type ticket votes summary component version milestone created _changetime _description _reporter enhancement 7328 17 building_tools -> core? Core latest 2012-01-27T14:45:10+01:00 2022-11-28T11:16:24+01:00 Why not integrate building_tools plugin into the core? Since we started integrating features like ImproveWayAccuracy, BT seems to be a great candidate: I doubt there are mappers without this plugin enabled. Zverikk enhancement 2710 14 [WIP Patch] The preferences should have multiple server profiles Core latest 2009-06-08T22:13:24+02:00 2023-07-06T21:18:31+02:00 "If I want to switch from ''api.openstreetmap.org/api'' to some test server while hacking OSM I have to erase my current API host/user/password and put in new values, then repeat this process when I switch back. The preferences should have a drop-down list of OSM servers and associated users/password that I could switch between. This would help both with switching servers and switching users on the same server." avarab@… enhancement 1981 8 rotate map view Core latest 2009-01-07T09:46:33+01:00 2024-05-07T21:06:21+02:00 "It would be nice if one could rotate and tilt the view of the map, because: i stand on a position and take several photos into different directions. allthoug all photos are geocoded and reference points are visible it would be easier to map the things shown if one could rotate the map so the direction of a way seen on the photo (it goes straigt forward) is the same of the mapview. Link to the data: http://www.openstreetmap.org/index.html?mlat=53.98770160337839&mlon=11.202652704801043&zoom=18 atteched you will find the original photo and how it could be." steffen.flemming@… enhancement 16100 8 Strava Global Heatmap in JOSM Plugin strava_heatmap 2018-03-16T21:47:30+01:00 2021-07-14T15:13:42+02:00 With the latest changes to the Global Heatmap, street-level detail is only available when logged into a Strava account. A result of this is unfortunately that the Heatmap has become a more or less useless tool for improving Openstreetmap using JOSM. I guess that this was an unintended result of the changes made to the Heatmap. anonymous enhancement 17842 6 Integration with OSM wiki data items Core Longterm 2019-06-23T13:53:57+02:00 2021-07-09T22:08:05+02:00 "We could use osmwiki:Data_items in several ways: - validator: - automatic rules for wrong geometries (osmwiki:Property:P33, osmwiki:Property:P34, osmwiki:Property:P35, osmwiki:Property:P36) - automatic rules for too small/too big buildings (#17846) - detect obsolete, deprecated, discardable values based on their status (osmwiki:Property:P6) - validate values on their regex (osmwiki:Property:P13) - detect missing tags (osmwiki:Property:P22) - detect incompatible tags (osmwiki:Property:P44) - units: Key:width → https://wiki.openstreetmap.org/wiki/Key:width → https://www.wikidata.org/wiki/Q35059 → recommended unit of measurement (P8111), ISQ dimension (P4020) - warn about descriptive names (e.g. library in various languages) – #19274 - presets: - fetch and display image+caption in presets dialogs (osmwiki:Property:P28, osmwiki:Property:47) - translations of preset name, caption, values? - UI: - go to data item page when right clicking a tag (properties dialog, relation editor, changeset dialog, history dialog...) - fetch tag description and display it in a tooltip (#18541) - plugins - tag2link: - osmwiki:Property:P8 could replace the internal config files --> see #18542 - more? We could also document some JOSM features on the OSM wiki data items: - define a ""JOSM image"" on the same model than ""OSM Carto image"" (osmwiki:Property:P39) Related: #6450 for Taginfo integration" Don-vip enhancement 4626 5 parallelize validator checks Core validator latest 2010-02-26T17:51:54+01:00 2021-03-25T22:33:55+01:00 "Hi, I run JOSM on a quad-core system and I want to validate some very large pieces of OSM data. Some checks with validator run for a long time, and only one CPU core is in use while the check runs. It would be nice if checks could be run in parallel to utilize the other idle CPU cores on my system. (Perhaps even some ""fix"" operations could be parallelized for performance gains.) Thanks!" Matt Toups defect 3464 5 varying behaviour using Enter and Escape Core latest 2009-09-12T15:58:49+02:00 2017-08-16T10:29:09+02:00 "At different dialogs in Josm Enter and Escape are handled differently.[[BR]] For example in in the settings-dialog Escape cancels the dialog, Enter submits changes. [[BR]] At the uploading-dialog hitting Enter and Escape results in nothing. One has to use tab and spacebar or the mouse to cancel or submit changes.[[BR]] The same keys should everywhere cause the same reaction of the program. Besides it would be useful if after editing the changeset-comment hitting enter would result in uploading => better workflow. Or should I file another ticket that for?" malenki defect 6151 5 If upload ends with internal server error, no warning is shown Core tested 2011-03-26T15:30:51+01:00 2023-04-02T11:26:22+02:00 "I was using upload of larger amount of elements, with uploading by parts. I found out, that if upload ends with internal server error, then no error message is shown and there is no indication that upload went wrong (except that if you opress ""upload"" again, you get upload dialog (with objects remaining to be uploaded) instead of ""Nothing to upload"") In such cases (Internal server error received from server), the upload should either autmatically resume, or at least warn user that something went wrong (like a messagebox), instead of silently terminating the upload (so user thinks everything was uploaded OK). Only this message is shown on JOSM console: {{{ POST http://www.openstreetmap.org/api/0.6/changeset/7675004/upload... Internal Server Error Waiting 10 seconds ... org.openstreetmap.josm.io.OsmTransferCancelledException at org.openstreetmap.josm.io.OsmApi.sleepAndListen(OsmApi.java:455) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:540) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:479) at org.openstreetmap.josm.io.OsmApi.uploadDiff(OsmApi.java:429) at org.openstreetmap.josm.io.OsmServerWriter.uploadChangesInChunks(OsmServerWriter.java:163) at org.openstreetmap.josm.io.OsmServerWriter.uploadOsm(OsmServerWriter.java:205) at org.openstreetmap.josm.gui.io.UploadPrimitivesTask.realRun(UploadPrimitivesTask.java:236) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:83) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:129) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) }}}" bilbo enhancement 8290 5 Month ranges Plugin openinghourseditor 2012-12-24T15:50:56+01:00 2015-11-03T21:37:20+01:00 "Could you implement support for different opening hour in different months or date ranges Oct-May: Mo-Su 06:00-21:00; Jun-Sep: Mo-Su 06:00-22:00 You could make listbox to change editing range and 2 buttons Add range and Delete range. And add start and end date or month for selected range." lesko987 enhancement 15217 5 [PATCH][RFC] Use name-suggestion-index Core 2017-09-01T13:34:44+02:00 2026-01-12T21:25:08+01:00 "name-suggestion-index [1] is a list of commonly used name values for suggesting correct spelling of name tags. It can also help automatically suggesting the correct shop tag given the name. It has been already implemented in iD [2] and Vespucci [3]. Would it be an idea to implement this in JOSM as well? I can imagine it would take quite some coding to do this, but I think it would be really useful if implemented. Inconsistent shop names are a common problem, and hard to correct [4]. [1] ​https://github.com/osmlab/name-suggestion-index [2] ​https://www.mapbox.com/blog/common-names-in-id/ [3] http://vespucci.io/tutorials/name_suggestions/ [4] ​https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Math1985/UK_Shop_Names Note that it is a resurrection of https://josm.openstreetmap.de/ticket/10752 10752 was closed three years ago as wontfix for reasons that seems to be fixed from looking at https://github.com/osmlab/name-suggestion-index/blob/master/canonical.json and https://github.com/osmlab/name-suggestion-index/blob/master/filter.json" mkoniecz defect 8933 4 External presets / rules / styles: Update does not work Core latest 2013-08-04T16:24:44+02:00 2023-04-13T13:34:51+02:00 "I did update wiki:Presets/LaneAttributes yesterday and today I did not get the updated version. * I did manually update the list under preferences * I did remove the old version, restart, add the new version and restart Both did not work. Only after manually deleting the cache file, I was able to get the new version. Please, make it possible to update the presets within the preferences. Thanks {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-08-04 01:35:11 Last Changed Author: Don-vip Revision: 6111 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-08-04 02:49:28 +0200 (Sun, 04 Aug 2013) Last Changed Rev: 6111 Identification: JOSM/1.5 (6111 en) Linux Debian GNU/Linux 7.1 (wheezy) Memory Usage: 124 MB / 592 MB (86 MB allocated, but free) Java version: 1.7.0_25, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u25-2.3.10-1~deb7u1 Plugin: OpeningHoursEditor (29778) Plugin: conflation (0.1.6) Plugin: jts (29613) Plugin: mirrored_download (29753) Plugin: notes (0.3) Plugin: openstreetbugs (29435) Plugin: reverter (29771) Plugin: undelete (29555) Plugin: utilsplugin2 (29771) Plugin: wikipedia (29778) }}} " skyper enhancement 9630 4 Make Imagery offset correction options default or at least more prominent Core 2014-01-29T16:05:56+01:00 2022-04-20T18:16:28+02:00 "The offset database with the plugin (http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database) are very helpful to reduce systematic errors introduced by skewed aerial imagery (most notably Bing). Even as an halfway experienced contributor I do occasionally forget to activate it, there was also a recent discussion on the talk-de mailing list about the possibilities. I could imagine following approach: when activating Imagery/Bing, present the user with the following dialog: * download imagery offset from database * correct offset manually * ignore for now * ignore allways * further informations - http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database " RicoZ enhancement 9929 4 Replace geometry does not use nodes with multiple parents Plugin utilsplugin2 2014-04-18T02:46:54+02:00 2022-02-23T23:19:25+01:00 "If you have an existing closed way and add one new node to this way and then replace a single, unconnected node with this way, the only node with id:0 should be replaced. I did try it by placing the two nodes really close but still the node does not get the existing id. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-04-17 01:32:45 Last Changed Author: bastiK Revision: 6988 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-04-16 12:25:27 +0200 (Wed, 16 Apr 2014) Last Changed Rev: 6988 Identification: JOSM/1.5 (6988 en) Linux Debian GNU/Linux 7.4 (wheezy) Memory Usage: 440 MB / 672 MB (71 MB allocated, but free) Java version: 1.7.0_25, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u25-2.3.10-1~deb7u1 Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30375) Plugin: conflation (0.1.6) Plugin: imagery-xml-bounds (30393) Plugin: jts (30277) Plugin: mirrored_download (30375) Plugin: notes (v0.9.2) Plugin: photoadjust (30277) Plugin: reverter (30375) Plugin: terracer (30375) Plugin: todo (29154) Plugin: undelete (30375) Plugin: utilsplugin2 (30391) Plugin: wikipedia (30375) }}} " skyper enhancement 10435 4 Improvements to user-settings for mapcss mappaint styles Core mappaint 2014-08-29T15:16:47+02:00 2021-12-25T21:35:35+01:00 "User-settings for mapcss mappaint styles were included in JOSM with very basic functionality (see #10421). While this was ok for its first use, it could need some improvements which I want to sum up here: * Currently it is only accessible in mappaint dialog. Many users do not use the dialog or even do not know how to get it. (Although I described where to change the user setting and attached a screenshot [http://forum.openstreetmap.org/viewtopic.php?pid=446759#p446759 in the forum], users searched in the preferences window to change the user setting and gave up searching). It would be useful if the user-settings are also accessible in the preferences window and in the view menu (maybe also for buttons placed in the toolbar). To make it accessible in the preferences window (which is maybe indeed the first place to search for this setting) is maybe relevant for milestone:14.08 since it includes the big changes in default mappaint style. * Extend the user settings to ~~numbers~~, lists, ~~colors and strings~~. [[Styles/Lane_and_Road_Attributes]] would need the colors. (''r15731 adds double and string, r16843 adds color'') * Enable to set a keyboard shortcut to change a specific (boolean) user setting. * ~~Enable grouping of similar settings for enabling/disabling several settings at once.~~ ''Done in r15289'' * Make translations with `tr()` also working for external mappaint styles which are managed in this wiki [[Styles#StylesmanagedinJOSMwiki]]. * ~~Add documentation at [[Help/Styles/MapCSSImplementation]]~~ ''(Done for initial boolean only implementation.)''" Klumbumbus enhancement 17858 4 OpenWebStart/Java 17 migration Core Longterm 2019-06-26T21:08:56+02:00 2024-10-18T13:00:45+02:00 "Things are starting to take shape with what comes after Java WebStart (see #16047): https://openwebstart.com/ Original 2019 plan: On the current roadmap, the first version will be released end of October. A macro planning for a Java 8 => Java 11 transitions for all JOSM users would roughly look like this: - September 2019: we start testing OpenWebStart on all platforms. Likely we'll found a lot of bugs - November 2019 : first OpenWebStart version. Unlikely to fix all bugs we'll find - Somewhere in 2020: OpenWebStart version without any bug impacting us, we start asking everyone to switch - End of 2020: End of Java WebStart support by Oracle for Java 8. We force everyone to switch - Somewhere in 2021: Enough JOSM users have switched to OpenWebStart so we can consider moving the codebase to Java 11. New 2021 plan: - 2021-03-28: ask Oracle Java WebStart users to switch to OpenWebStart => r17679 - 2021-08-22: new Windows package that includes Java 16 => r18151:18155 - 2021-08-22: include JavaFX 16 in macOS and Windows packages => r18161 - 2021-08-22: update JNLP files to request Azul JVM from OpenWebStart as it includes JavaFX => r18158:18159 - 2021-08-22: update Debian/Ubuntu launch script to depend on openjfx => r18160 - 2021-09-15: Java 17 is released. Switch macOS / Windows packages to Java 17 and JavaFX 17, update Debian/Ubuntu launch script to prefer 17 over 11 and 8 => r18225 - 2022-04-21: Ubuntu 22.04 LTS is released and ships Java 17 (note: `default-jre` is Java 11) - 2022-11-25: OpenWebStart [https://github.com/karakun/OpenWebStart/issues/495 adds Java 17] to their [https://download-openwebstart.com/jvms.json JVM list] => [https://github.com/karakun/OpenWebStart/commit/3a259ad0a10ce4b913f30c69bdbffccb340bdd5d done] - somewhere in 2023/2024: Enough JOSM users are now using Java 17+ so we can consider moving the codebase to Java 17. - 2024-04-xx: Ubuntu 24.04 LTS is released and ships Java 17+ as default; Debian Bookworm already ships Java 17 as default. Java 21 followup: #23564" Don-vip defect 2212 4 can't edit over 180th meridian Core latest 2009-02-20T13:21:58+01:00 2021-03-02T07:35:20+01:00 "JOSM currently treats the 180th meridian as the end of the world, making it difficult to edit data like http://openstreetmap.org/browse/way/31254026 . Disregarding the poles, JOSM should treat the world as a cylinder, not as a rectangle. Note that the API doesn't currently support map calls that cross the 180th meridian, which could be a problem with seamless support. I'd class it as a defect, but feel free to change to enhancement. Cheers Robert " rvollmert@… defect 18131 4 Antialias JOSM logo on loading screen - jaggy steps are not very nice Core 2019-09-14T12:37:34+02:00 2020-10-07T20:44:00+02:00 "==== What steps will reproduce the problem? 1. Open JOSM 2. See logo ==== What is the expected result? No jaggy steps on upper logo edge ==== What happens instead? Jaggy steps especially visible on the upper edge ==== Please provide any additional information below. Attach a screenshot if possible. [[Image(Selection_002.png)]] {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-09-12 23:23:47 +0200 (Thu, 12 Sep 2019) Build-Date:2019-09-12 21:28:35 Revision:15348 Relative:URL: ^/trunk Identification: JOSM/1.5 (15348 en) Linux Ubuntu 16.04.6 LTS Memory Usage: 428 MB / 869 MB (183 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1366x768 Maximum Screen Size: 1366x768 libcommons-logging-java: libcommons-logging-java:all-1.2-1+build1 fonts-noto: fonts-noto:- Plugins: + OpeningHoursEditor (34977) + PicLayer (35104) + buildings_tools (34982) + continuosDownload (82) + ejml (35049) + geotools (34908) + imagery_offset_db (34908) + jts (35064) + log4j (34908) + measurement (35051) + reverter (35084) + todo (30306) Validator rules: + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: Failed to add ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss to tag checker - W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss - W: Failed to add ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss to tag checker - W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss - W: Failed to add ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss to tag checker - W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss }}} " mkoniecz enhancement 1729 4 SRTM/ASTER layers Plugin elevationprofile 2008-11-11T10:34:22+01:00 2023-12-28T10:58:01+01:00 "In order to map `natural=peak`, add `place=locality` and adjust lakes, displaying SRTM data in a separate background layer similar to WMS layers can be very useful. Thus a plugin simplifying downloading and drawing elevation contours in JOSM will be a nice enhancement. " Vidar Gundersen enhancement 3746 4 Allow reverting objects to previous state in history dialog Core latest 2009-10-19T21:00:19+02:00 2022-02-08T21:47:00+01:00 "In Potlatch, you can press 'h' to see history of way and revert the way to previous version. In JOSM you can see history of way - with all its tags and list of nodes, but it have two drawbacks: * You see list of node in a table, which does not give you much idea about where the way is/was in the map. * You can't revert the way to previous version. It could be nice to have some ""revert"" button when viewing each revision in JOSM, that will revert way and all its nodes to some previous state (given specific date/time or version of way). History of all nodes in that way can be retrieved and then all nodes can be reverted, if they had different coordinate/tags at the given time. This may also serve as the preview in worst case - you can revert the way to see the shape it had in the past and then just press CTRL+Z to undo the revert." bilbo enhancement 4299 4 Group related objects when in chunked mode Core latest 2010-01-07T03:59:55+01:00 2012-05-28T18:40:42+02:00 "When doing large uploads in chunked mode, every chunk is constrain-checked and committed to OSM as it's finished. It still sticks to all nodes before ways before relations. This introduced some things: * Nodes are visible in OSM long before the chunk with the accompanying ways is committed. You run the risk that someone else deletes/modifies a node before the way appears in the db. * I believe it was mentioned that server-side constraint checking is a bit faster if a way and its nodes are in the same osmChange. Prevention of the first issue is, in my eyes, more important than sticking to the exact chunk size, if that would simplify calculations." Ldp enhancement 5038 4 Proposal for editing object attributes in spreadsheet mode Core latest 2010-05-17T07:06:06+02:00 2011-12-06T02:21:44+01:00 "At the moment there is no way to edit individual values of a group selection. Making a change in the property table would apply it to the whole selection. Its also not possible to view individual values for certain objects without losing the selection. I propose having a spreadsheet view of the attributes of the selected objects. This would enable easier modification of attributes of a large number of objects at once instead of individual selection and modification. I have attached a mockup of how this would work. 1. A selection of objects is made either manually or using the find command 2. After the selection is loaded in the spreadsheet, the common tags for the selection is listed seperately, this would help to add/remove a tag that would affect the whole selection 3. A spreadsheet view of the keys having different values is given, clicking on any of the rows will automatically zoom the josm map to the object 4. Double clicking any of the fields makes it editable, any corrections/additions can easily be made this way 5. One can add a new column if required 6. the header row contains the key which is also editable. deleting a key would remove that entire column. The particular tag will be deleted from the selection. 7. The spreadsheet can be exported to a csv if required I am also working on how the import csv function can work. It would help in mass adding some attribute information from a list or table like updating icao/iata codes for airports, or maybe elevation information for peaks." thePlaneMad@… enhancement 6973 4 New function: Break apart intersecting areas Core 2011-10-18T09:49:27+02:00 2018-07-26T22:05:20+02:00 "I am missing a feature of breaking apart multiple intersecting areas. Please see the attached SVG to illustrate what I mean: [[Image(break-apart.svg, 200px)]] If I have two different sources of landuse, where the first one is much more precise in landuse borders but weak in landuse type specification (eg. doesn't distinguish meadow and farm) and the second one has it reversed, then this new feature would help me to merge them much more easily. Thanks in advance." *Martin* enhancement 7308 4 Syntax highlighting in search dialog Core 2012-01-23T16:07:50+01:00 2020-03-25T20:43:39+01:00 "This is somewhat related to #7230, but is worthy of a separate ticket in terms of scope and discussion. As the number of '''Special targets''' (search operators) increases, the likelihood of someone inadvertently using one increases, especially for beginning users. I suggest that we somehow visually distinguish these keywords from normal keywords, perhaps by using a bold font or underlining. Later I'll attach an example screenshot." joshdoe enhancement 7651 4 Alignment granularity for 30 and 45 degree angles Core latest 2012-04-28T20:14:54+02:00 2020-09-01T21:02:48+02:00 "Hi as enhancement for the '''align-in-rectangle''' function i would like a finer detection method for possible 30 and 45 degree angles along with a finer alignment granularity. The same granularity which offers the [http://josm.openstreetmap.de/wiki/Help/Action/Draw#Anglesnapping Angle-snapping] function while drawing new ways. See also (german!): http://forum.openstreetmap.org/viewtopic.php?pid=230508 Atalanttore" Atalanttore enhancement 7890 4 Add columns for the opening hours on public holidays (PH) and school holidays (SH) Plugin openinghourseditor latest 2012-07-21T11:57:17+02:00 2014-01-26T12:18:55+01:00 "Hi I would like another columns for the opening hours on public holidays (PH) and on school holidays (SH) next to the 7 weekdays (Mo - Su). Up to now the OpeningHoursEditor reports a syntax error when entering PH or SH syntax by hand. Regards,[[BR]] Ettore A." Atalanttore enhancement 8821 4 Include ReplaceGeometry in core Core 2013-06-26T18:08:30+02:00 2013-06-26T18:09:16+02:00 "* ReplaceGeometry is a really useful function to keep history in place. * It makes it much easier to remap objects and helps to preserve relations. * Last but not least it could be used by other functions and plugins." skyper enhancement 9270 4 Show icons on map also for areas and lines, not only for nodes Internal mappaint style 2013-11-03T11:15:13+01:00 2021-05-09T15:44:18+02:00 "It would make tags accessible without clicking on objects. Current display encourages duplication - saving information both as area and node and/or discourages tagging things like parkings, theaters, shops as areas. And it is nearly impossible to notice untagged or unproperly tagged area among multiple others, I am not going to click every single one. In other words I would prefer here googlelike style: https://maps.google.com/?ll=50.069474,19.932726&spn=0.00089,0.002642&t=m&z=19 - note that hospital is marked both as area and by icon." mkoniecz enhancement 16093 4 handling of (lifecycle) prefixes Core 2018-03-13T20:15:37+01:00 2021-09-24T15:17:43+02:00 "[https://wiki.openstreetmap.org/wiki/Lifecycle_prefix lifecycle prefixes] become more and more popular in osm tagging and already have high usage numbers. This leads to the situation that e.g. a lot of validator rules can produce false positives. E.g. a way tagged with disused:railway=* + electrified=* results in a warning ""electrified without railway"". Explizitly adding all possible prefixes to all possible selectors seems impossible and inefficient. (Basically every tag could have a lifecycle prefix.) Any ideas how we could handle (lifecycle) prefixes in styles/validator rules/presets? Maybe also a more universal prefix solution is possible which could be used for other tagging schemas, like contact: or seamark:? some cross references: - #12866 - https://github.com/osm-fr/osmose-backend/issues/283 - osmwiki:Lifecycle_prefix" Klumbumbus enhancement 17488 4 complain about cycleway=opposite_lane, cycleway=opposite without oneway=yes Core validator 2019-03-19T09:28:58+01:00 2021-02-09T17:27:43+01:00 "==== What steps will reproduce the problem? 1. Create `highway=residential noname=yes cycleway=opposite` line 2. Run validator ==== What is the expected result? Validator complains that either `cycleway=opposite` should be deleted or `oneway=yes` added as `cycleway=opposite` makes sense only for oneway roads. ==== What happens instead? Nothing. ==== Please provide any additional information below. Attach a screenshot if possible. Inspired by mailing list discussion on tagging. It may be worth complaining also for `cycleway:left`, `cycleway:right`, `cycleway:both` See http://overpass-turbo.eu/s/H97 {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-03-19 01:06:07 +0100 (Tue, 19 Mar 2019) Build-Date:2019-03-19 02:30:51 Revision:14904 Relative:URL: ^/trunk Identification: JOSM/1.5 (14904 en) Linux Ubuntu 16.04.6 LTS Memory Usage: 548 MB / 869 MB (217 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34867) + buildings_tools (34904) + continuosDownload (82) + imagery_offset_db (34867) + measurement (34867) + reverter (34917) + todo (30306) Validator rules: + ${HOME}/Desktop/tmp/unnecessary.validator.mapcss Last errors/warnings: - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet - W: java.io.IOException: Attribution is not loaded yet }}} " mkoniecz enhancement 18971 4 "Improve handling of ""The area you tried to download is too big or your request was too large"" error" Core 2020-03-24T08:37:49+01:00 2020-03-24T09:34:33+01:00 "Currently, when you try to download data for an area which are too large, the user gets a message like this: ""The OSM server 'api.openstreetmap.org' reported a bad request. The area you tried to download is too big or your request was too large. Either request a smaller area or use an export file provided by the OSM community."" Afterwards, the download dialog is closed, and the user has to reopen the dialog and try again. An improved scenario would be that the download dialog remained open, with the area still selected. This would make it easier for the user to download a slightly smaller area. It is very unlikely the user does not wish to download any data at all after receiving this message. This would also help the user select a better area size the next time. Indeed, I often get the message several times in a row because I might not remember exactly which are I tried to download." Geimas5 enhancement 21227 4 [WIP PATCH] Too many autocomplete suggestions for roles in relation editor Core 2021-08-18T22:45:16+02:00 2022-05-16T16:08:17+02:00 "==== What steps will reproduce the problem? 1. Download a single node without any tags 2. Select said node 3. Click Presets->Relations->Destination Sign 4. Click ""New Relation"" 5. Click in the empty role text field 6. Press s 7. Press i ==== What is the expected result? I would expect autocomplete to suggest ""sign"" in both step 6 and 7 ==== What happens instead? In step 6, autocomplete suggests ""section"" In step 7, autocomplete suggests ""side_stream"" ==== Please provide any additional information below. Attach a screenshot if possible. https://josm.openstreetmap.de/browser/josm/trunk/resources/data/defaultpresets.xml#L8805 https://josm.openstreetmap.de/browser/josm/trunk/resources/data/defaultpresets.xml#L9108 These seem to be the culprits {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-08-02 19:44:04 +0200 (Mon, 02 Aug 2021) Revision:18118 Build-Date:2021-08-02 18:26:20 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18118 en) Linux Ubuntu 20.04.2 LTS Memory Usage: 561 MB / 5952 MB (436 MB allocated, but free) Java version: 11.0.11+9-Ubuntu-0ubuntu2.20.04, Ubuntu, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1920×1080 (scaling 1.00×1.00) :0.1 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→16×16, 32×32→32×32 Environment variable LANG: en_US.UTF-8 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: en_US Numbers with default locale: 1234567890 -> 1234567890 Desktop environment: i3 Java package: openjdk-11-jre:amd64-11.0.11+9-0ubuntu2~20.04 WebStart package: icedtea-netx:amd64-1.8-0ubuntu8 Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:all-20200323-1build1~ubuntu20.04.1 VM arguments: [--add-reads=java.base=ALL-UNNAMED,java.desktop, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, -Dicedtea-web.bin.name=javaws, -Dicedtea-web.bin.location=/usr/lib/icedtea-web/bin/javaws] Dataset consistency test: No problems found Plugins: + measurement (35640) Tagging presets: + https://www.openrailwaymap.org/josm-presets/de-signals-eso.zip + ${HOME}/knooppuntnet-presets.xml Last errors/warnings: - 00031.586 W: Unsaved changes - The relation has been changed.

Do you want to save your changes? - 00079.659 W: Unsaved changes - The relation has been changed.

Do you want to save your changes? - 00115.710 W: Unsaved changes - The relation has been changed.

Do you want to save your changes? - 00131.760 W: Unsaved changes - The relation has been changed.

Do you want to save your changes? }}} " josm@… enhancement 9513 3 Fix self-intersecting ways Core validator 2014-01-02T18:16:04+01:00 2014-01-02T18:16:04+01:00 "Couldn't JOSM fix the self-intersecting ways? For example, the ways in the attached file could fixed by selecting its nodes (Ctrl+Shift+N), splitting (P), and combining the ways (C). [or some better algorithm for this] Maybe an automatic fix should be applied only when the way has no relations associated with it (or other properties that could be affected by this)" naoliv enhancement 9908 3 [WIP patch] Filter downloaded notes Core notes 2014-04-10T14:19:34+02:00 2023-10-15T07:22:58+02:00 "It would be nice to filter notes and to only download requested. Several filter options come to my mind: * by user (exclude + only mentioned) * by status * I often want to get rid of closed ones as the system gets quite slow with lots of notes. * by time (span of time, creation + closed) Maybe even a combination would be cool in order to find only the notes closed by a certain user in a specific timespan." skyper enhancement 10334 3 More control points in PicLayer Plugin piclayer 2014-07-31T22:34:09+02:00 2019-06-07T12:00:24+02:00 "Isn't it possible to have more control points in PicLayer? Sometimes it's just not possible to properly align the image with only 3 control points. " naoliv enhancement 10545 3 """real-time"" UI feedback in case of data errors" Core 2014-09-22T18:03:24+02:00 2014-09-22T19:25:37+02:00 "In same cases only a validator warning is not enough or too late and some ""real time"" UI warning while editing would be nice. This is the follow up of #10452 where ApiCapability was mentioned. Another example are relations (especially multipolygons)" skyper enhancement 10551 3 Tag that imply linear object and tag that imply area object should not be used on element without explicit area=yes/no Core validator 2014-09-23T22:07:30+02:00 2023-05-30T21:50:32+02:00 "Currently object like this are not reported by validator. For start barrier=*, landuse=* without area=yes may be reported. Such objects cause issues for data consumers that use osm2pgsql. It also makes interpretation of additional tags (for example name, height, width, bridge etc) complicated or impossible. Wider description problem: https://github.com/gravitystorm/openstreetmap-carto/issues/971 (ticket closed as caused by a tagging error - that is currently not detected by JOSM) Example of object that should cause validator warnings: https://www.openstreetmap.org/way/255792852 {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-09-23 01:33:40 Last Changed Author: Don-vip Revision: 7580 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-09-22 23:20:16 +0200 (Mon, 22 Sep 2014) Last Changed Rev: 7580 Identification: JOSM/1.5 (7580 en) Linux Ubuntu 14.04.1 LTS Memory Usage: 370 MB / 889 MB (225 MB allocated, but free) Java version: 1.7.0_65, Oracle Corporation, OpenJDK Server VM Java package: openjdk-7-jre:i386-7u65-2.5.2-3~14.04 Dataset consistency test: No problems found }}} " mkoniecz task 24164 3 Consider Migrating translations to self-hosted Weblate Core 26.05 2025-02-21T10:32:21+01:00 2026-03-30T11:35:40+02:00 "See comment:170:ticket:8645 Over the years Weblate became much better. A new attempt to switch from Launchpad to a better translation plattform should be considered. * Modern interface, but still easy to use * No more errors * Git or SVN instead of Bazaar for translations * Internal checks for translation errors (missing XML, dots at the end, ...) * Self-hostable Test instance by Woazboat: https://translate.codeberg.org/projects/josm_translate_test/" stoecker enhancement 15182 3 Standalone JOSM validator Core validator Longterm 2017-08-23T19:25:57+02:00 2022-01-26T20:13:22+01:00 "During Java 9 compatibility effort (#11924) I wondered if modularization could be applied to JOSM, which currently is a big spaghetti-based monolithic jar. A clean modular architecture would be a huge task (don't know if it would really be possible at all, as we have a lot of interwoven dependencies) but I'd like to see if we can achieve a more affordable intermediate state, where we could build a standalone version of JOSM validator that could be run as follows: `java -jar josm-validator.jar data.osm -o warnings.xml` This jar having no dependency on AWT/Swing/JavaFX. This way it could be run for example by a Java 9 server VM which does not include the java.desktop module. It would not change anything on JOSM editor except probably some API changes, but as little as possible. #14704 is a prerequisite." Don-vip defect 5215 3 Automatically detect and fix situations, where server accepted upload and JOSM assumes upload failure Core latest 2010-07-05T12:27:10+02:00 2019-04-12T16:12:43+02:00 "Just discovered it is all double. It is around 6200 changes... i don't know exactly which one it was: changesets *5140491 *5140246 *5140090 *5139835 I set this to blocker because I expect other users having the same issues due to the downtime recently." dieterdreist defect 5466 3 purge doesn't delete the info about downloaded areas Core 2010-09-17T16:46:44+02:00 2016-09-05T14:51:09+02:00 "When you do a purge the area will still remain marked as ""downloaded"" i.e. without the diagonal hatch. IMHO as soon as you purge the respective area should be marked as uncomplete (by drawing the hatch in the area)." dieterdreist defect 9260 3 Zoom level changes when downloading map data Core 2013-11-02T13:21:27+01:00 2019-07-06T18:32:45+02:00 "After downloading new OSM data (File > Download from OSM, Ctrl+Shift+Down), the editor is zoomed out slightly (circa 2-3%). This should not happen. To prove this, drag the zoom slider (upper left corner of the editor window) all the way to the right. The zoom level is now indicated as ""1.22 m"". Do a download of OSM data. Now the slider shows ""1.24 m"". Download again, and the slider is at ""1.27 m""." pbb defect 16530 3 Dual head monitor setup: menus and dialogs are on the wrong screen Core latest 2018-07-28T07:19:20+02:00 2020-02-10T13:18:32+01:00 "==== What steps will reproduce the problem? 1. Open JOSM, download an area 2. Move the JOSM main window to the second screen 3. Click a main menu item or open a dialog ==== What is the expected result? Menus and dialogs are displayed on the main window screen, except the user moved the dialog to a suitable position before (then remember this position, see bug #13939) ==== What happens instead? Menus and dialogs are always shown on the first screen where the JOSM main window was before. ==== Please provide any additional information below. Attach a screenshot if possible. see also bug #4925 for an X11 system. I'm on Windows 7. " anonymous defect 17511 3 Incorrect validation warning: turn restriction for oneway=yes with oneway:bicycle=no Core validator 2019-03-23T12:07:18+01:00 2019-09-30T17:00:04+02:00 "==== What steps will reproduce the problem? 1. Validate attached file 2. Get a validator warning stating the turn restriction is unneeded ==== What is the expected result? No warning: the turn restriction still applies to bicycles and mopeds and should therefore not be removed ==== What happens instead? Turn restriction is listed as unneeded ==== 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: 2019-03-03 00:16:03 +0100 (Sun, 03 Mar 2019) Build-Date:2019-03-02 23:16:53 Revision:14824 Relative:URL: ^/trunk Identification: JOSM/1.5 (14824 nl) Windows 8.1 64-Bit OS Build number: Windows 8.1 (9600) Memory Usage: 198 MB / 247 MB (37 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) Client VM Screen: \Display0 1600x900 Maximum Screen Size: 1600x900 Dataset consistency test: No problems found Plugins: + tageditor (34867) + turnlanes-tagging (280) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 Last errors/warnings: - W: Unable to request certificate of https://grca.nat.gov.tw - W: No configuration settings found. Using hardcoded default values for all pools. }}} " Famlam defect 18564 3 Disabling filter only affects active layer Core 2020-01-16T02:12:16+01:00 2020-04-15T23:34:38+02:00 "==== What steps will reproduce the problem? 1. Download the same bbox in two layers 1. Add a filter (like `highway=*` or `landuse=*`) to filter something 1. objects are filtered in both layers 1. switch to other layer 1. disable filter 1. objects are not filtered in active layer 1. switch to previous layer ==== What is the expected result? No objects should be filtered, anymore. ==== What happens instead? Objects are still filtered. ==== Please provide any additional information below. Attach a screenshot if possible. Activating and disabling the filter, once more, will render the objects unfiltered again. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-01-14 21:55:56 +0100 (Tue, 14 Jan 2020) Revision:15711 Build-Date:2020-01-15 02:30:59 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper defect 18697 3 "IAE: ""Failed to set current primitive. Current version not available in history"" after conflicts" Core 2020-02-11T00:11:03+01:00 2024-04-26T10:17:22+02:00 "==== What steps will reproduce the problem? 1. Edit something 2. Upload the changes 3. Open the edited object's history, then in the diff view click on the latest version ==== What is the expected result? After changeset upload, JOSM should update the object versions as it did before the regression. ==== What happens instead? JOSM throwing exception. ==== Please provide any additional information below. Attach a screenshot if possible. Some time ago I noticed after uploading changes the diff tool sometimes became out of sync. I mean changes don't make a new entry in the history. {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-02-01 01:10:57 +0100 (Sat, 01 Feb 2020) Build-Date:2020-02-01 00:12:46 Revision:15806 Relative:URL: ^/trunk Identification: JOSM/1.5 (15806 en) Mac OS X 10.14.6 OS Build number: Mac OS X 10.14.6 (18G3020) Memory Usage: 1850 MB / 1850 MB (265 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: Display 188945226 1920x1080, Display 69969284 2048x1152 Maximum Screen Size: 2048x1152 VM arguments: [-Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/Desktop/josm.jnlp, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/25/4c122699-6f5f907a.icns, -Djnlpx.jvm=""/bin/java""] Dataset consistency test: No problems found Plugins: + EasyPresets (1537621333) + Mapillary (1.5.20) + OpenStreetCam (280) + apache-commons (35092) + apache-http (35092) + auto_tools (73) + buildings_tools (35248) + graphview (35313) + intersection (0.0.7) + jna (35092) + osm-obj-info (56) + reverter (35313) + rex (53) + tageditor (35258) + turnlanes-tagging (283) + turnrestrictions (35313) + utilsplugin2 (35248) Tagging presets: + https://raw.githubusercontent.com/osmlab/name-suggestion-index/master/dist/name-suggestions.presets.xml Map paint styles: + https://raw.githubusercontent.com/KaartGroup/Kaart-Styles/master/Kaart-Styles.mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 + https://raw.githubusercontent.com/KaartGroup/Kaart-Styles/master/Overlapping%20Ways.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 - https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss Validator rules: + https://raw.githubusercontent.com/KaartGroup/KaartValidator/master/kaart.clingstone.validator.mapcss Last errors/warnings: - E: Conflicts detected - Uploading failed because the server has a newer version of one
of your nodes, ways, or relations.
The conflict is caused by the way with id 767,597,312,
the server has version 4, your version is 3.

Click Synchronize way 767,597,312 only to synchronize the conflicting primitive only.
Click Synchronize entire dataset to synchronize the entire local dataset with the server.
Click Cancel to abort and continue editing.
- W: Deleted or moved objects - There are 6 objects in your local dataset which might be deleted on the server.
If you later try to delete or update them the server is likely to report a conflict.
Click Check on the server to check the state of these objects on the server.
Click Ignore to ignore. - E: Error header: Version mismatch: Provided 3, server had: 4 of Way 767597312 - E: Conflicts detected - Uploading failed because the server has a newer version of one
of your nodes, ways, or relations.
The conflict is caused by the way with id 767,597,312,
the server has version 4, your version is 3.

Click Synchronize way 767,597,312 only to synchronize the conflicting primitive only.
Click Synchronize entire dataset to synchronize the entire local dataset with the server.
Click Cancel to abort and continue editing.
- W: Conflicts detected - There was 1 conflict detected. - W: Deleted or moved objects - There are 6 objects in your local dataset which might be deleted on the server.
If you later try to delete or update them the server is likely to report a conflict.
Click Check on the server to check the state of these objects on the server.
Click Ignore to ignore. - W: java.net.ConnectException: Operation timed out (Connection timed out) - W: java.net.ConnectException: Operation timed out (Connection timed out) - W: Deleted or moved objects - There are 3 objects in your local dataset which might be deleted on the server.
If you later try to delete or update them the server is likely to report a conflict.
Click Check on the server to check the state of these objects on the server.
Click Ignore to ignore. - E: Handled by bug report queue: java.lang.IllegalArgumentException: Failed to set current primitive. Current version 5 not available in history. === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-2 (45) of javawsApplicationThreadGroup java.lang.IllegalArgumentException: Failed to set current primitive. Current version 5 not available in history. at org.openstreetmap.josm.gui.history.HistoryBrowserModel.setCurrentPointInTime(HistoryBrowserModel.java:334) at org.openstreetmap.josm.gui.history.HistoryBrowserModel.setCurrentPointInTime(HistoryBrowserModel.java:416) at org.openstreetmap.josm.gui.history.VersionTable$MouseListener.mousePressed(VersionTable.java:137) at java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:280) at java.awt.Component.processMouseEvent(Component.java:6536) at javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at java.awt.Component.processEvent(Component.java:6304) at java.awt.Container.processEvent(Container.java:2239) at java.awt.Component.dispatchEventImpl(Component.java:4889) at java.awt.Container.dispatchEventImpl(Container.java:2297) at java.awt.Component.dispatchEvent(Component.java:4711) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4532) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476) at java.awt.Container.dispatchEventImpl(Container.java:2283) at java.awt.Window.dispatchEventImpl(Window.java:2746) at java.awt.Component.dispatchEvent(Component.java:4711) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84) at java.awt.EventQueue$4.run(EventQueue.java:733) at java.awt.EventQueue$4.run(EventQueue.java:731) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) }}} " anonymous defect 19722 3 Turn restriction validator warning inconsistency Core validator tested 2020-08-27T21:27:15+02:00 2023-04-15T18:14:19+02:00 "Both [https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/validation/tests/TurnrestrictionTest.java#L81 TurnrestrictionTest.java] and [https://josm.openstreetmap.de/browser/josm/trunk/resources/data/validator/relation.mapcss#L35 relation.mapcss] throw a validation warning in the case of a turn restriction (relation with `type=restriction`) without a `restriction=...` key. The mapcss one explicitly does not warn in case of `restriction:mode=value` (i.e. `restriction:hgv=no_left_turn`) instead of `restriction=value`. The java test however still gives an error in this case. Basically there are two errors here: 1. A double warning is shown if no `restriction` key is present (the mapcss test seems superfluous) 2. The java test doesn't take into account transportation-mode-limited restrictions. According to the [https://wiki.openstreetmap.org/wiki/Relation:restriction#Tags wiki], `restriction:mode=*` is also valid. ==== Expected: no warning if - `restriction` + `type=restriction` + `restriction=no_left_turn` - `restriction` + `type=restriction` + `restriction:foot=no_left_turn` ==== Expected: only 1 warning if - `restriction` + `type=restriction` {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-07-30 12:44:04 +0200 (Thu, 30 Jul 2020) Build-Date:2020-07-31 01:30:49 Revision:16812 Relative:URL: ^/trunk Identification: JOSM/1.5 (16812 nl) Windows 10 64-Bit OS Build number: Windows 10 Home 2004 (19041) Memory Usage: 817 MB / 1820 MB (142 MB allocated, but free) Java version: 1.8.0_261-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920x1080 (scaling 1.0x1.0) Maximum Screen Size: 1920x1080 Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32 Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (35414) + imagery_offset_db (35405) + pt_assistant (2.1.10-80-g7d9bba3) + tageditor (35258) + turnlanes-tagging (283) + undelete (35499) + utilsplugin2 (35487) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 Validator rules: + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss }}} " Famlam defect 21221 3 Relation editor: Preset link: DataIntegrityProblemException: Primitive must be part of the dataset while editing a relation Core tested 2021-08-14T07:41:37+02:00 2022-11-28T13:54:02+01:00 "==== What steps will reproduce the problem? [DE] 1. Ändere Relation 1112557 2. Klicken auf ein ""Merkmal"" um den Vorlagendialog zu öffnen [EN] 1. Modify [osmwww:relation/1112557 relation 1112557] 1. Click on a property to open the preset dialog ==== What is the expected result? Vorlagendialog sollte öffnen Preset dialog should open ==== What happens instead? Crash ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-08-02 19:44:04 +0200 (Mon, 02 Aug 2021) Revision:18118 Build-Date:2021-08-02 18:26:20 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18118 de) Linux Ubuntu 20.04.2 LTS Memory Usage: 382 MB / 3986 MB (112 MB allocated, but free) Java version: 14.0.2+12-Ubuntu-120.04, Private Build, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1920×1080 (scaling 1.00×1.00) :0.1 1280×1024 (scaling 1.00×1.00) :0.2 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→16×16, 32×32→32×32 Environment variable LANG: de_DE.UTF-8 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: de_DE Numbers with default locale: 1234567890 -> 1234567890 Desktop environment: Unity:Unity7:ubuntu Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:all-20200323-1build1~ubuntu20.04.1 VM arguments: [-Djosm.restart=true, -Djava.net.useSystemProxies=true] Dataset consistency test: No problems found Plugins: + AddrInterpolation (35640) + CustomizePublicTransportStop (35760) + DirectUpload (35640) + FixAddresses (35640) + OpeningHoursEditor (35640) + RoadSigns (35640) + areaselector (368) + austriaaddresshelper (1597341117) + buildings_tools (35756) + ejml (35458) + flatlaf (35799) + gson (35458) + log4j (35458) + mapdust (35543) + measurement (35640) + osm-obj-info (66) + print (35640) + reverter (35732) + rex (53) + tageditor (35640) + terracer (35640) + turnlanes (35640) + turnlanes-tagging (288) + turnrestrictions (35640) + undelete (35640) + utilsplugin2 (35792) Tagging presets: + https://www.openrailwaymap.org/josm-presets/de.zip + https://www.openrailwaymap.org/josm-presets/de-signals-eso.zip + https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/DE.zip + https://josm.openstreetmap.de/josmfile?page=Presets/Healthcare&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/OpenStationMap&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Surveillance&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1 Map paint styles: + https://www.openrailwaymap.org/styles/josm-additional.zip - https://www.openrailwaymap.org/styles/electrified.zip + https://www.openrailwaymap.org/styles/standard.zip - https://www.openrailwaymap.org/styles/maxspeed.zip + https://www.openrailwaymap.org/styles/signals.zip Validator rules: + https://www.openrailwaymap.org/validator/de-openrailwaymap.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 + https://www.openrailwaymap.org/validator/openrailwaymap.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1 + https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1 + https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1 Last errors/warnings: - 00117.810 E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Relation id=-99751 version=0 VT]} - 00135.459 E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Relation id=-99752 version=0 VT]} === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-0 (29) of main org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Relation id=-99752 version=0 VT]} at org.openstreetmap.josm.data.osm.OsmPrimitive.checkDataset(OsmPrimitive.java:198) at org.openstreetmap.josm.data.osm.OsmPrimitive.referrers(OsmPrimitive.java:707) at org.openstreetmap.josm.data.osm.OsmPrimitive.getReferrers(OsmPrimitive.java:733) at org.openstreetmap.josm.data.osm.OsmPrimitive.getReferrers(OsmPrimitive.java:739) at org.openstreetmap.josm.data.osm.FilterModel.getAffectedPrimitives(FilterModel.java:409) at org.openstreetmap.josm.gui.tagging.presets.TaggingPresetValidation.applyChangedTags(TaggingPresetValidation.java:81) at org.openstreetmap.josm.gui.tagging.presets.TaggingPresetValidation.validateAsync(TaggingPresetValidation.java:45) at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.lambda$createPanel$2(TaggingPreset.java:385) at org.openstreetmap.josm.gui.tagging.presets.TaggingPresetItemGuiSupport.lambda$fireItemValueModified$1(TaggingPresetItemGuiSupport.java:141) at org.openstreetmap.josm.tools.ListenerList.fireEvent(ListenerList.java:155) at org.openstreetmap.josm.gui.tagging.presets.TaggingPresetItemGuiSupport.fireItemValueModified(TaggingPresetItemGuiSupport.java:141) at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.createPanel(TaggingPreset.java:399) at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.showDialog(TaggingPreset.java:528) at org.openstreetmap.josm.gui.dialogs.properties.PresetListPanel$LabelMouseAdapter.mouseClicked(PresetListPanel.java:42) at java.desktop/java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:278) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6639) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6401) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5012) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4919) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4557) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4489) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2764) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(AccessController.java:391) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(AccessController.java:391) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) }}} " anonymous defect 21278 3 JOSM.exe runs upscaled Core 2021-09-02T16:08:59+02:00 2023-01-04T14:15:23+01:00 "==== What steps will reproduce the problem? 1. When I run latest Windows 18191 JOSM.exe JOSM is upscaled, when I run .jar using command prompt ""java -jar josm-custom.jar"" everything is ok. [[Image(https://i.imgur.com/GlJxC6t.png)]] [[Image(https://i.imgur.com/4s5n8FX.png)]] ==== What is the expected result? ==== What happens instead? ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Revision:18191 Build-Date:2021-09-01 22:57:30 Identification: JOSM/1.5 (18191 en) Windows 10 64-Bit OS Build number: Windows 10 Enterprise 2009 (19042) Memory Usage: 376 MB / 10184 MB (193 MB allocated, but free) Java version: 16.0.2+7, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920×1080 (scaling 1.25×1.25) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1257 Locale info: en_US Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djpackage.app-version=1.5.18191, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe] Plugins: + EasyPresets (1623509627) + apache-commons (35524) + ejml (35458) + geotools (35458) + jaxb (35543) + jts (35458) + opendata (35803) + reltoolbox (35640) + utilsplugin2 (35792) Tagging presets: + /EasyPresets.xml Last errors/warnings: - 00000.521 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF' - 00000.524 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF' - 00003.271 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available - 00009.824 W: Cannot lock cache directory. Will not use disk cache }}} " anonymous defect 21563 3 Opening history of relation with high version number leads to exceeding OSM bandwidth limit Core 2021-11-15T17:15:38+01:00 2024-01-26T10:13:05+01:00 "==== What steps will reproduce the problem? 1. Have a relation with quite some versions, in my case 1281 ([osmwww:relation/2769137]) 1. Open history without noticing the high version number 1. Cancel download after some seconds as it takes too long 1. Notice the high version number and open history 1. Sucessfully, look at the last 20 version 1. Download a member ==== What is the expected result? The member is downloaded and other downloads work as expected ==== What happens instead? {{{ SEVERE: Bandwidth Limit Exceeded - Communication with the OSM server 'api.openstreetmap.org'failed. The server replied the following error code and the following error message: Error code: 509 Error message (untranslated): You have downloaded too much data. Please try again later. }}} and the user is temporarly blocked ==== Please provide any additional information below. Attach a screenshot if possible. I am not sure what to do here. Maybe, only loading the last 20/50/100 version could help or downloading not all versions from main server. Anyway, this is annoying as I got blocked without even really noticing that I may exceed the limit and I only wanted to take a look at the versions of the last couple month and not at all versions of the last decade. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-11-12 11:23:59 +0100 (Fri, 12 Nov 2021) Revision:18323 Build-Date:2021-11-13 02:31:03 URL:https://josm.openstreetmap.de/svn/trunk Last errors/warnings: - 12417.014 E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header=. Cause: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12417.014 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12417.014 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12417.020 E: Bandwidth Limit Exceeded - Communication with the OSM server 'api.openstreetmap.org'failed. The server replied
the following error code and the following error message:
Error code: 509
Error message (untranslated): You have downloaded too much data. Please try again later. - 12445.113 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12445.113 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12445.125 E: Bandwidth Limit Exceeded - Communication with the OSM server 'api.openstreetmap.org'failed. The server replied
the following error code and the following error message:
Error code: 509
Error message (untranslated): You have downloaded too much data. Please try again later. - 12527.828 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12527.829 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=509, Error Header= - 12527.837 E: Bandwidth Limit Exceeded - Communication with the OSM server 'api.openstreetmap.org'failed. The server replied
the following error code and the following error message:
Error code: 509
Error message (untranslated): You have downloaded too much data. Please try again later. }}} " skyper defect 21930 3 [PATCH] Support new conditional parking lane tagging in validator Core validator 2022-03-12T18:38:07+01:00 2025-10-07T12:52:47+02:00 "==== What steps will reproduce the problem? 1. Add, for example, the tag ""parking:condition:both:conditional=no_parking @ (Mo-Fr 08:00-18:00)"" to a road. 2. Run validator (or attempt to upload changes). ==== What is the expected result? Tagging is valid and no warnings are raised. ==== What happens instead? Warnings are given for valid tagging. ==== Please provide any additional information below. Attach a screenshot if possible. I've made a possible patch, but I lack the ability to test it as I don't have a development environment for JOSM set up. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022) Revision:18360 Build-Date:2022-01-02 20:26:19 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18360 en) Linux Manjaro Linux Memory Usage: 938 MB / 4002 MB (203 MB allocated, but free) Java version: 17.0.3+3, N/A, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1920×1200 (scaling 1.00×1.00) Maximum Screen Size: 1920×1200 Best cursor sizes: 16×16→16×16, 32×32→32×32 Environment variable LANG: sv_SE.UTF-8 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: en_SE Numbers with default locale: 1234567890 -> 1234567890 Desktop environment: KDE VM arguments: [--add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, -Djosm.restart=true, -Dawt.useSystemAAFontSettings=gasp] Plugins: + AddrInterpolation (35893) + FastDraw (35893) + ImportImagePlugin (35893) + OpeningHoursEditor (35893) + PicLayer (1.0.1) + apache-commons (35893) + apache-http (35893) + areaselector (368) + austriaaddresshelper (1597341117) + buildings_tools (35893) + ejml (35893) + geotools (35893) + imagery_offset_db (35893) + jaxb (35893) + jna (35893) + jogl (1.2.3) + jts (35893) + kendzi3d-resources (0.0.2) + log4j (35893) + measurement (35893) + opendata (35893) + pt_assistant (1ff2e15) + reverter (35893) + tageditor (35893) + terracer (35893) + turnlanes-tagging (v0.0.5) + turnrestrictions (35893) + utilsplugin2 (35893) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&zip=1 + ${HOME}/Dokument/QuickSets.zip + https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip + https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1 Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Fixme&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/LayerChecker&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Surface-DataEntry&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings_sv&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PriorityRoad&zip=1 - ${HOME}/sidewalks-mod.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1 - https://raw.githubusercontent.com/yopaseopor/indoormap/master/indoormap-style.mapcss - https://github.com/GlassOceanos/indoor-JOSM-style/archive/master.zip - https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksAndFootways&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Postcode&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Admin_Boundaries&zip=1 - https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss - ${HOME}/Dokument/OSM/Styles_ParkingLanes-style.mapcss Last errors/warnings: - 04250.842 E: Failed to locate image 'images/warning-flipped.svg' - 04250.843 E: Failed to locate image 'images/warning.svg' - 04250.843 E: Failed to locate image 'images/warning.svg' - 04250.892 E: Failed to locate image 'images/warning-flipped.svg' - 04250.893 E: Failed to locate image 'images/warning.svg' - 04250.893 E: Failed to locate image 'images/warning.svg' - 04252.495 E: Failed to locate image 'images/warning-flipped.svg' - 04252.496 E: Failed to locate image 'images/warning.svg' - 04252.784 E: Failed to locate image 'images/warning-flipped.svg' - 04252.784 E: Failed to locate image 'images/warning.svg' }}} " riiga_92@… enhancement 21 3 Bookmarks Core 2006-10-01T22:20:59+02:00 2017-07-28T01:46:59+02:00 "Better support for bookmarks would be cool: - Zoom Bookmarks (""go home"") - Better editing interface (an own bookmark manager!) - ""last visited"" - Store bookmarks in server configs and making them public available. - import other peoples bookmarks. " imi enhancement 3118 3 Indicate what background processes JOSM is running Core 2009-07-28T10:19:03+02:00 2019-11-21T23:43:46+01:00 "When JOSM is running some background thread (e.g. photo importing, see ticket:3117) it'll sometimes use up 100% cpu and a lot of memory making it and the whole system sluggish and unresponsive. It would be nice if such background threads JOSM ran would register that they're running & update their status. JOSM could then display a process indicator (e.g. in the top-right corner) showing e.g.: Generating thumbnails for photo import for layer 'Foo' (1/123) UPDATE: Imagery background requests should also be displayed (from #6340)" avarab@… enhancement 3495 3 Automatic way combining Core validator latest 2009-09-14T11:57:40+02:00 2020-04-14T15:49:55+02:00 It would be a nice function to have a button to combine all ways which could be combined, cause same roles in every of there relation, same tags and in a straight line. This would make removing a relation which split up many ways to parts very easy. Bürste enhancement 3841 3 Validator: show meaningful tooltips Core validator 2009-11-03T20:06:40+01:00 2022-12-10T15:39:31+01:00 "In the list of Validation errors tooltips are shown when hovering over error categories. These tooltips seem to be always the same as the name of the error itself. This is not at all helpful. It would be more useful if the tooltips showed a little more extended description like the ones from [osmwiki:JOSM/Plugins/Validator#Validations]" mjulius enhancement 4172 3 geoimage: preload images Core image mapping 2009-12-13T20:02:30+01:00 2014-08-17T01:37:16+02:00 "Enhancement: Always load the next photo in the background. When when the user selects ''next'', this prerendered photo is just displayed and it would load the next image in the background. This way one has to wait much less till the requested photo is displayed (especially for large images)." bastiK enhancement 4819 3 "Increase ""out of memory threshold""" Core 2010-03-29T15:48:03+02:00 2022-01-24T15:25:57+01:00 Currently, sometimes when JOSM reports low on memory, it is too late to even save work. I request that the threshold for reporting low on memory be increased. anonymous enhancement 5033 3 "Add preferences dialog to reset ""Do not show me again"" messages" Core 2010-05-16T12:09:42+02:00 2020-03-31T12:59:19+02:00 "The topic says all. We get to often support requests regarding such messages, that it should be possible to remove them without advanced preferences. " stoecker enhancement 5515 3 Single Key Shortcuts for activating and showing/hiding layers Core shortcuts 2010-09-29T13:38:03+02:00 2023-04-07T22:06:55+02:00 "Reopened with a request for Single Key Shortcuts, see comment [comment:25] ---- I'd like to activate, show & hide layers using just keyboard shortcuts. I have prepared a patch that creates shortcuts for this. There will be 10 shortcuts for activating and 10 shortcuts for showing/hiding layers. At first I thought to assign them to CTRL-1 to CTRL-0 and CTRL-SHIFT-1 to CTRL-SHIFT-0, but I wasn't sure if that's the right choice so I left them unassigned and user has to configure them in preferences. Layers will be index-referenced. Does anybody use more than 10 layers at once? This is my first patch for JOSM, so it needs proper review, especially shortcut names and texts for translation. Any feedback is welcome. " AlfonZ enhancement 6648 3 Form need fields for time restrictions Plugin turnrestrictions latest 2011-07-26T22:15:18+02:00 2019-10-09T16:51:49+02:00 "Will be good to enter day_on, day_off, hour_on, hour_off via fields. Day-related fields can be a comboboxes (I on't know about a possibilty of having more than 1 day in that fields)." iav enhancement 7037 3 [WIP PATCH] Median of gps tracks Core 2011-11-02T14:00:56+01:00 2022-04-27T14:13:36+02:00 "I suggest a function to show a medium of gps tracks. Sometimes there are so many tracks that it's hard to find a compromise between own gps records and those of other users. So it would nice to get a blured line or a single sharp line representing the sum of all gps tracks. Some options could help to make it more flexible: maximum date of gps tracks (to get rid of old and inaccurate lines), radius for median (way near by other way -> radius small) and so on... See picture for better imagination." biff21@… enhancement 7151 3 MapCSS: support multiple relations per child selector Core mappaint 2011-12-15T22:47:41+01:00 2014-07-30T07:07:05+02:00 "Based on the [[http://josm.openstreetmap.de/wiki/Styles/Osmc|""Osmc hiking""]] style for SK/CZ I tried to build a more general hiking style for the osmc:symbol tag (hiking-current.mapcss). But currently child selectors are restricted to execute the rule declaration for the first matching relation only. This allows only limited and very verbose styles with lots of repetitions. To demonstrate what I am trying to achieve, I attached a more generic MapCSS style (hiking-demo.mapcss) along with a patch (hiking-demo.patch) to specifically support that style by changing the current behaviour for relation child selectors and adding a few functions. The patch is just a throw-away hack and not intended to be commited. For sample map data you could use ![1]. Based on this demo I would like to request the following features: 1. allow declaration execution for all matching parents of a child selector For example by introducing a new selector type "">>"": {{{ relation[route=foot] > way { /* executes only once for first matching relation */ } relation[route=foot] >> way { /* executes for all matching relations */ } }}} (To avoid properties being overwritten on multiple executions, the demo creates ""dynamic"" layers by adding an execution index to the layer name. But this prevents access to common properties across those dynamic layers, the demo workaround is to set (set_prop function) and read properties of a different layer) 2. setting cross-layer (global) properties/tags \\ Allow properties/tags, e.g. a counter, to be set and shared from different layers (demo: set_prop function). Implementing MapCSS/0.2 ""set"" instruction would solve this by setting a temporary/transient tag on the object that could then be used in all declarations and selectors. 3. shield (MapCSS/0.2) \\ Shields for ways, e.g. for hiking symbols, road or public transport refs. Ideally with automatic placement for multiple shields per way, or simply with an offset property (demo uses icon and symbol on the middle node of a way, but only one due to missing offset property). 4. regex function \\ Regular expressions in declarations with capturing group(s). 5. color text function or auto-conversion \\ to set a color text (e.g. ""blue"") as a result of an eval. \\ ![1] [http://open.mapquestapi.com/xapi/api/0.6/map?bbox=9.397414,47.722764,9.442046,47.74649]" ikonor enhancement 7364 3 Search snippets for frequently used sub-queries Core 2012-02-07T02:03:59+01:00 2017-06-07T17:21:20+02:00 I'd find it useful to save frequently used sub-queries for reuse. Think of some search queries you perform often, but in combination with other queries. For example, **highways** could expand to **{{{highway=motorway | highway=motorway_link | highway=secondary | ...}}}**. Somewhat frequently I'll want to select the current objects, and all parents and children, so **mysearchsnippet** could expand to **{{{child selected | parent selected | selected}}}**. We'd need to have some way to trigger these snippets, possibly by prefixing the word with a special character. We'd also need to have a way to edit these snippets, likely in their own separate dialog. joshdoe enhancement 7932 3 Allow change of first day of week Plugin openinghourseditor 2012-08-07T11:32:42+02:00 2012-08-11T14:26:10+02:00 It will be handful to allow to configure first day of week. yrtimid enhancement 8177 3 Preset and to set several keys in one check Core 2012-11-05T12:02:15+01:00 2021-04-09T21:28:31+02:00 "I am writing very complexe presets for extremely complex tagging schemes, and have seen the need to set several keys in one check. I would like something like this: {{{ #!xml }}} I have several places in my preset a set of different keys that have fixed values depending on what I check, currently I have done that as several checks after each other, but find this a little inconviniente as all the values depend on each other." anonymous enhancement 8464 3 Grid Layer for JOSM Core 2013-02-25T21:03:32+01:00 2022-01-20T18:56:39+01:00 "Hello, i miss i feature. I would like to add layer which draws me a grid. (like the lat./long. grid, but i would scale it by myselfe) I want to use it to get a overview over big areas. I want to see on a fast and easy way, which district is done by my work and wich district i have to do. -------------- Hallo, ich vermisse die Möglichkeit eine Art Layer zu aktivieren, welches mir eine Art Raster über die Karte, in der Art von Längen- und Breitengrade über die Karte legt. Ich finde das nützlich, um bei größeren Gebieten auf einfache Art einen Überblick zu bekommen, was schon alles von mir bearbeitet wurde und was noch nicht. Also das wäre eher so eine Art Hilfsraster, wenn man das noch individuell skalieren könnte wärs toll. Laut IRC sollen das angeblich schon ein paar andere Leute auch angefragt haben." Ghanian enhancement 8864 3 Include some functions from Utilsplugin2 Core latest 2013-07-10T19:54:32+02:00 2022-07-06T15:05:15+02:00 "There was very long ago when we moved any functionalty from Utilsplugin2 to core. At current moment, there are some useful and long-tested functions in this plugin that may help all users. Of course, the careful discussion is needed and maybe some menu reorganization. (after we decide which functions should be included) I propose following candidate functions (most widely used?): 1. Replace Geometry [reason: motivate users to maintain history of objects] (#8821) 2. Add nodes on intersections [reason: it only calls one core function, nothing more] 3. Copy tags from previous selection [reason: very easy to tag similar objects] 4. Search predicates ""inside"", ""intersecting"", ""adjacent"", maybe even ""allintersecting"", ""connected"" (#5905) 5. Some of selection menu actions, for example - `Unselect nodes`, `Select adjacent nodes`, `Select intersecting ways` What do you think? (1-.., 2-.., ...) (Sorry for huge copy-list) " akks enhancement 9190 3 Preset: option to fold part within preset Core 2013-10-14T14:10:54+02:00 2016-11-21T19:49:14+01:00 "As some presets tend to have many optional tags it would be really useful to have an option to fold some parts. r6319" skyper enhancement 9400 3 validate source:maxspeed Core validator 2013-12-06T20:15:49+01:00 2021-03-21T18:24:25+01:00 "`source:maxspeed=PL:living_street` without maxspeed key or with any maxspeed value except 20 can be reported as ""mismatch between `source:maxspeed` and maxspeed, for `source:maxspeed=PL:living_street` 20 is expected value of maxspeed"" report `source:maxspeed=PL:living_street` on any other object other than way with highway=living_street: ""Living street should be tagged as highway=living_street and source:maxspeed=PL:living_street should not be placed on ways that are not a living street""" mkoniecz enhancement 11153 3 [WIP PATCH] improve readability of validator warnings Core validator 2015-02-22T23:58:08+01:00 2023-01-16T22:10:37+01:00 "example of a validator warning: `tourism=information without information` it would be nice if the keys and tags which are included by {x} are written differently visualized (e.g. italic, other font, other color or highlighting). This way you can better understand which word is a key/tag and which is just a ""normal"" word of the validator message. A few validator messages use additional `'` characters but this is not optimal and adding this to the other messages would trigger a retranslation of all those messages." Klumbumbus enhancement 11349 3 addr:street autocompletion is broken Core tested 2015-04-17T23:29:05+02:00 2021-10-11T16:33:44+02:00 "Hi, in my opinion, the auto-completion for addr:street suggests too many ""names"". It would be better if it would only take values from addr:street and names from highway-objects into account. Would that be possible?" daganzdaanda enhancement 11392 3 Styles, rules and presets translation Core 2015-05-01T13:02:27+02:00 2023-06-09T13:57:31+02:00 "We currently have some translation issues: * The tr() in styles and rules allows translation, but currently it is impossible to to pass the translated strings to josm * Meta and test information in styles, rules and presets in wiki can be translated, but it is not done. * Parsing the stuff and copying it to launchpad is easy, but the reverse way is complicated when don't want to copy it into JOSM core translation. My current idea to fix all these issues: Support ""xx.lang"" files in the styles, presets and rules zip files like we do for plugins. This way we can simply attach translations to the wiki pages (e.g as ""trans.zip"" with UNZIP marker). When core support is there I'd want to add all these elements from wiki to launchpad for translation." stoecker enhancement 11910 3 [Patch in discussion] Adding imagery_used to changeset tags Core latest 2015-09-29T19:35:54+02:00 2023-06-27T05:40:21+02:00 "Hello: I've made a patch to JOSM adding the `imagery_used=*` tags to changesets. http://wiki.openstreetmap.org/wiki/Key:imagery%20used?uselang=en, == What does JOSM do right now? == Right now JOSM does not add imagery_used in the list of changeset tags. according to documentation([http://wiki.openstreetmap.org/wiki/Changeset#Tags_on_changesets]), every changeset should have: `comment=*,created_by=*,imagery_used=*,source=*,is_in=*` == What does iD do? == In iD most of the list of tags `comment=*,created_by=*,imagery_used=*,source=*,is_in=*` are in changesets. For example: http://www.openstreetmap.org/changeset/33733752 == What will the patch do? == The patch will fill `imagery_used` tag: - Will automatically fill which layers are active when mapping, also consider if the layer is visible or not. - If a user adds a new layer without an id, imagery_used will take the name of the layer. - Will fill less or equal to 255 characters, according to https://github.com/openstreetmap/iD/issues/2181 Here are some of my changesets examples: - http://www.openstreetmap.org/changeset/34315234 - http://www.openstreetmap.org/changeset/34315192 - http://www.openstreetmap.org/changeset/34315173 File attached *.diff* https://gist.github.com/Rub21/86981b40dc11eadd4d85" Rub21 enhancement 12270 3 [patch] allow modifying note data that has not been uploaded yet Core notes tested 2016-01-02T10:22:45+01:00 2023-10-17T21:59:23+02:00 "while editing and adding notes, it could be helpful to modify them - for example, remove new notes completely, edit their content, remove new comments, edit their content currently there does not seem to be any way to do so short of deleting the note layer, which nukes all modifications" richlv enhancement 14404 3 Support similar/alternative words when searching for a preset Core 2017-02-23T15:00:47+01:00 2022-04-09T18:28:14+02:00 "Could JOSM support some kind of ""similar/alternative words"" when searching for something in the presets? For example, people here can call a `highway=traffic_signals` as ""Semáforo"", ""Sinal de trânsito"", ""Farol"", etc. If we press `F3` and try to search for it, we will be able to locate it using only the current translation (Sinal de trânsito). If somebody searches for ""semáforo"" they will not find anything. JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-02-21 01:04:28 +0100 (Tue, 21 Feb 2017) Build-Date:2017-02-21 02:33:46 Revision:11590 Relative:URL: ^/trunk Identification: JOSM/1.5 (11590 pt_BR) Linux Debian GNU/Linux 9.0 (stretch) Memory Usage: 1367 MB / 10206 MB (824 MB allocated, but free) Java version: 1.8.0_121-8u121-b13-3-b13, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-8-jre:amd64-8u121-b13-3 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}} " naoliv enhancement 14720 3 Allow splitting multiple ways simultaneously Core latest 2017-04-30T03:17:47+02:00 2019-09-29T13:18:32+02:00 "When mapping bus routes for the local area, there are times where the bus will turn from one road to the other, but on OSM, each road is a single way going through the intersection. It would be nice to be able to select the intersection node (maybe also select both ways), then press P to split both of the ways simultaneously. Maybe there could be a warning if you do this saying ""You are about to split (list of ways) at (list of nodes)"" with a don't show again option." ShadowFoxNixill enhancement 15085 3 Fetch overpass turbo queries from OSM preferences API Core 2017-07-28T00:05:40+02:00 2020-01-02T17:13:39+01:00 "From #15057: > Overpass turbo now has an option to save a query directly in the OSM account data. We could fetch that data (and in principle add new entries as well): ​https://www.openstreetmap.org/user/tyr_asd/diary/41793 This code allows to fetch overpass turbo queries (with r12502 + `overpass-turbo-lzw.js`): {{{ #!java try { Map map = new OsmServerUserPreferencesReader().fetchUserPreferences(NullProgressMonitor.INSTANCE); String scount = map.get(""overpass-ide_query-count""); if (scount != null) { try { ScriptEngine engine = new ScriptEngineManager().getEngineByName(""JavaScript""); try (CachedFile cf = new CachedFile(""resource://data/overpass-turbo-lzw.js""); Reader reader = cf.getContentReader()) { engine.eval(reader); } Object base64 = engine.get(""Base64""); for (int i = 0; i < Integer.parseInt(scount); i++) { String v = map.get(""overpass-ide_query_"" + i + ""_0""); int idx = v.indexOf(""p="") + 2; int p = Integer.parseInt(v.substring(idx, v.indexOf('&', idx))); idx = v.indexOf(""n="") + 2; String name = v.substring(idx, v.indexOf('&', idx)); StringBuffer sb = new StringBuffer(v.substring(v.indexOf(""q="") + 2)); for (int j = 1; j < p ; j++) { sb.append(map.get(""overpass-ide_query_"" + i + ""_"" + j)); } String query = (String) ((Invocable) engine).invokeFunction(""lzw_decode"", ((Invocable) engine).invokeMethod(base64, ""decode"", sb.toString())); } } catch (NumberFormatException ex) { Main.trace(ex); } } } catch (OsmTransferException | ScriptException | NoSuchMethodException | IOException ex) { Main.error(ex); } }}} > We can add an extra button to fetch/sync them, but this would be a separate feature. The problem I see is that we should be consistent on where we store preferences: We currently only store all preferences locally. Best would be to allow the user to store all JOSM preferences to the server and be consistent there. > PS: Wouldn't this be much cleaner using Regexp ({{{p=(\\d+)}}}, untested)?" Don-vip enhancement 15570 3 Icons in settings sidebar are too small on macOS Core 2017-11-19T15:09:39+01:00 2019-09-15T12:57:52+02:00 "The icons in the settings sidebar are way too small - It's impossible to get what they represent. ==== Please provide any additional information below. Attach a screenshot if possible. [[Image(Screenshot.png)]] {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-10-29 19:52:48 +0100 (Sun, 29 Oct 2017) Build-Date:2017-10-29 19:11:19 Revision:13053 Relative:URL: ^/trunk Identification: JOSM/1.5 (13053 en_GB) Mac OS X 10.12.6 OS Build number: Mac OS X 10.12.6 (16G1036) Memory Usage: 349 MB / 910 MB (152 MB allocated, but free) Java version: 1.8.0_151-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: Display 69677504 1280x800 Maximum Screen Size: 1280x800 VM arguments: [-Djava.library.path=/Applications/JOSM.app/Contents/MacOS, -DLibraryDirectory=${HOME}/Library, -DDocumentsDirectory=${HOME}/Documents, -DApplicationSupportDirectory=${HOME}/Library/Application Support, -DCachesDirectory=${HOME}/Library/Caches, -DSandboxEnabled=false, -Dapple.laf.useScreenMenuBar=true, -Dcom.apple.macos.use-file-dialog-packages=true, -Dcom.apple.macos.useScreenMenuBar=true, -Dcom.apple.mrj.application.apple.menu.about.name=JOSM, -Dcom.apple.smallTabs=true] Plugins: + reverter (33572) + undelete (33480) Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. }}} " selfishseahorse@… enhancement 15726 3 Not returning the value when using tag() Core validator 2018-01-03T02:01:11+01:00 2018-01-20T18:05:23+01:00 "Have this small validation rule: {{{ #!mapcss *[foo = bar] { throwWarning: tr(""something {0}={1}"", ""{0.key}"", tag(""{0.key}"")); } }}} and validate an object with `foo=bar` We can see a message saying `something foo=null` Of course the common usage is `{0.value}` instead `tag(""{0.key}"")`, but since `tag(key_name)` description says ''""get the value of the key key_name from the object in question""'', shouldn't we see the same result regardless which one we choose here? JOSM: {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2018-01-02 00:31:23 +0100 (Tue, 02 Jan 2018) Revision:13271 Build-Date:2018-01-02 02:33:50 URL:http://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (13271 pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 576 MB / 5120 MB (173 MB allocated, but free) Java version: 9.0.1+11-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Java package: openjdk-9-jre:amd64-9.0.1+11-1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [--illegal-access=warn, --add-modules=java.se.ee, -Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}}" naoliv enhancement 16472 3 Add support to 360 / spherical image Core image mapping 2018-07-07T11:09:47+02:00 2024-10-23T18:50:10+02:00 "There are more and more spherical or partial spherical images available, but Josm doesn't display these pictures correctly. Some ressources : https://wiki.panotools.org/Panorama_Viewers https://webuser.fh-furtwangen.de/~dersch/ https://github.com/mpetroff/pannellum https://openseadragon.github.io/ https://github.com/JOSM/Mapillary/pull/79 https://github.com/spatialdev/MicrosoftStreetside ([https://trac.openstreetmap.org/browser/subversion/applications/editors/josm/plugins/MicrosoftStreetside trac]) (based on mapillary)" StephaneP enhancement 16497 3 relative path in .joz session file Core 2018-07-18T19:13:31+02:00 2022-11-13T16:04:05+01:00 "Session files can contain absolute path to images, gps trace. But relative path would be better to share the session and it's files." StephaneP enhancement 16880 3 Add support for WFS layer Core imagery 2018-10-23T10:08:01+02:00 2025-01-23T02:27:10+01:00 "It could be really useful to add support for WFS layer. I'm not sure if it could be in the core or in opendata plugin." lucadelu enhancement 18021 3 Merge photo_geotagging and photoadjust Plugin photoadjust 2019-08-08T18:37:42+02:00 2019-10-06T18:36:27+02:00 "Hi, Every time I edit photos, I need both the geotagging and the photoadjust pluggin. I never used one without the other. These 2 pluggins seems to me to be really complementary.\\ Why not merge them into a single one? I suggest to keep photoadjust name and embed the geotagging features into it. After all, to geotag is on of the ways to adjust a picture so it makes perfect sense. Thanks in advance guys" overflorian enhancement 18295 3 [Patch] Splitting large multipolygons Plugin utilsplugin2 2019-11-05T10:42:50+01:00 2022-03-06T03:46:51+01:00 "I have tasked myself with splitting [https://www.openstreetmap.org/relation/1560792 this beast] into many multipolygons. The main reason is lower complexity and fewer members. Is it possible to do this easily in JOSM? I see that there is a plugin named RelationDisolve but no plugin for splitting relations. --- Wish list: * Best: ability to automatically split into x relations (JOSM determines where to split them and generates the ways needed without crossing any inners) * Second best: Ability to split along selected way(s) and delete inners from the former relation and add them to the newly created relation." anonymous enhancement 19414 3 Options to disable/hide validator test, relation editor buttons and layer Plugin pt_assistant 2020-06-18T17:38:35+02:00 2021-08-07T14:08:02+02:00 "Thanks for the plugin. I like it but I often want to disable/hide certain parts. Is it possible to: * Have a preference option to * disable all validator test * ~~to hide the buttons in relation editor~~, see #20232 * An option to disable automatic creation of the MapPaint layer and then an new item menu to create it manually on demand. Thanks a lot. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-06-17 23:38:10 +0200 (Wed, 17 Jun 2020) Revision:16677 Build-Date:2020-06-18 01:30:48 URL:https://josm.openstreetmap.de/svn/trunk Plugins: + pt_assistant (2.1.10-80-g7d9bba3) }}} " skyper enhancement 20141 3 [patch] ImageProvider: cache rendered SVG images using JCS Core 2020-11-23T23:26:40+01:00 2023-06-14T17:55:08+02:00 "On each JOSM start, hundreds of SVG images are rendered to the same sizes as on the previous JOSM start. Caching those rendered images should bring down the startup (a lot). Early tests look very promising: {{{ #!diff -#without cache -TaggingPresetReaderTest#testReadDefaulPresets 4.176 4.025 3.876 4.110 4.152 [ms] +#with filled cache +TaggingPresetReaderTest#testReadDefaulPresets 1.875 1.550 1.742 1.970 1.527 [ms] }}} Still to be done: extensive testing, cache eviction after changed SVG files, possibly exclude non SVG files from being cached" simon04 enhancement 20441 3 Remove pointless duplicates of motor_vehicle=no Core validator 2021-01-28T20:16:22+01:00 2024-07-08T17:39:58+02:00 "==== What steps will reproduce the problem? 1. Validate https://www.openstreetmap.org/way/332027561/history ==== What is the expected result? Validator asks to remove pointless tags ==== What happens instead? There were some presets that encouraged adding every single possible tag. It ends with some bizarre cases of useless tag soup. See say https://www.openstreetmap.org/way/332027561/history with `motor_vehicle=no` - is it actually useful to have also: `goods=no`, `hgv=no`, `hov=no`, `motorcar=no`, `motorcycle=no`, `psv=no`, `tourist_bus=no`? ==== Please provide any additional information below. Attach a screenshot if possible. I encountered it while preparing to implement #10003 - I discovered `hov=no` {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-01-21 23:33:21 +0100 (Thu, 21 Jan 2021) Revision:17474 Build-Date:2021-01-22 02:30:49 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (17474 en) Linux Ubuntu 20.04.1 LTS Memory Usage: 509 MB / 3974 MB (299 MB allocated, but free) Java version: 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→16×16, 32×32→32×32 Desktop environment: LXQt Java package: openjdk-11-jre:amd64-11.0.9.1+1-0ubuntu1~20.04 Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1 Environment variable LANG: en_US.UTF-8 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:- Dataset consistency test: No problems found Plugins: + reverter (35688) + todo (30306) }}} " mkoniecz enhancement 21399 3 Check for valid secondary tags of power plant and generator Core validator 2021-10-05T14:06:59+02:00 2021-10-17T00:46:38+02:00 "Working on #21398 I came to the conclusion that we could have some validator warnings [osmwiki:Proposed_features/Power_generation_refinement#Enclosed_power_plant comparing the output of the plant and the enclosed generators] and for wrong combinations of method and source for generator and plant on their own and comparing between plant and its enclosed generators. * warn about wrong combination of `generator:source` and `generator:method` * warn about wrong combination of `plant:source` and `plant:method` * warn if `plant:source` does not equal all enclosed `generator:source` * warn if `plant:method` does not equal all enclosed `generator:method` * warn if sum of `plant:output` does not equal the sum of all enclosed `generator:output` * could be split into several depending on the plant sum being greater or small than the generator sum. Or do we get too many false positives as backup/emergency generators do count." skyper enhancement 21572 3 [RFC][Patch] Allow matching by object history in search function Core 2021-11-17T05:12:00+01:00 2021-11-23T13:31:42+01:00 "https://github.com/JOSM/josm/pull/80 https://patch-diff.githubusercontent.com/raw/JOSM/josm/pull/80.patch Added the `was` keyword to the search function to allow matching objects based on their previous states. I.e. `was ` matches an object if `` matches any previous version of the object. (For now) the history search only works for objects whose history is already in the cache/history data set and does not fetch history data automatically. (Not sure how feasible downloading the history of a massive amount of objects is in general with the OSM API) A menu action to download and cache the version history for selected objects was added as well. The history browser dialog currently clears the history cache/stored history data when it's closed, which isn't great when it's also used elsewhere. This will probably need to be changed https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/gui/history/HistoryBrowserDialogManager.java#L124 Example: - `was building=*` to search for all objects that either currently have a `building=*` tag or have had this tag at any point in their history. - `was building=* -building=*` to search for all objects that previously had a `building=*` tag which was removed at some point. - `was timestamp:2020/2021-11-10T18:35:24Z` to search for objects which were changed in a particular time period (not only the latest change) " Woazboat enhancement 21851 3 [WIP PATCH] Rewrite of the presets system Core 2022-02-09T15:32:39+01:00 2023-01-08T02:12:33+01:00 "This patch contains following changes: The XML reader was completely rewritten to not use java introspection any more. All classes of the XML reader have been placed into one package, considerably reducing the number of public fields and methods. The XML reader now preserves element nesting. Element groups like ""Optional Attributes"" now can have a surrounding border in the dialog. (This is a first step towards conditionally shown preset entries, eg. the 'width' entry could be hidden for highway areas.) The concepts of `preset template` and `preset instance` are cleanly separated. The XML file gets parsed into a tree of immutable preset templates. The templates are used to create panels, menu items, and support instances. Preset patch files have been added as experimental feature to allow further customization of existing preset files. A preset patch file's main function is to override chunks in the preset file. A preset patch file has the same structure as the `defaultpresets.xml` file. All items in the root of the preset patch file will be appended to the root of the respective presets file, ie. the root elements of both files will be merged while chunks in the patch file will override chunks with the same `id` in the presets file. The patch file must be placed in the `josmdir://` and have the same filename and extension with an added extension of `.local` eg. `/defaultpresets.xml.local`. The preset system now uses a pluggable handler for all data access so any preset can operate on the dataset or any other key/value store like the tag table in the relation editor. Fixes #21221 Autocomplete suggestions can be filtered in the relation editor. Comboboxes have been added that provide suggestions. Fixes #21227 This is a huge patch, it should be reviewed and tested before applying. Suggestions are welcome. " marcello@… defect 9534 2 "Strange ""overlapping water areas"" test result" Core validator 2014-01-05T01:45:36+01:00 2024-02-07T20:11:18+01:00 "Validate the attached example file and see that there is a warning about ""overlapping water areas"". I can't see anything overlapping there." naoliv defect 10215 2 MapCSS: make class selectors work for parent/child selectors Core 2014-07-01T19:21:22+02:00 2016-07-05T21:53:55+02:00 "Make the snipped from ticket:10120#comment:1 work. The difficulty is to determine the class `water_area` for the second primitive. Currently the matching process is as follows: Consider as an example a dataset containing `landuse=reservoir X=1` and `landuse=reservoir Y=1` which overlap. When performing the matching process … 1. MapCSS Environment is set empty. 2. `landuse=reservoir X=1` matches first rule rule. `water_area` is set in environment. 3. All possible crossing primitives are tested ''with an empty Environment'' (since the Environment associated to `landuse=reservoir X=1` cannot be used) 4. `landuse=reservoir Y=1` doesn't match the selector `area:closed:areaStyle.water_area` since `water_area` isn't set in the environment" simon04 enhancement 7012 2 "Handle relation membership in ""create multipolygon""" Core 2011-10-27T16:20:07+02:00 2021-10-01T22:53:19+02:00 "Please integrate ""convert to multipolygon"" into core, it is really useful." dieterdreist enhancement 9895 2 checking correct use of noexit Core validator 2014-04-04T17:37:52+02:00 2020-07-07T13:54:22+02:00 "There was/is some dicussion about `noexit=*` on talk-de@osm and [https://lists.openstreetmap.org/pipermail/tagging/2014-April/017247.html tagging@osm].\\ The [osmwiki:Key:noexit wiki] was changed as one result. Major points are: 1. only use `noexit=yes` on nodes 1. only useful value is `yes` (use `fixme=continues` instead of `noexit=no`) (**done** r15954) 1. only tag it on end nodes without any other connection (or ways with one unconnected end node) Now validator checks for these three rules would be nice. Thanks" skyper enhancement 10003 2 Convert access=hov to access=no + hov=yes [PATCH] Core validator 2014-05-11T09:36:32+02:00 2021-10-01T21:09:32+02:00 "access=hov appears 2 124 times, hov=* appears 11 293 times (http://taginfo.openstreetmap.org/keys/access#values http://taginfo.openstreetmap.org/keys/hov). According to access wiki page ""Use the access=* key to describe a general access restriction that applies to all transport modes."". As result, it impossible to guess meaning of say access=hov + foot=yes. Other access values that should be tagged as combination of access=no + something=yes: emergency (1 347 directly in access vs 33 070 as a proper separate key), psv (1 125 directly in access vs 61 375 as a proper separate key). agricultural and forestry are far less likely to appear on roads with complex tagging, also special value in access seems here to be more popular than a separate key (100 881 vs 28 548, 24 831 vs 3 196) but I would suggest changing it also here. Note that access=agricultural, access=forestry appear in JOSM presets. access=psv, emergency, hov does not appear. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-11 01:36:45 Last Changed Author: bastiK Revision: 7105 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-11 01:48:28 +0200 (Sun, 11 May 2014) Last Changed Rev: 7105 Identification: JOSM/1.5 (7105 en) Windows 7 32-Bit Memory Usage: 78 MB / 494 MB (20 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM VM arguments: [-Xmx512M] Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30438) Plugin: buildings_tools (30416) Plugin: continuosDownload (28565) Plugin: lakewalker (30416) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: wikipedia (30416) }}}" mkoniecz enhancement 10122 2 Atempt to list nameless ways in validation results menu Core validator 2014-06-09T11:15:22+02:00 2019-03-18T15:16:01+01:00 "In validation results menu named ways/areas/node has listed names. It would be useful to show some identification data about unnamed way. For example ""landuse=railway"", ""highway=service"", ""natural=sand"", ""waterway=drain"" etc. Obviously value of name should still has the highest priority. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-06-09 01:34:44 Last Changed Author: akks Revision: 7224 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-06-08 22:01:41 +0200 (Sun, 08 Jun 2014) Last Changed Rev: 7224 Identification: JOSM/1.5 (7224 en) Windows 7 32-Bit Memory Usage: 247 MB / 247 MB (91 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30438) Plugin: buildings_tools (30485) Plugin: continuosDownload (28565) Plugin: lakewalker (30416) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: wikipedia (30449) }}}" mkoniecz enhancement 10162 2 consider touching node in relation edit window as connected Core 2014-06-17T21:00:04+02:00 2014-06-17T21:00:04+02:00 "for example https://www.openstreetmap.org/relation/1021102 it would allow quick ""at glance"" verification that elements are arranged properly see attachment {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-06-15 01:35:58 Last Changed Author: bastiK Revision: 7249 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-06-14 20:26:29 +0200 (Sat, 14 Jun 2014) Last Changed Rev: 7249 Identification: JOSM/1.5 (7249 en) Windows 7 32-Bit Memory Usage: 247 MB / 247 MB (92 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30495) Plugin: buildings_tools (30485) Plugin: continuosDownload (28565) Plugin: lakewalker (30416) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: wikipedia (30449) }}}" mkoniecz enhancement 10226 2 Verify multiple equal values Core validator 2014-07-04T04:12:57+02:00 2021-10-06T16:17:55+02:00 "Could JOSM verify for multiple equal values? For example, `ref` allows multiple values but if we have `ref=A1;A1` we do not see any warning. Since `ref` allows multiple values, it should warn only when we have two or more equal values in the set. Could also be expanded for other keys that allow multiple values." naoliv enhancement 10263 2 better validation of roundabouts Core validator 2014-07-14T11:59:06+02:00 2019-11-06T19:24:21+01:00 "Please provide a better check/validation of roundabouts. 1.) A so-called “hamburger roundabout”, in spite of its name, isn’t a roundabout. By defination, a roundabout is where the circle traffic has priority and where you have a non-transversable island. So it would be great if JOSM could recognize when doing the check before uploading some data. JOSM could check – that all the ways that are connected to a way with roundabout=yes are connected at the same side of the roundabout – and that they end at the roundabout and do not cross the roundabout – otherwise (=if you have a so-called “hamburger roundabout” instead of a real roundabout) the tag junction=roundabout must be removed. 2.) Check if the way(s) of the roundabout form really a circle. The wiki recommands to make roundabouts as one single – closed – way. In OSM there are many cases where peoples split the roundabout in various ways. But maybe JOSM could check at least, if the roundabout (also when it is composed by various ways) forms a closed way." sommerluk enhancement 10310 2 remove shop=yes and shop=no from presets Internal preset 2014-07-25T10:41:51+02:00 2020-03-24T03:23:49+01:00 "shop=no simply should not be used and shop=yes is worse than any alternative shop = vacant similar to shop=no is documented as discouraged at osmwiki:Key:shop as shop=yes is used 23 523 time (over 1% of shops) and shop=no 2 233 times both deserve also validator warning." mkoniecz enhancement 10420 2 Reload images on change Core mappaint 2014-08-24T23:46:24+02:00 2021-04-11T22:37:09+02:00 When images change on disk, they should be reloaded automatically (or when the corresponding map style is reloaded). Currently you have to restart JOSM or rename the image in order to display a new version. bastiK enhancement 10943 2 remember last entered comment in add comment to note Core notes 2015-01-07T21:30:52+01:00 2024-09-29T12:13:27+02:00 "It would be nice, if the window, which appears, when you click on ""Add comment"" in the notes dialog remembers and autocompletes the last entered comments, like it was in the notes plugin. Often you use the same comment for multiple notes, e.g. ""Thanks. Added."" {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-01-07 02:34:43 Last Changed Author: Don-vip Revision: 7934 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-01-07 02:42:42 +0100 (Wed, 07 Jan 2015) Last Changed Rev: 7934 Identification: JOSM/1.5 (7934 en) Windows 7 32-Bit Memory Usage: 399 MB / 742 MB (112 MB allocated, but free) Java version: 1.7.0_71, Oracle Corporation, Java HotSpot(TM) Client VM VM arguments: [-Djava.security.manager, -Djava.security.policy=file:C:\Program Files\Java\jre7\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Program Files\josm-latest.jnlp, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=256m,768m, -Djnlpx.splashport=55132, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAA==] Dataset consistency test: No problems found Plugins: - DirectUpload (30892) - HouseNumberTaggingTool (30892) - OpeningHoursEditor (30892) - PicLayer (30892) - Tracer2 (30892) - buildings_tools (30892) - download_along (30892) - editgpx (30892) - imagery_offset_db (30892) - measurement (30892) - mirrored_download (30892) - notes (v0.9.5) - public_transport (30892) - reltoolbox (30892) - reverter (30892) - tag2link (30892) - terracer (30892) - turnrestrictions (30892) - undelete (30892) - utilsplugin2 (30892) - wikipedia (30892) Last errors/warnings: - W: TMS - Failed downloading https://c.tile.openstreetmap.org/18/140511/88336.png: https://b.tile.openstreetmap.org/18/140511/88336.png - W: TMS - Failed downloading https://a.tile.openstreetmap.org/18/140511/88337.png: https://b.tile.openstreetmap.org/18/140511/88337.png - W: TMS - Failed downloading https://b.tile.openstreetmap.org/18/140510/88336.png: https://c.tile.openstreetmap.org/18/140510/88336.png - W: TMS - Failed downloading https://c.tile.openstreetmap.org/18/140510/88337.png: https://a.tile.openstreetmap.org/18/140510/88337.png - W: TMS - Failed downloading https://c.tile.openstreetmap.org/18/140509/88337.png: https://a.tile.openstreetmap.org/18/140509/88337.png }}} " Klumbumbus enhancement 11091 2 Smartly create boundary relations Core 2015-02-09T12:54:25+01:00 2015-04-15T21:44:41+02:00 "Select one close way with these tags: `name = foo` `admin_level = 10` `place = suburb` `boundary = administrative` Then `Ctrl + B` it to create a relation. Now we have a relation with `type = multipolygon` while it should be `type = boundary` Could JOSM be smarter on this case? Maybe detecting `admin_level` and/or `boundary = administrative`." naoliv defect 21334 2 [PATCH] image direction is wrong when position is beetween 2 gpx point Core image mapping 21.10 2021-09-16T14:20:28+02:00 2024-11-13T13:37:31+01:00 "1) correlate images positions with a support layer, and one image timestamp is beetween two support-layer node 2) enable ""override position"" and ""set image direction"" The image direction should be calculated with the image position and the next node, but it's calculated with the next segment direction. See this screenshot: [[Image(img_direction_and_support_layer.jpg, 1000px)]] " StephaneP enhancement 2372 2 Add GeoTIFF support Core Longterm 2009-03-31T14:44:14+02:00 2024-11-24T17:42:02+01:00 "JOSM should support GeoTIFF: - Java supports TIFF out of the box since [https://bugs.openjdk.java.net/browse/JDK-8065682 JEP 262] included in Java 9, so we just have to code the ""Geo"" part - GeoTIFF is an [https://www.opengeospatial.org/standards/geotiff OGC standard] since 2019 - Projection grids will soon be provided in GeoTIFF format, see #18733 - [https://www.cogeo.org Cloud Optimized GeoTIFF] is being used for new imagery on [https://openaerialmap.org/ OpenAerialMap] ~~I have made a first version of geotiff support, it assumes that the (geo)tiff images are in the WGS84 projection.~~ ~~Depends on GeoTools library.~~" dalkvist enhancement 15229 2 modular structure for JOSM core Core Longterm 2017-09-03T11:30:32+02:00 2019-09-09T23:24:26+02:00 "In the spirit of project Jigsaw, we could try to create a more modular structure for the JOSM source repository. Not only is it easier to maintain a modular project and more accessible for new developers, there are practical goals as well, namely to create standalone libraries and tools that will be valuable for other projects. Replying to [ticket:15182#comment:71 Don-vip]: > I'd like to see JOSM core classes become the standard OSM Java library :) There would be no need for other people to create their own ([https://github.com/kodapan/osm-common/ osm-common] or [https://github.com/westnordost/osmapi/ osmapi] for example) Other goals would be: * standalone validator (#15182) * MapCSS library and renderer * projection library and conversion tool * IO for GPX, nmea, ... * imagery (move WMS and WMTS support into JMapViewer) * ... I've started experimenting on GitHub: [https://github.com/openstreetmap/josm/compare/mirror...bastik:modules bastik:modules]." bastiK enhancement 16860 2 Resolve all dependencies and tools using Apache Ivy Core Longterm 2018-10-20T17:28:34+02:00 2021-06-02T23:03:53+02:00 "Follow up to: #8269 and #16420. Needed for: #16858 Use JMapViewer from our Nexus instead of use of svn:externals. This allows us to: * test in the field, how well does it's job in controlling our dependencies * move JMapViewer outside OSM SVN server The goal is to do incremental changes and provide better dependency management than following HEAD on svn:externals. Sponsored by: OpenStreetMap Hack Weekend, Karlsruhe Oct'18" wiktorn enhancement 21432 2 [WIP PATCH] Tile images so that we can zoom in to full resolution Core image mapping Longterm 2021-10-14T01:07:23+02:00 2024-04-18T22:54:14+02:00 "I'm using an undocumented Mapillary API for inspiration for this. I won't be using the API in the Mapillary plugin (yet -- I'm going to ask them if they can make the API documented and public, specifically for 360 images). Undocumented api looks like this: `//tiles?z=&fields=url,z,x,y`. Example responses: * Image 514627522880380 {{{#!json {""width"":3840,""height"":2160,""id"":""514627522880380""} }}} {{{#!json { ""data"": [ { ""url"": ""https://example.com"", ""z"": 11, ""x"": 0, ""y"": 0 }, { ""url"": ""https://example.com"", ""z"": 11, ""x"": 1, ""y"": 0 }, { ""url"": ""https://example.com"", ""z"": 11, ""x"": 0, ""y"": 1 }, { ""url"": ""https://example.com"", ""z"": 11, ""x"": 1, ""y"": 1 } ] } }}} {{{#!json { ""data"": [ { ""url"": ""https://example.com"", ""z"": 12, ""x"": 0, ""y"": 0 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 1, ""y"": 0 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 2, ""y"": 0 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 3, ""y"": 0 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 0, ""y"": 1 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 1, ""y"": 1 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 2, ""y"": 1 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 3, ""y"": 1 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 0, ""y"": 2 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 1, ""y"": 2 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 2, ""y"": 2 }, { ""url"": ""https://example.com"", ""z"": 12, ""x"": 3, ""y"": 2 } ] } }}} The returned images are 1024x1024, except for those on the bottom/left edges. At zoom 11, we have a 1x1 return, with a maximum size of 1024x1024. (0, 1) and (1, 1) is 1024 × 64. This indicates that the height for the tiled images is 1024 + 64, or 1088. At zoom 12, we have a 4x3 return, with a maximum size of 4096x3072 (width x height). This is ""full resolution"". (3, 2) is 768 × 112. From this, we see that the maximum size doubles between z11 and z12. Conveniently, 2^zoom^ == max size (2^11^ = 2048, 2^12^ = 4096). For JOSM internal use, we might want to use 256x256 (I think the imagery tiles use that)." taylor.smock task 20919 2 Review/apply/reject all pending patches Core Longterm 2021-05-23T10:29:48+02:00 2021-07-06T17:19:05+02:00 "At the moment we have 85 [[report:8|open tickets, with patches attached]]. At some point (better earlier than later) we should review/apply/reject all pending patches. Generally, I personally steer clear of reviewing tagging related patches (preset/mappaint/validator). So the 27 patches matching this [/query?status=assigned&status=needinfo&status=new&status=reopened&component=Internal+mappaint+style&component=Internal+preset&component=Core+validator&summary=~%5Bpatch&summary=~patch%5D&max=0&col=id&col=summary&col=status&col=component&col=owner&col=type&col=priority&col=reporter&report=8&desc=1&order=id] will likely be reviewed by me." simon04 defect 4929 2 Filtered and disabled objects can be selected Core tested 2010-04-22T17:55:02+02:00 2016-11-13T20:30:17+01:00 When using the filter function, filtered objects are grayed out and can not be selected by clicking. But when I mark an area (Click + Hold) the filtered objects are also selected. bundesrainer defect 5190 2 Rectify fails in WGS84 Core 2010-06-28T11:29:38+02:00 2017-03-16T22:41:59+01:00 "Hotkey q makes a rectangle on screen which is no rectangle in map. q should be aware of the metric." jstein defect 5641 2 Painting error layer is very slow Core validator latest 2010-11-17T21:34:10+01:00 2023-08-03T14:23:05+02:00 "When error layer in validator is visible and being painted, scrolling through the map is very slow - with medium size map (~ 8000 ways, 32000 nodes), when I zoom in close, the scrolling is smooth, however if I turn on the error layer, the scrolling goes to about 1 redraw per 2 seconds. I suspect that the error layer is not using quad buckets or any similar algorithm to speed things up and only draw things that are actually visible. Although, even when zoomed out (so entire map is visible), the redraw speed is much worse (approximately 3 to 5 times slower with the error layer than without it) " bilbo defect 6172 2 Terracer: Does not check for existing associatedStreet relation and silently deletes members Plugin terracer 2011-04-02T20:24:27+02:00 2012-12-06T15:40:15+01:00 "Hi Thanks for your work so far ! I only have the option to create a new associatedStreet relation or not. If their alredy exists a relation you get double relations.[[BR]] If you do not create a relation, terracer silently deletes the members and does not add the buildings as members. It deletes information without message. It would be nice if terracer would search for an already existing relation with the same name. If the nodes are already member of a relation terracer should move the membership onto the building ways. That is the reason for blocker. Thanks" skyper defect 6173 2 Terracer: does not keep the orientation of housenumbers Plugin terracer 2011-04-02T20:38:39+02:00 2011-04-02T20:39:55+02:00 "Please keep the orientation of housenumbers. I attach a file where where the order is upside down after using terracer. I noticed that if you reverse the bulding way it works." skyper defect 6178 2 terracer: deletes addr node without copying any data Plugin terracer latest 2011-04-04T14:03:10+02:00 2012-12-06T15:38:39+01:00 "terracer deletes addr node without copying any data if the node is already part of the building. " skyper defect 6231 2 """Update modified"" not disabled even if nothing has been modified." Core latest 2011-04-19T03:27:02+02:00 2011-12-12T21:50:23+01:00 "I just was translating the wiki and hit a point. If there has been no edit so far, ""Update modified"" should be disabled and grey out. Instead you get a pop up message that there is nothing to update. r4036 but already in r3966" skyper defect 6518 2 select and edit actions performed in inactive layer. Core latest 2011-06-27T22:43:24+02:00 2019-02-19T08:34:33+01:00 "I have an GPX marker layer as active layer but I am still able to select and edit the last active data layer and the segment numbers of the inactive data layer are still coloured. {{{ Using /usr/lib/jvm/java-6-openjdk/bin/java to execute josm. Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2011-06-27 01:31:44 Last Changed Author: stoecker Revision: 4177 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2011-06-26 17:45:48 +0200 (Sun, 26 Jun 2011) Last Changed Rev: 4177 GET http://api.openstreetmap.org/api/capabilities... OK loading plugin 'reltoolbox' (version 26174) loading plugin 'undelete' (version 26174) loading plugin 'alignways' (version 26174) loading plugin 'Curves' (version 16.master-4f7c5a0) loading plugin 'reverter' (version 26174) loading plugin 'buildings_tools' (version 26174) loading plugin 'multipoly-convert' (version 26174) Silent shortcut conflict: 'tools:multipolyconv' moved by 'tools:mirror' to 'Alt+Umschalt+M'. loading plugin 'waydownloader' (version 26174) loading plugin 'OpeningHoursEditor' (version 26174) loading plugin 'utilsplugin2' (version 26174) Silent shortcut conflict: 'tools:intway' moved by 'tools:alignways' to 'Alt+Umschalt+I'. loading plugin 'terracer' (version 26174) Silent shortcut conflict: 'tools:Terracer' moved by 'tool:revert' to 'Alt+Umschalt+T'. Silent shortcut conflict: 'tools:ReverseTerrace' moved by 'tools:tagbuffer' to 'Alt+Umschalt+R'. RemoteControl::Accepting connections on port 8111 Open file: /media/GARMIN/Garmin/GPX/Wegpunkte_26-JUN-11.gpx (3313 bytes) Silent shortcut conflict: 'mapmode:parallel' moved by 'tools:splitobject' to 'Alt+Umschalt+P'. Silent shortcut conflict: 'subwindow:properties' moved by 'mapmode:parallel' to 'Alt+B'. Silent shortcut conflict: 'properties:add' moved by 'subwindow:properties' to 'Alt+C'. Silent shortcut conflict: 'subwindow:selection' moved by 'tools:Terracer' to 'Alt+D'. Silent shortcut conflict: 'subwindow:relations' moved by 'tools:ReverseTerrace' to 'Alt+R'. Silent shortcut conflict: 'subwindow:conflict' moved by 'properties:add' to 'Alt+Umschalt+C'. Silent shortcut conflict: 'subwindow:mappaint' moved by 'tools:multipolyconv' to 'Alt+G'. Silent shortcut conflict: 'reltoolbox:changerole' moved by 'tools:tagbuffer' to 'H'. Registered toolbar action without name: relcontext.RelContextDialog$EnterRoleAction Silent shortcut conflict: 'reltoolbox:find' moved by 'system:find' to 'Strg+Alt+F'. }}} " skyper defect 7190 2 allow disabling of highlighting/cursor changes Core 2011-12-27T06:17:04+01:00 2012-01-22T14:42:55+01:00 I may be wrong, but this feature seems to have caused major sluggishness for me. Is there a way to turn it off? If not, can you please add one? Thanks. NE2 defect 7297 2 Conflict management - Synchronize datasets efficiently Core 2012-01-21T17:37:30+01:00 2012-01-21T20:53:39+01:00 "It oftens happens to me (possibly because i'm on a not so reliable developing world net connection), that my uploads stops responding and i need to cancel it. This usually causes synchronization errors on reupload, the server having newer versions of objects than what i have. I now have to synchronize the entire dataset, which causes a whole deal of downloading, because its downloading all areas from the start of my session, even those that have been uploaded ok. Ideally, it should only start synchronizing from the area that has the object which is out of sync. Anyway, after waiting for the 120 area downloads to sync my data, i get an error ""No data found in this area"". I close the dialog, try to reupload, and the same error saying the server has a newer version. Clearly whatever area was downloaded to sync my dataset was lost because of the 'no data found' error. Now i have pretty much no way to upload my data but to sync the 450 objects individually. upload-error-sync-upload.. Whats needed: 1) Start sync only from the area in which the problematic data exists, not from start. 2) Allow user to specify how many areas to sync. if there have been 40 area downloads, he may want to sync only 10 which could potentialy have a problem, not everything. 3) skip objects out of sync, upload the other stuff, maybe from reverse order. problematic objects should not be blocking the upload of clean data." planemad defect 7468 2 Do not delete address nodes but use them as corner node Plugin buildings_tools 2012-03-03T17:21:43+01:00 2018-02-01T20:50:30+01:00 "I already reported this on #7328. [ticket:7328#comment:31 Polyglot]: > Replying to [ticket:7328#comment:30 skyper]: > > By the way: BT should not delete address nodes but use the node as one corner node with its properties moved to the way. > > I agree with you there. As I said, there is room for improvement. I mark this as defect as you loose the history of the address tags right now." skyper defect 7815 2 Trouble with the size of windows when displaying an alert Core latest 2012-06-25T01:06:51+02:00 2018-12-04T21:15:07+01:00 "When an alert contains a lot of information, JOSM will resize the window to adapt it. The window will be as long as there is text inside: [[Image(Capture d’écran 2012-05-14 à 01.34.33.png, 1000px)]] The right behavior should be the text will adapt to the size of the window and not the window will adapt to the size of the text, so the text should be displayed on several lines. This bug exist in all the version actually." anonymous defect 8489 2 IllegalStateException deleting some nodes Core latest 2013-03-04T17:04:25+01:00 2013-03-05T00:09:51+01:00 "What steps will reproduce the problem? 1. ~~revert a changeset 1. ~~add a node to a new layer outside of download area of 1. 1. ~~merge layers on ""new layer"" 1. ~~try to delete node id:0 outside download area~~ [comment:1 see below] What is the expected result? It should be always possible to delete nodes with id=0 What happens instead? IllegalStateException Please provide any additional information below. Attach a screenshot if possible. Can test a bit more later but problem seems to be the download area. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-03-04 02:31:43 Last Changed Author: akks Revision: 5756 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-03-03 21:20:18 +0100 (Sun, 03 Mar 2013) Last Changed Rev: 5756 Identification: JOSM/1.5 (5756 de) Memory Usage: 103 MB / 643 MB (49 MB allocated, but free) Java version: 1.6.0_27, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found Plugin: mirrored_download (29210) Plugin: reverter (29296) Plugin: utilsplugin2 (29241) Plugin: wikipedia (29330) java.lang.IllegalStateException: Ein Objekt mit ID=0 darf nicht unsichtbar sein. at org.openstreetmap.josm.data.osm.AbstractPrimitive.setVisible(AbstractPrimitive.java:396) at org.openstreetmap.josm.data.osm.OsmPrimitive.saveCommonAttributes(OsmPrimitive.java:1161) at org.openstreetmap.josm.data.osm.Node.save(Node.java:251) at org.openstreetmap.josm.data.osm.Node.save(Node.java:16) at org.openstreetmap.josm.command.DeleteCommand.executeCommand(DeleteCommand.java:120) at org.openstreetmap.josm.command.SequenceCommand.executeCommand(SequenceCommand.java:54) at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:36) at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:58) at org.openstreetmap.josm.actions.mapmode.DeleteAction.doActionPerformed(DeleteAction.java:152) at org.openstreetmap.josm.actions.DeleteAction.actionPerformed(DeleteAction.java:28) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1660) at javax.swing.JComponent.processKeyBinding(JComponent.java:2851) at javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:285) at javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:247) at javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2928) at javax.swing.JComponent.processKeyBindings(JComponent.java:2920) at javax.swing.JComponent.processKeyEvent(JComponent.java:2814) at java.awt.Component.processEvent(Component.java:6065) at java.awt.Container.processEvent(Container.java:2045) at java.awt.Component.dispatchEventImpl(Component.java:4649) at java.awt.Container.dispatchEventImpl(Container.java:2103) at java.awt.Component.dispatchEvent(Component.java:4475) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1879) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:770) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1046) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:913) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:735) at java.awt.Component.dispatchEventImpl(Component.java:4519) at java.awt.Container.dispatchEventImpl(Container.java:2103) at java.awt.Window.dispatchEventImpl(Window.java:2587) at java.awt.Component.dispatchEvent(Component.java:4475) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:675) at java.awt.EventQueue.access$300(EventQueue.java:96) at java.awt.EventQueue$2.run(EventQueue.java:634) at java.awt.EventQueue$2.run(EventQueue.java:632) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) at java.awt.EventQueue$3.run(EventQueue.java:648) at java.awt.EventQueue$3.run(EventQueue.java:646) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:645) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:13 }}} " skyper defect 8591 2 consecutive identical nodes in ways Core 2013-04-10T16:21:21+02:00 2013-08-14T10:27:37+02:00 "It appears that JOSM can create ways containing consecutive identical nodes, perhaps only under special circumstances. A similar behaviour (too old to be called a bug) has been known from Potlatch for quite a while, cf. https://trac.openstreetmap.org/ticket/2501 . This way is the only example I am currently aware of: http://www.openstreetmap.org/browse/way/216494527 . There may be more, but the issue is certainly a rare one." Oli-Wan defect 8660 2 [Patch] False positive conflict detection with reverter plugin Plugin reverter 2013-05-02T17:37:05+02:00 2021-12-09T17:44:41+01:00 "Thought there was already a ticket about it, but I did not find it. I get these false positives when reverting but I am not sure if it does happen with other merges,too.[[BR]] The problem appears with younger nodes than the reverted changeset. 1. revert changeset 14914753. 1. got 64 conflicts 1. look at conflict of node id:980535480 1. there is no conflict and you do not have any option to change anything. The reported conflict is useless. I am not sure weather these are conflicts and you need some options in the conflict manager or not and the whole conflict should be dropped." skyper defect 8802 2 "[PATCH] ""Zoom to gap"" in relation editor does not work anymore" Core tested 2013-06-17T12:22:50+02:00 2020-01-30T14:27:34+01:00 "I'm using v5990 from webstart. The ""Zoom to gap"" function in the relation editor does not work anymore. If you do ""select next gap"", the next gap is selected, but you can't zoom to it anymore because when you do a right-click on the member list, it immediately selects the way under the mouse. Previously, doing a right-click did not select the way under the mouse and you could use ""Zoom to gap"" to make JOSM zoom to the way for that gap. JOSM should not select the way under the mouse when you right-click it. I can't tell exactly when this bug was introduced, but I think it was working at the start of the year." anonymous defect 8889 2 SVG: styles not fully supported Core latest 2013-07-20T16:00:36+02:00 2020-03-08T14:20:17+01:00 "As mentioned on #8849 some .svg files are not rendered properly: Replying to [ticket:8849#comment:8 AlfonZ]: > Replying to [ticket:8849#comment:6 skyper]: > > Replying to [ticket:8849#comment:5 brycenesbitt]: > > > With the .png it works fine, and I suggest making the patch that way until svg support > > > is more widely used in presets. > > > > Strange, I have no problems with .svg (#8596 and #8847). How should they be introduced but with new items ? We need to find the problem otherwise it is not worth to ship the huge libs but you are right that this problem should not make a difference considering this ticket. > > It looks that styles in svg are not fully supported. > I tried following: > > {{{#!diff > Index: aed.svg > =================================================================== > --- aed.svg > +++ aed.svg (test) > @@ -12,8 +12,8 @@ > > > > - > - > - > + > + > + > > > }}} > and it showed in the menu correctly. File with problems: [attachment:ticket:8849:aed.svg aed.svg]" skyper defect 8913 2 PH and SH unknown Plugin openinghourseditor 2013-07-27T23:30:03+02:00 2021-12-08T18:36:35+01:00 "The plugin does not allow to manually enter PH or SH but gives a warning about wrong format. Please support PH and SH. (See #7890) A checkbox to mark them as ""off"" and/or enter values in an additional column would be nice. Set this to defect as a valid string is not allowed ! {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-07-27 01:34:04 Last Changed Author: akks Revision: 6090 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-07-26 21:45:36 +0200 (Fri, 26 Jul 2013) Last Changed Rev: 6090 Identification: JOSM/1.5 (6090 en) Linux Debian GNU/Linux 7.1 (wheezy) Memory Usage: 231 MB / 592 MB (28 MB allocated, but free) Java version: 1.6.0_27, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (29778) Plugin: conflation (0.1.6) Plugin: jts (29613) Plugin: mirrored_download (29643) Plugin: notes (0.1-4-ge6be9c4) Plugin: openstreetbugs (29435) Plugin: reverter (29771) Plugin: undelete (29555) Plugin: utilsplugin2 (29771) Plugin: wikipedia (29778) }}}" skyper defect 8968 2 Combining ways: Roles not adjusted when changing direction Core latest 2013-08-14T03:38:12+02:00 2020-10-15T21:50:36+02:00 "> What steps will reproduce the problem? 1. Have a way with role `forward/backward` and a second connected way with opposite direction. 1. Combine the ways and have a look at the roles 1. JOSM combines by changing the direction of one way, depending on the selction order. > What is the expected result? Ways are combined and if a direction of a way is changed its roles are properly adjusted > What happens instead? The roles are not adjusted which leads to damaged relations. > Please provide any additional information below. Attach a screenshot if possible. I did test with one untagged way which direction should always be changed in favour of the one with tags. Adding `*=left/right` to the tagged way exactly leads to this proper behaviour. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-08-13 01:35:36 Last Changed Author: Don-vip Revision: 6143 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-08-11 23:47:22 +0200 (Sun, 11 Aug 2013) Last Changed Rev: 6143 Identification: JOSM/1.5 (6143 en) Linux Debian GNU/Linux 7.1 (wheezy) Memory Usage: 417 MB / 672 MB (126 MB allocated, but free) Java version: 1.7.0_25, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u25-2.3.10-1~deb7u1 Program arguments: [/media/d95c6885-09a1-48fd-87c5-30922ffbd60f/hbf.osm] Dataset consistency test: No problems found Plugin: OpeningHoursEditor (29778) Plugin: PicLayer (29809) Plugin: conflation (0.1.6) Plugin: jts (29613) Plugin: mirrored_download (29753) Plugin: notes (0.3) Plugin: openstreetbugs (29435) Plugin: reverter (29771) Plugin: undelete (29555) Plugin: utilsplugin2 (29771) Plugin: wikipedia (29778) }}} " skyper defect 9085 2 "opening_hours, ""off"" and OpeningHoursEdit" Plugin openinghourseditor tested 2013-09-19T02:21:19+02:00 2013-11-06T14:36:28+01:00 "I have (had?) to code opening_hours for a street parking closed on Fridays 14:00 till 22:00. I have been unable to do that with OpeningHoursEdit, neither intuitively nor after reading its doc. After setting 24/7, which makes sense, it seemed not allowing to add an exception. I read the doc for opening_hours, it looked like I had to use ""off"" but it's not documented (just shows in examples), especially: what must be before the ""off"" range to mean ""all the time""? I tried to make it ""24/7 Fr 14:00-22:00 off"" or ""Fr 14:00-22:00 off"" and OpeningHoursEdit reports an error on ""24/7"" and 22:0""0"" respectively. I bet for ""Fr 14:00-22:00"" but neither the OpeningHoursEdit diagram nor the nonexistent ""off"" documentation would tell me if that's correct. " A_Pirard defect 9385 2 colour of arrows on oneway paths with bicycle=designated, foot=designated Core mappaint 2013-12-01T14:14:33+01:00 2019-09-30T16:59:38+02:00 "bicycle=designated, foot=designated, oneway=yes, oneway:foot=no should have purple, not green oneway arrows, example: osmwww:browse/way/224248815 bicycle=designated, foot=designated, oneway=yes should have purple and green, not only green oneway arrows bicycle=designated, foot=designated, oneway=yes, oneway:bicycle=no should have green oneway arrows as it is done now {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-12-01 02:35:28 Last Changed Author: simon04 Revision: 6429 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-11-30 23:37:57 +0100 (Sat, 30 Nov 2013) Last Changed Rev: 6429 Identification: JOSM/1.5 (6429 en_GB) Windows 7 32-Bit Memory Usage: 79 MB / 247 MB (42 MB allocated, but free) Java version: 1.7.0_17, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (29854) Plugin: notes (v0.6) }}} " mkoniecz defect 9819 2 [PATCH] stricter checking for highways crossing waterways without bridges Core validator 2014-03-14T16:32:28+01:00 2023-03-03T18:51:43+01:00 "Currently many mappers tag whole rivers with layer=-1 because it is an easy way to avoid validator warnings of the type ""highway crossing waterway"". Enhance the check so that keepright warns whenever a highway crosses a waterway where there is no bridge or tunnel even if the layer is different. A layer tag itself does not make a valid crossing. This has been discussed in the wiki ( https://wiki.openstreetmap.org/wiki/Talk:Key:layer#layer.3D-1_erroneously_used_for_many_italian_rivers ) and previously the update to https://wiki.openstreetmap.org/wiki/Key:layer has been discussed in the mailing list ( https://lists.openstreetmap.org/pipermail/talk/2014-March/069219.html ) Related but more general: #9182" RicoZ defect 11189 2 Geotagged images taken out on surveys taken close together do not show seperately in JOSM Core image mapping 2015-03-01T22:38:36+01:00 2021-08-26T02:21:05+02:00 "==== What steps will reproduce the problem? 1. Take some images with OSMTracker (for example) within a few feet of each other 2. Load GPX with images into JOSM 3. Click on image icons ==== What is the expected result? All images should show as a clickable icon in JOSM ==== What happens instead? As some images are taken close together on the ground, not all show up in the JOSM window. ==== Please provide any additional information below. Attach a screenshot if possible. I am attaching a screenshot of a GPX trace where I took 22 images, but only 10 icons show up in JOSM. I have uploaded this GPX trace and associated images to a dropbox folder so anyone can load it up to get a better understanding of the issue. The dropbox folder is located here - https://www.dropbox.com/sh/wuu0wtzrzpb5bnq/AABwqslEEcW-Rjf7nq0On4I_a?dl=0 [[Image(Clipboard01.png, 800px)]] {{{ Revision: 7995 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: Don-vip Last Changed Date: 2015-01-31 15:17:59 +0100 (Sat, 31 Jan 2015) Build-Date: 2015-02-01 02:33:54 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 7995 Identification: JOSM/1.5 (7995 en) Windows 8.1 64-Bit Memory Usage: 534 MB / 989 MB (136 MB allocated, but free) Java version: 1.8.0_25, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugins: - AddrInterpolation (30892) - BuildingGeneralization (UNKNOWN) - DirectDownload (30892) - DirectUpload (30892) - FastDraw (30892) - FixAddresses (30892) - HouseNumberTaggingTool (30892) - OpeningHoursEditor (30962) - PicLayer (30962) - alignways (30892) - buildings_tools (30955) - contourmerge (1012) - dataimport (30892) - download_along (30892) - editgpx (30892) - ext_tools (30892) - fieldpapers (b49dadd) - geochat (30892) - gpxfilter (30892) - imagery_offset_db (30892) - imageryadjust (30892) - measurement (30892) - mirrored_download (30962) - namemanager (30892) - notes (v0.9.5) - osmarender (30892) - print (30892) - public_transport (30892) - reltoolbox (30892) - reverter (30990) - tageditor (30892) - terracer (30892) - todo (29154) - turnlanes (30892) - turnrestrictions (30892) - utilsplugin2 (30892) - walkingpapers (30892) - wikipedia (30892) Last errors/warnings: - W: TMS - Failed downloading https://c.tile.openstreetmap.org/15/15572/10633.png: Connection timed out: connect - W: TMS - Failed downloading https://a.tile.openstreetmap.org/15/15570/10632.png: Connection timed out: connect - W: TMS - Failed downloading https://a.tile.openstreetmap.org/15/15571/10633.png: Connection timed out: connect - W: TMS - Failed downloading http://ecn.t1.tiles.virtualearth.net/tiles/a031310231012013311.jpeg?g=3299: connect timed out - W: TMS - Failed downloading http://ecn.t0.tiles.virtualearth.net/tiles/a031310231012013133.jpeg?g=3299: connect timed out }}} " davecorley@… defect 11333 2 AssertionError: Node was removed when purging, but is still there on undo Core tested 2015-04-11T20:20:32+02:00 2021-06-29T23:01:01+02:00 "==== What steps will reproduce the problem? 1. download an object 2. purge it 3. download it again 4. undo {{{ Revision: 8159 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: stoecker Last Changed Date: 2015-03-29 14:37:50 +0200 (Sun, 29 Mar 2015) Build-Date: 2015-03-30 01:30:55 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 8159 Identification: JOSM/1.5 (8159 en_GB) Linux openSUSE 13.2 (Harlequin) (x86_64) Memory Usage: 462 MB / 683 MB (268 MB allocated, but free) Java version: 1.8.0_40, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Djava.net.useSystemProxies=true] Dataset consistency test: No problems found Plugins: - InfoMode (30892) - PicLayer (30962) - imagery_offset_db (31056) - jna (30892) - log4j (30892) - measurement (30892) - pbf (31010) - reverter (30990) - terracer (30892) - videomapping (30892) Last errors/warnings: - W: TMS - Failed downloading tile: Tile 19/299419/161169@Bing Aerial Maps - W: TMS - Failed downloading tile: Tile 19/299414/161171@Bing Aerial Maps - W: TMS - Failed downloading tile: Tile 19/299414/161169@Bing Aerial Maps - W: TMS - Failed downloading tile: Tile 19/299414/161170@Bing Aerial Maps - E: java.lang.AssertionError: Primitive {Node id=1453149937 version=1 V lat=56.7986669,lon=24.8166575} was removed when purging, but is still there on undo java.lang.AssertionError: Primitive {Node id=1453149937 version=1 V lat=56.7986669,lon=24.8166575} was removed when purging, but is still there on undo at org.openstreetmap.josm.command.PurgeCommand.undoCommand(PurgeCommand.java:130) at org.openstreetmap.josm.data.UndoRedoHandler.undo(UndoRedoHandler.java:92) at org.openstreetmap.josm.data.UndoRedoHandler.undo(UndoRedoHandler.java:77) at org.openstreetmap.josm.actions.UndoAction.actionPerformed(UndoAction.java:36) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1663) at javax.swing.JComponent.processKeyBinding(JComponent.java:2882) at javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:307) at javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:263) at javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2974) at javax.swing.JComponent.processKeyBindings(JComponent.java:2966) at javax.swing.JComponent.processKeyEvent(JComponent.java:2845) at java.awt.Component.processEvent(Component.java:6302) at java.awt.Container.processEvent(Container.java:2234) at java.awt.Component.dispatchEventImpl(Component.java:4881) at java.awt.Container.dispatchEventImpl(Container.java:2292) at java.awt.Component.dispatchEvent(Component.java:4703) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1954) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:806) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1074) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:945) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:771) at java.awt.Component.dispatchEventImpl(Component.java:4752) at java.awt.Container.dispatchEventImpl(Container.java:2292) at java.awt.Window.dispatchEventImpl(Window.java:2750) at java.awt.Component.dispatchEvent(Component.java:4703) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:751) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:702) at java.awt.EventQueue$3.run(EventQueue.java:696) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:86) at java.awt.EventQueue$4.run(EventQueue.java:724) at java.awt.EventQueue$4.run(EventQueue.java:722) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at java.awt.EventQueue.dispatchEvent(EventQueue.java:721) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) }}} " richlv defect 11454 2 Cannot upload gpx track with DirectUpload plugin (JOSM behind HTTP proxy with authentication) Plugin DirectUpload latest 2015-05-19T12:00:40+02:00 2015-05-19T12:00:40+02:00 "==== What steps will reproduce the problem? 1. I use HTTP proxy with authentication. JOSM working through proxy correctly. 2. When uploading gpx track with DirectUpload plugin I recieve an authentication error. ==== What is the expected result? Upload gpx track to OSM server. ==== What happens instead? Error reported: Передача на сервер не удалась. Сервер вернул следующее сообщение: Proxy Authentication Required ( The ISA Server requires authorization to fulfill the request. Access to the Web Proxy filter is denied. ) ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Revision: 8339 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: stoecker Last Changed Date: 2015-05-07 17:30:43 +0200 (Thu, 07 May 2015) Build-Date: 2015-05-08 01:31:23 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 8339 Identification: JOSM/1.5 (8339 ru) Windows 7 64-Bit Memory Usage: 232 MB / 494 MB (40 MB allocated, but free) Java version: 1.8.0_45, Oracle Corporation, Java HotSpot(TM) Client VM VM arguments: [-Djava.net.useSystemProxies=true, -Djava.security.manager, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scAAtWG14NTEyTQAtRGphdmEubmV0LnVzZVN5c3RlbVByb3hpZXM9dHJ1ZQA=, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.splashport=64834, -Djnlpx.home=\bin, -Djnlpx.remove=false, -Djnlpx.offline=false, -Djnlpx.relaunch=true, -Djnlpx.session.data=C:\Temp\session8511883022408392721, -Djnlpx.heapsize=NULL,NULL, -Djava.security.policy=file:C:\Program Files (x86)\Java\jre1.8.0_45\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.origFilenameArg=C:\Users\gulenov_ai\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-693b5037] Plugins: - DirectDownload (30892) - DirectUpload (30892) - HouseNumberTaggingTool (30892) - OpeningHoursEditor (30962) - PicLayer (31114) - editgpx (30892) - gpxfilter (30892) - imagery_offset_db (31056) - namemanager (30892) - public_transport (31114) - reltoolbox (31056) - reverter (31120) - turnrestrictions (31034) - utilsplugin2 (31120) Last errors/warnings: - E: Не удалось найти изображение «ES_s22.png» - W: Could not get presets icon ES_s22.png - E: Не удалось найти изображение «presets/water_tower.png» - W: Could not get presets icon presets/water_tower.png - W: XML document structures must start and end within the same entity. (строка 297, столбец 35) }}} " toorboalex defect 13160 2 Some kind of deadlock which prevents typing in textboxes Core 2016-07-16T23:38:56+02:00 2024-10-01T18:21:13+02:00 "It's not the first time that I see this problem happening (and I already saw it in 2 different machines). When quickly adding some tags using `Alt+A`, inserting the tags, pressing `tab` to autocomplete the key and change to value, JOSM gets in a state where I cannot type anything else in textboxes. I can't type anything when adding a key/value, when trying to save my layers (I can't type a filename) nor anything else that uses a textbox. It's strange that I can still press `Alt+A` to enter some values, `F3` to search the presets, etc. I also can't copy nor paste anything inside the textboxes (ie, if I click with the right mouse button and trying to select ""Copy"", it just does nothing). I don't know how to reproduce it (but all the times that this happened, it was when I was quickly adding keys/values). Unfortunately the only possible information that I can provide is the `jstack` output (which I don't know if it will help): {{{ 2016-07-16 18:26:47 Full thread dump OpenJDK 64-Bit Server VM (25.91-b14 mixed mode): ""Attach Listener"" #12148 daemon prio=9 os_prio=0 tid=0x00007f3074001800 nid=0x62e7 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""styled-map-renderer-1034"" #12085 daemon prio=5 os_prio=0 tid=0x00007f2fc8001800 nid=0x6285 waiting on condition [0x00007f2fb1fa7000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006eb0b87a0> (a java.util.concurrent.ForkJoinPool) at java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824) at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693) at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157) ""styled-map-renderer-1033"" #12083 daemon prio=5 os_prio=0 tid=0x00007f3034019000 nid=0x627f waiting on condition [0x00007f3015daa000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006eb0b87a0> (a java.util.concurrent.ForkJoinPool) at java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824) at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693) at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157) ""styled-map-renderer-1027"" #12065 daemon prio=5 os_prio=0 tid=0x00007f2fc8003800 nid=0x626c waiting on condition [0x00007f3014d6e000] java.lang.Thread.State: TIMED_WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006eb0b87a0> (a java.util.concurrent.ForkJoinPool) at java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824) at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693) at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157) ""styled-map-renderer-1023"" #12061 daemon prio=5 os_prio=0 tid=0x00007f3048004800 nid=0x6265 waiting on condition [0x00007f304481c000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006eb0b87a0> (a java.util.concurrent.ForkJoinPool) at java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824) at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693) at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157) ""pool-3-thread-3"" #10751 prio=5 os_prio=0 tid=0x00007f304076b000 nid=0x56a1 waiting on condition [0x00007f3015570000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006ef6e2478> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""pool-3-thread-2"" #10750 prio=5 os_prio=0 tid=0x00007f304081e800 nid=0x56a0 waiting on condition [0x00007f3014e6f000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006ef6e2478> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""pool-3-thread-1"" #10749 prio=5 os_prio=0 tid=0x00007f3040863000 nid=0x569f waiting on condition [0x00007f30450f3000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006ef6e2478> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-9"" #267 prio=5 os_prio=0 tid=0x00007f304080a800 nid=0x13e4 waiting on condition [0x00007f3015eab000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-8"" #266 prio=5 os_prio=0 tid=0x00007f3040809000 nid=0x13e3 waiting on condition [0x00007f3015fac000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-7"" #265 prio=5 os_prio=0 tid=0x00007f3040808800 nid=0x13e2 waiting on condition [0x00007f30161ee000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-6"" #264 prio=5 os_prio=0 tid=0x00007f3040807800 nid=0x13e1 waiting on condition [0x00007f30165f2000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-5"" #263 prio=5 os_prio=0 tid=0x00007f3040805800 nid=0x13e0 waiting on condition [0x00007f30168f5000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-4"" #262 prio=5 os_prio=0 tid=0x00007f3040804800 nid=0x13df waiting on condition [0x00007f306866e000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-3"" #261 prio=5 os_prio=0 tid=0x00007f3040804000 nid=0x13de waiting on condition [0x00007f30160ed000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-2"" #260 prio=5 os_prio=0 tid=0x00007f3040803000 nid=0x13dd waiting on condition [0x00007f30162ef000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-1"" #255 prio=5 os_prio=0 tid=0x00007f30407ed000 nid=0x13d8 waiting on condition [0x00007f30163f0000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""TMS-downloader-0"" #254 prio=5 os_prio=0 tid=0x00007f3040730800 nid=0x13d7 waiting on condition [0x00007f30166f3000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f001b4b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:93) at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:32) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""Map Status Collector"" #105 daemon prio=6 os_prio=0 tid=0x00007f30403f9800 nid=0x116b waiting on condition [0x00007f30169f6000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f3855ad8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:383) at java.lang.Thread.run(Thread.java:745) ""Map Status Collector"" #73 daemon prio=6 os_prio=0 tid=0x00007f304034a000 nid=0x1148 waiting on condition [0x00007f3016cf9000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006f01af6c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:383) at java.lang.Thread.run(Thread.java:745) ""Timer-2"" #72 daemon prio=6 os_prio=0 tid=0x00007f30402cd000 nid=0x1147 in Object.wait() [0x00007f3016dfa000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00000006f01ba708> (a java.util.TaskQueue) at java.lang.Object.wait(Object.java:502) at java.util.TimerThread.mainLoop(Timer.java:526) - locked <0x00000006f01ba708> (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:505) ""Timer-1"" #69 prio=6 os_prio=0 tid=0x00007f3040166000 nid=0x1145 in Object.wait() [0x00007f30175fc000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00000006ef551d00> (a java.util.TaskQueue) at java.lang.Object.wait(Object.java:502) at java.util.TimerThread.mainLoop(Timer.java:526) - locked <0x00000006ef551d00> (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:505) ""main-worker-0"" #68 prio=5 os_prio=0 tid=0x00007f30401ff800 nid=0x1144 waiting on condition [0x00007f30477fe000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006ea109cb8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""DestroyJavaVM"" #62 prio=5 os_prio=0 tid=0x00007f30d000a000 nid=0x10d1 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""message-notifier-0"" #61 prio=5 os_prio=0 tid=0x00007f30d10d2800 nid=0x112e waiting on condition [0x00007f30174fb000] java.lang.Thread.State: TIMED_WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006ef551d60> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) ""RemoteControl HTTPS Server"" #57 daemon prio=5 os_prio=0 tid=0x00007f30d0e6f000 nid=0x112a runnable [0x00007f30176fd000] java.lang.Thread.State: RUNNABLE at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409) at java.net.ServerSocket.implAccept(ServerSocket.java:545) at sun.security.ssl.SSLServerSocketImpl.accept(SSLServerSocketImpl.java:348) at org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpsServer.run(RemoteControlHttpsServer.java:418) ""RemoteControl HTTPS Server"" #54 daemon prio=5 os_prio=0 tid=0x00007f30d1069000 nid=0x1129 runnable [0x00007f30177fe000] java.lang.Thread.State: RUNNABLE at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409) at java.net.ServerSocket.implAccept(ServerSocket.java:545) at sun.security.ssl.SSLServerSocketImpl.accept(SSLServerSocketImpl.java:348) at org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpsServer.run(RemoteControlHttpsServer.java:418) ""Timer-0"" #56 daemon prio=6 os_prio=0 tid=0x00007f30401ef800 nid=0x1128 in Object.wait() [0x00007f304628d000] java.lang.Thread.State: TIMED_WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.util.TimerThread.mainLoop(Timer.java:552) - locked <0x00000006ef638df0> (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:505) ""RemoteControl HTTP Server"" #53 daemon prio=5 os_prio=0 tid=0x00007f30d1067000 nid=0x1126 runnable [0x00007f3046ef0000] java.lang.Thread.State: RUNNABLE at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409) at java.net.ServerSocket.implAccept(ServerSocket.java:545) at java.net.ServerSocket.accept(ServerSocket.java:513) at org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:101) ""RemoteControl HTTP Server"" #52 daemon prio=5 os_prio=0 tid=0x00007f30d0e76000 nid=0x1125 runnable [0x00007f30471fc000] java.lang.Thread.State: RUNNABLE at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409) at java.net.ServerSocket.implAccept(ServerSocket.java:545) at java.net.ServerSocket.accept(ServerSocket.java:513) at org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:101) ""com.google.inject.internal.util.$Finalizer"" #48 daemon prio=5 os_prio=0 tid=0x00007f30d13ba800 nid=0x1121 in Object.wait() [0x00007f3046bed000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x00000006eaccaf50> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) - locked <0x00000006eaccaf50> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at com.google.inject.internal.util.$Finalizer.run(Finalizer.java:114) ""WeakCollectionCleaner"" #45 daemon prio=8 os_prio=0 tid=0x00007f30d11f9800 nid=0x111e in Object.wait() [0x00007f3046def000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) - locked <0x00000006ec41d158> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at org.geotools.util.WeakCollectionCleaner.run(WeakCollectionCleaner.java:77) ""GT authority factory disposer"" #43 daemon prio=5 os_prio=0 tid=0x00007f30d0a44000 nid=0x111d in Object.wait() [0x00007f3046cee000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at java.util.TimerThread.mainLoop(Timer.java:526) - locked <0x00000006e99be3d8> (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:505) ""File Watcher"" #12 prio=5 os_prio=0 tid=0x00007f30d063a000 nid=0x110d waiting on condition [0x00007f30474fd000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006e9c9a110> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492) at java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:680) at sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118) at org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:119) at org.openstreetmap.josm.io.FileWatcher.access$000(FileWatcher.java:30) at org.openstreetmap.josm.io.FileWatcher$1.run(FileWatcher.java:47) at java.lang.Thread.run(Thread.java:745) ""TimerQueue"" #22 daemon prio=5 os_prio=0 tid=0x00007f30400bb800 nid=0x10f3 waiting on condition [0x00007f30681cd000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006e9b01920> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.DelayQueue.take(DelayQueue.java:211) at javax.swing.TimerQueue.run(TimerQueue.java:171) at java.lang.Thread.run(Thread.java:745) ""AWT-EventQueue-0"" #19 prio=6 os_prio=0 tid=0x00007f30d04c2000 nid=0x10f2 waiting on condition [0x00007f3068515000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000006e9c63cb0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.awt.EventQueue.getNextEvent(EventQueue.java:554) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:170) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:109) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:184) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:229) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:227) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:227) at java.awt.Dialog.show(Dialog.java:1084) at java.awt.Component.show(Component.java:1673) at java.awt.Component.setVisible(Component.java:1625) at java.awt.Window.setVisible(Window.java:1014) at java.awt.Dialog.setVisible(Dialog.java:1005) at org.openstreetmap.josm.gui.ExtendedDialog.setVisible(ExtendedDialog.java:502) at org.openstreetmap.josm.gui.dialogs.properties.TagEditHelper$AbstractTagsDialog.setVisible(TagEditHelper.java:581) at org.openstreetmap.josm.gui.ExtendedDialog.showDialog(ExtendedDialog.java:289) at org.openstreetmap.josm.gui.dialogs.properties.TagEditHelper.addTag(TagEditHelper.java:216) at org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog$AddAction.actionPerformed(PropertiesDialog.java:1082) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1663) at javax.swing.JComponent.processKeyBinding(JComponent.java:2882) at javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:307) at javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:263) at javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2974) at javax.swing.SwingUtilities.processKeyBindings(SwingUtilities.java:1587) at javax.swing.UIManager$2.postProcessKeyEvent(UIManager.java:1483) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:817) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1074) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:945) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:771) at java.awt.Component.dispatchEventImpl(Component.java:4762) at java.awt.Container.dispatchEventImpl(Container.java:2294) at java.awt.Window.dispatchEventImpl(Window.java:2750) at java.awt.Component.dispatchEvent(Component.java:4713) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) at java.awt.EventQueue$4.run(EventQueue.java:731) at java.awt.EventQueue$4.run(EventQueue.java:729) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) ""AWT-Shutdown"" #20 prio=5 os_prio=0 tid=0x00007f30d04c1000 nid=0x10f1 in Object.wait() [0x00007f3068fbb000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:295) - locked <0x00000006e9a04f38> (a java.lang.Object) at java.lang.Thread.run(Thread.java:745) ""AWT-XAWT"" #15 daemon prio=6 os_prio=0 tid=0x00007f30d036b000 nid=0x10ea runnable [0x00007f30692bc000] java.lang.Thread.State: RUNNABLE at sun.awt.X11.XToolkit.waitForEvents(Native Method) at sun.awt.X11.XToolkit.run(XToolkit.java:568) at sun.awt.X11.XToolkit.run(XToolkit.java:532) at java.lang.Thread.run(Thread.java:745) ""Java2D Disposer"" #13 daemon prio=10 os_prio=0 tid=0x00007f30d0349000 nid=0x10e9 in Object.wait() [0x00007f30697ce000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) - locked <0x00000006e9b01968> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at sun.java2d.Disposer.run(Disposer.java:148) at java.lang.Thread.run(Thread.java:745) ""Thread-0"" #11 daemon prio=5 os_prio=0 tid=0x00007f30d0278800 nid=0x10e8 runnable [0x00007f306b6d0000] java.lang.Thread.State: RUNNABLE at sun.nio.fs.LinuxWatchService.poll(Native Method) at sun.nio.fs.LinuxWatchService.access$600(LinuxWatchService.java:47) at sun.nio.fs.LinuxWatchService$Poller.run(LinuxWatchService.java:314) at java.lang.Thread.run(Thread.java:745) ""Service Thread"" #10 daemon prio=9 os_prio=0 tid=0x00007f30d0167800 nid=0x10e6 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""C1 CompilerThread3"" #9 daemon prio=9 os_prio=0 tid=0x00007f30d0152800 nid=0x10e5 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""C2 CompilerThread2"" #8 daemon prio=9 os_prio=0 tid=0x00007f30d0150800 nid=0x10e4 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""C2 CompilerThread1"" #7 daemon prio=9 os_prio=0 tid=0x00007f30d014c000 nid=0x10e3 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""C2 CompilerThread0"" #6 daemon prio=9 os_prio=0 tid=0x00007f30d0149800 nid=0x10e2 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""Signal Dispatcher"" #5 daemon prio=9 os_prio=0 tid=0x00007f30d0147800 nid=0x10e1 runnable [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""Surrogate Locker Thread (Concurrent GC)"" #4 daemon prio=9 os_prio=0 tid=0x00007f30d0145800 nid=0x10e0 waiting on condition [0x0000000000000000] java.lang.Thread.State: RUNNABLE ""Finalizer"" #3 daemon prio=8 os_prio=0 tid=0x00007f30d011e000 nid=0x10df in Object.wait() [0x00007f309897c000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) - locked <0x00000006e9b019c8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209) ""Reference Handler"" #2 daemon prio=10 os_prio=0 tid=0x00007f30d0119800 nid=0x10de in Object.wait() [0x00007f3098a7d000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at java.lang.ref.Reference.tryHandlePending(Reference.java:191) - locked <0x00000006e9a04cb0> (a java.lang.ref.Reference$Lock) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153) ""VM Thread"" os_prio=0 tid=0x00007f30d0112000 nid=0x10dd runnable ""Gang worker#0 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d001b800 nid=0x10d2 runnable ""Gang worker#1 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d001c800 nid=0x10d3 runnable ""Gang worker#2 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d001e800 nid=0x10d4 runnable ""Gang worker#3 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d0020000 nid=0x10d5 runnable ""Gang worker#4 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d0022000 nid=0x10d6 runnable ""Gang worker#5 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d0023800 nid=0x10d7 runnable ""Gang worker#6 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d0025800 nid=0x10d8 runnable ""Gang worker#7 (Parallel GC Threads)"" os_prio=0 tid=0x00007f30d0027000 nid=0x10d9 runnable ""Concurrent Mark-Sweep GC Thread"" os_prio=0 tid=0x00007f30d0098000 nid=0x10dc runnable ""Gang worker#0 (Parallel CMS Threads)"" os_prio=0 tid=0x00007f30d0094000 nid=0x10da runnable ""Gang worker#1 (Parallel CMS Threads)"" os_prio=0 tid=0x00007f30d0096000 nid=0x10db runnable ""VM Periodic Task Thread"" os_prio=0 tid=0x00007f30d016a000 nid=0x10e7 waiting on condition JNI global references: 18850 }}} JOSM: {{{ Build-Date:2016-07-15 19:28:35 Revision:10533 Is-Local-Build:true Identification: JOSM/1.5 (10533 SVN pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 247 MB / 4029 MB (117 MB allocated, but free) Java version: 1.8.0_91-8u91-b14-3-b14, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on] Plugins: - AddrInterpolation (32584) - Create_grid_of_ways (32440) - FastDraw (32639) - FixAddresses (32445) - ImportImagePlugin (32584) - OpeningHoursEditor (32583) - PicLayer (32495) - SimplifyArea (32517) - apache-commons (32584) - buildings_tools (32639) - download_along (32535) - editgpx (32485) - ejml (32639) - geotools (32584) - graphview (32620) - jogl (1.0.46) - jts (32539) - kendzi3d (1.0.190.1) - kendzi3d-resources (0.0.1) - log4j (32309) - measurement (32454) - merge-overlap (32471) - opendata (32584) - pdfimport (32584) - photo_geotagging (32392) - poly (32584) - reverter (32584) - tagging-preset-tester (32584) - todo (29154) - turnlanes-tagging (1468266519) - turnrestrictions (32629) - undelete (32584) - utilsplugin2 (32584) }}}" naoliv defect 13651 2 conditional tag: False warning with complex opening_hours values in combination with AND Core validator latest 2016-09-17T18:34:12+02:00 2020-07-07T14:29:50+02:00 "==== What steps will reproduce the problem? I have a quite complex access restriction downtown with special times for special transport types. According to [osmwiki:Conditional_restrictions#Condition] I need an extra pair of brackets to group an opening_hours value including a semicolon but validator does not like it: `vehicle:conditional=delivery @ ((05:00-10:30,19:00-22:00; Sa 05:00-09:30,19:00-22:00) AND weight<7.5)` I get `Error in vehicle:conditional value: Does not match pattern 'restriction value @ condition'`. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-09-16 13:38:58 +0200 (Fri, 16 Sep 2016) Build-Date:2016-09-17 01:40:40 Revision:11005 Relative:URL: ^/trunk Identification: JOSM/1.5 (11005 en) Linux Debian GNU/Linux 8.5 (jessie) Memory Usage: 549 MB / 882 MB (383 MB allocated, but free) Java version: 1.8.0_102-8u102-b14.1-1~bpo8+1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-8-jre:amd64-8u102-b14.1-1~bpo8+1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9 VM arguments: [-Djosm.home=] Program arguments: [--language=en] Dataset consistency test: No problems found Plugins: + reverter (32796) + undelete + utilsplugin2 (32815) Last errors/warnings: - W: Invalid jar file ''/plugins/utilsplugin2.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''/plugins/reverter.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''/plugins/undelete.jar.new'' (exists: false, canRead: false) }}} " skyper defect 14278 2 [Patch] Plugin not printing any map Plugin print 2017-01-23T15:03:11+01:00 2023-01-30T12:38:08+01:00 "==== What steps will reproduce the problem? 1. load some data 1. open printing dialog 1. click on checkbox ""Map preview"" ==== What is the expected result? Render the map preview within the dialog ==== What happens instead? Only scale bar and contribution is rendered but no map ==== Please provide any additional information below. Attach a screenshot if possible. Actual printing produces the same empty page without a map but only scale bar and contribution text. [[Image(josm_print_no_preview.png,400)]] [[Image(josm_print_map_preview.png,400)]] {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-01-22 21:57:07 +0100 (Sun, 22 Jan 2017) Build-Date:2017-01-23 02:32:02 Revision:11488 Relative:URL: ^/trunk Identification: JOSM/1.5 (11488 en) Linux Debian GNU/Linux 8.7 (jessie) Memory Usage: 483 MB / 882 MB (292 MB allocated, but free) Java version: 1.8.0_111-8u111-b14-2~bpo8+1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-8-jre:amd64-8u111-b14-2~bpo8+1 Java ATK Wrapper package: libatk-wrapper-java:all-0.30.4-3 Program arguments: [--language=en] Dataset consistency test: No problems found Plugins: + print (33118) }}} " skyper defect 14541 2 Configure toolbar: Impossible to add almost any core submenu Core tested 2017-03-19T19:57:44+01:00 2022-01-04T11:55:40+01:00 "https://josm.openstreetmap.de/wiki/Help/Action/OpenRecent [[Image(https://josm.openstreetmap.de/browser/trunk/resources/images/openrecent.svg?format=raw)]] this action, I can not edit it to my toolbar. Configure toolbar. Also this icon is not there in the column: Available" Allroads defect 15415 2 PT_assistant: remove warning about gap if route contains only one way Plugin pt_assistant latest 2017-10-08T18:04:36+02:00 2020-09-03T15:30:50+02:00 "==== What steps will reproduce the problem? 1. Have the PT_assistant plugin 2. Create a public transport route relation (type=route, public_transport:version=2, route=bus), containing some stops but only *one* way 3. Attempt to upload ==== What is the expected result? Validation without any warning. ==== What happens instead? PT assistant triggers warning: ""Route relation contains a gap"". ==== Please provide any additional information below. Attach a screenshot if possible. The warning does not appear if one splits the way—proving that it is really linked to the fact that there is only one way in the relation. Despite it may look silly to have only one way in a public transport route relation, sometime we have this for very short relations such as turnaround maneuvers at terminal stations and so on, or for cases where ways are long enough to cover the whole route (like in railways or trams). Solving the code upstream makes more sense than imposing to split ways in OSM. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-10-03 21:43:00 +0200 (Tue, 03 Oct 2017) Build-Date:2017-10-03 19:50:21 Revision:12921 Relative:URL: ^/trunk Identification: JOSM/1.5 (12921 en) Linux Arch Linux Java version: 1.8.0_144-b01, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Djosm.restart=true] Dataset consistency test: No problems found Plugins: + log4j (32699) + measurement (33088) + pt_assistant (33619) + routing (33004) }}} " bxl-forever defect 15639 2 JOSM not respecting layers in display Internal mappaint style 2017-12-06T12:12:49+01:00 2017-12-28T14:04:33+01:00 " ==== What is the expected result? layer order in screen rendering respected (draw first lower layers) ==== What happens instead? underlying way rendered above bridge ==== Please provide any additional information below. Attach a screenshot if possible. [[Image(Screen Shot 2017-12-06 at 12.11.06.png​)]] {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-12-05 00:58:56 +0100 (Tue, 05 Dec 2017) Build-Date:2017-12-05 02:33:31 Revision:13194 Relative:URL: ^/trunk Identification: JOSM/1.5 (13194 en) Mac OS X 10.13.1 OS Build number: Mac OS X 10.13.1 (17B1003) Memory Usage: 1211 MB / 1820 MB (329 MB allocated, but free) Java version: 1.8.0_144-b01, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: Display 188875522 1920x1080, Display 458628992 1920x1080 Maximum Screen Size: 1920x1080 VM arguments: [-Dsun.java2d.opengl=true] Dataset consistency test: No problems found Plugins: + ColorPlugin (1511895663) + Create_grid_of_ways (33856) + ImportImagePlugin (33563) + PicLayer (33822) + ShapeTools (1230) + apache-commons (33668) + buildings_tools (33735) + editgpx (33782) + ejml (32680) + fieldpapers (v0.4.3) + geochat (33796) + geojson (73) + geotools (33930) + imagery_offset_db (33774) + jts (32699) + log4j (32699) + mbtiles (a3e491d) + measurement (33760) + o5m (33566) + osmarender (33916) + pbf (33568) + photo_geotagging (33878) + reltoolbox (33708) + reverter (33865) + undelete (33835) + utilsplugin2 (33742) Last errors/warnings: - W: java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - W: Already here java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - W: java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net - W: Already here java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net - W: java.net.UnknownHostException: ecn.t0.tiles.virtualearth.net - W: Already here java.net.UnknownHostException: ecn.t0.tiles.virtualearth.net - W: java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - W: Already here java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - W: java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net - W: Already here java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net }}} " dieterdreist defect 15864 2 Images not resized in Help Window Core latest 2018-02-02T10:20:09+01:00 2020-03-08T14:56:45+01:00 "Images in the JOSM Help Browser are not resized. The width parameter is neglected as noted in comment:9:ticket:15860. Probably r8933 caused this bug. Examples for images to resize are on SandBox at the bottom . Please see the different view in the JOSM Help Window. Path to SandBox in Help Browser: Main Help > HowTo (go down to last link) > SandBox " Hb--- defect 17899 2 relation editor: oneway direction with route=bicycle and oneway:bicycle Core latest 2019-07-08T16:19:10+02:00 2021-03-22T15:47:41+01:00 "==== What steps will reproduce the problem? 1. Have a bicycle route relation with a way tagged `oneway=yes` and `oneway:bicycle=no`. 1. open relation manager ==== What is the expected result? The way makes no problem. ==== What happens instead? The way is marked as problem because of the oneway direction. ==== Please provide any additional information below. Attach a screenshot if possible. For `route=bicycle` a look at both tags is needed. {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-07-07 14:17:28 +0200 (Sun, 07 Jul 2019) Build-Date:2019-07-07 12:18:47 Revision:15221 Relative:URL: ^/trunk }}} " skyper defect 17986 2 elevation layer always created Plugin elevationprofile 2019-07-29T14:44:11+02:00 2019-08-04T20:14:34+02:00 "==== What steps will reproduce the problem? 1. start JOSM with plugin installed 1. download data or open data file 1. delete elevation profile layer in layer panel 1. exit JOSM 1. start JOSM 1. download data or open data file ==== What is the expected result? No elevation profile layer ==== What happens instead? Once data is present the elevation profile layer is always created. ==== Please provide any additional information below. Attach a screenshot if possible. Please remember the state of the layer between sessions/restarts in preferences and/or have an option to create the layer only manually. Thanks {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-07-23 21:47:40 +0200 (Tue, 23 Jul 2019) Build-Date:2019-07-24 01:30:51 Revision:15262 Relative:URL: ^/trunk Plugins: + ElevationProfile (35066) }}} " skyper defect 18372 2 Notes description does not fit in box (sometimes) Core notes tested 2019-12-01T17:01:52+01:00 2021-03-29T01:11:03+02:00 "==== What steps will reproduce the problem? 1. download area and Notes 2. click on note either on main screen od right-side screen 3. note description will (sometimes) open in window which is too small to display Notes description ==== What is the expected result? Notes description will fit in box containing it, so it could be readable ==== What happens instead? Notes description opens in box which is too small, so last line of text is unreadable. In attached ""bad"" image, last word ""peaku"" after ""metal mash na"" is lost. (sometimes, the whole text of the note gets lost) ==== Please provide any additional information below. Attach a screenshot if possible. When I click elsewhere to remove notes box, resize right window (tools), and click on the note again, it (sometimes, depending on the size) gets fixed {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-11-01 23:59:01 +0100 (Fri, 01 Nov 2019) Build-Date:2019-11-01 22:59:57 Revision:15492 Relative:URL: ^/trunk Identification: JOSM/1.5 (15492 en) Linux Debian GNU/Linux 9.11 (stretch) Memory Usage: 276 MB / 1820 MB (96 MB allocated, but free) Java version: 1.8.0_232-8u232-b09-1~deb9u1-b09, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1024x768 Maximum Screen Size: 1024x768 Java package: openjdk-8-jre:amd64-8u232-b09-1~deb9u1 WebStart package: icedtea-netx:amd64-1.6.2-3.1+deb9u1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13+deb9u1 libcommons-logging-java: libcommons-logging-java:all-1.2-1 fonts-noto: fonts-noto:- VM arguments: [-Dicedtea-web.bin.name=javaws, -Dicedtea-web.bin.location=/usr/bin/javaws, -Djava.security.manager, -Djava.security.policy=/etc/icedtea-web/javaws.policy] Dataset consistency test: No problems found Plugins: + DirectDownload (34977) + DirectUpload (35041) + Mapillary (1.5.20) + OpeningHoursEditor (34977) + PicLayer (35104) + SeaMapEditor (34908) + apache-commons (35092) + apache-http (34908) + colorscheme (34908) + gson (35158) + imagery_offset_db (34908) + jna (34908) + log4j (34908) + mapdust (35039) + pbf (35033) + photo_geotagging (34908) + reverter (35084) + turnrestrictions (34977) + waydownloader (34977) + waypoint_search (34977) Tagging presets: + http://.com/prezentacije/OpenStreetMap/josm-preset.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Crafts&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/contact(socialnetworks_IMs)&zip=1 Validator rules: + https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1 + https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 Last errors/warnings: - E: Failed to locate image 'presets/empty.png' - W: fotograf: Could not get presets icon presets/empty.png - E: Failed to locate image 'presets/empty.png' - W: recycle: Could not get presets icon presets/empty.png - E: Failed to locate image 'presets/empty.png' - W: pametna klupa: Could not get presets icon presets/empty.png - W: No configuration settings found. Using hardcoded default values for all pools. - W: java.io.IOException: The requested URL https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 was not found - W: Failed to add https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 to tag checker - W: java.io.IOException: No file found for: https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 }}} " mnalis defect 18526 2 Different order of items: windows menu <-> lower left vertical toolbar Core latest 2020-01-06T23:08:29+01:00 2020-01-06T23:08:29+01:00 "==== What steps will reproduce the problem? 1. start JOSM for the first time 1. create new layer 1. click on main menu item windows ==== What is the expected result? Same order of items like the lower left vertical toolbar ==== What happens instead? Different order as mini map, command stack and authors are higher in order on the left side ==== Please provide any additional information below. Attach a screenshot if possible. [[Image(ticket:18514:josm_windows_menu_screenshot.png)]] [[Image(josm_lower_left_vertical_toolbar_screenshot.png)]] {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-01-05 23:29:48 +0100 (Sun, 05 Jan 2020) Revision:15644 Build-Date:2020-01-06 02:30:57 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (15644 en) Linux Debian GNU/Linux 10 (buster) Java version: 11.0.5+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM Java package: openjdk-11-jre:amd64-11.0.5+10-1~deb10u1 Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: Region [TMS_BLOCK_v2] Resetting cache }}} " skyper defect 18797 2 Same layer name used multiple times Core latest 2020-02-26T17:57:27+01:00 2020-02-27T12:29:46+01:00 "==== What steps will reproduce the problem? 1. Have a data layer ""Data Layer 1"" 1. save session with layer 1. restart JOSM and load session 1. create new data layer ==== What is the expected result? New layer gets name ""Data Layer 2"" ==== What happens instead? Two layers with name ""Data Layer 1"" ==== Please provide any additional information below. Attach a screenshot if possible. Be careful, there could be several layers with name ""Data Layer"" + integer with no needs to start at 1 or have a order. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-02-26 10:50:27 +0100 (Wed, 26 Feb 2020) Revision:15937 Build-Date:2020-02-26 09:52:41 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper defect 19305 2 java.lang.UnsatisfiedLinkError: libgstreamer-lite.so: cannot open shared object file Plugin javafx 2020-05-28T14:36:17+02:00 2021-06-28T23:38:32+02:00 "==== What steps will reproduce the problem? 1. Start JOSM with Mapillary installed from terminal ==== What is the expected result? No ""SEVERE"" messages in terminal log ==== What happens instead? Terminal is flooded with ""SEVERE"" messages about unsatified links ==== Please provide any additional information below. Attach a screenshot if possible. I even have `libopenjfx-java 11.0.2+1-1` installed on the system, so there is no need to install and use the javafx plugin at all. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-05-27 21:23:59 +0200 (Wed, 27 May 2020) Revision:16511 Build-Date:2020-05-28 01:30:47 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (16511 en) Linux Debian GNU/Linux 10 (buster) Java version: 11.0.7+10-post-Debian-3deb10u1, Debian, OpenJDK 64-Bit Server VM Java package: openjdk-11-jre:amd64-11.0.7+10-3~deb10u1 Plugins: + Mapillary (1.5.23) + apache-commons (35362) + apache-http (35092) + javafx-unixoid (35375) + jna (35092) Last errors/warnings: - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libavplugin-ffmpeg-57.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libavplugin-56.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libavplugin-ffmpeg-56.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libavplugin-54.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libavplugin-ffmpeg-58.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libfxplugins.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory - E: java.lang.UnsatisfiedLinkError: /plugins/javafx/libavplugin-57.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory }}} {{{ 2020-05-28 13:59:11.926 INFO: loading plugin 'javafx-unixoid' (version 35375) 2020-05-28 13:59:12.553 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-ffmpeg-57.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-ffmpeg-57.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) 2020-05-28 13:59:12.691 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-56.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-56.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) 2020-05-28 13:59:12.696 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-ffmpeg-56.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-ffmpeg-56.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) 2020-05-28 13:59:12.724 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-54.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-54.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) 2020-05-28 13:59:12.727 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-ffmpeg-58.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-ffmpeg-58.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) 2020-05-28 13:59:13.139 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libfxplugins.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libfxplugins.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) 2020-05-28 13:59:13.293 SEVERE: java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-57.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: $HOME/.local/share/JOSM-latest/plugins/javafx/libavplugin-57.so: libgstreamer-lite.so: cannot open shared object file: No such file or directory at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442) at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498) at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627) at java.base/java.lang.Runtime.load0(Runtime.java:768) at java.base/java.lang.System.load(System.java:1834) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLib(JavaFxPlugin.java:134) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.access$000(JavaFxPlugin.java:40) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:118) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin$LibVisitor.visitFile(JavaFxPlugin.java:103) at java.base/java.nio.file.Files.walkFileTree(Files.java:2724) at java.base/java.nio.file.Files.walkFileTree(Files.java:2796) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.loadNativeLibs(JavaFxPlugin.java:143) at org.openstreetmap.josm.plugins.javafx.JavaFxPlugin.(JavaFxPlugin.java:53) at org.openstreetmap.josm.plugins.javafx.JavaFxPluginUnixoid.(JavaFxPluginUnixoid.java:18) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at org.openstreetmap.josm.plugins.PluginInformation.load(PluginInformation.java:364) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:804) at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:890) at org.openstreetmap.josm.plugins.PluginHandler.loadEarlyPlugins(PluginHandler.java:916) at org.openstreetmap.josm.gui.MainApplication.updateAndLoadEarlyPlugins(MainApplication.java:1139) at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:904) at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:276) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:712) }}} " skyper defect 19748 2 Risky autofix: Incorrect roundabout (highway: primary instead of {trunk/motorway}) Core validator latest 2020-09-02T13:43:36+02:00 2020-09-03T19:37:29+02:00 "==== What steps will reproduce the problem? 1. Validate attached file 2. ''Incorrect roundabout (highway: primary instead of trunk)'' ==== What is the expected result? No warning (this roundabout isn't trunk; the road sign to end the trunk is ~10m before the roundabout). I think for `highway=trunk` and `highway=motorway` it's much less likely to encounter a (small) roundabout that is also trunk/motorway. More likely the trunk/motorway status ends just before the roundabout. ==== What happens instead? Warning and bad autofix ==== Please provide any additional information below. Attach a screenshot if possible. Suggestion: if the connecting road is motorway / motorway_link / trunk / trunk_link and the roundabout is `highway=primary`, skip the check. (Or perhaps set priority to ""other"" instead of ""warning"") Alternative suggestion: do not provide an autofix and change the warning to something more flexible, like: ''Multiple {connecting_highway_tag} connections to a roundabout with {roundabout_highway_tag}. Check the roundabout or connections.'' [https://www.mapillary.com/app/?lat=51.79151976128049&lng=5.718302878353658&z=17&focus=photo&pKey=0jnjbGlAV1W2Ehk2oWswPw Mapillary] image with the roundabout and the ""end of trunk"" traffic sign. The error is in [https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/validation/tests/Highways.java#L112 Highways.java -> testWrongRoundabout(...)] ---- {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-07-30 12:44:04 +0200 (Thu, 30 Jul 2020) Build-Date:2020-07-31 01:30:49 Revision:16812 Relative:URL: ^/trunk Identification: JOSM/1.5 (16812 nl) Windows 10 64-Bit OS Build number: Windows 10 Home 2004 (19041) Memory Usage: 808 MB / 1820 MB (507 MB allocated, but free) Java version: 1.8.0_261-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920x1080 (scaling 1.0x1.0) Maximum Screen Size: 1920x1080 Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32 Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (35414) + imagery_offset_db (35405) + pt_assistant (2.1.10-80-g7d9bba3) + tageditor (35258) + turnlanes-tagging (283) + undelete (35521) + utilsplugin2 (35487) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 Validator rules: + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss }}} " Famlam defect 19875 2 Inactive Map Paint styles cause bad performance Core 2020-10-02T10:16:42+02:00 2021-03-29T01:14:48+02:00 "==== What steps will reproduce the problem? 1. Have JOSM default style and a lot of (complex) inactive(!) Map Paint styles in preferences 2. Add a non-complex Map Paint style in the preferences dialog, e.g. the LIT style 3. Stop/Start JOSM ==== What is the expected result? Quick reaction on 2. and no long delay in start phase ==== What happens instead? Long delay and high CPU activity ==== Please provide any additional information below. Attach a screenshot if possible. Watch the timestamps! {{{ 2020-10-02 10:04:40.365 FINE: Initializing map style resource://styles/standard/elemstyles.mapcss completed in 37 ms 2020-10-02 10:04:56.758 FINE: Initializing map style https://josm.openstreetmap.de/josmfile?page=Styles/Lit&zip=1 completed in 1 ms }}} I think problem is that the inactive styles are completely parsed (including lots of `String.intern()` actions although only the ""meta"" section is wanted. ~~Might be a regression of #18749~~ Note that this was tested with a local build using r17083 although the reported version in the log below says !r17080. {{{ Build-Date:2020-10-02 09:36:29 Revision:17080 Is-Local-Build:true Identification: JOSM/1.5 (17080 SVN en) Windows 10 64-Bit OS Build number: Windows 10 Home 2004 (19041) Memory Usage: 1987 MB / 3641 MB (1072 MB allocated, but free) Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920x1080 (scaling 1.0x1.0) Maximum Screen Size: 1920x1080 Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32 VM arguments: [-ea, -Dfile.encoding=UTF-8] Program arguments: [--debug] Plugins: + OpeningHoursEditor (35414) + PolygonCutOut (v0.7) + apache-commons (35524) + buildings_tools (35563) + continuosDownload (91) + ejml (35313) + geotools (35169) + gridify (1588746833) + jaxb (35092) + jts (35122) + merge-overlap (35248) + o5m (35248) + opendata (35513) + pbf (35446) + poly (35248) + reverter (35556) + terracer (35560) + undelete (35521) + utilsplugin2 (35487) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Ph_Typhoon&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ColourGPSData&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ColourTag&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Kerbs&zip=1 - https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_AFR.zip - https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_AME.zip - https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR_OC.zip - https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR_OR.zip - https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_PAC.zip + https://josm.openstreetmap.de/josmfile?page=Styles/Lit&zip=1 }}} " GerdP defect 20014 2 Tiles constantly reloading Core imagery latest 2020-11-01T17:31:45+01:00 2021-04-27T20:36:48+02:00 "==== What steps will reproduce the problem? 1. Zoom to an area in Luxembourg 2. Activate the 'geoportail.lu ortho latest' layer This isn't easy to reproduce, and doesn't happen every time. Sometimes, zooming out and in fixes it. It has been happening to me for a few versions, but has been getting worse. ==== What is the expected result? Tiles load and get displayed ==== What happens instead? Tiles constantly reload, flashing on the screen. ==== Please provide any additional information below. Attach a screenshot if possible. See attached video. I also get this with other layers hosted on a different server like ""openstreetmap.lu ""mapper’s delight"" hillshade lidar 2019 with unclassified points"" from Imagery > Elevation. See also #19741 {{{ Revision:17288 Is-Local-Build:true Build-Date:2020-10-31 01:23:03 Identification: JOSM/1.5 (17288 SVN en_GB) Mac OS X 10.15.7 OS Build number: Mac OS X 10.15.7 (19H2) Memory Usage: 8192 MB / 8192 MB (4855 MB allocated, but free) Java version: 15.0.1+8, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.apple.laf.AquaLookAndFeel Screen: Display 69733632 1680x1050 (scaling 2.0x2.0) Maximum Screen Size: 1680x1050 Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32 VM arguments: [--module-path=/Applications/JOSM.app/Contents/app/mods] Plugins: + AddrInterpolation (35583) + CommandLine (35583) + Create_grid_of_ways (35583) + ImportImagePlugin (35248) + ImproveWay (29) + Mapillary (1.5.27) + OpeningHoursEditor (35579) + PicLayer (2a9aa7a) + RelationDissolve (0.2.0) + alignways (35583) + apache-commons (35524) + apache-http (35092) + areaselector (368) + austriaaddresshelper (1597341117) + auto_tools (73) + buildings_tools (35579) + changeset-viewer (22) + conflation (0.6.6) + continuosDownload (91) + contourmerge (v0.1.6) + ejml (35313) + geotools (35169) + gridify (1588746833) + imagery-xml-bounds (35546) + jaxb (35092) + jna (35092) + jogl (1.2.3) + jts (35122) + log4j (35092) + opendata (35513) + openqa (0.2.0) + poly (35248) + public_transport (35405) + reltoolbox (35602) + reverter (35579) + shrinkwrap (v1.0.3) + splinex (35454) + terracer (35579) + todo (30306) + undelete (35521) + utilsplugin2 (35624) + wikipedia (1.1.4) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/BicycleJunction&preset&zip=1 + http://osmtools.de/josm/steps.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Historic_Stone&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&preset&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Golf_Course&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Bus_lanes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Historical_Objects&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/public_bookcase&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Stolpersteine&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Playground_Equipment&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportGtfs&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Heritage&zip=1 + https://gitlab.com/k127/josm-presets/raw/master/diplomatic.xml Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Lit&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Surface&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Modified&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/LessObtrusiveNodes&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Noname&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Power&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Surface-DataEntry&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PowerMapping&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/BesideTheRoad_Speed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/TreeCrownDiameter&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&style&zip=1 - https://github.com/simon04/coloured-addresses.mapcss/raw/master/dist/coloured-addresses.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Suburb&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&style&zip=1 - https://github.com/GlassOceanos/indoor-JOSM-style/archive/master.zip - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PTStops&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/HiDPISupport&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/NumberedCycleNodeNetworks&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/NumberedWalkingNodeNetworks&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Noname&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Potlach2_access&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/IconTester&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Potlatch2&zip=1 Validator rules: + http://www.openrailwaymap.org/validator/openrailwaymap.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 + http://www.openrailwaymap.org/validator/de-openrailwaymap.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/MissingWeekdays&zip=1 + https://raw.githubusercontent.com/nlehuby/transport_mapcss/master/transport.validator.mapcss Last errors/warnings: - 00025.335 W: Not a single layer for the name 'Bing Sat': [] - 00025.335 W: Not a single layer for the name 'ANA DTM 2017': [] - 00028.517 E: /plugins/opendata/resources/org/openstreetmap/josm/plugins/opendata/modules/fr/datagouvfr/datasets/agriculture/RegistreParcellaire.mapcss (No such file or directory) }}} " Stereo defect 20127 2 Fonts size too small for dialog boxes and the map Core latest 2020-11-21T17:09:34+01:00 2020-11-25T14:41:41+01:00 "I can resize menus fonts by gui.scale.*=1.5 but not dialog boxes and maps. {{{ $ xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1920x1080 60.00*+ }}} Linux Debian 10. {{{ $ xdyinfo # got wrong dpi infos: screen #0: dimensions: 1920x1080 pixels (508x285 millimeters) resolution: 96x96 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 }}} ==== What is the expected result? JOSM should detect automatically the dpi value (144 here). ==== What happens instead? JOSM is difficult to use. `GDI_SCALE=2` got huge and unusable fonts. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020) Revision:17084 Build-Date:2020-10-04 01:30:47 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (17084 fr) Linux Debian GNU/Linux 10 (buster) Memory Usage: 406 MB / 1866 MB (287 MB allocated, but free) Java version: 11.0.9+11-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1920x1080 (scaling 1.0x1.0) Maximum Screen Size: 1920x1080 Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32 Desktop environment: XFCE Java package: openjdk-11-jre:amd64-11.0.9+11-1~deb10u1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:- Plugins: + AddrInterpolation (35583) + OpeningHoursEditor (35579) + apache-commons (35524) + ejml (35313) + geotools (35169) + jaxb (35092) + jts (35122) + opendata (35513) + utilsplugin2 (35624) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/TurnLanes&zip=1 Map paint styles: + https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 Validator rules: + https://josm.openstreetmap.de/josmfile?page=Rules/FranceSpecificRules&zip=1 }}} " rpnpif@… defect 20256 2 False positives of some validator rules caused by incomplete data Plugin pt_assistant 2020-12-16T15:19:05+01:00 2020-12-16T15:21:24+01:00 "There are some validator rules which do not work properly with incomplete data. Just one example: ==== What steps will reproduce the problem? 1. Download a PTv2 relation without members or a stop_area relation with members 1. In relation editor select all stops and platforms and download selected 1. Run validator ==== What is the expected result? No warnings ==== What happens instead? Warnings, see below. ==== Please provide any additional information below. Attach a screenshot if possible. Please, only warn about new objects and objects inside downloaded area. Outside downloaded area simply produces too many false positives. Thanks. Here is a list of test I found so far: **Error**: * `The stop is not served by any line, add it to a route relation` **Warning**: * `PT: Stop_position is not part of a way` * `PT: Stop position or platform is not part of a stop area relation` **Other**: * `PT: Refs of the routes do not match with the route_ref tag of the primitive` * see also #15038 and #19413 {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-12-14 18:34:04 +0100 (Mon, 14 Dec 2020) Revision:17410 Build-Date:2020-12-15 02:30:50 URL:https://josm.openstreetmap.de/svn/trunk Plugins: + pt_assistant (2.1.10-80-g7d9bba3) }}} " skyper defect 20752 2 Reorder imagery layers: Three shortcuts in preferences but non is working Core shortcuts latest 2021-04-13T00:29:59+02:00 2021-05-06T19:17:17+02:00 "==== What steps will reproduce the problem? 1. Start JOSM without preferences 1. Open Shortcut preferences 1. Search for `Imagery` ==== What is the expected result? One entry for `Reorder imagery layers` ==== What happens instead? Three entries with three different shortcuts for one action but non of them works. ==== Please provide any additional information below. Attach a screenshot if possible. As latest is buggy today, I used a Jenkins build. {{{ Revision:17756 Is-Local-Build:true Build-Date:2021-04-12 08:23:56 Identification: JOSM/1.5 (17756 SVN en) Linux Debian GNU/Linux 10 (buster) Memory Usage: 95 MB / 256 MB (26 MB allocated, but free) Java version: 11.0.9.1+1-post-Debian-1deb10u2, Debian, OpenJDK 64-Bit Server VM }}} " skyper defect 20832 2 [patch] Unknown turn restriction for restriction:hgv:conditional=no_left_turn Core validator 2021-05-02T12:26:55+02:00 2024-09-23T19:49:26+02:00 "==== What steps will reproduce the problem? 1. Validate https://www.openstreetmap.org/relation/12657026 (`type=restriction` `restriction:hgv:conditional=no_left_turn @ (20:00 - 08:00)`) ==== What is the expected result? No validation error? ==== What happens instead? Error ""Unknown turn restriction"" ==== Please provide any additional information below. Attach a screenshot if possible. Reported via https://app.element.io/#/room/#_oftc_#josm:matrix.org/$1619901120674395AzAOS:matrix.org {{{ Revision:17855 Is-Local-Build:true Build-Date:2021-05-02 11:46:51 Identification: JOSM/1.5 (17855 SVN en) Mac OS X 11.3 OS Build number: macOS 11.3 (20E232) Memory Usage: 235 MB / 2048 MB (55 MB allocated, but free) Java version: 16.0.1+9, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.formdev.flatlaf.FlatLightLaf Screen: Display 1 1440×900 (scaling 2.00×2.00) Display 2 3008×1692 (scaling 2.00×2.00) Maximum Screen Size: 3008×1692 Best cursor sizes: 16×16→16×16, 32×32→32×32 Environment variable LANG: en_IE.UTF-8 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: en_AT Numbers with default locale: 1234567890 -> 1234567890 }}} " simon04 defect 21084 2 Sorting more complex route relations completely fails Plugin pt_assistant 2021-07-09T15:28:56+02:00 2023-03-15T16:41:47+01:00 "==== What steps will reproduce the problem? 1. Have a more complex bus route ([attachment:Busroute_with_loops.osm.xz]) 1. Open relation editor 1. Sort relation with ""Sort PT Route Members Relation Editor"" ==== What is the expected result? No action at all as the relation is properly sorted and tags are according to the wiki ==== What happens instead? Order of stop and platform members is completely messed up and `name=*` and `to=*` are offered to change to incorrect values ==== Please provide any additional information below. Attach a screenshot if possible. Please, by default, do not change `name=*` into something which is not documented in the wiki and use the `from=*` and `to=*` for sorting instead of changing the values. For sure, do not mess up the order but stop if there are problems. Additionally, sort action should result in only one change but atm I get two entries in the command stack. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-07-09 02:08:51 +0200 (Fri, 09 Jul 2021) Revision:17970 Build-Date:2021-07-09 01:31:16 URL:https://josm.openstreetmap.de/svn/trunk Plugins: + pt_assistant (1ff2e15) }}} " skyper defect 21163 2 [WIP Patch] Validating an object (way with conditionals) fails Core validator tested 2021-07-25T21:20:48+02:00 2023-02-12T15:15:40+01:00 "==== What steps will reproduce the problem? 1. Validating [https://www.openstreetmap.org/way/30745336 this way] I came across that way by trying to solve an OSMOSE warning... ==== What is the expected result? Looking at [https://wiki.openstreetmap.org/wiki/Bus_lanes#Examples this page], I think the conditionals look ok. (Though I am not that much an expert ;-)) ==== What happens instead? Warnings are issued in JOSM saying the conditional keys use a wrong syntax on their values. ==== 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-07-12 02:41:41 +0200 (Mon, 12 Jul 2021) Build-Date:2021-07-12 00:42:49 Revision:18004 Relative:URL: ^/trunk Identification: JOSM/1.5 (18004 de) Windows 10 64-Bit OS Build number: Windows 10 Pro 2009 (19042) Memory Usage: 643 MB / 3616 MB (382 MB allocated, but free) Java version: 1.8.0_301-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: de_DE Numbers with default locale: 1234567890 -> 1234567890 Dataset consistency test: No problems found Plugins: + reverter (35732) Last errors/warnings: - 00005.719 W: Unable to request certificate of https://roottest-g3.pkioverheid.nl - 00006.245 W: Unable to request certificate of https://roottest-g3.pkioverheid.nl - 07173.462 W: No command found in undo/redo history, skipping confirmOrUndoMovement - 07186.477 W: No command found in undo/redo history, skipping confirmOrUndoMovement - 07501.212 W: java.net.SocketTimeoutException: Read timed out. Ursache: java.net.SocketTimeoutException: Read timed out - 07501.213 E: java.net.SocketTimeoutException: Read timed out. Ursache: java.net.SocketTimeoutException: Read timed out - 07501.229 E: org.openstreetmap.josm.io.OsmTransferException: Verbindung zum OSM-Server fehlgeschlagen. Bitte überprüfen Sie Ihre Internetverbindung.. Ursache: java.net.SocketTimeoutException: Read timed out. Ursache: java.net.SocketTimeoutException: Read timed out - 07501.229 E: org.openstreetmap.josm.io.OsmTransferException: Verbindung zum OSM-Server fehlgeschlagen. Bitte überprüfen Sie Ihre Internetverbindung.. Ursache: java.net.SocketTimeoutException: Read timed out. Ursache: java.net.SocketTimeoutException: Read timed out - 07501.229 E: org.openstreetmap.josm.io.OsmTransferException: Verbindung zum OSM-Server fehlgeschlagen. Bitte überprüfen Sie Ihre Internetverbindung.. Ursache: java.net.SocketTimeoutException: Read timed out. Ursache: java.net.SocketTimeoutException: Read timed out - 07501.243 E: Ein-/Ausgabefehler - Datenübertragungsfehler zum Server
""https://api.openstreetmap.org/api/0.6/map?bbox=9.1482263,48.7679374,9.1522263,48.7719374""
beim Hoch- oder Herunterladen.
Details: Read timed out }}} " DodalerAfenger defect 21656 2 Abort rendering when obsolete Core mappaint 2021-12-10T10:21:39+01:00 2021-12-11T20:05:25+01:00 "I sometimes need to use JOSM to display street network of whole Germany and JOSM is capable to do this, but there is a major drawback. You have to wait many seconds/minutes to get the display rendered until you can zoom in. When zoomed in enough JOSM is fast as it should be, but rendering the complete large data sets is awful. Now I actually don't want to see the complete dataset at once, but I have to go through this step to get to the data I want to see. My suggestion would be: As soon as input events appear which in the end will anyway cause a rerendering: Abort the current rendering and start with the new one. @Vincent: Do you think that's feasible? Would be a big help when it takes no longer minutes to see the data I want, but only a few seconds." stoecker defect 22423 2 [Patch] Do not mix capital/lowerkey letter keys in Tags/Memberships window Core 2022-10-03T12:29:10+02:00 2024-09-24T19:02:58+02:00 "In the Tags/Memberships window keys are by default sorted with capital letter keys first, then lowerkey letter keys. If I accidentially hit the column header then the keys are sorted with capital and lowerkey letter keys mixed. I have not found a way to reverse that mistake, except restarting JOSM. Keys in capital letter are usually temporary keys used when importing, so it is very inconvenient to have them mixed with the ""permitted"" keys. It increases the risk of forgetting to delete a capital letter key before uploading. The sorting could be improved by sorting capital letter keys and lowerkey letter keys separately, as per the default sorting, or at least support a way to get back to that state." nkamapper defect 22755 2 Inconsistent behavior of ∈ (building node part of building shape) Core 2023-02-19T23:43:36+01:00 2023-02-20T23:59:52+01:00 "I spotted [osmwww:node/8793042989 node 8793042989] where a (closed) `building` way contains a node with the same building tag, i.e. a node of the way equals the way itself. Maybe it is interesting for JOSM to add the following rule to catch such cases? {{{#!rule way[building][building!=no]:closed > node[building][tag(""building"")==parent_tag(""building"")] { throwWarning: tr(""{0} node part of {0} way"", ""{0.key}""); } }}}" Famlam defect 22971 2 min-josm-version ignored for validator rules Core 2023-05-28T23:12:55+02:00 2023-10-24T15:00:37+02:00 "==== What steps will reproduce the problem? 1. Create the following file, name it X.validator.mapcss and load it into JOSM as an external validator rule file {{{#!mapcss meta { title: ""Test""; min-josm-version: 999999; } * { throwWarning: ""X""; } }}} 2. Validate any data ==== What is the expected result? No warning ""X"" for any data, as JOSM is only at version 18721, thus failing the `min-josm-version` requirement `min-josm-version` is supported in `meta` according to [wiki:Help/Styles/MapCSSImplementation#Typeselector] ==== What happens instead? Any object gets a warning (e.g. min-josm-version is ignored) ==== Please provide any additional information below. Attach a screenshot if possible. Of course this isn't a problem for most users, until new features get added, like the recently introduced `parent_way_angle()` {{{ Revision:18721 Build-Date:2023-05-03 12:38:30 Identification: JOSM/1.5 (18721 nl) Windows 10 64-Bit OS Build number: Windows 10 Home 2009 (19045) Memory Usage: 405 MB / 2012 MB (230 MB allocated, but free) Java version: 17.0.7+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920×1080 (scaling 1.10×1.10) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: nl_NL Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djpackage.app-version=1.5.18721, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe] Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (35924) + SimplifyArea (35978) + imagery_offset_db (35978) + pbf (36034) + pt_assistant (2.1.15-19-g9aeec3c-SNAPSHOT) + reverter (36043) + tageditor (36011) + turnlanes-tagging (v0.0.5) + undelete (36011) + utilsplugin2 (36011) Tagging presets: + http://mijndev.openstreetmap.nl/~allroads/JOSM/Presets/NL-Fiets.zip Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1 Validator rules: + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1 + https://raw.githubusercontent.com/Famlam/OsmMapcssValidationNL/main/netherlands.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_Destination.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/Colour.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/notprefix.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_MultipleTag2.validator.mapcss + %UserProfile%\Documents\tijdelijke bestanden\Osmose\osmose-backend-master\plugins\Josm_workarounds.validator.mapcss Last errors/warnings: - 00001.163 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF' - 00001.167 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF' - 00002.690 E: java.security.KeyStoreException: Windows-ROOT not found. Oorzaak: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available }}} " Famlam defect 24028 2 Upload dialog should preserve all changset's tags if an open changset is the target Core 2024-11-27T19:45:59+01:00 2024-11-27T19:45:59+01:00 "This happened to me lately where I unintentionally changed values of `comment=*`, `source=*` and `created_by=*` ==== What steps will reproduce the problem? 1. Upload a CS with `comment=*` and `source=*` set (and maybe even `created_by=*`) but do not close it afterwards 1. Make some more changes 1. Try to upload the additional changes to the existing CS. ==== What is the expected result? JOSM automatically chooses the open CS and should fill all fields with the data from the changeset. ==== What happens instead? JOSM automatically chooses the open CS **but** the content of the fields are not automatically filled with the existing data which can easily lead to unintended changes of the tags. Especially, `created_by=*` is challenging, if e.g. the reverter plugin was used. ==== Please provide any additional information below. Attach a screenshot if possible. Might sound like an enhancement but I have chosen `defect` as there is a high risk in unintentional changes of important CS's tags. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2024-11-25 23:17:46 +0100 (Mon, 25 Nov 2024) Revision:19262 Build-Date:2024-11-27 02:30:34 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (19262 en) Linux Debian GNU/Linux 12 (bookworm) Java version: 17.0.13+11-Debian-2deb12u1, Debian, OpenJDK 64-Bit Server VM Look and Feel: com.formdev.flatlaf.FlatDarculaLaf Plugins: + flatlaf (36349) + reverter (36343) + undelete (36349) + utilsplugin2 (36350) }}} " skyper enhancement 571 2 node placement tools Core 2008-01-03T20:40:09+01:00 2020-10-27T21:33:01+01:00 "I whish the JOSM team good luck in the new year and I wish... to have some tools to aid node placement. * enter nodes longitude and latitude by hand * place a node at a specified distance and azimuth from another node * place a node(s) at specified distance from a way (this could help for #67). One selects a way, some nodes and, either, enters the distance in the dialog (I prefere this), or the distance is taken from one (which?) of nodes. Then every node is moved along a line between it and the way and transversal to the selected way. * align three nodes in line but, shift one of the outers not the inner one, so one can elongate already existing way, preserving its direction. With this set of tools I think it should be possible to draw quite accurately with only masurement tape and few gps points. Think about drawing buildings' outlines." steelman enhancement 1708 2 JOSM should not make me wait for up/downloading data but do it in background Core 2008-11-04T21:31:07+01:00 2018-10-14T01:24:34+02:00 "Downloading or uploading data makes you sit in front of a progress bar with nothing useful to do. I'm not sure if this is avoidable for ""normal data"" because of collisions (i.e. uploading data, while editing it.), but it sounds safe to implement this for the GPS download dialog. Only problem with ""hiding"" the dialog is that there's no place to display an error message if the download failed, and popping it up from nowhere doesn't seem too good either. Maybe displaying a note in the ""map area"" might work, at least it shouldn't take up any permanent place." xeen enhancement 2318 2 snap to ways / nodes while in select/move mode Core latest 2009-03-16T16:33:21+01:00 2016-06-12T11:55:05+02:00 "A snap in select/move mode would be great (to move or manipulate existing geometry in a clean way). Snapping ideally should be configurable (on/off in general, snapping to Nodes, Ways, Midpoints).[[BR]] This would help to move different Objects to the same place without modifying their geometry (e.g. several adjacent tennis-courts: create one in geometry-mode, copy, paste, select complete 2nd one and move corner-point in snap point-mode to corner point of the other).[[BR]] Another possible use would be to adjust already created orthogonal geometry: greate a rectangle in geometry mode, than adjust length by selecting the nodes of one side and move these nodes *just on* one of the ways -> 90 deg. corners are kept." dieterdreist enhancement 3384 2 Prevent modified status even if no real modification has been done Core latest 2009-09-03T17:06:31+02:00 2016-06-24T21:11:32+02:00 "Sometimes there are duplicate nodes in the map, however, if I merge two duplicated nodes (that are not used by anything else, like POIs), this should result in one of the nodes being deleted (and the other kept), however, the result is that one of the nodes is deleted and the other is flagged as modified, so it gets uploaded to server even when it have not changed at all. This happend both when merging the nodes manually and when merging through validator (""fix"" button on listing of duplicated nodes) Attached is example of JOSM behavior: dupnodefix-before.osm - situation before doing anything. Two identical nodes at same position dupnodefix-after.osm - situation after fixing (merging nodes) - note that one of the nodes have action='delete', second have action='modify' The result should be that only one of the nodes gets deleted and the other is kept intact. " anonymous enhancement 4368 2 conflict-list sorting Core latest 2010-01-14T14:21:25+01:00 2020-04-06T12:29:18+02:00 "please sort relations in conflict-list by name and not by id. for nodes it would be nice to have them sorted by position and not by id.[[BR]] for way I do not know yet, but I'd prefere name or position in favour of id. Thanks skyper" skyper enhancement 4399 2 tree-view for relation-list Core 2010-01-19T14:08:53+01:00 2018-07-11T17:43:49+02:00 "Since there exist more and more relations, please provide a tree-view, sorted as types for the relations-list. Thanks skyper" skyper enhancement 4494 2 conflict manager: do not block josm totally Core latest 2010-02-08T15:37:36+01:00 2019-02-10T18:14:25+01:00 "Hi again. It would be superb to be able to move around on the map with an opened conflict-manager-window to investigate the conflict. Especially with big areas you often only need to look at some nodes but I have to close the conflict-manager-window to move the map to be able to investigate these nodes. Thanks" skyper enhancement 4509 2 "In addition to ""conflicts"", detect and resolve ""potential map anomalies""" Core latest 2010-02-11T14:32:39+01:00 2012-02-16T00:21:59+01:00 "Hi[[BR]] Thanks for your work !!!! I do not know which of the previous reported bugs apply for this bug, or are their even more ?[[BR]] Fact is that merging results in broken data. I have attached 3 osm-files. First my one, second data just downloaded, third the result of merge after conflict-resolution (only 10 conflicts, I think their should be more !!!). Check for id:48279045 and this intersection. By the way, lots of the duplicated nodes in the server.osm are result of josm not uploading right. (#4401) cu skyper" skyper enhancement 4689 2 conflict management: Remember width of columns in member window Core latest 2010-03-08T18:47:50+01:00 2016-05-16T15:40:48+02:00 "Please let JOSM remember the width of colomns in member conflict window. Right now I have to readjust it for every conflict I want to solve. Thanks a lot. r3094, sun java" skyper enhancement 5900 2 Presets: combo box styled element to setting the key to a fixed predefined value Core 2011-02-02T20:28:36+01:00 2013-08-11T17:06:44+02:00 "To circumvent the bad parsing bahaviour of keys styled as:[[BR]] key=value1;value2;value3;... I let the user choose a fixed predefined values in the key in this proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 Yes, this is now very common until now, but I don't want to see e.g. 10 values (or maybe more) as [http://www.openstreetmap.org/browse/relation/1302029 here] in the value field, even when some people tried to convince me to use a key such as health_specialty=a;b;c;d;... as the next will enter the same as e.g. health_specialty=b;d;a;c;... and so on. This is why the requested feature should made it possible to present a list of fixed predefined values as already possible with:[[BR]] {{{ values=""entry1,entry2,entry3"" }}} and {{{ display_values=""Entry1,Entry2,Entry3"" }}} but only for the value and not for the key. The usage concept should be one of the following two cases: 1. It is only possible to select a value from a pre-defined list in the combo box, which is read only. The value of the key must then be a fixed value such as ""yes"". This single combo box will be presented to the user as it is still done. 2. It should optional possible to put a second combo box for the value beside the first one for the key. Which works as it already did. In this case the user should be forced to select a value from the combo box for the key first, if it is set to undefined. After he selected one of the pre-defined keys, the second value combo box will be actived, which is disabled otherwise.. " Fabi2 enhancement 6141 2 extend confict message on upload and provide a button to update. (WAS: warn before upload old/outdated data) Core 2011-03-22T13:56:43+01:00 2022-10-31T01:17:42+01:00 "Hi Thanks for your work It would be nice if JOSM displays a warning if you try to upload old or outdated data and give an advice/link to update the data first. This is very useful if an upload fails and if you open an old file for example. Thanks skyper r3998 " skyper enhancement 6180 2 audioicons status indication Core audio 2011-04-04T20:40:33+02:00 2012-12-29T20:11:54+01:00 "it would be great - especially for clusters of close audio-tagged waypoints - to have an indication of - waypoint that is currently being played (blinking?) - waypoint that has already been played (and thus is most likely inserted into map) - have a possibility to mark as ""unread"" as well" jose1711 enhancement 6283 2 Namespaces should be collapsible in the tag list Core tested 2011-04-29T19:26:51+02:00 2014-11-08T13:33:48+01:00 "Objects with a lot of tags result in key/value lists that are long and always need to be scrolled to reach certain keys. since more and more tags are used as namespaces, it would be a nice feature that namespaces can be collapsed. i could imagine some sort of arrow symbol left to the keys (like in windows explorer for example), that i can click and tags of a certain namespace get expanded or collapsed. there would be the need for options in the settings, which would allow to define, if namespaces should be expanded or collapsed by default, or if the feature should be deactivated completely (to get the current behavior). also the states for each namespace should be remembered for each object during the run of the program. an example, where this would be beneficial, would be fuel stations. they have a lot of ""fuel:"", ""payment;"", ""addr:"" and maybe in the future ""access:"" keys, that would qualify for a collapsed display." flaimo enhancement 6337 2 Add option to download incomplete multipolygons Core 2011-05-11T16:43:42+02:00 2020-07-29T13:21:47+02:00 "In the download dialog we currently have the option to download GPS data and OSM data. Additionally an button to ""download incomplete multipolygons"" should be added. Reason: People try to ""FIX"" multipolygons, when they are displayed strange due to the state of being incomplete in JOSM. Downloading missing elements in the currently downloaded area may solve this issue." stoecker enhancement 6338 2 Better display of incomplete multipolygons Core mappaint 2011-05-11T16:44:51+02:00 2024-10-03T23:05:17+02:00 Incomplete multipolygons may be displayed a lot better, when they are clipped at the download boundaries. It is not possible to get this always right, but in most cases a good guess should be usable to improve display a lot. stoecker enhancement 6870 2 Increase Readability of Available Presets Core 2011-09-20T23:10:53+02:00 2020-09-03T12:44:48+02:00 "As the number of external presets increases, the preference dialog ""Available presets"" gets more and more unreadable. Here are some ideas to improve on that: * Sort the presets by name * Get rid of `presets`, `tags`, … in the preset `description` * Prefix by country code, e.g., `""[AT] plan.at source""` * Rearrange the three parts ""Available presets"", ""Active presets"" and ""Icon paths"": position them on top of each other to increase the width of the former two * Display ""Available presets"" in a table * List some defined presets for each ""Available presets"" * … `[further ideas are welcome]`" simon04 enhancement 7336 2 Snapping and unglueing in Improve Way Accuracy mode Core 2012-01-29T19:23:32+01:00 2015-08-13T17:33:19+02:00 "I believe there is a need to allow for snapping to existing nodes and ways and for unglueing nodes with the **Improve Way Accuracy mode**. This will help with repairing ways which are inappropriately connected to other ways, or that are missing common nodes (intersections), without having to switch to another mode and perform several mouse+key actions. I would propose for unglueing nodes we simply use **{{{G}}}**, just as in **Select mode**. There is no need for a preview drawing, since no nodes will be moved. I believe this is logical and wouldn't cause conflicts. It is a little more difficult with snapping. All of the simple modifiers are already used, along with most compound modifiers. **{{{Ctrl+Alt}}}** and **{{{Shift+Ctrl+Alt}}}** are the only compound modifiers available, but they aren't a logical extension of the existing behavior of those keys. One possibility is to change the way deleting works, perhaps by using **{{{D}}}**, though we would lose the preview capability. Another is to use **{{{Tab}}}** to switch snapping mode on and off. I tend to prefer the latter, since the deletion action benefits from a preview mode." joshdoe enhancement 7397 2 UX improvements for click handling on validator bugs Core validator 2012-02-15T16:06:31+01:00 2014-01-14T16:44:21+01:00 "On the list of bugs shown in the validator. The user experience could be improved. Left click relates to the selection in the list. It sometimes means 'fix' is available and permits multiple selections. That's fine. Double-click selects the object in the map editing panel (same action as the 'select' button beneath) but you may not necessarily be able to see the element currently (not zoomed to it in the data area) Right click gives you a context menu with one option 'zoom to problem' but you may not have the problem highlighted or selected Improvements:[[BR]] 1) Double click should both select the element and zoom to it.[[BR]] 2) Right-click -> 'zoom to problem' should also select the element as well as zooming to it (same action) Likewise the 'select' button in the panel could wired into the same action[[BR]] 3) Right click should either act upon all multi-selected items in the list, or act on the item you right clicked on (as it does currently) In the latter case, to make this clearer, it should clear any current list selection and select the list entry you right-clicked on.[[BR]] 4) Right click context menu might as well list other actions (providing an alternate way to achieve the same thing) such as 'fix' and 'ignore'" Harry Wood enhancement 7451 2 download incomplete members in background Core latest 2012-02-26T03:40:46+01:00 2013-06-29T01:42:15+02:00 "Please, have an option to move the download of incomplete members in background. Thanks" skyper enhancement 7479 2 Debug layer to show node movement Plugin 2012-03-06T13:14:30+01:00 2013-04-03T17:59:19+02:00 "I just thought of this after commenting on #7295; it would be useful to have a debug layer that shows node movements from the last (or configurable) command in the stack. As in the conflation plugin, the layer can simply show arrows indicating the movement from the old to the new position after performing an action like '''Replace Geometry'''. This could perhaps be expanded to show other changes I can't think of right now. As for implementing, I'm not sure the best way; perhaps have a duplicate {{{DataSet}}} that's always one command behind (which might be too computationally intensive to find all changes), or just analyze the commands themselves for the changes." joshdoe enhancement 7487 2 option to auto-save the current osm file after upload Core 2012-03-08T18:28:22+01:00 2021-11-08T16:42:27+01:00 "It would be nice to have a checkbox in the upload window (maybe in the advanced options or whatever) to save the .osm file to disk automatically after the upload is complete (if it is a disk file anyway, if not then just ignore the setting). If I do an upload and walk away from it before it finishes and then josm crashes, or just gets accidentally closed without saving, the roads will be marked for upload and create duplicate ways on the server if the file is re-opened later. (relayed from AndrewBuck on #osm)" Cobra enhancement 7489 2 [patch needs rework] Undo merge and download actions Core 2012-03-09T05:36:36+01:00 2022-08-29T15:34:15+02:00 I'm just starting to look at the code for this, and I think I'm seeing why a command isn't used for the replace action; it's complicated. However I'd like to know if this is the only reason a command isn't used for this, or if there's some factor which makes it nearly impossible to implement. For anyone interested start looking in [source:josm/trunk/src/org/openstreetmap/josm/actions/MergeSelectionAction.java], [source:josm/trunk/src/org/openstreetmap/josm/data/osm/visitor/MergeSourceBuildingVisitor.java], and dive from there. joshdoe enhancement 7506 2 [Patch] Adding shortcut for relation editor and tag editor Core shortcuts latest 2012-03-15T05:29:27+01:00 2020-10-18T12:55:13+02:00 "Currently we have advanced relation editor, but there is no fast way to invoke it. User should press the button by mouse or select ""relation membership"" in properties and press Alt-S. Relation can be selected easily with alt-click, middle-click, etc. It would be good to have some shortcut to launch editor dialog. Another idea: currently we have no editable tag table for nodes/ways (like in unsupported TagEditor plugin). We can introduce it, reusing TagTable or TagEditorPanel, currently used in relation editor only. '''E''' can be used as launching shortcut (my Adjacent Nodes action from Utilsplugin2 can move). (please correct me if I forgot something already existing)" akks enhancement 7537 2 Load history-data in background Core 2012-03-21T22:49:43+01:00 2013-06-29T02:51:15+02:00 "Just an idea: Because ""Show history"" window sometimes takes minutes to respond, and data is usually not so important for the current tasks, maybe that ""Loading..."" window could be non-modal and allow working in the software until the data finally arrives. It often takes very long time for the history to load. Thanks!" kempelen enhancement 8390 2 [Patch draft] save conflicts to file Core 2013-01-31T19:36:23+01:00 2016-01-11T11:23:42+01:00 "[[Image(source:trunk/images/dialogs/conflict.png)]] It should be possible to save the conflicts of a data layer to a file. The easiest way would be to include conflict data in the corresponding .osm file. " bastiK enhancement 8622 2 Junction validator? Core validator 2013-04-21T15:02:16+02:00 2021-10-02T00:21:12+02:00 "Is is possible to make a junction validator to check for a right highway tag? [osmwiki:Tag:junction%3Droundabout#Selection_of_the_right_highway_tag OSM Wiki]" Debeet enhancement 8659 2 "window ""advanced info"" should not block" Core 2013-05-02T17:18:50+02:00 2013-05-06T03:32:06+02:00 "The extra window of ""advanced info"" does block josm totally. " skyper enhancement 8782 2 Possibility to disable core functions Core 2013-06-10T13:52:27+02:00 2013-06-10T15:42:21+02:00 "[ticket:7328#comment:23 comment:23 on #7328 by akks]: > By the way, disabling core actions, mapmodes, or toggle dialogs can be implemented easily. No one ever asked to do it) Do you think it can help to work on slow machines? > > All we need to do is to add ""if"" to their initialization lines: > {{{ > addMapMode(new IconToggleButton(new ExtrudeAction(this), true)); > addMapMode(new IconToggleButton(new ImproveWayAccuracyAction(Main.map), true)); > ... > addToggleDialog(filterDialog = new FilterDialog()); > addToggleDialog(new ChangesetDialog(this), true); > addToggleDialog(new MapPaintDialog()); > }}} > and make proper configurator. Think this could help not only on slower machines and also to make a customized version. There is also #4614. " skyper enhancement 9297 2 detect nodes with unneeded railway=level_crossing Core validator 2013-11-09T09:18:02+01:00 2021-02-22T17:51:28+01:00 "Variant of #9245 ( detect nodes with unneeded highway=crossing ) Rules: A - node that may be left by cars in two directions. Naive check: (highway=residential or highway=unclassified or highway=primary or highway=secondary or highway=tertiary or highway=trunk (...)) B - node that may be left by railway vehicles in two directions (railway=*) This check should find all nodes with railway=level_crossing but failing to pass check A or check B Example of edit fixing this problem: osmwww:browse/changeset/18795103 {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-11-09 02:35:12 Last Changed Author: Don-vip Revision: 6381 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-11-08 14:41:01 +0100 (Fri, 08 Nov 2013) Last Changed Rev: 6381 Identification: JOSM/1.5 (6381 en_GB) Windows 7 32-Bit Memory Usage: 94 MB / 247 MB (31 MB allocated, but free) Java version: 1.7.0_45, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (29854) Plugin: notes (v0.6) }}}" mkoniecz enhancement 9299 2 detect nodes with unneeded railway=crossing Core validator 2013-11-09T09:23:49+01:00 2020-03-30T18:29:53+02:00 "variant of #9245 "" Any node with (((without foot access AND without bicycle access) OR (without railway=*)) AND (with railway=crossing)) should be reported as ""railway=crossing is probably not needed here""."" {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-11-09 02:35:12 Last Changed Author: Don-vip Revision: 6381 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-11-08 14:41:01 +0100 (Fri, 08 Nov 2013) Last Changed Rev: 6381 Identification: JOSM/1.5 (6381 en_GB) Windows 7 32-Bit Memory Usage: 94 MB / 247 MB (31 MB allocated, but free) Java version: 1.7.0_45, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (29854) Plugin: notes (v0.6) }}}" mkoniecz enhancement 9319 2 Lines with higher layer value should be drawn on top of lines of lower layer value (also while line with lower layer is marked) Core mappaint 2013-11-15T17:36:47+01:00 2014-05-26T12:47:42+02:00 "Example of way badly rendered by JOSM osmwww:browse/way/139115599 Fixing this would be helpful as switched layers are undetectable by automatic checks {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-11 01:36:45 Last Changed Author: bastiK Revision: 7105 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-11 01:48:28 +0200 (Sun, 11 May 2014) Last Changed Rev: 7105 Identification: JOSM/1.5 (7105 en) Windows 7 32-Bit Memory Usage: 73 MB / 247 MB (22 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30438) Plugin: buildings_tools (30416) Plugin: continuosDownload (28565) Plugin: lakewalker (30416) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: wikipedia (30416) }}}" mkoniecz enhancement 9376 2 "For building=roof without layer tag, intersecting with roads, footways, cycleways etc validator should mention that typical roof is above other objects and it should have ""layer=1"" tag" Core validator 2013-11-27T21:16:46+01:00 2013-12-06T11:30:18+01:00 """Crossing ways (1)"" is quite mysterious ""Roof crossing with other objects, maybe it should have layer=1 tag?"" (or something like this) would be smarter. Current report is quite confusing (for me, reporter of #9362 and probably others). This suggestion definitely should be given for crossing with highway=*, and must not be given for crossing with buildings. Not sure about other types of objects. Note that after adding this special case layerless, intersecting roofs should not appear also in ""Crossing ways"" category. I encountered this difficulty on osmwww:browse/way/248676077 {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-11-25 02:34:44 Last Changed Author: Don-vip Revision: 6413 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-11-25 02:19:43 +0100 (Mon, 25 Nov 2013) Last Changed Rev: 6413 Identification: JOSM/1.5 (6413 en_GB) Windows 7 32-Bit Memory Usage: 108 MB / 247 MB (31 MB allocated, but free) Java version: 1.7.0_45, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (29854) Plugin: notes (v0.6) }}}" mkoniecz enhancement 11446 2 Download around node Core 2015-05-18T03:58:23+02:00 2026-01-06T00:39:05+01:00 "When a node is selected, `Download along` is disabled (we can't run it). Instead this, couldn't we have an option to `Download around` the node? It could use a `radius` input as option. JOSM: {{{ Build-Date: 2015-05-16 16:26:50 Revision: 8366 Is-Local-Build: true Identification: JOSM/1.5 (8366 SVN pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 247 MB / 4029 MB (134 MB allocated, but free) Java version: 1.7.0_79, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u79-2.5.5-1 VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found Plugins: - AddrInterpolation (30892) - Create_grid_of_ways (30892) - FastDraw (30892) - FixAddresses (30892) - OpeningHoursEditor (30962) - PicLayer (31114) - SimplifyArea (30962) - buildings_tools (31120) - download_along (30892) - editgpx (30892) - geotools (31068) - graphview (30892) - jts (31002) - measurement (30892) - merge-overlap (30988) - opendata (31116) - pdfimport (30892) - poly (31056) - reverter (31120) - tagging-preset-tester (31120) - todo (29154) - turnrestrictions (31034) - undelete (30892) - utilsplugin2 (31120) }}}" naoliv enhancement 11643 2 startup: check online resources (presets, imagery..) only in reasonable intervals Core 2015-07-02T16:55:43+02:00 2015-07-02T16:55:43+02:00 "currently josm will check those upon every startup unless started with --offline. Make it reload online resources only if those weren't already downloaded recently. " RicoZ enhancement 11983 2 """Crossing ways"" operator in MapCSS" Core validator 2015-10-17T18:22:22+02:00 2020-02-29T21:52:40+01:00 "Could we have some kind of ""crossing ways"" operator, please? (like #9516, but for ways) For example: {{{ #!mapcss way[waterway=river] ⤫ way[natural=tree_row] { throwWarning: tr(""foo""); } }}} or even ways and relations: {{{ #!mapcss way[highway] ⤫ relation[boundary=administrative] { throwWarning: tr(""foo""); } }}}" naoliv enhancement 12066 2 Option to restore object to its original state Core 2015-11-05T14:27:27+01:00 2015-11-05T18:05:29+01:00 "For the lazy, could we have a ""Restore"" option (in the File menu, together with Update data, Update selection, Update modified) to restore the selected objects back to their version in OSM? By default I was thinking to have only the selected objects restored, but maybe it could also be split into Restore data, Restore selection and Restore modified? It's not an undelete, but a quickier shortcut to purge the object + redownload from OSM. JOSM: {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-11-05 02:34:01 Last Changed Author: Don-vip Revision: 8993 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-11-05 03:05:19 +0100 (Thu, 05 Nov 2015) Last Changed Rev: 8993 Identification: JOSM/1.5 (8993 pt_BR) Linux Debian GNU/Linux testing (stretch) Memory Usage: 721 MB / 9102 MB (191 MB allocated, but free) Java version: 1.7.0_91, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u91-2.6.2-1 VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found Plugins: - Create_grid_of_ways (31603) - OpeningHoursEditor (31696) - PicLayer (31694) - RoadSigns (31694) - SimplifyArea (31694) - apache-commons (31718) - buildings_tools (31694) - conflation (0.1.8) - contourmerge (1013) - download_along (31603) - editgpx (31603) - geotools (31603) - imagery_offset_db (31694) - importvec (31694) - jts (31603) - log4j (31603) - measurement (31694) - merge-overlap (31655) - opendata (31695) - pbf (31694) - pdfimport (31694) - poly (31694) - reverter (31694) - scripting (30722) - todo (29154) - turnrestrictions (31694) - undelete (31603) - utilsplugin2 (31694) }}}" naoliv enhancement 12124 2 area icons Internal mappaint style 2015-11-20T21:58:12+01:00 2022-11-08T00:13:00+01:00 "I find it hard to identify area features just from the color of the fill. `landuse=forest`, `leisure=pitch` and `landuse=farmland`, all look the same to me on the map. It would be nice to have patterns or other visual cues to tell them apart. My idea is to use a papercutting style with silhouette icons. Here is how it could look: [[Image(area-symbols-mockup.png)]] You can see `landuse=allotments`, `natural=wood` and `landuse=residential`. I've attached the style for testing. " bastiK enhancement 12365 2 Better deal with conflicts on deleted nodes Core 2016-01-14T18:31:55+01:00 2021-08-02T17:19:51+02:00 "Open the attached example file and select the way. Then revert changeset `36550386` (choose ""Revert selection only"") When asked to download objects outside the current data, say yes. There will be 2 conflicts, like this: [[Image(http://i.imgur.com/5vioZMR.png)]] Some cases where I guess this could be improved. '''a)''' Choose the coordinates from ""Their version"": [[Image(http://i.imgur.com/T4iF5sA.png)]] Note how the ""Deleted state"" still needs to be defined. Of course it doesn't make sense to choose ""deleted"" from ""My version"" (as there is no logic in setting a coordinate and also setting the object as deleted): [[Image(http://i.imgur.com/LTPxr4i.png)]] '''=====''' '''b)''' Choose ""not deleted"" from ""Their version"": [[Image(http://i.imgur.com/nXik2AB.png)]] We can see that we now have only one choice here: to choose ""Their version"" for coordinates. If there is only one choice, it should also be automatically selected too. '''=====''' In both cases, when selecting any value from ""Their version"", the other value should also be automatically chosen, exactly like we have if we choose ""deleted"" from ""My version"" JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-01-13 23:58:45 +0100 (Wed, 13 Jan 2016) Build-Date:2016-01-14 02:33:06 Revision:9436 Relative:URL: ^/trunk Identification: JOSM/1.5 (9436 pt_BR) Linux Debian GNU/Linux testing (stretch) Memory Usage: 533 MB / 9102 MB (336 MB allocated, but free) Java version: 1.8.0_72-internal-b05, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on] }}}" naoliv enhancement 12726 2 Include command stack actions in saved sessions Core 2016-04-04T18:16:48+02:00 2018-10-23T01:03:07+02:00 "==== What steps will reproduce the problem? 1. Load some OSM data 2. enable command stack menu 3. make edits visible in command stack 4. close JOSM without uploading and use option to save session to joz file 5. open JOSM 6. load saved session from joz file 7. note that command stack is empty and is not displaying not uploaded changes before saving session ==== What is the expected result? Command stack is displaying also actions before saving to file ==== What happens instead? Command stack is empty and is not displaying not uploaded changes before saving session ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-04-03 19:25:25 +0200 (Sun, 03 Apr 2016) Build-Date:2016-04-04 01:32:50 Revision:10108 Relative:URL: ^/trunk Identification: JOSM/1.5 (10108 en) Linux Ubuntu 14.04.4 LTS Memory Usage: 388 MB / 889 MB (154 MB allocated, but free) Java version: 1.8.0_77-b03, Oracle Corporation, Java HotSpot(TM) Server VM Dataset consistency test: No problems found Plugins: - OpeningHoursEditor (31772) - RoadSigns (31895) - measurement (31895) Validator rules: - /home/mateusz/Documents/OSM/josm.validator.mapcss }}} " mkoniecz enhancement 13036 2 More validation for commands Core 2016-06-23T12:52:12+02:00 2020-01-23T16:03:08+01:00 "Currently, the command class does only few validation of the layer the command works for. I suggest: - ~~Enforce that `layer` may not be null. Make command construction fail if it is.~~ - Always set the layer/dataset the command is working on. - Check that all primitives of that command belong to the layer `layer` (for add/move/delete/... commands). - if plugins want to change this, we can provide them with the means to extend the commands. They have to take care of the problems that occur then, e.g. handle data integrity. " michael2402 enhancement 13074 2 Make notes movable if not uploaded. Core notes 2016-06-27T15:27:48+02:00 2016-06-27T15:27:48+02:00 "This is an addendum to https://josm.openstreetmap.de/ticket/13027 (""Make notes editable / deletable if not uploaded."") It would be helpful to delete or move the marker for a note if it haven't been uploaded yet (negative ID). Currently there is no way of moving the place marker of a note after you clicked on ""Create OSM-Note"". The only way to correct a wrong placed marker is to delete the whole notes-layer." PHerison enhancement 13915 2 Allow rotating images Core image mapping 2016-11-04T14:58:03+01:00 2023-02-09T11:40:44+01:00 The image viewer for geotagged images should allow the rotation of images by 90, 180, 270 degrees. Sometimes images do not have a rotation JPG tag, or the viewer does not interpret it. quazgar enhancement 14092 2 Should not suggest to downgrade the classification of some roundabouts Core validator 2016-12-06T21:20:51+01:00 2023-02-03T19:48:49+01:00 "Validate the attached example and see two warnings about `Incorrect roundabout (highway:secondary instead of unclassifed)` If we click on `Fix` JOSM will downgrade both to `unclassified`, breaking the continuity of the secondary highways. Could JOSM somehow avoid to give a warning for such cases? Or maybe warn to verify the `highway=*_link` ways ending at the roundabout (if we properly tag them with `secondary` instead `secondary_link`, we won't have a warning about this) I am asking this because we are having, again, some users blindly validating and ""fixing"" the data in OSM using JOSM. Of course this is not a problem with JOSM, but I guess that this specific situation could be improved. Thank you! JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-12-05 22:01:54 +0100 (Mon, 05 Dec 2016) Build-Date:2016-12-06 02:33:24 Revision:11363 Relative:URL: ^/trunk Identification: JOSM/1.5 (11363 en) Linux Debian GNU/Linux testing (stretch) Memory Usage: 247 MB / 10206 MB (47 MB allocated, but free) Java version: 1.8.0_111-8u111-b14-3-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-8-jre:amd64-8u111-b14-3 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-11 VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}}" naoliv enhancement 14378 2 Global territory selector Core validator 2017-02-16T18:15:25+01:00 2018-12-02T02:34:24+01:00 "Could we have a way to say that all the MapCSS rules inside one file is related to one territory only? For example, instead needing to modify every rule in https://github.com/OSMBrasil/validador-josm/blob/master/Rules_Brazilian-Specific.validator.mapcss I could only set something in the header and JOSM would understand that all the rules apply only to Brazil. JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-02-15 02:11:05 +0100 (Wed, 15 Feb 2017) Build-Date:2017-02-15 02:34:07 Revision:11568 Relative:URL: ^/trunk Identification: JOSM/1.5 (11568 pt_BR) Linux Debian GNU/Linux 9.0 (stretch) Memory Usage: 275 MB / 10206 MB (139 MB allocated, but free) Java version: 1.8.0_121-8u121-b13-3-b13, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-8-jre:amd64-8u121-b13-3 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [-Dawt.useSystemAAFontSettings=on] }}}" naoliv enhancement 14426 2 """what changed but not yet saved"" view" Core 2017-02-28T07:10:56+01:00 2021-01-01T22:21:14+01:00 "It would be highly useful to have an easy way to view what has changed but hasn't been saved. Something similar to the ""history"" view, but without downloading the entire history of an object." nyurik enhancement 14686 2 Allow adjusting the rectangle on Download Slippy Map Core 2017-04-24T08:08:11+02:00 2020-08-23T21:06:22+02:00 "On the Download window Slippy Map, it one makes one little mistake when dragging out the rectangle with the pointer, one must start all over. It should be like GIMP, where one can grab an edge to make an adjustment. This is particularly important when the area one wants extends off the screen and one wants to move the screen there and continue to adjust the box, without having to zoom out first." jidanni enhancement 14887 2 Ability to lock some objects according to mapcss selector Core 2017-06-02T12:26:52+02:00 2017-06-03T00:07:53+02:00 "Hi, Following a discussion with Vincent this morning during the SoTMFr conference, it may be useful to get locking functions in the Core JOSM engine. Let's imagine a mapcss selector (in a config file) which can lock matching objects. Users won't be able to edit tags, move nodes or change anything else on those objects. But they will still be able to use them as ways or relations members. This way of doing makes the objets still visible while locked. A simple filter just hide objects. In case of complex filters or highly cluttered map, users can quickly forgot existing hidden objects and duplicate them. I'm available to discuss this a little bit more or help if needed All the best " francois.lacombe enhancement 14921 2 Support Sentinel 2 data directly Core imagery 2017-06-09T22:35:01+02:00 2024-11-20T01:23:32+01:00 "We already have some reused sentinel data in our Maps overview, but that is not really a good solution. Sentinel provides a large amount of imagery and a dedicated interface would be good. Especially there needs to be a time span selection to easily choose proper data (i.e. no clouds, ...). Conditions: https://sentinel.esa.int/documents/247904/690755/Sentinel_Data_Legal_Notice Data directly: http://sentinel-pds.s3-website.eu-central-1.amazonaws.com/ SciHub: https://scihub.copernicus.eu/ A WMS/TMS/WMTS service: http://www.sentinel-hub.com/apps/wms It looks like asking www.sentinel-hub.com for JOSM/OSM conditions would be the fastest solution, but probably direct access to Sentinel data is worth the effort?" stoecker enhancement 14965 2 Improve autofilters Core 2017-06-25T12:00:27+02:00 2020-02-28T21:56:13+01:00 "Autofilters have been implemented in #14929. The feature can be enhanced: - allow users to define their auto filters through the filter dialog - ✅ provide better/faster access to change the current autofilter (maybe in the visibility menu of the layer panel) → #18628 - ✅ allow values with units → #18679 - allow non-numeric values - remove the zoom parameter? - ✅ document the whole thing on the wiki - Done. - ✅ see #17436" Don-vip enhancement 15530 2 Designated direction for railway tracks Internal preset 2017-11-08T09:28:25+01:00 2022-07-27T14:31:16+02:00 "Oneway tag is not applicable to railway=rail (and others, like railway=subway), because there are no legal obstacles to trains going either way. But usually there is a common direction of travel. Mappers use these tags to specify it: * [https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Tracks railway:preferred_direction]=forway/backward/both * [https://wiki.openstreetmap.org/wiki/User:AMDmi3/designated_direction designated_direction]=forward/backward/both These tags are used on 61k and 3.5k objects respectively. Could you please add both, ot at least the first one, to presets and the map style? It would help mappers not add oneway=yes on railway tracks and hint at the correct tagging. Also it'd be great to validate railway+oneway combilation and suggest a better tagging." Zverikk enhancement 15751 2 [PATCH] oneway=reversible|alternating for highways Internal preset 2018-01-08T20:32:38+01:00 2021-12-26T00:39:33+01:00 "With https://twitter.com/bhousel/status/948995008404729856 I guess that the usage of `oneway=reversible|alternating`¹ might increase. ¹ https://wiki.openstreetmap.org/wiki/Key:oneway#List_of_values I am unsure if JOSM should also include them in the presets, but at least it should ignore the values when validating (so we won't see messages like `Value 'alternating"" for key 'oneway' not in presets`) JOSM: {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2018-01-08 02:45:59 +0100 (Mon, 08 Jan 2018) Revision:13300 Build-Date:2018-01-08 01:49:06 URL:http://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (13300 pt_BR) Linux Debian GNU/Linux testing (buster) Memory Usage: 1349 MB / 7168 MB (769 MB allocated, but free) Java version: 9.0.1+11-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-9-jre:amd64-9.0.1+11-1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [--add-modules=java.activation,java.se.ee, -Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}}" naoliv enhancement 16029 2 Warn about keys representing quantities when splitting a way Core 2018-02-28T13:58:38+01:00 2020-01-30T22:16:43+01:00 "Some parking lanes have been mapped with capacity specified, in tags ""parking:lane::capacity[:disabled]"". When splitting such way, the capacity tag is duplicated on each part of the way. Could you please make a warning after splitting a non-closed way with parking lane capacity specified?" Zverikk enhancement 16258 2 GDPR related API changes Core 2018-05-07T20:29:46+02:00 2020-10-12T16:19:58+02:00 "Seen on [https://lists.openstreetmap.org/pipermail/dev/2018-May/030233.html dev mailing list]: ''The LWG has made some recommendations about what we need to change on the web site and API to comply with future European data protection rules. On the whole this boils down to ""logged-in users get the same stuff they get today, but guests who are not logged in will not see details about users"".'' The detailed LWG recommendations are [https://wiki.openstreetmap.org/w/images/8/88/GDPR_Position_Paper.pdf here]. List of what Frederik believes needs to be changed on the API and web site, [https://wiki.openstreetmap.org/wiki/GDPR/Affected_Services here]. For JOSM it means we have to check the various anonymous API calls don't provoke any crash when data is missing. I doubt it :) ~~GDPR enters into force on 25th May. So we must release 18.05 before that.~~ The API is not going to change before GDPR enters in to force, as per Frederik's [https://lists.openstreetmap.org/pipermail/osmf-talk/2018-May/005156.html e-mail]: > ''the general feeling is that it's going to be something like a 6 month project for the whole package, with some measures certainly being taken early on to demonstrate our will to comply. Regarding the API changes specifically, once we're clear about the scope we'll need to determine how much work it is to make the changes, and then find someone to make them... it's certainly on a scale of months not weeks.''" Don-vip enhancement 16315 2 add indoor=* to internal preset Internal preset 2018-05-25T22:27:20+02:00 2019-03-04T22:05:33+01:00 "has decent usage numbers and could be considered for the internal preset - osmwiki:Key:indoor - osmwiki:Simple_Indoor_Tagging - https://taginfo.openstreetmap.org/keys/?key=indoor#values - wiki:Presets/Simple_Indoor_Tagging" Klumbumbus enhancement 16373 2 When opening new ticket from JOSM, pre-fill component field (if known) Core bugreport 2018-06-11T00:57:33+02:00 2018-06-11T20:56:47+02:00 "When a plugin throws an exception and JOSM asks you to report the issue as new ticket, at least the component field should be pre-filled with the right plugin. This can be achieved by using the query string parameter `component`, additionally to `pdata_stored`. Then not so many issues have to be re-categorized, because not all JOSM users who create tickets are able to find out from the status report from which component the issue originated. Maybe it would even be helpful to pre-fill other fields, like populating the `summary` field with the thrown exception and the class and line where it occured. E.g. `UnknownHostException: wwww.example.org (thrown in SomeClass)`. The URL that JOSM should open could then look something like this: https://josm.openstreetmap.de/josmticket?component=Plugin%20wikipedia&summary=UnknownHostException%3A%20wwww.example.org%20%28thrown%20in%20SomeClass%29&pdata_stored=01234567890123456789abcd" floscher enhancement 16941 2 Display the default projection Core 2018-11-03T05:02:13+01:00 2018-11-05T20:39:27+01:00 "I was thinking if we shouldn't have a `(default)` displayed here: [[Image(https://i.imgur.com/Hkv2eDO.png)]] For example, `Mercator (default)` JOSM: {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2018-11-02 21:45:21 +0100 (Fri, 02 Nov 2018) Revision:14404 Build-Date:2018-11-02 21:02:52 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (14404 pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 407 MB / 3072 MB (108 MB allocated, but free) Java version: 11.0.1+13-Debian-2, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Java package: openjdk-11-jre:amd64-11.0.1+13-2 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21 VM arguments: [-Dawt.useSystemAAFontSettings=gasp] Plugins: + ImportImagePlugin (34576) + OpeningHoursEditor (34535) + SimplifyArea (34586) + apache-commons (34506) + buildings_tools (34572) + download_along (34503) + editgpx (34506) + ejml (34389) + geojson (87) + geotools (34513) + jaxb (34506) + jogl (1.2.2) + jts (34524) + log4j (34527) + measurement (34529) + merge-overlap (34664) + opendata (34698) + reverter (34552) + tageditor (34560) + todo (30306) + turnlanes-tagging (272) + turnrestrictions (34643) + undelete (34568) + utilsplugin2 (34506) + wikipedia (v1.1.1) }}}" naoliv enhancement 17074 2 detect railway=level_crossing nodes that are not on crossing of railway=* and highway=* ways Core validator 2018-12-05T08:27:13+01:00 2021-06-04T00:11:34+02:00 "==== What steps will reproduce the problem? 1. tag lone railway=level_crossing node (validator complains that it should be on the way) 2. create highway=residential way, join railway=level_crossing node to it 3. run validator ==== What is the expected result? Validator complains about missing railway=* way (or about missing highway=* way if it is on railway=* way without crossing with any highway=* way) ==== What happens instead? No complaints. ==== Please provide any additional information below. Attach a screenshot if possible. Implemented in Osmose - see http://osmose.openstreetmap.fr/en/map/#zoom=10&lat=50.0337&lon=20.122&item=7090&level=1%2C2%2C3&tags=&fixable= {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2018-12-04 01:45:45 +0100 (Tue, 04 Dec 2018) Build-Date:2018-12-04 02:32:21 Revision:14507 Relative:URL: ^/trunk Identification: JOSM/1.5 (14507 en) Linux Ubuntu 16.04.5 LTS Memory Usage: 508 MB / 869 MB (287 MB allocated, but free) Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34535) + buildings_tools (34724) + continuosDownload (82) + imagery_offset_db (34641) + measurement (34529) + reverter (34552) + todo (30306) Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. }}} " mkoniecz enhancement 17243 2 Add checked validator keys/tags to Taginfo? Core validator 2019-01-24T22:47:02+01:00 2019-01-27T13:18:58+01:00 "Add a new [https://taginfo.openstreetmap.org/projects Taginfo project] containing the keys/tags checked in the validator. This could be extracted automatically from the MapCSS-based checker. The other tests could return their checked tags in a to be implemented method `getValidatedTagsForTaginfo`. Ref: https://taginfo.openstreetmap.org/projects/osm_inspector_addresses#tags, https://taginfo.openstreetmap.org/projects/checkautopista#tags, …" simon04 enhancement 17403 2 Complain about crossing administrative boundary with road and stop offering to join administrative boundary and road due to duplicated nodes Core validator 2019-03-02T15:08:16+01:00 2019-05-07T19:47:24+02:00 "==== What steps will reproduce the problem? 1. Load provided test file 2. Run validator ==== What is the expected result? Validator complains about shared node of administrative boundary and road. Validator is not offering to damage data by joining administrative boundary and road. ==== What happens instead? Validator doe not complain about shared node of administrative boundary and road. Validator is offering to damage data by joining administrative boundary and road. ==== 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: 2019-02-23 17:46:51 +0100 (Sat, 23 Feb 2019) Build-Date:2019-02-24 02:30:49 Revision:14802 Relative:URL: ^/trunk Identification: JOSM/1.5 (14802 en) Linux Ubuntu 16.04.5 LTS Memory Usage: 415 MB / 869 MB (119 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34867) + buildings_tools (34867) + continuosDownload (82) + imagery_offset_db (34867) + measurement (34867) + reverter (34867) + todo (30306) Validator rules: + ${HOME}/Desktop/tmp/test.validator.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: Cannot start IPv4 remotecontrol server on port 8111: Address already in use (Bind failed) - W: Cannot start IPv6 remotecontrol server on port 8111: Address already in use (Bind failed) - W: Cannot start IPv4 remotecontrol https server on port 8112: Address already in use (Bind failed) - W: Cannot start IPv6 remotecontrol https server on port 8112: Address already in use (Bind failed) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match relation name=PLAYGROUND leisure=playground (i.e., TagMap[name=PLAYGROUND,leisure=playground]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match relation name=parking amenity=Parking (i.e., TagMap[amenity=Parking,name=parking]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match node name=PLaYGrOUNd leisure=playground (i.e., TagMap[name=PLaYGrOUNd,leisure=playground]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match node name=parking amenity=Parking (i.e., TagMap[amenity=Parking,name=parking]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match way name=parking amenity=Parking (i.e., TagMap[amenity=Parking,name=parking]) }}} " mkoniecz enhancement 17406 2 Complain about nodes shared by man_made=pipeline and highway=*, do not offer to merge nodes of man_made=pipeline and highway=* Core validator 2019-03-02T20:21:31+01:00 2019-05-07T19:46:43+02:00 "==== What steps will reproduce the problem? 1. Edit in TIGER infested area 2. Spot nodes of highway=* and man_made=pipeline sharing the same location (see point 1) 3. Run JOSM validator ==== What is the expected result? JOSM is not offering to join pipeline and road or at least is complaining after merging them ==== What happens instead? JOSM is merging nodes of highway=* and man_made=pipeline and validator is not complaining is subsequent runs ==== 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: 2019-02-23 17:46:51 +0100 (Sat, 23 Feb 2019) Build-Date:2019-02-24 02:30:49 Revision:14802 Relative:URL: ^/trunk Identification: JOSM/1.5 (14802 en) Linux Ubuntu 16.04.5 LTS Memory Usage: 485 MB / 869 MB (156 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34867) + buildings_tools (34867) + continuosDownload (82) + imagery_offset_db (34867) + measurement (34867) + reverter (34867) + todo (30306) Validator rules: + ${HOME}/Desktop/tmp/test.validator.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match relation name=PLAYGROUND leisure=playground (i.e., TagMap[name=PLAYGROUND,leisure=playground]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match relation name=parking amenity=Parking (i.e., TagMap[amenity=Parking,name=parking]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match node name=PLaYGrOUNd leisure=playground (i.e., TagMap[name=PLaYGrOUNd,leisure=playground]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match node name=parking amenity=Parking (i.e., TagMap[amenity=Parking,name=parking]) - W: Expecting test '{0.tag}' (i.e., [*[name=parking][amenity=parking], *[name=playground][leisure=playground], *[name=shop][shop][shop'NEQ'no], *[name=building][building][building'NEQ'no], *[name=kiosk][shop=kiosk], *[name=cemetery][amenity=graveyard], *[name=cemetery][landuse=cemetery], *[name=cmentarz][amenity=graveyard], *[name=cmentarz][landuse=cemetery]]) to match way name=parking amenity=Parking (i.e., TagMap[amenity=Parking,name=parking]) }}} " mkoniecz enhancement 17533 2 Check waterway flow direction Core validator latest 2019-03-27T15:22:38+01:00 2023-12-26T20:04:00+01:00 "==== What steps will reproduce the problem? 1. Recreate the following as on the picture 2. Run the validator ==== What is the expected result? JOSM should warn about the middle drain because it has drawn in the wrong direction (also see #12646). ==== What happens instead? Nothing. [[Image(flow direction.png)]] {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-03-26 22:46:08 +0100 (Tue, 26 Mar 2019) Build-Date:2019-03-27 02:30:53 Revision:14936 Relative:URL: ^/trunk Identification: JOSM/1.5 (14936 hu) Windows 10 64-Bit OS Build number: Windows 10 Pro 1809 (17763) Memory Usage: 718 MB / 1820 MB (516 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: \Display0 1920x1200 Maximum Screen Size: 1920x1200 VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=%UserProfile%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\31\583aa85f-6f9da138, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Djnlpx.splashport=50584, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm-latest.jnlp, -Djnlpx.jvm=\bin\javaw.exe] Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34867) + apache-commons (34506) + continuosDownload (82) + ejml (34389) + geotools (34513) + jaxb (34678) + jts (34524) + opendata (34911) + reverter (34946) + tag2link (34867) + tageditor (34867) + turnlanes-tagging (280) + utilsplugin2 (34932) + wikipedia (v1.1.1) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 Validator rules: + https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. }}} " gaben enhancement 17770 2 deprecate service=irrigation/transportation/water_power? Core validator 2019-05-30T00:24:36+02:00 2019-08-20T23:20:23+02:00 "osmwiki:Tag:service=irrigation is used more than 10.000 times. But we define in presets osmwiki:Tag:usage=irrigation, used 6.000 times. I guess we should deprecate `service` for waterways and promote `usage` instead?" Don-vip enhancement 17891 2 Add support for junction:ref=* in relation editor Core 2019-07-08T12:01:47+02:00 2019-07-08T14:22:54+02:00 "__Summary__ The relation editor should render ways with [https://wiki.openstreetmap.org/wiki/Proposed_features/junction_details junction:ref]=* as ""Junction [number]"" or similar, appearing only if ref=* and name=* is not defined. __Details__ Firstly, thank you for adding support for tagging junction:ref=* under [[ticket:17791|#17791]]. I do not want to sound rude, but the ticket also wishes for the relation editor to recognise junction:ref=*, as described above. It seems that under JOSM 15234, the relation editor does not render junction:ref=* on motorway slip roads that have the tag, instead showing it as “highway”. This can confuse editors who sort members of a road relation in the relation editor… you know, to make it more tidy and easier to locate in future?" ika-chan! enhancement 17905 2 Store the imagery layers names used to edit data and use them in source Core 2019-07-08T23:18:25+02:00 2019-07-11T23:20:07+02:00 "Would it be possible for JOSM to store the name of the layers that were enabled and used for edition? ie, if we add/modify/delete any data, then we store the top-most active layer name (which is the current visible layer). With this we could have a more accurate source that was used for editing, regardless of whether the layer is disabled or even removed. For example, right now we have this: * create e new data layer * add any imagery layer * insert some data * disable the imagery layer * ask to upload the data * click on `obtain from current layers` at the source and see how nothing is inserted Instead using only the names of the active layers, we would use the stored names where in fact some data was edited. Maybe there could also be an option to use the names of the active layers and/or the used layers. This info should be included on the session files and the autosave files too, if possible (so even if JOSM/the computer crashes, we would still have a list of the used layers). JOSM: {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-07-08 01:14:04 +0200 (Mon, 08 Jul 2019) Revision:15234 Build-Date:2019-07-07 23:17:09 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (15234 pt_BR) Linux Debian GNU/Linux 10 (buster) Memory Usage: 322 MB / 2048 MB (85 MB allocated, but free) Java version: 11.0.4-ea+10-post-Debian-1, Debian, OpenJDK 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Java package: openjdk-11-jre:amd64-11.0.4+10-1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22 libcommons-compress-java: libcommons-compress-java:all-1.18-2 libcommons-logging-java: libcommons-logging-java:all-1.2-2 VM arguments: [-Dhttps.protocols=TLSv1,TLSv1.1,TLSv1.2, -Dawt.useSystemAAFontSettings=gasp] Dataset consistency test: No problems found }}}" naoliv enhancement 17925 2 Support leap seconds Core 2019-07-14T17:09:42+02:00 2021-04-10T13:18:04+02:00 "RTKLib Positioning Solution File (.pos) support has been added in #17829. Right now JOSM considers date are expressed in [wikipedia:Coordinated_Universal_Time UTC] but in fact they're using [wikipedia:Global_Positioning_System#Timekeeping GPS time]. They currently differ by 18 seconds (number of [wikipedia:Leap_Second leap seconds] added to UTC since 1980 UTC-GPS synchronization). It's not easy to support leap seconds in Java because Java date/time classes don't support them. The only Java libraries that support leap seconds are [https://github.com/MenoData/Time4J Time4J] and [https://github.com/ThreeTen/threeten-extra threeten-extra]." Don-vip enhancement 17927 2 Rollback Introduction page to ver 65 Wiki content 2019-07-15T01:11:54+02:00 2021-12-25T11:08:00+01:00 "It is proposed to move '''Introduction''' page back to version 65 and discard all edits made by {{{openstreetmap.org-user-d1g}}} https://josm.openstreetmap.de/wiki/Introduction?version=65 Now this page does not perform its function of providing background information on how to work with JOSM. The page contains copy-paste information from Mapbox manual pages on how to edit OSM. Links to these guides can be placed at the end of the page." andygol enhancement 17956 2 Inserting tags with Shift+Enter don't update the Tags dialog Core 2019-07-22T21:29:34+02:00 2019-07-23T00:44:08+02:00 "While inserting multiple tags with `Shift + Enter` the `Tags/Memberships` dialog isn't updated with the inserted tags. See the attached video to understand the problem. As it is now it's not possible to see the tags which we already inserted or not. JOSM: {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-07-20 23:09:36 +0200 (Sat, 20 Jul 2019) Revision:15260 Build-Date:2019-07-21 01:31:02 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (15260 en) Linux Debian GNU/Linux bullseye/sid Memory Usage: 365 MB / 6144 MB (140 MB allocated, but free) Java version: 13-ea+28-Debian-1, Debian, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22 libcommons-compress-java: libcommons-compress-java:all-1.18-2 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:- liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-2 VM arguments: [-Dawt.useSystemAAFontSettings=gasp] Program arguments: [--language=en] Dataset consistency test: No problems found Plugins: + FixAddresses (34977) + OpeningHoursEditor (34977) + PicLayer (35030) + SimplifyArea (34977) + apache-commons (34908) + apache-http (34908) + buildings_tools (34982) + ejml (35049) + geojson (124) + geotools (34908) + http2 (35062) + jaxb (35014) + jna (34908) + jts (35064) + log4j (34908) + mbtiles (v2.5.0) + measurement (35051) + merge-overlap (35072) + opendata (34997) + poly (34991) + reverter (34999) + tag2link (35070) + tageditor (34977) + todo (30306) + turnlanes-tagging (281) + turnrestrictions (34977) + undelete (34977) + utilsplugin2 (34977) + wikipedia (v1.1.1) }}}" naoliv enhancement 17980 2 "search dialog: better user interaction with ""deleted"" and ""incomplete""" Core latest 2019-07-27T15:42:44+02:00 2019-07-27T15:42:44+02:00 "This is a follow up of #17916 and #17919. ==== What steps will reproduce the problem? 1. open search dialog 1. uncheck `all objects` if checked 1. click on `deleted` or `incomplete` 1. search ==== What is the expected result? Some info that without `all objects` this search request will never find anything. ==== What happens instead? Only the number of objects found in the search request a shown, which will always be zero. ==== Please provide any additional information below. Attach a screenshot if possible. Even nicer would be to automatically set `all objects` if keywords 'deleted' and/or 'incomplete' are used. {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-07-23 21:47:40 +0200 (Tue, 23 Jul 2019) Build-Date:2019-07-24 01:30:51 Revision:15262 Relative:URL: ^/trunk }}} " skyper enhancement 18031 2 Complain about natural=rock used for large areas and suggest natural=bare_rock instead Core validator 2019-08-12T14:27:43+02:00 2019-09-19T22:55:06+02:00 "==== What steps will reproduce the problem? 1. Create large closed way to represent rock surface (like https://www.openstreetmap.org/way/32639987 or https://www.openstreetmap.org/way/375390567 ) and tag it with `natural=rock` 2. Run validator ==== What is the expected result? Validator suggest using `natural=bare_rock` instead ==== What happens instead? Nothing ==== Please provide any additional information below. Attach a screenshot if possible. I am not sure what would the largest rock that is ""notable rock feature or small group of rocks, attached to the underlying bedrock"" but if this idea is in principle accepted I may research it. OSM Wiki claims that > natural=rock describes a notable rock feature or small group of rocks, attached to the underlying bedrock, mainly as a single node element. > On the contrary, single boulders not attached to the bedrock are better tagged as natural=stone. > For larger bedrock areas you may use natural=bare_rock. https://wiki.openstreetmap.org/wiki/Tag:natural%3Drock Triggered by https://github.com/gravitystorm/openstreetmap-carto/pull/3832 {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-08-11 22:00:20 +0200 (Sun, 11 Aug 2019) Build-Date:2019-08-12 01:30:56 Revision:15296 Relative:URL: ^/trunk Identification: JOSM/1.5 (15296 en) Linux Ubuntu 16.04.6 LTS Memory Usage: 442 MB / 869 MB (105 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 libcommons-logging-java: libcommons-logging-java:all-1.2-1+build1 fonts-noto: fonts-noto:- Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34977) + PicLayer (35030) + buildings_tools (34982) + continuosDownload (82) + ejml (35049) + geotools (34908) + imagery_offset_db (34908) + jts (35064) + log4j (34908) + measurement (35051) + reverter (35084) + todo (30306) Validator rules: + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. }}} " mkoniecz enhancement 18033 2 integrate OpeningHoursEditor plugin into JOSM Core 2019-08-13T08:01:29+02:00 2019-08-13T08:17:42+02:00 "==== What steps will reproduce the problem? 1. start describing how opening_hours tag can be mapped by typical humans 2. notice that in JOSM it requires installing plugin ==== What is the expected result? JOSM is ready for opening_hours editing out of the box ==== What happens instead? It is necessary to manually install plugins ==== Please provide any additional information below. Attach a screenshot if possible. triggered by making https://wiki.openstreetmap.org/w/index.php?title=Key:opening_hours&diff=1889522&oldid=1882483 edit {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-08-11 22:00:20 +0200 (Sun, 11 Aug 2019) Build-Date:2019-08-12 01:30:56 Revision:15296 Relative:URL: ^/trunk Identification: JOSM/1.5 (15296 en) Linux Ubuntu 16.04.6 LTS Memory Usage: 419 MB / 869 MB (276 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 libcommons-logging-java: libcommons-logging-java:all-1.2-1+build1 fonts-noto: fonts-noto:- Plugins: + OpeningHoursEditor (34977) + PicLayer (35030) + buildings_tools (34982) + continuosDownload (82) + ejml (35049) + geotools (34908) + imagery_offset_db (34908) + jts (35064) + log4j (34908) + measurement (35051) + reverter (35084) + todo (30306) Validator rules: + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. }}} " mkoniecz enhancement 18042 2 complain where wikipedia tag is used instead of correct brand:wikipedia (or wikidata instead of brand:wikidata) Core validator 2019-08-15T15:06:30+02:00 2020-08-14T17:07:06+02:00 "==== What steps will reproduce the problem? 1. Create object with `wikipedia=en:KFC` and `wikidata=Q524757` ( https://www.wikidata.org/wiki/Q524757 ) 2. Run validator ==== What is the expected result? Validator complain that `brand:wikipedia` and `brand:wikidata` should be used and offers to replace it (or offers to simply delete such tags) ==== What happens instead? Nothing ==== Please provide any additional information below. Attach a screenshot if possible. For example see https://www.openstreetmap.org/node/6489549531 `wikidata=Q1689380`, `wikipedia-en:Jimmy John's` originally used was incorrect, `brand:wikidata=Q1689380`, `brand:wikipedia-en:Jimmy John's` are preferable in such case In general any wikidata id from https://github.com/osmlab/name-suggestion-index and any wikipedia page linked to such id can be never correctly used in `wikidata` and `wikipedia` tag and switching to `brand:wikipedia`/`brand:wikidata` is always a good edit. It would be a good idea to have autofix encouraging to swap such tags to ones with `brand:` prefixed. Note that associated `wikipedia` also should be moved to `brand:wikipedia` I have two implementation ideas (1) include NSI (+interwiki info) as database inside JOSM - it is more complex, including writing validators rule in Java but allows to use it also for different features (autocompletion of shop on writing name tag like in Vespucci, other validation rules) (2) generate validation rules from NSI and taginfo data (and also include interwiki info) - main negative here is that it would be necessary to regenerate such rules from time to time I can write script to generate such datasets and I can write script that will generate validation rules for solution (2) (in fact, I have already written and use very similar script for manual fixing of incorrectly used `wikipedia` and `wikidata` tags) but I am not sure whatever I can make patch that would add internal database as described in solution (1). iD ticket (implemented): https://github.com/openstreetmap/iD/issues/6416 {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-08-11 22:00:20 +0200 (Sun, 11 Aug 2019) Build-Date:2019-08-12 01:30:56 Revision:15296 Relative:URL: ^/trunk Identification: JOSM/1.5 (15296 en) Linux Ubuntu 16.04.6 LTS Memory Usage: 413 MB / 869 MB (75 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 libcommons-logging-java: libcommons-logging-java:all-1.2-1+build1 fonts-noto: fonts-noto:- Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34977) + PicLayer (35030) + buildings_tools (34982) + continuosDownload (82) + ejml (35049) + geotools (34908) + imagery_offset_db (34908) + jts (35064) + log4j (34908) + measurement (35051) + reverter (35084) + todo (30306) Validator rules: + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. }}} " mkoniecz enhancement 18135 2 Add emergency=access_point preset and map style Internal preset 2019-09-16T12:47:07+02:00 2019-10-06T17:23:10+02:00 "Add preset and map style for emergency=access_point, similar to highway=emergency_access_point https://wiki.openstreetmap.org/wiki/Tag:emergency%3Daccess_point In Czechia, there is a consensus to use the emergency=access_point variant for the emergency points. The reason for it: many emergency access points are not accessible by road, just by helicopter (marking places, where a heli can land), and the highway tag doesn't make sense there. Attached is the diff for the current elemstyles.mapcss and the preset." majkaz enhancement 18211 2 Allow to handle direction arrows in MapCSS Core mappaint 2019-10-08T19:03:02+02:00 2019-10-09T00:45:32+02:00 "It seems currently oneway/direction arrows are tied to oneway= tag directly. There should be the possibility to handle this in MapCSS. Our potlatch2.mapcss has something which sounds like a good idea. {{{ /*way[oneway=yes]::arrows, way[junction=roundabout]::arrows { z-index: 15; color: #555555; width: 2; dashes: 10,50; line-style: arrows; } way[oneway=-1]::arrows { z-index: 15; color: #555555; width: 2; dashes: 10,50; line-style: arrows-reversed; }*/ }}} Target should be: * override automatic oneway arrows (a canvas option?) * define the appearance of direction arrows (width, length, distances, only on line end, direction(forward/reverse), ...) * allow to use that feature on lines which don't have ""oneway=...""" stoecker enhancement 18240 2 Force/propose/automatically download of incomplete multipolygon relations for validation Core validator latest 2019-10-20T17:10:47+02:00 2020-10-15T07:31:39+02:00 "In the latest version of JOSM, there are some validation rules for multipolygon relations, however, these rules are only run when the relation has been completely downloaded. This can result in uploads in which the user unintentionally breaks these multipolygons due to preventable problems such as them not being closed. Even for users who are aware of the need to manually download incomplete multipolygons, which is far from everyone, it can be easy to not notice having touched an incomplete multipolygon in areas with a high multipolygon density. What I am suggesting is for the implementation of some way to either force the user to download all incomplete multipolygons, or at the least, make the user aware of having touched incomplete multipolygons and providing a method for the user to download all of the incomplete relations they have touched." Geimas5 enhancement 18270 2 Special rendering for highway=construction construction=footway/path/cycleway/steps Internal mappaint style 2019-10-28T14:55:57+01:00 2019-10-28T21:44:37+01:00 "==== What steps will reproduce the problem? 1. try to tag in area with plenty of marked highway=construction like https://www.openstreetmap.org/#map=19/52.14943/21.06068 ==== What is the expected result? I can distinguish minor ways under construction like highway=construction construction=footway/path/cycleway ==== What happens instead? I become confused ==== Please provide any additional information below. Attach a screenshot if possible. https://github.com/gravitystorm/openstreetmap-carto/issues/2224 is an equivalent in OSM Carto {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-10-08 23:08:20 +0200 (Tue, 08 Oct 2019) Build-Date:2019-10-08 21:10:57 Revision:15445 Relative:URL: ^/trunk Identification: JOSM/1.5 (15445 en) Linux Ubuntu 16.04.6 LTS Memory Usage: 447 MB / 869 MB (225 MB allocated, but free) Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 libcommons-logging-java: libcommons-logging-java:all-1.2-1+build1 fonts-noto: fonts-noto:- Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (34977) + PicLayer (35104) + apache-commons (35092) + buildings_tools (35171) + continuosDownload (82) + ejml (35122) + geotools (35169) + imagery_offset_db (34908) + jts (35122) + log4j (34908) + measurement (35051) + reverter (35084) + todo (30306) Validator rules: + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss + ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: Failed to add ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss to tag checker - W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss - W: Failed to add ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss to tag checker - W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss - W: Failed to add ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss to tag checker - W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss - W: java.net.SocketTimeoutException: Read timed out }}} " mkoniecz enhancement 18352 2 add tag dialog: prevent window size to be bigger than screen Core latest 2019-11-22T18:52:58+01:00 2019-11-22T18:52:58+01:00 "I changed from a big screen to a smaller screen. As I had changed `properties.recently-added-tags` to 30 in advanced preferences the dialog window did not fit on the screen, anymore. Strange is that the top of the dialog gets hidden and you have to move the window down to change the window size on top to get the important boxes in sight. ==== What steps will reproduce the problem? Depending on the screen and other options the numbers might be lower or even higher 1. Have 50 tags in history. 1. change `properties.recently-added-tags` to 50. 1. select object and open add tag dialog ==== What is the expected result? The important part of the dialog, top (tag and value boxes) and bottom (buttons) on the screen ==== What happens instead? Both top and bottom not on screen and top even hidden. ==== Please provide any additional information below. Attach a screenshot if possible. Not sure what the best fix would be. Either a scroll-bar for the recent tag list or even simply cutting the list. I did use metal look and feel. [[Image(add_tag_screenshot.png)]] {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2019-11-22 00:41:19 +0100 (Fri, 22 Nov 2019) Revision:15537 Build-Date:2019-11-22 02:30:57 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (15537 en) Linux Debian GNU/Linux 10 (buster) Memory Usage: 196 MB / 964 MB (81 MB allocated, but free) Java version: 11.0.5+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM Screen: :0.0 1366x768 Maximum Screen Size: 1366x768 Java package: openjdk-11-jre:amd64-11.0.5+10-1~deb10u1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22 libcommons-compress-java: libcommons-compress-java:all-1.18-2 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:all-20181227-1 VM arguments: [-Djosm.home=] Dataset consistency test: No problems found Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: Region [WMS_BLOCK_v2] Resetting cache - W: Region [WMTS_BLOCK_v2] Resetting cache }}} " skyper enhancement 18364 2 [WIP PATCH] Find routing islands Core validator 2019-11-27T20:51:08+01:00 2023-10-12T15:07:03+02:00 "It would be nice to have a check for various routing issues (e.g., I can get into an area, but I cannot get out), and point that out to mappers. The current patch does the following: * Point out areas where oneways cause routing islands On the list of things TODO: * Account for turn restrictions (partially implemented)" taylor.smock enhancement 18541 2 Obtain tagging descriptions from OpenStreetMap Wiki item Core 2020-01-09T22:46:10+01:00 2020-01-14T23:08:26+01:00 "1. Hover row/key `opening_hours` in PropertiesDialog 2. JOSM queries https://wiki.openstreetmap.org/w/api.php?action=wbgetentities&format=json&languagefallback=1&languages=en&origin=*&sites=wiki&titles=Locale%3Aen%7CKey%3Aopening%20hours which is the structured data from https://wiki.openstreetmap.org/wiki/Item:Q1667 3. JOSM extracts ""Describes when something is open or closed. …"" Screenshot in iD: [[Image(screenshot_id.png)]]" simon04 enhancement 18610 2 Do not show warning about modified incomplete multipolygon when only tags were added/modified Core validator 2020-01-24T13:24:38+01:00 2020-01-28T01:50:04+01:00 "==== What steps will reproduce the problem? 1. Have an incomplete multipolygon relation 1. add a tag to the relation 1. run validator ==== What is the expected result? No warning ==== What happens instead? `Incomplete multipolygon relation was modified (1)` ==== Please provide any additional information below. Attach a screenshot if possible. Please, only show this warning if changes in members or their order were made but not if only tags of the relation are added/modified. Thanks {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-01-23 22:57:46 +0100 (Thu, 23 Jan 2020) Revision:15755 Build-Date:2020-01-24 02:30:53 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper enhancement 18691 2 link to English version in the internal help browser Wiki content 2020-02-09T10:10:53+01:00 2020-02-11T10:05:45+01:00 "Sometimes the translated version is very late compared to the original version. Accessing this page would provide additional information. In the wiki, the existing links make it easy to change language. Currently, I manually add this link on the pages I edit, but not in the internal help browser. Would it be possible for the TranslatedPages macro to automatically create a link to the original English page in the translated page, accessible in the internal help browser?" leni enhancement 18733 2 Add support for PROJ datum grid CDN Core 2020-02-18T10:25:31+01:00 2021-01-23T17:39:04+01:00 "The josm Debian packages depends on proj-data for the grid files it provides (#14422). With the release of PROJ 7.0.0 scheduled for March 2020, the proj-datumgrid repository which serves as upstream for the grids is deprecated in favor of the proj-data repo containing the grids in GeoTIFF format and who are provided by the new CDN. See [https://proj.org/community/rfc/rfc-4.html PROJ RFC 4: Remote access to grids and GeoTIFF grids] for details. JOSM should probably add support for the CDN to fetch grids on demand when it needs them and they're not locally available." sebastic enhancement 18841 2 Reverse Ways: Option to remember choice for action Core 2020-03-02T15:52:06+01:00 2021-02-15T12:27:46+01:00 "Totally forgot about it: skyper on [ticket:8443#comment:1]: > ... > At least have an option to use the answer for all objects involved in this action and not only single per object or save for ever (save per session is in my opinion unsafe for a question of this importance). ==== What steps will reproduce the problem? 1. have many ways with `waterway=stream` selected 1. reverse ways 1. dialog opens ==== What is the expected result? An option to use the answer for all objects involed in the action ==== What happens instead? Only options to remember for session and forever. ==== Please provide any additional information below. Attach a screenshot if possible. Think everything above action is dangerous to remember. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-03-01 01:02:24 +0100 (Sun, 01 Mar 2020) Revision:15969 Build-Date:2020-03-01 02:30:56 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (15969 en) Linux Debian GNU/Linux 10 (buster) Memory Usage: 631 MB / 768 MB (80 MB allocated, but free) Java version: 11.0.6+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM Screen: :0.0 1366x768 Maximum Screen Size: 1366x768 Java package: openjdk-11-jre:amd64-11.0.6+10-1~deb10u1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22 libcommons-compress-java: libcommons-compress-java:all-1.18-2 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:all-20181227-1 liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-2 VM arguments: [-Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true, -Dsun.java2d.opengl=True] Program arguments: [Downloads/Notschrei_ToDo.joz] Dataset consistency test: No problems found Plugins: + ImproveWay (29) + Mapillary (1.5.20) + OpenStreetCam (304) + OpeningHoursEditor (35250) + apache-commons (35092) + apache-http (35092) + comfort0 (35314) + conflation (0.6.4) + ejml (35122) + geotools (35169) + imagery_offset_db (35248) + jaxb (35092) + jna (35092) + jts (35122) + opendata (35330) + reverter (35313) + undelete (35313) + utilsplugin2 (35248) + waydownloader (35092) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/Crafts&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1 + https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip + https://josm.openstreetmap.de/josmfile?page=Presets/AdvertisingPreset&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Drinks&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Playground_Equipment&zip=1 + ${HOME}/Downloads/FIXMEpreset.xml Map paint styles: + https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Admin_Boundaries&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Bench&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Incline&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Whitewater&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/AdvertisingStyle&zip=1 Validator rules: + https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 Last errors/warnings: - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out - W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out }}} " skyper enhancement 18892 2 Features missing in OpeningHoursParser compared to JS library Core validator 2020-03-08T18:17:12+01:00 2020-07-23T11:21:22+02:00 "In r15978 the switch from JS did take place, see #18140. Some features got lost, namely: * option to automatically fix some issues * e.g. all three examples mentioned [#example below] The automatically fix was a great feature and I will miss it. * human readable messages e.g.: * `Encountered "" ""PH """" at line 1, column 26Was expecting: ` for `Fr-We,PH 10:00-17:00; Fr PH +1 day off` [=#example] * `Holiday after weekday at line 1, column 10` for `opening_hours=Mo-Su,PH 10:00-21:30` * `Encountered: ""- "" at line 1, column 14Was expecting: ` for `10:00-17:00; Jan-Mai,Nov-Dec Mo off; PH,SH Mo 09:00-17:00` The messages should display the string with highlighted errors instead of the line and column In JS, the messages displayed the string from the start to the position the error occurred but that does not work for multiple errors. See #18807 * flagging all errors in one value e.g.: * `10:00-17:00; Jan-Mai,Nov-Dez Mo off; PH,SH Mo 09:00-17:00; Mai 1 off` should flag both occurrences of `Mai` and `Dez`. See https://github.com/simonpoole/OpeningHoursParser/issues/42 ---- Finally, the parser in strict mode is stricter than the JS. See #18899 and #19571" skyper enhancement 18938 2 Launch JOSM help always in web browser Core 2020-03-15T23:16:31+01:00 2021-07-21T16:32:05+02:00 "The rendering of various content types such as images / table-of-contents differs between the internal help browser `HelpBrowser` and JOSM wiki displayed in a web browser. I propose to skip `HelpBrowser` altogether and always open the JOSM help in the configured/default web browser. Other software products following this approach: LibreOffice, IntelliJ, GIMP;" simon04 enhancement 19504 2 Better documentation of mapcss validator rules syntax Wiki content 2020-07-08T12:29:04+02:00 2020-07-20T14:37:06+02:00 "Currently, there is no page for the validator rules mapcss syntax. Everything is documented at [wikitr:/Help/Styles/MapCSSImplementation MapCSSImplementation]. This leads to problems, as some specific validator parts like `throwError` is not explained at all and any complex example for validator rules is missing. Additionally, it is not clear which part is valid for rules at all and the context is spread across the big page. Could we somehow update the situation, please, like explicitly mentioning validator one the relevant parts and adding examples for both, styles and rules, could enhance the situation. E.g. * I miss a concrete example with `regexp_match` and `throwWarning` using parts of it of the message. * Why are expressions not handled within `throwWarning` and how to nicely get the values of tags which appear in a negative regexpression? Thanks a lot." skyper enhancement 19648 2 [patch] Show warning on invalid MapCSS validator rule parsing Core 2020-08-07T16:51:12+02:00 2022-10-02T10:50:11+02:00 "==== What steps will reproduce the problem? 1. Have a typo in a validator mapcss rule file, like the missing **`y`** below: {{{ #!rule way[highway =~ /^(motorway|motorway_link|trunk|trunk_link)$/] { set MotorwayTrunk; } way.MotorwaTrunk[lanes][turn:lanes ][tag(lanes)!=eval(count(split(""|"", tag(""turn:lanes""))))], way.MotorwaTrunk[lanes][change:lanes ][tag(lanes)!=eval(count(split(""|"", tag(""change:lanes""))))], way.MotorwaTrunk[lanes][maxspeed:lanes ][tag(lanes)!=eval(count(split(""|"", tag(""maxspeed:lanes""))))], way.MotorwaTrunk[lanes][minspeed:lanes ][tag(lanes)!=eval(count(split(""|"", tag(""minspeed:lanes""))))], way.MotorwaTrunk[lanes][destination:lanes ][tag(lanes)!=eval(count(split(""|"", tag(""destination:lanes""))))], way.MotorwaTrunk[lanes][destination:ref:lanes ][tag(lanes)!=eval(count(split(""|"", tag(""destination:ref:lanes""))))], way.MotorwaTrunk[lanes][destination:symbol:lanes][tag(lanes)!=eval(count(split(""|"", tag(""destination:symbol:lanes""))))] { throwWarning: tr(""Different number of lanes in the keys {0} and {1}"", ""{1.key}"", ""{2.key}""); group: tr(""suspicious tag combination""); } }}} 1. (Re-)Load file ==== What is the expected result? A warning about an unknown class in use. ==== What happens instead? No warning ==== Please provide any additional information below. Attach a screenshot if possible. Some Information about existing but not use classes would be nice, too. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-08-06 21:47:58 +0200 (Thu, 06 Aug 2020) Revision:16851 Build-Date:2020-08-07 01:30:47 URL:https://josm.openstreetmap.de/svn/trunk }}}" skyper enhancement 19677 2 [Patch] Unnecessary tagging: cycleway:surface + surface + highway=cycleway Core validator 2020-08-14T23:39:38+02:00 2022-02-01T16:26:30+01:00 "Similar to `highway=residential`, where the key `surface` refers to the ""residential road"" and only `sidewalk`/`cycleway` are keys on this way that can have a `:surface` suffix, on `highway=cycleway`, there is no need to specify `cycleway:surface=*`. Just `surface` would be sufficient (and it's definitely not needed to use both). (The same applies to `highway=footway` and `footway:surface`=*) Affects roughly 2000 ways in Europe: https://overpass-turbo.eu/s/X3F Hence, I'd propose the following rules: {{{ #!rule way[/^cycleway:(\w+:)?surface$/][surface][highway=cycleway], way[/^footway:(\w+:)?surface$/][surface][highway=footway] { throwWarning: tr(""{0} together with {1} and {2}. Remove {0}."", ""{0.key}"", ""{1.key}"", ""{2.tag}""); group: tr(""unnecessary tag""); assertMatch: ""way highway=cycleway surface=asphalt cycleway:left:surface=asphalt""; assertMatch: ""way highway=footway surface=paved footway:surface=paved""; assertNoMatch: ""way highway=cycleway surface=asphalt sidewalk:surface=paved""; assertNoMatch: ""way highway=cycleway surface=asphalt footway:surface=paved""; assertNoMatch: ""way highway=unclassified cycleway=lane surface=paving_stones cycleway:surface=asphalt""; assertNoMatch: ""way highway=path cycleway:surface=asphalt footway:surface=paved""; } way[/^cycleway:(\w+:)?surface$/][highway=cycleway][!surface], way[/^footway:(\w+:)?surface$/][highway=footway][!surface] { throwWarning: tr(""{0} together with {1}"", ""{0.key}"", ""{1.tag}""); group: tr(""suspicious tag combination""); assertMatch: ""way highway=cycleway cycleway:left:surface=asphalt""; assertMatch: ""way highway=footway footway:surface=paved""; assertNoMatch: ""way highway=cycleway sidewalk:surface=paved""; assertNoMatch: ""way highway=unclassified cycleway=lane cycleway:surface=asphalt""; assertNoMatch: ""way highway=path cycleway:surface=asphalt footway:surface=paved""; suggestAlternative: ""surface""; fixChangeKey: ""{0.key}=>surface""; } }}} Note: I left out autofix for the first test, in case of i.e. `surface=paved` and `cycleway:surface=paving_stones`, where the latter is the most specific in the type of pavement, and thus surface=paving_stones should be used. p.s. for the cases where it's allowed to use `cycleway:surface` and `footway:surface` together, the following might be interesting, but it's rare to encounter such cases, so probably not worth adding :) {{{ #!rule way[""footway:surface""][""cycleway:surface""][segregated=no][highway][""footway:surface""!=*""cycleway:surface""] { throwWarning: tr(""{0} and {1} together with {2} and conflicting values"", ""{0.key}"", ""{1.key}"", ""{2.tag}""); group: tr(""suspicious tag combination""); assertMatch: ""way highway=path footway:surface=sett cycleway:surface=asphalt segregated=no""; } }}}" Famlam enhancement 19764 2 Nice message about closing already closed note Core notes 2020-09-06T21:12:42+02:00 2023-01-16T17:30:12+01:00 "==== What steps will reproduce the problem? 1. Create note 2. Download note with JOSM 3. Close note on OSM website 4. Close note in JOSM 5. Upload nodes from JOSM ==== What is the expected result? JOSM either reports nothing (as note was closed anyway) or reports situation in a clear nonscary way. ==== What happens instead? User gets a scary message (message with an error icon and ""nodes failed to upload title"", direct dump of error message including mentions of 409 error code and so on) ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-08-07 18:58:40 +0200 (Fri, 07 Aug 2020) Revision:16853 Build-Date:2020-08-08 01:30:49 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (16853 en_GB) Linux Ubuntu 20.04.1 LTS Memory Usage: 306 MB / 976 MB (111 MB allocated, but free) Java version: 11.0.8+10-post-Ubuntu-0ubuntu120.04, Ubuntu, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1366x768 (scaling 1.0x1.0) Maximum Screen Size: 1366x768 Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32 Java package: openjdk-11-jre:amd64-11.0.8+10-0ubuntu1~20.04 Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:- Dataset consistency test: No problems found Plugins: + buildings_tools (35500) + measurement (35405) + reverter (35499) + todo (30306) Last errors/warnings: - E: Conflict - The server reported that it has detected a conflict.
Error message (untranslated):
The note 2337951 was closed at 2020-09-06 19:09:04 UTC - E: Error header: The note 2337951 was closed at 2020-09-06 19:09:04 UTC - E: Failed to upload note to server: 2 337 951 - E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=409, Error Header= - E: Error header: The note 2337950 was closed at 2020-09-06 19:09:10 UTC - E: Failed to upload note to server: 2 337 950 - E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=409, Error Header= - E: Notes failed to upload: Note 2 337 951 failed: ResponseCode=409, Error Header= - E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=409, Error Header= - E: Conflict - The server reported that it has detected a conflict.
Error message (untranslated):
The note 2337951 was closed at 2020-09-06 19:09:04 UTC }}} " mkoniecz enhancement 19944 2 Preference Dialog: Add small delay before downloading additional data Core latest 2020-10-15T22:37:28+02:00 2020-10-15T22:37:28+02:00 "==== What steps will reproduce the problem? 1. Open preference dialog for the first time after startup. 1. On the left side, scroll down fast with the mouse wheel ==== What is the expected result? To reach the bottom, `Advanced Preferences`. ==== What happens instead? Scrolling stops in between and additional data is downloaded. ==== Please provide any additional information below. Attach a screenshot if possible. There are some tabs which load additional data to display. Could that download wait a little before starting that the scrolling works all the way to the bottom. Thanks {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-10-14 22:29:59 +0200 (Wed, 14 Oct 2020) Revision:17201 Build-Date:2020-10-15 01:30:51 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper enhancement 20020 2 Support vehicle and motor_vehicle access tags on highways Internal mappaint style 2020-11-02T13:04:26+01:00 2023-06-09T23:11:32+02:00 "==== What steps will reproduce the problem? 1. Have `highway=residential` with `vehicle=destination` ==== What is the expected result? Different rendering than without `vehicle=*` ==== What happens instead? No difference ==== Please provide any additional information below. Attach a screenshot if possible. Similar is true for `motor_vehicle`. Using similar style than `access` with slightly different colors could be one option, though, I am not sure what to do in cases of more than one of `access`, motor_vehicle` and `vehicle`. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-10-31 01:21:14 +0100 (Sat, 31 Oct 2020) Revision:17288 Build-Date:2020-10-31 02:30:50 URL:https://josm.openstreetmap.de/svn/trunk }}}" skyper enhancement 20057 2 Improve handling of preference `validator.UnconnectedWays.way_way_distance` Core validator latest 2020-11-10T11:27:51+01:00 2020-11-16T16:52:11+01:00 "Description for original ticket ""Remove or improve test ""Unconnected natural lands and landuses"": I fear I don't understand what this test is about. It collects ways whith keys `landuse` or `natural` but it will ignore all unconnected ways with key `landuse` and most of those with `natural` as they return true for method `concernsArea()` So far I only found the tag natural=ridge which produces a useful warning. Possible candidates like natural=tree_row or natural=cliff are explicitely excluded in the code. No idea why. Typos like natural=woter will also produce a warning because `concernsArea()` returns false. If preference `validator.UnconnectedWays.way_way_distance` is changed to a value > 0 (e.g. 5) this test will also produce ""Other"" messages about two landuse/natural areas which are very close (< 5m) but not connected. ~~No idea where this is relevant.~~ " GerdP enhancement 20102 2 [WIP Patch] Add area:highway Internal preset 2020-11-17T14:04:20+01:00 2023-01-15T19:52:26+01:00 "Following my [/ticket/20031#comment:2 comment 2] on #20031. [osmwiki:Key:area:highway] is widely in use and JOSM could support it with a preset and style support. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-11-17 02:38:27 +0100 (Tue, 17 Nov 2020) Revision:17322 Build-Date:2020-11-17 02:31:05 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper enhancement 20103 2 Warn about short ways Core validator 2020-11-17T17:09:09+01:00 2020-11-23T02:20:52+01:00 "See my [/ticket/20057#comment:4 comment 4] and follow-ups on #20057 for the origin. ==== What steps will reproduce the problem? 1. Have a `highway=motorway` with total way length of less than one meter 1. Run validator ==== What is the expected result? A (info) warning about a uncommen short way ==== What happens instead? No warning ==== Please provide any additional information below. Attach a screenshot if possible. MapCSS java eval expression `waylength()` can be used. Can `JOSM_pref(key, default)` be used to set a minimum allowed length and maybe even tags to check on or tags to ignore? I think of at least two levels as user might want to set a tiny default (0.01 meter) to not get warnings about `highway=steps` or `waterway=stream` but still handle major highways and other waterways with length below one meter. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-11-17 02:38:27 +0100 (Tue, 17 Nov 2020) Revision:17322 Build-Date:2020-11-17 02:31:05 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper enhancement 20421 2 Power preset additions for transfomer and power plant Internal preset 2021-01-24T14:05:40+01:00 2024-08-21T23:08:25+02:00 "Original claim: Could we get the the rating and windings added for primary, secondary and tertiary on transformers? https://wiki.openstreetmap.org/wiki/Tag:power%3Dtransformer#Tagging I'd also like to see a box for owner on power plant menu. The owner and operator of such facilities are often not the same. Following the approval of ​https://wiki.openstreetmap.org/wiki/Proposed_features/Transformers_classification_refinement, it would be great to add the following changes as well please: * Discourage `transformer=traction`, `transformer=auto`, `transformer=minor_distribution` * Carefully replace `transformer=distribution` when installed in an actual substation (an area with power=substation on it) - low priority * Update pole with transformer preset with `transformer=distribution` or `transformer=main` (currently only with `transformer=distribution`). `transformer=auxiliary` isn't covered as it comes with other significant equipment (switches mostly). * `transformer=auxiliary` is no more restricted to power=substation perimeters and can be used standalone as well (probably no change in JOSM validation). * Create `transformer=main` https://wiki.openstreetmap.org/wiki/Tag%3Atransformer%3Dmain * Create `windings:auto=yes` https://wiki.openstreetmap.org/wiki/Key:windings:auto" Gazer75 enhancement 20625 2 make changeset discussion window non modal Core 2021-03-19T17:50:42+01:00 2021-03-19T17:50:42+01:00 "Hi! The new possibility to write a changeset discussion inside Josm is a cool feature. It could be better if the ""comment on changeset"" window would be non-modal. Right now it not possible to do anything in Josm if this window is open but it's usually useful to select some elements, view history and so on." StephaneP enhancement 20689 2 Validator Preferences: Own tab for settings Core 2021-03-29T13:42:27+02:00 2021-03-29T13:42:27+02:00 "Follow-up of #19078, see my [/ticket/19078/comment:14 comment 14] and below. ==== What steps will reproduce the problem? 1. Open preferences 1. Open Data Validator register ==== What is the expected result? Own tabs for tests, rules and general settings ==== What happens instead? First tab is a mix of general settings and tests with incorrect heading ==== Please provide any additional information below. Attach a screenshot if possible. In my eyes, a third tab for the general settings would be more consistent and would make a clear cut between the tests and the general settings. See #20688 for a similar enhancement for the Tagging Presets register. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-03-28 20:43:23 +0200 (Sun, 28 Mar 2021) Revision:17684 Build-Date:2021-03-29 01:30:55 URL:https://josm.openstreetmap.de/svn/trunk }}} " skyper enhancement 20791 2 Add `highway=busway` preset Internal preset 2021-04-23T20:59:22+02:00 2021-07-05T13:21:17+02:00 https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbusway anonymous enhancement 20844 2 Merge multiple external power line mapping tagging presets External preset 2021-05-04T23:26:16+02:00 2021-05-05T00:17:56+02:00 "Currently we have several more or less identical external presets for power line mapping: [[TitleIndex(Presets/Power,depth=1)]] Could the be merge into one? If the country specific presets are still needed they could still be placed in a group in one preset instead of multiple. One advantage would be the possibility to use `chunks`. Anyway, these presets need a review as some tags have changed and/or developed." skyper enhancement 21208 2 Align text and center icons in lists in preference dialogs Core 2021-08-06T19:54:52+02:00 2021-08-15T23:49:28+02:00 "==== What steps will reproduce the problem? 1. Open tagging preset preferences 1. Take a look at list of available presets ==== What is the expected result? Icons on the left are centered and the text is aligned ==== What happens instead? Icons are not centered and text is not aligned: [[Image(josm_tagging_preset_pref_unaligned_list.jpg)]] ==== Please provide any additional information below. Attach a screenshot if possible. Tagging presets and map paint styles available lists plus both sides of toolbar preferences are affected. I am not sure about validator rules. The presets have a similar problem, see #21207. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-08-06 01:22:18 +0200 (Fri, 06 Aug 2021) Revision:18126 Build-Date:2021-08-06 01:31:59 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18126 en) Linux Debian GNU/Linux 10 (buster) Memory Usage: 169 MB / 256 MB (5 MB allocated, but free) Java version: 11.0.12+7-post-Debian-2deb10u1, Debian, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Desktop environment: GNOME Plugins: + flatlaf (35799) + tagging-preset-tester (35640) }}} " skyper enhancement 21233 2 Default imagery layer Core 2021-08-20T09:53:05+02:00 2021-08-21T16:39:31+02:00 "At the program start a welcoming page with news/getting started info is presented. Most of the time a edit sessions begins opening imagery layers. The active sources in the imagery menu could be a long and it is annoying and time consuming to always search for the same layers. It would be great if one (better many) imagery layers could be set as default (or favourite) in the Imagery Preferences dialog. To keep the user reading the welcome page, instead of this default layers automatically opened at program start, they could be opened through either a ""Open default imagery"" button in the welcome page or the equivalent option in the Imagery menu. From the list of defaults, the program will load the global imagery layers and only the local imagery defaults valid for the current working area. An ""Open last imagery"" action could also be fine. Regards. Javier." javiersanp enhancement 21358 2 Update substance values Internal preset 2021-09-21T14:02:53+02:00 2021-10-18T23:09:55+02:00 "This came up in #20530 where `heat` is deprecated. gaben in [ticket:20530#comment:39 comment 39]: > - heat is not a substance, shouldn't be included this way in the presets francois.lacombe in [ticket:20530#comment:42 comment 42]: > +1 on heat. > See the introduction on this page about heating: [osmwiki:Key:utility] > Heating could mean substance=hot_water,steam mainly. So I replaced `heat` with `hot_water` and `steam` in #20530 but there might be a few more values to add or deprecate. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-09-15 00:16:42 +0200 (Wed, 15 Sep 2021) Revision:18225 Build-Date:2021-09-15 01:31:02 URL:https://josm.openstreetmap.de/svn/trunk }}}" skyper enhancement 21449 2 Replace relations/multipolygons Plugin utilsplugin2 2021-10-18T13:24:16+02:00 2024-02-26T19:01:23+01:00 "It would be very efficient to have support for replacing one relation with a new one. The typical use case is when importing data which contains many multipolygons, for example buildings or nature reserves, which needs to be conflated with existing multipolygons in OSM. In this situation, I would like the existing multipolygon to be updated not only with members of the import relation, but also with the tags of the relation. And then for the import relation to be deleted. There is already support for updating members of relations with the ""Update multipolygon"" function, but not for the tags of the relations. The ""Past tags for previous selection"" function could have been used, but it is very difficult to get the order right between the two relations. The new functionality could be added as an extension of the ""Update multipolygon"" function or as an extension of the ""Replace geometry"" function. I sometimes have hundres of multipolygons to replace, so this would certainly be a helpful enhancement." nkamapper enhancement 21576 2 Please add support for the species:wikidata=* key, as it is implemented in the iD Plugin wikipedia 2021-11-18T14:15:37+01:00 2025-08-11T02:40:38+02:00 "==== What steps will reproduce the problem? In the iD-editor, when you enter a value in the `species:wikidata` a prompt menu is returned. You can enter the name in Latin or the name of the national language, and the Wikidata key is returned. In this case, auto-substitution of the key `species:wikipedia` occurs. It is very convenient. If the value of `species:wikidata` is specified, the data `leaf_cycle=deciduous` and `leaf_type=broadleaved` are redundant. But if they are needed for storage in the database OSM, then they can be obtained automatically from Wikidata after entering the Wikidata key. [[Image(spesies-wikidata.png,link=,80%)]] P.S. I'm not a developer, I'm a user. And so I can be wrong in terms, technologies and so on. but if devs implement this, I will be very happy! {{{ Last:Changed Date: 2021-11-01 23:05:46 +0100 (Mon, 01 Nov 2021) Build-Date:2021-11-01 22:25:18 Revision:18303 Relative:URL: ^/trunk Identification: JOSM/1.5 (18303 ru) Windows 7 64-Bit OS Build number: Windows 7 Professional (7601) Memory Usage: 955 MB / 3614 MB (384 MB allocated, but free) Java version: 1.8.0_271-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.formdev.flatlaf.FlatLightLaf Screen: \Display0 1920×1200 (scaling 1.00×1.00) \Display1 1600×900 (scaling 1.00×1.00) Maximum Screen Size: 1920×1200 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1251 System property sun.jnu.encoding: Cp1251 Locale info: ru_RU Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=%UserProfile%\Desktop\josm.jnlp, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=50397, -Djnlpx.jvm=\bin\javaw.exe] Plugins: + BuildingGeneralization (36) + ColorPlugin (1537115529) + EasyPresets (1616852928) + FastDraw (35864) + ImproveWay (32) + MakeParallel (v1.1.0) + OpeningHoursEditor (35640) + PicLayer (1.0.1) + alignways (35753) + buildings_tools (35823) + flatlaf (35703) + imagery_offset_db (35640) + indoor_sweepline (35795) + indoorhelper (1.2.0) + jaxb (35543) + jogl (1.2.3) + kendzi3d-resources (0.0.2) + log4j (35852) + reltoolbox (35829) + reverter (35846) + splinex (35866) + terracer (35827) + undelete (35848) + utilsplugin2 (35856) + wikipedia (1.1.4) Tagging presets: + https://raw.githubusercontent.com/ruosm-presets/literan-moscow/master/russian_shops.xml + https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1 + https://raw.githubusercontent.com/osmlab/name-suggestion-index/main/dist/presets/nsi-josm-presets.min.xml + https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1 + https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip + https://raw.githubusercontent.com/ZKoshak/dendrolog-josm-preset/master/rus-dendrolog.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Historic_Stone&zip=1 Map paint styles: + https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Kerbs&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/LayerChecker&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/MappingAccessibility&zip=1 - https://raw.githubusercontent.com/OpenSidewalks/OpenSidewalks-Schema/master/open_sidewalks.mapcss - https://github.com/igitov/forest-josm-style/archive/master.zip - https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksAndFootways&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1 - \styles\sit.mapcss Last errors/warnings: - 00005.491 W: PluginException: : org.openstreetmap.josm.plugins.PluginException: Неправильный jar-файл '\plugins\wikipedia.jar.new' - 00005.491 W: Не удалось просканировать файл 'wikipedia.jar.new' на информацию о модулях. Пропуск. - 00006.405 W: java.util.zip.ZipException: error in opening zip file - 00006.406 W: PluginException: : org.openstreetmap.josm.plugins.PluginException: Неправильный jar-файл '\plugins\wikipedia.jar.new' - 00006.406 W: Не удалось просканировать файл 'wikipedia.jar.new' на информацию о модулях. Пропуск. - 00007.204 W: Не удалось удалить устаревший модуль '\plugins\flatlaf.jar'. - 00007.205 W: Не удалось установить скачанный модуль «flatlaf». Пропуск установки. JOSM загрузит старую версию модуля. - 00007.208 W: Не удалось установить модуль «\plugins\wikipedia.jar» из временного скачанного файла «\plugins\wikipedia.jar.new». error in opening zip file: java.util.zip.ZipException: error in opening zip file - 00018.324 E: Не удалось найти изображение «pics/icons/Russian_Post.svg» - 00018.325 W: [NODE, CLOSEDWAY, MULTIPOLYGON] Russian Post: Could not get presets icon pics/icons/Russian_Post.svg }}} " afanasovich enhancement 21722 2 [patch] Warn about turning_circle with barrier Core validator tested 2022-01-01T13:58:37+01:00 2022-08-31T20:09:04+02:00 "==== What steps will reproduce the problem? 1. Validate a turning circle with a barrier (few hundred cases worldwide). Example: https://www.openstreetmap.org/node/477022939 ==== What is the expected result? Warning: if there's a barrier in the middle of the turning_circle, it's a `turning_loop`; more likely the barrier is directly after leaving the circle and not on the circle, in which case they should be mapped separately. ==== What happens instead? No warning ==== Please provide any additional information below. Attach a screenshot if possible. Patch: add the following in combinations.mapcss {{{ #!rule node[highway=turning_circle][barrier], node[highway=turning_loop][barrier] { throwWarning: tr(""{0} together with {1}"", ""{0.tag}"", ""{1.key}""); group: tr(""suspicious tag combination""); } }}} (or add the selectors here: https://josm.openstreetmap.de/browser/josm/trunk/resources/data/validator/combinations.mapcss#L283 ) {{{ URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-11-01 23:05:46 +0100 (Mon, 01 Nov 2021) Build-Date:2021-11-01 22:25:18 Revision:18303 Relative:URL: ^/trunk Identification: JOSM/1.5 (18303 nl) Windows 10 64-Bit OS Build number: Windows 10 Home 2009 (19044) Memory Usage: 533 MB / 1820 MB (166 MB allocated, but free) Java version: 1.8.0_311-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: nl_NL Numbers with default locale: 1234567890 -> 1234567890 Plugins: + OpeningHoursEditor (35640) + SimplifyArea (35640) + imagery_offset_db (35640) + pt_assistant (1ff2e15) + reverter (35869) + tageditor (35640) + turnlanes-tagging (288) + undelete (35848) + utilsplugin2 (35856) Tagging presets: + http://mijndev.openstreetmap.nl/~allroads/JOSM/Presets/NL-Fiets.zip Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1 Validator rules: + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss Last errors/warnings: - 00012.752 E: Lokaliseren van afbeelding 'bus.png' mislukt }}} " Famlam enhancement 21826 2 [WIP patch] Upcoming API 0.6 change: limit maximum number of relation members Core 2022-02-02T19:31:52+01:00 2022-05-18T19:26:37+02:00 "We will deploy a new API 0.6 change shortly, which will reject relations exceeding a certain number of relation members. The overall logic is very similar to ""waynodes"", only that it applies to relation members this time, i.e. you need to use the /api/0.6/capabilities endpoint to retrieve the current maximum relation member value. It would be good to show an error message to the user even before uploading, like it is done today for ""waynodes"" in {{{ApiPreconditionCheckerHook}}}. Please refer to the following two issues on impact on the capabilities call, as well as new API error messages. https://github.com/openstreetmap/openstreetmap-website/pull/3440 https://github.com/openstreetmap/openstreetmap-website/issues/1711 Snipped from capabilities which includes the new relationmembers element: {{{ }}} " mmd enhancement 22200 2 Validation only: power transformer/compensator compatibility with substation Core validator 2022-07-07T23:34:22+02:00 2022-07-07T23:34:22+02:00 "Dear maintainers, The power substation on nodes proposal has recently been approved on osm wiki https://wiki.openstreetmap.org/wiki/Proposed_features/Substation_nodes_extension This is an ""affinity proposal"" which doesn't introduce nor deprecate tagging. It's only about combination between exiting tagging, as to ease mapping substations and transformers contained inside on the same osm node. Several validation improvement can be made, on nodes only: * Only substation=distribution and substation=minor_distribution are valid on a node. * Any other substation=* value than distribution and minor_distribution (anyway not valid on nodes) **is incompatible** with transformer=*, compensator=*, voltage:primary=*, voltage:secondary=*, voltage:tertiary=* and frequency=*. * substation=* can be used in combination with power=tower, power=pole and man_made=street_cabinet, ''like on existing power=substation and pipeline=substation'' On any geometry feature: * power=transformer is incompatible with substation=* * power=compensator is incompatible with substation=* * transformer=* is incompatible with voltage=* * transformer=distribution is incompatible with substation=*, and could be replaced by transformer=main This could be processed combined to #21836 Best regards" francois.lacombe enhancement 22695 2 MAPCSS, Note on: icon-rotation: way; text-rotation: way; coordinate transformation, documentation Core 2023-01-31T11:22:23+01:00 2023-10-08T09:52:31+02:00 "Hallo, I have some comments on the MAPCSS implementation based on my experience of displaying railway signals: 0- Preliminary remark: Direction is given in degrees in the world coordinate system: 0° - north, 90° - east, 180° - south, 270° - west. In the usual coordinate system, the x-axis is oriented from west to east, the y-axis from south to north (example JOSM: text-offset-y) or from north to south (example screen, JOSM: icon-offset-y). 1- icon-rotation: way {{{#!mapcss node[...] {... icon-rotation: way; ...} }}} The icon is rotated along the y-axis. This results in a 90° counter-clockwise rotation of the icon. I haven't found a way to correct this (e.g. icon-rotation: way + 90deg; or icon-rotation: get_angle_of(way) + 90deg; (function 'get_angle_of' does not exist). My solution: Currently, corresponding images must be stored for: 0° for normal, +90° rotated for forward, +270° rotated for backward orientation. In the documentation corresponding hints are missing, see https://josm.openstreetmap.de/wiki/Help/Styles/MapCSSImplementation In the further development of the MAPCSS implementation in JOSM, the mathematical change of the rotation (... way + 90deg ... should be possible) should be taken into account. Addition: The coordinate system should rotate accordingly (not ... icon-rotation: way; ... (y-axis to the right of way), but ... icon-rotation: (way + 90deg); .... here: x-axis right of way) 2- Coordinate system: icon-rotation: way; {{{#!mapcss node[...] {... icon-rotation: way; ...} }}} The coordinate system rotates with: that's good ! 3- Coordinate system: text-rotation: way; {{{#!mapcss node[...] {... text-rotation: way; ...} }}} Coordinate system does not rotate with. The result is that text can be moved in the west-east direction, but not relative to the way. With the consequence that text (e.g. value of a button) cannot be placed exactly above the icon. I suggest (urgently) to create an additional possibility for positioning the text in the rotated coordinate system, e.g. text-offset-x, text-offset-y or rotated-text-offset-x, rotated-text-offset-y (analogous to icon-offset-x, text-offset-y). 4- Documentation Appropriate documentation is welcome, see: https://josm.openstreetmap.de/wiki/Help/Styles/MapCSSImplementation. It helps Newcommer to understand and apply. best begrads mikeho " mikeho enhancement 22759 2 Avoid changing the zoom/view after loading a file Core 2023-02-21T18:04:48+01:00 2023-04-17T16:02:42+02:00 "Is there a setting/override which would let me stay in the current view/zoom after loading a file? Very useful when working in one particular area (otherwise it can be difficult to locate the area again).. Also, if the file is large, this would avoid the delay to display all of it." nkamapper enhancement 23375 2 Mapcss: allow retrieving current year Core validator 2023-12-30T15:44:03+01:00 2024-01-03T17:33:09+01:00 "==== What steps will reproduce the problem? Have (custom) mapcss validator rules that check for e.g.: - `start_date`s in the future (e.g. `start_date=2103` instead of `2013`) - `opening_date`s on `*=construction` objects in the past (`building=construction + opening_date=2020-04-22`) - `*:conditional`s expired in the past (e.g. `bicycle:conditional = no @ (2021 Nov 22 - 2021 Dec 04)`) Have to update these rules every year to adjust their year. ==== What is the expected result? It would be great to have a mapcss function that can just return current year as an integer (according to the users operating system and corresponding time zone should be good enough for 99.99999% of the cases). That way, the aforementioned use cases can be used without yearly manual update. (All other parts of the rules can be dealt with via e.g. `regexp_match`, `to_int`, adding or subtracting years, sorting (in absence of `min()`/`max()` functions), etc...) ==== What happens instead? Every year at Jan 1, update all year-dependent rules manually ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2023-12-22 12:48:53 +0100 (Fri, 22 Dec 2023) Revision:18924 Build-Date:2023-12-23 02:31:03 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18924 nl) Windows 10 64-Bit OS Build number: Windows 10 Home 2009 (19045) Memory Usage: 576 MB / 2012 MB (179 MB allocated, but free) Java version: 17.0.9+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920×1080 (scaling 1.10×1.10) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: nl_NL Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djpackage.app-version=1.5.18906, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe] Plugins: + OpeningHoursEditor (36126) + imagery_offset_db (36126) + pbf (36176) + pt_assistant (632) + reverter (36126) + tageditor (36126) + turnlanes-tagging (0.0.5) + undelete (36126) + utilsplugin2 (36178) Map paint styles: + https://josm.openstreetmap.de/josmfile?page=Styles/Potlatch2&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1 Validator rules: + %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1 + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_Destination.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/Colour.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/notprefix.validator.mapcss + https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_MultipleTag2.validator.mapcss + https://raw.githubusercontent.com/Famlam/OsmMapcssValidationNL/main/netherlands.validator.mapcss Last errors/warnings: - 00000.538 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF' - 00000.540 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF' - 00000.995 E: java.security.KeyStoreException: Windows-ROOT not found. Oorzaak: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available }}} " Famlam enhancement 23744 2 Let actions download parents when JOSM cannot be sure if they are completely known Core 2024-06-20T08:47:29+02:00 2024-06-24T14:15:38+02:00 "Since r19078 we have a new flag `isReferrersDownloaded` which is used the check if parents are fully downloaded. Before we used the (problematic) test whether a node is inside a download area. With this flag we should now implement an automatic download of parent objects whereever actions need this to make sure that no parent object is corrupted, esp. ""Split ..."", ""Combine ..."" and ""Join ..."" actions need this. With the old code OSM data loaded from file was considered ""complete"" when the file contained one or more ""bounds"" and the data was within those bounds. Since r19078 no such assumptions are made reg. the flag `isReferrersDownloaded`. With the new flag I see two possible enhancements: 1) Add a new button ""Download now"" to the existing dialog which warns about missing parents. 2) Add a new preference `auto-download.parents` and - if true - let all actions download the needed parents for objects where `isReferrersDownloaded`. Maybe a mixture of both." GerdP defect 9604 1 Projection problem with Import Image plugin Plugin importimage 2014-01-24T10:32:46+01:00 2014-01-24T16:47:44+01:00 "I have used JOSM version 5485 with a personalized projection and until now it works properly also with an old version of about two years ago of ImportImage plugin. Now I start to use the JOSM version 6388 with the latest ImportImage plugin (I have downloaded it from the josm plugins web page) and I found a lot of problem. Especially, I'm not able to load my georeferenced images in the right position using my projection. My projection doesn't have an authority number (for example Mercator is EPSG:3857) and also a coordinate reference system, that now is used into ImportImage plugin. To add my projection I have put this code into my projection plugin: {{{#!java private static MYProjection proj; static { proj = new MyProjection(); ProjectionPreference.registerProjectionChoice(proj); String str = ""+proj="" + MyProjection.id2 + ""+ellps=WGS84 +datum=WGS84+bounds=-180,-85.05112877980659,180,85.05112877980659""; Pair p = Pair.create(proj.toString(), str); Projections.inits.put(MyProjection.id2, p); Projections.registerBaseProjection(""josm:"" + MyProjection.id2, MyProjection.class, ""core""); } }}} where MyProjection.id2 has to be the authority number, but I don't have it for my projection. The class that I create to give the parameters of my projection extends SingleProjectionChoice and implements Projection and Proj. Into the contructor method I put something like that: {{{#!java super(projCode, ""core:"" + id2, id2); }}} where projCode is the String that give the name to MyProjection and id2 has to be again the authority number. I ovveride the methods getDefaultZoomInPPD(), latlon2eastNorth(LatLon p), eastNorth2latlon(EastNorth p) in order to create my projection parameters. Than I have: {{{#!java @Override public String toCode() { return projCode; } @Override public String getCacheDirectoryName() { return myProjName; } @Override public Bounds getWorldBoundsLatLon() { return new Bounds( new LatLon(-85.05112877980659, -180.0), new LatLon(85.05112877980659, 180.0)); } @Override public String getName() { return tr(myProjName); } @Override public String getProj4Id() { return ""josm:smerc""; } @Override public void initialize(ProjParameters params) throws ProjectionConfigurationException { } @Override public double[] project(double lat_rad, double lon_rad) { return new double[]{lon_rad, log(tan(PI / 4 + lat_rad / 2))}; } @Override public double[] invproject(double east, double north) { return new double[]{atan(sinh(north)), east}; } }}} This work properly with WMS and TMS. All the downloaded tiles are put into the right position. When I use ImportImage plugin to load my georeferenced pictures, I supposed that JOSM use always Mercator projection (also for the Coordinate Reference System), because I note that with the old version of JOSM and ImportImage (that work properly with MyProjection), if I chose Mercator as JOSM projection, the position of loaded pictures is the same if I use new JOSM, new MyProjection and new ImportImage, also if I choose MyProjection as JOSM projection. I hope that these information should be usefull to understand and, hopefully, to resolve my problem. Let me know if you have questions or ideas about that. Thanks, Irene " irene.pucci@… defect 9726 1 Deleting a data layer doesn't close dialog window after upload (have to kill the JOSM thread) Core latest 2014-02-16T17:09:32+01:00 2020-01-29T13:30:10+01:00 "When I delete a data layer with modifications, I get a (first) dialog box, which asks me if I want to upload or save the changed data. I leave the checkbox for 'upload' checked, continue with a click on the left button to continue. After entering the comments for my changes in a second window, the upload is started, but after closing the changeset, this first dialog window doesn't close - I can klick on 'Cancel' as also on the close button in the upper right corner of this dialog box - nothing happens. So I have to kill JOSM (via Windows Task Manager or by closing the console, from where JOSM has sometimes been started). When I only save my changes to the local disk (without upload), the dialog box closes as expected. I have seen this behavior since r6502 (or earier) until the latest revision from today (r6853). " FvGordon defect 9904 1 Add node: Linux middle mouse button paste not supported Core 2014-04-09T00:22:33+02:00 2014-09-14T15:15:23+02:00 "> What steps will reproduce the problem? 1. select some coordinates values (string) in some window outside JOSM 1. open ""add node"" dialog 1. try to paste with middle mouse button > What is the expected result? The previous selected string will be pasted. > What happens instead? The existing value is selected and put into buffer. Only possible to paste the existing value. > Please provide any additional information below. Attach a screenshot if possible. We had this problem with all dialogs but it got fixed some time ago. Seems to me this dialog was not adjusted. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-04-08 01:32:50 Last Changed Author: Don-vip Revision: 6962 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-04-07 23:49:09 +0200 (Mon, 07 Apr 2014) Last Changed Rev: 6962 Identification: JOSM/1.5 (6962 en) Linux Debian GNU/Linux 7.4 (wheezy) Memory Usage: 134 MB / 672 MB (30 MB allocated, but free) Java version: 1.7.0_25, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u25-2.3.10-1~deb7u1 Plugin: OpeningHoursEditor (30375) Plugin: conflation (0.1.6) Plugin: imagery-xml-bounds (30342) Plugin: jts (30277) Plugin: mirrored_download (30375) Plugin: notes (v0.9.2) Plugin: photoadjust (30277) Plugin: reverter (30375) Plugin: terracer (30375) Plugin: todo (29154) Plugin: undelete (30375) Plugin: utilsplugin2 (30375) Plugin: wikipedia (30375) }}} " skyper defect 10032 1 No changes recognized if uploading with an open relation editor and closing it later Core latest 2014-05-16T00:38:53+02:00 2022-09-21T22:47:21+02:00 "> What steps will reproduce the problem? 1. make an edit 1. open a relation editor and make a change (add a new member) but leave it open 1. upload data 1. close relation editor > What is the expected result? Pending change to upload. > What happens instead? Differences between local and server data are not recognized. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-14 01:35:50 Last Changed Author: Don-vip Revision: 7120 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-14 02:16:44 +0200 (Wed, 14 May 2014) Last Changed Rev: 7120 Identification: JOSM/1.5 (7120 en) Linux Debian GNU/Linux 7.5 (wheezy) Memory Usage: 454 MB / 882 MB (111 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u55-2.4.7-1~deb7u1 Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: conflation (0.1.6) Plugin: imagery-xml-bounds (30416) Plugin: jts (30416) Plugin: mirrored_download (30436) Plugin: notes (v0.9.2) Plugin: photoadjust (30428) Plugin: reverter (30436) Plugin: terracer (30416) Plugin: todo (29154) Plugin: undelete (30416) Plugin: utilsplugin2 (30419) Plugin: wikipedia (30449) }}} " skyper defect 10178 1 "bogus ""Superfluous turnrestriction as ""to"" way is oneway (1)""" Core validator 2014-06-20T13:10:19+02:00 2021-10-16T00:23:30+02:00 "It is rather complicated situation: - ""to"" way is oneway - but it is with oneway:bicycle = no - and bicycles still cannot turn into it from this direction https://www.openstreetmap.org/relation/3835134 Fix would be to exclude from this check ways with any key starting from oneway: or at least ways with oneway:bicycle (as this is probably the most common case). {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-06-20 01:36:37 Last Changed Author: simon04 Revision: 7254 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-06-19 11:09:04 +0200 (Thu, 19 Jun 2014) Last Changed Rev: 7254 Identification: JOSM/1.5 (7254 en) Windows 7 32-Bit Memory Usage: 77 MB / 247 MB (15 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30495) Plugin: buildings_tools (30485) Plugin: continuosDownload (28565) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: turnrestrictions (30454) Plugin: wikipedia (30449) }}}" mkoniecz defect 10286 1 extruder: problem with shared nodes Core latest 2014-07-20T19:50:28+02:00 2014-12-17T15:10:40+01:00 "> What steps will reproduce the problem? 1. Draw two rectified rectangle closed ways with one overlapping segment and two nodes in common. 1. extrude (single align) on side with one shared node of one area to the inside > What is the expected result? The shared node remains only part of the untouched area and a new shared node is created at the new corner or the opposite considerering ids (new <-> old). > What happens instead? The shared node remains shared and a new node only connected to the changed area is created. > Please provide any additional information below. Attach a screenshot if possible. I changed the settings for ""ignore-shared-nodes"" but it did not change anything. Have a look at attached [attachment:extrude_ex3.osm example file].\\ \\ [[Image(extrude_ex3.png)]] {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-07-20 01:36:10 Last Changed Author: stoecker Revision: 7318 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-07-19 21:12:28 +0200 (Sat, 19 Jul 2014) Last Changed Rev: 7318 Identification: JOSM/1.5 (7318 en) Linux Debian GNU/Linux 7.6 (wheezy) Memory Usage: 259 MB / 882 MB (126 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u55-2.4.7-1~deb7u1 VM arguments: [-Djosm.home=/tmp/.josm] Program arguments: [--language=en, extrude_ex2.osm] Dataset consistency test: No problems found }}} " skyper defect 10537 1 Imagery menu hangs when an external layer icon cannot be loaded Core imagery tested 2014-09-21T10:02:28+02:00 2021-04-14T13:26:02+02:00 "What steps will reproduce the problem? 1. Have imagery layer activated, of which the corresponding icon cannot be loaded via network (in my case: OpenPTMap) 2. Select the imagery menu from the menu bar What is the expected result? - The menu should open at once What happens instead? - The menu takes about 15 seconds to open Please provide any additional information below. Attach a screenshot if possible. - When the imagery layer with the failing icon is deactivated, everything runs smoothly {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-08-31 21:55:55 Last Changed Author: Don-vip Revision: 7480 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-08-31 23:51:24 +0200 (Sun, 31 Aug 2014) Last Changed Rev: 7480 Identification: JOSM/1.5 (7480 de) Windows 7 32-Bit Memory Usage: 60 MB / 247 MB (9 MB allocated, but free) Java version: 1.7.0_67, Oracle Corporation, Java HotSpot(TM) Client VM Plugins: - DirectDownload (30416) - DirectUpload (30416) - PicLayer (30436) - alignways (30416) - buildings_tools (30416) - download_along (30416) - gpxfilter (30416) - log4j (30416) - mapdust (30416) - measurement (30416) - routing (30416) - turnrestrictions (30454) - utilsplugin2 (30460) - waydownloader (30416) Last errors/warnings: - E: Fehler beim Laden des Bildes 'http://openptmap.de/favicon_pt.png' - W: Already here java.net.SocketTimeoutException: connect timed out - E: Fehler beim Laden des Bildes 'http://openptmap.de/favicon_pt.png' }}} " bundesrainer defect 10736 1 JOSM ignores keyboard shortcuts after opening another window Core shortcuts 2014-11-09T12:41:10+01:00 2015-03-19T23:15:12+01:00 "==== What steps will reproduce the problem? 1. Perform an action that opens a new window in JOSM, e.g. edit or add a tag. 2. Close the window (Enter, esc, click, …) 3. Try to use a keyboard shortcut → It doesn’t work 4. Focus the main JOSM window. It already has the focus again, but apparently JOSM doesn’t notice and ignores keyboard shortcuts 5. Finally, use the keyboard shortcut you wanted to use. ==== What is the expected result? JOSM should respond to keyboard shortcuts after the secondary window is closed. ==== What happens instead? Nothing. One has to refocus the main window (even though it is focused) to be able to use keyboard shortcuts again. ==== Please provide any additional information below. Attach a screenshot if possible. This problem didn’t occur in previous versions of JOSM. Ticket #10633 seems to be related. Sometimes keyboard shortcuts still work after closing the window, but after opening and closing another window (without refocusing), it always fails. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-10-21 19:23:06 Last Changed Author: Don-vip Revision: 7643 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-10-21 21:19:16 +0200 (Tue, 21 Oct 2014) Last Changed Rev: 7643 Identification: JOSM/1.5 (7643 de) Linux Arch Linux Memory Usage: 350 MB / 3641 MB (231 MB allocated, but free) Java version: 1.7.0_71, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Djosm.restart=true] Dataset consistency test: No problems found }}} " oliver.papst+josm@… defect 10840 1 IAE in OpeningTimeUtils.ensureValidDay Plugin openinghourseditor latest 2014-12-12T22:31:00+01:00 2018-10-07T14:37:54+02:00 "{{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-12-11 02:33:43 Last Changed Author: Don-vip Revision: 7787 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-12-11 00:15:17 +0100 (Thu, 11 Dec 2014) Last Changed Rev: 7787 Identification: JOSM/1.5 (7787 de) Linux Ubuntu 14.10 Memory Usage: 156 MB / 860 MB (22 MB allocated, but free) Java version: 1.7.0_45, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Dataset consistency test: No problems found Plugins: - FastDraw (30762) - HouseNumberTaggingTool (30762) - OpeningHoursEditor (30737) - RoadSigns (30788) - buildings_tools (30762) - editgpx (30737) - imagery_offset_db (30808) - log4j (30762) - public_transport (30762) - routes (30762) - routing (30737) - tageditor (30738) - terracer (30737) - turnlanes (30737) - turnrestrictions (30762) - undelete (30762) - utilsplugin2 (30762) - waydownloader (30762) Last errors/warnings: - E: Fehler beim Laden des Bildes 'presets/peak.svg' - W: Could not get presets icon presets/peak.svg - E: java.lang.IllegalArgumentException: dayStart is not a valid day (0-6). Given value is -1 java.lang.IllegalArgumentException: dayStart is not a valid day (0-6). Given value is -1 at org.openstreetmap.josm.plugins.ohe.OpeningTimeUtils.ensureValidDay(OpeningTimeUtils.java:269) at org.openstreetmap.josm.plugins.ohe.gui.TimeRect.(TimeRect.java:58) at org.openstreetmap.josm.plugins.ohe.gui.OheEditor.mouseReleased(OheEditor.java:312) at java.awt.Component.processMouseEvent(Component.java:6505) at javax.swing.JComponent.processMouseEvent(JComponent.java:3320) at java.awt.Component.processEvent(Component.java:6270) at java.awt.Container.processEvent(Container.java:2229) at java.awt.Component.dispatchEventImpl(Component.java:4861) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Component.dispatchEvent(Component.java:4687) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422) at java.awt.Container.dispatchEventImpl(Container.java:2273) at java.awt.Window.dispatchEventImpl(Window.java:2719) at java.awt.Component.dispatchEvent(Component.java:4687) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:694) at java.awt.EventQueue$3.run(EventQueue.java:692) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87) at java.awt.EventQueue$4.run(EventQueue.java:708) at java.awt.EventQueue$4.run(EventQueue.java:706) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:705) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:154) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219) at java.awt.Dialog.show(Dialog.java:1082) at java.awt.Component.show(Component.java:1651) at java.awt.Component.setVisible(Component.java:1603) at java.awt.Window.setVisible(Window.java:1014) at java.awt.Dialog.setVisible(Dialog.java:1005) at org.openstreetmap.josm.plugins.ohe.OhePlugin$OheMenuAction.actionPerformed(OhePlugin.java:302) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.AbstractButton.doClick(AbstractButton.java:376) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289) at java.awt.Component.processMouseEvent(Component.java:6505) at javax.swing.JComponent.processMouseEvent(JComponent.java:3320) at java.awt.Component.processEvent(Component.java:6270) at java.awt.Container.processEvent(Container.java:2229) at java.awt.Component.dispatchEventImpl(Component.java:4861) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Component.dispatchEvent(Component.java:4687) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422) at java.awt.Container.dispatchEventImpl(Container.java:2273) at java.awt.Window.dispatchEventImpl(Window.java:2719) at java.awt.Component.dispatchEvent(Component.java:4687) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735) at java.awt.EventQueue.access$200(EventQueue.java:103) at java.awt.EventQueue$3.run(EventQueue.java:694) at java.awt.EventQueue$3.run(EventQueue.java:692) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87) at java.awt.EventQueue$4.run(EventQueue.java:708) ...... }}} " Atalanttore defect 10881 1 "Cannot select and move nodes if ""Mapnik (true)"" map style is enabled" External mappaint style tested 2014-12-24T22:38:30+01:00 2014-12-26T00:07:16+01:00 "After update to version 7777 I'm unable to select and than move single point. When I click on the point whole path is selected (and than moved when I try to do so). I'm sure that it worked before. I tried to zoom in as I read some ticket regarding to point selecting but it did not help. App: 7777 Jvm: jdk1.7.0_21 OS: Ubuntu 14.04 EDIT: only happens with [https://github.com/bastik/mapcss-tools/tree/master/mapnik2mapcss Mapnik (true)] map style" tomas.runa@… defect 10912 1 UI problems with LXDE / OpenBox Core 2015-01-01T20:44:09+01:00 2015-01-03T16:49:44+01:00 "==== What steps will reproduce the problem? 1. Attempt to add tag (alt+a) ==== What is the expected result? Window with text fields able to display input. ==== What happens instead? Window with text fields unable to display input due to small size. ==== Please provide any additional information below. Attach a screenshot if possible. Confirmed to happpen with default L&F (AFAIK, Metal is default one). I am testing whatever it happens with GTK. [[Image(Selection_004.png)]] It happens also with upload/download progress box. Confirmed to happpen with default L&F and GTK L&F. [[Image(Selection_005.png)]] {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-01-01 02:35:00 Last Changed Author: Don-vip Revision: 7919 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-01-01 02:55:34 +0100 (Thu, 01 Jan 2015) Last Changed Rev: 7919 Identification: JOSM/1.5 (7919 en) Linux Ubuntu 14.04.1 LTS Memory Usage: 397 MB / 889 MB (233 MB allocated, but free) Java version: 1.7.0_72, Oracle Corporation, Java HotSpot(TM) Server VM Dataset consistency test: No problems found Plugins: - OpeningHoursEditor (30892) - buildings_tools (30892) - continuosDownload (1413902943) - ext_tools (30892) - measurement (30892) }}} I am using Lubuntu 14.04." mkoniecz defect 10999 1 Download area status not preserved when moving node Core 2015-01-20T20:13:18+01:00 2020-02-19T03:16:18+01:00 "==== What steps will reproduce the problem? 1. download a way with at least one node outside download area 1. move the node within download area 1. delete node ==== What is the expected result? A warning about deleting an incomplete downloaded node similar to the existing one when outside download area ==== What happens instead? No warning ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-01-20 02:34:20 Last Changed Author: Klumbumbus Revision: 7975 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-01-19 22:54:26 +0100 (Mon, 19 Jan 2015) Last Changed Rev: 7975 Identification: JOSM/1.5 (7975 en) Linux Debian GNU/Linux 7.8 (wheezy) Memory Usage: 347 MB / 882 MB (191 MB allocated, but free) Java version: 1.7.0_65, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u71-2.5.3-2~deb7u1 Dataset consistency test: No problems found Plugins: - OpeningHoursEditor (30892) - conflation (0.1.7) - download_along (30892) - imagery-xml-bounds (30892) - imagery_offset_db (30892) - jts (30892) - mirrored_download (30892) - photoadjust (30905) - reverter (30892) - terracer (30892) - todo (29154) - undelete (30892) - utilsplugin2 (30892) - waydownloader (30892) - wikipedia (30892) }}} " skyper enhancement 5315 1 Also show note=* for nodes/ways, not only for relations; DEFAULT_NAMING_TAGS_FOR_RELATIONS for nodes/ways Core 2010-08-11T23:32:00+02:00 2014-06-27T01:08:59+02:00 "The relation editor and selection list currently show the contents of the note=* tag, among others<1>, when a name=* is not present, but does so only for relations. Can this be expanded to also do the same thing for nodes and ways. This would be especially useful in the Relation Editor, to be able to identify unnamed way and node members, if they do have a note=* set. Also, it would be handy to expose DEFAULT_NAMING_TAGS_FOR_RELATIONS in the preferences, so people can add tags that are interesting for them. Same for nodes/ways, if the above is implemented, of course. <1> Currently, DEFAULT_NAMING_TAGS_FOR_RELATIONS = ""name"", ""ref"", ""restriction"", ""landuse"", ""natural"", ""public_transport"", "":LocationCode"", ""note""" Ldp enhancement 9528 1 Align nodes to rectangle - don't change when calling twice Core 2014-01-04T15:10:41+01:00 2014-01-09T22:20:27+01:00 "From [ticket:1621#comment:14] about ""Align nodes to rectangle action"": >There's one thing I do not like yet, and that is that multiple changes are generated if you call the function repeatedly (it doesn't recognize that the shape is already rectangular, makes minuscle adjustments). I tried to build in a treshold under which there would be no change recorded but it didn't work out well. " Don-vip enhancement 9558 1 Different colors when highlighting a polygon Core 2014-01-10T03:23:41+01:00 2014-01-14T16:56:09+01:00 "Currenty, when a member way of a multipolygon is selected, the corresponding multipolygon areas are are highlighted with magenta (I think), and normal polygon areas are highlighted with red. Suggestion is to use a variation of the standard color of the polygon or multipolygon, which is used for indicating the polygon area when not selected. This would be especially useful if the selected way is member in of 2 multipolygons. Currently, both multypolygons are displayed in magenta, making the 2 multipolygons look like one area. If using a variation of the non-highlight color of the polygon seems too difficult, at least two different colors should be used when highlighting 2 multipolygons at the same time. Connected issue: There is no indication of a polygon if the kind of the area is unknown to JOSM, e.g. landuse=plant_nursery. But even when a/the way of such a (multi)polygon is selected, no highlighting of the area takes place. Not sure if this qualifies for a separate ticket." karljunk enhancement 9649 1 Improve conflict editor when resolving relations Core 2014-01-30T20:41:27+01:00 2014-01-30T20:41:27+01:00 "Conflict editor, especially for relations is quite misleading about what was removed, and what was added. It could be better, if history dialog code would be reused somehow to provide better visualization. It is a followup on: #9403" wiktorn enhancement 9671 1 "Less than perfect ""Zoom to problem"" for relation problems reported by validator" Core 2014-02-02T13:14:30+01:00 2014-02-02T21:00:03+01:00 "Example: The ""from"" way does not start or end at a ""via"" node (1) After using ""Zoom to problem"" expected: problematic relation will be selected what happens: elements of relation are selected, user must guess correct relation {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-01-29 15:23:51 Last Changed Author: Don-vip Revision: 6767 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-01-29 16:18:16 +0100 (Wed, 29 Jan 2014) Last Changed Rev: 6767 Identification: JOSM/1.5 (6767 en_GB) Windows 7 32-Bit Memory Usage: 43 MB / 247 MB (14 MB allocated, but free) Java version: 1.7.0_51, Oracle Corporation, Java HotSpot(TM) Client VM Plugin: OpeningHoursEditor (30117) Plugin: buildings_tools (30057) Plugin: notes (v0.8) }}}" mkoniecz enhancement 9876 1 Filter moved up/down is not followed after it leaves visible area Core 2014-03-30T13:57:04+02:00 2014-03-30T13:57:04+02:00 "To reproduce: - enable filter window - add multiple filters so not everything is displayed - select filter move it multiple times (up/down) What happens: - filter leaves visible area What is expected: - visible area follows moved filter {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-03-22 02:33:06 Last Changed Author: Don-vip Revision: 6920 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-03-21 17:31:18 +0100 (Fri, 21 Mar 2014) Last Changed Rev: 6920 Identification: JOSM/1.5 (6920 en) Windows 7 32-Bit Memory Usage: 247 MB / 247 MB (65 MB allocated, but free) Java version: 1.7.0_51, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OSMantic (1.1.1) Plugin: OpeningHoursEditor (30235) Plugin: RoadSigns (30320) Plugin: buildings_tools (30277) Plugin: continuosDownload (28565) Plugin: lakewalker (30277) Plugin: notes (v0.9.2) Plugin: wikipedia (30277) }}}" mkoniecz enhancement 9902 1 Split direction unpredictable Plugin terracer 2014-04-08T13:55:17+02:00 2020-09-29T16:39:51+02:00 "On nearly quadratic objects it is often unpredictable in which direction a rectangle will get split. It would be nice to have an Option to specify a vertical or horizontal split direction. Furthermore it would be nice to make it Optional if a building tag will get added or not." giggls enhancement 9920 1 make plus sign between two nodes of a line changeable with macss mappaint style Core mappaint 2014-04-14T19:41:38+02:00 2018-12-09T00:01:52+01:00 "It would be nice if one can modify the plus sign which is in the middle of two nodes of a line with a mapcss mappaint style. E.g. change size, change colour, hide,... I don't know if this a big deal, because it seems that this is somewhere deep in the core? Without the JOSM internal mappaint style and with the mapcss code {{{ canvas {default-points: false; default-lines: false;} }}} everything is hidden except the plus signs. I would like to modify the plus sign in the style [wiki:Styles/Coloured_Streets]. I just made an update which improves the view on lower zoom levels. Though the plus signs are still a bit distracting as you can see on this [http://josm.openstreetmap.de/attachment/wiki/Styles/Coloured_Streets/exampleColouredStreetsLowZoom.png example image]." Klumbumbus enhancement 9972 1 Add Quick Preview of WMS Capabilities URL Core imagery 2014-05-02T10:43:14+02:00 2018-05-27T19:29:31+02:00 " Da eine WMS Dienste nicht immer korrekt funktionieren, sollte es möglich sein, ohne jedesmal durch die Einstellungsdialoge zurück auf die Karte zu klicken die WMS Karte direkt anzuschauen. So könnte man leichter festellen ob beim Laden die roten Fehlerkacheln geladen werden, oder ob der Dienst klappt. Also direkte Vorschau/Browsen der Karte nach WMS Cap url eingabe. ---------------- Google translation: As a WMS services do not always work correctly, it should be possible without having to click each time through the settings dialogs back to the map to see the WMS map directly. So you could festellen easier if when loading the red error tiles are loaded, or if the service works. So direct preview / browse the map by WMS Cap url input." anonymous enhancement 10001 1 Allow ungluing multiple nodes Core 2014-05-11T08:47:36+02:00 2014-05-11T08:51:08+02:00 "On selecting multiple nodes and using unglue following error appears: {{{The current selection cannot be used for unglueing. Select either: * One tagged node, or * One node that is used by more than one way, or * One node that is used by more than one way and one of those ways, or * One way that has one or more nodes that are used by more than one way, or * One way and one or more of its nodes that are used by more than one way. Note: If a way is selected, this way will get fresh copies of the unglued nodes and the new nodes will be selected. Otherwise, all ways will get their own copy and all nodes will be selected.}}} I see no reason to not execute ""unglue single node"" on every selected node. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-11 01:36:45 Last Changed Author: bastiK Revision: 7105 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-11 01:48:28 +0200 (Sun, 11 May 2014) Last Changed Rev: 7105 Identification: JOSM/1.5 (7105 en) Windows 7 32-Bit Memory Usage: 247 MB / 247 MB (134 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30438) Plugin: buildings_tools (30416) Plugin: continuosDownload (28565) Plugin: lakewalker (30416) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: wikipedia (30416) }}}" mkoniecz enhancement 10004 1 Treat highway=* + area=yes similar to roundabouts in the relation editor. Core tested 2014-05-11T12:25:23+02:00 2024-01-04T13:17:17+01:00 When a route crosses a pedestrian square (highway=pedestrian + area=yes) it shows as a break in the route in the relation editor. I think this could be treated the same as a roundabout (junction=roundabout), but with a different icon ofcourse. cartinus enhancement 10056 1 support to include chunks from default preset in external presets Core 2014-05-20T20:44:31+02:00 2021-12-22T12:51:33+01:00 "I did try to import the chunk for `surface=*` in an external preset but it does not work. Would be nice to use chunks from default preset and also to be able to link to one of its items. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-20 01:35:44 Last Changed Author: simon04 Revision: 7146 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-19 18:17:18 +0200 (Mon, 19 May 2014) Last Changed Rev: 7146 Identification: JOSM/1.5 (7146 en) Linux Debian GNU/Linux 7.5 (wheezy) Memory Usage: 199 MB / 882 MB (110 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u55-2.4.7-1~deb7u1 VM arguments: [-Djosm.home=.josm-test/] Program arguments: [--language=en] Dataset consistency test: No problems found Plugin: tagging-preset-tester (30416) }}} " skyper enhancement 10163 1 Copy amazing turn restrictions editing widget from iD Core 2014-06-17T21:23:32+02:00 2014-06-20T15:03:22+02:00 "to see it edit junction node like http://www.openstreetmap.org/node/2330878550 using iD " mkoniecz enhancement 10167 1 Attempt to sort route roles in relation Core validator 2014-06-19T19:58:55+02:00 2021-10-01T21:33:22+02:00 "Route relation may have many way with role ""route"". It is easier to maintain relation with these ways ordered, but it is tedious to do it manually. It would be helpful to have a validator rule ""segmentation of route roles in relation may be reduced"", that would automatically sort route roles iff it is possible to reduce number of segments. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-06-15 01:35:58 Last Changed Author: bastiK Revision: 7249 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-06-14 20:26:29 +0200 (Sat, 14 Jun 2014) Last Changed Rev: 7249 Identification: JOSM/1.5 (7249 en) Windows 7 32-Bit Memory Usage: 247 MB / 247 MB (110 MB allocated, but free) Java version: 1.7.0_55, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugin: OpeningHoursEditor (30416) Plugin: RoadSigns (30495) Plugin: buildings_tools (30485) Plugin: continuosDownload (28565) Plugin: lakewalker (30416) Plugin: measurement (30416) Plugin: notes (v0.9.2) Plugin: wikipedia (30449) }}}" mkoniecz enhancement 10234 1 Multipolygon - added inner closed way should have inner role set Core latest 2014-07-05T23:07:21+02:00 2020-07-29T12:45:37+02:00 "Inner areas added into multipolygon relation via ""Add selection to relation"" have no role set. I've to open relation editor, find the newly added way (usually on the end of list) and set the inner role manually. I think, in case, when the relation is type ""multipolygon"" and the newly added area is inside of the multipolygon, the inner role could be added automatically. Or, if this is not possible, there should be a dialog window allowing role selection for each element displayed. How to reproduce: 1) Create some area 2) Create new relation, type=multipolygon containing area from step 1 with role set to outer 3) Create small area inside the multipolygon 4) Select inner area, select relation in the relations panel, click by right mouse button and choose ""Add selection to 1 relation As Is: 5) The selection is added into the multipolygon relation, but the role is blank. You must manually change the role in the relation editor To Be: 5) The selection is added into the multipolygon relation and the role is set to ""inner"". No more action needed. " Mkyral enhancement 10254 1 Search for objects with warning/error/invalid data Core 2014-07-10T16:22:56+02:00 2014-07-10T16:23:50+02:00 "''(don't know where it actually belongs, so I am reporting it against ""Core"")'' Sometimes I see objects like this in JOSM: [[Image(ticket:10254:error.png)]] The validator doesn't display anything about it but from what I see, there is always something wrong with those objects: * tagging a node with a key/value that is only relevant to a way * using a key/value wrongly or incompletely (for example, having only `boundary=administrative` in a node without anything more) * something else that I don't remember :-) Could it be possible to find those objects in JOSM? (both via Search and with MapCSS (to use in a validator rule), if possible) At least for me it's a good way to spot wrong objects." naoliv enhancement 10324 1 test whether relation member ways are properly ordered Core validator 2014-07-30T10:21:02+02:00 2021-07-24T14:28:16+02:00 "In the WronglyOrderedWays test, it could warn when the members of a relation are not properly ordered. That means, they are not producing a continuous line (or circle) in the display of the relation. While the members may be continuous if summed together, the relation editor may display them as segments with holes. Reordering the members would make the relation editor show the nice ""closed way circle"". I'd like to find such relations and reorder the members so that it is also visually clear they form a closed way. This would only apply to relations where JOSM understands the member roles and where the ways are intended to produce a continuous joined way. E.g.: type='route' - the ways should form a continuous line (unclosed), unless ""forward"", ""backward"" roles are used type='multipolygon', 'boundary' - the sets of ""outer"" and ""inner"" members should form a closed ways each. I think JOSM already warns if these are unclosed, but I'd like to check the order of the members on top of that." aceman enhancement 10369 1 mapcss display area text on top of its outline Core mappaint 2014-08-14T00:47:10+02:00 2014-08-25T13:54:54+02:00 "Currently the text of an area is displayed below the outline. This is no problem for the default style since the numbers disappear before they conflict with the outline. However for external styles with bigger text this can be problematic. See for example Coloured Streets: [[Image(area text.png)]] This is actually housenumber ""31a"" but it is hard to see, since the outline is on top of its area-text. I want to change this in Coloured Streets. I already tried to resolve this with different layers for the outline and for the text. However I'm not really happy with my solution, since it complicates the code excessive. So I would be happy if either * area-text is always on top of area outline (I'm not sure if there are side effects I didn't consider) * you can switch within mapcss if area-text is below or on top of the outline * you can set z-index for the area-text within mapcss (According to [[Help/Styles/MapCSSImplementation#Generalproperties]] there is no major-z-index for area-text.) What do you think? " Klumbumbus enhancement 10431 1 Allow moving map with left mouse button + alt key Core 2014-08-27T17:08:41+02:00 2014-08-27T17:14:00+02:00 "Currently Alt key has no use on the map view. I propose making Alt+LMB an alternative combination for moving the map. Of course, it should not affect Alt+LMB click for selecting overlapping objects and Alt+Shift+LMB for scaling objects. This would greatly benefit pen tablet, touch pad and mac os users, who favor left mouse button over other buttons." Zverikk enhancement 10744 1 [patch proof-of-concept] Ease Multipolygon-Creation and Handling if selection overlaps ways that already take part in another MP Core latest 2014-11-11T18:28:18+01:00 2018-08-17T18:50:56+02:00 "The current work with MP in josm is still far from perfect. This patch tries to ease the pain by deploying the possibility to automatically reuse way segments that overlap with the ways selected when a multipolygon is about to be created (Strg+B in most installations). The algorithm evaluates each way segment to find overlapping ways that already take part in a multipolygon relation. It calculates split points and automatically splits or directly reuses these ways to build the current multipolygon. As a result, the overlapping way segments of the selection are deleted and filled with the reusable ones found. This means, the resulting multipolygon consists of ways directly shared with the adjacent multipolygon areas found. In an area well mapped with MP this patch unifies the creation of new areas to some extent: If a closed way is drawn iteratively, and overlaps many ways that take part in other MPs, then, if Strg+B is hit, the result will ultimately be the same as selecting the single outer way one by one and using Strg+B on this selection. Effectively, this enables the choice to map simple MPs like closed ways. Atm this is just a proof-of-concept with an invitation to comment and test. It's not ready for production yet. Todo: * relevant code block should be split into several functions and maybe merged to a different code spot * stuff all actions into a sequence command - atm necessary split ops and deletions are pushed directly to the undo stack - for production use only one command in the edit history should be occupied * lack of documentation If you find unexpected, reproducable behavior, please attach test data to this ticket. (Please ignore EDT warnings that are thrown when the result of a notification is drawn from a non-gui thread. SplitWayAction should be patched to not throw any EDT, but CreateMultipolygonAction still has some places that seem to wrongly use EDT.) Greetings" cmuelle8 enhancement 10748 1 Move and connect way to an external node with shape retention Core tested 2014-11-12T22:47:07+01:00 2015-05-10T01:00:27+02:00 "It would be nice if I could move a way with shape retention while joining one of it's nodes to an external node. I have tried two ways to achieve this goal. 1) Select the way and additionally select one of it's nodes using CTRL. Drag this node to the destination node of another way while holding CTRL. These two nodes joined, the way become distorted. 2) Select all nodes of the way with CTRL+SHIFT+N. Drag one node to the destination node while holding CTRL. All nodes of the way joined into the destination node :( {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-10-21 19:23:06 Last Changed Author: Don-vip Revision: 7643 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-10-21 21:19:16 +0200 (Tue, 21 Oct 2014) Last Changed Rev: 7643 Identification: JOSM/1.5 (7643 en) Windows 8.1 64-Bit Memory Usage: 262 MB / 910 MB (107 MB allocated, but free) Java version: 1.7.0_67, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Dataset consistency test: No problems found Plugins: - InfoMode (30737) - OpeningHoursEditor (30737) - alignways (30695) - buildings_tools (30762) - editgpx (30737) - imagery_offset_db (30762) - kendzi3d (1.0.180) - kendzi3d-jogl (37) - log4j (30762) - reverter (30737) - turnlanes (30737) - turnrestrictions (30762) - undelete (30762) - utilsplugin2 (30762) - waypoint_search (30695) Last errors/warnings: - W: Detected deprecated 'canvas{background-color}' in 'D:\OSM\turistautak.hu.api.mapcss' which will be removed shortly. Use 'fill-color' instead. - E: Failed to locate image 'maxspeed_icon.svg' - W: Mappaint style ""standard"" (Maxspeed) icon ""maxspeed_icon.svg"" not found. - E: Failed to locate image 'icon=c:\Windows\WinSxS\amd64_microsoft-windows-printing-fdprint_31bf3856ad364e35_6.3.9600.16397_none_48e6a1b4593f400f\scan_property.ico ' - E: Failed to locate image 'icon=c:\Windows\WinSxS\amd64_microsoft-windows-printing-fdprint_31bf3856ad364e35_6.3.9600.16397_none_48e6a1b4593f400f\scan_property.ico ' }}} " AndreasTUHU enhancement 10846 1 using the notes layer is not intuitive without the notes dialog window Core notes tested 2014-12-14T04:07:12+01:00 2019-03-01T19:56:21+01:00 "JOSM version: 7777 (sorry, the full report template contains too much personal info!) 1. disable the notes dialog window (via menu view) and imagine that you are a user who does not know that this window exists at all 2. download notes and gps traces in an area where there is one note 3. doubleclick the note * Actual result: just the note's comments show up. If you do not have the notes dialog window active then you do not have a comment/close option at all. You do not know how to comment/close unless you find out somehow that you need the notes dialog window for this. * Expected: the comments from the note show up and you have a possibility to comment/close. At least the notes dialog window should show up with the clicked note pre-selected, if the window was not active before. You cannot do anything else than commenting/closing with notes, so it is not obvious that there even IS a dialog window ""notes"". I first did not know that there IS a dialog window and thought the notes feature is read-only. Thank you! " aseerel4c26 enhancement 10875 1 Flag waterway/road crossing with missing tunnel/bridge attr Core validator tested 2014-12-20T23:10:57+01:00 2021-06-03T12:41:32+02:00 "The validator should flag crossings of road and waterways where tunnel/bridge attribute is absent on both objects. (This in addition to the already-existing check that the layer= values are different.) Encountering a crossing of two ways with properties - waterway=* layer=-1 - highway=primary|... layer=0 should be flagged. From real-world possible construction practices, we know that one of the two has to hold true: Either the waterway is tunneled in some form under the road, or the road is built as a bridge. [Current OSM version 1.0-7777 appears not having such a check.]" jengelh@… enhancement 10926 1 Support MATE keyring with native password manager Plugin native_password_manager 2015-01-03T17:59:21+01:00 2024-09-19T20:03:00+02:00 "==== What steps will reproduce the problem? 1. Install Ubuntu MATE 14.10. 2. Download and install JOSM an Native Password Manager plugin. 3. Start JOSM ==== What is the expected result? I would expect the plugin to work with MATE's password manager. ==== What happens instead? Upon start, I get the following message: No native password manager could be found! Depending on your Operating System / Distribution, you may have to create a default keyring / wallet first. ==== Please provide any additional information below. Attach a screenshot if possible. I suspect this is because MATE support would need to be added. Since MATE is a fork of GNOME 2 and GNOME Keyring is supported, the code should be mostly there and can be reused – there is probably little difference between MATE and GNOME apart from identifiers. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-12-09 17:17:36 Last Changed Author: Don-vip Revision: 7777 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-12-09 18:14:49 +0100 (Tue, 09 Dec 2014) Last Changed Rev: 7777 Identification: JOSM/1.5 (7777 en) Linux Ubuntu 14.10 Memory Usage: 377 MB / 857 MB (251 MB allocated, but free) Java version: 1.7.0_65, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u71-2.5.3-0ubuntu1 Plugins: - DirectUpload (30267) - InfoMode (30737) - PicLayer (30762) - geotools (30762) - jts (30762) - mirrored_download (30762) - native_password_manager (30739) - notes (v0.9.5) - osmarender (30738) - photo_geotagging (30803) - reverter (30737) - turnrestrictions (30762) - utilsplugin2 (30762) - waypoint_search (30695) }}} " stanton enhancement 10972 1 Additional third column marks for public transport relation member display Core 2015-01-15T08:47:14+01:00 2021-03-22T13:16:54+01:00 "Using the following abbreviations: ""c"" black filled circle centered (denoting a halt entry) ""1"" upper half of a ""c"" at the bottom ""2"" lower half of a ""c"" at the top ""?"" some symbol for an erroneous entry The rules given below are in ""stop on first match""-notation. Routes with public_transport:version=other or missing unchanged Routes with public_transport:version=1 Every node (irrespectable of the role): ""c"" Relations: ""?"" Ways with a role ""*stop*"": ""?"" Role ""*platform*"": ""?"" others: unchanged Routes with public_transport:version=2 stop-platform pairs: ""1"" and ""2"". Only if a stop is immediately followed by a platform (not the other way round) of the same non-empty name. Empty names are replaced by the name of a parent stop_area if available. stop_entry_only-platform_entry_only - pair: like stop-platform stop_exit_only-platform_exit_only - pair: like stop-platform Role stop for a node: ""c"" Role platform: ""c"" Roles stop_entry_only, stop_exit_only: like stop Roles platform_entry_only, platform_exit_only: like stop other Roles: ""?"" Route master relations: ? for ways and nodes ? for members with public_transport:version=1 ? for members with non-empty roles ? for members without type=route no symbol for others Stop_area relations ? for roles except empty, ""stop"" and ""platform"" " Weide enhancement 10974 1 Avoiding collateral damages in PTv2 routes Core 2015-01-15T09:13:13+01:00 2015-01-18T20:05:08+01:00 "By far the most damages in Public Transport Version 2 Routes are done by mappers using ""p"" when working in an entirely different context, mostly lanes and speed limits. Some of them dont even know, that relations carrying information in the sequence of members exist and may be invisible. JOSM handles this situation very well if the necessary objects to handle this are already loaded. The advice to the mappers is to use ""p"" each and every time only after selecting the way and it's end nodes and using Alt-Ctrl-D on them. But it would be enough to load all the PTv2-routes having the way as a member and the neighbour elements of the way in their member list. Is there any way to support this automatically? A few damages in Public Transport V2 Routes are done using the button ""add to relation"". As inserting a member into a PTv2 route without giving the position is nearly always wrong, the button should be deactivated if the destination relation contains type=route and public_transport:version=2. A function to replace an already existing object by another already existing object (especially a node by a way or a relation or a way by a relation) in every parent relation without changing the position or role would avoid many problems. This process is very error prone if done step by step by the mapper. This occurs mainly in the context of detail mapping of platforms. " Weide enhancement 10982 1 Validate turn restrictions with to = from Core validator 2015-01-16T18:54:50+01:00 2021-05-20T19:50:24+02:00 Could JOSM validate turn restrictions where `to` is the same way/node as `from`? naoliv enhancement 10992 1 Missing warning for object exchange in utilsplugin2 Plugin utilsplugin2 2015-01-18T20:42:49+01:00 2015-01-20T20:04:36+01:00 "==== What steps will reproduce the problem? 1. load node [osmwww:node/410195564 410.195.564] 2. load elements of one of the two routes 3. go north to the next bus stop (node Fritz-Gressard-Platz) and create a way near to it 4. select the way and the node 5. Ctrl-Shift-G 6. select the tour way of the route near to the vanished node 7. Ctrl-Alt-D 8. one of the nodes of the new platform will be a member of four bus lines ==== What is the expected result? The 4 bus routes (see below) should be member of the new platform or a warning should be given before Ctrl-Shift-G is executed: ""You are about to exchange objects outside of the area you have downloaded. This can cause problems because other objects (that you do not see) might use them. Do you really want to exchange?"" ==== What happens instead? one of the nodes of the new platform is a member of four bus lines ==== Please provide any additional information below. Attach a screenshot if possible. compare ticket #10974 {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-12-29 00:11:17 Last Changed Author: Don-vip Revision: 7906 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-12-29 00:13:58 +0100 (Mon, 29 Dec 2014) Last Changed Rev: 7906 Identification: JOSM/1.5 (7906 de) Linux openSUSE 13.2 (Harlequin) (x86_64) Memory Usage: 341 MB / 3641 MB (130 MB allocated, but free) Java version: 1.7.0_71, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: java-1_7_0-openjdk:x86_64-1.7.0.71 Dataset consistency test: No problems found Plugins: - PicLayer (30892) - editgpx (30892) - imagery_offset_db (30892) - openvisible (30892) - photo_geotagging (30892) - poly (30892) - reverter (30892) - turnrestrictions (30892) - undelete (30892) - utilsplugin2 (30892) }}} " Weide enhancement 11048 1 improve autocompletion (by frequentness, object type, ...) Core 2015-01-31T11:50:54+01:00 2019-10-13T22:40:52+02:00 "I've given the change from #10687 some time, but I can't get used to it because of the unexpected behaviour sometimes. F.e., I often draw new higways (mostly driveways and tracks). I do this with the following keys that are kind of programmed in my fingers: ALT+A > ""hi"" > TAB > ""ser"" > ENTER. This worked before, and still works in 90% of the cases. However, it also happens that I tag something historic (a mill or memorial f.e.). But when I tag the next highway, I consistently end up with a tag ""historic=service"". So I either have to learn to type ""hig"" for ""highway"" instead of just ""hi"", or I have to learn to check every proposal before I hit tab or enter. Both make the process slower. The same happens between ""name"" and ""natural"", or ""lanes"" and ""landuse"", or sometimes with values, s.a. ""track"" and ""traffic_signals"". As a first improvement to this behaviour, I'd suggest to give a score to every tag, based on how often you use it. Since I use highway more than historic, the highway key would have a bigger score, and be the default one. A second improvement could be to let the score from above degrade with time. F.e. I might be interested in mapping landuse for a period of time, and then turn my attention to lanes. When the score degrades with time (via a fast formula, f.e. half the existing score every session), the default would change from landuse to lanes after a few sessions. A different improvement might be to also consider the OSM datatype. When I tag highway=traffic_signals, I always do that on nodes, while highway=track always happens on a way element. So different suggestions could be given to different datatypes. This doesn't always work though, as f.e. lanes and landuse are both mostly tagged on way types. Thanks for giving this a thought." sanderd17 defect 13344 1 Unable to run unit tests in Eclipse on Windows Unit tests 16.08 2016-08-14T09:33:01+02:00 2024-10-01T17:57:39+02:00 "I try to execute the test MultipolygonTestTest. I have the source in the edit window and do a right click into the window, then select Run as -> JUnit test {{{ This is what I get: ERROR: java.io.IOException: Failed to open input stream for resource 'resource://data/preferences.xsd' java.io.IOException: Failed to open input stream for resource 'resource://data/preferences.xsd' at org.openstreetmap.josm.io.CachedFile.getInputStream(CachedFile.java:214) at org.openstreetmap.josm.data.preferences.PreferencesReader.validateXML(PreferencesReader.java:95) at org.openstreetmap.josm.data.preferences.PreferencesReader.validateXML(PreferencesReader.java:84) at org.openstreetmap.josm.data.Preferences.load(Preferences.java:572) at org.openstreetmap.josm.data.Preferences.init(Preferences.java:678) at org.openstreetmap.josm.JOSMFixture.init(JOSMFixture.java:102) at org.openstreetmap.josm.data.validation.tests.MultipolygonTestTest.setUp(MultipolygonTestTest.java:45) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) }}} " GerdP defect 15374 1 problem deleting multilevel relations Core latest 17.10 2017-09-30T16:59:10+02:00 2019-01-06T10:42:26+01:00 "I had some problems uploading a changeset deleting multiple relations that were ordered in a tree. I wanted to delete relation 1832956, that had relation 1832955 as a member which I wanted to delete too. 1832956 itself was a member of another relation, that was NOT to be deleted. I deleted both 1832955 and 1832956 (the parent was loaded too) in one changeset and wanted to upload. I got the error: SEVERE: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header= org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header= The solution I came to was just delete 1832955, upload it, then delete 1832956 and upload again." aceman defect 21451 1 Unhandled exception: deleted relation is still listed in other relations Core 21.10 2021-10-18T23:32:28+02:00 2021-11-22T22:49:28+01:00 "==== What steps will reproduce the problem? 1. Open child relation from ""Edit relation"" 2. Delete it 3. Go back to the parent, the deleted relation is still listed 4. Open child relation again 5. Delete it 6. An unhandled exception occurs ==== What is the expected result? Child relation should be deleted and removed from other relations. ==== What happens instead? Child relation is not deleted, it's still there as empty relation with original tags and it's not removed from any other relation. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-09-03 03:12:33 +0200 (Fri, 03 Sep 2021) Revision:18193 Build-Date:2021-09-03 01:31:19 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18193 cs) Mac OS X 10.16 OS Build number: macOS 11.6 (20G165) Memory Usage: 248 MB / 1024 MB (78 MB allocated, but free) Java version: 11.0.10+9-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.formdev.flatlaf.FlatDarculaLaf Screen: Display 69679040 1440×900 (scaling 1.00×1.00) Maximum Screen Size: 1440×900 Best cursor sizes: 16×16→16×16, 32×32→32×32 Environment variable LANG: cs_CZ.UTF-8 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: cs_CZ Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djava.util.Arrays.useLegacyMergeSort=true, --add-exports=jdk.deploy/com.sun.deploy.config=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=javafx.graphics/com.sun.javafx.application=ALL-UNNAMED, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,jdk.jsobject, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop] Dataset consistency test: No problems found Plugins: + CustomizePublicTransportStop (35760) + flatlaf (35799) + public_transport (35640) + reverter (35732) + tageditor (35640) + todo (30306) + turnlanes (35812) + turnlanes-tagging (288) + wikipedia (1.1.4) Last errors/warnings: - 00809.648 W: Neuložené změny - Relace byla změněna.

Chcete změny uložit? - 00865.724 E: Handled by bug report queue: java.lang.IllegalArgumentException: {Relation id=9197973 version=11 MVDT]} is already deleted === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-1 (33) of JOSM java.lang.IllegalArgumentException: {Relation id=9197973 version=11 MVDT]} is already deleted at org.openstreetmap.josm.command.DeleteCommand.lambda$executeCommand$0(DeleteCommand.java:194) at org.openstreetmap.josm.data.osm.DataSet.update(DataSet.java:988) at org.openstreetmap.josm.command.DeleteCommand.executeCommand(DeleteCommand.java:190) at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:300) at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:354) at org.openstreetmap.josm.actions.mapmode.DeleteAction.deleteRelations(DeleteAction.java:367) at org.openstreetmap.josm.actions.mapmode.DeleteAction.deleteRelation(DeleteAction.java:348) at org.openstreetmap.josm.gui.dialogs.relation.actions.DeleteCurrentRelationAction.actionPerformed(DeleteCurrentRelationAction.java:38) at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967) at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308) at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405) at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262) at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) }}} " kudlav enhancement 21286 1 [Patch] Add validate rule min_height < height Core validator 23.05 2021-09-05T15:45:09+02:00 2023-10-25T09:37:39+02:00 If element has min_height tag so it must have height tag and height > min_height hubaishan enhancement 24482 1 [PATCH] Give autofilters feature parity with manual level filters for indoor mapping Core 26.05 2025-10-01T18:24:18+02:00 2026-03-30T11:35:40+02:00 "Despite the availability of a level=* autofilter, I see experienced indoor mappers continue to use manually defined filters. This is because the autofilters do not yet have feature parity with manual filters: * Manual filters can either disable or hide elements. Autofilters can only disable elements. * Manual filters can consider more than one key. With indoor mapping, this is relevant for repeat_on. * You can use more than one manual filter at the same time, e.g. if you want to draw steps between level 3 and level 4 and therefore need to see features from both levels. * Manual filters let you find elements without the relevant key. There are also a few other inconvenient behaviors: * As soon as level ranges (such as level=3-6) are used, the autofilter buttons for level=* show fractional levels (such as 3.5) even though they're not actually used in the building. (Since they were added in #...) * The list of buttons is not reliably updated when a tag with a relevant key is added or the last element with the relevant tag is deleted. * Buttons are not always large enough to show the value, especially on systems with UI scaling. I'm providing patches to fix all of these: * Support repeat_on in level autofilter (autofilter_01_repeat_on) * Allow hiding auto-filtered elements (autofilter_02_hiding) * Only show fractional autofilter values if they are explicitly used (autofilter_03_fractional) * Allow more than one autofilter value to be selected at the same time (autofilter_04_multi) * Add an autofilter for missing level value (autofilter_05_none) * Get autofilter button size after adding it for more accurate values (autofilter_06_button_size) * Update the autofilter buttons after tag changes and element deletions (autofilter_07_update) The patches are best applied in the order listed." tordanik enhancement 18651 1 add more context-sensitive help to code Core Longterm 2020-01-31T03:30:20+01:00 2020-06-12T05:34:11+02:00 "As the wiki grows more and more dialogs are explained in details and warnings are explained. Some wiki pages did grow in size. This means there is room for adding more [wikitr:/DevelopersGuide/HelpSystem context-sensitive help]. As I always forget to open tickets about specific dialogs and actions I start to summarize here: === Help button + `F1` * Upload Dialog should be changed to [wikitr:/Help/Action/Upload#UploadDialog] * Combine Confirmation Dialogs [wikitr:/Help/Action/CombineWay#CombineConfirmation] * Tags/Memberships Conflict Dialog [wikitr:/Help/Action/CombineWay#TagsMembershipsConflictDialog] * Parent tab in relation editor [wikitr:/Help/Dialog/RelationEditor#ParentRelations] * Child tab in relation editor [wikitr:/Help/Dialog/RelationEditor#ChildRelations] === `F1` * mostly all toggle dialog buttons except Tags/Memberships ones * all tabs and its buttons in Preference Dialog * Upload Changes Button of Upload Dialog, probably [wikitr:/Help/Action/Upload#UploadData] * upper part of Tags/Memberships Conflict Dialog [wikitr:/Help/Action/CombineWay#TagsConflictDialog] * lower part of Tags/Memberships Conflict Dialog [wikitr:/Help/Action/CombineWay#MembershipsConflictDialog] * upper part of Relation Editor [wikitr:/Help/Dialog/RelationEditor#TagsRelation] * members list of Relation Editor [wikitr:/Help/Dialog/RelationEditor#MembersList] * selection list of Relation Editor [wikitr:/Help/Dialog/RelationEditor#SelectionList] * all Buttons of the Relation Editor should at least link to [wikitr:/Help/Dialog/RelationEditor] * all Buttons of the Changeset Manger should at least link to [wikitr:/Help/Dialog/ChangesetManager] * [[JOSMImage(dialogs/search)]] Query Button (top left) of Changeset Manger [wikitr:/Help/Dialog/ChangesetQuery] more to come" skyper enhancement 21139 1 [PATCH] BasicPreferences Test Isolation Unit tests Longterm 2021-07-19T16:15:32+02:00 2023-02-15T17:54:09+01:00 "This is a followup of comment:13:ticket:21064 (Don-vip): > Thanks! For this ticket I'll stick with the simple solution, even if not ideal. Isolating unit tests is a long-term task. As in comment:12:ticket:21064, the two patches attached to this ticket do the following: * attachment:21139.patch​ iterates through all loaded classes (I make an assumption that we only have one classloader), and sets all AbstractProperty preferences fields to the new preferences. This uses reflection to fiddle with final fields, which has some pitfalls. * attachment:21139.2.patch​ is the same as attachment:21139.patch​, except it additionally resets the preferences fields to null. This is better from a test isolation view, but I can almost guarantee that additional tests will fail. " taylor.smock enhancement 21140 1 Include transitive dependencies in josm-sources.jar Core Longterm 2021-07-19T16:21:20+02:00 2021-08-25T16:41:12+02:00 "From ticket:20768#comment:5 ''problematic when using josm-sources.jar, because it lacks the sources of transitive dependencies (e.g. `org.jetbrains.annotations` for `ch.poole.openinghoursparser`).''" Don-vip enhancement 21482 1 Tidy, polish or completely update style and preset icons Internal preset Longterm 2021-10-29T02:54:42+02:00 2021-12-13T17:15:26+01:00 "I have started to create some icons the last month and found many room for updates in clean-ups within the svg source code. See e.g. my [/ticket/21398#comment:13 comment 13] on #21398 but also #20530 and #21440. * many icons are still 90 dpi but for screen display 96 dpi is better * file size can be drastically lowered as * we only need ~~plain~~ optimized svg icons (an option in inkscape with support for the following points) * icons contain unused elements * default values/settings can be removed * some icons contain strange decimal numbers with a lot of digits behind the separator. This does not make sense with icons of 16x16 px. ~~Sadly, I did not find a script which helps in cleaning up the soucecode of the icons, yet.~~ Regarding the actual look, icons could be more harmonized in style and colors, at least compared to similar icons, like barrier icons. They can profit from color gradients but pattern seem not to work. Let's keep track in this ticket and maybe check folder per folder under [source:/trunk/resources/images/presets]" skyper enhancement 21493 1 Split up preferences file Core Longterm 2021-11-01T12:37:06+01:00 2021-11-01T12:37:06+01:00 "Currently, there is one big {{{preferences.xml}}} file in the config folder, containing lots of device-specific state. As I am synchronizing this file with my dotfiles across machines, I am seeing excessive conflicts and modifications. I would much prefer this file to be split up, with parts of it belonging into the now officially defined {{{XDG_STATE_HOME}}} on Linux (see https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html). A few examples of device-specific options are gui.*, org.openstreetmap.josm.gui.*, geoimage.*, file-optn.*, cache.*, pluginmanager.* as well as anything containing ""last*"" or ""*history"" Some examples of keys that should stay in the file: the plugins list, plugin preferences, {{{ expert}}}, {{{toolbar}}}, {{{imagery.entries}}}" xeruf task 16123 1 External Imagery/Styles/Presets/Plugins/Rules https External imagery source Longterm 2018-03-24T11:36:09+01:00 2022-05-04T00:55:54+02:00 "This ticket is for tracking progress of http → https switch for external data. For list of ignores see IntegrationTestIgnores page. Recent state: (91 answer on port 443 and 61 [not in this list] don't answer on port 443) * actmapi.act.gov.au [Error hostname verification failed] :MAP:ACTmapi Imagery Feb 2019 # MAP:ACTmapi Imagery June 2019 * cellavadasz.openstreetmap.hu [Error SSL connect attempt failed error:1408F10B:SSL routines:ssl3_get_record:wrong version number] :STYLE:cellid.mapcss # STYLE:measurements.mapcss # STYLE:signal-size.mapcss * center-obuv.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * cu.bgfretail.com [200 OK]: ~~PRESET:Preset.zip~~ * dados.gov.br [Error hostname verification failed] :MAP:IBGE-BC250 Highways stretchesIBGE-BC250-Trecho Rodoviario # MAP:IBGE-BC250 Indigenous LandsIBGE-BC250-Terra Indigena # MAP:IBGE-BC250 Isolated Rural LocationIBGE-BC250-Aglomerado Rural Isolado # MAP:IBGE-BC250 Landing stripIBGE-BC250-Pista de Pouso # MAP:IBGE-BC250 River drainsIBGE-BC250-Rios Drenagem # MAP:IBGE-BC250 Units of Sustainable Use - APAIBGE-BC250-Unidade de Uso Sistentável - APA # MAP:IBGE-BC250 VillagesIBGE-BC250-Villa # MAP:IBGE-BCIM MunicipalitiesIBGE-BCIM-Município # MAP:IBGE-BCIM Stations for Electrical Power GenerationIBGE-BCIM-Estações Geradora de Energia Elétrica * data.virginia.gov [Error hostname verification failed] :MAP:Virginia Building Footprints # MAP:Virginia Imagery Service - Most Recent # MAP:Virginia Property Lines * data.vorarlberg.gv.at [Error hostname verification failed] :MAP:VoGIS: Echtfarbenbild 2018 (10cm) # MAP:VoGIS: Flächenwidmungsplan # MAP:VoGIS: Höhen und Gelände # MAP:VoGIS: Luftbilder * datos.minem.gob.ar [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:Ministry of Energy and Mining (WMS)Ministerio de Energía y Minería (WMS) * docs.inasafe.org [521 Origin Down]: PRESET:mrtngrsbch_Preset-GLAM-JOSM.zip * dunkindonutsmoscow.ru [Error SSL connect attempt failed error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure] :PRESET:russian_shops.xml * e-odgik.chorzow.eu [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:Chorzów: Buildings * ~~e.tile.openstreetmap.hu [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:Danube flood orthophoto 2013Dunai árvízi ortofotó 2013 # MAP:EUFAR Balaton orthophotos # MAP:FÖMI orthophoto 2000FÖMI ortofotó 2000 # MAP:FÖMI orthophoto 2005FÖMI ortofotó 2005 # MAP:Szeged orthophoto 2011Szeged ortofotó 2011~~ * emapa.katowice.eu [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:Katowice: Orthophotomap (aerial image) * fototerkep.hu [Error hostname verification failed] :MAP:Danube flood orthophoto 2013Dunai árvízi ortofotó 2013 # MAP:Sóskút, Pusztazámor, Tárnok, Diósd orthophoto 2017Sóskút, Pusztazámor, Tárnok, Diósd ortofotó 2017 * geolittoral.din.developpement-durable.gouv.fr [Error Connection reset by peer] :MAP:Géolittoral - Orthophotos 2000 # MAP:Géolittoral - Sentiers # MAP:Géolittoral V2 - Orthophotos 2011-2014 * glowsubs.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * gs25.gsretail.com [302 Found]: ~~PRESET:Preset.zip~~ * hochicken.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * ilpatio.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * jangmonim.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * josm.openstreetmap.de [200 Ok]: PLUGIN:comfort0.jar * kolbasa.ru [200 OK]: PRESET:russian_shops.xml * kolesar.turistautak.hu [Error SSL connect attempt failed error:1408F10B:SSL routines:ssl3_get_record:wrong version number] :STYLE:cellid.mapcss # STYLE:measurements.mapcss # STYLE:signal-size.mapcss * line.me [302 Found]: PRESET:russian_shops.xml * maps.stamen.com [Error hostname verification failed] :MAP:Stamen Terrain * mil.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * msip-mapa.um.gliwice.pl [Error hostname verification failed] :MAP:Gliwice: Buildings # MAP:Gliwice: Orthophotomap 2013 (aerial image) * odp.capetown.gov.za [Error hostname verification failed] :MAP:City of Cape Town 2017 Aerial # MAP:City of Cape Town 2018 Aerial * opendata.grandnancy.eu [403 Forbidden]: MAP:Nancy - Orthophoto # MAP:Nancy - Orthophoto - 1994 # MAP:Nancy - Orthophoto - 1999 # MAP:Nancy - Orthophoto - 2001 # MAP:Nancy - Orthophoto - 2002 # MAP:Nancy - Orthophoto - 2005 # MAP:Nancy - Orthophoto - 2008 # MAP:Nancy - Orthophoto - 2012 # MAP:Nancy - Orthophoto - 2016 * openstreetmap.tw [301 Moved Permanently]: PRESET:TaiwanOnly.xml * orto.wms.itacyl.es [Error hostname verification failed] :MAP:ITACyL - Castile and León * osm-icons.org [Error SSL connect attempt failed error:1408F10B:SSL routines:ssl3_get_record:wrong version number] :PRESET:mrtngrsbch_Preset-GLAM-JOSM.zip * osm.flossk.org [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:Kosovo AKK roads # MAP:Kosovo AKK roads with a name that is missing in OSM * overpass-turbo.eu [200 OK]: RULE:Rules_Brazilian-Specific.validator.mapcss * parking.mos.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * pncg.co.kr [200 OK]: ~~PRESET:Preset.zip~~ * przemas75.github.io [404 Not Found]: PRESET:Presets_access_PL-preset.xml * raw.githubusercontent.com [301 Moved Permanently]: STYLE:INT1_Seamark.mapcss * speed-control.by [Error hostname verification failed] :WIKIPRESET:Presets_speed_camera_in_Belarus-preset.zip * tms.bordeaux.inria.fr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:Bordeaux - 2016 * trac.openstreetmap.org [200 Ok]: STYLE:mapnik.zip * ttobongee.com [Error hostname verification failed] :~~PRESET:Preset.zip~~ * wiki.openstreetmap.org [301 Moved Permanently]: PLUGIN:Tracer-testing.jar # PLUGIN:contourmerge.jar # PLUGIN:fieldpapers.jar # PLUGIN:mbtiles.jar # STYLE:CEVNI_MapCSS.mapcss # STYLE:electrified.zip * ~~wms.openstreetmap.hu [Error SSL connect attempt failed error:1408F10B:SSL routines:ssl3_get_record:wrong version number] :MAP:Sóskút, Pusztazámor, Tárnok, Diósd orthophoto 2017Sóskút, Pusztazámor, Tárnok, Diósd ortofotó 2017 # MAP:openstreetmap.hu orthophotosopenstreetmap.hu ortofotók~~ * wms1.geopoz.poznan.pl [Error No route to host] :MAP:Poznań: Orthophotomap 2014 (aerial image) # MAP:Poznań: Orthophotomap 2016 (aerial image) * www.9922.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.ajuker.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.bonjuk.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.burgerking.co.kr [200 OK]: ~~PRESET:Preset.zip~~ * www.caffe-pascucci.co.kr [302 Object moved]: ~~PRESET:Preset.zip~~ * www.central-ppk.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * www.cheogajip.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.cknia.com [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.codgik.gov.pl [Error SSL connect attempt failed] :MAP:Geoportal 2: PRNG (geo names) * www.coffeebeankorea.com [301 Moved Permanently]: ~~PRESET:Preset.zip~~ * www.dgterritorio.pt [Error SSL connect attempt failed] :MAP:Carta de Uso do Solo 2010 (WMS) # MAP:Carta de Uso do Solo 2015 (WMS) # MAP:Ortofotos DGRF 2004-2006 (WMS) # MAP:Ortofotos DGT 2018 (WMTS) # MAP:Ortofotos Litoral DGT 2014-2015 (WMS) * www.e1.co.kr [302 Found]: ~~PRESET:Preset.zip~~ * www.ftf.bfkh.gov.hu [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:FÖMI orthophoto 2000FÖMI ortofotó 2000 # MAP:FÖMI orthophoto 2005FÖMI ortofotó 2005 * www.gamtan.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.gangjung.com [200 OK]: ~~PRESET:Preset.zip~~ * www.gcova.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.geoimage.at [Error hostname verification failed] :MAP:Geoimage.at MaxRes * www.geolittoral.developpement-durable.gouv.fr [Error Connection reset by peer] :MAP:Géolittoral - Orthophotos 2000 # MAP:Géolittoral - Sentiers # MAP:Géolittoral V2 - Orthophotos 2011-2014 * www.gisnet.lv [Error No route to host] :MAP:USSR - Latvia * www.gscaltex.com [302 Found]: ~~PRESET:Preset.zip~~ * www.innisfree.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.istarbucks.co.kr [200 OK]: ~~PRESET:Preset.zip~~ * www.jawsfood.co.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.jukstory.com [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.kfckorea.com [200 OK]: ~~PRESET:Preset.zip~~ * www.kruzhka.ru [301 Moved Permanently]: PRESET:russian_shops.xml * www.kyochon.com [200 OK]: ~~PRESET:Preset.zip~~ * www.limschicken.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.mcdonalds.co.kr [200 ]: ~~PRESET:Preset.zip~~ * www.mexican.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.monetka.ru [200 OK]: PRESET:russian_shops.xml * www.mosgortrans.ru [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :PRESET:russian_shops.xml * www.moskorea.kr [Error hostname verification failed] :~~PRESET:Preset.zip~~ * www.mythunder.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.officedepot.co.kr [302 ]: ~~PRESET:Preset.zip~~ * www.oliveyoung.co.kr [200 OK]: ~~PRESET:Preset.zip~~ * www.openstreetmap.org.pl [Error hostname verification failed] :PLUGIN:kendzi3d.jar * www.popeyes.co.kr [Error SSL connect attempt failed] :~~PRESET:Preset.zip~~ * www.raphael-mack.de [Error hostname verification failed] :PLUGIN:globalsat.jar * www.s-oil.com [301 Moved Permanently]: ~~PRESET:Preset.zip~~ * www.seduh.df.gov.br [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :MAP:GeoPortal DF 2015 # MAP:GeoPortal DF 2016 # MAP:GeoPortal DF 2017 * www.sinjeon.co.kr [Error SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed] :~~PRESET:Preset.zip~~ * www.sjjb.co.uk [200 OK]: PRESET:mrtngrsbch_Preset-GLAM-JOSM.zip * www.speed-control.by [Error hostname verification failed] :WIKIPRESET:Presets_speed_camera_in_Belarus-preset.zip * www.starbucks.ru [200 OK]: PRESET:russian_shops.xml * www.theskinfood.com [302 Found]: ~~PRESET:Preset.zip~~ " stoecker task 20433 1 Imagery Integration tests Unit tests Longterm 2021-01-27T10:38:23+01:00 2021-04-07T20:42:47+02:00 IIGTR the job is submitted every 6 hours but its runtime is > 7 hours. GerdP defect 2043 1 Audio continues to run for nearly a second after clicking pause button Core audio 2009-01-18T19:20:35+01:00 2012-12-29T20:12:47+01:00 When clicking the pause button, Audio continues to run for nearly a second. It would be nice if it would stop instantanouosly ... ich@… defect 3282 1 Syncing audio tracks not posible behind initial waypoint Core audio latest 2009-08-15T13:15:57+02:00 2012-12-29T20:13:12+01:00 "When an GPS track contains multiple waypoints, but the audio trace starts behind the first waypoint it is not possible to sync the track correctly. The current algorithm does not allow to have markers at the start of the way which are not assigned to audio (as would be correct when the track starts later). Currently only solution is to remove the markers in the GPX until and leave the sync marker to be first one." stoecker defect 3633 1 Audio position reset when downloading new data Core audio 2009-10-02T12:24:55+02:00 2012-12-29T20:13:38+01:00 "The audio position is reset to the start when GPS data is downloaded to a new layer. Adding a WMS layer similarly resets the audio position. " c.morley@… defect 4925 1 Dialog are placed wrong on dual-head X11 Core 2010-04-20T23:16:22+02:00 2017-06-01T08:42:28+02:00 "Hi! Dialogs like the ""internal server error""-warning are placed wrong (in the center of the virtual screen) on dual-head X11. Best regards, Michael " michael.letzgus@… defect 5381 1 mouse cursor not always what it should be Core latest 2010-08-26T00:41:58+02:00 2024-08-05T14:04:42+02:00 "Since some versions the mousecursor (e.g. add node) is not always indicating the mode. Sometimes (also after a while) it gets a normal arrow-pointer. " dieterdreist defect 5619 1 """update data"" does not find conflicts" Core 2010-11-10T17:55:11+01:00 2020-04-13T16:24:47+02:00 "I canceled an upload. (It was near the end as later all changes where uploaded already). There existed only on data layer and validator at that moment.[[BR]] I updated data and no conflict was reported. I added one more node and tried to upload but then I got several conflicts, all because of duplicated ways/nodes and their relations. I ended up with just my singled node left to upload after resolving all errors and conflicts. All these conflicts should have been reported by ""update data"" (By the way, conflicts which are already solved are still shown) r3652" skyper defect 5650 1 The term 'key:' can only be the last term of a multiple AND search expression. Core latest 2010-11-19T21:01:25+01:00 2021-11-17T05:01:39+01:00 "In the search dialog: The expression 'key1=* key2:' is a valid search expression and works. When you switch the two terms surround the implicit AND you get get the logically equivalent expression 'key2: key1=*', but after pressing you got the error message 'Search expression is not valid: Unexpected token: '. The error seems to be complex: - 'key2: | key1:' and 'key2:|key1:' works - '( key2: ) key1:' and '(key2:)key1:' works - 'key2: modified key1:' finds only elements, where the value of key2 contains 'modified'. It is equivalent to the expression 'key2:modified key1:' - 'key2: type:way key1:' is no valid expression. The error message is 'Unexpected token: '. The whitespace after the first colon seems to be ignored. This explains all error messages and the wrong behavior in the ""modified"" case. When I look in the source code, I think the error should be fixed in action/search/PushbackTokenizer.java in the Method nextToken(). After the token a token with an empty string should be returned, when the colon is followed by a whitespace. To reach this the following lines could be inserted before 'return Token.COLON;': {{{ if (c != -1 && Character.isWhitespace(c)) { getChar() currentText = """"; currentToken = Token.KEY; } }}} This patch is not tested. Since 'key2:' can easily be replaced by 'key2=*' or '( key2: )' this error is no blocker for complex expressions, but new user would be astonished and irritated." adjuva@… defect 5686 1 Combining ways while having relation editor open causes invalid link Core tested 2010-12-01T20:41:46+01:00 2020-10-01T22:10:54+02:00 "I somehow managed to get the relations broken by combining ways while the relation editor was open. Not entirely sure how that happened, and having difficulties re-producing the problem, managed to reproduce it once by splitting triangle shape to ways while having relation editor open, but not any more. [[BR]] The relation editor will in this case show a member with 0 nodes and will give error message about a bug. Saving or uploading will give error, data can be fixed manually in the xml by using text editor to remove the extra members that do not exist, from the relation.[[BR]] Sometimes the relation editor says that the relation has been edited outside the editor (detects the problem) but sometimes it is unable to detect it. " TuurEfe defect 5710 1 Confirmation question undo to wrong place (more than 20 object) Core latest 2010-12-06T21:53:43+01:00 2020-03-19T22:48:47+01:00 "How to reproduce: 1. select way that have more than 20 node 2. answer confirmation question yes 3. move way again 4. answer confirmation question no outcome: way is moved orginal position before first move. expected: way moved to position were it was before last move (after first move)." KalleLampila defect 5846 1 AssertionError when undoing PurgeCommand Core 2011-01-14T12:20:39+01:00 2021-06-29T23:11:25+02:00 "Steps to reproduce: * Download some data * Purge it without clearing undoredo * Download the data again * Undo the PurgeCommand java.lang.AssertionError: Primitive {Node id=338367679 version=4 V lat=51.4074839,lon=31.2550692} was removed when purging, but is still there on undo at org.openstreetmap.josm.command.PurgeCommand.undoCommand(PurgeCommand.java:137) " Upliner defect 5855 1 Simplifying way sometimes leaves a stray node Core 2011-01-16T21:26:57+01:00 2013-05-17T02:18:37+02:00 If you have a straight way of 3 nodes and hit shift-Y, the center node sometimes remains. With more complicated ways, it seems that the second node sometimes stays whether or not it's important to the shape. NE2 defect 5930 1 imagery once initialized does not use new network-settings Core imagery latest 2011-02-10T17:54:05+01:00 2021-10-22T14:18:37+02:00 "I still have problems with Bing (#5765). In a session, once imagery is launched without a proxy and the layer deleted and after that a proxy is set, it does not use the new settings to get the attribute. This also happens if I get the error message from #5765 and then change the network settings. I immediately get the error message again. r3880" skyper defect 6002 1 """Upload selection"" should not check for parents" Core tested 2011-02-20T15:57:29+01:00 2020-10-28T13:05:24+01:00 "When I use upload selection to upload only some deleted objects, JOSM starts checking for parents of deleted objects (""Checking parents for deleted objects""). If I cancel it, upload is cancelled. If I let it finish, then after 2 requests per every deleted node (could be several hundred requests and few minutes) it just present upload dialog with all the nodes for deletion, which will fail soon, as some of the nodes are used. So the result (information about which nodes have parents) obtained during those hundreds of requests is not used and is just waste of time and resources. Also, this step is IMHO absolutely unnecessary, as it could be resolved by handling conflicts as they appear." bilbo defect 6102 1 Non-Connected way checks in validator needs to be projection independent Core validator latest 2011-03-11T23:08:54+01:00 2020-07-21T22:45:08+02:00 "If you run validator the attached file in 3782 it correctly detects ""Way end node near other highway"". In 3976 it does not detect it." Nakor defect 6184 1 """Save/Upload"" question is sometimes asked when not necessary and sometimes not asked when necessary" Core latest 2011-04-06T02:17:38+02:00 2014-02-04T21:01:11+01:00 "When you try to delete a layer (or close JOSM), JOSM asks to upload and/or save that layer. However, sometimes when the layer is modified, JOSM does not ask anything and merely deletes the layer. How to reproduce: 1) Load any .osm file with some nodes in it. 2) Select some part of the nodes. 3) Purge the nodes (Ctrl+Shift+P), ticking ""Clear undo/redo buffer"". 4) Delete the layer - while the layer was modified (some nodes where purged), JOSM does not ask to save the file. JOSM should have asked user to save the file, as it was modified. ---- Second bug, probably related to the same cause is falsely requesting to upload objects from layer when there is in fact nothing to upload. How to reproduce: 1) Create new, empty layer. 2) Draw some shape (press N and click few times to draw it) 3) Delete the shape (press D while the shape is selected). The layer is now empty again 4) Try to close the layer. JOSM thinks that it should be uploaded, but the layer is empty (Pressing ""Save/Upload"" button will initiate upload dialog with 0 objects) " bilbo defect 6191 1 Terracer: does not add housenumbers if highest housenumber is given Plugin terracer latest 2011-04-07T23:51:31+02:00 2014-09-12T02:02:10+02:00 "Terracer does not add addr:housenumber as tag if only highest housenumber and the amount of segments is given. It works with lowest housenumber r4018" skyper defect 6920 1 sorting error relations of participants Core latest 2011-10-03T15:31:12+02:00 2021-03-22T15:37:09+01:00 "sorting error relations of participants. http://www.openstreetmap.org/browse/relation/32929 example attached" ErshKUS defect 6980 1 no horizonzal scrollbars in conflict resolution Core latest 2011-10-19T14:42:21+02:00 2021-01-21T07:27:55+01:00 "If you have to resolve a conflict (e.g. relation members) there is currently no horizontal scroll bars, which would be needed to see which IDs conflicting the members have. " dieterdreist defect 7103 1 relation conflict dialog may lead to empty relations Core tested 2011-12-01T15:02:56+01:00 2019-06-25T22:02:51+02:00 "If a relation has been edited by someone else between download and upload, a conflict is generated within josm. If the elements in the relation have changed, the user gets a dialog with his and the servers element list. The user has to put his or servers elemnts to the midle row. But if the user chooses ""fix"" without any elements in the middle row, the relation will get empty. The fix button should only be active, if there are members in the middle row. It would be even better if the identical elements in both lists are already put in the middle row by josm." andre.joost@… defect 7282 1 OsmTransferCanceledException while opening changeset or uploading changes Core 2012-01-18T10:17:07+01:00 2024-07-09T11:00:35+02:00 "{{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2011-12-19 02:32:42 Last Changed Author: Don-vip Revision: 4667 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2011-12-19 00:02:30 +0100 (Mon, 19 Dec 2011) Last Changed Rev: 4667 Identification: JOSM/1.5 (4667 de) Memory Usage: 97 MB / 494 MB (13 MB allocated, but free) Java version: 1.6.0_29, Sun Microsystems Inc., Java HotSpot(TM) Client VM Operating system: Windows XP Dataset consistency test: No problems found Plugin: ElevationProfile (27285) Plugin: PicLayer (27241) Plugin: buildings_tools (27355) Plugin: openstreetbugs (27119) Plugin: osmarender (27309) Plugin: terracer (27289) Plugin: turnrestrictions (27241) org.openstreetmap.josm.io.OsmTransferCanceledException at org.openstreetmap.josm.io.OsmApi.sleepAndListen(OsmApi.java:486) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:576) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:510) at org.openstreetmap.josm.io.OsmApi.uploadDiff(OsmApi.java:460) at org.openstreetmap.josm.io.OsmServerWriter.uploadChangesAsDiffUpload(OsmServerWriter.java:132) at org.openstreetmap.josm.io.OsmServerWriter.uploadOsm(OsmServerWriter.java:208) at org.openstreetmap.josm.gui.io.UploadLayerTask.run(UploadLayerTask.java:126) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) }}} EDIT More recent stacktrace from #8884: {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-07-10 01:34:22 Last Changed Author: stoecker Revision: 6060 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-07-08 22:13:24 +0200 (Mon, 08 Jul 2013) Last Changed Rev: 6060 Identification: JOSM/1.5 (6060 es) Windows 7 64-Bit Memory Usage: 102 MB / 247 MB (25 MB allocated, but free) Java version: 1.7.0_09, Oracle Corporation, Java HotSpot(TM) Client VM VM arguments: [-Djava.security.policy=file:C:\Program Files (x86)\Java\jre7\lib\security\javaws.policy, -DtrustProxy=true, -Xverify:remote, -Djnlpx.home=C:\Program Files (x86)\Java\jre7\bin, -Djnlpx.origFilenameArg=C:\Users\carlos\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\21\73111055-7f952e4e, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Xbootclasspath/a:C:\Program Files (x86)\Java\jre7\lib\javaws.jar;C:\Program Files (x86)\Java\jre7\lib\deploy.jar;C:\Program Files (x86)\Java\jre7\lib\plugin.jar, -Djnlpx.splashport=50966, -Djnlp.application.href=http://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.jvm=C:\Program Files (x86)\Java\jre7\bin\javaw.exe, -Djnlpx.vmargs=-Djnlp.application.href=http://josm.openstreetmap.de/download/josm.jnlp] Dataset consistency test: No problems found Plugin: turnrestrictions (29435) org.openstreetmap.josm.io.OsmTransferCanceledException at org.openstreetmap.josm.io.OsmApi.sleepAndListen(OsmApi.java:545) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:635) at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:569) at org.openstreetmap.josm.io.OsmApi.openChangeset(OsmApi.java:407) at org.openstreetmap.josm.io.OsmServerWriter.uploadOsm(OsmServerWriter.java:201) at org.openstreetmap.josm.gui.io.UploadLayerTask.run(UploadLayerTask.java:126) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) }}}" anonymous defect 7443 1 JOSM claims that there are incomplete nodes in a way when there isn't when updating Core latest 2012-02-23T09:00:10+01:00 2019-12-14T13:15:04+01:00 "Steps to reproduce: 1. Download a small area ( try: http://api.openstreetmap.org/api/0.6/map?bbox=-80.1377106,41.7159803,-80.1268959,41.7209775 ) 2. Select any of the ways that only have 2 nodes in the downloaded area. 3. File > Update Selection What happens:[[BR]] Look at the Java console and notice the following message: ""Way {way id here} with 2 nodes has incomplete nodes because at least one node was missing in the load data."" After that, you see a request for the two nodes in the way. What should happen:[[BR]] JOSM shouldn't be telling you that there are incomplete nodes in the first place in the console because you do already have both nodes for the way downloaded and displayed on the screen as you had just downloaded that area. JOSM also shouldn't need to re-request those nodes in the first place as long as they hadn't been modified. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-02-23 02:32:36 Last Changed Author: akks Revision: 5018 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-02-22 19:54:15 +0100 (Wed, 22 Feb 2012) Last Changed Rev: 5018 Identification: JOSM/1.5 (5018 en) Memory Usage: 263 MB / 2730 MB (166 MB allocated, but free) Java version: 1.6.0_31, Sun Microsystems Inc., Java HotSpot(TM) 64-Bit Server VM Operating system: Windows 7 Dataset consistency test: No problems found Plugin: OpeningHoursEditor (27852) Plugin: buildings_tools (27865) Plugin: imageryadjust (27865) Plugin: licensechange (27888) Plugin: mapdust (27884) Plugin: measurement (27852) Plugin: openstreetbugs (27852) Plugin: reverter (27865) Plugin: turnrestrictions (27891) Plugin: undelete (27852) Plugin: utilsplugin2 (27865) }}} " rickmastfan67 defect 7621 1 DataIntegrityProblemException: 'Deleted member referenced' after adding ways to relation Core tested 2012-04-17T16:45:19+02:00 2017-01-16T14:35:40+01:00 "What steps will reproduce the problem? 1. created some ways 2. opened an existing relation 3. added the ways to relation, set role to inner, clicked ok What is the expected result? everything should be ok What happens instead? a ""osm bug"" window appears and asks to send a bug report Please provide any additional information below. Attach a screenshot if possible. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-04-14 14:26:11 Last Changed Author: simon04 Revision: 5181 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-04-14 12:01:16 +0200 (Sat, 14 Apr 2012) Last Changed Rev: 5181 Identification: JOSM/1.5 (5181 en) Memory Usage: 467 MB / 989 MB (63 MB allocated, but free) Java version: 1.6.0_22, Sun Microsystems Inc., Java HotSpot(TM) Client VM Operating system: Windows XP Dataset consistency test: [DELETED REFERENCED] {Relation id=2140983 version=1 MVT [way 159966832, way -12883, way -14265, way -14027, way -13826, way -13835, way -13716, way -13728, way -13702, way -13663, way -13559, way -14912, way -15114, way -15094, way -14997, way -14953, way -14413, way -14968, way -14886, way -14982, way -14392, way -15038, way -14546, way -14532, way -14381, way -14302, way -14285, way -14364, way -14693, way -14337, way -14407, way -14729, way -14560, way -16167, way -16045, way -16008, way -16104, way -16088, way -16131, way -16238, way -15810, way -15891, way -15915, node -15933, way -15923, way -15960, way -15938, way -15721, way -15766]} refers to deleted primitive {Node id=-15933 version=0 MVD lat=53.80824714097955,lon=82.10623418499418} Plugin: FastDraw (28167) Plugin: SimplifyArea (27905) Plugin: editgpx (28204) org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Deleted member referenced: {Relation id=2140983 version=1 MVT [way 159966832, way -12883, way -14265, way -14027, way -13826, way -13835, way -13716, way -13728, way -13702, way -13663, way -13559, way -14912, way -15114, way -15094, way -14997, way -14953, way -14413, way -14968, way -14886, way -14982, way -14392, way -15038, way -14546, way -14532, way -14381, way -14302, way -14285, way -14364, way -14693, way -14337, way -14407, way -14729, way -14560, way -16167, way -16045, way -16008, way -16104, way -16088, way -16131, way -16238, way -15810, way -15891, way -15915, node -15933, way -15923, way -15960, way -15938, way -15721, way -15766]} at org.openstreetmap.josm.data.osm.Relation.checkMembers(Relation.java:478) at org.openstreetmap.josm.data.osm.Relation.fireMembersChanged(Relation.java:485) at org.openstreetmap.josm.data.osm.Relation.setMembers(Relation.java:59) at org.openstreetmap.josm.data.osm.Relation.cloneFrom(Relation.java:223) at org.openstreetmap.josm.command.ChangeCommand.executeCommand(ChangeCommand.java:43) at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:36) at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:58) at org.openstreetmap.josm.gui.dialogs.relation.GenericRelationEditor$SavingAction.applyExistingNonConflictingRelation(GenericRelationEditor.java:1203) at org.openstreetmap.josm.gui.dialogs.relation.GenericRelationEditor$OKAction.run(GenericRelationEditor.java:1314) at org.openstreetmap.josm.gui.dialogs.relation.GenericRelationEditor$OKAction.actionPerformed(GenericRelationEditor.java:1321) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272) at java.awt.Component.processMouseEvent(Component.java:6267) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6032) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4630) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4577) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168) at java.awt.Container.dispatchEventImpl(Container.java:2085) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) }}} " pvm96@… defect 7628 1 confirmation on way combine for relation turn_restriction Core 2012-04-18T21:47:42+02:00 2024-09-19T14:39:51+02:00 "when you split a way part of a turn_restriction josm only associates the relationship membership for the part of the way that touches the via point. There is not the window asking you to confirm (because it is treated automatically). When you connect the two parts again you get this window and shall confirm, but it could be done without mapper interaction as well (the new way must be part of the turn_restriction). " dieterdreist defect 7826 1 conflict dialogue bottom buttons half hidden Core 2012-06-30T21:26:42+02:00 2017-01-03T20:28:56+01:00 "Thanks for your work. :) I have a similar problem to #7819. In the conflict dialogue the buttons on the bottom are partly hidden due to a too small default window size. This happens with metal-look but I have seen similar with gtk (not talking about other problems) starting with non-existing preferences. I am using a small screen with a resolution of 1024x768. [[Image(7826_screenshot.png)]] {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-06-30 01:31:12 Last Changed Author: Don-vip Revision: 5309 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-06-29 22:12:06 +0200 (Fri, 29 Jun 2012) Last Changed Rev: 5309 Identification: JOSM/1.5 (5309 en) Memory Usage: 68 MB / 241 MB (33 MB allocated, but free) Java version: 1.6.0_18, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found }}}" skyper defect 7869 1 delete while edit tag dialog opens results in unhandled exception Core latest 2012-07-17T17:33:39+02:00 2019-11-09T20:58:04+01:00 "I clicked on ""edit tag"" and while the dialogue was opening hit d (because it is the first letter of what I wanted to put into the tag). This resulted in an unhandled exception (I was too fast, so the node was deleted before the dialog to edit the tag of the node had opened): {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-07-15 01:31:12 Last Changed Author: bastiK Revision: 5341 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-07-14 20:23:00 +0200 (Sat, 14 Jul 2012) Last Changed Rev: 5341 Identification: JOSM/1.5 (5341 en) Memory Usage: 963 MB / 989 MB (236 MB allocated, but free) Java version: 1.6.0_26, Sun Microsystems Inc., Java HotSpot(TM) Client VM Operating system: Linux Dataset consistency test: No problems found Plugin: ImportImagePlugin (28412) Plugin: OpeningHoursEditor (28477) Plugin: PicLayer (27883) Plugin: buildings_tools (28412) Plugin: dataimport (28412) Plugin: editgpx (28412) Plugin: licensechange (28412) Plugin: measurement (28412) Plugin: multipoly-convert (28412) Plugin: osmarender (28412) Plugin: pdfimport (28448) Plugin: photo_geotagging (28412) Plugin: public_transport (28412) Plugin: restart (28438) Plugin: reverter (28412) Plugin: tagging-preset-tester (28412) Plugin: terracer (28412) Plugin: undelete (28416) Plugin: utilsplugin2 (28412) java.lang.ArrayIndexOutOfBoundsException: 0 >= 0 at java.util.Vector.elementAt(Vector.java:427) at javax.swing.table.DefaultTableModel.getValueAt(DefaultTableModel.java:632) at org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog.selectionChanged(PropertiesDialog.java:941) at org.openstreetmap.josm.data.osm.event.SelectionEventManager.fireEvents(SelectionEventManager.java:78) at org.openstreetmap.josm.data.osm.event.SelectionEventManager.access$200(SelectionEventManager.java:20) at org.openstreetmap.josm.data.osm.event.SelectionEventManager$1.run(SelectionEventManager.java:85) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:641) at java.awt.EventQueue.access$000(EventQueue.java:84) at java.awt.EventQueue$1.run(EventQueue.java:602) at java.awt.EventQueue$1.run(EventQueue.java:600) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.awt.EventQueue.dispatchEvent(EventQueue.java:611) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) }}} " dieterdreist defect 7966 1 georef images wrong displayed after switching to correct projection Plugin piclayer 2012-08-15T16:49:50+02:00 2019-06-07T12:00:24+02:00 "1. load .zip file containing jpeg + ref file in mercator projection 2. switch to correct projection (Gauß-Krüger 3). The picture(s) are misaligned which is really obvious if using several. Seems to exist for a long time and is 100% reproducable with [http://www.aeroview.de/aerowest_IWS/map.php?user=osm&pwd=osmonly Aerowest pictures]. First switching to correct projection and then opening the files works perfectly. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-08-15 01:31:10 Last Changed Author: akks Revision: 5443 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-08-14 10:07:01 +0200 (Tue, 14 Aug 2012) Last Changed Rev: 5443 Identification: JOSM/1.5 (5443 de) Memory Usage: 976 MB / 976 MB (537 MB allocated, but free) Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found Plugin: PicLayer (27883) Plugin: utilsplugin2 (28551) }}} " skyper defect 8023 1 Nodes not affected by opacity when zoomed out Core mappaint tested 2012-08-31T12:34:44+02:00 2016-04-18T13:44:54+02:00 "When the view is zoomed out (threshold somewhere around 20m) nodes are not affected by opacity set for the layer. This is distracting. Suggestion: Opacity for nodes is treated the same way for all zoom levels (nodes should be the same opacity as ways). " LM_1 defect 8252 1 irregular black border around pictures Plugin importimage 2012-12-04T15:01:30+01:00 2012-12-06T22:55:06+01:00 "I get irregular black borders around pictures after reprojection. This is annoying working with overlapping pictures and this border should be transparent. You can see it right away with only one picture and another background (Bing). Have a look at #8248 for an example picture. I also noticed that this picture is misaligned about some metres compared to the piclayer but I am not really sure which one is wrong.[[BR]] [EDIT]: I did open the picture with both plugins in its projection (Gauß-Krüger 3) and they show up on the same possition. E.g. the reprojection of either data or picture does not work. [[Image(black_border.png)]] {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-12-04 02:31:51 Last Changed Author: Don-vip Revision: 5611 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-12-04 00:43:04 +0100 (Tue, 04 Dec 2012) Last Changed Rev: 5611 Identification: JOSM/1.5 (5611 de) Memory Usage: 403 MB / 592 MB (118 MB allocated, but free) Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found Plugin: ImportImagePlugin (29028) Plugin: geotools (29026) Plugin: jts (28945) Plugin: log4j (28968) Plugin: utilsplugin2 (28807) }}} " skyper defect 8253 1 JOSM stalls changing projection with open piclayer + importimage layer Core latest 2012-12-04T15:40:26+01:00 2012-12-04T15:41:22+01:00 "Do not really know what causes this problem: 1. WSG84 as projection 1. open picture with ImportImage (image projection 31467) 1. changed to 31467 as projection 1. open same picture in piclayer 1. open picture once more with ImportImage 1. change projection back to WSG84 JOSM stalls. I gonna attach a thread-dump. Console output: {{{ lade Plugin 'log4j' (Version 28968) lade Plugin 'jts' (Version 28945) lade Plugin 'geotools' (Version 29026) 04.12.2012 16:32:22 org.geotools.referencing.factory.PropertyAuthorityFactory WARNUNG: Axis elements found in a wkt definition, the force longitude first axis order hint might not be respected: PROJCS[""Google Projection"",GEOGCS[""WGS 84"",DATUM[""World Geodetic System 1984"",SPHEROID[""WGS 84"", 6378137.0, 298.257223563, AUTHORITY[""EPSG"",""7030""]],AUTHORITY[""EPSG"",""6326""]],PRIMEM[""Greenwich"", 0.0, AUTHORITY[""EPSG"",""8901""]],UNIT[""degree"", 0.017453292519943295],AXIS[""Geodetic longitude"", EAST],AXIS[""Geodetic latitude"", NORTH],AUTHORITY[""EPSG"",""4326""]],PROJECTION[""Popular Visualisation Pseudo Mercator"", AUTHORITY[""EPSG"",""1024""]],PARAMETER[""semi_minor"", 6378137.0],PARAMETER[""latitude_of_origin"", 0.0],PARAMETER[""central_meridian"", 0.0],PARAMETER[""scale_factor"", 1.0],PARAMETER[""false_easting"", 0.0],PARAMETER[""false_northing"", 0.0],UNIT[""m"", 1.0]] lade Plugin 'PicLayer' (Version 28807) lade Plugin 'ImportImagePlugin' (Version 29028) lade Plugin 'utilsplugin2' (Version 28807) }}} Status report after restart: {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-12-04 02:31:51 Last Changed Author: Don-vip Revision: 5611 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-12-04 00:43:04 +0100 (Tue, 04 Dec 2012) Last Changed Rev: 5611 Identification: JOSM/1.5 (5611 de) Memory Usage: 136 MB / 592 MB (71 MB allocated, but free) Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Plugin: ImportImagePlugin (29028) Plugin: PicLayer (28807) Plugin: geotools (29026) Plugin: jts (28945) Plugin: log4j (28968) Plugin: utilsplugin2 (28807) }}} " skyper defect 8335 1 "FixAddresses: IAE ""Comparison method violates its general contract!"" (java 7)" Plugin fixaddresses 2013-01-07T14:39:54+01:00 2018-04-14T01:48:10+02:00 "The plugin FixAddresses aborted during the update of approx. 20 addresses. It occurred after having successfully updated approx 500 addresses in Schaffhausen, Switzerland. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-11-29 02:31:07 Last Changed Author: stoecker Revision: 5608 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-11-28 23:47:46 +0100 (Wed, 28 Nov 2012) Last Changed Rev: 5608 Identification: JOSM/1.5 (5608 de) Memory Usage: 182 MB / 494 MB (35 MB allocated, but free) Java version: 1.7.0_07, Oracle Corporation, Java HotSpot(TM) Client VM Operating system: Windows XP Dataset consistency test: No problems found Plugin: FixAddresses (28807) Plugin: buildings_tools (28891) java.lang.IllegalArgumentException: Comparison method violates its general contract! at java.util.ComparableTimSort.mergeHi(Unknown Source) at java.util.ComparableTimSort.mergeAt(Unknown Source) at java.util.ComparableTimSort.mergeForceCollapse(Unknown Source) at java.util.ComparableTimSort.sort(Unknown Source) at java.util.ComparableTimSort.sort(Unknown Source) at java.util.Arrays.sort(Unknown Source) at java.util.Collections.sort(Unknown Source) at org.openstreetmap.josm.plugins.fixAddresses.AddressEditContainer.invalidate(AddressEditContainer.java:539) at org.openstreetmap.josm.plugins.fixAddresses.AddressEditContainer.invalidate(AddressEditContainer.java:515) at org.openstreetmap.josm.plugins.fixAddresses.gui.IncompleteAddressesDialog.entityChanged(IncompleteAddressesDialog.java:206) at org.openstreetmap.josm.plugins.fixAddresses.AddressEditContainer.fireEntityChanged(AddressEditContainer.java:150) at org.openstreetmap.josm.plugins.fixAddresses.AddressEditContainer.entityChanged(AddressEditContainer.java:683) at org.openstreetmap.josm.plugins.fixAddresses.OSMEntityBase.fireEntityChanged(OSMEntityBase.java:87) at org.openstreetmap.josm.plugins.fixAddresses.OSMEntityBase.setOSMTag(OSMEntityBase.java:170) at org.openstreetmap.josm.plugins.fixAddresses.OSMAddress.applyGuessForTag(OSMAddress.java:241) at org.openstreetmap.josm.plugins.fixAddresses.OSMAddress.applyAllGuesses(OSMAddress.java:224) at org.openstreetmap.josm.plugins.fixAddresses.gui.actions.ApplyAllGuessesAction.applyGuesses(ApplyAllGuessesAction.java:96) at org.openstreetmap.josm.plugins.fixAddresses.gui.actions.ApplyAllGuessesAction.addressEditActionPerformed(ApplyAllGuessesAction.java:72) at org.openstreetmap.josm.plugins.fixAddresses.gui.actions.AbstractAddressEditAction.actionPerformed(AbstractAddressEditAction.java:110) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$200(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) }}}" mse@… defect 8385 1 better caching for mappaint styles from the server Core mappaint 2013-01-29T15:45:15+01:00 2013-01-29T15:45:15+01:00 "Make it easier to update styles from the server. * When the style is removed in the preferences, the cache should be cleared as well. * When the list of styles is retrieved from the server, the versions could be compared and outdated styles can be updated. * In the mappaint dialog, ''right click'' > ''Update'' should work as expected." bastiK defect 8388 1 Two different building presets External preset 2013-01-30T14:29:37+01:00 2013-06-01T23:00:34+02:00 "We now have two different building presets: * [wiki:Presets/BuildingsIndonesia Building collection presets for Indonesia] * [wiki:Presets/BuildingPreset a general building preset] I have several minor problems: 1. I can not cc: the authors as both only used email addresses which are cropped. 1. Does it work to move (change the name of) a preset or will it break the update system ? 1. I think the preset for Indonesia shoud be moved. At least the short_description needs to be adjusted. 1. The general preset was attached to wiki:Presets and needs its own page as documented under wiki:Styles#Makeyourstyleavailabletootherusers" skyper defect 8456 1 can't run validator while downloading traces in background Core latest 2013-02-24T09:24:34+01:00 2013-06-29T01:44:01+02:00 "download data and traces for an area where there are a lot of traces. put trace downloading in background. try to run validator. trace download progress bar is shown instead. it seems that validator automatically kicks in after download is finished, which is even more confusing :) josm 5721" richlv defect 8493 1 """background"" option just leads to another dialog in foreground" Plugin reverter 2013-03-07T16:28:11+01:00 2013-06-29T01:44:18+02:00 "After the start of an revert you get a download dialog with an button to send it into background. Hitting the button hides the dialog but another dialog about reverting/downloading stays in foreground without an option to hide it. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2013-03-07 02:31:35 Last Changed Author: Don-vip Revision: 5759 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2013-03-06 22:41:42 +0100 (Wed, 06 Mar 2013) Last Changed Rev: 5759 Identification: JOSM/1.5 (5759 de) Memory Usage: 79 MB / 643 MB (45 MB allocated, but free) Java version: 1.6.0_27, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found Plugin: reverter (29348) }}} " skyper defect 8830 1 Keep autosave files in case of a crash Core latest 2013-06-28T16:05:11+02:00 2013-06-28T16:05:11+02:00 Yesterday I had the problem, that JOSM crashed to times in a row. After the first restart, I was able to recover the backup files, but after the second crash they were gone. Hence I lost about an hour of work. andre-r@… defect 9255 1 "Jumping node when ""join node to way"" while dragging" Core tested 2013-11-01T23:51:58+01:00 2013-12-21T19:29:39+01:00 "Using ""join node to way"" while dragging a node will result in the selected (an still dragged!) node to jump off the cursor by a vector corresponding to the vector of the mouse movement before the join action. Steps to reproduce: 1. Draw a way 2. Draw a node or a second way 3. Click and drag node of step 2 towards way from step 1 until it is in range for the join action 4. Press j while still holding down mouse button, means still dragging the node Result: Node jumps off the mouse cursor Expected Result: Node is joined to the way and still being dragged around directly under the mouse cursor BTW: I know there are already a few (closed) tickets that want this action to leave the way segment straight when the node is inserted. I want to express my support for this. In almost all cases I encountered it was necessary to leave the segment straight. The current implementation is counterintuitive from a user perspective. I want to join the node to the way, not the way to the node." CaptainCrunch defect 11099 1 'Move node into way' can sometimes result in multiple duplicate nodes Core latest 2015-02-11T04:02:54+01:00 2015-04-09T00:31:06+02:00 "Steps to reproduce: 1. Download attached *.osm file. 2. Activate the 'select' tool and draw a box over the intersection in the attached file. 3. Hit 'n' twice to 'Move Node into Way'. What happens: If you select the left hand 'primary' highway and look at the history, you see multiple duplicate nodes in the way now. What should happen: JOSM shouldn't allow you to hit 'n' more than once on a section unless you change part of it. It should also somehow refuse anyways because of the 3 duplicate nodes right there. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-02-11 02:34:32 Last Changed Author: Klumbumbus Revision: 8045 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-02-11 00:55:31 +0100 (Wed, 11 Feb 2015) Last Changed Rev: 8045 Identification: JOSM/1.5 (8045 en) Windows 7 64-Bit Memory Usage: 361 MB / 1820 MB (96 MB allocated, but free) Java version: 1.7.0_71, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Dataset consistency test: No problems found Plugins: - ImageryCache (30892) - OpeningHoursEditor (30962) - buildings_tools (30955) - measurement (30892) - mirrored_download (30962) - notes (v0.9.5) - osmarender (30892) - reverter (30953) - turnrestrictions (30962) - undelete (30892) - utilsplugin2 (30958) }}}" rickmastfan67 defect 11218 1 Cancel on upload + window size Core notes 2015-03-09T18:17:33+01:00 2015-03-09T18:17:33+01:00 "==== What steps will reproduce the problem? 1. try to upload note change while api is offline 1. upload window is too small 1. click on cancel does not work 1. the ""upload failed"" warning is not user friendly but opens a huge window with none-formated program message ==== What is the expected result? 1. upload window should be adjusted to proper size that all the text fits within the window 1. cancel button should always work 1. a user friendly failure message with scroll bars if needed. ==== What happens instead? see above ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-03-09 02:31:06 Last Changed Author: Don-vip Revision: 8129 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-03-09 00:07:50 +0100 (Mon, 09 Mar 2015) Last Changed Rev: 8129 Identification: JOSM/1.5 (8129 en) Linux Debian GNU/Linux 7.8 (wheezy) Memory Usage: 603 MB / 882 MB (97 MB allocated, but free) Java version: 1.7.0_75, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u75-2.5.4-1~deb7u1 Dataset consistency test: No problems found Plugins: - OpeningHoursEditor (30962) - conflation (0.1.7) - download_along (30892) - imagery-xml-bounds (31019) - imagery_offset_db (30892) - jts (31002) - mirrored_download (30962) - photoadjust (30964) - reverter (30990) - tag2link (30962) - terracer (30892) - todo (29154) - undelete (30892) - utilsplugin2 (31040) - waydownloader (30892) - wikipedia (31035) Last errors/warnings: - W: java.io.IOException: Server returned HTTP response code: 500 for URL: https://api.openstreetmap.org/api/0.6/notes/252506/close?text=Ok%2C+Tempo-Limit+war+schon+eingetragen.%0A%0AHabe+alles+weiter+mal+korrigiert+und+lade+hoch+sobald+die+api+wieder+online+ist.. Cause: java.io.IOException: Server returned HTTP response code: 500 for URL: https://api.openstreetmap.org/api/0.6/notes/252506/close?text=Ok%2C+Tempo-Limit+war+schon+eingetragen.%0A%0AHabe+alles+weiter+mal+korrigiert+und+lade+hoch+sobald+die+api+wieder+online+ist. - E: Error body: - E: Failed to upload note to server: 252506 - E: Some notes failed to upload - E: Notes failed to upload: Note 252,506 failed: ResponseCode=500, Error Body=< }}} " skyper defect 11316 1 auto completion: last entered tags not remembered after restart. Core 2015-04-07T17:00:41+02:00 2015-04-07T17:00:41+02:00 "==== What steps will reproduce the problem? 1. have the add value option set to remember list 1. add a tag (e.g. `addr:housenumber=*`) 1. exit JOSM 1. start JOSM 1. add tag (e.g. `addr:housenumber=*`) ==== What is the expected result? as the highest entry in the list is `addr:housenumber=*` typing ""add"" should be enough to get it right. ==== What happens instead? `addr:city` is suggested though I did not use this key for a week or even longer. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-04-07 08:40:02 Last Changed Author: stoecker Revision: 8175 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-04-07 10:18:15 +0200 (Tue, 07 Apr 2015) Last Changed Rev: 8175 Identification: JOSM/1.5 (8175 en) Linux Debian GNU/Linux 7.8 (wheezy) Memory Usage: 517 MB / 882 MB (188 MB allocated, but free) Java version: 1.7.0_75, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u75-2.5.4-1~deb7u1 Dataset consistency test: No problems found Plugins: - OpeningHoursEditor (30962) - conflation (0.1.7) - download_along (30892) - imagery-xml-bounds (31019) - imagery_offset_db (31056) - jts (31002) - mirrored_download (30962) - photoadjust (30964) - reverter (30990) - tag2link (31066) - terracer (30892) - todo (29154) - undelete (30892) - utilsplugin2 (31072) - waydownloader (30892) - wikipedia (31035) }}}" skyper defect 11348 1 "Crossing way check works only for ""on demand"" but not for ""on upload""" Core validator 2015-04-17T17:25:52+02:00 2022-03-30T12:26:08+02:00 "==== What steps will reproduce the problem? Precondition: In the preferences the ""Crossing way"" check is selected for ""On demand"" and for ""On upload"". 1. Load some data with ways 2. Create a new way (highway=residential) intersecting existing ways without creating nodes at the crossings. 3. Try to upload such a change ==== What is the expected result? At least one ""Crossing way"" warning gets displayed The ""Unnamed way"" is detected ==== What happens instead? Only the ""Unnamed way"" warning is detected ==== Please provide any additional information below. Attach a screenshot if possible. The check works fine if one presses CTRL A for selecting of all data and if the validation is then triggered manually. The check also does not work in case one selects all data and tries to start uploading from such a state. See screenshot. See discussion in http://www.openstreetmap.org/changeset/30065747 {{{ Revision: 8159 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: stoecker Last Changed Date: 2015-03-29 14:37:50 +0200 (Sun, 29 Mar 2015) Build-Date: 2015-03-30 01:30:55 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 8159 Identification: JOSM/1.5 (8159 en) Windows 7 64-Bit Memory Usage: 101 MB / 494 MB (35 MB allocated, but free) Java version: 1.8.0_40, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: No problems found Plugins: - ElevationProfile (30892) - buildings_tools (30955) }}} " ratrun defect 11481 1 JOSM freezes for some time on slow Internet connection Core imagery latest 2015-05-26T09:28:57+02:00 2021-04-14T13:25:39+02:00 "==== What steps will reproduce the problem? - Open Imagery -> Configuration - JOSM freezes for some time <30s - Refresh list of available imageries - JOSM freezes for long time <1m - Select WMS type endpoint from Imagery list and wait for layers list - JOSM freezes, sometimes for a long time, one time I must kill it (timeout?) ==== What is the expected result? Downloading dialog or status bar with button to cancel ==== Please provide any additional information below. Attach a screenshot if possible. {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-05-25 01:32:15 Last Changed Author: wiktorn Revision: 8425 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-05-24 23:41:24 +0200 (Sun, 24 May 2015) Last Changed Rev: 8425 Identification: JOSM/1.5 (8425 pl) Linux Ubuntu 14.04.2 LTS Memory Usage: 382 MB / 869 MB (287 MB allocated, but free) Java version: 1.7.0_79, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-7-jre:amd64-7u79-2.5.5-0ubuntu0.14.04.2 Plugins: - OpeningHoursEditor (30962) - PicLayer (31114) - editgpx (30892) - geotools (31068) - jts (31002) - opendata (31116) - photo_geotagging (30967) - photoadjust (30964) - reverter (31120) - tag2link (31066) - utilsplugin2 (31120) }}} " anonymous defect 11599 1 Relation Editor should update after splitting a member Core latest 2015-06-23T17:57:15+02:00 2022-07-29T15:09:04+02:00 "JOSM should, but don't update geometry in ""'''Relation Editor'''"" after changing geometry outside ""'''Relation Editor'''"" (in main JOSM window). How reproduce: download any way with relation. For example, in main JOSM menu click ""'''File'''"" -> click ""'''Download object'''"" (or press shortcur key ''Ctrl+Shift+O'' on keyboard) -> dropdown menu ""'''Object type:'''"" switch to ""'''way'''"" -> in field ""'''Object ID:'''"" type number '''97682988''' -> ""'''Download referrers (parent relations)'''"" combobox should be checked -> click ""'''Download object'''"" button. Next, select downloaded way (name=River Thames), and open attached ""waterway (River Thames)"" relation in ""'''Relation Editor'''"". Now, leave ""'''Relation Editor'''"" window opened, and split downloaded way on two parts (select any middle node, and in main JOSM menu click ""'''Tools'''"" -> ""'''Split way'''"", or press shortcut key ""''P''"" key keyboard). After way splitting ""'''Relation Editor'''"" SHOULD UPDATE list of relation members (with new members geometry), but... don't do update. I think, this is defect. ==== [Sorry for my English]" Brait defect 11994 1 left and right casing rendering not synchronous Core mappaint 2015-10-20T21:47:17+02:00 2015-10-20T22:14:42+02:00 "==== What steps will reproduce the problem? 1. use left and right casing, e.g. the following mapcss style {{{ #!mapcss way { right-casing-width: 6; left-casing-width: 6; right-casing-color: green; left-casing-color: green; right-casing-dashes: 55,25; left-casing-dashes: 55,25; } }}} 2. download a way e.g. [osmwww:way/279488783] 3. move the map or move a way node or resize the JOSM window 4. somtimes the left- and rightcasing has an offset, see gif ==== Please provide any additional information below. Attach a screenshot if possible. I don't know if it is the same bug like #8429. I'm currently working on [[Styles/Maxspeed]] to support `maxspeed:direction:conditional` and I need to switch from simple casing (where this bug does not appear) to left-casing + right-casing. However the offset doesn't look good. Any chance this can be fixed soon? [[Image(casing.gif)]] {{{ Revision: 8916 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: Don-vip Last Changed Date: 2015-10-20 01:22:27 +0200 (Tue, 20 Oct 2015) Build-Date: 2015-10-20 01:32:17 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 8916 Identification: JOSM/1.5 (8916 en) Windows 7 32-Bit Memory Usage: 742 MB / 742 MB (195 MB allocated, but free) Java version: 1.8.0_60, Oracle Corporation, Java HotSpot(TM) Client VM VM arguments: [-Djava.security.manager, -Djava.security.policy=file:C:\Program Files\Java\jre1.8.0_60\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Program Files\josm-latest-bla.jnlp, -Djnlpx.remove=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=256m,768m, -Djnlpx.splashport=65073, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAA==] Dataset consistency test: No problems found Plugins: - DirectDownload (31603) - DirectUpload (31603) - HouseNumberTaggingTool (31603) - Mapillary (31612) - OpeningHoursEditor (31603) - PicLayer (31603) - RoadSigns (31603) - buildings_tools (31640) - commons-imaging (31603) - download_along (31603) - editgpx (31603) - imagery_offset_db (31646) - measurement (31648) - photo_geotagging (31603) - photoadjust (31603) - public_transport (31646) - reltoolbox (31603) - reverter (31625) - tag2link (31603) - tageditor (31615) - tagging-preset-tester (31615) - terracer (31603) - turnlanes (31603) - turnrestrictions (31638) - undelete (31603) - utilsplugin2 (31603) - wikipedia (31603) }}} " Klumbumbus defect 12161 1 Presets: Non-editable Comboboxes are Lower than Editable Comboboxes Core tested 2015-12-06T11:43:17+01:00 2022-04-05T22:52:40+02:00 "==== What steps will reproduce the problem? Load the attached preset and open it (may have to select a way). The preset has four comboboxes (1) not editable, 2 list entries (2) editable, 2 list entries (3) editable, all values as values=""foo,bar,bla"" (4) not editable, all values as values=""foo,bar,bla"" I have attached a minimum working example. ==== What is the expected result? All comboxes should have the same height. ==== What happens instead? Non-editable comboboxes are lower than editable comboboxes. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2015-11-24 00:04:12 +0100 (Tue, 24 Nov 2015) Build-Date:2015-11-23 23:14:21 Revision:9060 Relative:URL: ^/trunk Identification: JOSM/1.5 (9060 de) Linux Arch Linux Memory Usage: 482 MB / 1746 MB (333 MB allocated, but free) Java version: 1.8.0_66, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Djosm.restart=true] Dataset consistency test: No problems found Plugins: - Mapillary (31799) - apache-commons (31772) - apache-http (31772) - buildings_tools (31772) - ejml (31772) - geotools (31774) - jts (31772) - reverter (31772) - utilsplugin2 (31772) Last errors/warnings: - E: Defekte Objektvorlage ""railway:signal:departure:states-Anzeigbare Signalbilder"" - Anzahl der Datenworte in 'display_values' und in 'values' müssen gleich sein - E: Detaillierte Information: [A 1 (Türen schließen);A 2 (Abfahren), A 1 (Türen schließen);A 2 (Abfahrt)] <> [DE-BOStrab:a1;off, DE-BOStrab:a2;off, DE-BOStrab:a1;DE-BOStrab:a2;off] }}} The preset bugs listed above were caused by another preset which I am going to fix after filing this bug report. " Nakaner defect 12360 1 Reverting objects with deleted data isn't ideal Plugin reverter 2016-01-13T17:40:08+01:00 2022-11-23T18:36:03+01:00 "Download object `w233056719`. Select it and revert changeset 36536612, with ""Revert selection only"" When asked to download objects outside the current dataset, say Yes. Note how nothing changed. Now with the same object selected choose ""Revert selection and restore deleted objects"". The object is properly restored to its previous version but with one detail: every other deleted node is also restored, even the ones not related with this object. It should undelete and restore only the related objects. JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-01-13 03:32:00 +0100 (Wed, 13 Jan 2016) Build-Date:2016-01-13 02:34:25 Revision:9430 Relative:URL: ^/trunk Identification: JOSM/1.5 (9430 en) Linux Debian GNU/Linux testing (stretch) Memory Usage: 952 MB / 9102 MB (603 MB allocated, but free) Java version: 1.8.0_72-internal-b05, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found Plugins: - Create_grid_of_ways (31772) - OpeningHoursEditor (31772) - PicLayer (31895) - RoadSigns (31895) - SimplifyArea (31895) - apache-commons (31895) - buildings_tools (31895) - conflation (0.1.9) - contourmerge (1014) - download_along (31772) - editgpx (31772) - ejml (31895) - geotools (31895) - imagery_offset_db (31895) - importvec (31772) - jts (31772) - log4j (31895) - measurement (31895) - merge-overlap (31967) - opendata (31937) - pbf (31772) - pdfimport (31895) - poly (31772) - reverter (31926) - scripting (30722) - todo (29154) - turnrestrictions (31895) - undelete (31895) - utilsplugin2 (31895) Last errors/warnings: - E: Unable to revert {Way id=233056719 version=1 VT nodes=[{Node id=2413968753 version=0 IV lat=51.6383676,lon=17.7840339}, {Node id=2413968745 version=0 IV lat=51.6383229,lon=17.7839461}, {Node id=2413968756 version=0 IV lat=51.6383834,lon=17.7838661}, {Node id=2413968770 version=0 IV lat=51.6384281,lon=17.783954}, {Node id=2413968753 version=0 IV lat=51.6383676,lon=17.7840339}]} as it produces 0 nodes way {Way id=233056719 version=2 VT nodes=[]} }}} There are some errors ↑↑↑ but I don't know if they are related." naoliv defect 12483 1 Should not silently delete layers with upload=false Core 2016-02-03T03:18:31+01:00 2019-11-20T13:45:44+01:00 "I was editing some data and manually changed `upload='true'` to `upload='false'` in the osm file, to avoid uploading it unintentionally (while the tracing and everything else wasn't complete yet). Then, I pressed `Delete`, thinking that I had one object selected, but actually had the data layer selected. And JOSM silently deleted the layer... JOSM should also warn that the layer has modified data, even if it has `upload='false'`. It should, of course, not offer to upload the data, but should give a warning and option to save it, instead silently deleting the layer. JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-02-01 23:47:27 +0100 (Mon, 01 Feb 2016) Build-Date:2016-02-02 02:32:58 Revision:9711 Relative:URL: ^/trunk Identification: JOSM/1.5 (9711 pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 1040 MB / 3641 MB (804 MB allocated, but free) Java version: 1.8.0_72-internal-b15, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems foundURL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-02-01 23:47:27 +0100 (Mon, 01 Feb 2016) Build-Date:2016-02-02 02:32:58 Revision:9711 Relative:URL: ^/trunk Identification: JOSM/1.5 (9711 pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 1040 MB / 3641 MB (804 MB allocated, but free) Java version: 1.8.0_72-internal-b15, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}}" naoliv defect 12548 1 Proper colors for modified nodes in way history Core tested 2016-02-20T19:43:17+01:00 2020-05-31T16:22:40+02:00 "I was noticing that the colors in the history viewer sometimes makes us wrongly understand what happened. For example: [[Image(http://i.imgur.com/SyTNvry.png)]] Looking at this somebody will think that 4 nodes were deleted and 12 new nodes were created, while, in fact, the 4 nodes in red where only reorganized/reordered. Shouldn't they be represented in yellow for cases like this? JOSM: {{{ Build-Date:2016-02-20 18:51:33 Revision:9843 Is-Local-Build:true Identification: JOSM/1.5 (9843 SVN pt_BR) Linux Debian GNU/Linux unstable (sid) Memory Usage: 1089 MB / 3641 MB (914 MB allocated, but free) Java version: 1.8.0_72-internal-b15, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}}" naoliv defect 12630 1 IllegalStateException: Tag collection does not include the selected value Core 2016-03-16T18:19:19+01:00 2021-08-22T16:57:54+02:00 "==== What steps will reproduce the problem? 1. From the Validation results 'Nodes at same position' double click on a result. 2. Use the Merge Nodes (M) functionality a few times after each other for various validation results (can go OK for for a few hundred times or fail after just 3 times) I've experienced this in the past as well, but since it's difficult to replicate I have hesitated to report this. ==== What is the expected result? Values from matching tags selectable from dropdown list ==== What happens instead? For one of the tags, the value for the previous selection is visible. This time it happened when merging address nodes. The street from the previous selection was used for the postcode for the failing selection. When manually selecting these 2 nodes, the error does not come up again, but the same wrong data still appears in the merge dialog. After re-double clicking the validation result, the correct data is shown. It's as if sometimes some data from the previous selection is not cleared properly. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-03-13 01:17:21 +0100 (Sun, 13 Mar 2016) Build-Date:2016-03-13 02:35:00 Revision:9979 Relative:URL: ^/trunk Identification: JOSM/1.5 (9979 en) Windows 10 64-Bit Memory Usage: 1316 MB / 1806 MB (247 MB allocated, but free) Java version: 1.8.0_74-b02, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM VM arguments: [-Djava.security.manager, -Djava.security.policy=file:C:\Program Files\Java\jre1.8.0_74\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Users\Sander\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-5ee29e1d, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=21607, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scAA=] Dataset consistency test: No problems found Plugins: - DirectDownload (31934) - FixAddresses (31772) - Mapillary (32040) - OpeningHoursEditor (31772) - PicLayer (31895) - apache-commons (31895) - apache-http (31895) - download_along (31772) - ejml (31895) - geotools (31895) - graphview (31895) - jts (31772) - measurement (31895) - ods-bag (0.6.6) - opendata (32071) - opendataservices (0.6.6) - poly (31772) - reverter (32005) - scripting (30722) - turnlanes (31772) - undelete (31895) - utilsplugin2 (32099) Last errors/warnings: - W: Unable to remove primitives from TestError [tester=MapCSSTagCheckerAndRule [rule=GroupedMapCSSRule [selectors=[*[building][building'NREGEX'no|entrance][ParameterFunction~equal(class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>),class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~parent_tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>))] >LinkSelector{conditions=null} *[building][building'NREGEX'no|entrance]], declaration=Declaration [instructions=[throwWarning: ArrayFunction~tr(class java.lang.String );], idx=8]]], code=3000, message=Building inside building] - W: Unable to remove primitives from TestError [tester=MapCSSTagCheckerAndRule [rule=GroupedMapCSSRule [selectors=[*[building][building'NREGEX'no|entrance][ParameterFunction~equal(class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>),class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~parent_tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>))] >LinkSelector{conditions=null} *[building][building'NREGEX'no|entrance]], declaration=Declaration [instructions=[throwWarning: ArrayFunction~tr(class java.lang.String );], idx=8]]], code=3000, message=Building inside building] - W: Unable to remove primitives from TestError [tester=MapCSSTagCheckerAndRule [rule=GroupedMapCSSRule [selectors=[*[building][building'NREGEX'no|entrance][ParameterFunction~equal(class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>),class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~parent_tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>))] >LinkSelector{conditions=null} *[building][building'NREGEX'no|entrance]], declaration=Declaration [instructions=[throwWarning: ArrayFunction~tr(class java.lang.String );], idx=8]]], code=3000, message=Building inside building] - W: Unable to remove primitives from TestError [tester=MapCSSTagCheckerAndRule [rule=GroupedMapCSSRule [selectors=[*[building][building'NREGEX'no|entrance][ParameterFunction~equal(class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>),class java.lang.Object ArrayFunction~any(class java.lang.Object ParameterFunction~parent_tag(class org.openstreetmap.josm.gui.mappaint.Environment ),class java.lang.Object <0>))] >LinkSelector{conditions=null} *[building][building'NREGEX'no|entrance]], declaration=Declaration [instructions=[throwWarning: ArrayFunction~tr(class java.lang.String );], idx=8]]], code=3000, message=Building inside building] - E: java.lang.IllegalStateException: Tag collection does not include the selected value 'Waterschot'. java.lang.IllegalStateException: Tag collection does not include the selected value 'Waterschot'. at org.openstreetmap.josm.gui.conflict.tags.MultiValueResolutionDecision.keepOne(MultiValueResolutionDecision.java:113) at org.openstreetmap.josm.gui.conflict.tags.TagConflictResolverModel.setValueAt(TagConflictResolverModel.java:170) at javax.swing.JTable.setValueAt(Unknown Source) at javax.swing.JTable.editingStopped(Unknown Source) at javax.swing.AbstractCellEditor.f }}} " SanderH defect 12659 1 Less complex tool to project a point(s) on way segment (current tools are not predictable) Core 2016-03-21T22:31:50+01:00 2016-09-12T18:12:40+02:00 "I was asking ""project a node at user-defined segment"" for year(s) at forums, but it is still unimplemented in JOSM (closest solution is still to use angle snapping to selected segment, then remove temporary geometry, then merge nodes - but this is too many steps). Other possible solutions are also lengthy: [http://forum.openstreetmap.org/viewtopic.php?pid=350899#p350899 1] Current ""automatic projection"" of all nodes to all ""faces"" doesn't work as user would like. But the worst thing there no alternative other than AS mode. ""how to control this thing"": [[Image(J-tool-depends-on-zoom-factor.gif)]] Here I got 4 correct, 2 okay results, one error and one WTF result: [[Image(J-tool-depends-on-zoom-factor-2.gif)]]" openstreetmap.org-user-d1g defect 12716 1 : prefer target in current source, then search in defaultpresets, then search in other external presets Core 2016-04-01T17:21:53+02:00 2022-05-13T01:09:42+02:00 "==== What steps will reproduce the problem? 1. add [wiki:Presets/NewTags] 1. modify the internal preset by adding the following line to e.g. the church preset: `` 1. add the modified preset ''below'' the NewTags preset in the preset list in the preferences 1. restart josm 1. open the church preset ==== What is the expected result? the internal building preset is linked ==== What happens instead? the building preset from the external NewTags preset is linked ==== Please provide any additional information below. Attach a screenshot if possible. As different preset files maybe use the same preset item names this can lead to unwanted behavior depending on the users order of his presets. (There is also no way to reorder your presets like you can do with mappaint styles.) `` should only match preset items from ""its own"" preset file and not from other preset files. I'm currently working on improving the internal preset by linking the building preset in some amenity presets. However this bug blocks it. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-03-31 23:51:13 +0200 (Thu, 31 Mar 2016) Build-Date:2016-04-01 01:32:11 Revision:10092 Relative:URL: ^/trunk Identification: JOSM/1.5 (10092 de) Windows 7 32-Bit Memory Usage: 247 MB / 742 MB (125 MB allocated, but free) Java version: 1.8.0_77-b03, Oracle Corporation, Java HotSpot(TM) Client VM VM arguments: [-Djava.security.manager, -Djava.security.policy=file:C:\Program Files\Java\jre1.8.0_77\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Program Files\josm-latest-bla.jnlp, -Djnlpx.remove=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=256m,768m, -Djnlpx.splashport=56489, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAA==] Dataset consistency test: No problems found Plugins: - AddrInterpolation (31772) - DirectDownload (31934) - DirectUpload (31949) - HouseNumberTaggingTool (31772) - Mapillary (32040) - OpeningHoursEditor (31772) - Tracer2 (32042) - apache-commons (31895) - apache-http (31895) - buildings_tools (31895) - editgpx (31772) - imagery_offset_db (32046) - log4j (31895) - measurement (31895) - photo_geotagging (31895) - photoadjust (32016) - reverter (32005) - tag2link (31910) - tagging-preset-tester (31895) - terracer (31895) - turnrestrictions (31895) - undelete (31895) - utilsplugin2 (32099) - wikipedia (32114) Tagging presets: - D:\Stefan\OSM\JOSMSVN\data\defaultpresets.xml - D:\Stefan\OSM\TestNew\newpresets.xml - https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1 - https://josm.openstreetmap.de/josmfile?page=Presets/StolpersteineLight&zip=1 Map paint styles: - D:\Stefan\OSM\JOSMSVN\styles\standard\elemstyles.mapcss - D:\Stefan\OSM\TestNew\newicons.mapcss - D:\Stefan\OSM\eigene styles\SpecificBuildingValues\SpecificBuildingValues.mapcss - D:\Stefan\OSM\eigene styles\Tourenplanung.mapcss - D:\Stefan\OSM\eigene styles\area-symbol.zip - D:\Stefan\OSM\patches\old MPs\dataquality.mapcss - http://www.freietonne.de/ft_icons/josm/FreieTonne_rules_presets_zip.php - http://www.openrailwaymap.org/styles/standard.mapcss - https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/DestinationSignRelation&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/HiDPISupport&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/LayerChecker&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lit&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/LitObjects&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/MaxspeedIcons&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ShowID&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Surface&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Traffic_signs&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/sac_scale&zip=1 - https://raw.githubusercontent.com/species/josm-preset-wheelchair/master/sidewalks_kerbs.mapcss Validator rules: - D:\Stefan\OSM\TestNew\new.validator.mapcss - https://raw.githubusercontent.com/stefan-a-bauer/josm-validators/master/mtb.validator.mapcss }}} " Klumbumbus defect 12750 1 Ouverture fichiers Neptune Plugin opendata 2016-04-12T11:59:15+02:00 2018-05-12T00:11:11+02:00 Neptune est un format Français de représentation de lignes de transport public. En principe, il est supporté par le plugin OpenData. Cependant, lorsque j'essaye d'en ouvrir un, je reçois un message comme qui aucune donnée n'a été trouvée dans le fichier. Ça l'a fait pour tous les fichiers que j'ai essayé (de diverses sources, telles que Itinisère pour le département Isère-38, ou la TAN de Nantes) anonymous defect 12785 1 Conflicts block downloading more areas when updating saved file Core tested 2016-04-25T19:08:30+02:00 2016-04-25T19:08:30+02:00 I have a file with multiple areas downloaded. Now I try to update them (File -> Update data). A conflict in any of these areas will pop up a message box reporting conflicts, which needs to be clicked away before any other changeset is downloaded. These conflicts should be collected and only shown after all areas have been downloaded. Dakon defect 12790 1 Resolving member conflicts in relation shows member details only for one side of conflict Core tested 2016-04-27T22:05:14+02:00 2020-10-28T14:39:38+01:00 "==== What steps will reproduce the problem? 1. Try to resolve a member conflict in a partially downloaded relation. 2. Cancel, download the incomplete members of that relation. 3. Try to resolve the conflict again. ==== What is the expected result? Both sides in the conflict editor show the details about the (common) members of the relation. ==== What happens instead? Only the left side shows the defails of the members, the right side shows ""incomplete"" for most of them. If I hover them I see the id, and for almost all of them it's exactly the same as on the left side. In my case there is actually one member where the details are shown on the right side. This member has nothing special I can identify. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-03-13 01:17:21 +0100 (Sun, 13 Mar 2016) Build-Date:2016-03-13 02:35:00 Revision:9979 Relative:URL: ^/trunk Identification: JOSM/1.5 (9979 de) Linux openSUSE 13.1 (Bottle) (x86_64) Memory Usage: 341 MB / 910 MB (166 MB allocated, but free) Java version: 1.7.0_99-b00, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: java-1_7_0-openjdk:x86_64-1.7.0.99 Dataset consistency test: No problems found Plugins: - FixAddresses (31772) - OpeningHoursEditor (31772) - buildings_tools (31895) - geochat (31895) - imagery_offset_db (32046) - jna (31877) - native_password_manager (31772) - osmarender (31772) - pbf (32128) - poly (31772) - public_transport (31895) - reverter (32005) - terracer (31895) - turnrestrictions (31895) - undelete (31895) - utilsplugin2 (32099) Last errors/warnings: - W: Hinzufügen von resource://data/validator/power.mapcss zu Eigenschaftsprüfer fehlgeschlagen - W: java.io.IOException: Das Öffnen eines Eingabestroms für die Resource 'resource://data/validator/power.mapcss' ist fehlgeschlagen. }}} " Dakon defect 13042 1 "JOSM becomes unresponsive after ""Test Access Token"" after ""New Acces Token""" Core 2016-06-23T23:25:10+02:00 2016-06-23T23:25:10+02:00 "This is JOSM 10327 on Windows 7, Java 1.8.0_91-b14) In JOSM, if I go into ""Edit / Preferences / World"", then: Test Access Token Everything is OK. If I instead go into ""Edit / Preferences / World"", then: New Access Token Authorize Now Test Access Token After clicking ""Accept Access Token"" I can't then click anywhere in the UI; I have to kill javaw.exe via task manager. If you don't click ""Test Access Token"" I can accept it and all is OK. " SomeoneElse2 defect 13099 1 Broken unit test: org.openstreetmap.josm.data.osm.ChangesetCacheTest.fireingEventsAddAChangeset Unit tests 2016-07-03T19:03:04+02:00 2018-08-17T00:42:51+02:00 "An assertion fails during this unit test, the assertion failure is not detected: {{{ [junit] Testsuite: org.openstreetmap.josm.data.osm.ChangesetCacheTest [junit] Exception in thread ""AWT-EventQueue-0"" Assertion failed: [junit] [junit] assert event.getAddedChangesets().size() == 1 [junit] | | | | [junit] | [] 0 false [junit] org.openstreetmap.josm.data.osm.DefaultChangesetCacheEvent@1a73fa [junit] [junit] at org.codehaus.groovy.runtime.InvokerHelper.assertFailed(InvokerHelper.java:402) [junit] at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.assertFailed(ScriptBytecodeAdapter.java:650) [junit] at org.openstreetmap.josm.data.osm.ChangesetCacheTest$2.changesetCacheUpdated(ChangesetCacheTest.groovy:108) [junit] at org.openstreetmap.josm.data.osm.ChangesetCache$1.run(ChangesetCache.java:75) [junit] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) [junit] at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:749) [junit] at java.awt.EventQueue.access$500(EventQueue.java:97) [junit] at java.awt.EventQueue$3.run(EventQueue.java:702) [junit] at java.awt.EventQueue$3.run(EventQueue.java:696) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) [junit] at java.awt.EventQueue.dispatchEvent(EventQueue.java:719) [junit] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) [junit] at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) [junit] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) [junit] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) [junit] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) [junit] at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) [junit] Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.107 sec }}}" michael2402 defect 13118 1 [Patch] wms imagery should probe for WMS Version or allow to set it Core imagery 2016-07-07T09:29:02+02:00 2017-03-21T00:51:41+01:00 " The WMS URL: https://geoportal.kreis-guetersloh.de/WMS/ALKIS_Basis_public/guest? only allows requests with VERSION=1.3 - All Requests with VERSION=1.1.1 fail with some error. The Workaround is to extend the url with a VERSION=1.3 -> https://geoportal.kreis-guetersloh.de/WMS/ALKIS_Basis_public/guest?VERSION=1.3 JOSM then extends the URL further with its own VERSION: https://geoportal.kreis-guetersloh.de/WMS/ALKIS_Basis_public/guest?VERSION=1.3&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetCapabilities Interestingly it works - it seems the WMS Server does not parse the full url but only up the first VERSION identifier. Still i'd expect other WMS Server to fail. Please - a) Either probe for the Version e.g. trying the getcapabilities with 1.1.1 and 1.3 if Version 1.1.1 fails, this is what qgis does, or b) let the user choose the version with a Kind of drop down, or c) dont append another VERSION= parameter if the user already added a VERSION to the baseurl. I'd suggest a) and c) - So if the user supplies a VERSION use it. It he/she/it doesnt probe for a VERSION. Flo {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-07-06 22:51:51 +0200 (Wed, 06 Jul 2016) Build-Date:2016-07-07 01:34:43 Revision:10520 Relative:URL: ^/trunk Identification: JOSM/1.5 (10520 en) Linux Debian GNU/Linux 8.5 (jessie) Memory Usage: 535 MB / 1820 MB (382 MB allocated, but free) Java version: 1.8.0_92-b14, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Dataset consistency test: No problems found Plugins: - Mapillary (32396) - Tracer2 (32309) - apache-commons (32309) - apache-http (32309) - buildings_tools (32309) - continuosDownload (53) - gson (32309) - jogl (1.0.46) - kendzi3d (1.0.190.1) - kendzi3d-resources (0.0.1) - log4j (32309) - mapdust (32329) - reverter (32309) - terracer (32309) - utilsplugin2 (32333) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lit&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1 Last errors/warnings: - W: Unable to delete file /cache/tiles/WMTS.data - W: Unable to delete file /cache/tiles/WMTS_BLOCK.key - W: Unable to delete file /cache/tiles/WMTS_BLOCK.data - W: Unable to delete file /cache/tiles/WMTS_INDEX.key - W: Unable to delete file /cache/tiles/WMTS_INDEX.data - W: Unable to delete file /cache/tiles/WMTS_INDEX_v2.key - W: Unable to delete file /cache/tiles/WMTS_INDEX_v2.data }}} " flohoff defect 13478 1 IAE: Parameter 'member' must not be null when resolving relation conflict Core 2016-08-28T17:19:09+02:00 2024-09-19T14:36:26+02:00 "==== What steps will reproduce the problem? 1. adding Dublin City 1936-37 relation now complete, will not upload, do not understand conflict 2. 3. ==== What is the expected result? ==== What happens instead? ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-08-11 21:54:24 +0200 (Thu, 11 Aug 2016) Build-Date:2016-08-11 22:36:05 Revision:10786 Relative:URL: ^/trunk Identification: JOSM/1.5 (10786 en) Windows 10 64-Bit Memory Usage: 989 MB / 989 MB (278 MB allocated, but free) Java version: 1.8.0_101-b13, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: [NO DATASET] {Way id=-131708 version=0 MV nodes=[{Node id=3817784634 version=2 V lat=53.2911568,lon=-6.2778202}, {Node id=3817784632 version=1 V lat=53.2909242,lon=-6.277606}, {Node id=3817784631 version=1 V lat=53.290629,lon=-6.2777931}, {Node id=3817784636 version=1 V lat=53.2915016,lon=-6.2824048}]} is referenced by {Relation id=6534727 version=2 VT [way 274597369, way 325924927, way 274597345, way 18640839, way 18640841, way 439418692, way 439418712, way 375954346, way 275770972, way 335758237, way 274597366, way 335758246, way 330240935, way 318710307, way 318710295, way 410043609, way 410043610, way 274374845, way 251275227, way 318710302, way 71337314, way 276390332, way 77547367, way 326805553, way 367985457, way 338675966, way 361248897, way 339045755, way 339045756, way 339232492, way 76300299, way 335767421, way 361457172, way 378875544, way 378323449, way 378323467, way 439418691, way 439418708, way 339218899, way 3701392, way 228009037, way 23086679, way 330226953, way 439418700, way 128943046, way 439418693, way 333903175, way 334569442, way 360493694, way 360988029, way 77531167, way 335052147, way 360493682, way 360268840, way 439418705, way 439418690, way 360268851, way 360268843, way 360988024, way 360988021, way 360988015, way 360988016, way 360988011, way 360988008, way 439418703, way 439418696, way 333905970, way 333905978, way 334569424, way 368018630, way 439418694, way 439418702, way 439418701, way 439418698, way 439418695, way 360262982, way 360262980, way 360262986, way 439444469, way 439444476, way 439444474, way 439444483, way 439444466, way 439444470, way 439444473, way 439444478, way 26967234, way 334873783, way 274316834, way 274316843, way 360527932, way 360527930, way 313459113, way 269399628, way 313459115, way 313459112, way 439444467, way 439444472, way 360132903, way 439444477, way 335817758, way 439444471, way 44814164, way 233890818, way 360143235, way 337844823, way 360143254, way 363325499, way 128087076, way 128082615, way 128086579, way 128086585, way 128085115, way 363177738, way 128085125, way 328985682, way 328985681, way 360143231, way 345061289, way 360143246, way 74433001, way 334004963, way 334004992, way 334004985, way 360460523, way 81047515, way 369889985, way 81047513, way 328990618, way 297839414, way 328990620, way 77710934, way 77710910, way 326805554, way 369889977, way 323476096, way 317675340, way 368164331, way 317675341, way 368176065, way 378323451, way 317219084, way 76645195, way 76645185, way 317219079, way 74433013, way 378365519, way 22715741, way 216630760, way -97815, way -97833, way 9187117, way 158718626, way 23567832, way 369214164, way 369214163, way 9186549, way 378365537, way 54703296, way 8684633, way 8684629, way -98832, way 216646028, way 318578638, way 74432966, way 165458564, way 327079060, way 318578641, way 165458559, way 384662849, way 384662852, way 16315623, way 338114097, way 338114099, way 165496514, way 165629251, way 378365514, way 316406616, way 71461563, way 313966941, way 329747155, way 165642619, way 313966939, way 6188246, way 165516063, way 318578644, way 165567943, way 313966944, way 165516064, way 318601735, way 166566492, way 165523376, way 106056188, way 166566496, way 166566494, way 166566500, way 165807825, way 378365516, way 22962766, way 165612307, way -128233, way 196928143, way 49912038, way -129152, way -130824, way -131690, way -131680, way -131708, way 378365534, way 378365533, way 23486646, way 127681058, way 319018504, way 77618360, way 378365528, way 169327909, way 378365511, way 169051401, way 169051397, way 319018509, way 271848007, way 131382462, way 71441706, way 378365531, way 378365532, way 378365513, way 378365520, way 368849529, way 169376053, way 169376050, way -220054, way -220050, way 71455532, way 8003975, way 328053361, way 143226425, way 8052972, way 8052973, way 421226020, way 421226005, way 378365527, way 200160023, way 275899554, way 28002443, way 4287292, way 325924948, way 252061734, way 318417999, way 332564610, way 332564609, way 168339840, way 168339842, way 318417988, way 275899573, way 252044663, way 275899582, way 318417983, way 325924918, way 127680073, way 326974425, way 326974418, way 326974423, way 4278352]} but not found in dataset Plugins: + FastDraw (32773) + HouseNumberTaggingTool (32699) + Mapillary (32796) + OpenStreetView (13) + PicLayer (32796) + apache-commons (32699) + apache-http (32699) + buildings_tools (32796) + ejml (32680) + geotools (32699) + jts (32699) + opendata (32796) + terracer (32699) + turnrestrictions (32796) + utilsplugin2 (32796) Tagging presets: + http://maps.openstreetmap.ie/josm/irishboundaries.xml Map paint styles: + http://maps.openstreetmap.ie/josm/townland.mapcss Last errors/warnings: - E: java.io.IOException: Stream closed - E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=, Error Body= - E: Bad Request - The OSM server 'api.openstreetmap.org' reported a bad request.

The area you tried to download is too big or your request was too large.
Either request a smaller area or use an export file provided by the OSM community. - W: Conflicts detected - There were 8 conflicts detected. - W: Warning - The data to be uploaded participates in unresolved conflicts of layer 'Data Layer 1'.
You have to resolve them first. - W: Warning - The data to be uploaded participates in unresolved conflicts of layer 'Dublin City pre 1936-37 most of.osm'.
You have to resolve them first. - E: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation 6534727, way -131708) - W: Conflict in data - This relation has been changed outside of the editor.
You cannot apply your changes and continue editing.

Do you want to create a conflict and close the editor? - W: Warning - The data to be uploaded participates in unresolved conflicts of layer 'Dublin City pre 1936-37 most of.osm'.
You have to resolve them first. - E: java.lang.IllegalArgumentException: Parameter 'member' must not be null === REPORTED CRASH DATA === BugReportExceptionHandler$BugReporterThread#askForBugReport: No data collected. === STACK TRACE === Thread: AWT-EventQueue-0 (16) of main java.lang.IllegalArgumentException: Parameter 'member' must not be null at org.openstreetmap.josm.tools.CheckParameterUtil.ensureParameterNotNull(CheckParameterUtil.java:83) at org.openstreetmap.josm.data.osm.RelationMember.(RelationMember.java:134) at org.openstreetmap.josm.gui.conflict.pair.relation.RelationMemberListMergeModel.cloneEntryForMergedList(RelationMemberListMergeModel.java:90) at org.openstreetmap.josm.gui.conflict.pair.relation.RelationMemberListMergeModel.populate(RelationMemberListMergeModel.java:78) at org.openstreetmap.josm.gui.conflict.pair.relation.RelationMemberMerger.populate(RelationMemberMerger.java:63) at org.openstreetmap.josm.gui.conflict.pair.ConflictResolver.populate(ConflictResolver.java:253) at org.openstreetmap.josm.gui.dialogs.ConflictDialog.resolve(ConflictDialog.java:219) at org.openstreetmap.josm.gui.dialogs.ConflictDialog.access$200(ConflictDialog.java:76) at org.openstreetmap.josm.gui.dialogs.ConflictDialog$MouseEventHandler.mouseClicked(ConflictDialog.java:353) at java.awt.AWTEventMulticaster.mouseClicked(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$500(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) }}} " brianh defect 13589 1 IAE: Cannot paint layer, it is not registered (ElevationProfileLayer) Plugin elevationprofile 2016-09-08T14:58:34+02:00 2017-04-12T21:49:16+02:00 "==== What steps will reproduce the problem? 1. 2. 3. ==== What is the expected result? ==== What happens instead? ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-09-08 01:17:53 +0200 (Thu, 08 Sep 2016) Build-Date:2016-09-08 01:35:41 Revision:10976 Relative:URL: ^/trunk Identification: JOSM/1.5 (10976 en) Linux Mint 18 Sarah Memory Usage: 337 MB / 697 MB (61 MB allocated, but free) Java version: 1.8.0_91-8u91-b14-3ubuntu1~16.04.1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1024x768 Maximum Screen Size: 1024x768 Java package: openjdk-8-jre:amd64-8u91-b14-3ubuntu1~16.04.1 Plugins: + CADTools (1006) + ColorPlugin + CustomizePublicTransportStop (0.3) + DxfImport (1008) + ElevationProfile (32868) + HouseNumberTaggingTool (32699) + ImageWayPoint (32699) + ImportImagePlugin (32699) + ImproveWay (1452443304) + Mapillary (32882) + NanoLog (32699) + OpeningHoursEditor (32699) + PicLayer (32796) + ShapeTools (1220) + TombPlugin + alignways (32921) + apache-commons (32699) + apache-http (32699) + auto_tools (1471534390) + buildings_tools (32944) + cadastre-fr (32796) + colorscheme (32699) + conflation + dataimport (32699) + download_along (32946) + editgpx (32699) + ejml (32680) + ext_tools (32796) + geojson (43) + geotools (32813) + gpxfilter (32699) + gson (32680) + imagery-xml-bounds (32699) + imagery_offset_db (32796) + imageryadjust (32699) + importvec (32699) + indoor_sweepline (32796) + indoorhelper (32680) + jna (32699) + jogl (1.0.46) + jts (32699) + kendzi3d-resources (0.0.1) + kendzi3d_Improved_by_Andrei + lakewalker (32699) + log4j (32699) + mapdust (32787) + measurement (32936) + o5m (32857) + opendata (32898) + openvisible (32796) + osm-obj-info (1468276210) + osmarender (32699) + pbf (32865) + pdfimport (32796) + photo_geotagging (32699) + photoadjust (32863) + print (32699) + pt_assistant (32895) + public_transport (32796) + public_transport_layer (32817) + rasterfilters (32877) + reltoolbox (32796) + reverter (32796) + rex + splinex (32918) + tag2link (32941) + tageditor (32796) + tagging-preset-tester (32869) + terracer (32699) + tofix (267) + undelete (32699) + utilsplugin2 (32815) + walkingpapers (32796) + waydownloader (32699) + waypoint_search (32699) + wikipedia (32884) Tagging presets: + http://zibi.openstreetmap.org.pl/kendzi/k/Simple3dPreset/s3db-preset.zip + https://josm.openstreetmap.de/josmfile?page=Presets/AdvertisingPreset&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Crafts&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Leaftype&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Light_sources&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/NewParkingFeatures&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Historical_Objects&zip=1 + http://somewhere.dk/email/josm/source.xml + http://osmtools.de/josm/steps.xml + https://raw.github.com/Flacus/Windrad/master/windrad.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Trees&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Animal_facilities&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Simple_Indoor_Tagging&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Communication_Towers&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Heritage&zip=1 + https://raw.githubusercontent.com/OpenNauticalChart/josm/master/Presets_Hafen.xml + https://josm.openstreetmap.de/josmfile?page=Presets/hiking_routes_with_trail_marking&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/SentieriItaliani&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/IRS&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/MobilePhoneBaseStations&zip=1 + http://openstationmap.org/latest/JOSM-preset-OpenStationMap-LoD.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Playground_Equipment&zip=1 + https://raw.githubusercontent.com/species/josm-preset-wheelchair/master/sidewalks_kerbs.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Golf_Course&zip=1 + http://www.openrailwaymap.org/josm-presets/de.zip + http://www.openrailwaymap.org/josm-presets/at-signals-v2.zip + https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Towers&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1 Map paint styles: - https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/NewParkingFeatures&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PTStops&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/TreeCrownDiameter&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1 - /styles/indoor.mapcss - https://github.com/GlassOceanos/indoor-JOSM-style/archive/master.zip - https://josm.openstreetmap.de/josmfile?page=Styles/Schools&zip=1 Validator rules: + /validator/indoorhelper.validator.mapcss Last errors/warnings: - W: Ext_Tools warning: can not load file /plugins/ext_tools/repo.cfg - E: org.openstreetmap.josm.plugins.PluginException: An error occurred in plugin ColorPlugin. Cause: java.lang.reflect.InvocationTargetException. Cause: java.lang.NoSuchMethodError: andrei.josm.plugin.color.ColorAction.getCurrentDataSet()Lorg/openstreetmap/josm/data/osm/DataSet; - W: Disable plugin - Could not load plugin ColorPlugin. Delete from preferences? - E: org.openstreetmap.josm.plugins.PluginException: An error occurred in plugin TombPlugin. Cause: java.lang.reflect.InvocationTargetException. Cause: java.lang.NoSuchMethodError: kendzi.josm.plugin.tomb.action.TombAction.getCurrentDataSet()Lorg/openstreetmap/josm/data/osm/DataSet; - W: Disable plugin - Could not load plugin TombPlugin. Delete from preferences? - E: org.openstreetmap.josm.plugins.PluginException: An error occurred in plugin conflation. Cause: java.lang.NoClassDefFoundError: org/openstreetmap/josm/gui/MapView$EditLayerChangeListener. Cause: java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MapView$EditLayerChangeListener - W: Disable plugin - Could not load plugin conflation. Delete from preferences? - W: Old style SideButton usage for action org.openstreetmap.josm.plugins.tofix.TofixDialog$3@7d6e2251 - W: Old style SideButton usage for action org.openstreetmap.josm.plugins.tofix.TofixDialog$4@2e958f46 - W: Old style SideButton usage for action org.openstreetmap.josm.plugins.tofix.TofixDialog$5@ff77426 === REPORTED CRASH DATA === MapView#paintLayer: - layer: ElevationProfileLayer [name=Elevation Profile, associatedFile=null] - bounds: Bounds[48.8723943,2.155163,48.9097225,2.2194823] Warning issued by: MapView#paintLayer === STACK TRACE === Thread: AWT-EventQueue-0 (17) of main java.lang.IllegalArgumentException: Cannot paint layer, it is not registered. at org.openstreetmap.josm.gui.MapView.paintLayer(MapView.java:427) at org.openstreetmap.josm.gui.MapView.paint(MapView.java:527) at javax.swing.JComponent.paintChildren(JComponent.java:889) at javax.swing.JComponent.paint(JComponent.java:1065) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:290) at javax.swing.RepaintManager.paint(RepaintManager.java:1272) at javax.swing.JComponent._paintImmediately(JComponent.java:5158) at javax.swing.JComponent.paintImmediately(JComponent.java:4969) at javax.swing.RepaintManager$4.run(RepaintManager.java:831) at javax.swing.RepaintManager$4.run(RepaintManager.java:814) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738) at javax.swing.RepaintManager.access$1200(RepaintManager.java:64) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) }}} " anonymous defect 13600 1 too far away check does not use multipolygons Core validator latest 2016-09-08T23:49:34+02:00 2016-09-08T23:51:03+02:00 "==== What steps will reproduce the problem? 1. Have a big square mapped as multipolygon relation in an associatedStreet relation with no aditional member role `street` near by 1. run validator ==== What is the expected result? No warning ==== What happens instead? Warning:`House number too far from street` ==== Please provide any additional information below. Attach a screenshot if possible. Please have a look at attached example file attachment:josm_too_far_multipoly.osm {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-09-08 01:17:53 +0200 (Thu, 08 Sep 2016) Build-Date:2016-09-08 01:35:41 Revision:10976 Relative:URL: ^/trunk Identification: JOSM/1.5 (10976 en) Linux Debian GNU/Linux 8.5 (jessie) Memory Usage: 403 MB / 485 MB (142 MB allocated, but free) Java version: 1.8.0_102-8u102-b14.1-1~bpo8+1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-8-jre:amd64-8u102-b14.1-1~bpo8+1 Java ATK Wrapper package: libatk-wrapper-java:all-0.30.5-1 VM arguments: [-Djosm.home=] Program arguments: [--language=en] Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (32699) + imagery_offset_db (32796) + reverter (32796) + tag2link (32941) + terracer (32699) + undelete (32699) + utilsplugin2 (32815) + wikipedia (32884) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/Crafts&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1 + http://osmtools.de/josm/steps.xml + https://josm.openstreetmap.de/josmfile?page=Presets/Simple_Indoor_Tagging&zip=1 Map paint styles: + https://josm.openstreetmap.de/josmfile?page=Styles/Landcover&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 Last errors/warnings: - W: java.lang.NoSuchMethodException: No such function prettifyValue }}} " skyper defect 13604 1 IAE: Cannot paint layer, it is not registered (OsmDataLayer) Core mappaint 2016-09-09T12:26:03+02:00 2017-07-26T00:16:44+02:00 "==== What steps will reproduce the problem? 1. startup 2. download an area (normal, not big) 3. when finished / preparing data/display it throws and exception ==== What is the expected result? ==== What happens instead? ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-09-09 02:34:36 +0200 (Fri, 09 Sep 2016) Build-Date:2016-09-09 01:35:10 Revision:10982 Relative:URL: ^/trunk Identification: JOSM/1.5 (10982 en) Mac OS X 10.11.6 Memory Usage: 847 MB / 1820 MB (736 MB allocated, but free) Java version: 1.8.0_66-b17, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: Display 188875522 1920x1080, Display 458628992 1920x1080 Maximum Screen Size: 1920x1080 VM arguments: [-Dsun.java2d.opengl=true] Plugins: + alignways (32921) + apache-commons (32699) + apache-http (32699) + buildings_tools (32944) + ejml (32680) + geochat (32796) + geotools (32813) + imagery_offset_db (32796) + jts (32699) + measurement (32936) + opendata (32898) + print (32699) + reltoolbox (32796) + reverter (32796) + undelete (32699) + utilsplugin2 (32815) Map paint styles: + https://josm.openstreetmap.de/josmfile?page=Styles/MaxspeedIcons&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 Last errors/warnings: - W: Invalid jar file ''/plugins/measurement.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''/plugins/opendata.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''/plugins/buildings_tools.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''/plugins/alignways.jar.new'' (exists: false, canRead: false) - E: org.openstreetmap.josm.plugins.PluginException: An error occurred in plugin TombPlugin. Cause: java.lang.reflect.InvocationTargetException. Cause: java.lang.NoSuchMethodError: kendzi.josm.plugin.tomb.action.TombAction.getCurrentDataSet()Lorg/openstreetmap/josm/data/osm/DataSet; - W: Disable plugin - Could not load plugin TombPlugin. Delete from preferences? === REPORTED CRASH DATA === MapView#paintLayer: - layer: OsmDataLayer [name=Data Layer 1, associatedFile=null] - bounds: Bounds[41.8218078,12.4418674,41.8854403,12.5087919] Warning issued by: MapView#paintLayer === STACK TRACE === Thread: AWT-EventQueue-0 (20) of main java.lang.IllegalArgumentException: Cannot paint layer, it is not registered. at org.openstreetmap.josm.gui.MapView.paintLayer(MapView.java:427) at org.openstreetmap.josm.gui.MapView.paint(MapView.java:504) at javax.swing.JComponent.paintChildren(JComponent.java:889) at javax.swing.JComponent.paint(JComponent.java:1065) at javax.swing.JComponent.paintChildren(JComponent.java:889) at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1047) at javax.swing.JComponent.paint(JComponent.java:1065) at javax.swing.JComponent.paintChildren(JComponent.java:889) at javax.swing.JComponent.paint(JComponent.java:1065) at javax.swing.JComponent.paintChildren(JComponent.java:889) at javax.swing.JComponent.paint(JComponent.java:1065) at javax.swing.JComponent.paintChildren(JComponent.java:889) at javax.swing.JComponent.paint(JComponent.java:1065) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210) at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579) at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502) at javax.swing.RepaintManager.paint(RepaintManager.java:1272) at javax.swing.JComponent._paintImmediately(JComponent.java:5158) at javax.swing.JComponent.paintImmediately(JComponent.java:4969) at javax.swing.RepaintManager$4.run(RepaintManager.java:831) at javax.swing.RepaintManager$4.run(RepaintManager.java:814) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738) at javax.swing.RepaintManager.access$1200(RepaintManager.java:64) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:109) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:184) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:229) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:227) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:227) at java.awt.Dialog.show(Dialog.java:1084) at java.awt.Component.show(Component.java:1673) at java.awt.Component.setVisible(Component.java:1625) at java.awt.Window.setVisible(Window.java:1014) at java.awt.Dialog.setVisible(Dialog.java:1005) at org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor.lambda$doBeginTask$2(PleaseWaitProgressMonitor.java:186) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) }}} " dieterdreist defect 13678 1 Problem with closed multipolygon displaying and test Core 2016-09-21T22:54:49+02:00 2020-07-29T14:14:02+02:00 "I am unsure if there is something related with #13677, but validate the attached file and see that there are some warnings about unclosed multipolygons. But they all seem to be closed, like: [[Image(https://i.imgur.com/EUNpS9p.png)]] ↑ this is the relation with id `298025` What is strange is that it seems that all the relation members are downloaded, while they aren't fully visible (there are some missing ways). Asking to download the members the ways are downloaded and appear. One problem is: shouldn't the test ignore multipolygons/relations with missing members, specially if they are outside the downloaded area? Another problem is: since it's possible to see that the we can't call `Download incomplete members`, we can suppose that all the ways are already downloaded. Shouldn't they all be visible? (I am reporting it against `Core` for this second problem) JOSM: {{{ Build-Date:2016-09-21 12:23:43 Revision:11037 Is-Local-Build:true Identification: JOSM/1.5 (11037 SVN en) Linux Debian GNU/Linux testing (stretch) Memory Usage: 247 MB / 10206 MB (67 MB allocated, but free) Java version: 1.8.0_102-8u102-b14.1-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-8-jre:amd64-8u102-b14.1-2 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9 VM arguments: [-Dawt.useSystemAAFontSettings=on] Dataset consistency test: No problems found }}}" naoliv defect 13706 1 History browser: color moved relation members differently Core tested 2016-09-26T15:24:48+02:00 2020-05-31T17:31:45+02:00 "==== What steps will reproduce the problem? 1. open https://www.openstreetmap.org/api/0.6/relation/380531/201, download incomplete members 2. open Help/Dialog/RelationEditor, move first 7 nameless highways one item below 3. close RE 4. open History window of relation Help/Action/ObjectHistory 5. wait for API response, scroll down to see latest changes ==== What is the expected result? way 117849711 couldn't be red or green as '''none of relation members were removed or added''' ==== What happens instead? see that way 117849711 is both: red (on the left) and green (on the right) ==== Please provide any additional information below. Attach a screenshot if possible. [[Image(relation-380531-201 in 10966.png​,1024)]] {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-09-06 00:16:07 +0200 (Tue, 06 Sep 2016) Build-Date:2016-09-05 22:21:00 Revision:10966 Relative:URL: ^/trunk Identification: JOSM/1.5 (10966 en) Linux Ubuntu 16.04.1 LTS Memory Usage: 179 MB / 1774 MB (32 MB allocated, but free) Java version: 1.8.0_91-8u91-b14-3ubuntu1~16.04.1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1920x1080 Maximum Screen Size: 1920x1080 Java package: openjdk-8-jre:amd64-8u91-b14-3ubuntu1~16.04.1 WebStart package: icedtea-netx:amd64-1.6.2-3ubuntu1 VM arguments: [-Dicedtea-web.bin.name=javaws, -Dicedtea-web.bin.location=/usr/bin/javaws, -Djava.security.manager, -Djava.security.policy=/etc/icedtea-web/javaws.policy] Dataset consistency test: No problems found Plugins: + ShapeTools (1220) Last errors/warnings: - W: Unable to get color from '' for color preference 'extrude.main.line' - W: Unable to get color from '' for color preference 'improve.way.accuracy.helper.line' - W: Unable to get color from '' for color preference 'make.parallel.helper.line' - W: Unsaved changes - The relation has been changed.

Do you want to save your changes? }}} " openstreetmap.org-user-d1g defect 13774 1 On GPS import do not change the viewport Core 2016-10-09T13:00:44+02:00 2016-10-09T17:33:26+02:00 "How to reproduce: 1. Download a new area with download of GPS data enabled. Expected behavior: Do not change the viewport to show the latest imported GPS points or tracks, at least not after the user has manually selected an area to view or edit. Therefore the user can inspect or work with the data while the GPS tracks are downloaded in the background. Show the progress of downloading GPS data in a more suitable way, for instance in a progress bar in the status bar. Actual behavior: While downloading GPS data (which takes minutes) the viewport jumps around, even if the user has selected an area to inspect or edit before. This is confusing and makes it impossible to view or edit a desired area until the download of (possibly unneeded) GPS tracks is finished. The only way to stop this horrific episode is to quit JOSM and start over again. " HarryKane defect 13992 1 URL validator on source:url Core validator 2016-11-17T09:03:50+01:00 2016-11-21T18:18:02+01:00 "Hi, source:url may contain any text, not just URLs. If the value is not an URL, it triggers URL validator and gives the warning: ""URL contains an invalid authority"". Thank you, Santiago" santiago-josm.openstreetmap.de-5195b@… defect 14072 1 eula not displayed when adding imagery from Imagery menu Core imagery 2016-11-30T20:57:43+01:00 2019-07-06T20:21:43+02:00 "==== What steps will reproduce the problem? 1. try to add an imagery with eula e.g. [wiki:Maps/Spain#PNOASpain PNOASpain] in the imagery preferences 2. eula window is displayed, which the user must accept 3. don't accept 3. the imagery is not added 1. close preferences window 1. navigate to spain in the map view 1. add pnoa spain from the imagery menu ==== What is the expected result? eula window is displayed ==== What happens instead? eula window is not displayed ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-11-30 01:57:13 +0100 (Wed, 30 Nov 2016) Build-Date:2016-11-30 02:34:04 Revision:11349 Relative:URL: ^/trunk Identification: JOSM/1.5 (11349 de) Windows 7 32-Bit Memory Usage: 768 MB / 870 MB (348 MB allocated, but free) Java version: 1.8.0_111-b14, Oracle Corporation, Java HotSpot(TM) Client VM Screen: \Display0 1680x1050 Maximum Screen Size: 1680x1050 VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Program Files\josm-latest-bla.jnlp, -Djnlpx.remove=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=256m,900m, -Djnlpx.splashport=65103, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAA==] Plugins: + AddrInterpolation (33005) + DirectDownload (33004) + DirectUpload (32885) + HouseNumberTaggingTool (32699) + Mapillary (v1.3.2) + OpeningHoursEditor (33004) + alignways (33088) + apache-commons (32994) + apache-http (32699) + buildings_tools (33004) + contourmerge (1030) + editgpx (33004) + imagery-xml-bounds (33004) + imagery_offset_db (33004) + log4j (32699) + measurement (33088) + osm-obj-info (1468276210) + photo_geotagging (33088) + photoadjust (33088) + reltoolbox (33088) + reverter (33088) + tag2link (33035) + tageditor (33021) + tagging-preset-tester (33004) + terracer (33088) + turnlanes-tagging (254) + turnrestrictions (33088) + undelete (32699) + utilsplugin2 (33088) + wikipedia (33088) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/StolpersteineLight&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1 + D:\\OSM\JOSMSVN\data\defaultpresets.xml + https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/DE.zip Map paint styles: + D:\\OSM\JOSMSVN\styles\standard\elemstyles.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/HiDPISupport&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - D:\\OSM\eigene styles\maxspeed\maxspeed_2.8_01 zeige richtungspfeile.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/sac_scale&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ShowID&zip=1 - D:\\OSM\eigene styles\PriorityRoad\PriorityRoad_1.0.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/LayerChecker&zip=1 - D:\\OSM\TestNew\newicons.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Surface&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&style&zip=1 - D:\\OSM\patches\old MPs\dataquality.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&style&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&style&zip=1 - https://raw.githubusercontent.com/species/josm-preset-wheelchair/master/sidewalks_kerbs.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/LitObjects&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lit&style&zip=1 - D:\\OSM\eigene styles\Tourenplanung.mapcss - D:\\OSM\eigene styles\SpecificBuildingValues\SpecificBuildingValues.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1 - https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip - http://www.openrailwaymap.org/styles/standard.mapcss - D:\\OSM\eigene styles\area-symbol.zip - http://www.freietonne.de/ft_icons/josm/FreieTonne_rules_presets_zip.php - https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/MaxspeedIcons&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/DestinationSignRelation&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Incline&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/PTStops&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/AdvertisingStyle&zip=1 - https://www.dropbox.com/s/qo3ai47fpv241jf/Styles_Fixme_and_Notes.zip?raw=1 - https://github.com/gmgeo/osmic-josm-style/archive/master.zip - https://josm.openstreetmap.de/josmfile?page=Styles/hazmat&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Suburb&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Postcode&zip=1 Validator rules: + https://raw.githubusercontent.com/stefan-a-bauer/josm-validators/master/mtb.validator.mapcss + D:\\OSM\TestNew\new.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 - D:\\OSM\TestNew\germ.validator.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/CzechRepublicAddressSystem&zip=1 Last errors/warnings: - W: Unable to get color from '' for color preference 'make.parallel.helper.line' - W: Unable to get color from '' for color preference 'extrude.main.line' - W: Unable to get color from '' for color preference 'improve.way.accuracy.helper.line' - W: Unable to get color from '' for color preference 'make.parallel.helper.line' - W: Unable to get color from '' for color preference 'extrude.main.line' - W: Unable to get color from '' for color preference 'improve.way.accuracy.helper.line' - W: Unable to get color from '' for color preference 'make.parallel.helper.line' - W: Unable to get color from '' for color preference 'extrude.main.line' - W: Unable to get color from '' for color preference 'improve.way.accuracy.helper.line' - W: Unable to get color from '' for color preference 'make.parallel.helper.line' }}} " Klumbumbus defect 14196 1 Conflict manager allows to create inconsistent ways with zero or only one node Core latest 2017-01-03T21:06:16+01:00 2019-06-25T22:29:31+02:00 "==== What steps will reproduce the problem? 1. create a conflict of a way by merging two layers * did use the [attachment:ticket:7481:7481_sample.tar.bz2 first example] of #7481, merging layer A on B. 1. In conflict manager go to the third tab ""Nodes"" and only add one node to the middle column. ==== What is the expected result? The ""freeze"" button is still activated and creating inconsistent data is denied. ==== What happens instead? The button is active and it is possible to create a way with only one node. ==== Please provide any additional information below. Attach a screenshot if possible. [[Image(josm_14196_screenshot.png,1024)]] {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-01-02 22:50:04 +0100 (Mon, 02 Jan 2017) Build-Date:2017-01-03 02:35:14 Revision:11428 Relative:URL: ^/trunk Identification: JOSM/1.5 (11428 en) Linux Debian GNU/Linux 8.6 (jessie) Memory Usage: 439 MB / 882 MB (271 MB allocated, but free) Java version: 1.8.0_111-8u111-b14-2~bpo8+1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Java package: openjdk-8-jre:amd64-8u111-b14-2~bpo8+1 Java ATK Wrapper package: libatk-wrapper-java:all-0.30.4-3 Program arguments: [--language=en] Dataset consistency test: [WARN - NO NODES] Way {Way id=24557729 version=2 MVT nodes=[{Node id=-40826 version=0 MV lat=64.05496932773333,lon=-21.349465704477456}]} has only one node Last errors/warnings: - W: Conflicts detected - There was 1 conflict detected. - W: Conflicts detected - There was 1 conflict detected. - W: Conflicts detected - There was 1 conflict detected. - W: Conflicts detected - There was 1 conflict detected. - W: Conflicts detected - There was 1 conflict detected. - W: Conflicts detected - There was 1 conflict detected. }}} " skyper defect 14290 1 Parent selector is selecting both child and parent Core validator 2017-01-25T14:58:14+01:00 2019-10-05T14:55:31+02:00 "Use the example from https://josm.openstreetmap.de/wiki/Help/Styles/MapCSSImplementation#Parentselector {{{ #!mapcss node[traffic_calming] < way[highway] { throwWarning: tr(""match""); } }}} with the attached example and see how it's matching/selecting 2 objects (the way (parent) and the node (child)) The description says that `In contrast to the child selector, the parent object will be ""selected""` Shouldn't only the way be selected here? ie, we should see a warning about one object only (the way) JOSM: {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-01-25 02:17:36 +0100 (Wed, 25 Jan 2017) Build-Date:2017-01-25 02:33:55 Revision:11490 Relative:URL: ^/trunk Identification: JOSM/1.5 (11490 en) Linux Debian GNU/Linux 9.0 (stretch) Memory Usage: 314 MB / 10206 MB (52 MB allocated, but free) Java version: 1.8.0_111-8u111-b14-3-b14, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-8-jre:amd64-8u111-b14-3 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [-Dawt.useSystemAAFontSettings=on] Program arguments: [--language=en] Dataset consistency test: No problems found }}}" naoliv defect 14335 1 Printing function does not work. AIOOBE: 0 Plugin print latest 2017-02-06T17:24:49+01:00 2023-06-07T22:14:20+02:00 "==== What steps will reproduce the problem? 1. Just try to print 2. 3. ==== What is the expected result? It should be printed ==== What happens instead? This error message comes ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-02-02 01:22:52 +0100 (Thu, 02 Feb 2017) Build-Date:2017-02-02 02:33:28 Revision:11526 Relative:URL: ^/trunk Identification: JOSM/1.5 (11526 de) Windows 10 64-Bit Memory Usage: 162 MB / 247 MB (33 MB allocated, but free) Java version: 1.8.0_121-b13, Oracle Corporation, Java HotSpot(TM) Client VM Screen: \Display0 1600x900 Maximum Screen Size: 1600x900 VM arguments: [-Djava.security.manager, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.splashport=54048, -Djnlpx.home=C:\Program Files (x86)\Java\jre1.8.0_101\bin, -Djnlpx.remove=false, -Djnlpx.offline=false, -Djnlpx.relaunch=true, -Djnlpx.session.data=%UserProfile%\AppData\Local\Temp\session7814664043510232782, -Djnlpx.heapsize=NULL,NULL, -Djava.security.policy=file:C:\Program Files (x86)\Java\jre1.8.0_101\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.origFilenameArg=%UserProfile%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-35928d12] Dataset consistency test: No problems found Plugins: + HouseNumberTaggingTool (32699) + OpeningHoursEditor (33004) + dataimport (33024) + log4j (32699) + namemanager (33004) + osmarender (33004) + print (33118) + routing (33004) + turnrestrictions (33088) + utilsplugin2 (33124) Last errors/warnings: - E: Handled by bug report queue: java.lang.ArrayIndexOutOfBoundsException: 0 === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-2 (47) of javawsApplicationThreadGroup java.lang.ArrayIndexOutOfBoundsException: 0 at org.openstreetmap.josm.plugins.print.PrintDialog.loadPrintSettings(PrintDialog.java:543) at org.openstreetmap.josm.plugins.print.PrintDialog.(PrintDialog.java:133) at org.openstreetmap.josm.plugins.print.PrintAction.run(PrintAction.java:50) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$500(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) }}} " MKE defect 14526 1 SequenceCommand doesn't rollback properly in case of subcommand error. Core 2017-03-16T02:45:37+01:00 2025-03-17T11:31:21+01:00 "Hi, I think found an issue in the SequenceCommand class: if one of the sub-commands fails, the preceding sub-commands that were already executed before are not undone. This seems to contradict the code intention. I also have problems with the continueOnError variable of this class. I tried to make a test (see the attached file) but I was not able to make it work. Actually I'm not sure I fully understand what is the contract between executeCommand() and undo(). Is it ok/necessary/forbidden to call undo() if execucedCommand() returned false ? Thanks. " Tyndare defect 14651 1 "No tag conflict handling for ""Update Multipolygon""" Core 2017-04-14T23:11:40+02:00 2017-09-30T15:32:28+02:00 "When outer way of multipolygon has e.g. `building=school` and multipolygon has `building=yes` using Update Multipolygon drops the `building=school`. It should either show a conflict or not move/remove the tag to the multipolygon." stoecker defect 14669 1 default map paint style does not recognize highway areas other than pedestrian Internal mappaint style latest 2017-04-19T11:30:26+02:00 2021-08-05T23:34:45+02:00 The name is drawn at the border and not at the center, no area rendering, unless the highway type is set to pedestrian. IMHO if area=yes is set it should place the name in area style in the middle. Also compare to carto-osm which does render road areas (basically squares with no restrictions) dieterdreist defect 14711 1 when sorting members of a route, look at oneway tag of ways or direction of roundabout Core tested 2017-04-28T10:33:27+02:00 2021-03-22T15:46:28+01:00 "When sorting members of a bus route (public_transport:version=2), it would be nice to not go against the flow of oneway traffic or go around roundabouts the wrong way. This applies to roundabouts with split ways. It would help a lot if oneway=yes (and its exceptions oneway:bus=no/oneway:psv=no) would be taken into account. The same goes for bicycle routes (of course there the exceptions would be oneway:bicycle=no)" Polyglot defect 15194 1 Purging new objects purges relations containing those objects Core 2017-08-26T15:21:32+02:00 2024-07-04T16:47:16+02:00 "==== What steps will reproduce the problem? 1. Download a relation that contains at least one way 2. Split the way (if the relation contains more than one way, you may split any single way) 3. Purge the newly created way (not the one that keeps the history of the way) ==== What is the expected result? JOSM should treat the purging of the way as if it's a deletion - in that it confirms if you want to remove the object from the relation. ==== What happens instead? JOSM purges the relation instead. ==== Please provide any additional information below. Attach a screenshot if possible. This only happens if you purge *newly created* objects that are part of relations. Purging an existing, but modified, object does not cause a relation purge. It also happens if the new object that is purged is a node or is itself a relation (including relations that were purged by the purging of newly created objects). {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-08-26 02:54:56 +0200 (Sat, 26 Aug 2017) Build-Date:2017-08-26 01:33:58 Revision:12664 Relative:URL: ^/trunk Identification: JOSM/1.5 (12664 en) Windows 10 64-Bit OS Build number: Windows 10 Education 1703 (15063) Memory Usage: 247 MB / 247 MB (43 MB allocated, but free) Java version: 1.8.0_131-b11, Oracle Corporation, Java HotSpot(TM) Client VM Screen: \Display0 1920x1080, \Display1 1920x1080 Maximum Screen Size: 1920x1080 VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=%UserProfile%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\31\583aa85f-330a2f35, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=50577, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm-latest.jnlp, -Djnlpx.jvm=\bin\javaw.exe] Dataset consistency test: No problems found Plugins: + apache-commons (33517) + ejml (32680) + geotools (33380) + jts (32699) + opendata (33519) + turnrestrictions (33537) + utilsplugin2 (33522) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&zip=1 Map paint styles: + https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip - https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1 - %UserProfile%\GoogleDrive\JOSM\publictransport.mapcss - %UserProfile%\GoogleDrive\JOSM\publictransport2.mapcss Last errors/warnings: - W: Invalid jar file ''\plugins\turnrestrictions.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''\plugins\opendata.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''\plugins\apache-commons.jar.new'' (exists: false, canRead: false) - W: Invalid jar file ''\plugins\utilsplugin2.jar.new'' (exists: false, canRead: false) - W: Warning: Failed to scan file 'site-svn.openstreetmap.org-_applications_editors_josm_plugins_opendata_modules.txt' for module information. Skipping. }}} " ShadowFoxNixill defect 15209 1 PurgeCommand.topoSort fails when purging many relations Core 2017-08-30T15:52:27+02:00 2021-03-28T20:16:15+02:00 "==== What steps will reproduce the problem? 1. download the netherlands extract from geofabriek 2. convert it to o5m 3. run this: .\osmfilter.exe --keep=""type=multipolygon"" -o=""typemultipolygonall.osm"" .\ned.o5m 4. search for type:relation 5. purge the result ==== What is the expected result? all the relations gone ==== What happens instead? this error ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-07-31 01:02:55 +0200 (Mon, 31 Jul 2017) Build-Date:2017-07-31 01:53:17 Revision:12545 Relative:URL: ^/trunk Identification: JOSM/1.5 (12545 en_GB) Windows 8.1 64-Bit OS Build number: Windows 8.1 Pro (9600) Memory Usage: 6041 MB / 6041 MB (3748 MB allocated, but free) Java version: 1.8.0_144-b01, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: \Display0 1920x1080 Maximum Screen Size: 1920x1080 Dataset consistency test: No problems found Plugins: + ImportImagePlugin (33372) + OpeningHoursEditor (33185) + PicLayer (33385) + apache-commons (33517) + buildings_tools (33004) + continuosDownload (53) + download_along (32946) + ejml (32680) + geotools (33380) + jts (32699) + log4j (32699) + opendata (33438) + reverter (33088) + touchscreenhelper (32699) + turnlanes (33294) + turnrestrictions (33088) + utilsplugin2 (33328) + wikipedia (33288) Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Styles/TigerReviewedNo&zip=1 Last errors/warnings: - W: Update plug-ins - org.openstreetmap.josm.plugins.PluginHandler$UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=] - E: org.openstreetmap.josm.plugins.PluginListParseException: Failed to create plug-in information from manifest for plug-in 'mbtiles.jar'. Cause: org.openstreetmap.josm.plugins.PluginException: An error occurred in plug-in mbtiles. Cause: java.io.IOException: invalid manifest format - E: org.openstreetmap.josm.plugins.PluginListParseException: Failed to create plug-in information from manifest for plug-in 'mbtiles.jar'. Cause: org.openstreetmap.josm.plugins.PluginException: An error occurred in plug-in mbtiles. Cause: java.io.IOException: invalid manifest format - W: Invalid jar file ''\plugins\apache-commons.jar.new'' (exists: false, canRead: false) - W: Warning: Failed to scan file 'site-svn.openstreetmap.org-_applications_editors_josm_plugins_opendata_modules.txt' for module information. Skipping. - E: Handled by bug report queue: java.lang.AssertionError: topo sort algorithm failed === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-0 (20) of main java.lang.AssertionError: topo sort algorithm failed at org.openstreetmap.josm.command.PurgeCommand.topoSort(PurgeCommand.java:270) at org.openstreetmap.josm.command.PurgeCommand.init(PurgeCommand.java:85) at org.openstreetmap.josm.command.PurgeCommand.(PurgeCommand.java:57) at org.openstreetmap.josm.actions.PurgeAction.getPurgeCommand(PurgeAction.java:246) at org.openstreetmap.josm.actions.PurgeAction.actionPerformed(PurgeAction.java:113) at javax.swing.SwingUtilities.notifyAction(Unknown Source) at javax.swing.JComponent.processKeyBinding(Unknown Source) at javax.swing.KeyboardManager.fireBinding(Unknown Source) at javax.swing.KeyboardManager.fireKeyboardAction(Unknown Source) at javax.swing.JComponent.processKeyBindingsForAllComponents(Unknown Source) at javax.swing.SwingUtilities.processKeyBindings(Unknown Source) at javax.swing.UIManager$2.postProcessKeyEvent(Unknown Source) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$500(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) }}} " wouterv.dplas@… defect 15361 1 IAE: Comparison method violates its general contract! (SelectionListDialog.sort) Core 2017-09-25T20:26:22+02:00 2017-11-25T17:35:22+01:00 "==== What steps will reproduce the problem? 1. Tried to upload a large selection (~5000 objects) to split an import into coherent changesets. 2. 3. ==== What is the expected result? ==== What happens instead? ==== Please provide any additional information below. Attach a screenshot if possible. Obviously the workaround of ""Don't do that"" is easy. It would be nice if there were some support for dividing large numbers of changes by area instead of what seems to happen sometimes, where nodes are uploaded before ways. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-09-02 14:47:18 +0200 (Sat, 02 Sep 2017) Build-Date:2017-09-02 20:53:16 Revision:12712 Relative:URL: ^/trunk Identification: JOSM/1.5 (12712 en) Linux Arch Linux Memory Usage: 502 MB / 502 MB (204 MB allocated, but free) Java version: 1.8.0_144-b01, Oracle Corporation, OpenJDK Server VM Screen: :0.0 1280x800 Maximum Screen Size: 1280x800 VM arguments: [-Djosm.home=~/.josm-bulk] Dataset consistency test: No problems found Plugins: + apache-commons (33517) + buildings_tools (33004) + ejml (32680) + geojson (55) + geotools (33380) + jts (32699) + measurement (33088) + opendata (33553) + reverter (33572) + todo (30302) + undelete (33480) + utilsplugin2 (33579) + wikipedia (33626) Tagging presets: + ${HOME}/josm/my.presets.xml Map paint styles: + ${HOME}/josm/Style.BuildingYes.mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/TigerReviewedNo&zip=1 Last errors/warnings: - W: Invalid jar file ''/plugins/geojson.jar.new'' (exists: false, canRead: false) - E: Failed to locate image 'tiger.png' - W: Mappaint style ""standard"" (My warning style) icon ""tiger.png"" not found. - W: Old style SideButton usage for action org.openstreetmap.josm.gui.io.UploadSelectionDialog$ContinueAction@2a6b87 - W: Old style SideButton usage for action org.openstreetmap.josm.gui.io.UploadSelectionDialog$CancelAction@18c4bf6 - W: Old style SideButton usage for action org.openstreetmap.josm.gui.help.ContextSensitiveHelpAction@17644e - E: Handled by bug report queue: java.lang.IllegalArgumentException: Comparison method violates its general contract! - E: Handled by bug report queue: java.lang.IllegalArgumentException: Comparison method violates its general contract! === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-0 (16) of main java.lang.IllegalArgumentException: Comparison method violates its general contract! at java.util.TimSort.mergeLo(TimSort.java:777) at java.util.TimSort.mergeAt(TimSort.java:514) at java.util.TimSort.mergeForceCollapse(TimSort.java:457) at java.util.TimSort.sort(TimSort.java:254) at java.util.Arrays.sort(Arrays.java:1512) at java.util.ArrayList.sort(ArrayList.java:1454) at org.openstreetmap.josm.gui.dialogs.SelectionListDialog$SelectionListModel.sort(SelectionListDialog.java:669) at org.openstreetmap.josm.gui.dialogs.SelectionListDialog$SelectionListModel.setJOSMSelection(SelectionListDialog.java:611) at org.openstreetmap.josm.gui.dialogs.SelectionListDialog$SelectionListModel.selectionChanged(SelectionListDialog.java:695) at org.openstreetmap.josm.data.osm.event.SelectionEventManager$OldListenerInfo.fire(SelectionEventManager.java:57) at org.openstreetmap.josm.data.osm.event.SelectionEventManager.fireEvent(SelectionEventManager.java:203) at org.openstreetmap.josm.data.osm.event.SelectionEventManager.lambda$selectionChanged$0(SelectionEventManager.java:198) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:109) at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:184) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:229) at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:227) at java.security.AccessController.doPrivileged(Native Method) at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:227) at java.awt.Dialog.show(Dialog.java:1084) at java.awt.Component.show(Component.java:1671) at java.awt.Component.setVisible(Component.java:1623) at java.awt.Window.setVisible(Window.java:1014) at java.awt.Dialog.setVisible(Dialog.java:1005) at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doBeginTask$3(PleaseWaitProgressMonitor.java:256) at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doInEDT$0(PleaseWaitProgressMonitor.java:114) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) }}} " maxerickson@… defect 15546 1 Importvec loading progress bar blocks prompt dialog indefinitely Plugin importvec 2017-11-12T19:06:39+01:00 2019-09-30T20:33:46+02:00 "==== What steps will reproduce the problem? 1. Open an SVG file in JOSM using the Importvec plugin 2. 3. ==== What is the expected result? The SVG import dialog is shown and you can choose a curve step number ==== What happens instead? An loading screen which never ends is shown. You have to close that loading dialog (which does not interrupt anything) to actually import the svg. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-10-29 19:52:48 +0100 (Sun, 29 Oct 2017) Build-Date:2017-10-29 19:11:19 Revision:13053 Relative:URL: ^/trunk Identification: JOSM/1.5 (13053 en) Windows 10 64-Bit OS Build number: Windows 10 Home 1703 (15063) Memory Usage: 456 MB / 989 MB (105 MB allocated, but free) Java version: 1.8.0_151-b12, Oracle Corporation, Java HotSpot(TM) Client VM Screen: \Display0 1280x720 Maximum Screen Size: 1280x720 VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=E:\Box Sync\Desktop\josm.jnlp, -Djnlpx.remove=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=256m,1024m, -Djnlpx.splashport=59152, -Djnlpx.jvm=\bin\javaw.exe] Dataset consistency test: No problems found Plugins: + FastDraw (33731) + ImportImagePlugin (33563) + Mapillary (v1.5.8) + PicLayer (33385) + apache-commons (33668) + apache-http (32699) + buildings_tools (33735) + ejml (32680) + ext_tools (33698) + geojson (66) + geotools (33380) + importvec (33564) + jogl (1.1.0) + jts (32699) + kendzi3d-resources (0.0.1) + log4j (32699) + opendata (33617) + reverter (33572) + utilsplugin2 (33742) Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - W: No default layer selected, choosing first layer. - W: No default layer selected, choosing first layer. }}} " ff5722 defect 15582 1 SyntaxException with a possibly valid opening_hours Plugin openinghourseditor 2017-11-22T13:52:39+01:00 2018-01-08T00:39:57+01:00 "Have an object with `opening_hours=Th 00:00-02:30,18:15-02:30`, go to `Data` → `Edit opening hours` and edit the existing tag: [[Image(https://i.imgur.com/eYcLyBk.png)]] {{{ 2017-11-22 10:46:27.592 WARNING: org.openstreetmap.josm.plugins.ohe.parser.SyntaxException org.openstreetmap.josm.plugins.ohe.parser.SyntaxException at org.openstreetmap.josm.plugins.ohe.parser.OpeningTimeCompiler.daytimespan(OpeningTimeCompiler.java:160) at org.openstreetmap.josm.plugins.ohe.parser.OpeningTimeCompiler.daytimespanlist(OpeningTimeCompiler.java:102) at org.openstreetmap.josm.plugins.ohe.parser.OpeningTimeCompiler.daytimespanlist(OpeningTimeCompiler.java:106) at org.openstreetmap.josm.plugins.ohe.parser.OpeningTimeCompiler.timespan(OpeningTimeCompiler.java:93) at org.openstreetmap.josm.plugins.ohe.parser.OpeningTimeCompiler.timespanlist(OpeningTimeCompiler.java:61) at org.openstreetmap.josm.plugins.ohe.parser.OpeningTimeCompiler.startCompile(OpeningTimeCompiler.java:32) at org.openstreetmap.josm.plugins.ohe.gui.OheDialogPanel.getTime(OheDialogPanel.java:133) at org.openstreetmap.josm.plugins.ohe.gui.OheEditor.initTimeRects(OheEditor.java:187) at org.openstreetmap.josm.plugins.ohe.gui.OheEditor.(OheEditor.java:96) at org.openstreetmap.josm.plugins.ohe.gui.OheDialogPanel.(OheDialogPanel.java:103) at org.openstreetmap.josm.plugins.ohe.OhePlugin$OheMenuAction.actionPerformed(OhePlugin.java:300) at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967) at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308) at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405) at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262) at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369) at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:980) at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1024) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6578) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3343) at java.desktop/java.awt.Component.processEvent(Component.java:6343) at java.desktop/java.awt.Container.processEvent(Container.java:2259) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4961) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2317) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4793) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4539) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4480) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2303) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2758) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4793) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:766) at java.desktop/java.awt.EventQueue.access$500(EventQueue.java:97) at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:717) at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:711) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:99) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:739) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:737) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:736) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) 2017-11-22 10:46:36.060 WARNING: Disable opening hours editor:: java.lang.Exception: Error in the TimeValue. Cause: org.openstreetmap.josm.plugins.ohe.parser.SyntaxException }}} The validator doesn't warn about anything. For [http://projets.pavie.info/yohours/?oh=Th%2000:00-02:30,18:15-02:30 YoHours] and the [http://openingh.openstreetmap.de/evaluation_tool/?EXP=Th%2000%3A00-02%3A30%2C18%3A15-02%3A30 opening_hours evaluation tool] it seems to be valid too. JOSM: {{{ Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-11-20 01:25:31 +0100 (Mon, 20 Nov 2017) Revision:13136 Build-Date:2017-11-20 02:32:02 URL:http://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (13136 en) Linux Debian GNU/Linux testing (buster) Memory Usage: 999 MB / 7168 MB (382 MB allocated, but free) Java version: 9.0.1+11-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1600x900, :0.1 1280x1024 Maximum Screen Size: 1600x1024 Java package: openjdk-9-jre:amd64-9.0.1+11-1 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13 VM arguments: [--add-modules=java.activation,java.se.ee, -Dawt.useSystemAAFontSettings=on] Program arguments: [--language=en] Dataset consistency test: No problems found Plugins: + CADTools (1007) + Create_grid_of_ways (32699) + DxfImport (1012) + FastDraw (33731) + ImportImagePlugin (33563) + OpeningHoursEditor (33185) + PicLayer (33822) + RoadSigns (33798) + SimplifyArea (33004) + apache-commons (33668) + buildings_tools (33735) + conflation (0.5.5) + contourmerge (1032) + download_along (33710) + editgpx (33782) + ejml (32680) + geojson (73) + geotools (33380) + importvec (33564) + indoorhelper (33632) + jts (32699) + log4j (32699) + measurement (33760) + merge-overlap (33848) + opendata (33791) + pbf (33568) + pdfimport (33579) + poly (33570) + reverter (33572) + scripting (30775) + tageditor (33806) + todo (30303) + turnlanes (33294) + turnlanes-tagging (254) + turnrestrictions (33780) + undelete (33835) + utilsplugin2 (33742) }}}" naoliv defect 15609 1 Accessing tiles from the download dialog behind a proxy Core 2017-11-29T14:03:30+01:00 2020-01-09T15:17:20+01:00 "==== What steps will reproduce the problem? 1. Use a proxy 2. File > Download data 3. Scroll the area a bit so that JOSM will download new tiles ==== What is the expected result? The tiles should be downloaded normally when the map scrolls. ==== What happens instead? Several warning dialogs (apparently equal to the number of new tiles that are loaded). But the tiles are loaded properly and JOSM works normally after that. It is just considerably annoying because the download window is almost unusable. I did not encounter this problem with former versions, it appeared with the upgrade to version 13170. When I use the same machine with a connection where I don’t have to use a proxy, version 13170 works fine. ==== Please provide any additional information below. Attach a screenshot if possible. {{{ URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-11-26 14:31:59 +0100 (Sun, 26 Nov 2017) Build-Date:2017-11-26 13:34:54 Revision:13170 Relative:URL: ^/trunk Identification: JOSM/1.5 (13170 en) Linux Arch Linux Memory Usage: 462 MB / 1751 MB (252 MB allocated, but free) Java version: 1.8.0_144-b01, Oracle Corporation, OpenJDK 64-Bit Server VM Screen: :0.0 1366x768 Maximum Screen Size: 1366x768 VM arguments: [-Djosm.restart=true] Plugins: + measurement (33760) + pt_assistant (33860) Last errors/warnings: - W: No configuration settings found. Using hardcoded default values for all pools. - E: Handled by bug report queue: java.util.NoSuchElementException === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: TMS-downloader-1 (41) java.util.NoSuchElementException at java.util.StringTokenizer.nextToken(StringTokenizer.java:349) at sun.net.www.protocol.http.HttpURLConnection.doTunneling(HttpURLConnection.java:2054) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183) at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153) at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:132) at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:78) at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.isCacheValidUsingHead(JCSCachedTileLoaderJob.java:470) at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.loadObject(JCSCachedTileLoaderJob.java:311) at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:236) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) }}} " bxl-forever defect 15998 1 
 needs background-color	Core			2018-02-21T19:36:17+01:00	2025-08-06T12:35:26+02:00	"Wiki text inside three curly brackets `{{{`is delivered as {{{if no line break}}} or as
{{{

when the brackets start the line.

}}} 
This variant allows syntax-highlighting with [WikiProcessors#CodeHighlightingSupport Wiki Processors].

 is since #15910 well displayed within the limits of the Help Browser.


 has ~~two~~__one remaining__ issue~~s~~:

1. The formatting of the area lacks of a background-color (and a border, if possible). The area should look the same as in a normal web browser.
1. ~~The result of the **`#!sh`** syntax-highlighter is wrong, i.e.~~
 * ~~the line break after comment lines gets lost and ~~
 * ~~the colour for highlighted words gets lost too.~~

See the screenshot __with the remaining issue in comment 10__~~, especially the orange coloured marks for missing line breaks:~~

[[Image(help-pre-format-line-break.png, width=360px)]]

"	Hb---
defect	16076	1	Second dialog window underneath the first window on macOS	Core			2018-03-11T07:29:23+01:00	2020-11-23T12:10:20+01:00	"==== What steps will reproduce the problem?
Whenever a second popup/dialogue window appears, it is displayed **underneath** the first dialogue window.
Examples:
1) First open Imagery Preferences window, then hit the TMS, WMS etc buttons to display the second dialogue window.
2) First open Download from Overpass API, then hit the Query Wiard button.

When I click on the top window (i.e. the first window) within the boundaries of the second window, the second window is displayed properly.

I run JOSM on MacOS. Same behavior on 4 Macs. This problem appeared approx. a year ago.

==== 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: 2018-03-04 16:20:37 +0100 (Sun, 04 Mar 2018)
Build-Date:2018-03-04 15:24:13
Revision:13500
Redirecting:to URL 'https://josm.openstreetmap.de/svn/trunk':
Relative:URL: ^/trunk

Identification: JOSM/1.5 (13500 nb) Mac OS X 10.13.3
OS Build number: Mac OS X 10.13.3 (17D47)
Memory Usage: 654 MB / 1820 MB (178 MB allocated, but free)
Java version: 1.8.0_161-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 69732864 1440x900
Maximum Screen Size: 1440x900
VM arguments: [-Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-40e36ffa, -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/16/47ee53d0-3ef1ec79.icns, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , -Djnlpx.jvm=""/bin/java""]

Plugins:
+ PicLayer (34021)
+ SeaChart (33995)
+ apache-commons (33668)
+ conflation (0.5.6)
+ ejml (32680)
+ geotools (33958)
+ imagery-xml-bounds (34077)
+ jts (32699)
+ opendata (34072)
+ reverter (34036)
+ todo (30303)
+ utilsplugin2 (33991)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://raw.githubusercontent.com/OpenNauticalChart/josm/master/INT-1-preset.xml

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://raw.githubusercontent.com/OpenSeaMap/josm/master/INT1_Seamark.mapcss
- http://osm.wzh.be/josm/entur_1.0.mapcss

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- W: Warning: Failed to scan file 'site-svn.openstreetmap.org-_applications_editors_josm_plugins_opendata_modules.txt' for module information. Skipping.
}}}"	nkamapper
defect	16082	1	Strange artifacts when warping imagery at South/North Pole	Core imagery			2018-03-11T18:56:57+01:00	2019-02-25T20:04:53+01:00	"==== What steps will reproduce the problem?
1. Enable projection `EPSG:3031` (`WGS 84 / Antarctic Polar Stereographic`)
2. Add Bing layer
3. Move to South Pole
4. Drag the map around (no change of zoom)

==== What is the expected result?

Correct imagery displayed.

==== What happens instead?

Strange artifacts when warping, see below:

[[Image(sp1.png, 640px)]]
[[Image(sp2.png, 640px)]]
[[Image(sp3.png, 640px)]]
[[Image(sp4.png, 640px)]]
[[Image(sp5.png, 640px)]]
[[Image(sp6.png, 640px)]]

{{{
Build-Date:2018-03-11 18:28:30
Revision:13515
Is-Local-Build:true

Identification: JOSM/1.5 (13515 SVN en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1709 (16299)
Memory Usage: 1302 MB / 3634 MB (348 MB allocated, but free)
Java version: 1.8.0_162-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080, \Display1 1920x1080, \Display2 1280x1024
Maximum Screen Size: 1920x1080
VM arguments: [-Dfile.encoding=UTF-8]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (33668)
+ download_along (34081)
+ ejml (32680)
+ geotools (33958)
+ josm-recorder (3.0.2)
+ jts (32699)
+ opendata (34072)
+ utilsplugin2 (33991)
+ wikipedia (34079)

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- E: Bad Request - The OSM server 'api.openstreetmap.org' reported a bad request.

The area you tried to download is too big or your request was too large.
Either request a smaller area or use an export file provided by the OSM community.
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- E: Bad Request - The OSM server 'api.openstreetmap.org' reported a bad request.

The area you tried to download is too big or your request was too large.
Either request a smaller area or use an export file provided by the OSM community.
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
}}}
"	Don-vip
defect	16120	1	DividedScale$RangeViolatedError: the new range must be within a single subrange (2)	Core mappaint			2018-03-23T03:40:33+01:00	2018-04-01T23:50:55+02:00	"I only tried to move the map with right mouse button. After long editing without saving oder uploading. But I could go on working after that.

==== What steps will reproduce the problem?
I could not reproduce the problem. 

==== What is the expected result?
Moving the map.

==== What happens instead?
Error message appeared.

==== Please provide any additional information below. Attach a screenshot if possible.
I disabled the JOSM Standard style before. Not else special .... 

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-03-04 16:20:37 +0100 (Sun, 04 Mar 2018)
Build-Date:2018-03-04 15:24:13
Revision:13500
Redirecting:to URL 'https://josm.openstreetmap.de/svn/trunk':
Relative:URL: ^/trunk

Identification: JOSM/1.5 (13500 de) Mac OS X 10.10.5
OS Build number: Mac OS X 10.10.5 (14F2511)
Memory Usage: 1117 MB / 1820 MB (516 MB allocated, but free)
Java version: 1.8.0_161-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 69675776 1920x1200
Maximum Screen Size: 1920x1200
VM arguments: [-Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=/Applications/-TOOLS/GEO_TOOLS/JOSM (OpenStreetMap Editor; Java)/JOSM Webstart.jnlp, -Djnlpx.remove=true, -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/30/14fb7d9e-18b16805.icns, -Djnlpx.jvm=""/bin/java""]
Dataset consistency test: No problems found

Plugins:
+ HouseNumberTaggingTool (34074)
+ ImproveWay (17)
+ buildings_tools (34040)
+ indoorhelper (34013)
+ print (33826)
+ turnrestrictions (33780)
+ waydownloader (33910)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewParkingFeatures&preset&zip=1
+ http://osmtools.de/josm/steps.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Historic_Stone&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Heritage&preset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&preset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&preset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Bus_lanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BicycleJunction&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_AME.zip
+ https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&style&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Bench&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Historic_Stones&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/RecyclingMaterials&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lit&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/BesideTheRoad_Speed&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Fixme&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface-DataEntry&style&zip=1
- /styles/sit.mapcss

Validator rules:
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss
+ /validator/indoorhelper.validator.mapcss

Last errors/warnings:
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Fehler beim Laden des Bildes 'Flag, Blue'
- E: Handled by bug report queue: java.lang.AssertionError. Ursache: java.lang.AssertionError: Range violated: the new range must be within a single subrange (2) (object: Punkt 1375540784, current style: StyleCache{PLAIN: DS{[0.0, 29.858214173896975, 59.71642834779395, Infinity] [null, [NodeElement{z_idx=[4.95/0.0/0.0]  symbol=[symbolShape=SQUARE size=5 stroke=java.awt.BasicStroke@d1a0003e strokeColor=java.awt.Color[r=255,g=255,b=0]]}], null]} SELECTED: null}, scale: 19.495915505461873, new stylelist: [], new range: |s3.732276771737122-59.71642834779395). Ursache: org.openstreetmap.josm.gui.mappaint.DividedScale$RangeViolatedError: the new range must be within a single subrange (2)


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-2 (71) of javawsApplicationThreadGroup
java.lang.AssertionError
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at java.util.concurrent.ForkJoinTask.getThrowableException(ForkJoinTask.java:598)
	at java.util.concurrent.ForkJoinTask.reportException(ForkJoinTask.java:677)
	at java.util.concurrent.ForkJoinTask.join(ForkJoinTask.java:720)
	at java.util.concurrent.ForkJoinPool.invoke(ForkJoinPool.java:2616)
	at org.openstreetmap.josm.data.osm.visitor.paint.StyledMapRenderer.paintWithLock(StyledMapRenderer.java:1604)
	at org.openstreetmap.josm.data.osm.visitor.paint.StyledMapRenderer.render(StyledMapRenderer.java:1574)
	at org.openstreetmap.josm.gui.layer.OsmDataLayer.paint(OsmDataLayer.java:485)
	at org.openstreetmap.josm.gui.layer.AbstractMapViewPaintable$CompatibilityModeLayerPainter.paint(AbstractMapViewPaintable.java:27)
	at org.openstreetmap.josm.gui.MapView.paintLayer(MapView.java:470)
	at org.openstreetmap.josm.gui.MapView.drawMapContent(MapView.java:585)
	at org.openstreetmap.josm.gui.MapView.paint(MapView.java:492)
	at javax.swing.JComponent.paintChildren(JComponent.java:889)
	at javax.swing.JComponent.paint(JComponent.java:1065)
	at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
	at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
	at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
	at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
	at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:831)
	at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
	at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
	at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
	at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.lang.AssertionError: Range violated: the new range must be within a single subrange (2) (object: Punkt 1375540784, current style: StyleCache{PLAIN: DS{[0.0, 29.858214173896975, 59.71642834779395, Infinity] [null, [NodeElement{z_idx=[4.95/0.0/0.0]  symbol=[symbolShape=SQUARE size=5 stroke=java.awt.BasicStroke@d1a0003e strokeColor=java.awt.Color[r=255,g=255,b=0]]}], null]} SELECTED: null}, scale: 19.495915505461873, new stylelist: [], new range: |s3.732276771737122-59.71642834779395)
	at org.openstreetmap.josm.gui.mappaint.ElemStyles.getStyleCacheWithRange(ElemStyles.java:198)
	at org.openstreetmap.josm.gui.mappaint.ElemStyles.get(ElemStyles.java:131)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.add(ComputeStyleListWorker.java:152)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.visit(ComputeStyleListWorker.java:133)
	at org.openstreetmap.josm.data.osm.Node.accept(Node.java:223)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.acceptDrawable(ComputeStyleListWorker.java:124)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.computeDirectly(ComputeStyleListWorker.java:111)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.compute(ComputeStyleListWorker.java:88)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.compute(ComputeStyleListWorker.java:34)
	at java.util.concurrent.RecursiveTask.exec(RecursiveTask.java:94)
	at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
	at java.util.concurrent.ForkJoinPool$WorkQueue.tryRemoveAndExec(ForkJoinPool.java:1107)
	at java.util.concurrent.ForkJoinPool.awaitJoin(ForkJoinPool.java:2046)
	at java.util.concurrent.ForkJoinTask.doJoin(ForkJoinTask.java:390)
	at java.util.concurrent.ForkJoinTask.join(ForkJoinTask.java:719)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.compute(ComputeStyleListWorker.java:97)
	at org.openstreetmap.josm.data.osm.visitor.paint.ComputeStyleListWorker.compute(ComputeStyleListWorker.java:34)
	at java.util.concurrent.RecursiveTask.exec(RecursiveTask.java:94)
	at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
	at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
	at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
	at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)
Caused by: org.openstreetmap.josm.gui.mappaint.DividedScale$RangeViolatedError: the new range must be within a single subrange (2)
	at org.openstreetmap.josm.gui.mappaint.DividedScale.putImpl(DividedScale.java:147)
	at org.openstreetmap.josm.gui.mappaint.DividedScale.put(DividedScale.java:102)
	at org.openstreetmap.josm.gui.mappaint.StyleCache.put(StyleCache.java:50)
	at org.openstreetmap.josm.gui.mappaint.ElemStyles.getStyleCacheWithRange(ElemStyles.java:195)
	... 21 more
}}}
"	goodidea
defect	16169	1	"DataIntegrityProblemException: ""Relation member must be part of the same dataset as relation"" during road cut when editing a relation"	Core			2018-04-06T14:03:45+02:00	2019-08-30T15:53:35+02:00	"==== What steps will reproduce the problem?
1. Create a new relation,e.g bus route
2. during the edition, select a node of a road and cut the road on selected
3. cry by seeing the crash and your relation impossible to save (crash also when saving the relation)

==== What is the expected result?
road cut and relation saved
==== What happens instead?
crash
==== 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: 2018-03-26 22:16:39 +0200 (Mon, 26 Mar 2018)
Build-Date:2018-03-26 20:45:23
Revision:13576
Redirecting:to URL 'https://josm.openstreetmap.de/svn/trunk':
Relative:URL: ^/trunk

Identification: JOSM/1.5 (13576 fr) Linux Ubuntu 14.04.5 LTS
Memory Usage: 236 MB / 789 MB (59 MB allocated, but free)
Java version: 1.8.0_161-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1600x900
Maximum Screen Size: 1600x900
VM arguments: [-Djava.security.policy=file:${JAVA_HOME}/jre/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=${JAVA_HOME}/jre/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/.java/deployment/cache/6.0/56/1ee8cfb8-6ba3b9c8, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=55004, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.jvm=${JAVA_HOME}/jre/bin/java]

Dataset consistency test:
[NO DATASET] {Way id=-93306 version=0 MVT nodes=[{Node id=1638567295 version=3 V lat=36.751399,lon=5.0543471}, {Node id=4143696226 version=3 V lat=36.7514364,lon=5.0543044}, {Node id=1638567611 version=1 V lat=36.752299,lon=5.0529102}, {Node id=1638567705 version=1 V lat=36.7526171,lon=5.052524}, {Node id=1638567689 version=1 V lat=36.7528406,lon=5.0522665}, {Node id=3760466064 version=1 V lat=36.7529923,lon=5.0521402}, {Node id=1638567449 version=1 V lat=36.7531242,lon=5.0520304}, {Node id=1638567326 version=1 V lat=36.7533563,lon=5.0518266}, {Node id=1638567544 version=1 V lat=36.7535111,lon=5.0515798}, {Node id=3760466066 version=1 V lat=36.7536403,lon=5.0512111}, {Node id=1638567493 version=1 V lat=36.7536916,lon=5.051097}, {Node id=5098860054 version=1 V lat=36.7537819,lon=5.0509562}, {Node id=1638567328 version=3 V lat=36.7538139,lon=5.0509171}, {Node id=5098859369 version=1 V lat=36.7538868,lon=5.0508718}, {Node id=5098859368 version=1 V lat=36.7539556,lon=5.0508571}, {Node id=1638567514 version=3 V lat=36.7540248,lon=5.0508666}, {Node id=1638567708 version=3 V lat=36.7541496,lon=5.0509067}, {Node id=5413345695 version=1 V lat=36.7549004,lon=5.0511319}, {Node id=5098859367 version=1 V lat=36.7549903,lon=5.0511548}, {Node id=1638567445 version=3 V lat=36.755036,lon=5.0511682}, {Node id=5470073016 version=1 V lat=36.7550673,lon=5.0511591}, {Node id=5098859366 version=1 V lat=36.7550914,lon=5.0511521}, {Node id=1638567590 version=2 V lat=36.7551421,lon=5.0511184}, {Node id=5098859365 version=1 V lat=36.7551752,lon=5.0510623}, {Node id=1638567686 version=1 V lat=36.7551959,lon=5.050979}, {Node id=5098859364 version=1 V lat=36.7552278,lon=5.0508343}, {Node id=1638567502 version=1 V lat=36.7552475,lon=5.0507108}, {Node id=5098859363 version=1 V lat=36.7552579,lon=5.0506318}, {Node id=1638567547 version=1 V lat=36.7552647,lon=5.0505177}, {Node id=5098859362 version=1 V lat=36.7552547,lon=5.0504346}, {Node id=1638567398 version=1 V lat=36.7552303,lon=5.0503353}, {Node id=1638567536 version=1 V lat=36.7551357,lon=5.0499812}, {Node id=1638567410 version=2 V lat=36.7551099,lon=5.0498055}, {Node id=5098859360 version=1 V lat=36.755129,lon=5.0496756}, {Node id=1638567548 version=1 V lat=36.7551443,lon=5.0495735}, {Node id=5098859359 version=1 V lat=36.7551623,lon=5.0493604}, {Node id=1638567601 version=2 V lat=36.7551755,lon=5.0491591}, {Node id=1638567323 version=1 V lat=36.7551013,lon=5.048211}, {Node id=1638567456 version=1 V lat=36.7551443,lon=5.04805}, {Node id=1638567467 version=1 V lat=36.7552561,lon=5.0479857}, {Node id=1638567322 version=1 V lat=36.755428,lon=5.0479213}, {Node id=1638567595 version=1 V lat=36.7555655,lon=5.0479213}, {Node id=1638567469 version=1 V lat=36.7556945,lon=5.0479964}, {Node id=1638567348 version=1 V lat=36.7558664,lon=5.0482754}, {Node id=5470064855 version=1 V lat=36.7560741,lon=5.0486458}, {Node id=5470064863 version=1 V lat=36.7562734,lon=5.049001}, {Node id=1638567372 version=1 V lat=36.7562876,lon=5.0490264}, {Node id=1638567299 version=1 V lat=36.7563993,lon=5.0491444}, {Node id=1638567683 version=1 V lat=36.7565626,lon=5.0491658}, {Node id=1638567301 version=1 V lat=36.7567861,lon=5.0491229}, {Node id=1638567587 version=1 V lat=36.7572331,lon=5.0490156}, {Node id=1638567459 version=1 V lat=36.7576199,lon=5.0489405}, {Node id=1638567455 version=1 V lat=36.7578692,lon=5.0489513}, {Node id=1638567500 version=1 V lat=36.7581013,lon=5.0490586}, {Node id=1638567447 version=1 V lat=36.7583935,lon=5.0492839}, {Node id=1638567316 version=1 V lat=36.7595367,lon=5.0503997}, {Node id=1638567383 version=1 V lat=36.7602931,lon=5.050979}, {Node id=1638567346 version=1 V lat=36.7608862,lon=5.0514404}, {Node id=1638567574 version=1 V lat=36.7610839,lon=5.0515476}, {Node id=1638567577 version=1 V lat=36.7613246,lon=5.0516013}, {Node id=1638567642 version=1 V lat=36.7615394,lon=5.0517193}, {Node id=1638567331 version=1 V lat=36.7616941,lon=5.05173}, {Node id=1638567693 version=1 V lat=36.7619004,lon=5.0516764}, {Node id=1638567629 version=1 V lat=36.7621497,lon=5.0515906}, {Node id=1638567718 version=1 V lat=36.7625107,lon=5.0513974}, {Node id=1638567632 version=1 V lat=36.7628889,lon=5.0512258}, {Node id=1638567597 version=1 V lat=36.7637914,lon=5.0509039}, {Node id=1638567412 version=1 V lat=36.7639718,lon=5.0508181}, {Node id=1638567463 version=1 V lat=36.76435,lon=5.0508074}, {Node id=1638567382 version=1 V lat=36.7648275,lon=5.0508031}, {Node id=1638567405 version=1 V lat=36.7651197,lon=5.0507172}, {Node id=1638567421 version=1 V lat=36.7653384,lon=5.050625}, {Node id=1638567438 version=1 V lat=36.765601,lon=5.0504705}, {Node id=1638567553 version=1 V lat=36.7658503,lon=5.0503203}, {Node id=1638567529 version=1 V lat=36.7660737,lon=5.0501379}, {Node id=1638567586 version=1 V lat=36.7662753,lon=5.0499169}, {Node id=1638567594 version=1 V lat=36.7664777,lon=5.0496765}, {Node id=1638567513 version=1 V lat=36.766662,lon=5.0494984}, {Node id=1638567368 version=1 V lat=36.7667871,lon=5.0493225}, {Node id=1638567491 version=1 V lat=36.7669418,lon=5.0491079}, {Node id=1638567546 version=1 V lat=36.7670316,lon=5.0489942}, {Node id=1638567580 version=1 V lat=36.7671691,lon=5.0488547}, {Node id=1638567610 version=1 V lat=36.7673582,lon=5.0487367}, {Node id=1638567325 version=1 V lat=36.7675387,lon=5.0487045}, {Node id=1638567720 version=1 V lat=36.7677754,lon=5.0486251}, {Node id=425020643 version=2 V lat=36.7683156,lon=5.0486983}]} is referenced by {Relation id=-93428 version=0 VT [chemin 547969354, chemin 150995298, chemin 150995289, chemin 567855246, chemin 150995300, chemin 421178355, chemin 150431817, chemin 150431815, chemin 567863669, chemin 329764454, chemin 326831255, chemin 411510000, chemin 523812742, chemin 332564923, chemin 568709148, chemin 150431810, chemin 150431807, chemin 201865306, chemin 42784257, chemin 265388436, chemin 265388435, chemin -93306, chemin 413039819]} but not found in dataset
[NO DATASET] {Way id=-93306 version=0 MVT nodes=[{Node id=1638567295 version=3 V lat=36.751399,lon=5.0543471}, {Node id=4143696226 version=3 V lat=36.7514364,lon=5.0543044}, {Node id=1638567611 version=1 V lat=36.752299,lon=5.0529102}, {Node id=1638567705 version=1 V lat=36.7526171,lon=5.052524}, {Node id=1638567689 version=1 V lat=36.7528406,lon=5.0522665}, {Node id=3760466064 version=1 V lat=36.7529923,lon=5.0521402}, {Node id=1638567449 version=1 V lat=36.7531242,lon=5.0520304}, {Node id=1638567326 version=1 V lat=36.7533563,lon=5.0518266}, {Node id=1638567544 version=1 V lat=36.7535111,lon=5.0515798}, {Node id=3760466066 version=1 V lat=36.7536403,lon=5.0512111}, {Node id=1638567493 version=1 V lat=36.7536916,lon=5.051097}, {Node id=5098860054 version=1 V lat=36.7537819,lon=5.0509562}, {Node id=1638567328 version=3 V lat=36.7538139,lon=5.0509171}, {Node id=5098859369 version=1 V lat=36.7538868,lon=5.0508718}, {Node id=5098859368 version=1 V lat=36.7539556,lon=5.0508571}, {Node id=1638567514 version=3 V lat=36.7540248,lon=5.0508666}, {Node id=1638567708 version=3 V lat=36.7541496,lon=5.0509067}, {Node id=5413345695 version=1 V lat=36.7549004,lon=5.0511319}, {Node id=5098859367 version=1 V lat=36.7549903,lon=5.0511548}, {Node id=1638567445 version=3 V lat=36.755036,lon=5.0511682}, {Node id=5470073016 version=1 V lat=36.7550673,lon=5.0511591}, {Node id=5098859366 version=1 V lat=36.7550914,lon=5.0511521}, {Node id=1638567590 version=2 V lat=36.7551421,lon=5.0511184}, {Node id=5098859365 version=1 V lat=36.7551752,lon=5.0510623}, {Node id=1638567686 version=1 V lat=36.7551959,lon=5.050979}, {Node id=5098859364 version=1 V lat=36.7552278,lon=5.0508343}, {Node id=1638567502 version=1 V lat=36.7552475,lon=5.0507108}, {Node id=5098859363 version=1 V lat=36.7552579,lon=5.0506318}, {Node id=1638567547 version=1 V lat=36.7552647,lon=5.0505177}, {Node id=5098859362 version=1 V lat=36.7552547,lon=5.0504346}, {Node id=1638567398 version=1 V lat=36.7552303,lon=5.0503353}, {Node id=1638567536 version=1 V lat=36.7551357,lon=5.0499812}, {Node id=1638567410 version=2 V lat=36.7551099,lon=5.0498055}, {Node id=5098859360 version=1 V lat=36.755129,lon=5.0496756}, {Node id=1638567548 version=1 V lat=36.7551443,lon=5.0495735}, {Node id=5098859359 version=1 V lat=36.7551623,lon=5.0493604}, {Node id=1638567601 version=2 V lat=36.7551755,lon=5.0491591}, {Node id=1638567323 version=1 V lat=36.7551013,lon=5.048211}, {Node id=1638567456 version=1 V lat=36.7551443,lon=5.04805}, {Node id=1638567467 version=1 V lat=36.7552561,lon=5.0479857}, {Node id=1638567322 version=1 V lat=36.755428,lon=5.0479213}, {Node id=1638567595 version=1 V lat=36.7555655,lon=5.0479213}, {Node id=1638567469 version=1 V lat=36.7556945,lon=5.0479964}, {Node id=1638567348 version=1 V lat=36.7558664,lon=5.0482754}, {Node id=5470064855 version=1 V lat=36.7560741,lon=5.0486458}, {Node id=5470064863 version=1 V lat=36.7562734,lon=5.049001}, {Node id=1638567372 version=1 V lat=36.7562876,lon=5.0490264}, {Node id=1638567299 version=1 V lat=36.7563993,lon=5.0491444}, {Node id=1638567683 version=1 V lat=36.7565626,lon=5.0491658}, {Node id=1638567301 version=1 V lat=36.7567861,lon=5.0491229}, {Node id=1638567587 version=1 V lat=36.7572331,lon=5.0490156}, {Node id=1638567459 version=1 V lat=36.7576199,lon=5.0489405}, {Node id=1638567455 version=1 V lat=36.7578692,lon=5.0489513}, {Node id=1638567500 version=1 V lat=36.7581013,lon=5.0490586}, {Node id=1638567447 version=1 V lat=36.7583935,lon=5.0492839}, {Node id=1638567316 version=1 V lat=36.7595367,lon=5.0503997}, {Node id=1638567383 version=1 V lat=36.7602931,lon=5.050979}, {Node id=1638567346 version=1 V lat=36.7608862,lon=5.0514404}, {Node id=1638567574 version=1 V lat=36.7610839,lon=5.0515476}, {Node id=1638567577 version=1 V lat=36.7613246,lon=5.0516013}, {Node id=1638567642 version=1 V lat=36.7615394,lon=5.0517193}, {Node id=1638567331 version=1 V lat=36.7616941,lon=5.05173}, {Node id=1638567693 version=1 V lat=36.7619004,lon=5.0516764}, {Node id=1638567629 version=1 V lat=36.7621497,lon=5.0515906}, {Node id=1638567718 version=1 V lat=36.7625107,lon=5.0513974}, {Node id=1638567632 version=1 V lat=36.7628889,lon=5.0512258}, {Node id=1638567597 version=1 V lat=36.7637914,lon=5.0509039}, {Node id=1638567412 version=1 V lat=36.7639718,lon=5.0508181}, {Node id=1638567463 version=1 V lat=36.76435,lon=5.0508074}, {Node id=1638567382 version=1 V lat=36.7648275,lon=5.0508031}, {Node id=1638567405 version=1 V lat=36.7651197,lon=5.0507172}, {Node id=1638567421 version=1 V lat=36.7653384,lon=5.050625}, {Node id=1638567438 version=1 V lat=36.765601,lon=5.0504705}, {Node id=1638567553 version=1 V lat=36.7658503,lon=5.0503203}, {Node id=1638567529 version=1 V lat=36.7660737,lon=5.0501379}, {Node id=1638567586 version=1 V lat=36.7662753,lon=5.0499169}, {Node id=1638567594 version=1 V lat=36.7664777,lon=5.0496765}, {Node id=1638567513 version=1 V lat=36.766662,lon=5.0494984}, {Node id=1638567368 version=1 V lat=36.7667871,lon=5.0493225}, {Node id=1638567491 version=1 V lat=36.7669418,lon=5.0491079}, {Node id=1638567546 version=1 V lat=36.7670316,lon=5.0489942}, {Node id=1638567580 version=1 V lat=36.7671691,lon=5.0488547}, {Node id=1638567610 version=1 V lat=36.7673582,lon=5.0487367}, {Node id=1638567325 version=1 V lat=36.7675387,lon=5.0487045}, {Node id=1638567720 version=1 V lat=36.7677754,lon=5.0486251}, {Node id=425020643 version=2 V lat=36.7683156,lon=5.0486983}]} is referenced by {Relation id=-93429 version=0 VT [chemin 547969354, chemin 150995298, chemin 150995289, chemin 567855246, chemin 150995300, chemin 421178355, chemin 150431817, chemin 150431815, chemin 567863669, chemin 329764454, chemin 326831255, chemin 411510000, chemin 523812742, chemin 332564923, chemin 568709148, chemin 150431810, chemin 150431807, chemin 201865306, chemin 42784257, chemin 265388436, chemin 265388435, chemin -93306, chemin 413039819]} but not found in dataset
[NO DATASET] {Way id=-93306 version=0 MVT nodes=[{Node id=1638567295 version=3 V lat=36.751399,lon=5.0543471}, {Node id=4143696226 version=3 V lat=36.7514364,lon=5.0543044}, {Node id=1638567611 version=1 V lat=36.752299,lon=5.0529102}, {Node id=1638567705 version=1 V lat=36.7526171,lon=5.052524}, {Node id=1638567689 version=1 V lat=36.7528406,lon=5.0522665}, {Node id=3760466064 version=1 V lat=36.7529923,lon=5.0521402}, {Node id=1638567449 version=1 V lat=36.7531242,lon=5.0520304}, {Node id=1638567326 version=1 V lat=36.7533563,lon=5.0518266}, {Node id=1638567544 version=1 V lat=36.7535111,lon=5.0515798}, {Node id=3760466066 version=1 V lat=36.7536403,lon=5.0512111}, {Node id=1638567493 version=1 V lat=36.7536916,lon=5.051097}, {Node id=5098860054 version=1 V lat=36.7537819,lon=5.0509562}, {Node id=1638567328 version=3 V lat=36.7538139,lon=5.0509171}, {Node id=5098859369 version=1 V lat=36.7538868,lon=5.0508718}, {Node id=5098859368 version=1 V lat=36.7539556,lon=5.0508571}, {Node id=1638567514 version=3 V lat=36.7540248,lon=5.0508666}, {Node id=1638567708 version=3 V lat=36.7541496,lon=5.0509067}, {Node id=5413345695 version=1 V lat=36.7549004,lon=5.0511319}, {Node id=5098859367 version=1 V lat=36.7549903,lon=5.0511548}, {Node id=1638567445 version=3 V lat=36.755036,lon=5.0511682}, {Node id=5470073016 version=1 V lat=36.7550673,lon=5.0511591}, {Node id=5098859366 version=1 V lat=36.7550914,lon=5.0511521}, {Node id=1638567590 version=2 V lat=36.7551421,lon=5.0511184}, {Node id=5098859365 version=1 V lat=36.7551752,lon=5.0510623}, {Node id=1638567686 version=1 V lat=36.7551959,lon=5.050979}, {Node id=5098859364 version=1 V lat=36.7552278,lon=5.0508343}, {Node id=1638567502 version=1 V lat=36.7552475,lon=5.0507108}, {Node id=5098859363 version=1 V lat=36.7552579,lon=5.0506318}, {Node id=1638567547 version=1 V lat=36.7552647,lon=5.0505177}, {Node id=5098859362 version=1 V lat=36.7552547,lon=5.0504346}, {Node id=1638567398 version=1 V lat=36.7552303,lon=5.0503353}, {Node id=1638567536 version=1 V lat=36.7551357,lon=5.0499812}, {Node id=1638567410 version=2 V lat=36.7551099,lon=5.0498055}, {Node id=5098859360 version=1 V lat=36.755129,lon=5.0496756}, {Node id=1638567548 version=1 V lat=36.7551443,lon=5.0495735}, {Node id=5098859359 version=1 V lat=36.7551623,lon=5.0493604}, {Node id=1638567601 version=2 V lat=36.7551755,lon=5.0491591}, {Node id=1638567323 version=1 V lat=36.7551013,lon=5.048211}, {Node id=1638567456 version=1 V lat=36.7551443,lon=5.04805}, {Node id=1638567467 version=1 V lat=36.7552561,lon=5.0479857}, {Node id=1638567322 version=1 V lat=36.755428,lon=5.0479213}, {Node id=1638567595 version=1 V lat=36.7555655,lon=5.0479213}, {Node id=1638567469 version=1 V lat=36.7556945,lon=5.0479964}, {Node id=1638567348 version=1 V lat=36.7558664,lon=5.0482754}, {Node id=5470064855 version=1 V lat=36.7560741,lon=5.0486458}, {Node id=5470064863 version=1 V lat=36.7562734,lon=5.049001}, {Node id=1638567372 version=1 V lat=36.7562876,lon=5.0490264}, {Node id=1638567299 version=1 V lat=36.7563993,lon=5.0491444}, {Node id=1638567683 version=1 V lat=36.7565626,lon=5.0491658}, {Node id=1638567301 version=1 V lat=36.7567861,lon=5.0491229}, {Node id=1638567587 version=1 V lat=36.7572331,lon=5.0490156}, {Node id=1638567459 version=1 V lat=36.7576199,lon=5.0489405}, {Node id=1638567455 version=1 V lat=36.7578692,lon=5.0489513}, {Node id=1638567500 version=1 V lat=36.7581013,lon=5.0490586}, {Node id=1638567447 version=1 V lat=36.7583935,lon=5.0492839}, {Node id=1638567316 version=1 V lat=36.7595367,lon=5.0503997}, {Node id=1638567383 version=1 V lat=36.7602931,lon=5.050979}, {Node id=1638567346 version=1 V lat=36.7608862,lon=5.0514404}, {Node id=1638567574 version=1 V lat=36.7610839,lon=5.0515476}, {Node id=1638567577 version=1 V lat=36.7613246,lon=5.0516013}, {Node id=1638567642 version=1 V lat=36.7615394,lon=5.0517193}, {Node id=1638567331 version=1 V lat=36.7616941,lon=5.05173}, {Node id=1638567693 version=1 V lat=36.7619004,lon=5.0516764}, {Node id=1638567629 version=1 V lat=36.7621497,lon=5.0515906}, {Node id=1638567718 version=1 V lat=36.7625107,lon=5.0513974}, {Node id=1638567632 version=1 V lat=36.7628889,lon=5.0512258}, {Node id=1638567597 version=1 V lat=36.7637914,lon=5.0509039}, {Node id=1638567412 version=1 V lat=36.7639718,lon=5.0508181}, {Node id=1638567463 version=1 V lat=36.76435,lon=5.0508074}, {Node id=1638567382 version=1 V lat=36.7648275,lon=5.0508031}, {Node id=1638567405 version=1 V lat=36.7651197,lon=5.0507172}, {Node id=1638567421 version=1 V lat=36.7653384,lon=5.050625}, {Node id=1638567438 version=1 V lat=36.765601,lon=5.0504705}, {Node id=1638567553 version=1 V lat=36.7658503,lon=5.0503203}, {Node id=1638567529 version=1 V lat=36.7660737,lon=5.0501379}, {Node id=1638567586 version=1 V lat=36.7662753,lon=5.0499169}, {Node id=1638567594 version=1 V lat=36.7664777,lon=5.0496765}, {Node id=1638567513 version=1 V lat=36.766662,lon=5.0494984}, {Node id=1638567368 version=1 V lat=36.7667871,lon=5.0493225}, {Node id=1638567491 version=1 V lat=36.7669418,lon=5.0491079}, {Node id=1638567546 version=1 V lat=36.7670316,lon=5.0489942}, {Node id=1638567580 version=1 V lat=36.7671691,lon=5.0488547}, {Node id=1638567610 version=1 V lat=36.7673582,lon=5.0487367}, {Node id=1638567325 version=1 V lat=36.7675387,lon=5.0487045}, {Node id=1638567720 version=1 V lat=36.7677754,lon=5.0486251}, {Node id=425020643 version=2 V lat=36.7683156,lon=5.0486983}]} is referenced by {Relation id=-93432 version=0 VT [chemin 547969354, chemin 150995298, chemin 150995289, chemin 567855246, chemin 150995300, chemin 421178355, chemin 150431817, chemin 150431815, chemin 567863669, chemin 329764454, chemin 326831255, chemin 411510000, chemin 523812742, chemin 332564923, chemin 568709148, chemin 150431810, chemin 150431807, chemin 201865306, chemin 42784257, chemin 265388436, chemin 265388435, chemin -93306, chemin 413039819]} but not found in dataset
[NO DATASET] {Way id=-93306 version=0 MVT nodes=[{Node id=1638567295 version=3 V lat=36.751399,lon=5.0543471}, {Node id=4143696226 version=3 V lat=36.7514364,lon=5.0543044}, {Node id=1638567611 version=1 V lat=36.752299,lon=5.0529102}, {Node id=1638567705 version=1 V lat=36.7526171,lon=5.052524}, {Node id=1638567689 version=1 V lat=36.7528406,lon=5.0522665}, {Node id=3760466064 version=1 V lat=36.7529923,lon=5.0521402}, {Node id=1638567449 version=1 V lat=36.7531242,lon=5.0520304}, {Node id=1638567326 version=1 V lat=36.7533563,lon=5.0518266}, {Node id=1638567544 version=1 V lat=36.7535111,lon=5.0515798}, {Node id=3760466066 version=1 V lat=36.7536403,lon=5.0512111}, {Node id=1638567493 version=1 V lat=36.7536916,lon=5.051097}, {Node id=5098860054 version=1 V lat=36.7537819,lon=5.0509562}, {Node id=1638567328 version=3 V lat=36.7538139,lon=5.0509171}, {Node id=5098859369 version=1 V lat=36.7538868,lon=5.0508718}, {Node id=5098859368 version=1 V lat=36.7539556,lon=5.0508571}, {Node id=1638567514 version=3 V lat=36.7540248,lon=5.0508666}, {Node id=1638567708 version=3 V lat=36.7541496,lon=5.0509067}, {Node id=5413345695 version=1 V lat=36.7549004,lon=5.0511319}, {Node id=5098859367 version=1 V lat=36.7549903,lon=5.0511548}, {Node id=1638567445 version=3 V lat=36.755036,lon=5.0511682}, {Node id=5470073016 version=1 V lat=36.7550673,lon=5.0511591}, {Node id=5098859366 version=1 V lat=36.7550914,lon=5.0511521}, {Node id=1638567590 version=2 V lat=36.7551421,lon=5.0511184}, {Node id=5098859365 version=1 V lat=36.7551752,lon=5.0510623}, {Node id=1638567686 version=1 V lat=36.7551959,lon=5.050979}, {Node id=5098859364 version=1 V lat=36.7552278,lon=5.0508343}, {Node id=1638567502 version=1 V lat=36.7552475,lon=5.0507108}, {Node id=5098859363 version=1 V lat=36.7552579,lon=5.0506318}, {Node id=1638567547 version=1 V lat=36.7552647,lon=5.0505177}, {Node id=5098859362 version=1 V lat=36.7552547,lon=5.0504346}, {Node id=1638567398 version=1 V lat=36.7552303,lon=5.0503353}, {Node id=1638567536 version=1 V lat=36.7551357,lon=5.0499812}, {Node id=1638567410 version=2 V lat=36.7551099,lon=5.0498055}, {Node id=5098859360 version=1 V lat=36.755129,lon=5.0496756}, {Node id=1638567548 version=1 V lat=36.7551443,lon=5.0495735}, {Node id=5098859359 version=1 V lat=36.7551623,lon=5.0493604}, {Node id=1638567601 version=2 V lat=36.7551755,lon=5.0491591}, {Node id=1638567323 version=1 V lat=36.7551013,lon=5.048211}, {Node id=1638567456 version=1 V lat=36.7551443,lon=5.04805}, {Node id=1638567467 version=1 V lat=36.7552561,lon=5.0479857}, {Node id=1638567322 version=1 V lat=36.755428,lon=5.0479213}, {Node id=1638567595 version=1 V lat=36.7555655,lon=5.0479213}, {Node id=1638567469 version=1 V lat=36.7556945,lon=5.0479964}, {Node id=1638567348 version=1 V lat=36.7558664,lon=5.0482754}, {Node id=5470064855 version=1 V lat=36.7560741,lon=5.0486458}, {Node id=5470064863 version=1 V lat=36.7562734,lon=5.049001}, {Node id=1638567372 version=1 V lat=36.7562876,lon=5.0490264}, {Node id=1638567299 version=1 V lat=36.7563993,lon=5.0491444}, {Node id=1638567683 version=1 V lat=36.7565626,lon=5.0491658}, {Node id=1638567301 version=1 V lat=36.7567861,lon=5.0491229}, {Node id=1638567587 version=1 V lat=36.7572331,lon=5.0490156}, {Node id=1638567459 version=1 V lat=36.7576199,lon=5.0489405}, {Node id=1638567455 version=1 V lat=36.7578692,lon=5.0489513}, {Node id=1638567500 version=1 V lat=36.7581013,lon=5.0490586}, {Node id=1638567447 version=1 V lat=36.7583935,lon=5.0492839}, {Node id=1638567316 version=1 V lat=36.7595367,lon=5.0503997}, {Node id=1638567383 version=1 V lat=36.7602931,lon=5.050979}, {Node id=1638567346 version=1 V lat=36.7608862,lon=5.0514404}, {Node id=1638567574 version=1 V lat=36.7610839,lon=5.0515476}, {Node id=1638567577 version=1 V lat=36.7613246,lon=5.0516013}, {Node id=1638567642 version=1 V lat=36.7615394,lon=5.0517193}, {Node id=1638567331 version=1 V lat=36.7616941,lon=5.05173}, {Node id=1638567693 version=1 V lat=36.7619004,lon=5.0516764}, {Node id=1638567629 version=1 V lat=36.7621497,lon=5.0515906}, {Node id=1638567718 version=1 V lat=36.7625107,lon=5.0513974}, {Node id=1638567632 version=1 V lat=36.7628889,lon=5.0512258}, {Node id=1638567597 version=1 V lat=36.7637914,lon=5.0509039}, {Node id=1638567412 version=1 V lat=36.7639718,lon=5.0508181}, {Node id=1638567463 version=1 V lat=36.76435,lon=5.0508074}, {Node id=1638567382 version=1 V lat=36.7648275,lon=5.0508031}, {Node id=1638567405 version=1 V lat=36.7651197,lon=5.0507172}, {Node id=1638567421 version=1 V lat=36.7653384,lon=5.050625}, {Node id=1638567438 version=1 V lat=36.765601,lon=5.0504705}, {Node id=1638567553 version=1 V lat=36.7658503,lon=5.0503203}, {Node id=1638567529 version=1 V lat=36.7660737,lon=5.0501379}, {Node id=1638567586 version=1 V lat=36.7662753,lon=5.0499169}, {Node id=1638567594 version=1 V lat=36.7664777,lon=5.0496765}, {Node id=1638567513 version=1 V lat=36.766662,lon=5.0494984}, {Node id=1638567368 version=1 V lat=36.7667871,lon=5.0493225}, {Node id=1638567491 version=1 V lat=36.7669418,lon=5.0491079}, {Node id=1638567546 version=1 V lat=36.7670316,lon=5.0489942}, {Node id=1638567580 version=1 V lat=36.7671691,lon=5.0488547}, {Node id=1638567610 version=1 V lat=36.7673582,lon=5.0487367}, {Node id=1638567325 version=1 V lat=36.7675387,lon=5.0487045}, {Node id=1638567720 version=1 V lat=36.7677754,lon=5.0486251}, {Node id=425020643 version=2 V lat=36.7683156,lon=5.0486983}]} is referenced by {Relation id=-93430 version=0 VT [chemin 547969354, chemin 150995298, chemin 150995289, chemin 567855246, chemin 150995300, chemin 421178355, chemin 150431817, chemin 150431815, chemin 567863669, chemin 329764454, chemin 326831255, chemin 411510000, chemin 523812742, chemin 332564923, chemin 568709148, chemin 150431810, chemin 150431807, chemin 201865306, chemin 42784257, chemin 265388436, chemin 265388435, chemin -93306, chemin 413039819]} but not found in dataset
[NO DATASET] {Way id=-93306 version=0 MVT nodes=[{Node id=1638567295 version=3 V lat=36.751399,lon=5.0543471}, {Node id=4143696226 version=3 V lat=36.7514364,lon=5.0543044}, {Node id=1638567611 version=1 V lat=36.752299,lon=5.0529102}, {Node id=1638567705 version=1 V lat=36.7526171,lon=5.052524}, {Node id=1638567689 version=1 V lat=36.7528406,lon=5.0522665}, {Node id=3760466064 version=1 V lat=36.7529923,lon=5.0521402}, {Node id=1638567449 version=1 V lat=36.7531242,lon=5.0520304}, {Node id=1638567326 version=1 V lat=36.7533563,lon=5.0518266}, {Node id=1638567544 version=1 V lat=36.7535111,lon=5.0515798}, {Node id=3760466066 version=1 V lat=36.7536403,lon=5.0512111}, {Node id=1638567493 version=1 V lat=36.7536916,lon=5.051097}, {Node id=5098860054 version=1 V lat=36.7537819,lon=5.0509562}, {Node id=1638567328 version=3 V lat=36.7538139,lon=5.0509171}, {Node id=5098859369 version=1 V lat=36.7538868,lon=5.0508718}, {Node id=5098859368 version=1 V lat=36.7539556,lon=5.0508571}, {Node id=1638567514 version=3 V lat=36.7540248,lon=5.0508666}, {Node id=1638567708 version=3 V lat=36.7541496,lon=5.0509067}, {Node id=5413345695 version=1 V lat=36.7549004,lon=5.0511319}, {Node id=5098859367 version=1 V lat=36.7549903,lon=5.0511548}, {Node id=1638567445 version=3 V lat=36.755036,lon=5.0511682}, {Node id=5470073016 version=1 V lat=36.7550673,lon=5.0511591}, {Node id=5098859366 version=1 V lat=36.7550914,lon=5.0511521}, {Node id=1638567590 version=2 V lat=36.7551421,lon=5.0511184}, {Node id=5098859365 version=1 V lat=36.7551752,lon=5.0510623}, {Node id=1638567686 version=1 V lat=36.7551959,lon=5.050979}, {Node id=5098859364 version=1 V lat=36.7552278,lon=5.0508343}, {Node id=1638567502 version=1 V lat=36.7552475,lon=5.0507108}, {Node id=5098859363 version=1 V lat=36.7552579,lon=5.0506318}, {Node id=1638567547 version=1 V lat=36.7552647,lon=5.0505177}, {Node id=5098859362 version=1 V lat=36.7552547,lon=5.0504346}, {Node id=1638567398 version=1 V lat=36.7552303,lon=5.0503353}, {Node id=1638567536 version=1 V lat=36.7551357,lon=5.0499812}, {Node id=1638567410 version=2 V lat=36.7551099,lon=5.0498055}, {Node id=5098859360 version=1 V lat=36.755129,lon=5.0496756}, {Node id=1638567548 version=1 V lat=36.7551443,lon=5.0495735}, {Node id=5098859359 version=1 V lat=36.7551623,lon=5.0493604}, {Node id=1638567601 version=2 V lat=36.7551755,lon=5.0491591}, {Node id=1638567323 version=1 V lat=36.7551013,lon=5.048211}, {Node id=1638567456 version=1 V lat=36.7551443,lon=5.04805}, {Node id=1638567467 version=1 V lat=36.7552561,lon=5.0479857}, {Node id=1638567322 version=1 V lat=36.755428,lon=5.0479213}, {Node id=1638567595 version=1 V lat=36.7555655,lon=5.0479213}, {Node id=1638567469 version=1 V lat=36.7556945,lon=5.0479964}, {Node id=1638567348 version=1 V lat=36.7558664,lon=5.0482754}, {Node id=5470064855 version=1 V lat=36.7560741,lon=5.0486458}, {Node id=5470064863 version=1 V lat=36.7562734,lon=5.049001}, {Node id=1638567372 version=1 V lat=36.7562876,lon=5.0490264}, {Node id=1638567299 version=1 V lat=36.7563993,lon=5.0491444}, {Node id=1638567683 version=1 V lat=36.7565626,lon=5.0491658}, {Node id=1638567301 version=1 V lat=36.7567861,lon=5.0491229}, {Node id=1638567587 version=1 V lat=36.7572331,lon=5.0490156}, {Node id=1638567459 version=1 V lat=36.7576199,lon=5.0489405}, {Node id=1638567455 version=1 V lat=36.7578692,lon=5.0489513}, {Node id=1638567500 version=1 V lat=36.7581013,lon=5.0490586}, {Node id=1638567447 version=1 V lat=36.7583935,lon=5.0492839}, {Node id=1638567316 version=1 V lat=36.7595367,lon=5.0503997}, {Node id=1638567383 version=1 V lat=36.7602931,lon=5.050979}, {Node id=1638567346 version=1 V lat=36.7608862,lon=5.0514404}, {Node id=1638567574 version=1 V lat=36.7610839,lon=5.0515476}, {Node id=1638567577 version=1 V lat=36.7613246,lon=5.0516013}, {Node id=1638567642 version=1 V lat=36.7615394,lon=5.0517193}, {Node id=1638567331 version=1 V lat=36.7616941,lon=5.05173}, {Node id=1638567693 version=1 V lat=36.7619004,lon=5.0516764}, {Node id=1638567629 version=1 V lat=36.7621497,lon=5.0515906}, {Node id=1638567718 version=1 V lat=36.7625107,lon=5.0513974}, {Node id=1638567632 version=1 V lat=36.7628889,lon=5.0512258}, {Node id=1638567597 version=1 V lat=36.7637914,lon=5.0509039}, {Node id=1638567412 version=1 V lat=36.7639718,lon=5.0508181}, {Node id=1638567463 version=1 V lat=36.76435,lon=5.0508074}, {Node id=1638567382 version=1 V lat=36.7648275,lon=5.0508031}, {Node id=1638567405 version=1 V lat=36.7651197,lon=5.0507172}, {Node id=1638567421 version=1 V lat=36.7653384,lon=5.050625}, {Node id=1638567438 version=1 V lat=36.765601,lon=5.0504705}, {Node id=1638567553 version=1 V lat=36.7658503,lon=5.0503203}, {Node id=1638567529 version=1 V lat=36.7660737,lon=5.0501379}, {Node id=1638567586 version=1 V lat=36.7662753,lon=5.0499169}, {Node id=1638567594 version=1 V lat=36.7664777,lon=5.0496765}, {Node id=1638567513 version=1 V lat=36.766662,lon=5.0494984}, {Node id=1638567368 version=1 V lat=36.7667871,lon=5.0493225}, {Node id=1638567491 version=1 V lat=36.7669418,lon=5.0491079}, {Node id=1638567546 version=1 V lat=36.7670316,lon=5.0489942}, {Node id=1638567580 version=1 V lat=36.7671691,lon=5.0488547}, {Node id=1638567610 version=1 V lat=36.7673582,lon=5.0487367}, {Node id=1638567325 version=1 V lat=36.7675387,lon=5.0487045}, {Node id=1638567720 version=1 V lat=36.7677754,lon=5.0486251}, {Node id=425020643 version=2 V lat=36.7683156,lon=5.0486983}]} is referenced by {Relation id=-93434 version=0 VT [chemin 547969354, chemin 150995298, chemin 150995289, chemin 567855246, chemin 150995300, chemin 421178355, chemin 150431817, chemin 150431815, chemin 567863669, chemin 329764454, chemin 326831255, chemin 411510000, chemin 523812742, chemin 332564923, chemin 568709148, chemin 150431810, chemin 150431807, chemin 201865306, chemin 42784257, chemin 265388436, chemin 265388435, chemin -93306, chemin 413039819]} but not found in dataset
[NO DATASET] {Way id=-93306 version=0 MVT nodes=[{Node id=1638567295 version=3 V lat=36.751399,lon=5.0543471}, {Node id=4143696226 version=3 V lat=36.7514364,lon=5.0543044}, {Node id=1638567611 version=1 V lat=36.752299,lon=5.0529102}, {Node id=1638567705 version=1 V lat=36.7526171,lon=5.052524}, {Node id=1638567689 version=1 V lat=36.7528406,lon=5.0522665}, {Node id=3760466064 version=1 V lat=36.7529923,lon=5.0521402}, {Node id=1638567449 version=1 V lat=36.7531242,lon=5.0520304}, {Node id=1638567326 version=1 V lat=36.7533563,lon=5.0518266}, {Node id=1638567544 version=1 V lat=36.7535111,lon=5.0515798}, {Node id=3760466066 version=1 V lat=36.7536403,lon=5.0512111}, {Node id=1638567493 version=1 V lat=36.7536916,lon=5.051097}, {Node id=5098860054 version=1 V lat=36.7537819,lon=5.0509562}, {Node id=1638567328 version=3 V lat=36.7538139,lon=5.0509171}, {Node id=5098859369 version=1 V lat=36.7538868,lon=5.0508718}, {Node id=5098859368 version=1 V lat=36.7539556,lon=5.0508571}, {Node id=1638567514 version=3 V lat=36.7540248,lon=5.0508666}, {Node id=1638567708 version=3 V lat=36.7541496,lon=5.0509067}, {Node id=5413345695 version=1 V lat=36.7549004,lon=5.0511319}, {Node id=5098859367 version=1 V lat=36.7549903,lon=5.0511548}, {Node id=1638567445 version=3 V lat=36.755036,lon=5.0511682}, {Node id=5470073016 version=1 V lat=36.7550673,lon=5.0511591}, {Node id=5098859366 version=1 V lat=36.7550914,lon=5.0511521}, {Node id=1638567590 version=2 V lat=36.7551421,lon=5.0511184}, {Node id=5098859365 version=1 V lat=36.7551752,lon=5.0510623}, {Node id=1638567686 version=1 V lat=36.7551959,lon=5.050979}, {Node id=5098859364 version=1 V lat=36.7552278,lon=5.0508343}, {Node id=1638567502 version=1 V lat=36.7552475,lon=5.0507108}, {Node id=5098859363 version=1 V lat=36.7552579,lon=5.0506318}, {Node id=1638567547 version=1 V lat=36.7552647,lon=5.0505177}, {Node id=5098859362 version=1 V lat=36.7552547,lon=5.0504346}, {Node id=1638567398 version=1 V lat=36.7552303,lon=5.0503353}, {Node id=1638567536 version=1 V lat=36.7551357,lon=5.0499812}, {Node id=1638567410 version=2 V lat=36.7551099,lon=5.0498055}, {Node id=5098859360 version=1 V lat=36.755129,lon=5.0496756}, {Node id=1638567548 version=1 V lat=36.7551443,lon=5.0495735}, {Node id=5098859359 version=1 V lat=36.7551623,lon=5.0493604}, {Node id=1638567601 version=2 V lat=36.7551755,lon=5.0491591}, {Node id=1638567323 version=1 V lat=36.7551013,lon=5.048211}, {Node id=1638567456 version=1 V lat=36.7551443,lon=5.04805}, {Node id=1638567467 version=1 V lat=36.7552561,lon=5.0479857}, {Node id=1638567322 version=1 V lat=36.755428,lon=5.0479213}, {Node id=1638567595 version=1 V lat=36.7555655,lon=5.0479213}, {Node id=1638567469 version=1 V lat=36.7556945,lon=5.0479964}, {Node id=1638567348 version=1 V lat=36.7558664,lon=5.0482754}, {Node id=5470064855 version=1 V lat=36.7560741,lon=5.0486458}, {Node id=5470064863 version=1 V lat=36.7562734,lon=5.049001}, {Node id=1638567372 version=1 V lat=36.7562876,lon=5.0490264}, {Node id=1638567299 version=1 V lat=36.7563993,lon=5.0491444}, {Node id=1638567683 version=1 V lat=36.7565626,lon=5.0491658}, {Node id=1638567301 version=1 V lat=36.7567861,lon=5.0491229}, {Node id=1638567587 version=1 V lat=36.7572331,lon=5.0490156}, {Node id=1638567459 version=1 V lat=36.7576199,lon=5.0489405}, {Node id=1638567455 version=1 V lat=36.7578692,lon=5.0489513}, {Node id=1638567500 version=1 V lat=36.7581013,lon=5.0490586}, {Node id=1638567447 version=1 V lat=36.7583935,lon=5.0492839}, {Node id=1638567316 version=1 V lat=36.7595367,lon=5.0503997}, {Node id=1638567383 version=1 V lat=36.7602931,lon=5.050979}, {Node id=1638567346 version=1 V lat=36.7608862,lon=5.0514404}, {Node id=1638567574 version=1 V lat=36.7610839,lon=5.0515476}, {Node id=1638567577 version=1 V lat=36.7613246,lon=5.0516013}, {Node id=1638567642 version=1 V lat=36.7615394,lon=5.0517193}, {Node id=1638567331 version=1 V lat=36.7616941,lon=5.05173}, {Node id=1638567693 version=1 V lat=36.7619004,lon=5.0516764}, {Node id=1638567629 version=1 V lat=36.7621497,lon=5.0515906}, {Node id=1638567718 version=1 V lat=36.7625107,lon=5.0513974}, {Node id=1638567632 version=1 V lat=36.7628889,lon=5.0512258}, {Node id=1638567597 version=1 V lat=36.7637914,lon=5.0509039}, {Node id=1638567412 version=1 V lat=36.7639718,lon=5.0508181}, {Node id=1638567463 version=1 V lat=36.76435,lon=5.0508074}, {Node id=1638567382 version=1 V lat=36.7648275,lon=5.0508031}, {Node id=1638567405 version=1 V lat=36.7651197,lon=5.0507172}, {Node id=1638567421 version=1 V lat=36.7653384,lon=5.050625}, {Node id=1638567438 version=1 V lat=36.765601,lon=5.0504705}, {Node id=1638567553 version=1 V lat=36.7658503,lon=5.0503203}, {Node id=1638567529 version=1 V lat=36.7660737,lon=5.0501379}, {Node id=1638567586 version=1 V lat=36.7662753,lon=5.0499169}, {Node id=1638567594 version=1 V lat=36.7664777,lon=5.0496765}, {Node id=1638567513 version=1 V lat=36.766662,lon=5.0494984}, {Node id=1638567368 version=1 V lat=36.7667871,lon=5.0493225}, {Node id=1638567491 version=1 V lat=36.7669418,lon=5.0491079}, {Node id=1638567546 version=1 V lat=36.7670316,lon=5.0489942}, {Node id=1638567580 version=1 V lat=36.7671691,lon=5.0488547}, {Node id=1638567610 version=1 V lat=36.7673582,lon=5.0487367}, {Node id=1638567325 version=1 V lat=36.7675387,lon=5.0487045}, {Node id=1638567720 version=1 V lat=36.7677754,lon=5.0486251}, {Node id=425020643 version=2 V lat=36.7683156,lon=5.0486983}]} is referenced by {Relation id=-93427 version=0 VT [chemin 547969354, chemin 150995298, chemin 150995289, chemin 567855246, chemin 150995300, chemin 421178355, chemin 150431817, chemin 150431815, chemin 567863669, chemin 329764454, chemin 326831255, chemin 411510000, chemin 523812742, chemin 332564923, chemin 568709148, chemin 150431810, chemin 150431807, chemin 201865306, chemin 42784257, chemin 265388436, chemin -93455, chemin 265388435, chemin -93306, chemin 413039819]} but not found in dataset


Plugins:
+ BuildingGeneralization (23)
+ CustomizePublicTransportStop (34111)
+ FastDraw (34109)
+ buildings_tools (34109)

Last errors/warnings:
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93427, chemin -93306)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93428, chemin -93306)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93429, chemin -93306)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93430, chemin -93306)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93432, chemin -93306)
- W: Modifications non enregistrées - La relation a été modifiée.

Voulez-vous enregistrer vos modifications ?
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93434, chemin -93306)
- W: Modifications non enregistrées - La relation a été modifiée.

Voulez-vous enregistrer vos modifications ?
- W: Modifications non enregistrées - La relation a été modifiée.

Voulez-vous enregistrer vos modifications ?
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93427, chemin -93306)


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-2 (57) of javawsApplicationThreadGroup
org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Relation member must be part of the same dataset as relation(relation -93427, chemin -93306)
	at org.openstreetmap.josm.data.osm.Relation.checkMembers(Relation.java:498)
	at org.openstreetmap.josm.data.osm.Relation.fireMembersChanged(Relation.java:516)
	at org.openstreetmap.josm.data.osm.Relation.setMembers(Relation.java:66)
	at org.openstreetmap.josm.data.osm.Relation.cloneFrom(Relation.java:254)
	at org.openstreetmap.josm.command.ChangeCommand.executeCommand(ChangeCommand.java:65)
	at org.openstreetmap.josm.command.SequenceCommand.executeCommand(SequenceCommand.java:79)
	at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:69)
	at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:92)
	at org.openstreetmap.josm.actions.SplitWayAction.doSplitWay(SplitWayAction.java:283)
	at org.openstreetmap.josm.actions.SplitWayAction$SegmentToKeepSelectionDialog.buttonAction(SplitWayAction.java:225)
	at org.openstreetmap.josm.gui.ExtendedDialog$1.actionPerformed(ExtendedDialog.java:377)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
	at java.awt.Component.processMouseEvent(Component.java:6533)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
	at java.awt.Component.processEvent(Component.java:6298)
	at java.awt.Container.processEvent(Container.java:2237)
	at java.awt.Component.dispatchEventImpl(Component.java:4889)
	at java.awt.Container.dispatchEventImpl(Container.java:2295)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4889)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4526)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4467)
	at java.awt.Container.dispatchEventImpl(Container.java:2281)
	at java.awt.Window.dispatchEventImpl(Window.java:2746)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.awt.EventQueue$4.run(EventQueue.java:729)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

=== RUNNING THREADS ===
Thread: Timer-1 (69) of javawsApplicationThreadGroup
java.lang.Object.wait(Native Method)
java.util.TimerThread.mainLoop(Timer.java:552)
java.util.TimerThread.run(Timer.java:505)

Thread: styled-map-renderer-243 (597)
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824)
java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693)
java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)

Thread: Signal Dispatcher (4) of system

Thread: Weak reference cleaner (60) of javawsApplicationThreadGroup
java.lang.Object.wait(Native Method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$103/2046161681.run(Unknown Source)
java.lang.Thread.run(Thread.java:748)

Thread: AWT-Shutdown (55) of system
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:295)
java.lang.Thread.run(Thread.java:748)

Thread: DestroyJavaVM (17) of main

Thread: AWT-EventQueue-1 (56) of javawsSecurityThreadGroup
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.awt.EventQueue.getNextEvent(EventQueue.java:554)
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:170)
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Thread: styled-map-renderer-238 (592)
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824)
java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693)
java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)

Thread: styled-map-renderer-245 (599)
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824)
java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693)
java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)

Thread: File Watcher (47) of javawsApplicationThreadGroup
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:492)
java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:680)
sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118)
org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:107)
org.openstreetmap.josm.io.FileWatcher$$Lambda$10/38515208.run(Unknown Source)
java.lang.Thread.run(Thread.java:748)

Thread: AWT-XAWT (12) of system
sun.awt.X11.XToolkit.waitForEvents(Native Method)
sun.awt.X11.XToolkit.run(XToolkit.java:568)
sun.awt.X11.XToolkit.run(XToolkit.java:532)
java.lang.Thread.run(Thread.java:748)

Thread: Map Status Collector (407) of javawsApplicationThreadGroup
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:433)
java.lang.Thread.run(Thread.java:748)

Thread: JCS-ElementEventQueue-Thread-21 (67) of javawsApplicationThreadGroup
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.Thread.run(Thread.java:748)

Thread: Finalizer (3) of system
java.lang.Object.wait(Native Method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

Thread: Timer-2 (73) of javawsApplicationThreadGroup
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
java.util.TimerThread.mainLoop(Timer.java:526)
java.util.TimerThread.run(Timer.java:505)

Thread: bug-report-display (529) of javawsApplicationThreadGroup
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
org.openstreetmap.josm.tools.bugreport.BugReportQueue.getNext(BugReportQueue.java:123)
org.openstreetmap.josm.tools.bugreport.BugReportQueue.access$100(BugReportQueue.java:17)
org.openstreetmap.josm.tools.bugreport.BugReportQueue$BugReportDisplayRunnable.run(BugReportQueue.java:99)
java.lang.Thread.run(Thread.java:748)

Thread: Timer-3 (229) of javawsApplicationThreadGroup
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
java.util.TimerThread.mainLoop(Timer.java:526)
java.util.TimerThread.run(Timer.java:505)

Thread: traceMsgQueueThread (8) of main
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
com.sun.deploy.trace.Trace$TraceMsgQueueChecker.run(Unknown Source)
java.lang.Thread.run(Thread.java:748)

Thread: TimerQueue (59) of javawsApplicationThreadGroup
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.DelayQueue.take(DelayQueue.java:211)
javax.swing.TimerQueue.run(TimerQueue.java:174)
java.lang.Thread.run(Thread.java:748)

Thread: CacheMemoryCleanUpThread (18) of javawsSecurityThreadGroup
java.lang.Object.wait(Native Method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
com.sun.deploy.cache.MemoryCache$LoadedResourceCleanupThread.run(Unknown Source)

Thread: AWT-EventQueue-2 (57) of javawsApplicationThreadGroup
Stacktrace see above.

Thread: Java2D Disposer (10) of system
java.lang.Object.wait(Native Method)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
sun.java2d.Disposer.run(Disposer.java:148)
java.lang.Thread.run(Thread.java:748)

Thread: AWT-EventQueue-0 (54) of main
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.awt.EventQueue.getNextEvent(EventQueue.java:554)
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:170)
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Thread: MemoryCache-DelayedCleanup (19) of javawsSecurityThreadGroup
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
java.util.TimerThread.mainLoop(Timer.java:526)
java.util.TimerThread.run(Timer.java:505)

Thread: Thread-14 (46) of javawsApplicationThreadGroup
sun.nio.fs.LinuxWatchService.poll(Native Method)
sun.nio.fs.LinuxWatchService.access$600(LinuxWatchService.java:47)
sun.nio.fs.LinuxWatchService$Poller.run(LinuxWatchService.java:314)
java.lang.Thread.run(Thread.java:748)

Thread: CacheCleanUpThread (21) of javawsSecurityThreadGroup
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
com.sun.deploy.cache.CleanupThread.run(Unknown Source)

Thread: Reference Handler (2) of system
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
java.lang.ref.Reference.tryHandlePending(Reference.java:191)
java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

Thread: Javaws Secure Thread (15) of javawsSecurityThreadGroup
java.lang.Object.wait(Native Method)
java.lang.Object.wait(Object.java:502)
com.sun.javaws.ui.JavawsSysRun$SecureThread.run(Unknown Source)

Thread: main-worker-0 (226) of javawsApplicationThreadGroup
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.Thread.run(Thread.java:748)
}}}
"	anonymous
defect	16280	1	autofix for almost square check for buildings is suboptimal	Core validator			2018-05-12T13:00:59+02:00	2019-09-27T16:24:42+02:00	"==== What steps will reproduce the problem?
1. validate attachment:6_node_building.osm
2. click autofix
3. repeat the above steps 24 times until the validator is finally happy

Even for simple 4 node buildings up to 4 consecutive validation steps are required. (attachment:4_node_building.osm)

The reason is that always only one node is moved. While this makes sense in some cases, more often this creates a new almost rectangular angle. Also it is always only one angle per building flagged by the validator.

The goal should be that after the autofix on a building this warning doesn't appear again and all almost rectangular angles are fixed.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-05-09 21:51:30 +0200 (Wed, 09 May 2018)
Build-Date:2018-05-10 01:33:33
Revision:13722
Relative:URL: ^/trunk

Identification: JOSM/1.5 (13722 de) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1709 (16299)
Memory Usage: 1315 MB / 3641 MB (890 MB allocated, but free)
Java version: 1.8.0_171-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1680x1050
Maximum Screen Size: 1680x1050
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Program Files (x86)\josm-latest-mehr-RAM.jnlp, -Djnlpx.remove=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=1024m,4096m, -Djnlpx.splashport=57455, -Djnlpx.jvm=\bin\javaw.exe]
Dataset consistency test: No problems found
}}}
"	Klumbumbus
defect	16360	1	I18n script creates data for transifex directories	unspecified			2018-06-04T20:22:59+02:00	2018-06-07T23:00:28+02:00	The I18n script only skips transifex on po file generation, not at data file step.	stoecker
defect	16434	1	Delayed line drawing/slow JOSM	Core			2018-06-27T20:20:30+02:00	2023-08-01T17:37:37+02:00	"I have already opened a ticket concerning this problem, see [https://josm.openstreetmap.de/ticket/16260#comment:45 here] a couple of weeks before. This was closed.
Under the current version of JOSM (13878) basicly the same problem, that is described there, occurs. The delay, when drawing lines and setting a point is getting worse the longer I'am working with JOSM. Especially, after uploading the data to OSM the performance goes down.
In the [https://forum.openstreetmap.org/viewtopic.php?pid=705177#p705177 Austrian OSM forum] several user have observed the same under various platforms (Mac, Windows, Linux) - I have observed it under Mac and Windows. 

==== What steps will reproduce the problem?
1. download an aera of approx. 10x10km
2. draw lines, tag them up to approx. 800-1200 revised/created objects 
3. upload them
4. draw and revise another 500 objects, upload them
5. every time I'am uploading the data, JOSM became slower. The delay of line drawing becomes visible.

==== What is the expected result?
To get JOSM working faster and reduce the delay in line drawing effectively and permanent.

==== What happens instead?

==== 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: 2018-05-31 00:51:20 +0200 (Thu, 31 May 2018)
Build-Date:2018-05-30 22:58:01
Revision:13878
Relative:URL: ^/trunk

Identification: JOSM/1.5 (13878 de) Mac OS X 10.13.5
OS Build number: Mac OS X 10.13.5 (17F77)
Memory Usage: 1182 MB / 2731 MB (910 MB allocated, but free)
Java version: 1.8.0_171-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 441084945 2560x1080
Maximum Screen Size: 2560x1080
VM arguments: [-Djava.library.path=/private/var/folders/mq/zwtfhdb533d13ylzfqpbjrfc0000gn/T/AppTranslocation/2A85D6F4-30C3-48C0-888E-E45DDABB49D4/d/JOSM.app/Contents/MacOS, -DLibraryDirectory=${HOME}/Library, -DDocumentsDirectory=${HOME}/Documents, -DApplicationSupportDirectory=${HOME}/Library/Application Support, -DCachesDirectory=${HOME}/Library/Caches, -DSandboxEnabled=false, -Dapple.laf.useScreenMenuBar=true, -Dcom.apple.macos.use-file-dialog-packages=true, -Dcom.apple.macos.useScreenMenuBar=true, -Dcom.apple.mrj.application.apple.menu.about.name=JOSM, -Dcom.apple.smallTabs=true]
Dataset consistency test: No problems found

Plugins:
+ austriaaddresshelper (1525848529)
+ buildings_tools (34212)
+ continuosDownload (68)
+ contourmerge (1032)
+ editgpx (34109)
+ utilsplugin2 (34221)

Map paint styles:
+ https://pasharm.github.io/New_basic_style_for_JOSM/New_basic_style.mapcss

Last errors/warnings:
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
- W: Unable to convert property color to type class java.awt.Color: found # of type class java.lang.String!
}}}
"	jumat@…
defect	16522	1	IAE: StreetsideViewerDialog was not registered before or already removed	Plugin streetside			2018-07-26T14:08:43+02:00	2018-10-16T00:50:55+02:00	"Open GPX file alone (no other data downloaded) for editing with EditGPX plugin. Two layers exist - the GPX file itself and a new ""Edit GPX"" layer. Close both layers with Ctrl+F4 and a crash happens

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-07-09 01:47:59 +0200 (Mon, 09 Jul 2018)
Build-Date:2018-07-08 23:50:14
Revision:14026
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14026 en_GB) Windows 7 64-Bit
OS Build number: Windows 7 Professional (7601)
Memory Usage: 857 MB / 1820 MB (700 MB allocated, but free)
Java version: 1.8.0_171-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080

Plugins:
+ BuildingGeneralization (23)
+ CADTools (1007)
+ ImproveWay (1529701520)
+ MicrosoftStreetside (34389)
+ PicLayer (34389)
+ alignways (34389)
+ apache-commons (34389)
+ apache-http (34389)
+ changeset-viewer (15)
+ editgpx (34206)
+ imagery_offset_db (34370)
+ terracer (34109)
+ turnrestrictions (34129)

Last errors/warnings:
- W: Failed to rename file \mirror_https___josm.openstreetmap.de_maps.tmp to \mirror_https___josm.openstreetmap.de_maps.
- E: java.nio.file.NoSuchFileException: \mirror_https___josm.openstreetmap.de_maps
- W: No configuration settings found.  Using hardcoded default values for all pools.
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
This website is under heavy load (queue full)
Were sorry, too many people are accessing this website at the same time. Were working on this problem. Please try again later.
>
- W: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
This website is under heavy load (queue full)
Were sorry, too many people are accessing this website at the same time. Were working on this problem. Please try again later.
>
- W: Warning - Cannot open 1 file because it does not exist or no suitable file importer is available.
  • %UserProfile%\Documents\Records\Fun\Projects\ublox M8030 USB GPS Sensor\ucenter\TescoCOM12_180726_094158.kml (no importer)

- E: Handled by bug report queue: java.lang.IllegalArgumentException: Listener 360° Streetside Viewer (instance of org.openstreetmap.josm.plugins.streetside.gui.StreetsideViewerDialog) was not registered before or already removed.


=== REPORTED CRASH DATA ===
DialogsPanel#destroy:
 - dialog: 360° Streetside Viewer
 - dialog-class: class org.openstreetmap.josm.plugins.streetside.gui.StreetsideViewerDialog

BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (19) of main
java.lang.IllegalArgumentException: Listener 360° Streetside Viewer (instance of org.openstreetmap.josm.plugins.streetside.gui.StreetsideViewerDialog) was not registered before or already removed.
	at org.openstreetmap.josm.tools.ListenerList.failRemove(ListenerList.java:132)
	at org.openstreetmap.josm.tools.ListenerList.removeListener(ListenerList.java:126)
	at org.openstreetmap.josm.data.Preferences.removePreferenceChangeListener(Preferences.java:166)
	at org.openstreetmap.josm.gui.dialogs.ToggleDialog.destroy(ToggleDialog.java:475)
	at org.openstreetmap.josm.gui.dialogs.DialogsPanel.destroy(DialogsPanel.java:327)
	at org.openstreetmap.josm.gui.MapFrame.destroy(MapFrame.java:347)
	at org.openstreetmap.josm.gui.MainPanel.updateContent(MainPanel.java:58)
	at org.openstreetmap.josm.gui.MainPanel$1.afterLastLayerRemoved(MainPanel.java:160)
	at org.openstreetmap.josm.gui.layer.MainLayerManager.realRemoveSingleLayer(MainLayerManager.java:307)
	at org.openstreetmap.josm.gui.layer.LayerManager.realRemoveLayer(LayerManager.java:265)
	at org.openstreetmap.josm.gui.layer.LayerManager.lambda$removeLayer$1(LayerManager.java:247)
	at org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWaitWithException(GuiHelper.java:234)
	at org.openstreetmap.josm.gui.layer.LayerManager.removeLayer(LayerManager.java:247)
	at org.openstreetmap.josm.actions.DeleteLayerAction.actionPerformed(DeleteLayerAction.java:39)
	at javax.swing.SwingUtilities.notifyAction(Unknown Source)
	at javax.swing.JComponent.processKeyBinding(Unknown Source)
	at javax.swing.KeyboardManager.fireBinding(Unknown Source)
	at javax.swing.KeyboardManager.fireKeyboardAction(Unknown Source)
	at javax.swing.JComponent.processKeyBindingsForAllComponents(Unknown Source)
	at javax.swing.JComponent.processKeyBindings(Unknown Source)
	at javax.swing.JComponent.processKeyEvent(Unknown Source)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$500(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	letsridebikes on OSM
defect	16539	1	OSM data + GPS Raw data download does not come to an end	Core			2018-07-30T18:07:33+02:00	2020-02-03T08:34:33+01:00	"==== What steps will reproduce the problem?
1. Requirement: Win 7, JOSM 14026
2. When I start the OSM data + GPS raw data download with checkbox aktivation ""zoom on the downloaded data"" - in German ""auf heruntergeladene Daten zoomen"" the download will not be finished, even if I only select a narrow range. I must kill the java process via taskmanger
3. During the download I see in the background on the map many GPS traces there are not located in the narrow range
4. the download without checkbox ""zoom ..."" comes to an end without problems

==== What is the expected result?
download will be finished
==== What happens instead?
download not finished. Cancel the application via Windows Taskmanager
==== Please provide any additional information below. Attach a screenshot if possible.

[[Image(16539.png)]]

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-07-09 01:47:59 +0200 (Mon, 09 Jul 2018)
Build-Date:2018-07-08 23:50:14
Revision:14026
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14026 de) Windows 7 64-Bit
OS Build number: Windows 7 Home Premium (7601)
Memory Usage: 575 MB / 1820 MB (311 MB allocated, but free)
Java version: 1.8.0_181-b13, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080

Plugins:
+ FastDraw (34389)
+ HouseNumberTaggingTool (34389)
+ PicLayer (34389)
+ buildings_tools (34212)
+ continuosDownload (1530471163)
+ editgpx (34206)
+ fieldpapers (v0.4.3)
+ gpxfilter (34206)
+ imagery_offset_db (34370)
+ measurement (34206)
+ namemanager (34206)
+ turnrestrictions (34129)
+ utilsplugin2 (34389)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1
+ https://raw.githubusercontent.com/species/josm-preset-wheelchair/master/sidewalks_kerbs.xml
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/DE.zip

Last errors/warnings:
- E: Fehler beim Laden des Bildes 'traffic_signs/DE/DE_201.png'
- W:  DE:201: Could not get presets icon traffic_signs/DE/DE_201.png
- E: Fehler beim Laden des Bildes 'traffic_signs/DE/DE_201.png'
- W:  DE:201: Could not get presets icon traffic_signs/DE/DE_201.png
- E: Fehler beim Laden des Bildes 'traffic_signs/DE/DE_432.png'
- W:  DE:432: Could not get presets icon traffic_signs/DE/DE_432.png
- E: Fehler beim Laden des Bildes 'traffic_signs/DE/DE_625-11.png'
- W:  DE:625-11: Could not get presets icon traffic_signs/DE/DE_625-11.png
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	neumayerclaus@…
defect	16655	1	Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader (win10, 8u171)	Core imagery			2018-08-19T11:34:01+02:00	2019-11-10T19:00:04+01:00	"==== What steps will reproduce the problem?
1. Can not download
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== 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: 2018-08-18 16:16:51 +0200 (Sat, 18 Aug 2018)
Build-Date:2018-08-18 16:30:21
Revision:14163
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14163 ja) Windows 10 64-Bit
OS Build number: Windows 10 Home 1803 (17134)
Memory Usage: 195 MB / 247 MB (57 MB allocated, but free)
Java version: 1.8.0_171-b11, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=%UserProfile%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-6f58a970, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=60166, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.jvm=\bin\javaw.exe]
Dataset consistency test: No problems found

Plugins:
+ EasyPresets (1529414338)
+ FastDraw (34510)
+ Mapillary (v1.5.15)
+ OpeningHoursEditor (34535)
+ PicLayer (34544)
+ SimplifyArea (34556)
+ apache-commons (34506)
+ apache-http (34506)
+ buildings_tools (34572)
+ ejml (34389)
+ geotools (34513)
+ jaxb (34506)
+ jts (34524)
+ log4j (34527)
+ opendata (34576)
+ pt_assistant (v2.1.1)
+ public_transport (34548)
+ public_transport_layer (34549)
+ reverter (34552)
+ routes (34479)
+ routing (34554)
+ terracer (34562)
+ undelete (34568)
+ utilsplugin2 (34506)
+ wikipedia (v1.1.0)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/JapaneseAddress&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Japan&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/JaNamigSample&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/JP-Tsunami&zip=1

Last errors/warnings:
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader
- W: Too many errors. Dropping ReportedException [thread=Thread[TMS-downloader-67,5,javawsApplicationThreadGroup], exception=java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader
- W: Too many errors. Dropping ReportedException [thread=Thread[TMS-downloader-64,5,javawsApplicationThreadGroup], exception=java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader
- W: Too many errors. Dropping ReportedException [thread=Thread[TMS-downloader-63,5,javawsApplicationThreadGroup], exception=java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader
- W: Too many errors. Dropping ReportedException [thread=Thread[TMS-downloader-70,5,javawsApplicationThreadGroup], exception=java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader, methodWarningFrom=BugReportExceptionHandler#handleException]
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader
- W: Too many errors. Dropping ReportedException [thread=Thread[TMS-downloader-68,5,javawsApplicationThreadGroup], exception=java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader, methodWarningFrom=BugReportExceptionHandler#handleException]


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: TMS-downloader-14 (140)
java.lang.NoClassDefFoundError: Could not initialize class com.sun.imageio.plugins.jpeg.JPEGImageReader
	at com.sun.imageio.plugins.jpeg.JPEGImageReaderSpi.createReaderInstance(Unknown Source)
	at javax.imageio.spi.ImageReaderSpi.createReaderInstance(Unknown Source)
	at javax.imageio.ImageIO$ImageReaderIterator.next(Unknown Source)
	at javax.imageio.ImageIO$ImageReaderIterator.next(Unknown Source)
	at javax.imageio.ImageIO.read(Unknown Source)
	at javax.imageio.ImageIO.read(Unknown Source)
	at org.openstreetmap.gui.jmapviewer.Tile.loadImage(Tile.java:246)
	at org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.tryLoadTileImage(TMSCachedTileLoaderJob.java:280)
	at org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.loadingFinished(TMSCachedTileLoaderJob.java:191)
	at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.finishLoading(JCSCachedTileLoaderJob.java:265)
	at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:232)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
}}}
"	R.Yama
defect	16732	1	Support Brazilian ABNT/ABNT2 keyboard layouts when reordering imagery layers	Core			2018-09-13T21:53:50+02:00	2018-11-29T20:24:59+01:00	"Our top left key is an apostrophe/quote (`'`/`""`) and thus we can't actually reorder the imagery layers when pressing the back quote key :-)

Is it possible to also support it, please?

[[Image(https://i.imgur.com/pPGciid.png)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-09-12 00:54:12 +0200 (Wed, 12 Sep 2018)
Revision:14247
Build-Date:2018-09-12 01:32:28
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (14247 en) Linux Debian GNU/Linux testing (buster)
Memory Usage: 763 MB / 6144 MB (589 MB allocated, but free)
Java version: 10.0.2+13-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-10-jre:amd64-10.0.2+13-1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
Program arguments: [--language=en]
}}}"	naoliv
defect	16745	1	Poor performance when Command Stack pane is visible	Core			2018-09-16T19:17:44+02:00	2019-05-18T21:53:20+02:00	"If I switch the Command Stack pane on and start editing, JOSM keeps leaking more memory. Usually after creating about 200 objects it freezes up and, if I don't kill it soon enough, my laptop freezes as well. Since I have hidden the Command Stack pane I can now edit thousands of objects.

I've observed this issue a couple months ago in a version that was, at the time, the most recent in https://josm.openstreetmap.de/apt artful universe.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-08-22 23:02:00 +0200 (Wed, 22 Aug 2018)
Revision:14180
Build-Date:2018-08-23 01:32:18
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (14180 en_GB) Linux Ubuntu 18.04.1 LTS
Memory Usage: 335 MB / 2048 MB (89 MB allocated, but free)
Java version: 10.0.2+13-Ubuntu-1ubuntu0.18.04.2, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1366x768
Maximum Screen Size: 1366x768
Java package: openjdk-11-jre:amd64-10.0.2+13-1ubuntu0.18.04.2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-20ubuntu0.1
VM arguments: [-Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found

Plugins:
+ HouseNumberTaggingTool (34517)
+ PicLayer (34544)
+ alignways (34489)
+ buildings_tools (34572)
+ editgpx (34506)
+ imagery_offset_db (34596)
+ reverter (34552)
+ terracer (34584)
+ utilsplugin2 (34506)

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- W: Region [WMTS_BLOCK_v2] Resetting cache
}}}
"	anonymous
defect	16932	1	IAE: Node is already deleted (DeleteAction)	Core			2018-11-01T16:12:03+01:00	2020-02-08T13:54:03+01:00	"==== What steps will reproduce the problem?
1. Fixing the errors
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== 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: 2018-08-22 19:44:25 +0200 (Wed, 22 Aug 2018)
Build-Date:2018-08-22 17:46:33
Revision:14178
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14178 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1803 (17134)
Memory Usage: 1095 MB / 1820 MB (264 MB allocated, but free)
Java version: 1.8.0_181-b13, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1680x1050, \Display1 1680x1050
Maximum Screen Size: 1680x1050
Dataset consistency test: No problems found

Plugins:
+ HouseNumberTaggingTool (34517)
+ OpeningHoursEditor (34535)
+ buildings_tools (34572)
+ terracer (34584)
+ turnrestrictions (34576)
+ utilsplugin2 (34506)

Last errors/warnings:
- E: Error header: Precondition failed: Node 2320384947 is still used by ways 223101858.
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- E: Object still in use - Failed to delete node 2320384947. It is still referred to by way 223101858.
Please load the way, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
- E: Error header: Precondition failed: Node 2320384947 is still used by ways 223101858.
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- E: Object still in use - Failed to delete node 2320384947. It is still referred to by way 223101858.
Please load the way, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
- E: Error header: Precondition failed: Node 2320384947 is still used by ways 223101858.
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- E: Object still in use - Failed to delete node 2320384947. It is still referred to by way 223101858.
Please load the way, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
- E: Handled by bug report queue: java.lang.IllegalArgumentException: {Node id=2320384947 version=1 MVD lat=46.62577827674673,lon=16.21084924283709} is already deleted


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (19) of main
java.lang.IllegalArgumentException: {Node id=2320384947 version=1 MVD lat=46.62577827674673,lon=16.21084924283709} is already deleted
	at org.openstreetmap.josm.command.DeleteCommand.executeCommand(DeleteCommand.java:190)
	at org.openstreetmap.josm.command.SequenceCommand.executeCommand(SequenceCommand.java:79)
	at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:247)
	at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:275)
	at org.openstreetmap.josm.actions.mapmode.DeleteAction.doActionPerformed(DeleteAction.java:160)
	at org.openstreetmap.josm.actions.DeleteAction.actionPerformed(DeleteAction.java:73)
	at javax.swing.SwingUtilities.notifyAction(Unknown Source)
	at javax.swing.JComponent.processKeyBinding(Unknown Source)
	at javax.swing.KeyboardManager.fireBinding(Unknown Source)
	at javax.swing.KeyboardManager.fireKeyboardAction(Unknown Source)
	at javax.swing.JComponent.processKeyBindingsForAllComponents(Unknown Source)
	at javax.swing.JComponent.processKeyBindings(Unknown Source)
	at javax.swing.JComponent.processKeyEvent(Unknown Source)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$500(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	joze.horvat@…
defect	16960	1	IllegalStateException: The layer has already been destroyed: ConflationLayer	Plugin conflation			2018-11-06T16:33:09+01:00	2023-03-08T01:53:37+01:00	"==== What steps will reproduce the problem?
1. Error on closing without saving/exporting
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== 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: 2018-10-28 22:27:31 +0100 (Sun, 28 Oct 2018)
Build-Date:2018-10-28 21:33:32
Revision:14382
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14382 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1803 (17134)
Memory Usage: 900 MB / 1820 MB (531 MB allocated, but free)
Java version: 1.8.0_161-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080, \Display1 1920x1080
Maximum Screen Size: 1920x1080

Dataset consistency test:
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}
[DELETED REFERENCED] {Way id=-40748 version=0 MVT nodes=[{Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}, {Node id=-40735 version=0 MVD lat=40.512558710198384,lon=-80.07176261694963}, {Node id=-40736 version=0 MVD lat=40.512705767665814,lon=-80.07169912451296}, {Node id=-40737 version=0 MV lat=40.512707941633316,lon=-80.0717077688788}, {Node id=-40738 version=0 MVD lat=40.512737668787764,lon=-80.07169493128367}, {Node id=-40739 version=0 MVD lat=40.512745433020086,lon=-80.07172579436215}, {Node id=-40740 version=0 MVD lat=40.512808054770176,lon=-80.07169875548834}, {Node id=-40741 version=0 MVD lat=40.512793653576004,lon=-80.07164150079743}, {Node id=-40742 version=0 MVD lat=40.51282532742329,lon=-80.07162782301639}, {Node id=-40743 version=0 MVD lat=40.51280270771499,lon=-80.07153789061519}, {Node id=-40744 version=0 MVD lat=40.51275799564388,lon=-80.07155719582086}, {Node id=-40745 version=0 MVD lat=40.51274544854063,lon=-80.07150730493181}, {Node id=-40746 version=0 MVD lat=40.51263109278624,lon=-80.07155667719891}, {Node id=-40747 version=0 MVD lat=40.512646332919694,lon=-80.07161727399252}, {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}]} refers to deleted primitive {Node id=-40734 version=0 MVD lat=40.51253432041933,lon=-80.07166563297851}


Plugins:
+ apache-commons (34506)
+ conflation (0.6.2)
+ ejml (34389)
+ geotools (34513)
+ imagery_offset_db (34641)
+ jaxb (34506)
+ jts (34524)
+ opendata (34698)
+ turnrestrictions (34643)
+ utilsplugin2 (34506)

Last errors/warnings:
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- E: Handled by bug report queue: java.lang.IllegalStateException: The layer has already been destroyed: ConflationLayer [name=Conflation, associatedFile=null]


=== REPORTED CRASH DATA ===
LayerManager#fireLayerRemoving:
 - listener: org.openstreetmap.josm.gui.MapView[,0,76,1501x903,alignmentX=0.0,alignmentY=0.0,border=,flags=0,maximumSize=,minimumSize=java.awt.Dimension[width=10,height=0],preferredSize=]
 - event: LayerRemoveEvent [removedLayer=ConflationLayer [name=Conflation, associatedFile=null], lastLayer=false]
 - layer: ConflationLayer [name=Conflation, associatedFile=null]

BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.IllegalStateException: The layer has already been destroyed: ConflationLayer [name=Conflation, associatedFile=null]
	at org.openstreetmap.josm.gui.layer.Layer.destroy(Layer.java:301)
	at org.openstreetmap.josm.gui.MapView.layerRemoving(MapView.java:403)
	at org.openstreetmap.josm.gui.layer.LayerManager.fireLayerRemoving(LayerManager.java:475)
	at org.openstreetmap.josm.gui.layer.LayerManager.realRemoveSingleLayer(LayerManager.java:277)
	at org.openstreetmap.josm.gui.layer.MainLayerManager.realRemoveSingleLayer(MainLayerManager.java:305)
	at org.openstreetmap.josm.gui.layer.LayerManager.realRemoveLayer(LayerManager.java:265)
	at org.openstreetmap.josm.gui.layer.LayerManager.lambda$removeLayer$1(LayerManager.java:247)
	at org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWaitWithException(GuiHelper.java:237)
	at org.openstreetmap.josm.gui.layer.LayerManager.removeLayer(LayerManager.java:247)
	at org.openstreetmap.josm.gui.layer.LayerManager.realResetState(LayerManager.java:511)
	at org.openstreetmap.josm.gui.layer.MainLayerManager.realResetState(MainLayerManager.java:491)
	at org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWaitWithException(GuiHelper.java:237)
	at org.openstreetmap.josm.gui.layer.LayerManager.resetState(LayerManager.java:502)
	at org.openstreetmap.josm.gui.MainTermination.run(MainTermination.java:43)
	at org.openstreetmap.josm.spi.lifecycle.Lifecycle.exitJosm(Lifecycle.java:117)
	at org.openstreetmap.josm.gui.MainApplication.exitJosm(MainApplication.java:500)
	at org.openstreetmap.josm.gui.MainFrame$ExitWindowAdapter.windowClosing(MainFrame.java:181)
	at java.awt.AWTEventMulticaster.windowClosing(Unknown Source)
	at java.awt.AWTEventMulticaster.windowClosing(Unknown Source)
	at java.awt.Window.processWindowEvent(Unknown Source)
	at javax.swing.JFrame.processWindowEvent(Unknown Source)
	at java.awt.Window.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$500(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	anonymous
defect	16971	1	support cycleway:left/cycleway:right in map style or discourage it in validator	Internal mappaint style			2018-11-09T19:33:23+01:00	2022-03-08T13:24:41+01:00	"==== What steps will reproduce the problem?
1. encounter contraflow tagged by an iD user (cycleway:left=opposite tags) -like https://www.openstreetmap.org/way/26037139

==== What is the expected result?

It is rendered (like or similar to cycleway=opposite) or validator proposes an automatic fix to cycleway=opposite

==== What happens instead?
It is not rendered, validator is not complaining

==== 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: 2018-11-07 22:38:38 +0100 (Wed, 07 Nov 2018)
Build-Date:2018-11-08 02:34:19
Revision:14418
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14418 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 685 MB / 869 MB (239 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34535)
+ buildings_tools (34572)
+ continuosDownload (82)
+ imagery_offset_db (34641)
+ measurement (34529)
+ reverter (34552)
+ todo (30306)

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	mkoniecz
defect	17012	1	JMockit : Cannot execute JUnit test MultipolygonTest from Eclipse	Unit tests			2018-11-20T17:11:43+01:00	2018-11-22T21:41:22+01:00	"When I try to execute MultipolygonTestTest in Eclipse I see the dump below. What do I have to do to make this work again?
{{{
MultipolygonTestTest
org.openstreetmap.josm.data.validation.tests.MultipolygonTestTest
testTicket10469(org.openstreetmap.josm.data.validation.tests.MultipolygonTestTest)
java.lang.ExceptionInInitializerError
	at org.openstreetmap.josm.testutils.JOSMTestRules.before(JOSMTestRules.java:543)
	at org.openstreetmap.josm.testutils.JOSMTestRules$CreateJosmEnvironment.evaluate(JOSMTestRules.java:640)
	at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
	at org.junit.rules.RunRules.evaluate(RunRules.java:20)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
Caused by: java.lang.IllegalStateException: JMockit didn't get initialized; please check the -javaagent JVM initialization parameter was used
	at mockit.internal.startup.Startup.verifyInitialization(Startup.java:91)
	at mockit.MockUp.(MockUp.java:56)

	... 19 more

}}}
"	GerdP
defect	17098	1	Special Characters on Mac OS freezes keyboard	Core			2018-12-12T17:37:56+01:00	2022-09-02T17:56:43+02:00	"==== What steps will reproduce the problem?
1. Open anything with a text box.
2. On a Mac, hold down a character and use a special character
3. Try to continue typing (no input will be recognized)

==== What is the expected result?
It's expected that you can keep typing after using a special character.
==== What happens instead?
You are unable to type and must close the dialog box.
==== 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: 2018-11-28 01:09:01 +0100 (Wed, 28 Nov 2018)
Build-Date:2018-11-28 00:26:41
Revision:14460
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14460 en) Mac OS X 10.14.1
OS Build number: Mac OS X 10.14.1 (18B75)
Memory Usage: 715 MB / 1820 MB (191 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 188945160 1920x1080, Display 69748638 2048x1152
Maximum Screen Size: 2048x1152
VM arguments: [-Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-632a3a0e, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/25/4c122699-396cdd98.icns, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , -Djnlpx.jvm=""/bin/java""]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (v1.5.17)
+ OpenStreetCam (168)
+ apache-commons (34506)
+ apache-http (34632)
+ auto_tools (67)
+ buildings_tools (34724)
+ ejml (34389)
+ geotools (34513)
+ graphview (34576)
+ jaxb (34506)
+ jna (34633)
+ jts (34524)
+ log4j (34527)
+ opendata (34698)
+ osm-obj-info (49)
+ routing (34554)
+ turnrestrictions (34643)
+ utilsplugin2 (34506)

Map paint styles:
+ /Volumes/Clingstone/JOSM Paint Styles and Presets/Kaart Styles 3.1.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ /Volumes/Clingstone/JOSM Paint Styles and Presets/Overlapping Ways.mapcss

Validator rules:
+ ${HOME}/Downloads/kaart.validator.mapcss

Last errors/warnings:
- W: Failed to load Mappaint styles from '/Volumes/Clingstone/JOSM Paint Styles and Presets/Kaart Styles 3.1.mapcss'. Exception was: java.nio.file.NoSuchFileException: /Volumes/Clingstone/JOSM Paint Styles and Presets/Kaart Styles 3.1.mapcss
- E: java.nio.file.NoSuchFileException: /Volumes/Clingstone/JOSM Paint Styles and Presets/Kaart Styles 3.1.mapcss
- E: java.nio.file.NoSuchFileException: /Volumes/Clingstone/JOSM Paint Styles and Presets
- W: Initializing map style /Volumes/Clingstone/JOSM Paint Styles and Presets/Kaart Styles 3.1.mapcss completed in 123 ms (1 errors, 0 warnings)
- W: Failed to load Mappaint styles from '/Volumes/Clingstone/JOSM Paint Styles and Presets/Overlapping Ways.mapcss'. Exception was: java.nio.file.NoSuchFileException: /Volumes/Clingstone/JOSM Paint Styles and Presets/Overlapping Ways.mapcss
- E: java.nio.file.NoSuchFileException: /Volumes/Clingstone/JOSM Paint Styles and Presets/Overlapping Ways.mapcss
- E: java.nio.file.NoSuchFileException: /Volumes/Clingstone/JOSM Paint Styles and Presets
- W: Initializing map style /Volumes/Clingstone/JOSM Paint Styles and Presets/Overlapping Ways.mapcss completed in 1 ms (1 errors, 0 warnings)
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	zlavergne
defect	17129	1	Cannot add assertMatch/assertNoMatch declarations with :selected pseudoclass	Core validator	latest		2018-12-20T16:36:59+01:00	2018-12-20T20:42:47+01:00	"It is not currently possible to do the following:
{{{
#!mapcss
way[highway][turn:lanes][oneway][count(split(""|"", tag(""turn:lanes""))) != tag(""lanes"")]:selected, 
way[highway][turn:lanes][!oneway][2 * count(split(""|"", tag(""turn:lanes""))) != tag(""lanes"")]:selected, 
way[highway][turn:lanes][!lanes]:selected { 
        throwWarning: tr(""turn:lanes do not match lanes"");
        fixAdd: concat(""lanes="", count(split(""|"", tag(""turn.lanes"")));
        assertMatch: ""way highway=primary lanes=4 turn:lanes=left|through|through;right"";
        assertNoMatch: ""way highway=primary lanes=4 turn:lanes=left;through|through;right"";
}
}}}

Since I've got another test without the :selected psuedoclass, I can move the assertMatch/assertNoMatch to that test, e.g.
{{{
#!mapcss
way[highway][turn:lanes][oneway][count(split(""|"", tag(""turn:lanes""))) != tag(""lanes"")], 
way[highway][turn:lanes][!oneway][2 * count(split(""|"", tag(""turn:lanes""))) != tag(""lanes"")], 
way[highway][turn:lanes][!lanes] { 
        throwWarning: tr(""turn:lanes do not match lanes"");
        assertMatch: ""way highway=primary lanes=4 turn:lanes=left|through|through;right"";
        assertNoMatch: ""way highway=primary lanes=4 turn:lanes=left;through|through;right"";
}
}}}
instead of
{{{
#!mapcss
way[highway][turn:lanes][oneway][count(split(""|"", tag(""turn:lanes""))) != tag(""lanes"")], 
way[highway][turn:lanes][!oneway][2 * count(split(""|"", tag(""turn:lanes""))) != tag(""lanes"")], 
way[highway][turn:lanes][!lanes] { 
        throwWarning: tr(""turn:lanes do not match lanes"");
}
}}}
and this should be possible for the vast majority of cases.

#17058 is similar, in that fake primitives are probably not selected when they should be (in that bug, the fake primitives where not being created in the country the tests where inside).

Use cases:
1) There is a common issue where the fix is almost always the same, but should be verified using aerial imagery/street level imagery, and selection is one way to ensure that.
  Possible alternative: way|z21-[JOSM_search(""inview"")] {...} -- this is probably a much better alternative than the initial :selected for this use case."	taylor.smock
defect	17189	1	mapcss should be able to use previous fields in the selector in additional fields	Core mappaint	latest		2019-01-09T18:26:30+01:00	2019-01-09T18:26:30+01:00	"Example:
{{{
#!mapcss
/* Check for duplicated words in names */
*[/^name/][regexp_test(""\\b(\\p{L}+)\\b(?:\\s+\\1\\b)+"", tag(""{0.key}""), ""(?i)"")] {
  throwWarning: tr(""Possible duplicated words in {0}"", ""{0.key}"");
  assertMatch: ""node name=\""Duplicate Duplicate\"""";
  assertNoMatch: ""node name=\""Nothing to see here\"""";
}
}}}

instead of

{{{
#!mapcss
*[/^name/][regexp_test(""\\b(\\p{L}+)\\b(?:\\s+\\1\\b)+"", tag(""name""), ""(?i)"")] {
  throwWarning: tr(""Possible duplicated words in {0}"", ""{0.key}"");
}
}}}

Note:
{{{
#!mapcss
*[/^name/][/^name/=~/(?i)\b(\p{L}+)\b(?:\s+\1\b)+/] {
  throwWarning: tr(""Possible duplicated words in {0}"", ""{0.key}"");
}
}}}
throws an error on the first `+`."	taylor.smock
defect	17196	1	[RFC] [Patch] Undo/Redo may change data in inactive layer	Core			2019-01-11T11:25:04+01:00	2024-10-29T22:10:37+01:00	"==== What steps will reproduce the problem?
1. Create new data layer and add some objects
2. Create 2nd data layer and pan so that the data in the other layer is no longer visible
3. create way with two nodes
4. Press Ctrl+Z (Undo) tree or more times

==== What is the expected result?
Only the way in the current (newer) data layer should be undone
==== What happens instead?
Changes in the inactive layer are also undone. This is probably never wanted.
==== Please provide any additional information below. Attach a screenshot if possible.
I am not sure if this is intended since we have only one Undo/Redo tree instance. I'd prefer to have a separate Undo/Redo tree for each layer, else we should not allow to undo commands for a dataset that is not active. 
{{{
Build-Date:2019-01-11 07:22:54
Revision:14672
Is-Local-Build:true

Identification: JOSM/1.5 (14672 SVN en) Windows 10 64-Bit
OS Build number: Windows 10 Home 1803 (17134)
Memory Usage: 456 MB / 1820 MB (68 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080
VM arguments: [-agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:53371, -ea, -Dfile.encoding=UTF-8]
Program arguments: [--debug]

Plugins:
+ OpeningHoursEditor (34535)
+ apache-commons (34506)
+ buildings_tools (34807)
+ download_along (34503)
+ ejml (34389)
+ geotools (34513)
+ jaxb (34506)
+ jts (34524)
+ o5m (34405)
+ opendata (34805)
+ pbf (34576)
+ poly (34546)
+ reltoolbox (34788)
+ reverter (34552)
+ utilsplugin2 (34793)

Last errors/warnings:
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
}}}
"	GerdP
defect	17200	1	Don't scroll right when a tag value is selected	Core			2019-01-12T23:42:42+01:00	2019-04-22T19:28:32+02:00	"Follow-up from #14666
When the horizontal scroll bar is necessary then clicking on a tag value (or double clicking to change the value) scrolls to the right.
This is a bit annoying as it always hides at least parts of the keys.

[[Image(17200.gif)]]

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-01-11 21:47:35 +0100 (Fri, 11 Jan 2019)
Build-Date:2019-01-12 02:32:14
Revision:14674
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14674 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1803 (17134)
Memory Usage: 791 MB / 1820 MB (134 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1680x1050
Maximum Screen Size: 1680x1050
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=%UserProfile%\Desktop\josm-latest.jnlp, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Djnlpx.splashport=56117, -Djnlpx.jvm=\bin\javaw.exe]
Dataset consistency test: No problems found
}}}
"	Klumbumbus
defect	17363	1	Changing selection outside relation editor selects all instances of a duplicated member inside editor	Core			2019-02-21T02:09:10+01:00	2021-03-04T20:14:53+01:00	"==== What steps will reproduce the problem?
1. Open or download a map
2. Create a relation with multiple copies of one or more members (for this example we'll say the relation gets set up as nodes A, B, C, D, B, A)
3. Select the first instance of a member in the relation list (for this example, the first node A).
4. Select something on the map (let's call that node E).
5. Click ""insert after"" in the relation editor

==== What is the expected result?
[After step 4] The selection should remain at just the first A.
[After step 5] Node E should be the second member of the relation - A, E, B, C, D, B, A

==== What happens instead?
[After step 4] All instances of node A are selected in the relation editor.
[After step 5] Node E is the final member of the relation - A, B, C, D, B, A, E

==== 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: 2019-02-19 01:17:05 +0100 (Tue, 19 Feb 2019)
Build-Date:2019-02-19 02:30:51
Revision:14795
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14795 en) Windows 10 64-Bit
OS Build number: Windows 10 Education 1803 (17134)
Memory Usage: 1374 MB / 1820 MB (447 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080, \Display1 1920x1080
Maximum Screen Size: 1920x1080
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=%UserProfile%\Programs\josm-latest.jnlp, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Djnlpx.splashport=57834, -Djnlpx.jvm=\bin\javaw.exe]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (34506)
+ continuosDownload (82)
+ ejml (34389)
+ geotools (34513)
+ jaxb (34678)
+ jts (34524)
+ opendata (34867)
+ pbf (34867)
+ utilsplugin2 (34867)

Map paint styles:
+ https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip

Last errors/warnings:
- E: java.net.SocketTimeoutException: connect timed out
- W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- W: java.net.SocketTimeoutException: connect timed out
- W: Already here java.net.SocketTimeoutException: connect timed out
- E: java.net.SocketTimeoutException: connect timed out
- W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- W: java.net.SocketTimeoutException: connect timed out
- W: Already here java.net.SocketTimeoutException: connect timed out
- E: java.net.SocketTimeoutException: connect timed out
- W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
}}}
"	ShadowFoxNixill
defect	17395	1	download described as upload in an error message what is a bit confusing	Core			2019-03-01T12:32:38+01:00	2019-03-01T12:34:06+01:00	"==== What steps will reproduce the problem?
1. Have large GPX path (in my case - I searched using overpass turbo for descriptive name (`name=Boisko` + `leisure=pitch`, duplicated layer and turned duplicate into GPX path)
2. Used ""Download from OSM along this track""
3. Start editing while download works
4. Upload changes

==== What is the expected result?

Upload works or errors with nonmisleding error message

==== What happens instead?

""A background upload is already in progress. (...)"" error message appears.

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

in background download process happily marches on. My upload from JOSM got completed and changeset closed long time ago - https://www.openstreetmap.org/changeset/67679812 (I did it before starting download along track).

Changeset was closed by JOSM itself (one second after it was created), not by timeout.

{{{
2019-03-01 12:29:35.107 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6599121,52.9635852,16.6703141,52.9767213 -> 200
2019-03-01 12:29:49.297 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6567236,52.9651577,16.6679734,52.9667213 -> 200
2019-03-01 12:29:49.963 INFO: GET https://api.openstreetmap.org/api/0.6/user/details (get number of unread messages) -> 200 (655 B)
2019-03-01 12:29:50.616 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6599121,52.9717213,16.6711556,52.973291 -> 200
2019-03-01 12:29:58.948 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6679734,52.9651577,16.6711556,52.9717213 -> 200
2019-03-01 12:30:02.812 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6679734,52.9701535,16.6711556,52.9767213 -> 200
2019-03-01 12:30:07.236 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6567236,52.9767213,16.6711556,52.9782858 -> 200
2019-03-01 12:30:11.945 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6793275,52.9976296,16.6873888,53.0007495 -> 200
2019-03-01 12:30:16.812 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6689261,53.0107495,16.6977899,53.0138824 -> 200
2019-03-01 12:30:25.608 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.6873888,52.9976296,16.6977899,53.0107495 -> 200
}}}


{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-02-23 17:46:51 +0100 (Sat, 23 Feb 2019)
Build-Date:2019-02-24 02:30:49
Revision:14802
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14802 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 952 MB / 952 MB (119 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34867)
+ buildings_tools (34867)
+ continuosDownload (82)
+ imagery_offset_db (34867)
+ measurement (34867)
+ reverter (34867)
+ todo (30306)

Last errors/warnings:
- E: java.net.SocketTimeoutException: connect timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- E: org.openstreetmap.josm.io.OsmTransferException: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- E: IO Exception - org.openstreetmap.josm.gui.widgets.HtmlPanel[,0,0,0x0,invalid,layout=java.awt.BorderLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]
}}}
"	mkoniecz
defect	17480	1	"""java.lang.IllegalArgumentException: Invalid scanline stride"" in PicLayer when loading a large image"	Plugin piclayer	tested		2019-03-17T23:00:14+01:00	2021-08-25T17:20:25+02:00	"Attempting to load a 223MB PNG image:

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-03-03 00:16:03 +0100 (Sun, 03 Mar 2019)
Build-Date:2019-03-02 23:16:53
Revision:14824
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14824 en) Linux openSUSE Tumbleweed
Memory Usage: 447 MB / 910 MB (98 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1680x1050
Maximum Screen Size: 1680x1050
Java package: java-1_8_0-openjdk:x86_64-1.8.0.191
VM arguments: [-Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found

Plugins:
+ AddrInterpolation (34867)
+ ColumbusCSV (34867)
+ DxfImport (1013)
+ HouseNumberTaggingTool (34867)
+ InfoMode (34755)
+ Mapillary (1.5.18)
+ PicLayer (34867)
+ apache-commons (34506)
+ apache-http (34632)
+ ejml (34389)
+ geotools (34513)
+ graphview (34867)
+ jaxb (34678)
+ jna (34867)
+ jts (34524)
+ log4j (34527)
+ measurement (34867)
+ opendata (34911)
+ pbf (34867)
+ photo_geotagging (34867)
+ photoadjust (34867)
+ reverter (34867)
+ terracer (34867)
+ utilsplugin2 (34915)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- E: Handled by bug report queue: java.lang.IllegalArgumentException: Invalid scanline stride


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (14) of main
java.lang.IllegalArgumentException: Invalid scanline stride
	at java.awt.image.ComponentSampleModel.getBufferSize(ComponentSampleModel.java:274)
	at java.awt.image.ComponentSampleModel.verify(ComponentSampleModel.java:252)
	at java.awt.image.ComponentSampleModel.(ComponentSampleModel.java:170)
	at java.awt.image.PixelInterleavedSampleModel.(PixelInterleavedSampleModel.java:87)
	at java.awt.image.PixelInterleavedSampleModel.createCompatibleSampleModel(PixelInterleavedSampleModel.java:144)
	at javax.imageio.ImageTypeSpecifier.getSampleModel(ImageTypeSpecifier.java:1039)
	at javax.imageio.ImageTypeSpecifier.createBufferedImage(ImageTypeSpecifier.java:1072)
	at javax.imageio.ImageReader.getDestination(ImageReader.java:2892)
	at com.sun.imageio.plugins.png.PNGImageReader.readImage(PNGImageReader.java:1317)
	at com.sun.imageio.plugins.png.PNGImageReader.read(PNGImageReader.java:1614)
	at javax.imageio.ImageIO.read(ImageIO.java:1448)
	at javax.imageio.ImageIO.read(ImageIO.java:1308)
	at org.openstreetmap.josm.plugins.piclayer.layer.PicLayerFromFile.createImage(PicLayerFromFile.java:86)
	at org.openstreetmap.josm.plugins.piclayer.layer.PicLayerAbstract.initialize(PicLayerAbstract.java:156)
	at org.openstreetmap.josm.plugins.piclayer.actions.newlayer.NewLayerFromFileAction.addNewLayerFromFile(NewLayerFromFileAction.java:134)
	at org.openstreetmap.josm.plugins.piclayer.actions.newlayer.NewLayerFromFileAction.actionPerformed(NewLayerFromFileAction.java:125)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
	at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
	at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
	at java.awt.Component.processMouseEvent(Component.java:6539)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3315)
	at java.awt.Component.processEvent(Component.java:6304)
	at java.awt.Container.processEvent(Container.java:2239)
	at java.awt.Component.dispatchEventImpl(Component.java:4889)
	at java.awt.Container.dispatchEventImpl(Container.java:2297)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
	at java.awt.Container.dispatchEventImpl(Container.java:2283)
	at java.awt.Window.dispatchEventImpl(Window.java:2746)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
	at java.awt.EventQueue$4.run(EventQueue.java:733)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
}}}"	richlv
defect	17502	1	Plugin layer does not get removed permanently	Plugin Kartaview/openstreetcam			2019-03-21T23:57:41+01:00	2020-02-26T18:03:14+01:00	"==== What steps will reproduce the problem?
1. Activeate the OpenStreetCam plugin and add the OpenStreetCam layer via Imagery m.enu.
2. Select the OpenStreetCam layer and press the recycle bin icon in the Layers pane
3. Close and restart JOSM.

==== What is the expected result?
OpenStreetCam should have been removed from the Layers persistently.

==== What happens instead?
OpenStreetCam re-appears in the Layers pane.

==== Please provide any additional information below. Attach a screenshot if possible.
The OSC plugin remembers if the layer was loaded the last time JOSM ran. If the layer is removed via right klick - delete it is removed persistently. Only when using the delete button the removable is only temporary.

OSM plugin developers [https://github.com/openstreetcam/josm-plugin/issues/20 claim] it is a JOSM core issue no one of the plugin.



{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-03-03 00:16:03 +0100 (Sun, 03 Mar 2019)
Build-Date:2019-03-02 23:16:53
Revision:14824
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14824 en) Windows 7 64-Bit
OS Build number: Windows 7 Enterprise (7601)
Memory Usage: 749 MB / 1799 MB (400 MB allocated, but free)
Java version: 1.8.0_202-b08, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ HouseNumberTaggingTool (34867)
+ Mapillary (1.5.18)
+ OpenStreetCam (217)
+ PicLayer (34867)
+ apache-commons (34506)
+ apache-http (34632)
+ buildings_tools (34904)
+ changeset-viewer (22)
+ ejml (34389)
+ geotools (34513)
+ jna (34867)
+ jts (34524)
+ log4j (34527)
+ reverter (34922)
+ tageditor (34867)
+ turnlanes-tagging (280)
+ turnrestrictions (34867)
+ utilsplugin2 (34915)
+ wikipedia (v1.1.1)

Tagging presets:
+ \presets\josm_preset.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	osm@…
defect	17673	1	OpenStreetCam: ClassNotFoundException: java.sql.Time	Plugin Kartaview/openstreetcam	latest		2019-05-03T08:35:04+02:00	2021-03-15T23:21:04+01:00	"==== What steps will reproduce the problem?
1. Error dialog pops up while starting JOSM, while the splash screen is still showing, when loading plugin OpenStreetCam

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-05-02 18:30:31 +0200 (Thu, 02 May 2019)
Revision:15038
Build-Date:2019-05-03 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15038 de) Linux Ubuntu 18.04.2 LTS
Memory Usage: 360 MB / 2048 MB (128 MB allocated, but free)
Java version: 11.0.2+9-Ubuntu-3ubuntu118.04.3, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080, :0.1 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-11-jre:amd64-11.0.2+9-3ubuntu1~18.04.3
WebStart package: icedtea-netx:amd64-1.8-0ubuntu8~18.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-20ubuntu0.1
VM arguments: [--add-reads=java.base=ALL-UNNAMED,java.desktop, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, -Dicedtea-web.bin.name=javaws, -Dicedtea-web.bin.location=/usr/lib/icedtea-web/bin/javaws]

Plugins:
+ CADTools (1008)
+ Mapillary (1.5.18)
+ OpenStreetCam (230)
+ apache-commons (34908)
+ apache-http (34908)
+ buildings_tools (34982)
+ changeset-viewer (22)
+ jna (34908)
+ pt_assistant (705)
+ utilsplugin2 (34977)
+ wikipedia (v1.1.1)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: java/sql/Time. Ursache: java.lang.ClassNotFoundException: java.sql.Time


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: pool-1-thread-1 (45)
java.lang.NoClassDefFoundError: java/sql/Time
	at com.google.gson.Gson.(Gson.java:241)
	at com.google.gson.GsonBuilder.create(GsonBuilder.java:545)
	at org.openstreetmap.josm.plugins.openstreetcam.service.photo.OpenStreetCamService.createGson(OpenStreetCamService.java:58)
	at org.openstreetmap.josm.plugins.openstreetcam.service.BaseService.(BaseService.java:41)
	at org.openstreetmap.josm.plugins.openstreetcam.service.photo.OpenStreetCamService.(OpenStreetCamService.java:48)
	at org.openstreetmap.josm.plugins.openstreetcam.handler.SearchServiceHandler.(SearchServiceHandler.java:49)
	at org.openstreetmap.josm.plugins.openstreetcam.handler.ServiceHandler.(ServiceHandler.java:49)
	at org.openstreetmap.josm.plugins.openstreetcam.handler.ServiceHandler.(ServiceHandler.java:54)
	at org.openstreetmap.josm.plugins.openstreetcam.gui.details.filter.DetectionTypeContent.(DetectionTypeContent.java:25)
	at org.openstreetmap.josm.plugins.openstreetcam.gui.details.filter.DetectionTypeContent.(DetectionTypeContent.java:21)
	at org.openstreetmap.josm.plugins.openstreetcam.OpenStreetCamPlugin.lambda$new$0(OpenStreetCamPlugin.java:84)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.ClassNotFoundException: java.sql.Time
	at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:471)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:588)
	at org.openstreetmap.josm.plugins.PluginClassLoader.loadClass(PluginClassLoader.java:73)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
	... 14 more
}}}
"	schwarting
defect	17697	1	Plugin Conflation: distance is always 0 & conflict with utilsplugin2	Plugin conflation	tested		2019-05-08T12:23:36+02:00	2019-05-08T14:21:05+02:00	"==== What steps will reproduce the problem?
Compare two sets of data (one downloaded from overpass api, another a previous OSM dump).

==== What is the expected result?
Conflation would normally (in the past) show the distance between moved points.

==== What happens instead?
Conflation always shows Distance(m)=0
Nevertheless, trying to conflate two points with different geometries (moved locations) throws an exception error mentioning utilsplugin2.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-04-28 04:36:41 +0200 (Sun, 28 Apr 2019)
Revision:15031
Build-Date:2019-04-28 02:37:58
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15031 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1809 (17763)
Memory Usage: 1018 MB / 8192 MB (409 MB allocated, but free)
Java version: 11.0.2+9-LTS, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 2560x1080
Maximum Screen Size: 2560x1080
VM arguments: [-Djosm.cache=]
Dataset consistency test: No problems found

Plugins:
+ BuildingGeneralization (23)
+ CADTools (1008)
+ ColorPlugin (1537115529)
+ Create_grid_of_ways (34908)
+ EasyPresets (1537621333)
+ ElevationProfile (34977)
+ FastDraw (34977)
+ FixAddresses (34977)
+ HouseNumberTaggingTool (34977)
+ ImageWayPoint (34908)
+ ImportImagePlugin (34908)
+ ImproveOsm (167)
+ ImproveWay (26)
+ InfoMode (34908)
+ Mapillary (1.5.18)
+ MovementAlert (1511141840)
+ OpeningHoursEditor (34977)
+ PicLayer (34908)
+ PolygonCutOut (v0.6)
+ QuickLabel (18)
+ RoadSigns (${version.entry.commit.revision})
+ ShapeTools (1240)
+ SimplifyArea (34977)
+ TombPlugin (58)
+ alignways (34977)
+ apache-commons (34908)
+ apache-http (34908)
+ areaselector (349)
+ austriaaddresshelper (57)
+ auto_tools (73)
+ buildings_tools (34982)
+ changeset-viewer (22)
+ colorscheme (34908)
+ conflation (0.6.3)
+ contourmerge (v0.1.4)
+ ejml (34908)
+ geojson (124)
+ geotools (34908)
+ gpsblam (34908)
+ gpxfilter (34908)
+ gridify (1556174547)
+ gson (34908)
+ imagery_offset_db (34908)
+ importvec (34908)
+ indoor_sweepline (34908)
+ indoorhelper (34977)
+ jaxb (34908)
+ jna (34908)
+ jogl (1.2.3)
+ jts (34908)
+ junctionchecking (34977)
+ kendzi3d-resources (0.0.2)
+ log4j (34908)
+ mapathoner (0.9.0)
+ mapdust (${version.entry.commit.revision})
+ mbtiles (v2.5.0)
+ measurement (34977)
+ merge-overlap (34972)
+ namemanager (34977)
+ opendata (34997)
+ osm-obj-info (51)
+ osmarender (34908)
+ pbf (34908)
+ pdfimport (34977)
+ photo_geotagging (34908)
+ photoadjust (34977)
+ pointInfo (34908)
+ poly (34991)
+ print (34972)
+ public_transport (34977)
+ rasterfilters (34908)
+ reltoolbox (34977)
+ reverter (34977)
+ rex (53)
+ splinex (34908)
+ tag2link (34977)
+ tageditor (34977)
+ tagging-preset-tester (34908)
+ terracer (34977)
+ turnrestrictions (34977)
+ undelete (34977)
+ utilsplugin2 (34977)
+ waypoint_search (34977)
+ wikipedia (v1.1.1)

Tagging presets:
+ E:\Downloads\Presets_Heritage\Presets_Heritage-preset.xml

Map paint styles:
- https://github.com/gmgeo/osmic-josm-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Potlach2_access&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
+ \styles\sit.mapcss

Last errors/warnings:
- E: java.nio.file.NoSuchFileException: E:\Downloads\Presets_Heritage\Presets_Heritage-preset.xml
- E: E:\Downloads\Presets_Heritage\Presets_Heritage-preset.xml
- W: No configuration settings found.  Using hardcoded default values for all pools.
- W: org.openstreetmap.josm.tools.XmlParsingException: org.xml.sax.SAXParseException; lineNumber: 11; columnNumber: 11; cvc-complex-type.2.4.b: The content of element 'presets' is not complete. One of '{""http://josm.openstreetmap.de/tagging-preset-1.0"":chunk, ""http://josm.openstreetmap.de/tagging-preset-1.0"":group, ""http://josm.openstreetmap.de/tagging-preset-1.0"":item, ""http://josm.openstreetmap.de/tagging-preset-1.0"":separator}' is expected. (at line 11, column 11). Cause: org.xml.sax.SAXParseException: cvc-complex-type.2.4.b: The content of element 'presets' is not complete. One of '{""http://josm.openstreetmap.de/tagging-preset-1.0"":chunk, ""http://josm.openstreetmap.de/tagging-preset-1.0"":group, ""http://josm.openstreetmap.de/tagging-preset-1.0"":item, ""http://josm.openstreetmap.de/tagging-preset-1.0"":separator}' is expected.
- W: Cannot start IPv4 remotecontrol https server on port 8112: Keystore was tampered with, or password was incorrect
- W: Cannot start IPv6 remotecontrol https server on port 8112: Keystore was tampered with, or password was incorrect
- E: Handled by bug report queue: java.util.NoSuchElementException


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (20) of main
java.util.NoSuchElementException
	at java.base/java.util.LinkedList$ListItr.next(LinkedList.java:894)
	at org.openstreetmap.josm.command.SequenceCommand.(SequenceCommand.java:56)
	at org.openstreetmap.josm.command.SequenceCommand.(SequenceCommand.java:65)
	at org.openstreetmap.josm.actions.MergeNodesAction.mergeNodes(MergeNodesAction.java:354)
	at org.openstreetmap.josm.actions.MergeNodesAction.mergeNodes(MergeNodesAction.java:305)
	at org.openstreetmap.josm.plugins.utilsplugin2.replacegeometry.ReplaceGeometryUtils.buildReplaceNodeCommand(ReplaceGeometryUtils.java:120)
	at org.openstreetmap.josm.plugins.utilsplugin2.replacegeometry.ReplaceGeometryUtils.buildReplaceCommand(ReplaceGeometryUtils.java:82)
	at org.openstreetmap.josm.plugins.conflation.command.ConflateMatchCommand.buildReplaceGeometryCommand(ConflateMatchCommand.java:199)
	at org.openstreetmap.josm.plugins.conflation.command.ConflateMatchCommand.buildCopyAndReplaceGeometryCommand(ConflateMatchCommand.java:162)
	at org.openstreetmap.josm.plugins.conflation.command.ConflateMatchCommand.buildCommand(ConflateMatchCommand.java:130)
	at org.openstreetmap.josm.plugins.conflation.command.ConflateMatchCommand.executeCommand(ConflateMatchCommand.java:80)
	at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:301)
	at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:355)
	at org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.conflateMatchActionPerformed(ConflationToggleDialog.java:816)
	at org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.actualActionPerformed(ConflationToggleDialog.java:799)
	at org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$BatchAction.actionPerformed(ConflationToggleDialog.java:650)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
	at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6632)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
	at java.desktop/java.awt.Component.processEvent(Component.java:6397)
	at java.desktop/java.awt.Container.processEvent(Container.java:2263)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
}}}
"	hvalentim
defect	17853	1	"relation.nameOrder	not working"	Core			2019-06-26T00:07:11+02:00	2020-07-16T13:56:07+02:00	"Hi~
JOSM has relation.nameOrder [name, name:ko, ref, landuse, natural, leisure, amenity, public_transport, :LocationCode, note, ?building] in Preferences.
But ""Refers to"" column does not display name or name:ko at relation window.

[[Image(Selection_001.png)]]
[[Image(Selection_002.png)]]
[[Image(Selection_003.png)]]"	anonymous
defect	17878	1	Cannot download full old version of an OSM object	Core	latest		2019-07-04T19:24:24+02:00	2020-01-23T10:28:24+01:00	"==== What steps will reproduce the problem?
1. start program with option https://api.openstreetmap.org/api/0.6/way/[id]/[version] or https://www.openstreetmap.org/api/0.6/way/[id]/[version]

or

1. use the ""open location"" command with above urls

==== What is the expected result?
(The mentioned version of) the way is downloaded, with its child nodes and rendered.

==== What happens instead?
The way is downloaded, with its child nodes and nothing is rendered nor selectable.
If you update data the data is rendered but always the last version.

----

==== What steps will reproduce the problem?
1. Open download dialog and choose bbox tab
1. paste/enter api url from above

==== What is the expected result?
(The mentioned version of) the way is downloaded, with its child nodes and rendered.

==== What happens instead?
Some nearby bbox is completely downloaded.

==== Please provide any additional information below. Attach a screenshot if possible.
api.osm or www.osm does not matter.
Both did work in previous versions (see #8946) but I did not use it lately.
Was a nice feature to look at older versions.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-07-03 23:41:23 +0200 (Wed, 03 Jul 2019)
Build-Date:2019-07-04 01:30:58
Revision:15203
Relative:URL: ^/trunk

Program arguments: [https://www.openstreetmap.org/api/0.6/way/4537948]

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	skyper
defect	17955	1	Wrong multipolygon validation when filter is applied	Core validator			2019-07-22T21:20:01+02:00	2019-07-22T21:20:01+02:00	"Open the attached example file and validate.
We don't see anything related with an open/unclosed multipolygon (as it should be).

Now apply a filter with `highway`, mark both `E` and `H` (so the `highway` part gets hidden) and validate it again: we can now see a `Multipolygon is not closed` error.

Probably the validator should ignore filtered objects? (since, for this case, the multipolygon is in fact closed)

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-07-20 23:09:36 +0200 (Sat, 20 Jul 2019)
Revision:15260
Build-Date:2019-07-21 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15260 en) Linux Debian GNU/Linux bullseye/sid
Memory Usage: 365 MB / 6144 MB (180 MB allocated, but free)
Java version: 13-ea+28-Debian-1, Debian, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-2
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
Program arguments: [--language=en]
Dataset consistency test: No problems found

Plugins:
+ FixAddresses (34977)
+ OpeningHoursEditor (34977)
+ PicLayer (35030)
+ SimplifyArea (34977)
+ apache-commons (34908)
+ apache-http (34908)
+ buildings_tools (34982)
+ ejml (35049)
+ geojson (124)
+ geotools (34908)
+ http2 (35062)
+ jaxb (35014)
+ jna (34908)
+ jts (35064)
+ log4j (34908)
+ mbtiles (v2.5.0)
+ measurement (35051)
+ merge-overlap (35072)
+ opendata (34997)
+ poly (34991)
+ reverter (34999)
+ tag2link (35070)
+ tageditor (34977)
+ todo (30306)
+ turnlanes-tagging (281)
+ turnrestrictions (34977)
+ undelete (34977)
+ utilsplugin2 (34977)
+ wikipedia (v1.1.1)
}}}"	naoliv
defect	18018	1	split way: wrong position of new member in route relation in loops	Core	latest		2019-08-07T02:18:01+02:00	2020-05-11T10:22:27+02:00	"==== What steps will reproduce the problem?
1. have a route relation going through a loop in backward direction
1. split a way in the loop

==== What is the expected result?
the proper position is automatically chosen in order to keep the connectivity

==== What happens instead?
the wrong position is chosen and connectivity is broken

==== Please provide any additional information below. Attach a screenshot if possible.
I gonna attach an [attachment:josm_18018_example.osm example file].[[BR]]
Please, split the way at the stop position ""A"" and watch the relation.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-08-05 20:49:54 +0200 (Mon, 05 Aug 2019)
Build-Date:2019-08-06 01:30:53
Revision:15283
Relative:URL: ^/trunk
}}}
"	skyper
defect	18376	1	HiDPI font problems with 3840x2160 screen (Linux)	Core			2019-12-02T00:08:47+01:00	2021-01-27T13:42:49+01:00	"==== What steps will reproduce the problem?
1. Run josm using a 15"" 3840x2160 screen
2. Notice that default fonts are small on a hires (290 DPI) screen
3. Select larger fonts, where 18px is a minimum

==== What is the expected result?
That JOSM looks ok, using the bigger fonts properly. In particular, line to line distance should adjust to the big default font, and NOT assume that 14 px or so is ""enough for everybody"". 

==== What happens instead?
I get the big font I ask for. Some widgets, like the menu, are ok. But some apparently uses hardcoded interline distances, and breaks with 18-30px fonts. In the attatched image, you can see several lines where only the upper half of the text shows. The lower half is overwritten by the next line, because the widgets don't use an interline distance large enough for the font selected. This is a bug.

Some of the icons are also very small on a 290DPI screen. That is not really a bug, although a selection of larger icons is a wishlist item. 

Note that HiDPI screens is not the only case where a 20-30px font is used as default font for everything. People with weak eyes do this on cheaper displays too. Such people also need big fonts to work everywhere.

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

[[Image(18376.png, 1000px)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-11-01 23:59:01 +0100 (Fri, 01 Nov 2019)
Revision:15492
Build-Date:2019-11-01 22:59:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15492 nb) Linux Artix Linux
Memory Usage: 1596 MB / 7958 MB (934 MB allocated, but free)
Java version: 11.0.5+10, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 3840x2160
Maximum Screen Size: 3840x2160
VM arguments: [-Djosm.restart=true]
Program arguments: [2019-11-18_18-13-06.gpx]
Dataset consistency test: No problems found

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- E: org.openstreetmap.josm.gui.oauth.OsmOAuthAuthorizationException: Failed to authorize OAuth request  'GJmnW1fXHhjviTU6pXmTO1qH62Z8IJFseRQDTzGq'
- E: OAuth authorization failed - The automatic process for retrieving an OAuth Access Token
from the OSM server failed.

Please try again or choose another kind of authorization process,
i.e. semi-automatic or manual authorization.
- E: org.openstreetmap.josm.gui.oauth.OsmOAuthAuthorizationException: Failed to authorize OAuth request  'S2UKMp2SEqqVkfbTud88Hi7WcYpUq7oPnWvELZfA'
- E: OAuth authorization failed - The automatic process for retrieving an OAuth Access Token
from the OSM server failed.

Please try again or choose another kind of authorization process,
i.e. semi-automatic or manual authorization.
- E: org.openstreetmap.josm.gui.oauth.OsmOAuthAuthorizationException: Failed to authorize OAuth request  '7Hnl70SaLQG6gD3iqjFJFeSj9YDOrKsBvpLDN0rr'
- E: OAuth authorization failed - The automatic process for retrieving an OAuth Access Token
from the OSM server failed.

Please try again or choose another kind of authorization process,
i.e. semi-automatic or manual authorization.
- W: Region [WMS_BLOCK_v2] Resetting cache
- W: Region [WMTS_BLOCK_v2] Resetting cache
}}}
"	helge.hafting@…
defect	18398	1	NPE in WikipediaToggleDialog with language code yue	Plugin wikipedia	latest		2019-12-07T00:56:07+01:00	2024-05-10T17:08:05+02:00	"==== What steps will reproduce the problem?
1. Update JOSM to 15553
2. Run as usual
3. Open any Imagery

==== What is the expected result?

Run without any issud

==== What happens instead?

1. An update plugin dialog box popup.
2. Click update plugin.
3. Warning dialog box popup and plugins are not loaded

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-12-01 23:10:15 +0100 (Sun, 01 Dec 2019)
Revision:15553
Build-Date:2019-12-02 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15553 en) Mac OS X 10.15
OS Build number: Mac OS X 10.15 (19A583)
Memory Usage: 521 MB / 2048 MB (198 MB allocated, but free)
Java version: 13.0.1+9, AdoptOpenJDK, OpenJDK 64-Bit Server VM
Screen: Display 69679052 1440x900
Maximum Screen Size: 1440x900

Plugins:
+ DirectDownload (35221)
+ EasyPresets (1537621333)
+ FastDraw (34977)
+ FixAddresses (34977)
+ HouseNumberTaggingTool (34977)
+ ImportImagePlugin (35125)
+ ImproveOsm (188)
+ PicLayer (35104)
+ SeaChart (35120)
+ SeaMapEditor (34908)
+ apache-commons (35092)
+ editgpx (35221)
+ ejml (35122)
+ geotools (35169)
+ imagery_offset_db (34908)
+ jaxb (35014)
+ jts (35122)
+ livegps (35221)
+ log4j (34908)
+ measurement (35221)
+ opendata (35179)
+ pdfimport (34977)
+ photo_geotagging (34908)
+ print (34972)
+ reverter (35226)
+ surveyor (34977)
+ terracer (34977)
+ undelete (34977)
+ utilsplugin2 (35238)
+ wikipedia (1.1.3)

Tagging presets:
+ https://raw.githubusercontent.com/OpenNauticalChart/josm/master/INT-1-preset.xml

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- https://raw.githubusercontent.com/OpenNauticalChart/josm/master/INT1_MapCSS.mapcss
- https://pasharm.github.io/New_basic_style_for_JOSM/New_basic_style.mapcss
- https://raw.githubusercontent.com/OpenSeaMap/josm/master/INT1_Seamark.mapcss
- https://raw.githubusercontent.com/OpenSidewalks/OpenSidewalks-Schema/master/open_sidewalks.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/LitObjects&zip=1
- https://github.com/MissingMaps/josm_styles/archive/master.zip
- https://github.com/hotosm/HDM-JOSM-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransportV2&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- W: Warning: Failed to scan file 'site-svn.openstreetmap.org-_applications_editors_josm_plugins_opendata_modules.txt' for module information. Skipping.
- W: Could not initialize Wikipedia app for language 'yue'!: java.lang.IllegalArgumentException: No Wikipedia for language 粵語 (yue) found!
- E: Handled by bug report queue: org.openstreetmap.josm.plugins.PluginException: An error occurred in plugin wikipedia. Cause: java.lang.reflect.InvocationTargetException. Cause: java.lang.NullPointerException
- W: Warning - JOSM could not find information about the following plugins:
  • livegps
  • SeaMapEditor
  • apache-commons
  • HouseNumberTaggingTool
  • geotools
  • opendata
  • FixAddresses
  • measurement
  • jaxb
  • SeaChart
  • editgpx
  • utilsplugin2
  • pdfimport
  • EasyPresets
  • terracer
  • wikipedia
  • PicLayer
  • log4j
  • imagery_offset_db
  • ImproveOsm
  • jts
  • DirectDownload
  • surveyor
  • ejml
  • reverter
  • FastDraw
  • print
  • photo_geotagging
  • ImportImagePlugin
  • undelete
The plugins are not going to be loaded.


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (20) of main
org.openstreetmap.josm.plugins.PluginException: An error occurred in plugin wikipedia
	at org.openstreetmap.josm.plugins.PluginProxy.handlePluginException(PluginProxy.java:60)
	at org.openstreetmap.josm.plugins.PluginProxy.mapFrameInitialized(PluginProxy.java:71)
	at org.openstreetmap.josm.gui.MainPanel.updateContent(MainPanel.java:80)
	at org.openstreetmap.josm.gui.MainPanel$1.beforeFirstLayerAdded(MainPanel.java:157)
	at org.openstreetmap.josm.gui.layer.MainLayerManager.realAddLayer(MainLayerManager.java:281)
	at org.openstreetmap.josm.gui.layer.LayerManager.lambda$addLayer$0(LayerManager.java:218)
	at org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWaitWithException(GuiHelper.java:239)
	at org.openstreetmap.josm.gui.layer.LayerManager.addLayer(LayerManager.java:218)
	at org.openstreetmap.josm.gui.layer.LayerManager.addLayer(LayerManager.java:207)
	at org.openstreetmap.josm.actions.AddImageryLayerAction.actionPerformed(AddImageryLayerAction.java:150)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
	at java.desktop/com.apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:129)
	at java.desktop/java.awt.MenuItem.processActionEvent(MenuItem.java:690)
	at java.desktop/java.awt.MenuItem.processEvent(MenuItem.java:649)
	at java.desktop/java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:375)
	at java.desktop/java.awt.MenuComponent.dispatchEvent(MenuComponent.java:363)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:775)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Caused by: java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:567)
	at org.openstreetmap.josm.plugins.PluginProxy.mapFrameInitialized(PluginProxy.java:66)
	... 35 more
Caused by: java.lang.NullPointerException
	at org.wikipedia.gui.WikipediaToggleDialog.updateTitle(WikipediaToggleDialog.java:146)
	at org.wikipedia.gui.WikipediaToggleDialog.(WikipediaToggleDialog.java:88)
	at org.wikipedia.WikipediaPlugin.mapFrameInitialized(WikipediaPlugin.java:72)
	... 40 more

=== RUNNING THREADS ===
Thread: RemoteControl HTTP Server (46) of main
java.base@13.0.1/sun.nio.ch.Net.accept(Native Method)
java.base@13.0.1/sun.nio.ch.NioSocketImpl.accept(NioSocketImpl.java:755)
java.base@13.0.1/java.net.ServerSocket.implAccept(ServerSocket.java:662)
java.base@13.0.1/java.net.ServerSocket.platformImplAccept(ServerSocket.java:628)
java.base@13.0.1/java.net.ServerSocket.implAccept(ServerSocket.java:604)
java.base@13.0.1/java.net.ServerSocket.implAccept(ServerSocket.java:561)
java.base@13.0.1/java.net.ServerSocket.accept(ServerSocket.java:518)
app//org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

Thread: Finalizer (3) of system
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.base@13.0.1/java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:170)

Thread: Java2D Queue Flusher (15) of system
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.desktop@13.0.1/sun.java2d.opengl.OGLRenderQueue$QueueFlusher.run(OGLRenderQueue.java:205)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: message-notifier-0 (50) of main
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:235)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@13.0.1/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@13.0.1/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: Reference Handler (2) of system
java.base@13.0.1/java.lang.ref.Reference.waitForReferencePendingList(Native Method)
java.base@13.0.1/java.lang.ref.Reference.processPendingReferences(Reference.java:241)
java.base@13.0.1/java.lang.ref.Reference$ReferenceHandler.run(Reference.java:213)

Thread: File Watcher (23) of main
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@13.0.1/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
java.base@13.0.1/java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:671)
java.base@13.0.1/sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118)
app//org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:120)
app//org.openstreetmap.josm.io.FileWatcher$$Lambda$303/0x0000000800ddbc40.run(Unknown Source)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: Timer-2 (57) of main
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.Object.wait(Object.java:326)
java.base@13.0.1/java.util.TimerThread.mainLoop(Timer.java:527)
java.base@13.0.1/java.util.TimerThread.run(Timer.java:506)

Thread: Timer-1 (47) of main
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@13.0.1/java.util.TimerThread.run(Timer.java:506)

Thread: AWT-Shutdown (18) of system
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.Object.wait(Object.java:326)
java.desktop@13.0.1/sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:291)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: TimerQueue (21) of system
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@13.0.1/java.util.concurrent.DelayQueue.take(DelayQueue.java:217)
java.desktop@13.0.1/javax.swing.TimerQueue.run(TimerQueue.java:171)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: RemoteControl HTTP Server (45) of main
java.base@13.0.1/sun.nio.ch.Net.accept(Native Method)
java.base@13.0.1/sun.nio.ch.NioSocketImpl.accept(NioSocketImpl.java:755)
java.base@13.0.1/java.net.ServerSocket.implAccept(ServerSocket.java:662)
java.base@13.0.1/java.net.ServerSocket.platformImplAccept(ServerSocket.java:628)
java.base@13.0.1/java.net.ServerSocket.implAccept(ServerSocket.java:604)
java.base@13.0.1/java.net.ServerSocket.implAccept(ServerSocket.java:561)
java.base@13.0.1/java.net.ServerSocket.accept(ServerSocket.java:518)
app//org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

Thread: AppKit Thread (13) of system

Thread: AWT-EventQueue-0 (20) of main
Stacktrace see above.

Thread: Weak reference cleaner (24) of main
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
app//org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
app//org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$335/0x0000000800e47040.run(Unknown Source)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: Timer-0 (42) of main
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@13.0.1/java.util.TimerThread.run(Timer.java:506)

Thread: JCS-ElementEventQueue-Thread-1 (32) of main
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@13.0.1/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: Signal Dispatcher (4) of system

Thread: Java2D Disposer (16) of system
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.desktop@13.0.1/sun.java2d.Disposer.run(Disposer.java:144)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: image-fetcher-0 (30) of main
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@13.0.1/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: ForkJoinPool.commonPool-worker-7 (35)
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@13.0.1/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1633)
java.base@13.0.1/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177)

Thread: DestroyJavaVM (52) of main

Thread: Map Status Collector (58) of main
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@13.0.1/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
app//org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:434)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: WeakCollectionCleaner (39) of main
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
org.geotools.util.WeakCollectionCleaner.run(WeakCollectionCleaner.java:65)

Thread: Common-Cleaner (10) of InnocuousThreadGroup
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@13.0.1/jdk.internal.ref.CleanerImpl.run(CleanerImpl.java:148)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)
java.base@13.0.1/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: changeset-updater-0 (51) of main
java.base@13.0.1/jdk.internal.misc.Unsafe.park(Native Method)
java.base@13.0.1/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:235)
java.base@13.0.1/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@13.0.1/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@13.0.1/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@13.0.1/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@13.0.1/java.lang.Thread.run(Thread.java:830)

Thread: GT authority factory disposer (36) of main
java.base@13.0.1/java.lang.Object.wait(Native Method)
java.base@13.0.1/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@13.0.1/java.util.TimerThread.run(Timer.java:506)
}}}
"	anonymous
defect	18515	1	no warning about adding new end node to a way with membership	Core	tested		2020-01-04T15:05:09+01:00	2020-01-04T15:06:28+01:00	"From #18501 GerdP [ticket:18501#comment:4 comment 4]:
> BTW: JOSM also allows to add nodes to a way at the ""outside"" end node. I thought this would also provoke the popup, but it doesn't.

Download area does not even matter in some cases

==== What steps will reproduce the problem?
1. Have one way (A) with three nodes and another one (B) with two nodes connected at the middle node of A. Both are member of a route relation with empty role or role `forward` for A and `link` for B.
1. select middle node of A
1. switch to add mode
1. add new end node to B

==== What is the expected result?
A warning as I change a relation

==== What happens instead?
No warning

==== Please provide any additional information below. Attach a screenshot if possible.
See the example on the right in attached [attachment:josm_end_node_sample.osm file].
There are more examples, gonna try to make a better example file.

Talking about outside download area there needs to be an additional warning.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-01-02 22:34:59 +0100 (Thu, 02 Jan 2020)
Revision:15628
Build-Date:2020-01-02 21:52:31
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18562	1	command stack toggle dialog: conflation delete icon not properly scaled	Plugin conflation			2020-01-16T00:01:14+01:00	2020-01-16T00:01:14+01:00	"==== What steps will reproduce the problem?
1. execute a conflation in conflation toggle dialog
1. switch to command stack toggle dialog
1. unfold twice last action
1. look at last line `delete 1 conflation match`

==== What is the expected result?
A properly scaled delete icon

==== What happens instead?
A huge delete icon

==== Please provide any additional information below. Attach a screenshot if possible.
[[Image(josm_command_stack_conflation_delete_screenshot.png)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-01-14 21:55:56 +0100 (Tue, 14 Jan 2020)
Revision:15711
Build-Date:2020-01-15 02:30:59
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15711 en) Linux Debian GNU/Linux 10 (buster)
Java version: 11.0.5+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM

Plugins:
+ conflation (0.6.4)
}}}
"	skyper
defect	18597	1	Combine Way does not generate conflict when joining maxspeed with maxspeed:forward in expert mode	Core			2020-01-22T20:46:54+01:00	2024-02-11T16:26:22+01:00	"==== What steps will reproduce the problem?
* Way 1: `highway=residential maxspeed=50`
* Way 2: `highway=residential maxspeed=50 maxspeed:forward=50 maxspeed:backward=30`
* Select both ways
* Run ""Combine Ways""

==== What is the expected result?
Conflict dialog (or warning) appears

==== What happens instead?
Ways are combined silently

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

{{{
Revision:15742
Is-Local-Build:true
Build-Date:2020-01-20 23:22:35

Identification: JOSM/1.5 (15742 SVN en_GB) Linux Arch Linux
Memory Usage: 588 MB / 3972 MB (363 MB allocated, but free)
Java version: 11.0.6+10, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 3840x2160
Maximum Screen Size: 3840x2160
VM arguments: [-agentlib:jdwp=transport=dt_socket,address=127.0.0.1:35787,suspend=y,server=n, -Djosm.home=, -javaagent:/usr/share/idea/plugins/Groovy/lib/agent/gragent.jar, -javaagent:/usr/share/idea/plugins/java/lib/rt/debugger-agent.jar, -Dfile.encoding=UTF-8]
Program arguments: [--set=expert=true, --set=iso.dates=true, --set=debug.edt-checker.enable=true, /tmp/b.osm]
Dataset consistency test: No problems found

Plugins:
+ wikipedia (1.1.3)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- W: Region [WMTS_BLOCK_v2] Resetting cache
- E: Failed to locate image 'images/thetha.svg'
}}}
"	simon04
defect	18604	1	Validator doesn't give warning when a natural=scrub and natural=wood areas overlap	Core validator	tested		2020-01-23T10:20:21+01:00	2020-02-29T10:50:43+01:00	"==== What steps will reproduce the problem?
1. Just create two areas that overlap, and tag one of them as natural=wood and the other as natural=scrub
2. The validator does work when both are scrub or wood
3. Another combinations that give problems are wood or scrub overlapping wetland or water

==== What is the expected result?

The validator should give a ""Overlapping natural areas"" or similar

==== What happens instead?

No warning in the validator.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-01-02 22:34:59 +0100 (Thu, 02 Jan 2020)
Revision:15628
Build-Date:2020-01-02 21:52:31
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15628 en_GB) Linux Ubuntu 19.10
Memory Usage: 411 MB / 3504 MB (189 MB allocated, but free)
Java version: 11.0.5+10-post-Ubuntu-0ubuntu1.1, Private Build, OpenJDK 64-Bit Server VM
Screen: :0.0 1680x1050, :0.1 1680x1050
Maximum Screen Size: 1680x1050
Java package: openjdk-11-jre:amd64-11.0.5+10-0ubuntu1.1
Java ATK Wrapper package: libatk-wrapper-java:all-0.35.0-3
fonts-noto: fonts-noto:all-20181227-1
VM arguments: [-Djosm.restart=true, -Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (35092)
+ ejml (35122)
+ geotools (35169)
+ jaxb (35092)
+ jts (35122)
+ opendata (35280)
+ todo (30306)
+ utilsplugin2 (35248)

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	anonymous
defect	18648	1	combine objects: tag conflict: no warning for equal values which should be summed up	Core	latest		2020-01-30T17:21:57+01:00	2020-01-30T22:21:18+01:00	"In the tag conflict dialog there is the nice option to sum up some numerical values of quantity keys like `capacity=*` and `step_count=*` but it is not offered for equal values. In fact, there is not even a conflict raised for these keys.

==== What steps will reproduce the problem?
1. Have two ways `highway=steps`, `step_count=5` connected to each other at end node
1. Combine ways

1. Have two nodes `amenity=parking`, `capacity=50`
1. Merge them

==== What is the expected result?
A warning about keys representing a quantity (, at least in normal mode) and the tag/membership conflict dialog.

==== What happens instead?
Silently applies action

==== Please provide any additional information below. Attach a screenshot if possible.
By the way, in the drop down menu the value option `all` should be disabled for these keys

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-01-29 23:00:37 +0100 (Wed, 29 Jan 2020)
Revision:15796
Build-Date:2020-01-30 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	18668	1	JOSM downloads to geojson layer	Core geojson	latest		2020-02-03T13:31:26+01:00	2020-02-04T00:01:23+01:00	Hi, I just updated and opened a json layer from a file. When downloading in JOSM fom OSM no new layer is created and the data is mixed into the geojson-layer instead. This is a bug IMO.	pangoSE
defect	18671	1	Silent download to other layer	Core			2020-02-03T20:30:29+01:00	2020-02-05T13:32:32+01:00	"==== What steps will reproduce the problem?
1. Have a .osm [attachment:ticket:18670:josm_unglue_relation.osm file] with download='never' in osm header as active layer and another data layer
1. download data

==== What is the expected result?
Any download action to existing layers is denied and a nice info warning is shown. 

==== What happens instead?
The download dialogs open and download actions silently take place in other layer.

==== Please provide any additional information below. Attach a screenshot if possible.
If there is no additional layer, a new layer is created automatically. This would be an general option with a notification, though, I think ""download"" buttons should be disabled if a ""download as new layer"" button is available and any checkbox ""download as new layer"" is checked and fixed.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-02 18:47:18 +0100 (Sun, 02 Feb 2020)
Revision:15810
Build-Date:2020-02-03 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18675	1	Join Areas: Tags and Membership from uninvolved objects copied	Core	latest		2020-02-04T16:20:37+01:00	2020-02-21T13:01:08+01:00	"==== What steps will reproduce the problem?
1. Have three closed ways, two of them overlapping and the third one with different tags or memberships than the other two. See attached [attachment:josm_join_areas_tag_bug_example.osm file].
1. Select all three ways
1. Join overlapping areas

==== What is the expected result?
The tags and memberships of the involved ways are merged to the (new) way

==== What happens instead?
All tags and memberships of all selected ways are merged to the (new) way, including tags and memberships of selected objects which were not joined as they do not overlap.

==== Please provide any additional information below. Attach a screenshot if possible.
Please, use only the tags and memberships of the involved objects and skip the other, thanks.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-03 22:02:21 +0100 (Mon, 03 Feb 2020)
Revision:15813
Build-Date:2020-02-04 02:30:59
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18838	1	"merge layer/selection: too many conflicts created and wrong user for ""their"" displayed"	Core			2020-03-02T14:04:27+01:00	2021-11-26T16:38:17+01:00	"I encountered this merging selection but as demo merge layer is easier and produces the same results.

==== What steps will reproduce the problem?
1. Have the same way in two data layer
1. modify the position of its children differently in both layers. See example [attachment:Merge.joz]
1. merge layers 

==== What is the expected result?
* Only conflict on nodes
* the user should be the same for both ""my"" and ""their""

==== What happens instead?
* Conflict on way
* user on ""their"" is displayed from previous version and likely wrong

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-01 01:02:24 +0100 (Sun, 01 Mar 2020)
Revision:15969
Build-Date:2020-03-01 02:30:56
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18850	1	ArrayIndexOutOfBoundsException after undoing adding additional node	Plugin ImproveWay			2020-03-03T18:26:05+01:00	2021-03-08T14:01:31+01:00	"==== What steps will reproduce the problem?
1. Have a closed way and an unclosed way sharing segments. See attached example [attachment:josm_improve_way_example.osm.bz2 file]
1. Select the unclosed way (`name=select`) in Impove Way Mode
1. Add an additional node between A and B
1. undo 

==== What is the expected result?
No exception

==== What happens instead?
ArrayIndexOutOfBoundsException

==== Please provide any additional information below. Attach a screenshot if possible.
The bug report even opens twice for one undo of one action.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-02 23:50:44 +0100 (Mon, 02 Mar 2020)
Revision:16002
Build-Date:2020-03-02 22:52:33
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ ImproveWay (29)
+ utilsplugin2 (35248)

Last errors/warnings:
- E: Handled by bug report queue: java.lang.ArrayIndexOutOfBoundsException: Index 7 out of bounds for length 7
- W: Warning - JOSM could not find information about the following plugins:
  • ImproveWay
The plugins are not going to be loaded.


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.ArrayIndexOutOfBoundsException: Index 7 out of bounds for length 7
	at org.openstreetmap.josm.data.osm.Way.getNode(Way.java:99)
	at org.openstreetmap.josm.data.osm.WaySegment.getSecondNode(WaySegment.java:50)
	at org.openstreetmap.josm.plugins.improveway.ImproveWayAccuracyAction.paint(ImproveWayAccuracyAction.java:338)
	at org.openstreetmap.josm.gui.MapView.drawTemporaryLayers(MapView.java:647)
	at org.openstreetmap.josm.gui.MapView.drawMapContent(MapView.java:584)
	at org.openstreetmap.josm.gui.MapView.paint(MapView.java:487)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
	at java.desktop/javax.swing.JSplitPane.paintChildren(JSplitPane.java:1024)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
	at java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5255)
	at java.desktop/javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:246)
	at java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1323)
	at java.desktop/javax.swing.JComponent._paintImmediately(JComponent.java:5203)
	at java.desktop/javax.swing.JComponent.paintImmediately(JComponent.java:5013)
	at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:865)
	at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:848)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848)
	at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823)
	at java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772)
	at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
}}}
"	skyper
defect	18894	1	Merge (selection): No user information about layer state `upload=*`	Core			2020-03-08T19:41:48+01:00	2021-10-31T15:03:19+01:00	"==== What steps will reproduce the problem?
1. Have an empty data layer and a file with `upload=never` in osm header, e.g. [attachment:josm_18596_false_positive.osm.bz2:ticket:18596 example].
1. Merge layer or merge selection to empty data

==== What is the expected result?
At least a warning about `upload=never`

==== What happens instead?
No user information

==== Please provide any additional information below. Attach a screenshot if possible.
For value `false` a warning should be sufficient for `never` the action could be even denied.
Oh, I see, the information is silently preserved with merge but not with merge selection


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-07 00:24:28 +0100 (Sat, 07 Mar 2020)
Revision:16051
Build-Date:2020-03-07 02:30:50
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18898	1	Add Tag: clicking on key/value combination just added in the action does not fill key text field	Core	latest		2020-03-09T13:32:53+01:00	2020-03-09T13:33:57+01:00	"==== What steps will reproduce the problem?
1. select an object
1. open add tag dialog
1. add tag and press `Shift` to continue
1. click on the just added tag in the list

==== What is the expected result?
Both text fields, key and value, are filled

==== What happens instead?
Only value text field is filled, for the key to show up I have to click twice

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-09 01:20:59 +0100 (Mon, 09 Mar 2020)
Revision:16102
Build-Date:2020-03-09 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18911	1	"Clicking on layer's opacity slider ""toggles"" instead of sliding"	Core imagery			2020-03-11T01:58:34+01:00	2020-03-12T09:19:48+01:00	"==== What steps will reproduce the problem?
1. Have JOSM open with a layer.
2. In the 'layers' pane, click the button labeled ""change visibility of the selected layer""
3. In the popup, notice that there is an opacity slider, currently at 100%
4. Click in the middle of the slider to select a value near 50%

==== What is the expected result?
I expect the slider to slide to the position/value clicked by the user

==== What happens instead?
The slider acts more like a toggle, jumping in the direction of the click to the extreme value in that direction.

==== Please provide any additional information below. Attach a screenshot if possible.
This slider behaved as expected previously. I do not know when the behavior changed. Recently I have updated JOSM to latest and updated my JAVA version.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-26 10:50:27 +0100 (Wed, 26 Feb 2020)
Revision:15937
Build-Date:2020-02-26 09:52:41
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15937 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 1809 (17763)
Memory Usage: 417 MB / 2048 MB (165 MB allocated, but free)
Java version: 13.0.2+8, AdoptOpenJDK, OpenJDK 64-Bit Server VM
Screen: \Display0 3840x2160
Maximum Screen Size: 3840x2160
Program arguments: [Vienna/Subject.osm, Vienna/Reference.osm, Vienna/Conflated.Create.osm, Vienna/Conflated.Modify.osm]
Dataset consistency test: No problems found

Plugins:
+ measurement (35248)
+ todo (30306)

Last errors/warnings:
- W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
}}}
"	blackboxlogic@…
defect	18988	1	Split way: no warning about *:direction=forward/backward/both on split node	Core			2020-03-26T21:54:28+01:00	2020-03-26T21:54:28+01:00	"==== What steps will reproduce the problem?
1. have a way with a middle node tagged `highway=traffic_sign` and `traffic_sign:direction=forward/backward/both`, see attached [attachment:josm_node_direction.osm.bz2 example file]
1. Select node (`name=Split`)
1. Split way

==== What is the expected result?
A warning about the tag conflict on end node

==== What happens instead?
No warning and action takes place

==== Please provide any additional information below. Attach a screenshot if possible.
Same is true for `railway:signal:direction=forward/backward/both`

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-24 07:37:08 +0100 (Tue, 24 Mar 2020)
Revision:16200
Build-Date:2020-03-25 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	18992	1	Tagging Preset: No information exchange between linked presets	Core			2020-03-27T00:45:38+01:00	2022-12-13T15:56:30+01:00	"==== What steps will reproduce the problem?
1. Have a untagged way selected
1. Open any highway preset
1. Check `oneway` (checked)
1. Click on highway/street/road restriction and look at `oneway` check (unchecked)
1. Check `toll` (checked) and apply
1. Have a look at `toll` check (unchecked)

==== What is the expected result?
* `oneway` is checked in both preset after 3.
* `toll`  is checked in both preset after 5.

==== What happens instead?
* `oneway` is not checked in 4. and 5.
* `toll` is not checked in 6.
In fact all duplicate keys in the linked preset will never have an effect and are silently ignored.

==== Please provide any additional information below. Attach a screenshot if possible.
I stumbled over this creating the [/Presets/MastAndTower] and first ignored it as we could say, having the same key in two presets and linking from one to another is not a good idea but as it happens already within defaultpresets, I called it a defect. I did not check all available tagging presets but `name`, `ref` and `operator` are candidates for the same issue so not only checkboxes are a problem.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-24 07:37:08 +0100 (Tue, 24 Mar 2020)
Revision:16200
Build-Date:2020-03-25 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	19001	1	download object reports downloading incomplete data	Core			2020-03-29T15:47:50+02:00	2020-03-29T17:11:53+02:00	"EDIT: The data handling is OK, but the message in the console is strange:

==== What steps will reproduce the problem?
1. Download object way 426727372 
1. Get a way with four child nodes, see attached [attachment:josm_download_object_incomplete_way.osm file]
1. ~~Compare the number of children with history or advanced info~~
1. Look at the console output, see below

==== What is the expected result?
~~Number should be the same~~
No additional info message

==== What happens instead?
~~Number is different: 4 vs 5. The downloaded way is missing one node.~~
An additional info message about incomplete data

==== Please provide any additional information below. Attach a screenshot if possible.
No use of overpass.

terminal log:
{{{
2020-03-29 15:28:08.465 INFO: GET https://api.openstreetmap.org/api/0.6/ways?ways=426727372 -> HTTP/1.1 200 (157 ms)
2020-03-29 15:28:08.474 INFO: Way 426727372 with 5 nodes is incomplete because at least one node was missing in the loaded data.
}}}

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-27 15:39:19 +0100 (Fri, 27 Mar 2020)
Revision:16205
Build-Date:2020-03-28 02:30:56
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	19002	1	undeleting a node to existing layer does not work	Plugin undelete			2020-03-29T16:26:06+02:00	2021-05-20T16:10:58+02:00	"==== What steps will reproduce the problem?
1. Download object: `n6479785832, n4263968339, n6485923883`
1. Get message about deleted node and copy id (`n4263968339`)
1. Undelete `n4263968339` to existing layer

==== What is the expected result?
Node is undeleted

==== What happens instead?
Node is not undeleted

==== Please provide any additional information below. Attach a screenshot if possible.
Undeleting to new layer works and the problem seems to be that the node is already present in data but flagged as deleted.
Did not test it with other object types.
Present in both latest and tested (r15937)

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-27 15:39:19 +0100 (Fri, 27 Mar 2020)
Revision:16205
Build-Date:2020-03-28 02:30:56
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ undelete (35313)
}}}"	skyper
defect	19008	1	Differences in  results outside downloaded area between no download area at all and small download area somewhere	Core validator			2020-03-30T17:47:41+02:00	2023-03-28T02:13:54+02:00	"This is a follow up of #18414 and the real problem. See my [ticket:18414#comment:11] and followups.
See [attachment:ticket:18414:josm_way_end_node_near_other.joz] for example data. Please use the ""unlocked"" layers.

==== What steps will reproduce the problem?
1. Have the same data in two layers. One without any download area, the other with a minimal download area containing no data somewhere. 
1. Run validator

==== What is the expected result?
Same results in my case as all data is outside downloaded area

==== What happens instead?
Different results

==== Please provide any additional information below. Attach a screenshot if possible.
At least `Way end node near other highway` and `Way end node near other way` show different results but I believe there are more test affected.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-27 15:39:19 +0100 (Fri, 27 Mar 2020)
Revision:16205
Build-Date:2020-03-28 02:30:56
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19020	1	NPE at FieldPapersAddLayerAction.openUrl	Plugin fieldpapers			2020-04-02T11:46:54+02:00	2021-02-22T12:56:23+01:00	"==== What steps will reproduce the problem?
1. 
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== 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: 2020-02-26 10:50:27 +0100 (Wed, 26 Feb 2020)
Build-Date:2020-02-26 09:52:41
Revision:15937
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15937 fr) Windows 10 64-Bit
OS Build number: Windows 10 Home 1909 (18363)
Memory Usage: 247 MB / 989 MB (88 MB allocated, but free)
Java version: 1.8.0_241-b07, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ fieldpapers (v0.5.0)
+ imagery_offset_db (35405)
+ turnrestrictions (35405)

Last errors/warnings:
- E: Handled by bug report queue: java.lang.NullPointerException
- W: Avertissement - JOSM ne parvient pas à trouver d’information sur les greffons suivants :
  • imagery_offset_db
  • fieldpapers
  • turnrestrictions
Les greffons ne seront pas chargés.


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (15) of main
java.lang.NullPointerException
	at org.openstreetmap.josm.plugins.fieldpapers.FieldPapersAddLayerAction.openUrl(FieldPapersAddLayerAction.java:73)
	at org.openstreetmap.josm.plugins.fieldpapers.FieldPapersAddLayerAction.actionPerformed(FieldPapersAddLayerAction.java:58)
	at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
	at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
	at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
	at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
	at javax.swing.AbstractButton.doClick(Unknown Source)
	at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
	at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source)
	at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source)
	at java.awt.Component.processMouseEvent(Unknown Source)
	at javax.swing.JComponent.processMouseEvent(Unknown Source)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$500(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	pyr.ryckebusch@…
defect	19043	1	Sort relation's member: Better protection of incomplete relations.	Core			2020-04-06T17:27:36+02:00	2021-03-22T13:35:20+01:00	"==== What steps will reproduce the problem?
1. Open an incomplete (route) relation in relation editor with only some downloaded members
1. (Select first member)
1. click on ""Sort the relation's members"" or ""Sort the selected relation's members and everything below""

==== What is the expected result?
A warning asking if I want to (completely) sort a relation with incomplete members. With options to save answer as usual.

==== What happens instead?
No warning and order of relation is destroyed as the downloaded members are sorted on top

==== Please provide any additional information below. Attach a screenshot if possible.
Not sure how to proper handle the situation because denying sorting on incomplete relations is too restrictive. 
1. Members object type way should not be sorted at all if no connection is possible
1. Members object type way should not be sorted to a lower numbered position than the lowest numbered position of a complete member with object type way

My most distracting user fault, modifying relations and their order is unintentional sorting with only one member instead of a handful spread somewhere selected. In my editing scenarios, I would love to get the warning represented even with complete relations and ""Sort the relation`s members"". At least for route relations it would help me and not distract much.

In my eyes, it could be made more difficult to unintentionally, completely sort (route) relations  by downgrading ""Sort the relation's members"" to ""Sort the selected relation's members"" and making ""Sort the selected relation`s members and everything below"" available in normal mode.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-06 02:17:07 +0200 (Mon, 06 Apr 2020)
Revision:16239
Build-Date:2020-04-06 00:18:43
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19052	1	"No user information if ""disconnect node from way"" modifies a relation"	Core			2020-04-08T17:02:24+02:00	2020-04-11T13:18:09+02:00	"==== What steps will reproduce the problem?
1. Have a way`s middle node with membership in a relation selected
1. ""Disconnect node from way""

==== What is the expected result?
Some user information that the node is member of a relation

==== What happens instead?
No information

==== Please provide any additional information below. Attach a screenshot if possible.
Utilsplugin2's ""extract node"" is even worse, as it works on end nodes and extracting a node with role `via` damages relations without warning/information nor an option to decide which node should keep the membership, see #19068.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-06 09:47:17 +0200 (Mon, 06 Apr 2020)
Revision:16243
Build-Date:2020-04-07 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35248)
}}}
"	skyper
defect	19119	1	Annotation/Address Preset is filled with previous Entry values when summoned on an entry that has zero values at instantiation	Core			2020-04-19T01:48:10+02:00	2020-04-19T01:48:10+02:00	"==== What steps will reproduce the problem?
1. Launch Facilities/Education/School preset on a virtually empty school cadastre
2. Launch Annotation/Address sub-Preset as part of that process
3. Stare at a screen full of the last school's address

==== What is the expected result?
An empty form ready for the new schools address values

==== What happens instead?
A form full of the old, (wrong) address values

==== Please provide any additional information below. Attach a screenshot if possible.
Screenshot attached.
Note that the values in the form are for a Nottingham school. The school being worked on is in Lincolnshire.

This is NOT a major issue. However, it would be easy to just press the 'Apply' button if in a hurry.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-16 21:12:58 +0200 (Thu, 16 Apr 2020)
Build-Date:2020-04-17 01:30:53
Revision:16316
Relative:URL: ^/trunk

Identification: JOSM/1.5 (16316 en_GB) Linux Devuan GNU/Linux 2.1 (ascii)
Memory Usage: 670 MB / 1646 MB (254 MB allocated, but free)
Java version: 1.8.0_242-8u242-b08-1~deb9u1-b08, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1366x768
Maximum Screen Size: 1366x768
Java package: openjdk-8-jre:amd64-8u242-b08-1~deb9u1
libcommons-logging-java: libcommons-logging-java:all-1.2-1
fonts-noto: fonts-noto:-
VM arguments: [-Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found

Plugins:
+ DirectUpload (35248)
+ Mapillary
+ apache-commons (35362)
+ apache-http (35092)
+ buildings_tools (35405)
+ continuosDownload (91)
+ ejml (35313)
+ geotools (35169)
+ jaxb (35092)
+ jna (35092)
+ jts (35122)
+ opendata (35405)
+ photo_geotagging (35405)
+ photoadjust (35405)
+ terracer (35327)
+ utilsplugin2 (35405)
+ waydownloader (35405)

Last errors/warnings:
- E: Error - Plug-in Mapillary requires a plug-in which was not found. The missing plug-in is:
  • javafx

}}}

PS    
The continual demand for the javafx plugin is really annoying."	alexkemp
defect	19148	1	Problems with multipolygon consisting of several separate areas with same primary tag but different secondary tags.	Core			2020-04-24T15:08:50+02:00	2020-04-27T11:02:58+02:00	"This came up in #19136, see my [ticket:19136#comment:22 comment 22] and followups.
I've created an example file: 
[attachment:ticket:19136:josm_19136_multi_with_same_style_sample.osm josm_19136_multi_with_same_style_sample.osm]

If I have two parts of a forest with a name in common but the parts have different `operator` and different `leaf_type`. I need to leave the secondary tags on the parts and maybe use more general values for the multipolygon.
* Only secondary tags on a area without primary tag is not working
 * ""Create multipolygon"" just does that
* Simply adding the name to both parts contradicts: One feature one object
* Only a cheat, creating multipolygons for each area and an additional one for the group is accepted by validator
* I do not use `type=site` as osmwiki:Tag:type=site explicitly stats:
 > **This relation is not to be used in cases where the element can be represented by one or more areas and neither linear ways nor nodes outside these areas would have to be included or excluded from within these areas.**

=== Multi_Multi (no warning)
Same as ""Valid but warning"" but with multipolygons for each part. I get no warning.
* Should trigger the same warnings as ""Valid but warning"" cause it is just a different mapping style
* Additional warnings for the ""forest"" multipolygons without `name` as are not needed with only one `outer` without any primary tags

=== Wood vs Forest
I get `With the currently used mappaint style the style for outer way mismatches the area style (2)`
* `wood` and `forest` should be treated as synonyms, e.g. no warning

=== Valid but warning
I get `Area style on outer way (2)`
* Right, but not worse a warning as this is a valid case

=== Incorrect
I get no warning. This is the result of ""create multipolygon"". Use the two areas on the right side.
* Both areas do not have a primary tag, needs a warning: `Object with only secondary tags`

=== ""Create multipolygon""
I get no info if not all tags from `outer` are moved to the relation`
* I expect a warning if this is not possible
* Moving only the primary tag and leaving only secondary tags on the areas does not solve the problem.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-23 21:58:14 +0200 (Thu, 23 Apr 2020)
Revision:16376
Build-Date:2020-04-24 01:30:45
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19217	1	Split way: Wrong position of new member under special conditions of route relation	Core	latest		2020-05-11T10:17:54+02:00	2020-07-13T12:03:51+02:00	"This is a followup of #18596 and might be related to #18018.

Please, use attached example file: [attachment:josm_split_way_relation_order.osm josm_split_way_relation_order.osm]

==== What steps will reproduce the problem?
1. Open road relation ""A 1"" in relation editor and look at the order
1. Select node ""split"" and split way
1. Reload data in relation editor and look at the order

==== What is the expected result?
The new member should be added in between the last ""forward"" member and the last member with empty role

==== What happens instead?
The new member is added behind the last member with empty role

==== Please provide any additional information below. Attach a screenshot if possible.
`link` is used in route relations and should only be considered to connect with other members with role `link`. For empty role members they should be the last option.

The bus relation ""1"" shows the same issue but without `link`.

In both cases, it is not needed to look at the relation list neighbor below as the correct position can already be determined by the neighbor above which is connected.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-10 15:58:34 +0200 (Sun, 10 May 2020)
Revision:16402
Build-Date:2020-05-11 01:30:50
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19308	1	Download as new layer not respected if new_layer=false is present	Core remotecontrol	latest		2020-05-28T23:12:52+02:00	2020-06-10T00:56:29+02:00	"==== What steps will reproduce the problem?
1. In preferences enable ""Download as new layer""
1. Click on a ""remote control link"" in web browser\\
 **Edit**: link including `new_layer=false`, like `GET /load_object?new_layer=false&relation_members=true&objects=r7367864 HTTP/1.1`

==== What is the expected result?
It is downloaded to a new layer

==== What happens instead?
It is downloaded to active layer

==== Please provide any additional information below. Attach a screenshot if possible.
**Edit**: So, the local setting should overwrite/change the command.
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-27 21:23:59 +0200 (Wed, 27 May 2020)
Revision:16511
Build-Date:2020-05-28 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19331	1	AssertionError after download, purge, download, undo	Core	latest		2020-05-31T19:27:32+02:00	2021-06-30T11:24:00+02:00	"==== What steps will reproduce the problem?
1. 
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== 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: 2020-04-06 02:17:07 +0200 (Mon, 06 Apr 2020)
Build-Date:2020-04-06 00:18:43
Revision:16239
Relative:URL: ^/trunk

Identification: JOSM/1.5 (16239 de) Linux Ubuntu 18.04.4 LTS
Memory Usage: 650 MB / 2196 MB (287 MB allocated, but free)
Java version: 1.8.0_181-b13, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1280x1024
Maximum Screen Size: 1280x1024
fonts-noto: fonts-noto:all-20171026-2
VM arguments: [-Djosm.restart=true, -Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found

Plugins:
+ reverter (35409)
+ undelete (35405)
+ utilsplugin2 (35405)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/sac_scale&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1

Last errors/warnings:
- E: Cannot change visibility for -114075 null V NODE null:: java.lang.IllegalStateException: Ein Objekt mit Kennung = 0 darf nicht unsichtbar sein.
- W: Konflikte gefunden - 2 Konflikte wurden entdeckt.
- W: Konflikte gefunden - 1 Konflikt wurde entdeckt.
- E: Handled by bug report queue: java.lang.AssertionError: Primitive {Node id=359912907 version=4 V lat=47.2803681,lon=11.3959247} was removed when purging, but is still there on undo


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (16) of main
java.lang.AssertionError: Primitive {Node id=359912907 version=4 V lat=47.2803681,lon=11.3959247} was removed when purging, but is still there on undo
	at org.openstreetmap.josm.command.PurgeCommand.lambda$undoCommand$1(PurgeCommand.java:136)
	at org.openstreetmap.josm.data.osm.DataSet.update(DataSet.java:967)
	at org.openstreetmap.josm.command.PurgeCommand.undoCommand(PurgeCommand.java:126)
	at org.openstreetmap.josm.data.UndoRedoHandler.lambda$undo$0(UndoRedoHandler.java:380)
	at org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWait(GuiHelper.java:217)
	at org.openstreetmap.josm.data.UndoRedoHandler.undo(UndoRedoHandler.java:372)
	at org.openstreetmap.josm.data.UndoRedoHandler.undo(UndoRedoHandler.java:362)
	at org.openstreetmap.josm.actions.UndoAction.actionPerformed(UndoAction.java:39)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
	at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
	at java.awt.Component.processMouseEvent(Component.java:6539)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
	at java.awt.Component.processEvent(Component.java:6304)
	at java.awt.Container.processEvent(Container.java:2239)
	at java.awt.Component.dispatchEventImpl(Component.java:4889)
	at java.awt.Container.dispatchEventImpl(Container.java:2297)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
	at java.awt.Container.dispatchEventImpl(Container.java:2283)
	at java.awt.Window.dispatchEventImpl(Window.java:2746)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
	at java.awt.EventQueue$4.run(EventQueue.java:733)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
}}}
"	anonymous
defect	19333	1	Download (incomplete) members: No message about incomplete download after connection broke while downloading	Core	latest		2020-06-01T14:25:22+02:00	2020-06-01T14:51:57+02:00	"==== What steps will reproduce the problem?
1. Have a relation editor with an incomplete relation. In my case a PTv2 bus route ([osmwww:relation/3994553 3994553])
1. [[JOSMImage(dialogs/relation/downloadincomplete)]] Download all incomplete members
1. Notice that the download takes some time

==== What is the expected result?
All incomplete members are downloaded and if not possible a warning appears

==== What happens instead?
No warning about incomplete download. All downloaded objects are rendered but some objects are missing

==== Please provide any additional information below. Attach a screenshot if possible.
I noticed this problem running the task from relation editor but I think the same action is used in panels.
In relation manager all members are represented as complete and there is no data inconsitency.

[[Image(josm_incomplete_download.png)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-31 22:25:04 +0200 (Sun, 31 May 2020)
Revision:16535
Build-Date:2020-06-01 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- W: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- E: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
}}}

Terminal output:

{{{
2020-06-01 13:48:57.773 INFO: GET https://api.openstreetmap.org/api/0.6/ways?ways=146405816,300582127,171661746,300397166,24831984,60318868,60318871,87263267,4592981,305384992,300582143,300586492,135907727,361394205,300582141,300582129,36726571,300582134,804882789,277791122,101219604,175264751,277791120,24384214,51051694,24384208,179644946,33822115,297294864,24641873,138027027,297294865,629592106,172594532,135706040,4579837,578433984,303544363,87263247,60495526,278415653,176257088,4341632,26803419,305641970,88639502,240876956,659201282,620525366,64613395,33821263,659201287,146412151,659201284,24831786,25121069,251911249,629592148,60821107,300718009,661040947,300718010,804605986,60821113,277783381,629986775,804299920,803750152,24830488,24831512,803750154,803750155,305913432,176392807,25912302,23992075,43144821,300586498,24830482,659425062,300582147,300582145,24830486,809579695,729957228,172418358,61598552,145053904,172594997,300578325 -> HTTP/1.1 200 (223 ms)
2020-06-01 13:48:57.802 INFO: Way 146405816 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.802 INFO: Way 300582127 with 11 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.803 INFO: Way 171661746 with 16 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.803 INFO: Way 300397166 with 8 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.803 INFO: Way 24831984 with 11 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.804 INFO: Way 60318868 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.804 INFO: Way 60318871 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.804 INFO: Way 87263267 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.804 INFO: Way 4592981 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.804 INFO: Way 305384992 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.805 INFO: Way 300582143 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.805 INFO: Way 135907727 with 11 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.805 INFO: Way 300586492 with 8 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.805 INFO: Way 300582141 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.805 INFO: Way 361394205 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.806 INFO: Way 36726571 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.806 INFO: Way 300582129 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.806 INFO: Way 101219604 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.806 INFO: Way 277791122 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.806 INFO: Way 300582134 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.807 INFO: Way 804882789 with 27 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.807 INFO: Way 175264751 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.807 INFO: Way 277791120 with 7 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.807 INFO: Way 24384214 with 9 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.808 INFO: Way 24384208 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.808 INFO: Way 51051694 with 10 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.808 INFO: Way 33822115 with 9 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.809 INFO: Way 179644946 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.809 INFO: Way 297294864 with 8 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.809 INFO: Way 24641873 with 9 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.809 INFO: Way 138027027 with 9 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.809 INFO: Way 297294865 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.810 INFO: Way 629592106 with 10 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.810 INFO: Way 172594532 with 11 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.810 INFO: Way 135706040 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.810 INFO: Way 4579837 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.810 INFO: Way 578433984 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.811 INFO: Way 87263247 with 10 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.811 INFO: Way 303544363 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.811 INFO: Way 60495526 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.811 INFO: Way 278415653 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.811 INFO: Way 176257088 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.812 INFO: Way 4341632 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.812 INFO: Way 26803419 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.812 INFO: Way 305641970 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.812 INFO: Way 88639502 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.813 INFO: Way 240876956 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.813 INFO: Way 659201282 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.813 INFO: Way 64613395 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.813 INFO: Way 620525366 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.814 INFO: Way 33821263 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.819 INFO: Way 146412151 with 8 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.820 INFO: Way 659201287 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.822 INFO: Way 659201284 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.822 INFO: Way 24831786 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.822 INFO: Way 25121069 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.823 INFO: Way 251911249 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.823 INFO: Way 629592148 with 12 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.823 INFO: Way 60821107 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.823 INFO: Way 300718009 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.823 INFO: Way 661040947 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.823 INFO: Way 300718010 with 9 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.824 INFO: Way 804605986 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.824 INFO: Way 60821113 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.824 INFO: Way 277783381 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.824 INFO: Way 629986775 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.824 INFO: Way 803750152 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.825 INFO: Way 804299920 with 11 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.825 INFO: Way 24830488 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.825 INFO: Way 24831512 with 7 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.825 INFO: Way 803750154 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.825 INFO: Way 305913432 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.825 INFO: Way 803750155 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.826 INFO: Way 176392807 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.826 INFO: Way 23992075 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.826 INFO: Way 25912302 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.826 INFO: Way 43144821 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.826 INFO: Way 24830482 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.826 INFO: Way 300586498 with 12 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.827 INFO: Way 659425062 with 4 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.827 INFO: Way 300582147 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.827 INFO: Way 300582145 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.827 INFO: Way 24830486 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.827 INFO: Way 729957228 with 6 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.828 INFO: Way 809579695 with 15 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.828 INFO: Way 172418358 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.828 INFO: Way 61598552 with 5 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.828 INFO: Way 145053904 with 3 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.828 INFO: Way 172594997 with 7 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:57.828 INFO: Way 300578325 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2020-06-01 13:48:58.029 INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=392757609,3026172767,392757611,763640704,7523124845,3026172762,7523124846,5912298081,1239301848,7523124847,5912298080,1405928651,3026172759,3028570765,5907007261,3026172758,3028570766,5907007263,7523124838,1405928642,3011565971,1000111503,269771523,1172909809,942754347,28933026,26432435,5907007284,26432433,26432432,942754325,26432439,544158282,3026172794,2011150841,26432437,26642366,274882378,26642367,3026172785,2012217566,2022797247,294030263,268456498,5912298068,273468025,273468026,942754315,7532730048,942754417,3658754134,3658754135,26642387,392748325,268456528,405679742,544158268,26642369,3658755186,269756029,269756030,3658755175,387458415,387451233,3658755176,5904989578,3658755177,3658755178,1000111587,269756054,942754482,269756049,269756050,5904989553,1420497452,942754491,26307355,26307357,26307356,26307359,26307358,269756036,269756037,269756038,269756039,269756032,269756034,269756035,4086137109,4086137108,269756040,269756041,294030107,294030105,942754451,26307379,1000111419,1405928807,268456366,3217893986,289796330,26307361,1172764759,1172764756,26307363,26307362,26307365,268455349,26307364,1173092445,26307367,26307366,942772617,1172764767,26307368,752118382,1172764763,7329560156,942754444,1172909911,294030136,5943894920,6171791646,387451354,289799302,6171791644,289799297,6171791643,289799296,289799298,273146255,5943894912,273146254,268453321,1172909856,282670610,793786012,7152833414,4678005509,1172938553,6354650903,942754531,268456659,5943894941,767538282,1172938556,6354650910,768221207,5943894935,942754286,1405928748,3658748924,294028399,1000111735,269771519,7517795058,268455404,763640680,3658748921,7329560076,3658748922,4839697048,3658748923,386184693,294028414,1173092370,2022797677,1115253636,7515561225,1172909846 -> HTTP/1.1 200 (183 ms)
2020-06-01 13:48:58.033 INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=1173092587,1115253625,26314896,289800258,942772533,1115253629,3316164780,289800259,3316164781,3316164782,1490016453,274883688,274882664,274881896,1490016452,1490016450,273514560,3316164774,273514562,269759771,268456208,1173092601,6724819142,1173092607,7553589039,294028434,3316164784,768221394,26314888,3316164785,757494847,1834832966,3316164788,3316164789,274881917,1173092596,268455201,26314928,268456226,405858324,5943894893,5943894894,269767741,2013645868,3100083437,269767742,761371723,1494798643,269767743,793785979,5943894905,5943894907,5943894906,768945377,5943894909,268453173,1494798639,5943894910,1490016502,5943894896,269759789,1490016500,1490016499,26314925,1173092567,26314924,5943894903,5943894902,26314926,3258051440,1976418441,289796352,6544200535,5943894531,3044774961,443269664,443269670,5943894553,757494902,3044774954,3044774952,28935661,289796369,269767744,3044774959,3044774958,3044774956,3044774947,2022705354,3044774945,3044774944,3044774951,5943894551,3258051439,3044774949,5943894550,1895536804,520183390,5943894569,3044774939,5943894568,3044774938,7152833074,7152833075,3044774942,1173092493,267864720,5943894561,2022797560,2093462698,7537340718,5943894567,5943894566,36329029,942772574,768221349,273514557,1490016447,273514559,273514558,443269663,757494866,942772550,294028529,7574768384,5913749761,5862587667,5913749760,1834844450,1173092718,5913749750,5913749744,274883055,5913749747,1417631217,5913749746,268454031,1173092734,1404315425,1404315426,1173092476,1173092725,793786063,3217893997,1000111676,5018646402,797210407,899548221,264585069,899548215,1173092418,264585071,3217893990,603367258,264585066,1000111916,264585072,3220582208,29041932,3220582218,264585080,268459201,1173092671,768221470,264585007,264585006,756924914,899560808,1029256611,268453119 -> HTTP/1.1 200 (188 ms)
2020-06-01 13:49:28.116 INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=4032548827,938901622,4032548829,4032548828,764700190,2907113163,5913812976,1834853074,1499409100,764700172,269769609,269769610,268455846,1172938318,265555068,5913812950,5907007268,26759848,1172938459,5907007271,5907007264,1239301866,3026172779,1172938461,5907007265,5907007266,3026172777,5907007267,1172938320,2580646635,5907007272,1239301858,938901707,2580646636,3026172769,1173379632,386841806,5913812925,5913812926,794417307,767427197,794417309,794417310,1869303847,794417303,794417302,405653500,938901668,1173379619,2122981854,7159767447,7209067245,3074607135,767427168,269769588,26621686,767427166,269769589,6389076785,938901649,273511210,5590798037,5590798036,269769599,26621690,1622781780,5590798035,5907008485,5907008486,1622781773,761545245,26621674,3046515306,26621675,26621673 -> !!! (30.1 s)
2020-06-01 13:49:28.117 WARNING: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
javax.net.ssl.SSLException: Read timed out
	at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:127)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:269)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:137)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1144)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1055)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:395)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:614)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:572)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:561)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:533)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:448)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:165)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:108)
	... 23 more

2020-06-01 13:49:28.118 SEVERE: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
javax.net.ssl.SSLException: Read timed out
	at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:127)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:269)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:137)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1144)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1055)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:395)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:614)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:572)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:561)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:533)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:448)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:165)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:108)
	... 23 more

2020-06-01 13:49:28.120 SEVERE: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
	at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader.fetchPrimitives(MultiFetchServerObjectReader.java:333)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader.parseOsm(MultiFetchServerObjectReader.java:399)
	at org.openstreetmap.josm.gui.dialogs.relation.DownloadRelationMemberTask.realRun(DownloadRelationMemberTask.java:137)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:200)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:614)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:572)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:561)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:533)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	... 5 more
Caused by: javax.net.ssl.SSLException: Read timed out
	at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:127)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:269)
	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:137)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1144)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1055)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:395)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	... 14 more
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:448)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:165)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:108)
	... 23 more
}}}


"	skyper
defect	19413	1	incorrect route_ref warning	Plugin pt_assistant			2020-06-18T17:30:05+02:00	2023-03-16T22:59:47+01:00	"==== What steps will reproduce the problem?
1. I get a validator warning for node [osmwww:node/7095471845 7095471845] which is member of two PTv1 relations with `ref=291` and `ref=7306` and itself has the tag `route_ref=291;7306`.

==== What is the expected result?
No warning

==== What happens instead?
A warning

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-17 23:38:10 +0200 (Wed, 17 Jun 2020)
Revision:16677
Build-Date:2020-06-18 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ pt_assistant (2.1.10-80-g7d9bba3)
}}}
"	skyper
defect	19470	1	History browser: retain selection after (re)loading of history	Core			2020-06-30T19:15:45+02:00	2020-06-30T19:15:45+02:00	"ticket:19367#comment:7, skyper:
> I am refering to the children table and it is not fixed:
> 1. Have a relation with 250 members
> 1. Select number 200
> 1. Open history of member 200
> 1. Selection in the first history viewer disappears and I end up with members 35-55 in view.
> 
> {{{
> Relative:URL: ^/trunk
> Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
> Last:Changed Date: 2020-06-25 22:04:25 +0200 (Thu, 25 Jun 2020)
> Revision:16717
> Build-Date:2020-06-26 01:30:48
> URL:https://josm.openstreetmap.de/svn/trunk
> }}}
"	simon04
defect	19503	1	Rules validation throws exception instead or warning	Core			2020-07-08T00:44:47+02:00	2020-08-18T16:11:14+02:00	"==== What steps will reproduce the problem?
1. (Re-)Load a broken rule file containing backslashes '\' in the `assertMatch` values can cause this exception.

==== What is the expected result?
Message including the line and the position of the problem but no BugReportHandler

==== What happens instead?
BugReportHandler

==== Please provide any additional information below. Attach a screenshot if possible.
After that, JOSM stops to automatically reload the rule file.
Do not get the BugReportHandler all the time but the exception on the console.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-06 23:02:10 +0200 (Mon, 06 Jul 2020)
Revision:16738
Build-Date:2020-07-07 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ tagging-preset-tester (35267)

Validator rules:
+ ${HOME}/JOSM/validator/GTFS_rules.mapcss

Last errors/warnings:
- E: Handled by bug report queue: java.lang.IllegalArgumentException: Expecting n/node/w/way/r/relation/area, but got '""node'


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: File Watcher (23)
java.lang.IllegalArgumentException: Expecting n/node/w/way/r/relation/area, but got '""node'
	at org.openstreetmap.josm.data.osm.OsmUtils.createPrimitive(OsmUtils.java:171)
	at org.openstreetmap.josm.data.validation.tests.MapCSSTagCheckerAsserts.checkAsserts(MapCSSTagCheckerAsserts.java:60)
	at org.openstreetmap.josm.data.validation.tests.MapCSSTagChecker$TagCheck.ofMapCSSRule(MapCSSTagChecker.java:344)
	at org.openstreetmap.josm.data.validation.tests.MapCSSTagChecker$TagCheck.readMapCSS(MapCSSTagChecker.java:366)
	at org.openstreetmap.josm.data.validation.tests.MapCSSTagChecker.addMapCSS(MapCSSTagChecker.java:790)
	at org.openstreetmap.josm.data.validation.tests.MapCSSTagChecker.addMapCSS(MapCSSTagChecker.java:778)
	at org.openstreetmap.josm.data.validation.tests.MapCSSTagChecker.reloadRule(MapCSSTagChecker.java:858)
	at org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:160)
	at java.base/java.lang.Thread.run(Thread.java:834)
}}}
"	skyper
defect	19519	1	property value for multiselect always produce false positive with multiple values	Core validator			2020-07-12T03:01:31+02:00	2021-06-10T21:07:34+02:00	"==== What steps will reproduce the problem?
1. Have a tag with `` in preset
1. add multiple values
1. run validator

==== What is the expected result?
No informal warning

==== What happens instead?
`Presets do not contain property value`

==== Please provide any additional information below. Attach a screenshot if possible.
For `/` the whole list needs to be taken into account.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-09 17:42:41 +0200 (Thu, 09 Jul 2020)
Revision:16740
Build-Date:2020-07-10 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19528	1	Download Dialog: Bounding Box: Context menu partly hidden	Core	latest		2020-07-13T23:09:46+02:00	2020-07-13T23:09:46+02:00	"==== What steps will reproduce the problem?
1. Open Download Dialog
1. Switch to BBOX tab
1. Right click on ""max lat"" value

==== What is the expected result?
The context menu to appear **on top** of everything else

==== What happens instead?
The context menu is hidden **below** the input text boxes

==== Please provide any additional information below. Attach a screenshot if possible.
[[Image(josm_download_bbox_contextmenu_bug.png,link=)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-12 22:12:46 +0200 (Sun, 12 Jul 2020)
Revision:16754
Build-Date:2020-07-13 01:30:53
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	19529	1	Download Dialog: Tile numbers: Button offset	Core			2020-07-13T23:17:33+02:00	2020-07-14T23:48:44+02:00	"==== What steps will reproduce the problem?
1. Open Download Dialog
1. Switch to ""Tile numbers"" tab
1. Look at [[JOSMImage(dialogs/validator)]] button right of the input box of ""Tile address""

==== What is the expected result?
The button to be in line with the text box

==== What happens instead?
The button is noticeable below the input box 

==== Please provide any additional information below. Attach a screenshot if possible.
[[Image(josm_download_dialog_tileNumbers_button_offset.png)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-12 22:12:46 +0200 (Sun, 12 Jul 2020)
Revision:16754
Build-Date:2020-07-13 01:30:53
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	19575	1	Missing translation test needs tweaks	Core validator	latest		2020-07-24T02:47:01+02:00	2020-07-26T14:48:38+02:00	"Please, find attached [attachment:josm_validator_name_trans_bug.osm.xz example file], with two relations with same tags but only one does trigger the bug

==== What steps will reproduce the problem?
1. Have language set to default and system setting `en_US`
1. Have a relation in Germany with `name`, `name:de` and `name:en`
1. Run Validator

==== What is the expected result?
No warning

==== What happens instead?
I get an informal warning:
`Missing name:* translation - Missing name:*=AST 21: Horben Rathaus => Dorfstraße. Add tag with correct language key.`

==== Please provide any additional information below. Attach a screenshot if possible.
Maybe, the two capital letters trigger this as for the other relation you do not get the warning

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-21 21:39:54 +0200 (Tue, 21 Jul 2020)
Revision:16801
Build-Date:2020-07-22 01:30:52
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	19594	1	[Patch] converting to multipolygon too aggressive	Core	latest		2020-07-29T10:13:08+02:00	2021-07-24T14:35:29+02:00	"When you have a (closed) way with the tag
barrier=wall
height=1

and you hit ctrl+b to make a multipolygon from it, it will keep the wall tag on the way but move the height to the multipolygon relation. IMHO when hitting ctrl+b it should either move all tags, or none, with a preference to none."	dieterdreist
defect	19651	1	Imagery Adjust: grabbed hand cursor modifier disappears after first move of imagery	Core			2020-08-08T15:58:02+02:00	2020-08-08T15:58:02+02:00	"==== What steps will reproduce the problem?
1. Add an Imagery
2. Menu: Imagery -> New offset
3. cursor gets this modifier: [[JOSMImage(cursor/modifier/move)]]
4. move imagery a bit

==== What is the expected result?
cursor stays the same until dialog is confirmed

==== What happens instead?
cursor modifier disappears

==== 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: 2020-08-07 18:58:40 +0200 (Fri, 07 Aug 2020)
Build-Date:2020-08-08 01:30:49
Revision:16853
Relative:URL: ^/trunk

Identification: JOSM/1.5 (16853 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 1909 (18363)
Memory Usage: 431 MB / 1820 MB (192 MB allocated, but free)
Java version: 1.8.0_261-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1680x1050 (scaling 1.0x1.0)
Maximum Screen Size: 1680x1050
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Program Files (x86)\josm-latest.jnlp, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Djnlpx.splashport=50094, -Djnlpx.jvm=\bin\javaw.exe]
Dataset consistency test: No problems found
}}}
"	Klumbumbus
defect	19780	1	Close Open Changeset picks up wrong changeset	Core	latest		2020-09-11T04:16:28+02:00	2021-11-29T23:26:30+01:00	"==== What steps will reproduce the problem?
1. Edit something on http://osmose.openstreetmap.fr/ (opening hours)
2. Commit, save.  The tool does not close changesets.
3. Run ""close open changeset"" (CTRL-ALT-Q by default).  This seems to work the first time.
4. Repeat steps 1,2,3.  Step 3 does not work after few times.  This always worked in the past.

==== What is the expected result?
""close open changeset"" should close the last changeset.

==== What happens instead?
""close open changeset"" command opens non-latest changeset, and reports that the changeset is already closed.  Actual latest changeset (which is open) is not processed.

==== 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: 2020-09-06 16:54:59 +0200 (Sun, 06 Sep 2020)
Build-Date:2020-09-07 01:30:48
Revision:17013
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17013 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2004 (19041)
Memory Usage: 481 MB / 1820 MB (104 MB allocated, but free)
Java version: 1.8.0_261-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1366x768 (scaling 1.0x1.0)
Maximum Screen Size: 1366x768
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=\bin, -Djnlpx.origFilenameArg=C:\Portable Apps\manual\JOSM\josm.jnlp, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Djnlpx.splashport=59281, -Djnlpx.jvm=\bin\javaw.exe]

Last errors/warnings:
- 00007.699 W: java.nio.file.FileSystemException: %UserProfile%\AppData\Local\Temp\josm_exec_powershell_6651253560905515745.txt: The process cannot access the file because it is being used by another process.
- 00007.702 W: Unable to request certificate of https://eidas.disig.sk
- 00017.037 W: java.nio.file.FileSystemException: %UserProfile%\AppData\Local\Temp\josm_exec_powershell_2286164093300712140.txt: The process cannot access the file because it is being used by another process.
- 00017.039 W: Unable to request certificate of https://grca.nat.gov.tw
- 00051.924 E: Error header: The changeset 90727461 was closed at 2020-09-11 01:58:42 UTC
- 00052.036 E: org.openstreetmap.josm.io.ChangesetClosedException: The changeset 90727461 was closed at 2020-09-11 01:58:42 UTC
- 00052.086 E: Error - Failed to upload to changeset 90,727,461
because it has already been closed on Sep 10, 2020 8:58:42 PM.
- 00173.221 E: Error header: The changeset 90727461 was closed at 2020-09-11 01:58:42 UTC
- 00173.333 E: org.openstreetmap.josm.io.ChangesetClosedException: The changeset 90727461 was closed at 2020-09-11 01:58:42 UTC
- 00173.362 E: Error - Failed to upload to changeset 90,727,461
because it has already been closed on Sep 10, 2020 8:58:42 PM.
}}}
"	hubminer
defect	19790	1	Angle and distance overlay not displayed anymore	Plugin ImproveWay			2020-09-13T17:10:43+02:00	2020-10-14T17:04:18+02:00	"==== What steps will reproduce the problem?
1. Have a closed way
1. Switch to Improve Way mode working mode
1. Select the way

==== What is the expected result?
Angles at each node and distance of segments are displayed as overlay

==== What happens instead?
Al the features are missing and the mode is not different to the internal ""Improve Way Accuracy"" working mode.

==== Please provide any additional information below. Attach a screenshot if possible.
I tried diffent look-and-feels without a difference in behavior.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-09-12 21:00:17 +0200 (Sat, 12 Sep 2020)
Revision:17023
Build-Date:2020-09-13 10:33:37
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17023 en) Linux Debian GNU/Linux 10 (buster)
Java version: 11.0.8+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Desktop environment: GNOME
Java package: openjdk-11-jre:amd64-11.0.8+10-1~deb10u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20181227-1
liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-2
VM arguments: [-Djosm.home=]
Dataset consistency test: No problems found

Plugins:
+ ImproveWay (29)
}}}"	skyper
defect	19811	1	IAE: Parameter 'data' must not be null executing a conflation with locked layer as active one	Plugin conflation			2020-09-18T00:15:59+02:00	2020-09-18T00:15:59+02:00	"==== What steps will reproduce the problem?
1. Download some nodes with tags, like housenumbers or bus stops
1. Save the layer twice
1. lock one of the layers by adding `locked=""true""` to the header
1. Reload the locked file
1. Create empty layer and add some node
1. Configure some nodes to conflate from the unlocked layer to the new layer
1. Set the locked layer active and select the identical nodes as in the unlocked layer
1. Open conflation configure dialog and close without changes
1. Select all matches in the conflaction panel and conflate
 
==== What is the expected result?
IAE

==== What happens instead?
Conflation should take place in the configured layers and it should not matter which layer is active or at least no exception.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-09-16 21:59:55 +0200 (Wed, 16 Sep 2020)
Revision:17034
Build-Date:2020-09-17 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ conflation (0.6.6)
+ utilsplugin2 (35487)

Last errors/warnings:
- 08686.165 E: Handled by bug report queue: java.lang.IllegalArgumentException: Parameter 'data' must not be null
- 08701.253 W: Warning - JOSM could not find information about the following plugins:


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (19) of main
java.lang.IllegalArgumentException: Parameter 'data' must not be null
	at org.openstreetmap.josm.tools.CheckParameterUtil.ensureParameterNotNull(CheckParameterUtil.java:26)
	at org.openstreetmap.josm.command.Command.(Command.java:138)
	at org.openstreetmap.josm.plugins.conflation.command.RemoveMatchCommand.(RemoveMatchCommand.java:31)
	at org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$RemoveAction.actualActionPerformed(ConflationToggleDialog.java:725)
	at org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$BatchAction.actionPerformed(ConflationToggleDialog.java:650)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
	at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
	at java.desktop/java.awt.Component.processEvent(Component.java:6400)
	at java.desktop/java.awt.Container.processEvent(Container.java:2263)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
}}}"	skyper
defect	19819	1	Issues with dark modes	Plugin flatlaf			2020-09-19T12:07:15+02:00	2021-05-01T16:49:18+02:00	"This is a collection of issues with dark mode, especially with FlatLaf Dark, reported before on different places. The reason might be in JOSM core, the FlatLaf plugin or the FlatLaf Laf itself.

- The text in the status bar is nearly unreadable --> see 3rd screenshot in #19027 (https://i.ibb.co/crH9GbP/Snag-27625a08.png)
 - Similar issue with info box message about new mails in the bottom left corner [attachment:josm_new_mail_info.png screenshot].
- Blue links are hard to read --> ticket:19027#comment:24
- Boolean values with icons in menus are hard to see if checked or unchecked --> attachment:check_boxes_dark_mode.png (Windows LaF for comparison on the right, original reported in #19785)
- The warning message in the upload dialog looks not good (light orange background color) --> attachment:upload_dark_mode.png (original reported as [https://www.facebook.com/josmeditor/posts/2000851750050552 facebook comment])
- General issue with too light background colors  (''**done**'': [35704/osm])
 - skyper on !#19027 [ticket:19027#comment:23 comment 23]:
 > Think all background colors, except blue, of boxes like in relation manager and history viewer could be darker at least two of the three colors. Would prefer a darker red and yellow/orange leaving the green lighter for color-bind users ([attachment:josm_history_dark_mode.png screenshot]). "	Klumbumbus
defect	19943	1	Rework wikipedia unit tests to not depend on external website	Plugin wikipedia			2020-10-15T22:03:04+02:00	2020-10-15T22:03:04+02:00	Use wiremock to make unit tests independent from sporadically changing production data. See #16637 for the corresponding JOSM core ticket.	simon04
defect	19956	1	[WIP Patch] Double check if error still exists before executing autofix	Core validator			2020-10-17T15:56:51+02:00	2023-08-04T20:10:58+02:00	"==== What steps will reproduce the problem?
1. load attached file with duplicate relations
2. run validator, should produce error ""Duplicated relations (1)""
3. double click on the error entry so that both relations are selected
4. select one of the two relations
5. change name from ""same"" to ""other""
6. click on Fix button without running validator again

==== What is the expected result?
No further change, error was fixed manually
==== What happens instead?
One relation is deleted
==== 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: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Build-Date:2020-10-04 01:30:47
Revision:17084
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17084 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2004 (19041)
Memory Usage: 1144 MB / 3641 MB (661 MB allocated, but free)
Java version: 1.8.0_221-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
VM arguments: [-XX:StartFlightRecording=name=MyRecording2,settings=d:\dbg\gerd.jfc, -XX:FlightRecorderOptions=defaultrecording=true,dumponexit=true,dumponexitpath=e:\ld\perf_20201017_154712.jfr]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35579)
+ PolygonCutOut (v0.7)
+ apache-commons (35524)
+ buildings_tools (35579)
+ continuosDownload (91)
+ ejml (35313)
+ geotools (35169)
+ jaxb (35092)
+ jts (35122)
+ merge-overlap (35583)
+ o5m (35248)
+ opendata (35513)
+ pbf (35446)
+ poly (35248)
+ reverter (35579)
+ undelete (35521)
+ utilsplugin2 (35580)
}}}
"	GerdP
defect	19985	1	Circle arc: Nodes with multiple parents should still be distributed if they appear in same/reverse order in the ways' node lists	Plugin utilsplugin2			2020-10-22T23:11:44+02:00	2020-10-26T15:48:18+01:00	"I reported this in #19979, see my [ticket:19979#comment:8 comment 8]. Please, use [attachment:ticket:19979:josm_19979_example_v2.osm josm_19979_example_v2.osm].

==== What steps will reproduce the problem?
1. Remove `name=+` from the four nodes
1. Select the open way on the right side and nodes C, D and Y.
1. Circle arc
1. Circle arc

==== What is the expected result?
The nodes should be evenly distributed along the circle and only the nodes with tags should be moved minimal.

==== What happens instead?
* after 3. nothing
* after 4. message; nothing to do

==== Please provide any additional information below. Attach a screenshot if possible.
It should be save to distribute all nodes on their ""halves"" and in my case, as all nodes are new, even the order could be changed to proper distribute along the whole arc.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-22 00:52:01 +0200 (Thu, 22 Oct 2020)
Revision:17249
Build-Date:2020-10-22 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35608)
}}}"	skyper
defect	19988	1	Replace Geometry: Does not warn if way direction is changed with tags depending on the direction	Plugin utilsplugin2			2020-10-23T15:57:33+02:00	2020-10-26T15:34:59+01:00	"==== What steps will reproduce the problem?
1. Have two parallel ways pointing in opposite direction. One new way without any tags and the other one with id>0 and `barrier=retaining_wall`

==== What is the expected result?
A warning

==== What happens instead?
Nothing

==== Please provide any additional information below. Attach a screenshot if possible.
Either the direction of the original (id>0) should be used or the tag needs to be adjusted (which does not work for all, like my example)
I would always expect some user notification.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-22 22:44:28 +0200 (Thu, 22 Oct 2020)
Revision:17255
Build-Date:2020-10-23 01:30:50
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35608)
}}}"	skyper
defect	20006	1	Merge layer: specific order of layers needed to find conflicts	Core	latest		2020-10-29T14:32:24+01:00	2021-11-28T15:48:20+01:00	"I found this in #8948, see my [ticket:8948#comment:3 comment 3].

==== What steps will reproduce the problem?
1. open [attachment:ticket:8947:revert.osm attached file] (Layer A)
1. select all objects
1. revert selection from changeset 16833418.
1. duplicate layer A (-> Layer B)
1. update data of layer A
 * get 28 conflicts (13 ways, 15 nodes)
1. download the [attachment:ticket:8948:josm_8948_data_oct_2020.osm.xz​ area] to new layer (Layer C)
1. merge layer B on layer C

==== What is the expected result?
Conflicts after 3. or at least after 7..

==== What happens instead?
No conflicts and no object is modified after 7.. Changes of layer B are silently dropped.

==== Please provide any additional information below. Attach a screenshot if possible.
I only get conflicts with ""update data"" but there should be conflicts or is this a (new) feature. At least no changes and no conflicts after 7. seems strange. 
Merging Layer C on Layer B creates the expected conflicts.

Reverter plugin used to create conflicts but I think it is a new feature if properly documented if it does not.

In my eyes, merging layers needs to create conflicts independent-less on the order as unlike conflicts with server data both layers can have contradicting changes and both are ""my"" versions.

I remember to have had similar issues when working offline with small overlapping extracts and then merging several modified extracts before upload.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-29 00:51:28 +0100 (Thu, 29 Oct 2020)
Revision:17279
Build-Date:2020-10-29 02:30:54
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ reverter (35579)
}}}"	skyper
defect	20024	1	No warning when multipolygon preset is applied to multipolygon	Core			2020-11-03T09:34:39+01:00	2021-03-29T01:14:35+02:00	"==== What steps will reproduce the problem?
Follow up of #19951
1. Select a multipolygon relation
2. Presets -> Relations -> Multipolygon
3. In popup click ""New relation"" (for whatever reason)

==== What is the expected result?
Either a message that selection is invalid or that the new multipolygon relation has the ways of the existing multipolygon when relation editor is openend.
==== What happens instead?
Relation editor opens with the multipolygon relation as member. 
==== 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: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Build-Date:2020-10-04 01:30:47
Revision:17084
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17084 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2004 (19041)
Memory Usage: 1109 MB / 3641 MB (606 MB allocated, but free)
Java version: 1.8.0_221-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
VM arguments: [-XX:StartFlightRecording=name=MyRecording2,settings=d:\dbg\gerd.jfc, -XX:FlightRecorderOptions=defaultrecording=true,dumponexit=true,dumponexitpath=e:\ld\perf_20201103_091714.jfr]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35579)
+ apache-commons (35524)
+ buildings_tools (35579)
+ continuosDownload (91)
+ ejml (35313)
+ geotools (35169)
+ jaxb (35092)
+ jts (35122)
+ o5m (35248)
+ opendata (35513)
+ pbf (35636)
+ poly (35248)
+ reltoolbox (35602)
+ reverter (35579)
+ undelete (35521)
+ utilsplugin2 (35624)

Validator rules:
+ c:\josm\core\resources\data\validator\geometry.mapcss

Last errors/warnings:
- 00593.190 W: Unsaved changes - The relation has been changed.

Do you want to save your changes?
- 00594.205 W: Unsaved changes - The relation has been changed.

Do you want to save your changes?
}}}
"	GerdP
defect	20044	1	Relation editor: Exceptions with preset links in presets	Core			2020-11-07T01:40:39+01:00	2021-10-26T14:39:09+02:00	"==== What steps will reproduce the problem?
1. I was adding address in a multipolygon when this happened
2. The error happened when I tried to add the address tags after creating the polygon
3. Fix: add address tags in the outer building, then creating the polygon. All the tags went to the relation, as expected.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Build-Date:2020-10-04 01:30:47
Revision:17084
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17084 pt_BR) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 1016 MB / 1820 MB (197 MB allocated, but free)
Java version: 1.8.0_241-b07, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 3200x1800 (scaling 1.0x1.0)
Maximum Screen Size: 3200x1800
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
Dataset consistency test: No problems found

Plugins:
+ PicLayer (35405)
+ apache-commons (35524)
+ buildings_tools (35579)
+ ejml (35313)
+ geotools (35169)
+ imagery_offset_db (35405)
+ jaxb (35092)
+ jts (35122)
+ opendata (35513)
+ reverter (35579)
+ turnrestrictions (35583)
+ utilsplugin2 (35597)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Pt:Styles/Coloured_buildings&zip

Validator rules:
+ https://raw.githubusercontent.com/OSMBrasil/validador-josm/master/Rules_Brazilian-Specific.validator.mapcss

Last errors/warnings:
- 09550,493 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Node id=-116837 version=0 VT lat=0.0,lon=0.0}
- 09550,494 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Node id=-116838 version=0 VT lat=0.0,lon=0.0}
- 09613,656 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Node id=-116847 version=0 VT lat=0.0,lon=0.0}
- 09613,658 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Node id=-116848 version=0 VT lat=0.0,lon=0.0}
- 09613,681 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Node id=-116852 version=0 VT lat=0.0,lon=0.0}
- 10325,902 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Way id=-114641 version=0 VT nodes=[]}
- 10325,904 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Way id=-114642 version=0 VT nodes=[]}
- 10365,128 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Way id=-114696 version=0 VT nodes=[]}
- 10365,130 E: java.lang.reflect.InvocationTargetException. Causa: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Way id=-114697 version=0 VT nodes=[]}
- 10414,048 E: Handled by bug report queue: java.lang.IllegalArgumentException: Parameter 'data' must not be null


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.IllegalArgumentException: Parameter 'data' must not be null
	at org.openstreetmap.josm.tools.CheckParameterUtil.ensureParameterNotNull(CheckParameterUtil.java:26)
	at org.openstreetmap.josm.command.Command.(Command.java:138)
	at org.openstreetmap.josm.command.ChangePropertyCommand.(ChangePropertyCommand.java:106)
	at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.lambda$createCommand$9(TaggingPreset.java:561)
	at java.util.stream.ReferencePipeline$3$1.accept(Unknown Source)
	at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(Unknown Source)
	at java.util.stream.AbstractPipeline.copyInto(Unknown Source)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source)
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(Unknown Source)
	at java.util.stream.AbstractPipeline.evaluate(Unknown Source)
	at java.util.stream.ReferencePipeline.collect(Unknown Source)
	at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.createCommand(TaggingPreset.java:563)
	at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.showAndApply(TaggingPreset.java:407)
	at org.openstreetmap.josm.gui.tagging.presets.items.PresetLink$TaggingPresetMouseAdapter.mouseClicked(PresetLink.java:39)
	at java.awt.AWTEventMulticaster.mouseClicked(Unknown Source)
	at java.awt.Component.processMouseEvent(Unknown Source)
	at javax.swing.JComponent.processMouseEvent(Unknown Source)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$500(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.WaitDispatchSupport$2.run(Unknown Source)
	at java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.awt.WaitDispatchSupport.enter(Unknown Source)
	at java.awt.Dialog.show(Unknown Source)
	at java.awt.Component.show(Unknown Source)
	at java.awt.Component.setVisible(Unknown Source)
	at java.awt.Window.setVisible(Unknown Source)
	at java.awt.Dialog.setVisible(Unknown Source)
	at org.openstreetmap.josm.gui.ExtendedDialog.setVisible(ExtendedDialog.java:459)
	at org.openstreetmap.josm.gui.ExtendedDialog.showDialog(ExtendedDialog.java:255)
	at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset$PresetDialog.(TaggingPreset.java:481)
	at org.openstreetmap.josm.gui.tagging.presets.TaggingPreset.showDialog(TaggingPreset.java:524)
	at org.openstreetmap.josm.gui.dialogs.properties.PresetListPanel$LabelMouseAdapter.mouseClicked(PresetListPanel.java:42)
	at java.awt.AWTEventMulticaster.mouseClicked(Unknown Source)
	at java.awt.Component.processMouseEvent(Unknown Source)
	at javax.swing.JComponent.processMouseEvent(Unknown Source)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.awt.EventQueue.access$500(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.awt.EventQueue$3.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.awt.EventQueue$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	matheusgomesms
defect	20076	1	The main menu does not fit in the program window	Plugin	tested		2020-11-13T23:18:37+01:00	2020-11-18T20:39:53+01:00	"==== What steps will reproduce the problem?
1. If there are a lot of menu items, and the monitor resolution is small, then the menu bar does not fit in the program window
2. 
3. 

==== What is the expected result?

==== What happens instead?

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

[[Image(2020-11-13 (2).png, 1000px)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Revision:17084
Build-Date:2020-10-04 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17084 uk) Windows 10 64-Bit
OS Build number: Windows 10 Pro 2009 (19042)
Memory Usage: 764 MB / 1024 MB (197 MB allocated, but free)
Java version: 14.0.2+12-46, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: \Display0 1280x1024 (scaling 1.0x1.0)
Maximum Screen Size: 1280x1024
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
VM arguments: [-Djosm.home=]

Plugins:
+ BuildingGeneralization (23)
+ ColorPlugin (1537115529)
+ CustomizePublicTransportStop (35583)
+ DirectDownload (35552)
+ DirectUpload (35583)
+ FastDraw (35499)
+ FixAddresses (35583)
+ HouseNumberTaggingTool (35581)
+ ImportImagePlugin (35248)
+ ImproveOsm (202)
+ ImproveWay (29)
+ Mapillary (1.5.27)
+ OpeningHoursEditor (35579)
+ PicLayer (2a9aa7a)
+ PolygonCutOut (v0.7)
+ ShapeTools (1240)
+ SimplifyArea (35579)
+ alignways (35583)
+ apache-commons (35524)
+ apache-http (35092)
+ areaselector (368)
+ austriaaddresshelper (1597341117)
+ auto_tools (73)
+ buildings_tools (35579)
+ changeset-viewer (22)
+ continuosDownload (91)
+ contourmerge (v0.1.6)
+ ejml (35313)
+ flatlaf (35589)
+ geotools (35169)
+ gson (35313)
+ imagery_offset_db (35405)
+ indoor_sweepline (35248)
+ indoorhelper (eca65b2)
+ javafx-windows (35458)
+ jaxb (35092)
+ jna (35092)
+ jogl (1.2.3)
+ jts (35122)
+ kendzi3d (1.0.205)
+ kendzi3d-resources (0.0.2)
+ log4j (35092)
+ mapathoner (1.0.9)
+ mapdust (35248)
+ mapwithai (1.7.0)
+ measurement (35579)
+ merge-overlap (35583)
+ namemanager (35248)
+ opendata (35513)
+ openqa (0.2.0)
+ pdfimport (35583)
+ pt_assistant (2.1.10-80-g7d9bba3)
+ public_transport (35405)
+ reltoolbox (35602)
+ reverter (35638)
+ routing (35405)
+ tageditor (35258)
+ terracer (35579)
+ todo (30306)
+ turnlanes (35405)
+ turnlanes-tagging (288)
+ undelete (35521)
+ utilsplugin2 (35624)
+ wikipedia (1.1.4)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Quick-stops&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Quick-highways&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Historical_Objects&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Mountains&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Playground_Equipment&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Addr2&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Camp_site_extends&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1
+ http://osmtools.de/josm/steps.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/WifiHotspots&zip=1
+ E:\Programs\_Maps\JOSM_Portable\Заготовки\forest-presets.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/contact(socialnetworks_IMs)&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Power_Mapping_Utility_Simple&zip=1
+ https://osmtools.de/josm/steps.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Trees&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/TurnLanes&zip=1
+ E:\Programs\_Maps\JOSM_Portable\Заготовки\rus-dendrolog.xml
+ E:\Programs\_Maps\JOSM_Portable\Заготовки\Presets_BuildingPreset-preset.xml
+ E:\Programs\_Maps\JOSM_Portable\Заготовки\Presets_Bus_lanes-preset_ru.xml
+ E:\Programs\_Maps\JOSM_Portable\Заготовки\Presets_Industrial-preset_ru.xml
+ https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1
+ https://raw.githubusercontent.com/ruosm-presets/literan-moscow/master/russian_shops.xml
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/UA.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransport_Minsk_BY&zip=1
+ https://raw.githubusercontent.com/osmlab/name-suggestion-index/master/dist/name-suggestions.presets.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportGtfs&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/OpenStationMap&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/MastAndTower&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Bus_lanes&zip=1
+ https://raw.githubusercontent.com/gontsa/josm-christianity-ua/master/christian-ua.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Simple_Indoor_Tagging&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Community_Centre&zip=1

Map paint styles:
- https://github.com/osmlab/appledata/archive/josm_paint_inline_validation.zip
- https://github.com/igitov/forest-josm-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1
- E:\Programs\_Maps\JOSM_Portable\Стили\Styles_Building_validator_1.02..mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransportV2&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Admin_Boundaries&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1
- https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1
- \styles\sit.mapcss
- \styles\sit.mapcss

Last errors/warnings:
- 00037,267 E: Збій пошуку зображення ''
- 00037,268 W:  Monastery land: Could not get presets icon 
- 00037,480 W: Попередження у заготовках теґів ""leaf_type-Type"": проігноровано 'values' атрибут для заданого елемента 'list_entry'.
- 00037,630 E: Пошкоджено заготовку теґів ""building:use-Building use"" — кількість елементів у 'display_values' повинна дорівнювати кількості 'values'
- 00037,631 E: Докладна інформація: [] <> [place_of_worship, warehouse, industrial, commercial, residential]
- 00088,852 E: java.lang.ClassNotFoundException: controller.IndoorHelperController
- 00545,682 W: Неможливо знайти підтримувану проєкцію для шару kadastr_ua. Використовуватиметься EPSG:3857.
- 00545,683 W: Неможливо знайти підтримувану проєкцію для шару kadastr_ua. Використовуватиметься EPSG:3857.
- 02784,487 W: java.net.SocketTimeoutException: Read timed out. Причина: java.net.SocketTimeoutException: Read timed out
- 03636,175 W: Could not load Mapillary brand image!
}}}
"	mike140
defect	20081	1	Does not find unconnected, new waterways outside downloaded area	Core validator	latest		2020-11-14T17:24:01+01:00	2020-12-23T07:42:32+01:00	"See [ticket:20078#comment:1] for the origin.

==== What steps will reproduce the problem?
1. Load attachment from #20078, ([attachment:ticket:20078:uc-areas.osm uc-areas.osm])
1. Run validator 

==== What is the expected result?
`Waterway ends without a connection to another waterway or the direction of the waterway is wrong.`

==== What happens instead?
No warnings about the specific issue

==== Please provide any additional information below. Attach a screenshot if possible.
New objects should always be checked and not excluded if they are outside download area.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-11-12 02:34:19 +0100 (Thu, 12 Nov 2020)
Revision:17309
Build-Date:2020-11-12 02:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20189	1	Circle arc: New nodes only added after last middle node with several parents	Plugin utilsplugin2			2020-12-02T16:22:01+01:00	2022-06-18T07:43:28+02:00	"==== What steps will reproduce the problem?
1. Have a slightly bent way with several child nodes including some middle nodes with more ways as parents
 * Please use the way (`id:219043378`) in [attachment:example.osm.bz2:ticket:10205 example.osm.bz2] from #10205.
1. Circle arc

==== What is the expected result?
In this special case at least a notification about moving nodes outside downloaded area.
The way nodes are moved to form a circle arc and new nodes are inserted if the segment is too long and nodes are nicely distributed respecting nodes with multiple parents and/or tags. 

==== What happens instead?
No notification about possible move of nodes outside download area.
New nodes are only inserted after the last middle node with several parents but not before that node.

==== Please provide any additional information below. Attach a screenshot if possible.
Sorry, but I am not sure when this problem was introduced.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-01 20:59:49 +0100 (Tue, 01 Dec 2020)
Revision:17383
Build-Date:2020-12-02 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35640)
}}}"	skyper
defect	20190	1	Orthogonalize Shape: Creates command which changes nothing	Core	latest		2020-12-02T18:03:08+01:00	2020-12-02T18:03:08+01:00	"Similar to #20041.

==== What steps will reproduce the problem?
1. Create a rectangled way with extruder
1. Orthogonalize Shape
1. Orthogonalize Shape

==== What is the expected result?
A notification that nothing is to do

==== What happens instead?
Actions in command stack without changes

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-01 20:59:49 +0100 (Tue, 01 Dec 2020)
Revision:17383
Build-Date:2020-12-02 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	20242	1	Validator: False positive for first/last stop does not match first/last way with roundtrip	Plugin pt_assistant			2020-12-15T00:04:24+01:00	2023-03-15T16:43:42+01:00	"==== What steps will reproduce the problem?
1. Have a complete, ordered PTv2 route relations as roundtrip, see [attachment:josm_PTv2_roundtrip_example.osm josm_PTv2_roundtrip_example.osm]
1. Run Validator

==== What is the expected result?
No warning

==== What happens instead?
`PT: The last stop of the route does not match the last way `

==== Please provide any additional information below. Attach a screenshot if possible.
`roundtrip=yes`might be the tag to look at.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-13 17:44:41 +0100 (Sun, 13 Dec 2020)
Revision:17407
Build-Date:2020-12-14 02:30:54
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ pt_assistant (2.1.10-80-g7d9bba3)
}}}
"	skyper
defect	20285	1	Icon for turn restriction with via way may hide other restriction icon	Internal mappaint style	latest		2020-12-23T15:16:12+01:00	2020-12-23T15:16:12+01:00	"==== What steps will reproduce the problem?
1. Have a turn restriction relation with way as `via` member and another simple turn restriction with the same `from` way and a node as `via` member. See attached example, [attachment:josm_restriction_via_way.osm josm_restriction_via_way.osm]

==== What is the expected result?
Two restriction icons

==== What happens instead?
Only one restriction icon, the simple case with the node as `via` member is missing. 

==== Please provide any additional information below. Attach a screenshot if possible.
This is a simple common case, but it can probably be more tricky with multiple restrictions with (multiple) ways as `via` members

Maybe the restriction icons for relations with ways as `via` members can be placed ""behind"" the crossing which will still not solve the problem with multiple restrictions with ways as `via` members, though.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-22 09:28:39 +0100 (Tue, 22 Dec 2020)
Revision:17423
Build-Date:2020-12-23 02:30:50
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	20306	1	"""Water area inside water area"" triggered for reedbeed in a lake"	Core validator			2020-12-28T14:59:24+01:00	2022-02-16T01:42:59+01:00	"==== What steps will reproduce the problem?
1. Encounter reed bed in a lake such as https://www.openstreetmap.org/way/844830821
2. Map it
3. Validate

==== What is the expected result?
No complaints.

==== What happens instead?
""Water area inside water area"" despite that reed bed is not a water area and may be present inside lake

==== Please provide any additional information below. Attach a screenshot if possible.
It was something like https://commons.wikimedia.org/wiki/File:A_reed_bed.jpg with reeds growing in a lake, not outside it

See also https://lists.openstreetmap.org/pipermail/tagging/2020-September/thread.html#55283 (with a single reply)
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-27 20:15:27 +0100 (Sun, 27 Dec 2020)
Revision:17426
Build-Date:2020-12-28 02:30:52
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17426 en_GB) Linux Ubuntu 20.04.1 LTS
Memory Usage: 509 MB / 3974 MB (344 MB allocated, but free)
Java version: 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.9.1+1-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
Environment variable LANG: en_GB.UTF-8
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found
}}}
"	mkoniecz
defect	20316	1	Opening_hours: Does not like `PH +1 day PH`	Core validator	latest		2020-12-28T21:21:19+01:00	2024-11-04T14:33:09+01:00	"==== What steps will reproduce the problem?
1. Have an object with `opening_hours=PH +1 day PH,Su 00:00-00:14,23:06-23:30`
1. Run validator

==== What is the expected result?
No warning

==== What happens instead?
Warning:
{{{
Opening hours syntax - Encountered:   ""PH "" at line 1, column 7
Was expecting: 
}}}

==== Please provide any additional information below. Attach a screenshot if possible.
I run validator in strict mode.
[[https://openingh.openstreetmap.de/evaluation_tool/?EXP=PH%20+1%20day%20PH,Su%2000:00-00:14,23:06-23:30|openinh.osm.de]] has not problem with this expression.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-27 20:15:27 +0100 (Sun, 27 Dec 2020)
Revision:17426
Build-Date:2020-12-28 02:30:52
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	20406	1	Command Line Help: Update and additions	Core	latest		2021-01-19T18:01:47+01:00	2021-01-19T18:01:47+01:00	"The help text appearing in the terminal is partly outdated. Some info should be added to. 

1) The openstreetmap URL scheme has changed to /#map=zoom/52/9.  The old scheme lat=x&lon=y&zoom=z is bad because the command line breaks on the & parameter connectors.  Also a shorter description for File/Open is suggested.

{{{
Replace 
[--download=]           Download the location at the URL (with lat=x&lon=y&zoom=z)
[--download=]      Open a file (any file type that can be opened with File/Open)
--downloadgps=          Download the location at the URL (with lat=x&lon=y&zoom=z) as raw GPS
with
[--download=]           Download the location at the OSM style URL
[--download=]      Open a file (any file type suitable for File/Open)
--downloadgps=          Download the location at the URL as raw GPS
}}}

2) Better show the debug possibilities, offspring from #20401. Announce the debug overlay in Mapview.

{{{
Replace
--debug                      Print debugging messages to console
with
--debug or --trace           Print debug info on Mapview and stdout
}}}

3) Change the example target areas to London with more variety in file names. 

The current URL shown has 15 decimal places. Since r6453 it is generated by OsmUrlToBounds.getURL(43.2, 11.1, 13). I see a static URL example as better.

The searchfile on the ostertag server is 404.  Furthermore I was not able to get an indirect search to work with a local file as stated in the wiki. This may be another bug.

{{{
Replace 
java -jar josm.jar track1.gpx track2.gpx london.osm
java -jar josm.jar https://www.openstreetmap.org/#map=13/43.20000928332714/11.099981433345711
java -jar josm.jar london.osm --selection=http://www.ostertag.name/osm/OSM_errors_node-duplicate.xml
java -jar josm.jar 43.2,11.1,43.4,11.4
with
java -jar josm.jar track1.gpx BigBen.jpg ""london data.osm""
java -jar josm.jar https://www.openstreetmap.org/#map=18/51.501/-0.124
java -jar josm.jar 51.500,-0.126,51.502,-0.122 --selection=""Big Ben""
}}}

4) Add an example line for proper logging including stderr
{{{
Add
java -Duser.language=en -jar josm.jar --debug 1>logfile.txt 2>&1
}}}"	Hb---
defect	20410	1	Hidden Layer visible with focus in relation editor dialog	Plugin pt_assistant			2021-01-20T21:48:49+01:00	2021-06-30T14:37:25+02:00	"==== What steps will reproduce the problem?
1. Have a PT relation with complete members and open the relation editor
1. Hide the pt_assistant layer
1. Hover the mouse over the relation editor

==== What is the expected result?
The hidden pt_assistant layer stays hidden all the time

==== What happens instead?
The hidden layer is rendered and stays until I zoom in or out

==== Please provide any additional information below. Attach a screenshot if possible.
This is annoying and uses memory and processor time.
I noticed this bug for a long time now, so it is nothing new.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-01-19 14:46:51 +0100 (Tue, 19 Jan 2021)
Revision:17473
Build-Date:2021-01-20 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17473 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 296 MB / 768 MB (54 MB allocated, but free)
Java version: 11.0.9.1+1-post-Debian-1deb10u2, Debian, OpenJDK 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatDarkLaf
Desktop environment: GNOME

Plugins:
+ flatlaf (35679)
+ pt_assistant (2.1.10-80-g7d9bba3)


Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/MastAndTower&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportGtfs&zip=1


Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Incline&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/PublicTransportGtfs&zip=1
}}}
"	skyper
defect	20416	1	Download (incomplete) members: Cancel does not work and timeouts while download relation with members works	Core			2021-01-22T16:53:20+01:00	2021-05-24T20:55:48+02:00	"I have some network issues lately:

==== What steps will reproduce the problem?
1. Have a relation without any members downloaded
1. Download members from relation or selection **panel** context menu
1. Download starts but hangs after downloading some objects
1. Click on ""Cancel""
1. Click on ""Cancel""
1. Click on ""Cancel""
1. Close download window
1. Download some area with download dialog

==== What is the expected result?
The download is canceled.

==== What happens instead?
Download is not cancel and the second download is not executed until the first download eventually finishes or time-outs. 

==== Please provide any additional information below. Attach a screenshot if possible.
The same is true for downloading only incomplete members.

On thing I noticed: Downloading the whole relation with members using ""Download object"" works like a charm. So in the situation of mostly incomplete members, it might be smarter if ""Download members"" would download the whole relation with members instead of each member on its own.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-01-21 23:33:21 +0100 (Thu, 21 Jan 2021)
Revision:17474
Build-Date:2021-01-22 02:30:49
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 02626.639 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 02626.646 E: IO Exception - Failed to upload data to or download data from
'https://api.openstreetmap.org/api/0.6/nodes?nodes=3984729218,4051554686,4121566639,2047310593,3209094977,4121566626,265486042,265486043,693919829,4121566371,2045088239,265486040,2045088238,265486041,291055957,2047310603,833399228,3226528064,4051554668,2045088244,957280287,3226528065,4102782104,3226528067,833464505,659570246,659570247,3505983713,4060297753,833399222,4102782352,833399216,3505983717,833399218,833399219,4102782100,100091095,7148425780,7148425777,7148425776,7148425778,693541246,4121566594,4102782115,4102782114,3505983698,4102782374,793146984,100162775,4821390926,1506585084,4121566619,4102782138,1506585086,2047134518,951484546,4121566622,4102782142,4031093107,4031093106,4055970038,4121566608,4060244542,1506585075,4102782132,4060244546,4121566442,5842431356,4060244544,1303940603,5842431358,249780135,963078179,100162750,949471454,2426710510,2044432784,1286948350,454411096,4055974028,1926863767,4051554605,7668156766,306424594,4055974032,7668156765,309924651,713313232,693919753,693919754,306424597,1506584987,4121566461,4055974038,1884334089,4102782167,3629187340,2034977044,1776583045,4121566664,2045088129,1624584381,925972313,306424619,963078159,3264033764,1919132169,3226528062,3264033763,2109089241,3264033762,3629187390,3226528063,1286948314,1369370862,4051554575,3629187362,4055173318,1884334117,3209094974,2109089229,1436366108,454411159,1436366101,959510971,434696574,4051554794,2845483322,1436366140,7153666759,1436366138,1436366132,1436366135,2845483318,3629187327,3226527968,4144263092,3209037815,4055177473,7153666770,1776583000,1436366112,1436366115,2034977160,4022384402,1450716843,693541248,4051554730,454411208,1992148578,2232223212,2520305369,2520305370,2047310562,2232223210,4022384423,1448904372,4051554709,1448904374,2520305365,3271533073,2520305366,3271533072,2520305367,1782043335,2520305355,4051554697,4663753996,2047134458,1776582939'
due to a problem with transferring data.
Details (untranslated): Read timed out
- 02629.560 W: java.net.SocketTimeoutException: Read timed out
- 02629.561 E: java.net.SocketTimeoutException: Read timed out
- 02687.031 W: java.net.SocketTimeoutException: Read timed out
- 02687.031 E: java.net.SocketTimeoutException: Read timed out
- 02714.858 W: java.net.SocketTimeoutException: Read timed out
- 02714.858 E: java.net.SocketTimeoutException: Read timed out
- 02714.859 E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 02714.859 W: Ignoring exception because task was canceled. Exception: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
}}}
"	skyper
defect	20485	1	Inconsistent handling of fixme tags	Core validator			2021-02-15T11:49:44+01:00	2021-02-22T16:58:09+01:00	"==== What steps will reproduce the problem?
1. load fixme.osm
2. run validator

==== What is the expected result?
5 ""Other/fixme"" validator hints.

==== What happens instead?
I got only 3 for the fixme/FIXME tags on ways and relation, but none for the fixme/FIXME tags on nodes.

==== Please provide any additional information below. Attach a screenshot if possible.
The hints for fixme tags are very helpful for finding them in a downloaded array. As far as I remember this is a regression.

While I created the example file, I saw also, that the standard mappaint style is drawing an ""F"" for both ""fixme"" and ""FIXME"" on nodes, but the tag list for the selected objects only show ""Annotation/Fixme"" entry for ""fixme"", but not for ""FIXME"" (nodes and ways). 

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-02-12 09:50:35 +0100 (Fri, 12 Feb 2021)
Build-Date:2021-02-13 02:30:51
Revision:17491
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17491 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Pro 2004 (19041)
Memory Usage: 1566 MB / 3616 MB (510 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1200 (scaling 1.00×1.00) \Display1 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→32×32, 32×32→32×32
Dataset consistency test: No problems found

Plugins:
+ ColumbusCSV (35640)
+ OpeningHoursEditor (35640)
+ RoadSigns (35640)
+ apache-commons (35524)
+ apache-http (35589)
+ buildings_tools (35669)
+ contourmerge (v0.1.6)
+ imagery-xml-bounds (35640)
+ imagery_offset_db (35640)
+ jna (35662)
+ pt_assistant (2.1.10-80-g7d9bba3)
+ reverter (35688)
+ terracer (35640)
+ utilsplugin2 (35691)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
}}}
"	mdk
defect	20568	1	potentially wrong validator warnings on PTv2 relations for first/last segments of bus routes	Plugin pt_assistant			2021-03-06T01:02:00+01:00	2021-06-30T14:37:50+02:00	"I get the ""last stop does not match the last way"" warning from the PT validator on relations where I think it is wrong:

https://www.openstreetmap.org/relation/3246744: a loop is needed to arrive at the last stop/platform.

https://www.openstreetmap.org/relation/2562714: there are 2 stops by the same name at the end of the route but the membering way segments seem OK

The relations and their members seem correct to me (also OSM Inspector does not flag them).

Similarly I get ""first stop does not match first way on relations:
https://www.openstreetmap.org/relation/12010256: the first and last stop is the same as it is a loop, but the membering way segments seem OK (first one is going away of the first stop)."	aceman
defect	20604	1	Error when selecting most recent changeset comment from dropdown menu	Core	latest		2021-03-15T22:39:15+01:00	2021-11-16T21:27:29+01:00	"==== What steps will reproduce the problem?

1. From the upload window, I will click the dropdown menu for changeset comments (""Provide a bried comment...""
2. Click the most recently used comment.

==== What is the expected result?

The text will populate the comment box.

==== What happens instead?

Comment box is cleared and the error ""Your upload comment is empty, or very short..."" appears (See photo)

[[Image(Screen Shot 2021-03-15 at 3.29.40 PM.png, 1000px)]]

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

This only occurs when selecting the most recent comment from the dropdown menu. When selecting the comments below the most recent, the text populates the comment box with no issues."	TerraFormerJake
defect	20605	1	Relation editor: Connectivity: Problem with dual-carriage, open end on top with only one way for one direction	Core	latest		2021-03-16T17:40:58+01:00	2021-03-16T17:40:58+01:00	"This is a follow-up of #19633, under special condition.

==== What steps will reproduce the problem?
1. Have a `route=road` relation with both ends split per direction and open ended and at least one of the direction branch consisting of only one way. See [attachment:ticket:6166:route_with_dual_carriage_on_several_end.osm.xz​ example file]
1. Sort the relation in relation manager
1. Look at the connectivity displayed on the start/end
1. Sort again (all members are flipped)
1. Look again at the start/end.

==== What is the expected result?
Complete connection displayed on all ends.

==== What happens instead?
Only on top and with at least only one direction branch consisting of only one way, connectivity is broken and ""jump to gap"" interprets it as gap. 
==== Please provide any additional information below. Attach a screenshot if possible.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-03-14 18:17:35 +0100 (Sun, 14 Mar 2021)
Revision:17560
Build-Date:2021-03-14 17:21:03
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20644	1	Relation editor: Sorting of route relation never stops under certain conditions (gaps).	Core			2021-03-22T14:21:48+01:00	2021-03-22T14:21:48+01:00	"This is a follow up of #19633 and #6166, see [/ticket/6166#comment:11 my comment 11].

==== What steps will reproduce the problem?
1. Have a completely mapped route relation with multiple gaps, see [attachment:ticket:6166:route_with_dual_carriage_on_several_end.osm.xz example file]
1. Open relation editor
1. Sort relation
1. Sort relation
1. Sort relation
1. ''and so one''

==== What is the expected result?
Sorting stops once there is no further improvement, which should be after the first full sort of all members

==== What happens instead?
Sorting never ends and all members all always flipped upside down.
 
==== Please provide any additional information below. Attach a screenshot if possible.
Maybe, this is a side effect of #20605, because the displayed connectivity is also wrong and non-existing gaps are displayed and jumped to.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-03-21 23:33:16 +0100 (Sun, 21 Mar 2021)
Revision:17634
Build-Date:2021-03-22 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20686	1	Cancel of MultiFetchServerObjectReader does not work	Core	latest		2021-03-29T13:06:33+02:00	2021-03-29T13:06:33+02:00	"Follow-up of #20416 as the situation did not change.

==== What steps will reproduce the problem?
1. Have a `route_master` relation with only incomplete members ([osmwww:relation/4285797 r4285797])
1. Select all member relations
1. Download members from relation or selection **panel** context menu
1. Download starts but hangs after downloading some objects with `Fetching a package of nodes …`
1. Click on ""Cancel""
1. Click on ""Cancel""
1. Click on ""Cancel""
1. Close download window
1. Download some area with download dialog

==== What is the expected result?
The download is canceled.

==== What happens instead?
Download is not cancel and the second download is not executed until the first download eventually finishes or time-outs. The download hangs at the first line of the [#console console log] below and the next lines only show up after the timeout.

==== Please provide any additional information below. Attach a screenshot if possible.
The same is true for all other actions using `MultiFetcherSeverObjectReader` like download parent objects and downloading changeset objects.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-03-28 20:43:23 +0200 (Sun, 28 Mar 2021)
Revision:17684
Build-Date:2021-03-29 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 03640.850 W: Ignoring exception because task was canceled. Exception: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
- 03642.671 W: java.net.SocketTimeoutException: Read timed out
- 03642.671 E: java.net.SocketTimeoutException: Read timed out
- 03759.448 W: java.net.SocketTimeoutException: Read timed out
- 03759.448 E: java.net.SocketTimeoutException: Read timed out
- 03759.449 E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 03759.449 W: Ignoring exception because task was canceled. Exception: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
- 03759.561 W: java.net.SocketTimeoutException: Read timed out
- 03759.561 W: Already here java.net.SocketTimeoutException: Read timed out
- 03759.562 E: java.net.SocketTimeoutException: Read timed out
}}}

console: [=#console]

{{{
2021-03-29 13:02:09.503 INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=293713793,3258008625,1040112638,3258008627,3258008626,3258008628,667451840,7609344900,268613130,667451841,7609344901,667451842,268613128,1040112628,667451843,667451844,7609344896,667451845,667451846,7609344898,7609344899,667451865,1040112616,1040112615,8043649387,8043649389,8043649388,3402034395,275961452,8043649391,8043649390,7254799946,7254799947,1040112607,7254799948,1040112601,7607018304,7607018305,7607018306,1040112596,7607018307,7607018308,7254799960,1040112588,7254799961,1040112589,358003566,7254799958,1496702729,7254799959,1496702728,7607018280,7607018281,7607018282,7607018283,7607018284,1040112570,7607018285,7607018286,7607018287,7607018272,7607018273,7607018274,1040112564,7607018275,3258008700,1040112560,7607018278,7607018279,7607018296,7607018297,7607018298,7607018299,667451804,7607018300,7607018301,7607018302,7607018303,1040112553,1040112550,7607018289,7607018290,7607018291,7607018293,7607018294,7607018295,1040112542,7607018249,1040112543,7607018250,3258008659,7607018251,3258008658,7607018252,3258008661,369774701,7607018255,667451810,3258008667,667451811,667451812,667451813,3258008670,1040112526,3258008641,7607018264,7607018265,3258008640,7607018266,3258008643,667451835,7607018267,369774713,3258008642,667451836,7607018268,3258008645,7607018269,3258008644,268613038,268613039,268613037,268613042,7156436799,268613043,7156436798,3700865316,7156436797,7156436796,268613046,3700865314,7156436795,3700865315,268613047,7156436794,3700865312,3808831152,268613044,7156436793,3700865313,268613045,7156436792,268613050,7156436791,7156436790,268613049,7156436788,7156436787,7156436808,7156436805,7156436804,7156436803,7156436801,7156436800,502102077,2126543632,5841992165,502102079,4420969045,667451922,667451923,3810928324,3810928322,3809216233,3809216234,2172241041,3810928335,2172241045,3810928338,3810928337 -> HTTP/1.1 200 (124 ms)
2021-03-29 13:02:39.459 INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=458898522,3097563297,458898523,2752684817,458898521,458898526,458898524,458898525,1040112374,458898518,458898519,483285976,483285973,5836741828,5836741829,1248488776,5836741830,5836741831,5836741824,5836741825,5836741826,5836741827,5836741832,5836741833,648954241,2752684837,458898530,458898531,458898528,458898529,458898535,458898532,416874393,416874395,416874396,293615300,1617790762,416874390,416874391,416874376,5836741814,5836741820,5836741821,5836741822,5836741823,5836741817,5836741818,5836741819,7607018270,3258008647,667451839,7607018271,1040112521,7607018256,3258008649,3258008648,3258008651,7607018258,3258008650,7607018259,667451828,7607018260,3258008652,7607018261,7607018262,3258008654,7607018263,7607018216,1450185200,7607018217,7607018218,2752684944,7607018219,7607018220,7607018221,2752684951,7607018222,2752684948,7607018223,7607018208,7607018211,2752684702,7607018213,7607018214,7607018215,1259859333,1040112492,275650297,7607018224,275650295,7607018225,7607018226,7607018227,1040112482,5148456002,7607018228,5148456003,7607018229,5148456000,7607018230,5148456001,7607018231,1248488906,7607018185,2752684976,7607018186,7607018187,7607018188,3814368510,7607018189,3258008727,7607018190,2752684980,7607018191,1040112471,1040112464,2752684988,1040112462,7607018200,7607018201,7607018202,7607018203,7607018204,7607018205,7607018206,7607018207,7607018192,7607018193,7607018194,280246031,7607018195,7607018196,7607018197,7607018198,1040112449,7607018199,2271436963,6985459614,2271436961,1040112445,292099756,2752684756,1040112439,1040112437,3257927163,2752684738,648954238,648954239,470727386,648954235,1040112425,2752684746,1040112423,1040112420,1332644274,3805619465,365490710,2752684786,2752684784,1567071116,7609344892,7609344893,618824467,7609344894,7609344895,2271436951,7609344891,2752684778,2271436959,2271436956 -> !!! (30.1 s)
2021-03-29 13:02:39.459 WARNING: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:476)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:411)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:624)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:582)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:571)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:543)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)

2021-03-29 13:02:39.460 SEVERE: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:476)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:411)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:624)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:582)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:571)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:543)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)

2021-03-29 13:02:39.460 SEVERE: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
	at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader.fetchPrimitives(MultiFetchServerObjectReader.java:335)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader.parseOsm(MultiFetchServerObjectReader.java:404)
	at org.openstreetmap.josm.gui.dialogs.relation.DownloadRelationMemberTask.realRun(DownloadRelationMemberTask.java:137)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:200)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:624)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:582)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:571)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:543)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	... 5 more
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:476)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:411)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	... 14 more

2021-03-29 13:02:39.461 WARNING: Ignoring exception because task was canceled. Exception: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
2021-03-29 13:02:39.572 INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=1723772602,747095425,293714057,1545032990,293714058,1082952064,5366871791,747095442,747095453,293034321,1251640253,3814296435,493598016,1458052803,1723772821,275003464,571476796,293034328,1723772557,293034307,1251640238,4075018966,493598046,1424268753,4075018965,4075018964,293034304,293034319,1750991206,747095485,2126780414,293034316,1081059668,7580994273,293034314,293034312,877435917,293034293,747095493,293034290,2039976146,7156130510,293034302,2039976158,1082952134,293034300,747095500,5820027818,493597989,293034297,493597988,2039976152,293034276,293034272,1458052786,293034285,747095516,1458052790,293034281,293034280,1723772895,1776624007,1723772893,2271473415,293034259,293034257,293034256,2271473417,1458052739,2271473416,293034268,747095542,493597977,1081059610,293034255,293034254,293714170,293034251,293034250,293034249,266520220,530273819,530273818,530273817,3241240993,3241240995,3241240994,3241240996,285981086,285981085,1776623999,2845483322,285981098,285981097,285981103,285981101,285981100,493753798,285981091,285981089,285981088,2845483318,285981095,1723772434,285981094,285981092,285981115,7156073017,285981114,285981113,285981112,285981119,285981118,285981117,285981116,285981107,285981106,285981104,285981111,285981110,285981109,285981108,7156073032,285981130,285981129,285981128,285981135,285981134,1081059497,285981132,285981123,285981122,285981121,285981120,285981126,285981125,285981124,5310362708,285981147,7156073049,285981146,7156073050,7156073051,285981144,7156073052,285981150,5310362705,285981149,7156073041,285981138,4142382653,285981137,285981143,7156073045,285981141,285981140,5836739335,4142382596,5836739340,5836739341,5836739342,285981153,285981152,5836739343,5836739337,5836739338,5836739339,5836739344,5836739345,5836739346 -> !!! (30.1 s)
2021-03-29 13:02:39.573 WARNING: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:476)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:411)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:624)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:582)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:571)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:543)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)

2021-03-29 13:02:39.573 WARNING: Already here java.net.SocketTimeoutException: Read timed out
2021-03-29 13:02:39.573 SEVERE: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:476)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:470)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:110)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1408)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:411)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.multiGetIdPackage(MultiFetchServerObjectReader.java:624)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.fetch(MultiFetchServerObjectReader.java:582)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:571)
	at org.openstreetmap.josm.io.MultiFetchServerObjectReader$Fetcher.call(MultiFetchServerObjectReader.java:543)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)

2021-03-29 13:02:39.724 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=8.2395364,47.6672467,8.2399293,47.6674386 -> HTTP/1.1 200 (205 ms)
}}}
"	skyper
defect	20731	1	"Relation checker doesn't accept role ""main"" and demands """" for route=hiking"	Internal preset	latest		2021-04-09T18:37:43+02:00	2024-04-17T16:03:07+02:00	"==== What steps will reproduce the problem?
1. add a relation of recreational type, according to:

https://wiki.openstreetmap.org/wiki/Roles_for_recreational_route_relations

with relations as members

2. assign to a member the role ""main""
3. don't let any member without role

==== What is the expected result?

no warning is issued from validator

==== What happens instead?

Two warning of type ""Role verification problem"" are raised from the validator:

Role 'main' missing is not among expected values

Role '' missing

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

Example of affected relation: 
https://www.openstreetmap.org/relation/2178755

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-09 01:24:26 +0200 (Fri, 09 Apr 2021)
Revision:17722
Build-Date:2021-04-09 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17722 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Home 1909 (18363)
Memory Usage: 877 MB / 4068 MB (381 MB allocated, but free)
Java version: 11.0.2+9-LTS, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 3840×2160 (scaling 2.50×2.50)
Maximum Screen Size: 3840×2160
Best cursor sizes: 16×16→64×64, 32×32→64×64
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Dataset consistency test: No problems found

Plugins:
+ Mapillary (1.5.37.3)
+ QuickLabel (18)
+ SimplifyArea (35640)
+ apache-commons (35524)
+ apache-http (35589)
+ editgpx (35562)
+ ejml (35458)
+ geotools (35458)
+ javafx-windows (35655)
+ jna (35662)
+ jts (35458)
+ measurement (35640)
+ merge-overlap (35640)
+ photo_geotagging (35715)
+ photoadjust (35640)
+ reltoolbox (35640)
+ reverter (35688)
+ rex (53)
+ undelete (35640)

Tagging presets:
+ D:\OSM\JOSM\presets\cai_josm_preset-master\cai.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Mountains&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/CH.zip
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/IT.zip

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/DestinationSignRelation&zip=1
+ https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/MaxspeedIcons&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR.zip
+ https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1

Last errors/warnings:
- 00056.137 E: Failed to locate image 'object--wire-group'
- 00056.262 E: Failed to locate image 'regulatory--dual-lanes-cyclists-and-pedestrians--g1'
- 00056.923 E: Failed to locate image 'regulatory--texts--g1'
- 00056.924 E: Failed to locate image 'regulatory--texts--g2'
- 00057.035 E: Failed to locate image 'void--car-mount'
- 00057.036 E: Failed to locate image 'void--dynamic'
- 00057.037 E: Failed to locate image 'void--ego-vehicle'
- 00057.038 E: Failed to locate image 'void--ground'
- 00057.040 E: Failed to locate image 'void--static'
- 00057.235 E: Failed to locate image 'warning--kangaroo-crossing--g1'
}}}
"	bartosomail@…
defect	20775	1	Change Value: Misleading, incorrect warning about changes in value when changing the key only	Core	latest		2021-04-19T12:41:08+02:00	2021-04-23T16:45:36+02:00	"==== What steps will reproduce the problem?
1. Have two objects, one with `FIXME=recheck` and one with `fixme=recheck` but none with both keys.
1. Select the objects and in the ""change value"" dialog change the key to `FIXME` or `fixme`

==== What is the expected result?
No warning

==== What happens instead?
A incorrect warning about ""key already in use"" and about ""overwriting values"".

==== Please provide any additional information below. Attach a screenshot if possible.
The check is too general and does not look at each object individually in case of a mixes of keys and values.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-17 17:57:53 +0200 (Sat, 17 Apr 2021)
Revision:17791
Build-Date:2021-04-18 01:31:00
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20788	1	RespondsCode from overpass completely wrong formatted	Core	latest		2021-04-22T17:58:10+02:00	2025-11-02T07:53:45+01:00	"==== What steps will reproduce the problem?
1. Download parents real quick several times in a row with download objects from overpass enabled.
1. Get ResponsCode as something failed

==== What is the expected result?
A nice formatted message.

==== What happens instead?
Messed up message with lots of formatting syntax displayed

==== Please provide any additional information below. Attach a screenshot if possible.
I got this with 429 and 504, so it seems to be a general issue.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-21 17:31:06 +0200 (Wed, 21 Apr 2021)
Revision:17812
Build-Date:2021-04-22 01:30:59
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 16522.691 E: java.lang.NullPointerException
- 16522.692 E: java.lang.NullPointerException
- 16637.969 E: java.lang.NullPointerException
- 17879.824 W: javax.net.ssl.SSLException: Socket closed. Cause: javax.net.ssl.SSLException: Socket closed. Cause: java.net.SocketException: Socket closed
- 17879.824 E: javax.net.ssl.SSLException: Socket closed. Cause: javax.net.ssl.SSLException: Socket closed. Cause: java.net.SocketException: Socket closed
- 17895.953 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=429, Error Header=, Error Body=<
- 17895.953 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=429, Error Header=, Error Body=<
- 18430.842 E: javax.net.ssl.SSLException: Socket closed. Cause: java.net.SocketException: Socket closed
- 19238.788 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=504, Error Header=, Error Body=<
- 19238.789 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=504, Error Header=, Error Body=<
}}}
"	skyper
defect	20822	1	Incomplete objects marked as modified	Core	latest		2021-04-29T19:24:34+02:00	2021-04-29T19:25:56+02:00	"==== What steps will reproduce the problem?
1. Download a Bus Route Relation without members
1. In relation editor download some members, e.g. all stops.
1. In map view: Select all (including the incomplete ways of the relation)
1. Add a tag
1. Upload data

==== What is the expected result?
No modified object in data layer after successful upload

==== What happens instead?
All incomplete objects are still marked as modified and the layer is marked as layer with changes

==== Please provide any additional information below. Attach a screenshot if possible.
Do not really know if this is a problem with the modified state or because incomplete objects are modified in 4..

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-28 22:01:28 +0200 (Wed, 28 Apr 2021)
Revision:17834
Build-Date:2021-04-29 01:31:00
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20825	1	IllegalStateException at DataSetMerger.mergeRelationMembers after downloading from FR cadastre	Plugin cadastre-fr			2021-04-30T15:27:22+02:00	2021-09-08T00:14:03+02:00	"==== What steps will reproduce the problem?
1. CTRL + SHIFT + Arrow down to download data from French cadastre
2. Hit the Download button
3. See the data starting to be downloaded and have the error message

==== What is the expected result?
Just not having the error message

==== What happens instead?
Had the... Error message ;)

==== Please provide any additional information below. Attach a screenshot if possible.
(I have removed Java and now have OpenWebStart. Related ? ¯\_(ツ)_/¯)

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-27 20:35:33 +0200 (Tue, 27 Apr 2021)
Revision:17833
Build-Date:2021-04-27 21:58:39
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17833 fr) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 3067 MB / 4068 MB (2416 MB allocated, but free)
Java version: 11.0.10+9, AdoptOpenJDK, OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00) \Display1 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: fr_FR
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Dicedtea-web.bin.location=E:\Program Files\OpenWebStart\javaws, --add-modules=java.scripting,java.sql, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=javafx.graphics/com.sun.javafx.application=ALL-UNNAMED, --add-exports=jdk.deploy/com.sun.deploy.config=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djava.util.Arrays.useLegacyMergeSort=true, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,jdk.jsobject, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop,ALL-UNNAMED, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop,ALL-UNNAMED, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop]
Dataset consistency test: No problems found

Plugins:
+ CADTools (1008)
+ FastDraw (35640)
+ OpeningHoursEditor (35640)
+ PicLayer (2a9aa7a)
+ alignways (35640)
+ apache-commons (35524)
+ apache-http (35589)
+ auto_tools (73)
+ buildings_tools (35669)
+ cadastre-fr (35727)
+ centernode (v1.0.4)
+ conflation (0.6.6)
+ continuosDownload (91)
+ dataimport (35640)
+ ejml (35458)
+ fieldpapers (v0.5.0)
+ geotools (35458)
+ gridify (1606242219)
+ gson (35458)
+ http2 (35427)
+ imagery_offset_db (35640)
+ javafx-windows (35655)
+ jaxb (35543)
+ jna (35662)
+ jogl (1.2.3)
+ jts (35458)
+ kendzi3d-resources (0.0.2)
+ log4j (35458)
+ measurement (35640)
+ opendata (35640)
+ photo_geotagging (35738)
+ photoadjust (35640)
+ reverter (35732)
+ scripting (30798)
+ shrinkwrap (v1.0.4)
+ splinex (35718)
+ tageditor (35640)
+ terracer (35640)
+ todo (30306)
+ turnlanes-tagging (288)
+ turnrestrictions (35640)
+ utilsplugin2 (35691)
+ wikipedia (1.1.4)

Tagging presets:
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/FR.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/Telecom&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/PoliceFR&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/contact(socialnetworks_IMs)&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Community_Centre&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Maxspeed-zones&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Bus_lanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://raw.githubusercontent.com/species/josm-preset-wheelchair/master/sidewalks_kerbs.xml
+ https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/Industrial&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Crafts&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Surveillance&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Healthcare&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Light_sources&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/MastAndTower&zip=1
+ https://raw.githubusercontent.com/osmlab/name-suggestion-index/main/dist/presets/nsi-josm-presets.min.xml

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/light_source&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
+ https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR_OC.zip
+ https://josm.openstreetmap.de/josmfile?page=Styles/Highway_Nodes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Direction&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/FranceSpecificRules&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/QAToolInspiredValidations&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1

Last errors/warnings:
- 02592.516 W: java.io.IOException: L'URL demandée https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 n'a pas été trouvée
- 02592.516 W: Echec de l'ajout de https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 au vérificateur d'attribut
- 02592.517 W: java.io.IOException: No file found for: https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1
- 02592.832 W: java.io.IOException: L'URL demandée https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 n'a pas été trouvée
- 02592.833 W: Echec de l'ajout de https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 au vérificateur d'attribut
- 02592.834 W: java.io.IOException: No file found for: https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1
- 02592.929 W: java.io.IOException: L'URL demandée https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 n'a pas été trouvée
- 02592.930 W: Echec de l'ajout de https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1 au vérificateur d'attribut
- 02592.930 W: java.io.IOException: No file found for: https://josm.openstreetmap.de/josmfile?page=Rules/OsmoseValidations&zip=1
- 02797.925 E: Handled by bug report queue: java.lang.reflect.InvocationTargetException. Cause : java.lang.IllegalStateException: Cible de fusion manquante pour le type chemin avec l’identifiant -104 347



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-1 (44) of JOSM
java.lang.reflect.InvocationTargetException
	at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1367)
	at java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1342)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:99)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.IllegalStateException: Cible de fusion manquante pour le type chemin avec l’identifiant -104 347
	at org.openstreetmap.josm.data.osm.DataSetMerger.mergeRelationMembers(DataSetMerger.java:274)
	at org.openstreetmap.josm.data.osm.DataSetMerger.fixReferences(DataSetMerger.java:164)
	at org.openstreetmap.josm.data.osm.DataSetMerger.lambda$merge$0(DataSetMerger.java:459)
	at org.openstreetmap.josm.data.osm.DataSet.update(DataSet.java:960)
	at org.openstreetmap.josm.data.osm.DataSetMerger.merge(DataSetMerger.java:424)
	at org.openstreetmap.josm.data.osm.DataSetMerger.merge(DataSetMerger.java:405)
	at org.openstreetmap.josm.gui.layer.OsmDataLayer.mergeFrom(OsmDataLayer.java:603)
	at org.openstreetmap.josm.gui.layer.OsmDataLayer.mergeFrom(OsmDataLayer.java:591)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$AbstractInternalTask.loadData(DownloadOsmTask.java:370)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.finish(DownloadOsmTask.java:509)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:303)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:117)
	at java.desktop/java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:190)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:235)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:233)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.desktop/java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:233)
	at java.desktop/java.awt.Dialog.show(Dialog.java:1070)
	at java.desktop/java.awt.Component.show(Component.java:1716)
	at java.desktop/java.awt.Component.setVisible(Component.java:1663)
	at java.desktop/java.awt.Window.setVisible(Window.java:1031)
	at java.desktop/java.awt.Dialog.setVisible(Dialog.java:1005)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doBeginTask$3(PleaseWaitProgressMonitor.java:255)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doInEDT$0(PleaseWaitProgressMonitor.java:113)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

=== RUNNING THREADS ===
Thread: HttpClient-1-Worker-36 (201) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: image-fetcher-0 (69) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: styled-map-renderer-11 (207) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: WeakCollectionCleaner (75) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
org.geotools.util.WeakCollectionCleaner.run(WeakCollectionCleaner.java:65)

Thread: styled-map-renderer-7 (144) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: NetxSecurityThread (22) of NetxSecurityThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
net.adoptopenjdk.icedteaweb.client.parts.dialogs.security.SecurityDialogMessageHandler.run(SecurityDialogMessageHandler.java:91)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-11 (123) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-9 (121) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-1 (113) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: itwpool-2-itwthread-2 (34) of main
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-10 (122) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: ForkJoinPool.commonPool-worker-11 (199) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: JCS-ElementEventQueue-Thread-3 (73) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-5 (117) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: ForkJoinPool.commonPool-worker-15 (175) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: ForkJoinPool.commonPool-worker-9 (174) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: TMS-downloader-4 (116) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-19 (131) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: ForkJoinPool.commonPool-worker-3 (198) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: TMS-downloader-23 (135) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Output controller consumer daemon (13) of main
java.base@11.0.10/java.lang.Object.wait(Native Method)
net.sourceforge.jnlp.util.logging.OutputController$MessageQueConsumer.run(OutputController.java:79)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: itwpool-2-itwthread-1 (26) of main
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: AWT-EventQueue-1 (44) of JOSM
Stacktrace see above.

Thread: Common-Cleaner (12) of InnocuousThreadGroup
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.10/jdk.internal.ref.CleanerImpl.run(CleanerImpl.java:148)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: Weak reference cleaner (51) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$613/0x00000008005b7040.run(Unknown Source)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Timer-1 (79) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@11.0.10/java.util.TimerThread.run(Timer.java:506)

Thread: styled-map-renderer-4 (141) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: HttpClient-1-Worker-38 (203) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: Timer-2 (88) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@11.0.10/java.util.TimerThread.run(Timer.java:506)

Thread: TMS-downloader-17 (129) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Signal Dispatcher (4) of system

Thread: itwpool-2-itwthread-3 (39) of main
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-18 (130) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: HttpClient-1-SelectorManager (52) of JOSM
java.base@11.0.10/sun.nio.ch.WindowsSelectorImpl$SubSelector.poll0(Native Method)
java.base@11.0.10/sun.nio.ch.WindowsSelectorImpl$SubSelector.poll(WindowsSelectorImpl.java:357)
java.base@11.0.10/sun.nio.ch.WindowsSelectorImpl.doSelect(WindowsSelectorImpl.java:182)
java.base@11.0.10/sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:124)
java.base@11.0.10/sun.nio.ch.SelectorImpl.select(SelectorImpl.java:136)
platform/java.net.http@11.0.10/jdk.internal.net.http.HttpClientImpl$SelectorManager.run(HttpClientImpl.java:867)

Thread: styled-map-renderer-0 (137) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: Java2D Disposer (15) of system
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.desktop@11.0.10/sun.java2d.Disposer.run(Disposer.java:144)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: GT authority factory disposer (74) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@11.0.10/java.util.TimerThread.run(Timer.java:506)

Thread: Swing-Shell (109) of system
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.desktop@11.0.10/sun.awt.shell.Win32ShellFolderManager2$ComInvoker$1.run(Win32ShellFolderManager2.java:586)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: RemoteControl HTTP Server (81) of JOSM
java.base@11.0.10/java.net.PlainSocketImpl.accept0(Native Method)
java.base@11.0.10/java.net.PlainSocketImpl.socketAccept(PlainSocketImpl.java:159)
java.base@11.0.10/java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:458)
java.base@11.0.10/java.net.ServerSocket.implAccept(ServerSocket.java:565)
java.base@11.0.10/java.net.ServerSocket.accept(ServerSocket.java:533)
org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

Thread: CacheEventQueue.QProcessor-TMS_BLOCK_v2Thread-27 (206) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:458)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-6 (118) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Timer-4 (108) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.Object.wait(Object.java:328)
java.base@11.0.10/java.util.TimerThread.mainLoop(Timer.java:527)
java.base@11.0.10/java.util.TimerThread.run(Timer.java:506)

Thread: TMS-downloader-20 (132) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: pool-2-thread-1 (156) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-3 (115) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-16 (128) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-7 (119) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: message-notifier-0 (83) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@11.0.10/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@11.0.10/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-22 (134) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: AWT-Windows (17) of system
java.desktop@11.0.10/sun.awt.windows.WToolkit.eventLoop(Native Method)
java.desktop@11.0.10/sun.awt.windows.WToolkit.run(WToolkit.java:305)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: styled-map-renderer-2 (139) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: main-worker-0 (43) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1796)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3128)
java.base@11.0.10/java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1823)
java.base@11.0.10/java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1998)
platform/java.net.http@11.0.10/jdk.internal.net.http.HttpClientImpl.send(HttpClientImpl.java:541)
platform/java.net.http@11.0.10/jdk.internal.net.http.HttpClientFacade.send(HttpClientFacade.java:119)
org.openstreetmap.josm.plugins.http2.Http2Client.performConnection(Http2Client.java:97)
org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:124)
org.openstreetmap.josm.io.CachedFile.checkLocal(CachedFile.java:498)
org.openstreetmap.josm.io.CachedFile.getFile(CachedFile.java:284)
org.openstreetmap.josm.plugins.fr.cadastre.edigeo.pci.EdigeoPciImporter.parseDataSet(EdigeoPciImporter.java:76)
org.openstreetmap.josm.plugins.fr.cadastre.download.CadastreServerReader.parseOsm(CadastreServerReader.java:36)
org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.parseDataSet(DownloadOsmTask.java:462)
org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:470)
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
java.base@11.0.10/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
java.base@11.0.10/java.util.concurrent.FutureTask.run(FutureTask.java:264)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: ForkJoinPool.commonPool-worker-1 (96) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: File Watcher (50) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:671)
java.base@11.0.10/sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118)
org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:120)
org.openstreetmap.josm.io.FileWatcher$$Lambda$557/0x0000000800522840.run(Unknown Source)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Attach Listener (5) of system

Thread: Map Status Collector (107) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.Object.wait(Object.java:328)
java.desktop@11.0.10/java.awt.EventQueue.invokeAndWait(EventQueue.java:1361)
java.desktop@11.0.10/java.awt.EventQueue.invokeAndWait(EventQueue.java:1342)
org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:447)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-0 (112) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: HttpClient-1-Worker-35 (197) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: Timer-3 (104) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.Object.wait(Object.java:328)
java.base@11.0.10/java.util.TimerThread.mainLoop(Timer.java:527)
java.base@11.0.10/java.util.TimerThread.run(Timer.java:506)

Thread: styled-map-renderer-10 (200) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: TMS-downloader-15 (127) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: changeset-updater-0 (84) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@11.0.10/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@11.0.10/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-21 (133) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: HttpClient-1-Worker-37 (202) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: TimerQueue (46) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@11.0.10/java.util.concurrent.DelayQueue.take(DelayQueue.java:229)
java.desktop@11.0.10/javax.swing.TimerQueue.run(TimerQueue.java:171)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Timer-0 (78) of JOSM
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.Object.wait(Object.java:328)
java.base@11.0.10/java.util.TimerThread.mainLoop(Timer.java:527)
java.base@11.0.10/java.util.TimerThread.run(Timer.java:506)

Thread: HttpClient-1-Worker-40 (205) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: TMS-downloader-12 (124) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: AWT-EventQueue-0 (48) of main
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.desktop@11.0.10/java.awt.EventQueue.getNextEvent(EventQueue.java:566)
java.desktop@11.0.10/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:190)
java.desktop@11.0.10/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
java.desktop@11.0.10/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
java.desktop@11.0.10/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
java.desktop@11.0.10/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
java.desktop@11.0.10/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

Thread: TMS-downloader-13 (125) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: Reference Handler (2) of system
java.base@11.0.10/java.lang.ref.Reference.waitForReferencePendingList(Native Method)
java.base@11.0.10/java.lang.ref.Reference.processPendingReferences(Reference.java:241)
java.base@11.0.10/java.lang.ref.Reference$ReferenceHandler.run(Reference.java:213)

Thread: DestroyJavaVM (85) of main

Thread: HttpClient-1-Worker-39 (204) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: Finalizer (3) of system
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.10/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.base@11.0.10/java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:170)

Thread: ForkJoinPool.commonPool-worker-5 (98) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: TMS-downloader-24 (136) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: TMS-downloader-2 (114) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: styled-map-renderer-8 (179) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: AWT-Shutdown (45) of system
java.base@11.0.10/java.lang.Object.wait(Native Method)
java.base@11.0.10/java.lang.Object.wait(Object.java:328)
java.desktop@11.0.10/sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:291)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: ForkJoinPool.commonPool-worker-7 (99) of InnocuousForkJoinWorkerThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: RemoteControl HTTP Server (82) of JOSM
java.base@11.0.10/java.net.PlainSocketImpl.accept0(Native Method)
java.base@11.0.10/java.net.PlainSocketImpl.socketAccept(PlainSocketImpl.java:159)
java.base@11.0.10/java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:458)
java.base@11.0.10/java.net.ServerSocket.implAccept(ServerSocket.java:565)
java.base@11.0.10/java.net.ServerSocket.accept(ServerSocket.java:533)
org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

Thread: TMS-downloader-8 (120) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: FileSystemWatchService (49) of JOSM
java.base@11.0.10/sun.nio.fs.WindowsNativeDispatcher.GetQueuedCompletionStatus0(Native Method)
java.base@11.0.10/sun.nio.fs.WindowsNativeDispatcher.GetQueuedCompletionStatus(WindowsNativeDispatcher.java:1036)
java.base@11.0.10/sun.nio.fs.WindowsWatchService$Poller.run(WindowsWatchService.java:587)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)

Thread: styled-map-renderer-9 (180) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.10/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: HttpClient-1-Worker-34 (196) of InnocuousThreadGroup
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:462)
java.base@11.0.10/java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:361)
java.base@11.0.10/java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:937)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1053)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
java.base@11.0.10/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: TMS-downloader-14 (126) of JOSM
java.base@11.0.10/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.10/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.10/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.10/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.10/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.10/java.lang.Thread.run(Thread.java:834)
}}}
"	anonymous
defect	20833	1	[WIP Patch] Restrictions `no_exit` and `no_entry` missing	Internal preset	latest		2021-05-02T14:32:21+02:00	2024-01-26T15:46:04+01:00	"==== What steps will reproduce the problem?
1. Select a way and one of its end nodes
1. Search for restriction relations in presets and only find one preset
1. Open the preset
1. Choose the `restriction` value

==== What is the expected result?
Finding `no_exit` and `no_entry` in the list of values.

==== What happens instead?
Both values are missing.

==== Please provide any additional information below. Attach a screenshot if possible.
According to [osmwiki:Relation:restriction] both values are valid but special as these restrictions need only one of the two roles, `from` or `to`.

Looking at #17709 and #20832 and missing a multiselect for `except=*`. this preset needs some rework but adding the two missing values is the most important thing in my eyes.

Will try to come up with a patch the next days.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-02 00:37:37 +0200 (Sun, 02 May 2021)
Revision:17851
Build-Date:2021-05-02 01:30:59
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20861	1	"Tagging preset: ""value_template"" always overwrites value without strong indication and without option to disable."	Core	latest		2021-05-07T17:08:08+02:00	2021-08-31T23:44:53+02:00	"This is a follow-up of #18949 and #20851

On #18949, [/ticket/18949#comment:6 KorneySan] wrote in comment 6:
> On preset dialog closing by OK button the engine should check the `name` value and if it is empty AND `default_template` is set, it should evaluate `default_template` and set the result to the `name`.

In #20851s description [/ticket/20851 skyper] wrote:
> One more question: Is it wise to change an existing value, automatically, without user's interaction??
> Think we need at least a preference option to enable/disable this feature of overwriting values. 

==== What steps will reproduce the problem?
1. Have a preset using `value_template=""""`
1. Create an object and tag it with preset
1. After closing the preset, change the value of the tag with `value_template=""""`
1. Open the preset again with the object still selected

==== What is the expected result?
* ~~A strong indication about the automatically change of the value~~ (fixed in r18080)
* An option to reset the value
* An option to disable this automatism completely

==== What happens instead?
* ~~no strong indication~~ (fixed in r18080)
* the value is always changed, despite having set it manually in advance and there is no quick way to reset
* no preference option to disable `value_template`

==== Please provide any additional information below. Attach a screenshot if possible.
* At least some stronger indication of the automatic value change like an prominent icon is needed. 
* How about touching the value only if the value is empty. User could still delete the value in the preset to reactivate the template but values are not overwritten automatically.
* I did not check on `name_template=""""` but I would say, the use of templates should be in user control with preferences options to generally enable/disable the use of each of both templates.

Thanks a lot for your work, I really appreciate it.

> {{{
> #!preset
>     
>         
>             
>             
>             
>             
>              
>             
>             
>             
>             
>             
>          
> }}}

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-06 22:44:54 +0200 (Thu, 06 May 2021)
Revision:17878
Build-Date:2021-05-07 01:31:01
URL:https://josm.openstreetmap.de/svn/trunk
Plugins:
+ tagging-preset-tester (35640)

Tagging presets:
+ ${HOME}/JOSM/new/resources/data/defaultpresets_17833_route_17661_18662.xml
}}}
"	skyper
defect	20884	1	Unglue Ways: Description in notification and actual selection after action differ	Core	latest		2021-05-15T15:17:17+02:00	2021-05-15T15:22:34+02:00	"==== What steps will reproduce the problem?
1. Select three ways all sharing one node.
1. Unglue Ways
1. Read notification, especially, the last sentence about selection after the action
1. Select a node with at least three parent ways
1. Unglue Ways

==== What is the expected result?
As written in the notification, all new nodes should be selected.

==== What happens instead?
Only one new node is selected despite that there were more new nodes created.

==== Please provide any additional information below. Attach a screenshot if possible.
I like it, that all freshly created nodes are selected and I think this action and users' comprehension will profit from one common selection after the action. Additionally it gives more feedback if all newly created nodes are selected afterwards.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-13 19:28:55 +0200 (Thu, 13 May 2021)
Revision:17892
Build-Date:2021-05-14 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	20896	1	Add Tag and Change Value dialogs open at the same time	Core	latest		2021-05-18T17:36:52+02:00	2021-05-18T17:36:52+02:00	"==== What steps will reproduce the problem?
1. Select an object with tags
1. Hold `Alt` and simultaneously press `A` and `S`

==== What is the expected result?
Only one non-modal dialog

==== What happens instead?
Two dialogs on top of each other

==== Please provide any additional information below. Attach a screenshot if possible.
I noticed this for quite some time but never got to report it.
I think I was able to open other ""blocking"" dialogs at the same time, too, but have to recheck.
This does only happen using keyboard shortcuts.

[[Image(josm_addTag_changeValue.jpg,link=)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-17 21:27:21 +0200 (Mon, 17 May 2021)
Revision:17903
Build-Date:2021-05-18 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17903 en) Linux Debian GNU/Linux 10 (buster)
Java version: 11.0.11+9-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatDarkLaf
Desktop environment: GNOME
}}}
"	skyper
defect	20904	1	IllegalStateException: Already registered a conflict for primitive without conflict listed in conflict list panel	Core	latest		2021-05-19T16:26:52+02:00	2021-05-19T16:40:25+02:00	"==== What steps will reproduce the problem?
1. Have a working data layer with changes
1. In the same area revert a changeset completely to new layer which did delete objects and ignore conflicts
 * conflicts are only about ways
1. Select some of the objects of the reverted changeset and merge the to a new layer
1. Add `FIXME=undelete` to all objects in the new layer
1. From the new layer merge some ways with nodes to the working layer (no conflicts)
1. Include some of the merged objects with your changes by merging nodes and replace geometry for ways.
1. Delete the remaining unneeded nodes
1. Go the the new layer and merge some other objects and some already merged in 5. to the working layer

==== What is the expected result?
Merging objects works and conflicts will be created

==== What happens instead?
IllegalStateException: Already registered a conflict for primitive

==== Please provide any additional information below. Attach a screenshot if possible.
Guess I either have conflicts from the revert which I loose when merging some objects to the new layer. There should be a warning about open conflicts on merge.
But there is no conflict about the mentioned node in the revert layer only conflicts about ways.

Or there is a problem of state as the revert undeletes nodes which I delete again and then I merge it again.

Will save the session locally.

Strange, after saving the layers in a session, I was able to merge the nodes and got the expected conflicts about the different state (deleted <-> not deleted). These are local conflicts and has nothing to do with remaining conflicts from the revert. Will use purge instead of delete, but this does not work with Replace Geometry deleting nodes.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-17 21:27:21 +0200 (Mon, 17 May 2021)
Revision:17903
Build-Date:2021-05-18 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 09598.968 W: Conflicts detected - There were 80 conflicts detected.
- 09976.846 W: Conflicts detected - There was 1 conflict detected.
- 10249.262 W: Conflicts detected - There were 80 conflicts detected.
- 11691.906 E: Handled by bug report queue: java.lang.IllegalStateException: Already registered a conflict for primitive '{Node id=8615349268 version=2 D lat=48.0120259,lon=7.8544868}'.
- 11786.486 E: Handled by bug report queue: java.lang.IllegalStateException: Already registered a conflict for primitive '{Node id=8615349268 version=2 D lat=48.0120259,lon=7.8544868}'.



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (19) of main
java.lang.IllegalStateException: Already registered a conflict for primitive '{Node id=8615349268 version=2 D lat=48.0120259,lon=7.8544868}'.
	at org.openstreetmap.josm.data.conflict.ConflictCollection.addConflict(ConflictCollection.java:87)
	at org.openstreetmap.josm.data.conflict.ConflictCollection.add(ConflictCollection.java:102)
	at org.openstreetmap.josm.data.osm.DataSetMerger.addConflict(DataSetMerger.java:138)
	at org.openstreetmap.josm.data.osm.DataSetMerger.mergeById(DataSetMerger.java:344)
	at org.openstreetmap.josm.data.osm.DataSetMerger.mergePrimitive(DataSetMerger.java:87)
	at org.openstreetmap.josm.data.osm.DataSetMerger.lambda$merge$0(DataSetMerger.java:431)
	at org.openstreetmap.josm.data.osm.DataSet.update(DataSet.java:960)
	at org.openstreetmap.josm.data.osm.DataSetMerger.merge(DataSetMerger.java:424)
	at org.openstreetmap.josm.data.osm.DataSetMerger.merge(DataSetMerger.java:405)
	at org.openstreetmap.josm.gui.layer.OsmDataLayer.mergeFrom(OsmDataLayer.java:602)
	at org.openstreetmap.josm.gui.layer.OsmDataLayer.mergeFrom(OsmDataLayer.java:590)
	at org.openstreetmap.josm.actions.MergeSelectionAction.mergeSelected(MergeSelectionAction.java:60)
	at org.openstreetmap.josm.actions.MergeSelectionAction.actionPerformed(MergeSelectionAction.java:68)
	at java.desktop/javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1810)
	at java.desktop/javax.swing.JComponent.processKeyBinding(JComponent.java:2900)
	at java.desktop/javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:311)
	at java.desktop/javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:266)
	at java.desktop/javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2993)
	at java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2985)
	at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2862)
	at java.desktop/java.awt.Component.processEvent(Component.java:6412)
	at java.desktop/java.awt.Container.processEvent(Container.java:2263)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4892)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

=== RUNNING THREADS ===
Thread: Timer-0 (41) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@11.0.11/java.util.TimerThread.run(Timer.java:506)

Thread: AWT-Shutdown (20) of system
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.Object.wait(Object.java:328)
java.desktop@11.0.11/sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:291)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: Weak reference cleaner (24) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
app//org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
app//org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$393/0x0000000840420840.run(Unknown Source)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: styled-map-renderer-10 (212) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: Signal Dispatcher (4) of system

Thread: JCS-ElementEventQueue-Thread-1 (38) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.11/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: Keep-Alive-SocketCleaner (62) of InnocuousThreadGroup
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/sun.net.www.http.KeepAliveStreamCleaner.run(KeepAliveStreamCleaner.java:101)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)
java.base@11.0.11/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: RemoteControl HTTP Server (45) of main
java.base@11.0.11/java.net.PlainSocketImpl.socketAccept(Native Method)
java.base@11.0.11/java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:458)
java.base@11.0.11/java.net.ServerSocket.implAccept(ServerSocket.java:565)
java.base@11.0.11/java.net.ServerSocket.accept(ServerSocket.java:533)
app//org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

Thread: DestroyJavaVM (49) of main

Thread: ForkJoinPool.commonPool-worker-5 (224) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1628)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: Common-Cleaner (10) of InnocuousThreadGroup
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.11/jdk.internal.ref.CleanerImpl.run(CleanerImpl.java:148)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)
java.base@11.0.11/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:134)

Thread: bug-report-display (228) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.Object.wait(Object.java:328)
app//org.openstreetmap.josm.tools.bugreport.BugReportQueue.getNext(BugReportQueue.java:123)
app//org.openstreetmap.josm.tools.bugreport.BugReportQueue.access$100(BugReportQueue.java:17)
app//org.openstreetmap.josm.tools.bugreport.BugReportQueue$BugReportDisplayRunnable.run(BugReportQueue.java:99)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: AWT-XAWT (16) of system
java.desktop@11.0.11/sun.awt.X11.XToolkit.waitForEvents(Native Method)
java.desktop@11.0.11/sun.awt.X11.XToolkit.run(XToolkit.java:684)
java.desktop@11.0.11/sun.awt.X11.XToolkit.run(XToolkit.java:648)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: styled-map-renderer-8 (172)
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: styled-map-renderer-9 (211) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: File Watcher (23) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.11/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:483)
java.base@11.0.11/java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:671)
java.base@11.0.11/sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118)
app//org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:120)
app//org.openstreetmap.josm.io.FileWatcher$$Lambda$338/0x00000008403b7840.run(Unknown Source)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: Timer-1 (50) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.util.TimerThread.mainLoop(Timer.java:553)
java.base@11.0.11/java.util.TimerThread.run(Timer.java:506)

Thread: Map Status Collector (138) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.11/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
app//org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:438)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: GT authority factory disposer (39) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.Object.wait(Object.java:328)
java.base@11.0.11/java.util.TimerThread.mainLoop(Timer.java:527)
java.base@11.0.11/java.util.TimerThread.run(Timer.java:506)

Thread: message-notifier-0 (47) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@11.0.11/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@11.0.11/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: Java2D Disposer (15) of system
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.desktop@11.0.11/sun.java2d.Disposer.run(Disposer.java:144)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: styled-map-renderer-12 (223) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: styled-map-renderer-11 (220) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: image-fetcher-0 (36) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.11/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: Timer-2 (54) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.Object.wait(Object.java:328)
java.base@11.0.11/java.util.TimerThread.mainLoop(Timer.java:527)
java.base@11.0.11/java.util.TimerThread.run(Timer.java:506)

Thread: AWT-EventQueue-0 (19) of main
Stacktrace see above.

Thread: WeakCollectionCleaner (40) of main
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
org.geotools.util.WeakCollectionCleaner.run(WeakCollectionCleaner.java:65)

Thread: Reference Handler (2) of system
java.base@11.0.11/java.lang.ref.Reference.waitForReferencePendingList(Native Method)
java.base@11.0.11/java.lang.ref.Reference.processPendingReferences(Reference.java:241)
java.base@11.0.11/java.lang.ref.Reference$ReferenceHandler.run(Reference.java:213)

Thread: Finalizer (3) of system
java.base@11.0.11/java.lang.Object.wait(Native Method)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@11.0.11/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.base@11.0.11/java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:170)

Thread: FileSystemWatchService (22) of main
java.base@11.0.11/sun.nio.fs.LinuxWatchService.poll(Native Method)
java.base@11.0.11/sun.nio.fs.LinuxWatchService$Poller.run(LinuxWatchService.java:316)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: ForkJoinPool.commonPool-worker-7 (236)
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: changeset-updater-0 (48) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
java.base@11.0.11/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@11.0.11/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: TimerQueue (21) of system
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.11/java.util.concurrent.DelayQueue.take(DelayQueue.java:217)
java.desktop@11.0.11/javax.swing.TimerQueue.run(TimerQueue.java:171)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: ForkJoinPool.commonPool-worker-3 (137) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:275)
java.base@11.0.11/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1619)
java.base@11.0.11/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)

Thread: main-worker-0 (18) of main
java.base@11.0.11/jdk.internal.misc.Unsafe.park(Native Method)
java.base@11.0.11/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194)
java.base@11.0.11/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2081)
java.base@11.0.11/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:433)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1054)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1114)
java.base@11.0.11/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base@11.0.11/java.lang.Thread.run(Thread.java:829)

Thread: RemoteControl HTTP Server (46) of main
java.base@11.0.11/java.net.PlainSocketImpl.socketAccept(Native Method)
java.base@11.0.11/java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:458)
java.base@11.0.11/java.net.ServerSocket.implAccept(ServerSocket.java:565)
java.base@11.0.11/java.net.ServerSocket.accept(ServerSocket.java:533)
app//org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)
}}}
"	skyper
defect	20907	1	DataIntegrityProblemException: Deleted node referenced at org.openstreetmap.josm.data.osm.Way.checkNodes (delete action) after undelete	Plugin undelete	latest		2021-05-20T05:36:52+02:00	2021-05-24T12:05:29+02:00	"==== What steps will reproduce the problem?
1. Use JOSM 17833
2. Undelete way 724657392
3. Delete way.
4. Undelete way 724657391
5. Attempt to delete stray node

==== What is the expected result?

That the stray node will be deleted.

==== What happens instead?

Crash.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-27 20:35:33 +0200 (Tue, 27 Apr 2021)
Revision:17833
Build-Date:2021-04-27 21:58:39
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17833 en) Linux Ubuntu 20.04.2 LTS
Memory Usage: 400 MB / 3738 MB (194 MB allocated, but free)
Java version: 11.0.11+9-Ubuntu-0ubuntu2.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00) :0.1 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: ubuntu:GNOME
Java package: openjdk-11-jre:amd64-11.0.11+9-0ubuntu2~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
fonts-noto: fonts-noto:all-20200323-1build1~ubuntu20.04.1
VM arguments: [-Djosm.restart=true, -Djava.net.useSystemProxies=true]

Dataset consistency test:
[DELETED REFERENCED] {Way id=724657391 version=4 MT nodes=[{Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}, {Node id=567267494 version=2 M lat=41.1953302,lon=-112.0920546}, {Node id=474327756 version=2 M lat=41.1955402,lon=-112.0913595}, {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}, {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}, {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}, {Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}]} refers to deleted primitive {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}
[DELETED REFERENCED] {Way id=724657391 version=4 MT nodes=[{Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}, {Node id=567267494 version=2 M lat=41.1953302,lon=-112.0920546}, {Node id=474327756 version=2 M lat=41.1955402,lon=-112.0913595}, {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}, {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}, {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}, {Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}]} refers to deleted primitive {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}
[DELETED REFERENCED] {Way id=724657391 version=4 MT nodes=[{Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}, {Node id=567267494 version=2 M lat=41.1953302,lon=-112.0920546}, {Node id=474327756 version=2 M lat=41.1955402,lon=-112.0913595}, {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}, {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}, {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}, {Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}]} refers to deleted primitive {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}


Plugins:
+ undelete (35640)

Last errors/warnings:
- 00133.438 E: Thread main-worker-0 raised org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Deleted node referenced: {Way id=724657391 version=4 MT nodes=[{Node id=6152238908 version=2 M lat=41.1960972,lon=-112.0883056}, {Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}, {Node id=567267494 version=2 M lat=41.1953302,lon=-112.0920546}, {Node id=474327756 version=2 M lat=41.1955402,lon=-112.0913595}, {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}, {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}, {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}, {Node id=6152238908 version=2 M lat=41.1960972,lon=-112.0883056}]} (changed by the following commands: [Delete 8 objects])
- 00138.736 E: Handled by bug report queue: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Deleted node referenced: {Way id=724657391 version=4 MT nodes=[{Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}, {Node id=567267494 version=2 M lat=41.1953302,lon=-112.0920546}, {Node id=474327756 version=2 M lat=41.1955402,lon=-112.0913595}, {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}, {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}, {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}, {Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}]} (changed by the following commands: [Delete 8 objects])



=== REPORTED CRASH DATA ===
sequence_information:
 - sequence_name: Sequence: Delete
 - sequence_command: Change nodes of ‎residential (landuse)‎ (6 nodes)‌
 - sequence_index: 0
 - sequence_commands: [org.openstreetmap.josm.command.ChangeNodesCommand;org.openstreetmap.josm.command.DeleteCommand]
 - sequence_commands_descriptions: [Change nodes of ‎residential (landuse)‎ (6 nodes)‌;Delete node 6152238908]

BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (19) of main
org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Deleted node referenced: {Way id=724657391 version=4 MT nodes=[{Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}, {Node id=567267494 version=2 M lat=41.1953302,lon=-112.0920546}, {Node id=474327756 version=2 M lat=41.1955402,lon=-112.0913595}, {Node id=6796274499 version=2 D lat=41.195876,lon=-112.0913595}, {Node id=6796274500 version=2 D lat=41.1965138,lon=-112.0893967}, {Node id=6796274501 version=2 D lat=41.1965704,lon=-112.0883141}, {Node id=319643627 version=3 V lat=41.1953142,lon=-112.0882935}]} (changed by the following commands: [Delete 8 objects])
	at org.openstreetmap.josm.data.osm.Way.checkNodes(Way.java:553)
	at org.openstreetmap.josm.data.osm.Way.fireNodesChanged(Way.java:571)
	at org.openstreetmap.josm.data.osm.Way.setNodes(Way.java:67)
	at org.openstreetmap.josm.command.ChangeNodesCommand.modifyWay(ChangeNodesCommand.java:45)
	at org.openstreetmap.josm.command.AbstractNodesCommand.executeCommand(AbstractNodesCommand.java:55)
	at org.openstreetmap.josm.command.SequenceCommand.executeCommand(SequenceCommand.java:112)
	at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:300)
	at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:354)
	at org.openstreetmap.josm.actions.mapmode.DeleteAction.doActionPerformed(DeleteAction.java:164)
	at org.openstreetmap.josm.actions.DeleteAction.actionPerformed(DeleteAction.java:73)
	at java.desktop/javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1810)
	at java.desktop/javax.swing.JComponent.processKeyBinding(JComponent.java:2900)
	at java.desktop/javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:311)
	at java.desktop/javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:266)
	at java.desktop/javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2993)
	at java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2985)
	at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2862)
	at java.desktop/java.awt.Component.processEvent(Component.java:6412)
	at java.desktop/java.awt.Container.processEvent(Container.java:2263)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009)
	at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4892)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
}}}
"	anonymous
defect	20916	1	The SimilarNamedWays test reports false positive on Arabic street names	Core validator			2021-05-21T21:25:34+02:00	2021-07-15T12:20:07+02:00	"==== What steps will reproduce the problem?
1. Assign two imaginary names to two streets :
   First [""name""=""نهج الشمس""] (sun st.) and second: [""name""=""نهج القمر""]  (moon st.)
2. Run validation

==== What is the expected result?

No warnings as the names are totally different ... when you do read Arabic :)

==== What happens instead?

I have a warning of two similar named ways:  ""نهج الشمس"", ""نهج القمر""


==== 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-04-27 20:35:33 +0200 (Tue, 27 Apr 2021)
Build-Date:2021-04-27 21:58:39
Revision:17833
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17833 en) Linux Manjaro Linux
Memory Usage: 485 MB / 3536 MB (261 MB allocated, but free)
Java version: 1.8.0_292-b10, Oracle Corporation, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.utf8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: X-Cinnamon
VM arguments: [-Djosm.restart=true]
Dataset consistency test: No problems found

Plugins:
+ FixAddresses (35640)
+ Mapillary (1.5.37.6)
+ apache-commons (35524)
+ apache-http (35589)
+ continuosDownload (91)
+ jna (35662)
+ mapwithai
+ utilsplugin2 (35691)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1

Last errors/warnings:
- 00044.536 E: Failed to locate image 'regulatory--dual-lanes-cyclists-and-pedestrians--g1'
- 00044.981 E: Failed to locate image 'regulatory--texts--g1'
- 00044.981 E: Failed to locate image 'regulatory--texts--g2'
- 00045.058 E: Failed to locate image 'void--car-mount'
- 00045.058 E: Failed to locate image 'void--dynamic'
- 00045.059 E: Failed to locate image 'void--ego-vehicle'
- 00045.059 E: Failed to locate image 'void--ground'
- 00045.059 E: Failed to locate image 'void--static'
- 00045.152 E: Failed to locate image 'warning--kangaroo-crossing--g1'
- 00971.709 E: Invalid setting (Icon missing): org.openstreetmap.josm.plugins.fixAddresses.FixAddressesPreferences
}}}
"	selimachour@…
defect	21013	1	Customize track drawing dialog needs scrollbar	Core	latest		2021-06-18T00:34:37+02:00	2021-06-18T00:55:10+02:00	"==== What steps will reproduce the problem?
1. Have a screen with small height
1. Have expert mode enabled
1. Load a gpx file
1. In layer panel context menu open ""Customize track drawing"" dialog

==== What is the expected result?
A dialog with a scrollbar as the height of the dialog is bigger than the screen's height

==== What happens instead?
No scrollbar and some content at the bottom, including the buttons, is missing

==== Please provide any additional information below. Attach a screenshot if possible.
 [[Image(josm_customize_track_drawing_dialog.jpg,link=,400)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-02 23:14:11 +0200 (Wed, 02 Jun 2021)
Revision:17921
Build-Date:2021-06-03 01:31:07
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	21054	1	Work offline does not work with imagery	Core imagery	latest		2021-06-30T13:35:02+02:00	2021-06-30T13:35:02+02:00	"==== What steps will reproduce the problem?
1. Have some imagery layers and at least one visible
1. Set Work offline -> All
1. Zoom & pan

==== What is the expected result?
Only imagery cache is used and not connection to the imagery server is created

==== What happens instead?
I see lots of connections to the imagery server in the console

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-28 23:03:35 +0200 (Mon, 28 Jun 2021)
Revision:17943
Build-Date:2021-06-29 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	21055	1	Layer: Wrong and misleading direction arrows for routes with dual directions	Plugin pt_assistant			2021-06-30T14:51:58+02:00	2021-06-30T14:51:58+02:00	"==== What steps will reproduce the problem?
1. Have a bicycle route with dual directions

==== What is the expected result?
Direction arrows are rendered according to member roles
* ''empty''/`main`/`route` get arrows for both directions
* `forward`/`backward` according to the direction described by the role

==== What happens instead?
Always only one direction arrow is rendered with wrong direction in case of `backward` and missing/misleading information in case of both directions.

==== Please provide any additional information below. Attach a screenshot if possible.
The current code only works with `public_transport:version=2` and oneway route relations but not for dual-way relations.
Thanks a lot for this useful plugin.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-28 23:03:35 +0200 (Mon, 28 Jun 2021)
Revision:17943
Build-Date:2021-06-29 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ pt_assistant (1ff2e15)
}}}
"	skyper
defect	21087	1	Dialogs for adding custom imagery need scrollbar	Core imagery			2021-07-09T17:42:26+02:00	2021-07-13T15:31:38+02:00	"Go to imagery preferences
Select wms
In the text box press Enter infinitely (simulating a large link)
It will not be possible to fill in other information

[[Image(Captura de tela 2021-07-13 083425.png,60%)]]"	anonymous
defect	21152	1	Undo Selection + Select last modified nodes/ways: ISE: JOSM expected to find primitive in dataset but it is not there, with delete, purge or undo	Plugin utilsplugin2			2021-07-22T14:03:02+02:00	2021-07-22T14:03:02+02:00	"All three actions have problems with invisible objects after delete, purge or undo/redo

==== What steps will reproduce the problem?
1. Draw a new way
1. Select the way
1. Delete or purge the way or use undo
1. Undo selection or Select last modified nodes respectively ways

==== What is the expected result?
Select last visible selection respectively select last modified visible nodes/ways

==== What happens instead?
IllegalStateException: JOSM expected to find primitive in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.

==== Please provide any additional information below. Attach a screenshot if possible.
Additional Redo can cause the same ISE

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-07-21 20:57:29 +0200 (Wed, 21 Jul 2021)
Revision:18079
Build-Date:2021-07-22 01:31:13
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35792)

Last errors/warnings:
- 00535.582 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -101827] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 00700.462 E: Unsupported savable layer type: TMSLayer
- 02054.927 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -102162] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02606.438 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -102202] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02745.326 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -102210] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02838.247 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -102210] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02972.181 E: java.lang.IllegalStateException: JOSM expected to find primitive [node -101892] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02972.182 E: java.lang.IllegalStateException: JOSM expected to find primitive [node -101894] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02972.183 E: java.lang.IllegalStateException: JOSM expected to find primitive [node -101893] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 02992.098 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -102210] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
}}}

{{{
java.lang.IllegalStateException: JOSM expected to find primitive [way -102210] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
	at org.openstreetmap.josm.data.osm.DataSet.getPrimitiveByIdChecked(DataSet.java:795)
	at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)
	at java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1603)
	at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
	at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
	at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913)
	at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578)
	at org.openstreetmap.josm.data.osm.DataSelectionListener$SelectionReplaceEvent.(DataSelectionListener.java:134)
	at org.openstreetmap.josm.data.osm.DataSet.lambda$setSelected$11(DataSet.java:688)
	at org.openstreetmap.josm.data.osm.DataSet.doSelectionChange(DataSet.java:751)
	at org.openstreetmap.josm.data.osm.DataSet.setSelected(DataSet.java:687)
	at org.openstreetmap.josm.data.osm.DataSet.setSelected(DataSet.java:678)
	at org.openstreetmap.josm.plugins.utilsplugin2.selection.SelectModWaysAction.actionPerformed(SelectModWaysAction.java:65)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
	at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1020)
	at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1064)
	at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
	at java.desktop/java.awt.Component.processEvent(Component.java:6400)
	at java.desktop/java.awt.Container.processEvent(Container.java:2263)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
	at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
}}}"	skyper
defect	21153	1	Split Object: Overlapping areas created	Plugin utilsplugin2			2021-07-22T14:23:35+02:00	2021-11-01T09:36:13+01:00	"==== What steps will reproduce the problem?
1. Have a closed way or a multipolygon relation
1. Draw a new way between two nodes of the closed way completely **outside** of area, or in case of a relation with some parts outside, [attachment:josm_SplitObject_examples.osm example file]
1. Select the new unclosed way (and the relation)
1. Split Object

==== What is the expected result?
Either the split is denied or better add the outer part as a new closed way connected to the other closed way. For relations only add the former outer part to one relation

==== What happens instead?
A new closed way/relation is created as expected but additional the former outer part is added two both areas, resulting in overlapping areas.

==== Please provide any additional information below. Attach a screenshot if possible.
See #21154 for another problem with invalid result.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-07-21 20:57:29 +0200 (Wed, 21 Jul 2021)
Revision:18079
Build-Date:2021-07-22 01:31:13
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35792)
}}}"	skyper
defect	21154	1	Split Object: Invalid, self-crossing closed ways created	Plugin utilsplugin2			2021-07-22T14:25:14+02:00	2021-10-28T10:46:29+02:00	"==== What steps will reproduce the problem?
1. Have a closed way
1. Draw a new way between two nodes of the closed way crossing the closed way (area outline), [attachment:ticket:21153:josm_SplitObject_examples.osm example file]
1. Select the new unclosed way
1. Split Object

==== What is the expected result?
A notification about crossing ways and not action

==== What happens instead?
Two invald, self-crossing ways which additionally overlap are created

==== Please provide any additional information below. Attach a screenshot if possible.
See #21153 for another problem with overlapping result.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-07-21 20:57:29 +0200 (Wed, 21 Jul 2021)
Revision:18079
Build-Date:2021-07-22 01:31:13
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35792)
}}}
"	skyper
defect	21186	1	Undo Selection + Select last modified nodes/ways do not work with deleted objects	Plugin utilsplugin2			2021-08-02T15:05:20+02:00	2021-08-02T15:05:20+02:00	"==== What steps will reproduce the problem?
1. Select a node and a way
1. Delete both
1. Undo Selection or Select last modified nodes/ways

==== What is the expected result?
The selection is changed and deleted objects are listed

==== What happens instead?
Deleted objects are missing in the list

==== Please provide any additional information below. Attach a screenshot if possible.
In situations where some objects of the previous selection are still visible only these are selected.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-02 02:41:28 +0200 (Mon, 02 Aug 2021)
Revision:18114
Build-Date:2021-08-02 01:31:32
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35792)

Last errors/warnings:
- 01469.290 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 01469.290 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 01478.537 W: Conflicts detected - There were 90 conflicts detected.
- 02716.858 E: Error header: Precondition failed: Node 2127365544 is still used by ways 24402957,110804645,202795455.
- 02717.199 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- 02717.228 E: Object still in use - Failed to delete node 2127365544. It is still referred to by ways [24402957, 110804645, 202795455].
Please load the ways, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
- 03484.744 W: java.net.SocketTimeoutException: Read timed out
- 03484.744 E: java.net.SocketTimeoutException: Read timed out
- 03484.745 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 03484.746 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
}}}"	skyper
defect	21187	1	Command Stack deleted after unsuccessful upload and conflict not found in first place	Core	latest		2021-08-02T16:09:47+02:00	2021-08-02T16:09:47+02:00	"==== What steps will reproduce the problem?
1. Delete some nodes outside downloaded area
1. Search `type:node modified` with ""all objects"" enabled
1. Upload selection
1. Get no problem with check on parents of deleted objects
1. Start upload in upload dialog
1. Conflicts with invisible object reported

==== What is the expected result?
1. Why do I get conflicts only during the actual upload and after creating a changeset but not from the first check for parent objects?
1. After the download of additional data the command stack should still have the content of my last edits. Even after a successful upload of any kind the command stack should still have content.

==== What happens instead?
1. No conflicts detected on the first run
1. Command Stack is empty

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-02 02:41:28 +0200 (Mon, 02 Aug 2021)
Revision:18114
Build-Date:2021-08-02 01:31:32
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 07040.496 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- 07040.505 E: Object still in use - Failed to delete node 807734013. It is still referred to by ways [24402957, 110804645].
Please load the ways, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
- 07076.851 W: java.net.SocketTimeoutException: Read timed out
- 07076.852 E: java.net.SocketTimeoutException: Read timed out
- 07076.853 E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 07076.853 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 07076.853 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 07180.329 E: Error header: Precondition failed: Node 807734013 is still used by ways 24402957,110804645.
- 07180.440 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- 07180.447 E: Object still in use - Failed to delete node 807734013. It is still referred to by ways [24402957, 110804645].
Please load the ways, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
}}}
"	skyper
defect	21188	1	Upload Selection fails without info on read timeout during check of parents of deleted objects	Core	latest		2021-08-02T16:11:15+02:00	2021-08-02T16:11:15+02:00	"==== What steps will reproduce the problem?
1. Have two ways sharing nodes
1. Select one of the ways and purge it
1. Select some nodes of the remaining way and delete them
1. Search `type:node modified` with ""All objects"" enabled.
1. Upload Selection

==== What is the expected result?
After maneuvering through a dialog and running a check on parent objects, I would get to some new dialog

==== What happens instead?
Check on parents of deleted objects dies with a read timeout which is only captured in the console

==== Please provide any additional information below. Attach a screenshot if possible.
At least some information should be displayed instead of dying completely.
I am not sure what this check on parent objects is about or if it works as supposed to. At least with above mentioned steps and a working connection, I got onto the upload dialog and was able to open a changeset, only to get conflicts for all objects.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-02 02:41:28 +0200 (Mon, 02 Aug 2021)
Revision:18114
Build-Date:2021-08-02 01:31:32
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 04773.575 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 04773.575 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 05196.157 W: java.net.SocketTimeoutException: Read timed out
- 05196.157 E: java.net.SocketTimeoutException: Read timed out
- 05196.158 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 05196.158 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 05258.612 W: java.net.SocketTimeoutException: Read timed out
- 05258.612 E: java.net.SocketTimeoutException: Read timed out
- 05258.613 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 05258.613 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
}}}

{{{
2021-08-02 15:39:11.209 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365555/ways -> HTTP/1.1 200 (201 ms)
2021-08-02 15:39:11.213 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.213 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.213 INFO: Way 202795465 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.340 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365555/relations -> HTTP/1.1 200 (125 ms)
2021-08-02 15:39:11.455 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365552/ways -> HTTP/1.1 200 (112 ms)
2021-08-02 15:39:11.457 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.457 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.585 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365552/relations -> HTTP/1.1 200 (126 ms)
2021-08-02 15:39:11.699 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734044/ways -> HTTP/1.1 200 (112 ms)
2021-08-02 15:39:11.701 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.702 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.836 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734044/relations -> HTTP/1.1 200 (132 ms)
2021-08-02 15:39:11.956 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365557/ways -> HTTP/1.1 200 (118 ms)
2021-08-02 15:39:11.958 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:11.958 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.102 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365557/relations -> HTTP/1.1 200 (140 ms)
2021-08-02 15:39:12.228 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734037/ways -> HTTP/1.1 200 (124 ms)
2021-08-02 15:39:12.230 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.231 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.339 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734037/relations -> HTTP/1.1 200 (106 ms)
2021-08-02 15:39:12.460 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734026/ways -> HTTP/1.1 200 (120 ms)
2021-08-02 15:39:12.463 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.463 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.588 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734026/relations -> HTTP/1.1 200 (123 ms)
2021-08-02 15:39:12.739 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734027/ways -> HTTP/1.1 200 (148 ms)
2021-08-02 15:39:12.741 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.742 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:12.892 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734027/relations -> HTTP/1.1 200 (149 ms)
2021-08-02 15:39:13.004 INFO: GET https://api.openstreetmap.org/api/0.6/node/1264376369/ways -> HTTP/1.1 200 (109 ms)
2021-08-02 15:39:13.007 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.007 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.155 INFO: GET https://api.openstreetmap.org/api/0.6/node/1264376369/relations -> HTTP/1.1 200 (145 ms)
2021-08-02 15:39:13.286 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365542/ways -> HTTP/1.1 200 (130 ms)
2021-08-02 15:39:13.292 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.292 INFO: Way 202795448 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.292 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.399 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365542/relations -> HTTP/1.1 200 (104 ms)
2021-08-02 15:39:13.522 INFO: GET https://api.openstreetmap.org/api/0.6/node/924554673/ways -> HTTP/1.1 200 (121 ms)
2021-08-02 15:39:13.524 INFO: Way 267093594 with 22 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.524 INFO: Way 79128511 with 8 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.524 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.649 INFO: GET https://api.openstreetmap.org/api/0.6/node/924554673/relations -> HTTP/1.1 200 (123 ms)
2021-08-02 15:39:13.769 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365540/ways -> HTTP/1.1 200 (118 ms)
2021-08-02 15:39:13.772 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.772 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:13.935 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365540/relations -> HTTP/1.1 200 (161 ms)
2021-08-02 15:39:14.115 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734082/ways -> HTTP/1.1 200 (177 ms)
2021-08-02 15:39:14.120 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.120 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.255 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734082/relations -> HTTP/1.1 200 (131 ms)
2021-08-02 15:39:14.376 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734019/ways -> HTTP/1.1 200 (118 ms)
2021-08-02 15:39:14.378 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.378 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.534 INFO: GET https://api.openstreetmap.org/api/0.6/node/807734019/relations -> HTTP/1.1 200 (154 ms)
2021-08-02 15:39:14.700 INFO: GET https://api.openstreetmap.org/api/0.6/node/2725678355/ways -> HTTP/1.1 200 (164 ms)
2021-08-02 15:39:14.702 INFO: Way 267093594 with 22 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.702 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.821 INFO: GET https://api.openstreetmap.org/api/0.6/node/2725678355/relations -> HTTP/1.1 200 (117 ms)
2021-08-02 15:39:14.943 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365544/ways -> HTTP/1.1 200 (120 ms)
2021-08-02 15:39:14.945 INFO: Way 24402957 with 607 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.946 INFO: Way 202795455 with 2 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:14.946 INFO: Way 110804645 with 147 nodes is incomplete because at least one node was missing in the loaded data.
2021-08-02 15:39:45.015 INFO: GET https://api.openstreetmap.org/api/0.6/node/2127365544/relations -> !!! (30.1 s)
2021-08-02 15:39:45.016 WARNING: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:478)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:472)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:111)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1426)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1336)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:450)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:421)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:572)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:197)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringPrimitives(OsmServerBackreferenceReader.java:155)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringRelations(OsmServerBackreferenceReader.java:192)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.parseOsm(OsmServerBackreferenceReader.java:267)
	at org.openstreetmap.josm.actions.UploadSelectionAction$DeletedParentsChecker.realRun(UploadSelectionAction.java:292)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)

2021-08-02 15:39:45.016 WARNING: Already here java.net.SocketTimeoutException: Read timed out
2021-08-02 15:39:45.017 SEVERE: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:478)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:472)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:111)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1426)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1336)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:450)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:421)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:572)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:197)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringPrimitives(OsmServerBackreferenceReader.java:155)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringRelations(OsmServerBackreferenceReader.java:192)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.parseOsm(OsmServerBackreferenceReader.java:267)
	at org.openstreetmap.josm.actions.UploadSelectionAction$DeletedParentsChecker.realRun(UploadSelectionAction.java:292)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)

2021-08-02 15:39:45.017 SEVERE: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:200)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringPrimitives(OsmServerBackreferenceReader.java:155)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringRelations(OsmServerBackreferenceReader.java:192)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.parseOsm(OsmServerBackreferenceReader.java:267)
	at org.openstreetmap.josm.actions.UploadSelectionAction$DeletedParentsChecker.realRun(UploadSelectionAction.java:292)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:478)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:472)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:111)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1426)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1336)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:450)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:421)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:572)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:197)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	... 15 more

2021-08-02 15:39:45.018 SEVERE: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:200)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringPrimitives(OsmServerBackreferenceReader.java:155)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringRelations(OsmServerBackreferenceReader.java:192)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.parseOsm(OsmServerBackreferenceReader.java:267)
	at org.openstreetmap.josm.actions.UploadSelectionAction$DeletedParentsChecker.realRun(UploadSelectionAction.java:292)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.net.SocketTimeoutException: Read timed out
	at java.base/java.net.SocketInputStream.socketRead0(Native Method)
	at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
	at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:478)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:472)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:111)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1426)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1336)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:450)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:421)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:572)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:197)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	... 15 more

}}}
"	skyper
defect	21189	1	Wrong number of objects in upload dialog and no option to upload only some deleted objects.	Core	latest		2021-08-02T16:53:14+02:00	2021-08-02T17:04:06+02:00	"==== What steps will reproduce the problem?
1. Have some nodes with parent ways (inside download area)
1. Delete the nodes
1. Search `type:node modified` with ""all objects"" enabled
1. Select only one node out of the list
1. Upload selection

==== What is the expected result?
1. Only the singled node is uploaded
1. The correct number of all deleted nodes is displayed in upload dialog

==== What happens instead?
1. No option but to upload all deleted objects
1. In upload dialog only the single node is displayed but all additional objects are missing

==== Please provide any additional information below. Attach a screenshot if possible.
Additionally, the parent ways should have been added to the list of objects to upload as the API will not allow to delete a node without changing its parent objects.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-02 02:41:28 +0200 (Mon, 02 Aug 2021)
Revision:18114
Build-Date:2021-08-02 01:31:32
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 07040.496 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- 07040.505 E: Object still in use - Failed to delete node 807734013. It is still referred to by ways [24402957, 110804645].
Please load the ways, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
- 07076.851 W: java.net.SocketTimeoutException: Read timed out
- 07076.852 E: java.net.SocketTimeoutException: Read timed out
- 07076.853 E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 07076.853 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 07076.853 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- 07180.329 E: Error header: Precondition failed: Node 807734013 is still used by ways 24402957,110804645.
- 07180.440 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- 07180.447 E: Object still in use - Failed to delete node 807734013. It is still referred to by ways [24402957, 110804645].
Please load the ways, remove the reference to the node, and upload again.

Click Prepare conflict resolution to load them now.
If necessary JOSM will create conflicts which you can resolve in the Conflict Resolution Dialog.
}}}
"	skyper
defect	21234	1	"During ""OK"" click in preference window. Should catch errors (Tag Checker Data Sources) without closing the preference window."	Core			2021-08-20T21:25:09+02:00	2021-08-24T23:29:01+02:00	"Reproduce:

1) Open JOSM and go to edit -> preferences -> Data Validator
2) Input invalid text into the ""Data Sources"" field within the Tag Checker Test
3) Click ""OK"".
4) Notice error pop up but the whole preferences window closes. 

Expected Behavior:

1) Input invalid text into the ""Data Sources"" field within the Tag Checker Test
2) Click ""OK"".
3) Notice error pop up
4) exit error popup and keep preference window open. 

In general while running through validation during the ""OK"" button click we should keep the preference window open so the user doesn't have to come back to preferences to fix the issue."	reichg
defect	21255	1	Canceling an upload completely stalls JOSM	Core	latest		2021-08-27T18:02:06+02:00	2021-10-17T14:08:15+02:00	"==== What steps will reproduce the problem?
1. Start an upload ([osmwww:changeset/110348119 CS 110348119])
1. Wait minutes and nothing happens
1. Check on the OSM server that the CS is created but no content, yet
1. Cancel upload

==== What is the expected result?
The upload is canceled and the window with the upload progress bar is closed.
It is possible to continue the work

==== What happens instead?
Nothing changes. The upload progress bar blocks all further actions and I was not able to close the dialog. Had to kill JOSM.

==== Please provide any additional information below. Attach a screenshot if possible.
Once again, there was probably a small connection break down and maybe a new routing. I think JOSM was waiting for the server response of the server that the changeset was successfully opened.
I have attached the thread dump in case it is helpful

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-26 16:42:55 +0200 (Thu, 26 Aug 2021)
Revision:18182
Build-Date:2021-08-27 01:31:01
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18182 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17-ea+19-Debian-1, Debian, OpenJDK 64-Bit Server VM
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true]
}}}

{{{
2021-08-27 17:25:06.862 WARNING: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/sun.nio.ch.NioSocketImpl.timedRead(NioSocketImpl.java:283)
	at java.base/sun.nio.ch.NioSocketImpl.implRead(NioSocketImpl.java:309)
	at java.base/sun.nio.ch.NioSocketImpl.read(NioSocketImpl.java:350)
	at java.base/sun.nio.ch.NioSocketImpl$1.read(NioSocketImpl.java:803)
	at java.base/java.net.Socket$SocketInputStream.read(Socket.java:961)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:478)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:472)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:111)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1495)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1415)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:450)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:421)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:579)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringPrimitives(OsmServerBackreferenceReader.java:155)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringRelations(OsmServerBackreferenceReader.java:192)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.parseOsm(OsmServerBackreferenceReader.java:267)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadReferrersTask.downloadParents(DownloadReferrersTask.java:148)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadReferrersTask.realRun(DownloadReferrersTask.java:181)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:831)

2021-08-27 17:25:06.862 SEVERE: java.net.SocketTimeoutException: Read timed out
java.net.SocketTimeoutException: Read timed out
	at java.base/sun.nio.ch.NioSocketImpl.timedRead(NioSocketImpl.java:283)
	at java.base/sun.nio.ch.NioSocketImpl.implRead(NioSocketImpl.java:309)
	at java.base/sun.nio.ch.NioSocketImpl.read(NioSocketImpl.java:350)
	at java.base/sun.nio.ch.NioSocketImpl$1.read(NioSocketImpl.java:803)
	at java.base/java.net.Socket$SocketInputStream.read(Socket.java:961)
	at java.base/sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:478)
	at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:472)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(SSLSocketInputRecord.java:160)
	at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:111)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1495)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1415)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:450)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:421)
	at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:579)
	at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:183)
	at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:142)
	at org.openstreetmap.josm.tools.Http1Client.performConnection(Http1Client.java:78)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:148)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:138)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:122)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:86)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:69)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringPrimitives(OsmServerBackreferenceReader.java:155)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.getReferringRelations(OsmServerBackreferenceReader.java:192)
	at org.openstreetmap.josm.io.OsmServerBackreferenceReader.parseOsm(OsmServerBackreferenceReader.java:267)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadReferrersTask.downloadParents(DownloadReferrersTask.java:148)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadReferrersTask.realRun(DownloadReferrersTask.java:181)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1135)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:831)

2021-08-27 17:25:09.742 INFO: GET https://api.openstreetmap.org/api/0.6/way/228703229/relations -> HTTP/1.1 200 (1.4 s)
2021-08-27 17:28:11.614 INFO: Starting upload with tags TagMap[created_by=JOSM/1.5 (18182 en),comment=Letzten ASTs im Elztal hinzugefügt.,source:imagery=Maps4BW (LGL-BW, www.lgl-bw.de); Esri World Imagery (Clarity) Beta; Maxar Premium Imagery (Beta); Bing,=,source=https://ptna.openstreetmap.de/gtfs/DE/trips.php?feed=DE-BW-SBG&release_date=2021-01-19&route_id=4-207-j20-1; Datensatz der NVBW GmbH (https://www.nvbw.de/open-data); JOSM Validator]
2021-08-27 17:28:11.723 INFO: Message notifier inactive
2021-08-27 17:28:11.724 INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create (602 B) ...
2021-08-27 17:28:34.300 INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create -> HTTP/1.1 200 (22.1 s; 9 B)
2021-08-27 17:28:34.300 INFO: OK
2021-08-27 17:28:34.415 INFO: POST https://api.openstreetmap.org/api/0.6/changeset/110348119/upload (448 kB) ...


2021-08-27 17:41:00
Full thread dump OpenJDK 64-Bit Server VM (17-ea+19-Debian-1 mixed mode, sharing):

Threads class SMR info:
_java_thread_list=0x00007f41fc002a60, length=61, elements={
0x00007f426c1c46e0, 0x00007f426c1c5b40, 0x00007f426c1cbcf0, 0x00007f426c1cd120,
0x00007f426c1ce570, 0x00007f426c1cffa0, 0x00007f426c1d1550, 0x00007f426c1d2a40,
0x00007f426c219120, 0x00007f426c25f380, 0x00007f426c544180, 0x00007f426c521d30,
0x00007f426c703c20, 0x00007f426c77f210, 0x00007f426c77fc80, 0x00007f41e4082ac0,
0x00007f426c8ed650, 0x00007f426c8f1f20, 0x00007f426c9c9d90, 0x00007f4208158410,
0x00007f420c0b8420, 0x00007f426cf39310, 0x00007f426cfe9fd0, 0x00007f426d040e20,
0x00007f426cd6d880, 0x00007f426cd6e3d0, 0x00007f426ccd2330, 0x00007f426ccd3ad0,
0x00007f426c014b70, 0x00007f41e416ad70, 0x00007f41e4333220, 0x00007f41e439ede0,
0x00007f41e42cdd90, 0x00007f41e42ce330, 0x00007f41e4443c90, 0x00007f41e4444230,
0x00007f41e4198580, 0x00007f41e4198b20, 0x00007f41e4199e90, 0x00007f41e418db30,
0x00007f41e4215610, 0x00007f41e4215bb0, 0x00007f41e421bbe0, 0x00007f41e4217040,
0x00007f41e4218360, 0x00007f41e42196b0, 0x00007f41e4219c50, 0x00007f41e42686f0,
0x00007f41e4269610, 0x00007f41e426a6f0, 0x00007f41e426b760, 0x00007f41e426c880,
0x00007f41e426db70, 0x00007f41e426ee50, 0x00007f41e4484220, 0x00007f41e44851d0,
0x00007f41e4485e90, 0x00007f41e423fcd0, 0x00007f41e40294b0, 0x00007f41e44b9ce0,
0x00007f41e401c890
}

""Reference Handler"" #2 daemon prio=10 os_prio=0 cpu=196,87ms elapsed=16038,50s tid=0x00007f426c1c46e0 nid=0x3235 waiting on condition  [0x00007f42707cf000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.ref.Reference.waitForReferencePendingList(java.base@17-ea/Native Method)
	at java.lang.ref.Reference.processPendingReferences(java.base@17-ea/Reference.java:253)
	at java.lang.ref.Reference$ReferenceHandler.run(java.base@17-ea/Reference.java:215)

""Finalizer"" #3 daemon prio=8 os_prio=0 cpu=30,97ms elapsed=16038,52s tid=0x00007f426c1c5b40 nid=0x3236 in Object.wait()  [0x00007f42706ce000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d88b04f8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at java.lang.ref.Finalizer$FinalizerThread.run(java.base@17-ea/Finalizer.java:171)

""Signal Dispatcher"" #4 daemon prio=9 os_prio=0 cpu=0,54ms elapsed=16038,39s tid=0x00007f426c1cbcf0 nid=0x3237 waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Service Thread"" #5 daemon prio=9 os_prio=0 cpu=410,68ms elapsed=16038,39s tid=0x00007f426c1cd120 nid=0x3238 runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Monitor Deflation Thread"" #6 daemon prio=9 os_prio=0 cpu=951,21ms elapsed=16038,39s tid=0x00007f426c1ce570 nid=0x3239 runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""C2 CompilerThread0"" #7 daemon prio=9 os_prio=0 cpu=362018,26ms elapsed=16038,39s tid=0x00007f426c1cffa0 nid=0x323a waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   No compile task

""C1 CompilerThread0"" #9 daemon prio=9 os_prio=0 cpu=31177,32ms elapsed=16038,39s tid=0x00007f426c1d1550 nid=0x323b waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   No compile task

""Sweeper thread"" #10 daemon prio=9 os_prio=0 cpu=4385,64ms elapsed=16038,39s tid=0x00007f426c1d2a40 nid=0x323c runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Common-Cleaner"" #11 daemon prio=8 os_prio=0 cpu=31,70ms elapsed=16037,85s tid=0x00007f426c219120 nid=0x323d in Object.wait()  [0x00007f42452fd000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d88b1208> (a java.lang.ref.ReferenceQueue$Lock)
	at jdk.internal.ref.CleanerImpl.run(java.base@17-ea/CleanerImpl.java:140)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)
	at jdk.internal.misc.InnocuousThread.run(java.base@17-ea/InnocuousThread.java:161)

""Notification Thread"" #12 daemon prio=9 os_prio=0 cpu=0,11ms elapsed=16037,14s tid=0x00007f426c25f380 nid=0x323e runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Java2D Disposer"" #17 daemon prio=10 os_prio=0 cpu=528,53ms elapsed=16030,31s tid=0x00007f426c544180 nid=0x3249 in Object.wait()  [0x00007f4244aef000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d056d758> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at sun.java2d.Disposer.run(java.desktop@17-ea/Disposer.java:144)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""AWT-XAWT"" #18 daemon prio=6 os_prio=0 cpu=163401,53ms elapsed=16030,31s tid=0x00007f426c521d30 nid=0x324a runnable  [0x00007f41f7e2c000]
   java.lang.Thread.State: RUNNABLE
	at sun.awt.X11.XToolkit.waitForEvents(java.desktop@17-ea/Native Method)
	at sun.awt.X11.XToolkit.run(java.desktop@17-ea/XToolkit.java:679)
	at sun.awt.X11.XToolkit.run(java.desktop@17-ea/XToolkit.java:643)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""main-worker-0"" #20 prio=5 os_prio=0 cpu=20917,05ms elapsed=15984,83s tid=0x00007f426c703c20 nid=0x32c7 runnable  [0x00007f41f6b4d000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.FileDispatcherImpl.write0(java.base@17-ea/Native Method)
	at sun.nio.ch.SocketDispatcher.write(java.base@17-ea/SocketDispatcher.java:62)
	at sun.nio.ch.NioSocketImpl.tryWrite(java.base@17-ea/NioSocketImpl.java:398)
	at sun.nio.ch.NioSocketImpl.implWrite(java.base@17-ea/NioSocketImpl.java:413)
	at sun.nio.ch.NioSocketImpl.write(java.base@17-ea/NioSocketImpl.java:440)
	at sun.nio.ch.NioSocketImpl$2.write(java.base@17-ea/NioSocketImpl.java:826)
	at java.net.Socket$SocketOutputStream.write(java.base@17-ea/Socket.java:1030)
	at sun.security.ssl.SSLSocketOutputRecord.deliver(java.base@17-ea/SSLSocketOutputRecord.java:340)
	at sun.security.ssl.SSLSocketImpl$AppOutputStream.write(java.base@17-ea/SSLSocketImpl.java:1298)
	at java.io.BufferedOutputStream.write(java.base@17-ea/BufferedOutputStream.java:123)
	- locked <0x00000000fda040f8> (a java.io.BufferedOutputStream)
	at java.io.PrintStream.write(java.base@17-ea/PrintStream.java:568)
	- locked <0x00000000fda04118> (a java.io.PrintStream)
	at sun.net.www.protocol.http.HttpURLConnection$StreamingOutputStream.write(java.base@17-ea/HttpURLConnection.java:3780)
	at org.openstreetmap.josm.io.ProgressOutputStream.write(ProgressOutputStream.java:55)
	at java.io.BufferedOutputStream.write(java.base@17-ea/BufferedOutputStream.java:123)
	- locked <0x00000000fda04188> (a java.io.BufferedOutputStream)
	at java.io.FilterOutputStream.write(java.base@17-ea/FilterOutputStream.java:108)
	at org.openstreetmap.josm.tools.Http1Client.setupConnection(Http1Client.java:70)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:138)
	at org.openstreetmap.josm.tools.HttpClient.connect(HttpClient.java:124)
	at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:723)
	at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:667)
	at org.openstreetmap.josm.io.OsmApi.sendRequest(OsmApi.java:662)
	at org.openstreetmap.josm.io.OsmApi.sendPostRequest(OsmApi.java:652)
	at org.openstreetmap.josm.io.OsmApi.uploadDiff(OsmApi.java:586)
	at org.openstreetmap.josm.io.OsmServerWriter.uploadChangesInChunks(OsmServerWriter.java:174)
	at org.openstreetmap.josm.io.OsmServerWriter.uploadOsm(OsmServerWriter.java:218)
	at org.openstreetmap.josm.gui.io.UploadPrimitivesTask.realRun(UploadPrimitivesTask.java:261)
	at org.openstreetmap.josm.gui.io.AsynchronousUploadPrimitivesTask.realRun(AsynchronousUploadPrimitivesTask.java:129)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1135)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""AWT-Shutdown"" #24 prio=5 os_prio=0 cpu=20,46ms elapsed=15982,47s tid=0x00007f426c77f210 nid=0x32ca in Object.wait()  [0x00007f41f694c000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.Object.wait(java.base@17-ea/Object.java:338)
	at sun.awt.AWTAutoShutdown.run(java.desktop@17-ea/AWTAutoShutdown.java:291)
	- locked <0x00000000d1582428> (a java.lang.Object)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""AWT-EventQueue-0"" #23 prio=6 os_prio=0 cpu=767215,03ms elapsed=15982,46s tid=0x00007f426c77fc80 nid=0x32cb waiting on condition  [0x00007f41f6a4c000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000fd947050> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:211)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(java.base@17-ea/AbstractQueuedSynchronizer.java:715)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(java.base@17-ea/AbstractQueuedSynchronizer.java:938)
	at java.util.concurrent.locks.ReentrantLock$Sync.lock(java.base@17-ea/ReentrantLock.java:153)
	at java.util.concurrent.locks.ReentrantLock.lock(java.base@17-ea/ReentrantLock.java:322)
	at sun.security.ssl.SSLSocketImpl.closeNotify(java.base@17-ea/SSLSocketImpl.java:726)
	at sun.security.ssl.SSLSocketImpl.duplexCloseOutput(java.base@17-ea/SSLSocketImpl.java:652)
	at sun.security.ssl.SSLSocketImpl.close(java.base@17-ea/SSLSocketImpl.java:579)
	at sun.net.www.http.HttpClient.closeServer(java.base@17-ea/HttpClient.java:1101)
	at sun.net.www.protocol.http.HttpURLConnection.disconnect(java.base@17-ea/HttpURLConnection.java:3094)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.disconnect(java.base@17-ea/HttpsURLConnectionImpl.java:235)
	at org.openstreetmap.josm.tools.Http1Client.disconnect(Http1Client.java:225)
	at org.openstreetmap.josm.tools.Http1Client.disconnect(Http1Client.java:211)
	at org.openstreetmap.josm.io.OsmConnection.cancel(OsmConnection.java:74)
	- locked <0x00000000d1c80ce8> (a org.openstreetmap.josm.io.OsmApi)
	at org.openstreetmap.josm.io.OsmServerWriter.cancel(OsmServerWriter.java:244)
	at org.openstreetmap.josm.gui.io.UploadPrimitivesTask.cancel(UploadPrimitivesTask.java:391)
	- locked <0x00000000fda04418> (a org.openstreetmap.josm.gui.io.AsynchronousUploadPrimitivesTask)
	at org.openstreetmap.josm.gui.io.AsynchronousUploadPrimitivesTask.cancel(AsynchronousUploadPrimitivesTask.java:134)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.operationCanceled(PleaseWaitRunnable.java:148)
	at org.openstreetmap.josm.gui.progress.CancelHandler.cancel(CancelHandler.java:24)
	- locked <0x00000000fda0e688> (a org.openstreetmap.josm.gui.progress.CancelHandler)
	at org.openstreetmap.josm.gui.progress.AbstractProgressMonitor.cancel(AbstractProgressMonitor.java:214)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$new$1(PleaseWaitProgressMonitor.java:200)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor$$Lambda$590/0x00000008014ab0e0.actionPerformed(Unknown Source)
	at javax.swing.AbstractButton.fireActionPerformed(java.desktop@17-ea/AbstractButton.java:1972)
	at javax.swing.AbstractButton$Handler.actionPerformed(java.desktop@17-ea/AbstractButton.java:2313)
	at javax.swing.DefaultButtonModel.fireActionPerformed(java.desktop@17-ea/DefaultButtonModel.java:405)
	at javax.swing.DefaultButtonModel.setPressed(java.desktop@17-ea/DefaultButtonModel.java:262)
	at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(java.desktop@17-ea/BasicButtonListener.java:279)
	at java.awt.AWTEventMulticaster.mouseReleased(java.desktop@17-ea/AWTEventMulticaster.java:297)
	at java.awt.Component.processMouseEvent(java.desktop@17-ea/Component.java:6619)
	at javax.swing.JComponent.processMouseEvent(java.desktop@17-ea/JComponent.java:3389)
	at java.awt.Component.processEvent(java.desktop@17-ea/Component.java:6384)
	at java.awt.Container.processEvent(java.desktop@17-ea/Container.java:2267)
	at java.awt.Component.dispatchEventImpl(java.desktop@17-ea/Component.java:4995)
	at java.awt.Container.dispatchEventImpl(java.desktop@17-ea/Container.java:2325)
	at java.awt.Component.dispatchEvent(java.desktop@17-ea/Component.java:4827)
	at java.awt.LightweightDispatcher.retargetMouseEvent(java.desktop@17-ea/Container.java:4946)
	at java.awt.LightweightDispatcher.processMouseEvent(java.desktop@17-ea/Container.java:4575)
	at java.awt.LightweightDispatcher.dispatchEvent(java.desktop@17-ea/Container.java:4516)
	at java.awt.Container.dispatchEventImpl(java.desktop@17-ea/Container.java:2311)
	at java.awt.Window.dispatchEventImpl(java.desktop@17-ea/Window.java:2775)
	at java.awt.Component.dispatchEvent(java.desktop@17-ea/Component.java:4827)
	at java.awt.EventQueue.dispatchEventImpl(java.desktop@17-ea/EventQueue.java:772)
	at java.awt.EventQueue$4.run(java.desktop@17-ea/EventQueue.java:721)
	at java.awt.EventQueue$4.run(java.desktop@17-ea/EventQueue.java:715)
	at java.security.AccessController.executePrivileged(java.base@17-ea/AccessController.java:753)
	at java.security.AccessController.doPrivileged(java.base@17-ea/AccessController.java:391)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(java.base@17-ea/ProtectionDomain.java:85)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(java.base@17-ea/ProtectionDomain.java:95)
	at java.awt.EventQueue$5.run(java.desktop@17-ea/EventQueue.java:745)
	at java.awt.EventQueue$5.run(java.desktop@17-ea/EventQueue.java:743)
	at java.security.AccessController.executePrivileged(java.base@17-ea/AccessController.java:753)
	at java.security.AccessController.doPrivileged(java.base@17-ea/AccessController.java:391)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(java.base@17-ea/ProtectionDomain.java:85)
	at java.awt.EventQueue.dispatchEvent(java.desktop@17-ea/EventQueue.java:742)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(java.desktop@17-ea/EventDispatchThread.java:203)
	at java.awt.EventDispatchThread.pumpEventsForFilter(java.desktop@17-ea/EventDispatchThread.java:124)
	at java.awt.EventDispatchThread.pumpEventsForFilter(java.desktop@17-ea/EventDispatchThread.java:117)
	at java.awt.WaitDispatchSupport$2.run(java.desktop@17-ea/WaitDispatchSupport.java:190)
	at java.awt.WaitDispatchSupport$4.run(java.desktop@17-ea/WaitDispatchSupport.java:235)
	at java.awt.WaitDispatchSupport$4.run(java.desktop@17-ea/WaitDispatchSupport.java:233)
	at java.security.AccessController.executePrivileged(java.base@17-ea/AccessController.java:753)
	at java.security.AccessController.doPrivileged(java.base@17-ea/AccessController.java:312)
	at java.awt.WaitDispatchSupport.enter(java.desktop@17-ea/WaitDispatchSupport.java:233)
	at java.awt.Dialog.show(java.desktop@17-ea/Dialog.java:1079)
	at java.awt.Component.show(java.desktop@17-ea/Component.java:1722)
	at java.awt.Component.setVisible(java.desktop@17-ea/Component.java:1669)
	at java.awt.Window.setVisible(java.desktop@17-ea/Window.java:1034)
	at java.awt.Dialog.setVisible(java.desktop@17-ea/Dialog.java:1016)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doBeginTask$3(PleaseWaitProgressMonitor.java:255)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor$$Lambda$983/0x000000080170b270.run(Unknown Source)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doInEDT$0(PleaseWaitProgressMonitor.java:113)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor$$Lambda$984/0x000000080170b498.run(Unknown Source)
	at java.awt.event.InvocationEvent.dispatch(java.desktop@17-ea/InvocationEvent.java:318)
	at java.awt.EventQueue.dispatchEventImpl(java.desktop@17-ea/EventQueue.java:770)
	at java.awt.EventQueue$4.run(java.desktop@17-ea/EventQueue.java:721)
	at java.awt.EventQueue$4.run(java.desktop@17-ea/EventQueue.java:715)
	at java.security.AccessController.executePrivileged(java.base@17-ea/AccessController.java:753)
	at java.security.AccessController.doPrivileged(java.base@17-ea/AccessController.java:391)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(java.base@17-ea/ProtectionDomain.java:85)
	at java.awt.EventQueue.dispatchEvent(java.desktop@17-ea/EventQueue.java:740)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(java.desktop@17-ea/EventDispatchThread.java:203)
	at java.awt.EventDispatchThread.pumpEventsForFilter(java.desktop@17-ea/EventDispatchThread.java:124)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(java.desktop@17-ea/EventDispatchThread.java:113)
	at java.awt.EventDispatchThread.pumpEvents(java.desktop@17-ea/EventDispatchThread.java:109)
	at java.awt.EventDispatchThread.pumpEvents(java.desktop@17-ea/EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.run(java.desktop@17-ea/EventDispatchThread.java:90)

""TimerQueue"" #25 daemon prio=5 os_prio=0 cpu=16244,09ms elapsed=15981,25s tid=0x00007f41e4082ac0 nid=0x32cc waiting on condition  [0x00007f41f5ffe000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000dd86bdb8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.DelayQueue.take(java.base@17-ea/DelayQueue.java:217)
	at javax.swing.TimerQueue.run(java.desktop@17-ea/TimerQueue.java:171)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""FileSystemWatchService"" #28 daemon prio=5 os_prio=0 cpu=0,25ms elapsed=15976,14s tid=0x00007f426c8ed650 nid=0x32d3 runnable  [0x00007f41f45e8000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.fs.LinuxWatchService.poll(java.base@17-ea/Native Method)
	at sun.nio.fs.LinuxWatchService$Poller.run(java.base@17-ea/LinuxWatchService.java:314)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""File Watcher"" #29 prio=5 os_prio=0 cpu=0,32ms elapsed=15976,09s tid=0x00007f426c8f1f20 nid=0x32d4 waiting on condition  [0x00007f41f44e7000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7dae8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at java.util.concurrent.LinkedBlockingDeque.take(java.base@17-ea/LinkedBlockingDeque.java:673)
	at sun.nio.fs.AbstractWatchService.take(java.base@17-ea/AbstractWatchService.java:118)
	at org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:120)
	at org.openstreetmap.josm.io.FileWatcher$$Lambda$398/0x0000000801378e90.run(Unknown Source)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""Weak reference cleaner"" #30 prio=5 os_prio=0 cpu=0,21ms elapsed=15974,71s tid=0x00007f426c9c9d90 nid=0x32d5 in Object.wait()  [0x00007f41f43d7000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on <0x00000000d19bb680> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d19bb680> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
	at org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$446/0x00000008013beed8.run(Unknown Source)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""image-fetcher-0"" #42 prio=5 os_prio=0 cpu=23,73ms elapsed=15965,90s tid=0x00007f4208158410 nid=0x32e1 waiting on condition  [0x00007f41d68ee000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d1802760> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingQueue.take(java.base@17-ea/LinkedBlockingQueue.java:435)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""JCS-ElementEventQueue-Thread-1"" #44 daemon prio=5 os_prio=0 cpu=0,19ms elapsed=15962,34s tid=0x00007f420c0b8420 nid=0x32e2 waiting on condition  [0x00007f41f46e9000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d5fd3950> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingQueue.take(java.base@17-ea/LinkedBlockingQueue.java:435)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""GT authority factory disposer"" #45 daemon prio=5 os_prio=0 cpu=8,24ms elapsed=15958,38s tid=0x00007f426cf39310 nid=0x32e4 in Object.wait()  [0x00007f41d6af0000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.Object.wait(java.base@17-ea/Object.java:338)
	at java.util.TimerThread.mainLoop(java.base@17-ea/Timer.java:537)
	- locked <0x00000000dcc1bb30> (a java.util.TaskQueue)
	at java.util.TimerThread.run(java.base@17-ea/Timer.java:516)

""WeakCollectionCleaner"" #46 daemon prio=8 os_prio=0 cpu=0,22ms elapsed=15953,55s tid=0x00007f426cfe9fd0 nid=0x32e5 in Object.wait()  [0x00007f41d6cf2000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on <0x00000000dfe35f08> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000dfe35f08> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at org.geotools.util.WeakCollectionCleaner.run(WeakCollectionCleaner.java:65)

""Timer-0"" #47 prio=5 os_prio=0 cpu=1221,37ms elapsed=15953,00s tid=0x00007f426d040e20 nid=0x32e6 in Object.wait()  [0x00007f41d69ef000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.util.TimerThread.mainLoop(java.base@17-ea/Timer.java:563)
	- locked <0x00000000d88b1428> (a java.util.TaskQueue)
	at java.util.TimerThread.run(java.base@17-ea/Timer.java:516)

""RemoteControl HTTP Server"" #51 daemon prio=5 os_prio=0 cpu=1,82ms elapsed=15951,28s tid=0x00007f426cd6d880 nid=0x32ea runnable  [0x00007f41d67ed000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.Net.accept(java.base@17-ea/Native Method)
	at sun.nio.ch.NioSocketImpl.accept(java.base@17-ea/NioSocketImpl.java:755)
	at java.net.ServerSocket.implAccept(java.base@17-ea/ServerSocket.java:672)
	at java.net.ServerSocket.platformImplAccept(java.base@17-ea/ServerSocket.java:638)
	at java.net.ServerSocket.implAccept(java.base@17-ea/ServerSocket.java:614)
	at java.net.ServerSocket.implAccept(java.base@17-ea/ServerSocket.java:571)
	at java.net.ServerSocket.accept(java.base@17-ea/ServerSocket.java:529)
	at org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

""RemoteControl HTTP Server"" #52 daemon prio=5 os_prio=0 cpu=1,05ms elapsed=15951,28s tid=0x00007f426cd6e3d0 nid=0x32eb runnable  [0x00007f41d66ec000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.Net.accept(java.base@17-ea/Native Method)
	at sun.nio.ch.NioSocketImpl.accept(java.base@17-ea/NioSocketImpl.java:755)
	at java.net.ServerSocket.implAccept(java.base@17-ea/ServerSocket.java:672)
	at java.net.ServerSocket.platformImplAccept(java.base@17-ea/ServerSocket.java:638)
	at java.net.ServerSocket.implAccept(java.base@17-ea/ServerSocket.java:614)
	at java.net.ServerSocket.implAccept(java.base@17-ea/ServerSocket.java:571)
	at java.net.ServerSocket.accept(java.base@17-ea/ServerSocket.java:529)
	at org.openstreetmap.josm.io.remotecontrol.RemoteControlHttpServer.run(RemoteControlHttpServer.java:104)

""message-notifier-0"" #53 prio=5 os_prio=0 cpu=336,28ms elapsed=15951,28s tid=0x00007f426ccd2330 nid=0x32ec waiting on condition  [0x00007f41d65eb000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d1842968> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@17-ea/ScheduledThreadPoolExecutor.java:1170)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@17-ea/ScheduledThreadPoolExecutor.java:899)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""changeset-updater-0"" #54 prio=5 os_prio=0 cpu=10,96ms elapsed=15951,26s tid=0x00007f426ccd3ad0 nid=0x32ed waiting on condition  [0x00007f41d43fe000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d88b21c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(java.base@17-ea/LockSupport.java:252)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(java.base@17-ea/AbstractQueuedSynchronizer.java:1672)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@17-ea/ScheduledThreadPoolExecutor.java:1182)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(java.base@17-ea/ScheduledThreadPoolExecutor.java:899)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""DestroyJavaVM"" #55 prio=5 os_prio=0 cpu=12020,00ms elapsed=15951,25s tid=0x00007f426c014b70 nid=0x3229 waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Timer-1"" #60 daemon prio=6 os_prio=0 cpu=1743,31ms elapsed=15950,93s tid=0x00007f41e416ad70 nid=0x32f4 in Object.wait()  [0x00007f41cfffe000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.util.TimerThread.mainLoop(java.base@17-ea/Timer.java:563)
	- locked <0x00000000d1c8d5d8> (a java.util.TaskQueue)
	at java.util.TimerThread.run(java.base@17-ea/Timer.java:516)

""Timer-2"" #65 prio=6 os_prio=0 cpu=2,28ms elapsed=15914,61s tid=0x00007f41e4333220 nid=0x338a in Object.wait()  [0x00007f41d42fd000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.Object.wait(java.base@17-ea/Object.java:338)
	at java.util.TimerThread.mainLoop(java.base@17-ea/Timer.java:537)
	- locked <0x00000000d1cec608> (a java.util.TaskQueue)
	at java.util.TimerThread.run(java.base@17-ea/Timer.java:516)

""Map Status Collector"" #66 daemon prio=6 os_prio=0 cpu=12994,87ms elapsed=15914,02s tid=0x00007f41e439ede0 nid=0x338b waiting on condition  [0x00007f41d6bf1000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d1ce6f38> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingQueue.take(java.base@17-ea/LinkedBlockingQueue.java:435)
	at org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:438)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-0"" #100 prio=5 os_prio=0 cpu=1626,06ms elapsed=15326,62s tid=0x00007f41e42cdd90 nid=0x3643 waiting on condition  [0x00007f41d6df3000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-1"" #101 prio=5 os_prio=0 cpu=1605,07ms elapsed=15326,62s tid=0x00007f41e42ce330 nid=0x3644 waiting on condition  [0x00007f41d41fc000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-2"" #102 prio=5 os_prio=0 cpu=1574,03ms elapsed=15326,62s tid=0x00007f41e4443c90 nid=0x3645 waiting on condition  [0x00007f41cf0fb000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-3"" #103 prio=5 os_prio=0 cpu=1542,83ms elapsed=15326,62s tid=0x00007f41e4444230 nid=0x3646 waiting on condition  [0x00007f41ceffa000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-4"" #104 prio=5 os_prio=0 cpu=1742,31ms elapsed=15326,62s tid=0x00007f41e4198580 nid=0x3647 waiting on condition  [0x00007f41ceef9000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-5"" #105 prio=5 os_prio=0 cpu=1639,45ms elapsed=15326,61s tid=0x00007f41e4198b20 nid=0x3648 waiting on condition  [0x00007f41cedf8000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-6"" #106 prio=5 os_prio=0 cpu=1611,07ms elapsed=15326,61s tid=0x00007f41e4199e90 nid=0x3649 waiting on condition  [0x00007f41ce3fe000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-7"" #107 prio=5 os_prio=0 cpu=1747,65ms elapsed=15326,61s tid=0x00007f41e418db30 nid=0x364a waiting on condition  [0x00007f41ce2fd000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-8"" #108 prio=5 os_prio=0 cpu=1708,54ms elapsed=15326,61s tid=0x00007f41e4215610 nid=0x364b waiting on condition  [0x00007f41ce1fc000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-9"" #109 prio=5 os_prio=0 cpu=1635,60ms elapsed=15326,61s tid=0x00007f41e4215bb0 nid=0x364c waiting on condition  [0x00007f41ce0fb000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-10"" #110 prio=5 os_prio=0 cpu=1649,98ms elapsed=15326,61s tid=0x00007f41e421bbe0 nid=0x364d waiting on condition  [0x00007f41cf1fc000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-11"" #111 prio=5 os_prio=0 cpu=1677,38ms elapsed=15326,61s tid=0x00007f41e4217040 nid=0x364e waiting on condition  [0x00007f41cdffa000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-12"" #112 prio=5 os_prio=0 cpu=1575,75ms elapsed=15326,61s tid=0x00007f41e4218360 nid=0x364f waiting on condition  [0x00007f41cdef9000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-13"" #113 prio=5 os_prio=0 cpu=1644,83ms elapsed=15326,61s tid=0x00007f41e42196b0 nid=0x3650 waiting on condition  [0x00007f41cddf8000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-14"" #114 prio=5 os_prio=0 cpu=1593,36ms elapsed=15326,61s tid=0x00007f41e4219c50 nid=0x3651 waiting on condition  [0x00007f41cdcf7000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-15"" #115 prio=5 os_prio=0 cpu=1613,29ms elapsed=15326,61s tid=0x00007f41e42686f0 nid=0x3652 waiting on condition  [0x00007f41cdbf6000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-16"" #116 prio=5 os_prio=0 cpu=1559,51ms elapsed=15326,61s tid=0x00007f41e4269610 nid=0x3653 waiting on condition  [0x00007f41cdaf5000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-17"" #117 prio=5 os_prio=0 cpu=1653,85ms elapsed=15326,61s tid=0x00007f41e426a6f0 nid=0x3654 waiting on condition  [0x00007f41cd9f4000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-18"" #118 prio=5 os_prio=0 cpu=1578,99ms elapsed=15326,61s tid=0x00007f41e426b760 nid=0x3655 waiting on condition  [0x00007f41cd8f3000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-19"" #119 prio=5 os_prio=0 cpu=1643,16ms elapsed=15326,61s tid=0x00007f41e426c880 nid=0x3656 waiting on condition  [0x00007f41cd7f2000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-20"" #120 prio=5 os_prio=0 cpu=1670,93ms elapsed=15326,60s tid=0x00007f41e426db70 nid=0x3657 waiting on condition  [0x00007f41cd6f1000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-21"" #121 prio=5 os_prio=0 cpu=1609,01ms elapsed=15326,60s tid=0x00007f41e426ee50 nid=0x3658 waiting on condition  [0x00007f41cd5f0000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-22"" #122 prio=5 os_prio=0 cpu=1650,09ms elapsed=15326,60s tid=0x00007f41e4484220 nid=0x3659 waiting on condition  [0x00007f41cd4ef000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-23"" #123 prio=5 os_prio=0 cpu=1617,94ms elapsed=15326,60s tid=0x00007f41e44851d0 nid=0x365a waiting on condition  [0x00007f41cd3ee000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""TMS-downloader-24"" #124 prio=5 os_prio=0 cpu=1647,58ms elapsed=15326,60s tid=0x00007f41e4485e90 nid=0x365b waiting on condition  [0x00007f41cd2ed000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000d3b7efe0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""Timer-3"" #198 daemon prio=6 os_prio=0 cpu=0,20ms elapsed=15199,08s tid=0x00007f41e423fcd0 nid=0x372b in Object.wait()  [0x00007f41ccce7000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on 
	at java.lang.Object.wait(java.base@17-ea/Object.java:338)
	at java.util.TimerThread.mainLoop(java.base@17-ea/Timer.java:537)
	- locked <0x00000000dfe361a8> (a java.util.TaskQueue)
	at java.util.TimerThread.run(java.base@17-ea/Timer.java:516)

""WMS-downloader-0"" #1043 prio=5 os_prio=0 cpu=28957,58ms elapsed=13390,47s tid=0x00007f41e40294b0 nid=0x3f70 waiting on condition  [0x00007f41cc7e2000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000e1604838> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""WMS-downloader-1"" #1044 prio=5 os_prio=0 cpu=25524,19ms elapsed=13390,47s tid=0x00007f41e44b9ce0 nid=0x3f71 waiting on condition  [0x00007f41cd0eb000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000e1604838> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""WMS-downloader-2"" #1045 prio=5 os_prio=0 cpu=28148,66ms elapsed=13390,47s tid=0x00007f41e401c890 nid=0x3f72 waiting on condition  [0x00007f41cd1ec000]
   java.lang.Thread.State: WAITING (parking)
	at jdk.internal.misc.Unsafe.park(java.base@17-ea/Native Method)
	- parking to wait for  <0x00000000e1604838> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(java.base@17-ea/LockSupport.java:341)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(java.base@17-ea/AbstractQueuedSynchronizer.java:506)
	at java.util.concurrent.ForkJoinPool.unmanagedBlock(java.base@17-ea/ForkJoinPool.java:3455)
	at java.util.concurrent.ForkJoinPool.managedBlock(java.base@17-ea/ForkJoinPool.java:3426)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(java.base@17-ea/AbstractQueuedSynchronizer.java:1623)
	at java.util.concurrent.LinkedBlockingDeque.takeFirst(java.base@17-ea/LinkedBlockingDeque.java:485)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
	at org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
	at java.util.concurrent.ThreadPoolExecutor.getTask(java.base@17-ea/ThreadPoolExecutor.java:1061)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@17-ea/ThreadPoolExecutor.java:1121)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@17-ea/ThreadPoolExecutor.java:635)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""VM Thread"" os_prio=0 cpu=2167,28ms elapsed=16038,75s tid=0x00007f426c1c05f0 nid=0x3234 runnable  

""GC Thread#0"" os_prio=0 cpu=8192,72ms elapsed=16040,46s tid=0x00007f426c03f140 nid=0x322f runnable  

""GC Thread#1"" os_prio=0 cpu=8227,58ms elapsed=16036,99s tid=0x00007f423c004530 nid=0x3240 runnable  

""GC Thread#2"" os_prio=0 cpu=8279,00ms elapsed=16034,57s tid=0x00007f423c005a20 nid=0x3241 runnable  

""GC Thread#3"" os_prio=0 cpu=8085,04ms elapsed=16031,86s tid=0x00007f423c007770 nid=0x3246 runnable  

""G1 Main Marker"" os_prio=0 cpu=217,43ms elapsed=16040,46s tid=0x00007f426c046780 nid=0x3230 runnable  

""G1 Conc#0"" os_prio=0 cpu=82072,69ms elapsed=16040,46s tid=0x00007f426c0477b0 nid=0x3231 runnable  

""G1 Refine#0"" os_prio=0 cpu=140,48ms elapsed=16040,46s tid=0x00007f426c081560 nid=0x3232 runnable  

""G1 Refine#1"" os_prio=0 cpu=15,66ms elapsed=16034,57s tid=0x00007f4240000d10 nid=0x3242 runnable  

""G1 Refine#2"" os_prio=0 cpu=1,20ms elapsed=16034,57s tid=0x00007f4204000d10 nid=0x3243 runnable  

""G1 Service"" os_prio=0 cpu=7660,89ms elapsed=16040,46s tid=0x00007f426c082510 nid=0x3233 runnable  

""VM Periodic Task Thread"" os_prio=0 cpu=20411,07ms elapsed=16037,19s tid=0x00007f426c261250 nid=0x323f waiting on condition  

JNI global refs: 110, weak refs: 11601

Heap
 garbage-first heap   total 786432K, used 612558K [0x00000000d0000000, 0x0000000100000000)
  region size 1024K, 135 young (138240K), 3 survivors (3072K)
 Metaspace       used 86882K, committed 87552K, reserved 1130496K
  class space    used 9842K, committed 10176K, reserved 1048576K
}}}
"	skyper
defect	21261	1	Command line option --status-report does not exit	Core	latest		2021-08-28T15:13:13+02:00	2022-11-22T14:53:39+01:00	"==== What steps will reproduce the problem?
1. Run `josm-latest --status-report` in a terminal (Ubuntu package)

==== What is the expected result?
The status report is printed and the program exits

==== What happens instead?
The status report is printed but the program does not exit afterwards

==== Please provide any additional information below. Attach a screenshot if possible.
I had to kill the program see thread dump below.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-26 16:42:55 +0200 (Thu, 26 Aug 2021)
Revision:18182
Build-Date:2021-08-27 01:31:01
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18182 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17-ea+19-Debian-1, Debian, OpenJDK 64-Bit Server VM
}}}


{{{
Full thread dump OpenJDK 64-Bit Server VM (17-ea+19-Debian-1 mixed mode, sharing):

Threads class SMR info:
_java_thread_list=0x00007f650c001a40, length=14, elements={
0x00007f65681c4700, 0x00007f65681c5b60, 0x00007f65681cbd10, 0x00007f65681cd140,
0x00007f65681ce590, 0x00007f65681cffc0, 0x00007f65681d1570, 0x00007f65681d2a60,
0x00007f6568228780, 0x00007f656829f2d0, 0x00007f6568505bd0, 0x00007f6568507080,
0x00007f65685f22a0, 0x00007f6568014b90
}

""Reference Handler"" #2 daemon prio=10 os_prio=0 cpu=0,95ms elapsed=243,00s tid=0x00007f65681c4700 nid=0x3305 waiting on condition  [0x00007f654caf3000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.ref.Reference.waitForReferencePendingList(java.base@17-ea/Native Method)
	at java.lang.ref.Reference.processPendingReferences(java.base@17-ea/Reference.java:253)
	at java.lang.ref.Reference$ReferenceHandler.run(java.base@17-ea/Reference.java:215)

""Finalizer"" #3 daemon prio=8 os_prio=0 cpu=0,44ms elapsed=243,00s tid=0x00007f65681c5b60 nid=0x3306 in Object.wait()  [0x00007f654c9f2000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on <0x00000000d10f20e8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d10f20e8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at java.lang.ref.Finalizer$FinalizerThread.run(java.base@17-ea/Finalizer.java:171)

""Signal Dispatcher"" #4 daemon prio=9 os_prio=0 cpu=0,29ms elapsed=242,89s tid=0x00007f65681cbd10 nid=0x3307 waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Service Thread"" #5 daemon prio=9 os_prio=0 cpu=0,41ms elapsed=242,89s tid=0x00007f65681cd140 nid=0x3308 runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Monitor Deflation Thread"" #6 daemon prio=9 os_prio=0 cpu=13,45ms elapsed=242,89s tid=0x00007f65681ce590 nid=0x3309 runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""C2 CompilerThread0"" #7 daemon prio=9 os_prio=0 cpu=2545,76ms elapsed=242,89s tid=0x00007f65681cffc0 nid=0x330a waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   No compile task

""C1 CompilerThread0"" #9 daemon prio=9 os_prio=0 cpu=1188,93ms elapsed=242,89s tid=0x00007f65681d1570 nid=0x330b waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE
   No compile task

""Sweeper thread"" #10 daemon prio=9 os_prio=0 cpu=0,08ms elapsed=242,89s tid=0x00007f65681d2a60 nid=0x330c runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Common-Cleaner"" #11 daemon prio=8 os_prio=0 cpu=1,53ms elapsed=242,39s tid=0x00007f6568228780 nid=0x330d in Object.wait()  [0x00007f65373fe000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on <0x00000000d10f22f8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d10f22f8> (a java.lang.ref.ReferenceQueue$Lock)
	at jdk.internal.ref.CleanerImpl.run(java.base@17-ea/CleanerImpl.java:140)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)
	at jdk.internal.misc.InnocuousThread.run(java.base@17-ea/InnocuousThread.java:161)

""Notification Thread"" #12 daemon prio=9 os_prio=0 cpu=0,13ms elapsed=241,66s tid=0x00007f656829f2d0 nid=0x330f runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""Java2D Disposer"" #16 daemon prio=10 os_prio=0 cpu=0,19ms elapsed=235,42s tid=0x00007f6568505bd0 nid=0x331b in Object.wait()  [0x00007f65372fd000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on <0x00000000d3a0de88> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d3a0de88> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at sun.java2d.Disposer.run(java.desktop@17-ea/Disposer.java:144)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""AWT-XAWT"" #17 daemon prio=6 os_prio=0 cpu=59,86ms elapsed=235,41s tid=0x00007f6568507080 nid=0x331c runnable  [0x00007f65357cd000]
   java.lang.Thread.State: RUNNABLE
	at sun.awt.X11.XToolkit.waitForEvents(java.desktop@17-ea/Native Method)
	at sun.awt.X11.XToolkit.run(java.desktop@17-ea/XToolkit.java:679)
	at sun.awt.X11.XToolkit.run(java.desktop@17-ea/XToolkit.java:643)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""Weak reference cleaner"" #18 prio=5 os_prio=0 cpu=0,23ms elapsed=233,37s tid=0x00007f65685f22a0 nid=0x332d in Object.wait()  [0x00007f65353c0000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(java.base@17-ea/Native Method)
	- waiting on <0x00000000d3333988> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:155)
	- locked <0x00000000d3333988> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(java.base@17-ea/ReferenceQueue.java:176)
	at org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
	at org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$265/0x0000000801192000.run(Unknown Source)
	at java.lang.Thread.run(java.base@17-ea/Thread.java:831)

""DestroyJavaVM"" #19 prio=5 os_prio=0 cpu=2715,21ms elapsed=233,25s tid=0x00007f6568014b90 nid=0x32fe waiting on condition  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

""VM Thread"" os_prio=0 cpu=20,63ms elapsed=243,18s tid=0x00007f65681c0610 nid=0x3304 runnable  

""GC Thread#0"" os_prio=0 cpu=63,00ms elapsed=244,82s tid=0x00007f656803f160 nid=0x32ff runnable  

""GC Thread#1"" os_prio=0 cpu=30,94ms elapsed=241,49s tid=0x00007f6530004550 nid=0x3311 runnable  

""GC Thread#2"" os_prio=0 cpu=19,84ms elapsed=239,26s tid=0x00007f6530005a40 nid=0x3314 runnable  

""GC Thread#3"" os_prio=0 cpu=0,52ms elapsed=236,78s tid=0x00007f6530007790 nid=0x331a runnable  

""G1 Main Marker"" os_prio=0 cpu=0,10ms elapsed=244,82s tid=0x00007f65680467a0 nid=0x3300 runnable  

""G1 Conc#0"" os_prio=0 cpu=0,06ms elapsed=244,82s tid=0x00007f65680477d0 nid=0x3301 runnable  

""G1 Refine#0"" os_prio=0 cpu=8,94ms elapsed=244,82s tid=0x00007f6568081580 nid=0x3302 runnable  

""G1 Refine#1"" os_prio=0 cpu=0,11ms elapsed=239,26s tid=0x00007f6538000d10 nid=0x3315 runnable  

""G1 Service"" os_prio=0 cpu=79,95ms elapsed=244,82s tid=0x00007f6568082530 nid=0x3303 runnable  

""VM Periodic Task Thread"" os_prio=0 cpu=244,40ms elapsed=241,66s tid=0x00007f65682a11a0 nid=0x3310 waiting on condition  

JNI global refs: 69, weak refs: 0

Heap
 garbage-first heap   total 65536K, used 38881K [0x00000000d0000000, 0x0000000100000000)
  region size 1024K, 15 young (15360K), 4 survivors (4096K)
 Metaspace       used 14812K, committed 15040K, reserved 1064960K
  class space    used 1598K, committed 1728K, reserved 1048576K
}}}"	skyper
defect	21262	1	The imagery toolbar buttons periodically disappear	Core			2021-08-28T22:13:44+02:00	2021-09-01T23:40:19+02:00	"==== What steps will reproduce the problem?
1. Add satellite imagery buttons (Bing & Maxar) to the toolbar.
A case I can definitely reproduce:
2. Change the application language(in my case from Russian to English)
4. Restart JOSM.


==== What is the expected result?

==== What happens instead?

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

[[Image(Before.png, 1000px)]]

[[Image(After.png, 1000px)]]

{{{
Revision:18182
Is-Local-Build:true
Build-Date:2021-08-26 15:03:32

Identification: JOSM/1.5 (18182 SVN ru) Mac OS X 11.5
OS Build number: macOS 11.5.1 (20G80)
Memory Usage: 378 MB / 2048 MB (68 MB allocated, but free)
Java version: 17-ea+35, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: Display 69732352 1680×1050 (scaling 2.00×2.00)
Maximum Screen Size: 1680×1050
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: ru_RU
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=18182, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=/Applications/JOSM.app/Contents/MacOS/JOSM]
Dataset consistency test: No problems found

Plugins:
+ BuildingGeneralization (36)
+ ColorPlugin (1537115529)
+ Create_grid_of_ways (35640)
+ CustomizePublicTransportStop (35760)
+ DirectDownload (35640)
+ EasyPresets (1623509627)
+ FastDraw (35640)
+ FixAddresses (35640)
+ HouseNumberTaggingTool (35640)
+ ImproveWay (32)
+ MakeParallel (v1.1.0)
+ Mapillary (2.0.0-alpha.32-dirty)
+ OpeningHoursEditor (35640)
+ PicLayer (1.0.1)
+ PolygonCutOut (v0.7)
+ RelationDissolve (0.2.0)
+ ShapeTools (1240)
+ SimplifyArea (35640)
+ alignways (35753)
+ apache-commons (35524)
+ apache-http (35589)
+ auto_tools (81)
+ buildings_tools (35756)
+ changeset-viewer (25)
+ conflation (0.6.6)
+ continuosDownload (99)
+ contourmerge (v0.1.8)
+ editgpx (35562)
+ ejml (35458)
+ ext_tools (35640)
+ flatlaf (35799)
+ graphview (35640)
+ jaxb (35543)
+ jna (35662)
+ jogl (1.2.3)
+ jts (35458)
+ junctionchecking (35640)
+ log4j (35458)
+ markseen (14)
+ measurement (35640)
+ merge-overlap (35640)
+ openqa (0.2.2)
+ photoadjust (35770)
+ rasterfilters (35774)
+ reltoolbox (35640)
+ russia-address-helper (0.5.1)
+ splinex (35718)
+ tageditor (35640)
+ terracer (35640)
+ turnlanes (35812)
+ turnlanes-tagging (288)
+ turnrestrictions (35640)
+ undelete (35640)
+ utilsplugin2 (35792)
+ waydownloader (35640)
+ wikidata (1.2.3)
+ wikipedia (1.1.4)

Tagging presets:
+ https://raw.githubusercontent.com/ruosm-presets/literan-moscow/master/russian_shops.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/StreetCabinet&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Playground_Equipment&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Quick-highways&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Quick-stops&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/RU.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1
+ /EasyPresets.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/WifiHotspots&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Manholes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/MappingAccessibility&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Maxspeed-zones&zip=1

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/FixmeAndNote&zip=1
+ ${HOME}/JOSM/presets/style-power-voltage-color.mapcss
- ${HOME}/JOSM/presets/style-power-tower-solid/power-tower-solid.mapcss
+ https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lit&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Power&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PowerMapping&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Noname&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
+ https://raw.githubusercontent.com/yopaseopor/indoormap/master/indoormap-style.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1
+ https://raw.githubusercontent.com/zetx16/Josm-HnumbValidator/master/ru-housenumber.validator.mapcss

Last errors/warnings:
- 08846.768 E: 	at java.desktop/java.awt.Container.createHierarchyEvents(Unknown Source)
- 08846.768 E: 	at java.desktop/java.awt.Container.createHierarchyEvents(Unknown Source)
- 08846.769 E: 	at java.desktop/java.awt.Container.addImpl(Unknown Source)
- 08846.770 E: 	at java.desktop/java.awt.Container.add(Unknown Source)
- 08846.772 E: 	at java.desktop/javax.swing.JOptionPane.initDialog(Unknown Source)
- 08846.774 E: 	at java.desktop/javax.swing.JOptionPane.createDialog(Unknown Source)
- 08846.775 E: 	at java.desktop/javax.swing.JOptionPane.showOptionDialog(Unknown Source)
- 08846.775 E: 	at org.openstreetmap.josm.io.remotecontrol.handler.RequestHandler.checkPermission(RequestHandler.java:213)
- 08846.776 E: 	at org.openstreetmap.josm.io.remotecontrol.handler.RequestHandler.handle(RequestHandler.java:86)
- 08846.779 E: 	at org.openstreetmap.josm.io.remotecontrol.RequestProcessor.run(RequestProcessor.java:264)
}}}
"	TrickyFoxy
defect	21301	1	Broken format of message for invalid searches	Core	latest		2021-09-07T19:34:51+02:00	2021-09-07T23:39:54+02:00	"==== What steps will reproduce the problem?
1. Have some data
1. In Search Dialog, search for `id`

==== What is the expected result?
A well formatted user instruction

==== What happens instead?
A message with format syntax

[[Image(josm_invalid_search_format.jpg,link=)]]

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-05 22:35:08 +0200 (Sun, 05 Sep 2021)
Revision:18194
Build-Date:2021-09-05 20:36:08
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18194 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17-ea+19-Debian-1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatDarculaLaf
Environment variable LANG: en_US.utf8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME

Plugins:
+ flatlaf (35799)

Last errors/warnings:
- 05514.176 W: org.openstreetmap.josm.data.osm.search.SearchParseError: Range of primitive ids expected
- 05606.709 E: Handled by bug report queue: java.lang.NullPointerException: Cannot invoke ""java.lang.CharSequence.length()"" because ""this.text"" is null
- 05680.388 W: org.openstreetmap.josm.data.osm.search.SearchParseError: Range of primitive ids expected
- 05723.569 W: org.openstreetmap.josm.data.osm.search.SearchParseError: Range of primitive ids expected
- 05790.037 W: org.openstreetmap.josm.data.osm.search.SearchParseError: Range of primitive ids expected
- 06068.318 W: org.openstreetmap.josm.data.osm.search.SearchParseError: Range of primitive ids expected
- 06219.019 W: org.openstreetmap.josm.data.osm.search.SearchParseError: Expecting : after id
}}}"	skyper
defect	21303	1	Searching for empty role with hasRole does not work	Core	latest		2021-09-08T00:58:28+02:00	2021-09-08T00:58:28+02:00	"==== What steps will reproduce the problem?
1. Have a route relation with members with empty roles and members with role `main`
1. In Search Dialog, search for `type:relation hasRole:""main"" hasRole:""""`

==== What is the expected result?
The relation is selected

==== What happens instead?
Nothing is selected, e.g. no match found

==== Please provide any additional information below. Attach a screenshot if possible.
Surprisingly, `type:way role:""""` works as expected.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-05 22:35:08 +0200 (Sun, 05 Sep 2021)
Revision:18194
Build-Date:2021-09-05 20:36:08
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	21336	1	gray/grey colour value confusion in destination_sign relation preset	Core	tested		2021-09-16T18:11:30+02:00	2021-10-05T21:03:08+02:00	"In destination_sign relation preset, for the fields colour:back and colour:text and colour:arrow, the ""grey"" value is selectable from the drop down list. 

While hovering with the mouse over the ""grey"" value, appears the tooltip ""Sets the key colour:* to the value 'gray'"" appears.

Despite the tooltip, the value which the preset actually inserts is the english version ""grey"".

||  [[Image(grey gray.png,link=,100%)]]  ||  [[Image(grey grey.png,link=,100%)]]  ||

On upload, the validator complains with a warning:

""Value 'grey' for key colour:* is unknown, maybe 'gray' is meant?""

The wiki page for key colour (https://wiki.openstreetmap.org/wiki/Key:colour) tells to use ""gray (or grey)"", that is both variants should be valid.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-13 01:17:23 +0200 (Mon, 13 Sep 2021)
Revision:18222
Build-Date:2021-09-13 01:31:03
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18222 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19043)
Memory Usage: 900 MB / 4068 MB (392 MB allocated, but free)
Java version: 11.0.2+9-LTS, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 3840×2160 (scaling 2.50×2.50)
Maximum Screen Size: 3840×2160
Best cursor sizes: 16×16?64×64, 32×32?64×64
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ Mapillary (2.0.0-alpha.35-dirty)
+ QuickLabel (23)
+ SimplifyArea (35640)
+ apache-commons (35524)
+ apache-http (35589)
+ editgpx (35562)
+ ejml (35458)
+ geotools (35458)
+ jna (35662)
+ jts (35458)
+ measurement (35640)
+ merge-overlap (35640)
+ photo_geotagging (35783)
+ photoadjust (35770)
+ reltoolbox (35640)
+ reverter (35732)
+ rex (53)
+ undelete (35640)

Tagging presets:
+ D:\OSM\JOSM\presets\cai_josm_preset-master\cai.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Mountains&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/CH.zip
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/IT.zip

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/DestinationSignRelation&zip=1
+ https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/MaxspeedIcons&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR.zip
+ https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1
}}}"	bartosomail@…
defect	21348	1	Kendzi3d plugin does not work under Java 11+	Plugin kendzi3d			2021-09-20T08:51:41+02:00	2024-10-30T09:36:08+01:00	Kandzi3d plugin does not work under Java 16. Can this plugin be updated?	WlaKom
defect	21378	1	Use an own, temporally flag to block layer on upload.	Core			2021-09-27T16:20:52+02:00	2021-09-27T16:22:15+02:00	"See #21310.

==== What steps will reproduce the problem?
1. Upload some data
1. Timeout on upload
1. Save data layer to file
1. Restart JOSM
1. Load file
1. Update/Upload

==== What is the expected result?
Update and upload should be available

==== What happens instead?
Both actions are disabled as the first upload which timed out did set `locked=true` which was not removed and then saved.

==== Please provide any additional information below. Attach a screenshot if possible.
Think it would be smarter to use an own flag for block on upload, which could be removed if a file is loaded and should never be saved.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-15 00:16:42 +0200 (Wed, 15 Sep 2021)
Revision:18225
Build-Date:2021-09-15 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	21379	1	public_transport plugin : remove or update to PTv2 scheme	Plugin public_transport			2021-09-27T18:41:31+02:00	2021-11-10T17:41:25+01:00	"==== What steps will reproduce the problem?
1. I am looking for public_transport, I filter by text in the list of plugins.

==== What is the expected result?
Find a plugin according to the PTv2 scheme.

==== What happens instead?
The plugin use the Oxomoa scheme .

==== Please provide any additional information below. Attach a screenshot if possible.
This [https://wiki.openstreetmap.org/wiki/JOSM/Plugins/public_transport public_transport plugin] seems to use the [https://wiki.openstreetmap.org/wiki/Proposed_features/Public_transport_schema Oxomoa scheme] which indicates that this is an abandoned proposal. Its use could create errors.


{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-03 03:12:33 +0200 (Fri, 03 Sep 2021)
Build-Date:2021-09-03 01:31:19
Revision:18193
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18193 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 236 MB / 989 MB (86 MB allocated, but free)
Java version: 1.8.0_271-b09, Oracle Corporation, Java HotSpot(TM) Client VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890

Plugins:
+ EasyPresets (1623509627)
+ Mapillary (2.0.0-alpha.34-dirty)
+ PicLayer (1.0.1)
+ apache-commons (35524)
+ apache-http (35589)
+ contourmerge (v0.1.8)
+ ejml (35458)
+ flatlaf (35799)
+ geotools (35458)
+ imagery_offset_db (35640)
+ indoorhelper (1.2.0)
+ jaxb (35543)
+ jna (35662)
+ jts (35458)
+ measurement (35640)
+ opendata (35803)
+ photo_geotagging (35783)
+ photoadjust (35770)
+ public_transport (35640)
+ scripting (30798)
+ shrinkwrap (v1.0.4)
+ tageditor (35640)
+ turnrestrictions (35640)
+ undelete (35640)
+ utilsplugin2 (35792)
+ wikipedia (1.1.4)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1
+ https://github.com/Jungle-Bus/josm-presets/raw/gh-pages/jungle-stops/preset.zip
+ /EasyPresets.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features_ryg&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/PTStops&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings&zip=1
- \styles\sit.mapcss
+ \styles\sit.mapcss

Validator rules:
+ https://raw.githubusercontent.com/nlehuby/transport_mapcss/master/transport.validator.mapcss

Last errors/warnings:
- 00004.208 W: Failed to delete outdated plugin '\plugins\flatlaf.jar'.
- 00004.209 W: Failed to install already downloaded plugin 'flatlaf'. Skipping installation. JOSM is still going to load the old plugin version.
- 00007.389 E: java.nio.file.NoSuchFileException: \EasyPresets.xml
- 00007.389 E: /EasyPresets.xml
- 00008.850 W: Warning: Failed to scan file 'fr.toulouse.jar' for module information. Skipping.
}}}
"	leni
defect	21390	1	Odd word wrap in tooltip	Core			2021-10-02T17:44:37+02:00	2021-10-02T17:46:50+02:00	"==== What steps will reproduce the problem?
1. Have [https://www.openstreetmap.org/node/9139971303 node 9139971303] in the upload dialog (version 1, with the `note:hgv`)
2. Hover the mouse over it to see the tooltip with the tags

==== What is the expected result?
Word wrap at the same ""vertical position"" as the line above (which is wrapped in `Mapi``llary`)

==== What happens instead?
Second line is wrapped much earlier

==== Please provide any additional information below. Attach a screenshot if possible.
[[Image(https://josm.openstreetmap.de/raw-attachment/ticket/21390/JOSM%20tooltip%20wordwrap.png)]]
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-03 03:12:33 +0200 (Fri, 03 Sep 2021)
Build-Date:2021-09-03 01:31:19
Revision:18193
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18193 nl) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19043)
Memory Usage: 1413 MB / 1820 MB (209 MB allocated, but free)
Java version: 1.8.0_301-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: nl_NL
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35640)
+ SimplifyArea (35640)
+ imagery_offset_db (35640)
+ pt_assistant (1ff2e15)
+ reverter (35732)
+ tageditor (35640)
+ turnlanes-tagging (288)
+ undelete (35640)
+ utilsplugin2 (35792)

Tagging presets:
+ http://mijndev.openstreetmap.nl/~allroads/JOSM/Presets/NL-Fiets.zip

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1

Validator rules:
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss

Last errors/warnings:
- 00012.950 E: Lokaliseren van afbeelding 'bus.png' mislukt
}}}
"	Famlam
defect	21392	1	IAE: Width and height cannot be <= 0 at ImageWarp.warp	Core imagery	tested		2021-10-02T23:43:11+02:00	2021-10-03T14:05:33+02:00	"==== What steps will reproduce the problem?
1. crashed when switching tile layers
2. 
3. 

==== What is the expected result?

==== What happens instead?

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-03 03:12:33 +0200 (Fri, 03 Sep 2021)
Revision:18193
Build-Date:2021-09-03 01:31:19
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18193 pl) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 2288 MB / 4054 MB (684 MB allocated, but free)
Java version: 11.0.10+9-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1250
System property sun.jnu.encoding: Cp1250
Locale info: pl_PL
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Dicedtea-web.bin.location=%UserProfile%\AppData\Local\Programs\OpenWebStart\javaws, -Djava.util.Arrays.useLegacyMergeSort=true, --add-exports=jdk.deploy/com.sun.deploy.config=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=javafx.graphics/com.sun.javafx.application=ALL-UNNAMED, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,jdk.jsobject, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop]
Dataset consistency test: No problems found

Plugins:
+ ImproveWay (32)
+ PicLayer (1.0.1)
+ ShapeTools (1240)
+ apache-commons (35524)
+ areaselector (368)
+ austriaaddresshelper (1597341117)
+ buildings_tools (35756)
+ contourmerge (v0.1.8)
+ ejml (35458)
+ geotools (35458)
+ gridify (1606242219)
+ indoor_sweepline (35795)
+ jaxb (35543)
+ jts (35458)
+ log4j (35458)
+ merge-overlap (35640)
+ opendata (35803)
+ reltoolbox (35640)
+ shrinkwrap (v1.0.4)
+ splinex (35718)
+ tageditor (35640)
+ turnrestrictions (35640)
+ utilsplugin2 (35792)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/HiDPISupport&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- \styles\sit.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
+ c:\dokumenty\osm\.mapcss
- C:\DOKUMENTY\OSM\big-landuses.mapcss
- C:\DOKUMENTY\OSM\surface.mapcss

Last errors/warnings:
- 00000.490 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.491 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00004.495 W: Unable to request certificate of https://grca.nat.gov.tw
- 00133.988 W: java.net.SocketException: Unexpected end of file from server. Przyczyna: java.net.SocketException: Unexpected end of file from server
- 03977.085 E: Handled by bug report queue: java.lang.IllegalArgumentException: Width (1379396801) and height (-1863302510) cannot be <= 0



=== REPORTED CRASH DATA ===
ReprojectionTile#transform:
 - targetDim: java.awt.Dimension[width=1379396801,height=-1863302510]
 - key: 2/1/0@Czeskie CUZK:KM
 - projCurrent: PUWG 1992 (Polska)
 - projServer: ETRS89
 - pbServer: ProjectionBounds[5.6843418860808015E-14,-90.00000000000006,180.0000000000001,90.0]

BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: WMS-downloader-2 (163)
java.lang.IllegalArgumentException: Width (1379396801) and height (-1863302510) cannot be <= 0
	at java.desktop/java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:1016)
	at java.desktop/java.awt.image.BufferedImage.(BufferedImage.java:333)
	at org.openstreetmap.josm.tools.ImageWarp.warp(ImageWarp.java:153)
	at org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.transform(ReprojectionTile.java:194)
	at org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.setImage(ReprojectionTile.java:105)
	at org.openstreetmap.gui.jmapviewer.Tile.loadImage(Tile.java:247)
	at org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.loadImage(ReprojectionTile.java:96)
	at org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.tryLoadTileImage(TMSCachedTileLoaderJob.java:328)
	at org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.loadingFinished(TMSCachedTileLoaderJob.java:210)
	at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.finishLoading(JCSCachedTileLoaderJob.java:265)
	at org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:234)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:834)
}}}
"	anonymous
defect	21433	1	Wrong warning of the URL validator	Core validator	tested		2021-10-14T14:51:56+02:00	2021-10-14T17:44:29+02:00	"A domain name must not contain special characters such as ""Umlaute"" However, ""Umlaute"" are allowed after the domain name, i.e. after the first ""/"". Whether other special characters are also allowed, I can not say. The following link is correct and works:

"" https://www.naturschutzgruppe-pohl-goens.de/projekte/altes-trafohäuschen/ "" "	Wetterauer
defect	21487	1	Save Session: Using a dot in file name does not add file extension	Core			2021-10-31T14:26:00+01:00	2021-10-31T14:26:00+01:00	"==== What steps will reproduce the problem?
1. Save some layers to a session file (`.joz`)
1. Add a name including a dot (`.`)
1. Session is saved
1. Use Open Recent to open the session file

==== What is the expected result?
The session is opened

==== What happens instead?
I get a warning about nno importer or no file found.

==== Please provide any additional information below. Attach a screenshot if possible.
The problem is that the file extension (`.joz`) is not added to the file name and that JOSM does not look at the content of a file but only uses the file extension.
With the proper extension added to the file name by renaming (moving), the session opens without problem.
Please, always add the file extension if it is not present at the end of the file name. Thanks

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-10-30 17:46:11 +0200 (Sat, 30 Oct 2021)
Revision:18296
Build-Date:2021-10-31 02:31:04
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18296 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17-ea+19-Debian-1, Debian, OpenJDK 64-Bit Server VM
Environment variable LANG: en_US.utf8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Desktop environment: GNOME

Last errors/warnings:
- 00085.447 E: Failed to locate image 'bus.png'
- 00570.010 W: Warning - Cannot open 1 file because file does not exist or no suitable file importer is available.
  • ${HOME}/Downloads/SBG-Bus_7240.1 (no importer)

}}}
"	skyper
defect	21512	1	Preferences: Missing warning about restart when changing icon size	Core	latest		2021-11-04T01:05:07+01:00	2023-08-04T02:26:18+02:00	"==== What steps will reproduce the problem?
1. start JOSM with empty preferences
1. open preferences
1. enable expert mode
1. open advanced preferences
1. search for `iconsize`
1. change some values
1. close preferences by clicking on ""OK""

==== What is the expected result?
Either the icon sizes change right away or a warning dialog with an option to restart

==== What happens instead?
No change in size and no dialog

==== Please provide any additional information below. Attach a screenshot if possible.
Offline mode does not matter here.
Have the same pronlem with `Dracula"" mode from flatlaf plugin.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-11-03 01:08:48 +0100 (Wed, 03 Nov 2021)
Revision:18306
Build-Date:2021-11-03 00:29:02
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18306 en) Linux Debian GNU/Linux 11 (bullseye)
Memory Usage: 165 MB / 256 MB (55 MB allocated, but free)
Java version: 17-ea+19-Debian-1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Desktop environment: GNOME
VM arguments: [-Djosm.home=]
Program arguments: [--offline=all]
Dataset consistency test: No problems found

Last errors/warnings:
- 00000.923 W: JOSM is running in offline mode. This resource will not be available: All
}}}"	skyper
defect	21526	1	"Loosing values pasting ""Copy all/selected Keys/Values"" with key with multiple values"	Core			2021-11-05T14:20:52+01:00	2021-11-05T14:20:52+01:00	"==== What steps will reproduce the problem?
1. Have two objects with one identical tag and one identical key with different value
1. Select the objects and copy
1. add a new object
1. Paste Tags
1. Cancel in the action in the rising paste tag conflict dialog
1. Select the two objects with tags again
1. In Tags/Membership panel, use context menu action ""Copy all Keys/Values""
1. Select the new object without tags, again
1. Paste Tags

==== What is the expected result?
A paste tag conflict dialog will be presented

==== What happens instead?
Tags are added without dialog and only one of the two values of the identical key is used.

==== Please provide any additional information below. Attach a screenshot if possible.
Same happens if I use ""Copy selected Key/Value"". The number says ""3"" but only two are pasted.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-11-05 01:04:10 +0100 (Fri, 05 Nov 2021)
Revision:18310
Build-Date:2021-11-05 02:31:01
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
defect	21549	1	url not found in https://josm.openstreetmap.de/wiki/Help/Validator/MapCSSTagChecker	Wiki content			2021-11-11T11:56:43+01:00	2021-11-11T13:32:19+01:00	"In [https://josm.openstreetmap.de/wiki/Help/Validator/MapCSSTagChecker MapCSSTagChecker], I can't find the page by following the url in the paragraph:

> * Most useful of all is [/doc/org/openstreetmap/josm/gui/mappaint/mapcss/ExpressionFactory.Functions.html#tr(java.lang.String...) tr()] in order to have those strings translated (CLARIFY: where translations for non-core validation rules should be maintained?)"	leni
defect	21561	1	Symbol in search expression missing in notification and enable filter menu	Core			2021-11-14T16:18:51+01:00	2021-11-14T16:18:51+01:00	"==== What steps will reproduce the problem?
1. Search for `"".|
0000002d
}}}

Possibly related: https://josm.openstreetmap.de/ticket/19616

Original issue reported at: https://github.com/streetcomplete/StreetComplete/issues/3439

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-11-01 23:05:46 +0100 (Mon, 01 Nov 2021)
Revision:18303
Build-Date:2021-11-01 22:25:18
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18303 en) Linux Debian GNU/Linux 11 (bullseye)
Memory Usage: 612 MB / 1456 MB (118 MB allocated, but free)
Java version: 11.0.13+8-post-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: C.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: ICEWM
Java package: openjdk-11-jre:amd64-11.0.13+8-1~deb11u1
WebStart package: icedtea-netx:all-1.8.4-1
libcommons-compress-java: libcommons-compress-java:all-1.20-1
fonts-noto: fonts-noto:all-20201225-1
liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-3
VM arguments: [--patch-module=java.desktop=/usr/share/icedtea-web/javaws.jar:, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, -Dicedtea-web.bin.name=javaws, -Dicedtea-web.bin.location=/usr/share/icedtea-web/bin/javaws.sh, -Djava.security.manager, -Djava.security.policy=/etc/icedtea-web/javaws.policy]
Dataset consistency test: No problems found

Plugins:
+ DirectUpload (35858)
+ apache-commons (35524)
+ buildings_tools (35823)
+ conflation (0.6.8)
+ ext_tools (35640)
+ imagery_offset_db (35640)
+ jts (35458)
+ pt_assistant (1ff2e15)
+ reverter (35846)
+ turnrestrictions (35640)
+ utilsplugin2 (35856)

Tagging presets:
+ https://.com/prezentacije/OpenStreetMap/josm-preset.xml
+ https://raw.githubusercontent.com/OpenNauticalChart/josm/master/INT-1-preset.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ http://bezdomni.net/Styles_HighlightedCapesBays-style.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/ColorWays&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Fixme&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/QAToolInspiredValidations&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/MissingWeekdays&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/SourceObjectTag&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/IndoorRules&zip=1

Last errors/warnings:
- 05014.973 E: java.nio.file.AccessDeniedException: ${HOME}/tmp/g/1/prvic_20210913.osm~
- 05023.425 E: java.nio.file.AccessDeniedException: ${HOME}/tmp/g/1/prvic_20210913.osm~
}}}
"	mnalis
defect	21606	1	Changing username still shows the previous one in object history	Core	tested		2021-11-26T22:47:33+01:00	2021-11-26T22:47:33+01:00	"Have one username set in JOSM.
Change it to another.
Make changes to some existing object, view it's history.
The history viewer shows the old username for the local, not yet uploaded change.
When objects are uploaded the correct (new) credentials are used.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-11-01 23:05:46 +0100 (Mon, 01 Nov 2021)
Build-Date:2021-11-01 22:25:18
Revision:18303
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18303 en_GB) Mac OS X 10.15.7
OS Build number: Mac OS X 10.15.7 (19H1419)
Memory Usage: 2481 MB / 3641 MB (602 MB allocated, but free)
Java version: 1.8.0_311-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.apple.laf.AquaLookAndFeel
Screen: Display 1127230987 1920×1080 (scaling 1.00×1.00) Display 69733382 1680×1050 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
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_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlp.tk=awt, -Djnlpx.jvm=/bin/java, -Djnlpx.splashport=-1, -Djnlpx.home=/bin, -Djnlpx.remove=false, -Djnlpx.offline=false, -Djnlpx.relaunch=true, -Djnlpx.session.data=/var/folders/nl/flqxqsmj5q963r7tcnfrdt3c0000gn/T/session8843543126710251302, -Djnlpx.heapsize=NULL,NULL, -Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.origFilenameArg=/Users/richlv/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-72e8e992, -Dsun.awt.warmup=true, -Djava.security.manager]
Dataset consistency test: No problems found

Plugins:
+ HouseNumberTaggingTool (35814)
+ InfoMode (35543)
+ Mapillary (2.0.0-alpha.48)
+ PicLayer (1.0.1)
+ apache-commons (35524)
+ apache-http (35589)
+ buildings_tools (35823)
+ dataimport (35640)
+ ejml (35458)
+ geotools (35458)
+ imagery_offset_db (35640)
+ jaxb (35543)
+ jna (35662)
+ jts (35458)
+ measurement (35640)
+ opendata (35803)
+ pbf (35825)
+ photo_geotagging (35783)
+ reverter (35846)
+ utilsplugin2 (35856)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1

Last errors/warnings:
- 01149.257 E: org.openstreetmap.josm.gui.oauth.OsmOAuthAuthorizationException: Failed to authorise OAuth request  'EpAAbbt3MdmZtf11rRWGzYH3roSiOWyx5dkuzAeZ'
- 01149.264 E: OAuth authorisation failed - The automatic process for retrieving an OAuth Access Token
from the OSM server failed.

Please try again or choose another kind of authorisation process,
i.e. semi-automatic or manual authorisation.
- 01304.781 E: org.openstreetmap.josm.gui.oauth.OsmOAuthAuthorizationException: oauth.signpost.exception.OAuthCommunicationException: Communication with the service provider failed: stream is closed. Cause: oauth.signpost.exception.OAuthCommunicationException: Communication with the service provider failed: stream is closed. Cause: java.io.IOException: stream is closed
- 01304.789 E: Request Failed - Retrieving an OAuth Access Token from 'https://www.openstreetmap.org/oauth/access_token' failed.
- 01323.863 E: org.openstreetmap.josm.gui.oauth.OsmOAuthAuthorizationException: oauth.signpost.exception.OAuthCommunicationException: Communication with the service provider failed: stream is closed. Cause: oauth.signpost.exception.OAuthCommunicationException: Communication with the service provider failed: stream is closed. Cause: java.io.IOException: stream is closed
- 01323.873 E: Request Failed - Retrieving an OAuth Access Token from 'https://www.openstreetmap.org/oauth/access_token' failed.
- 01514.120 W: JCS - Silent failure during download: https://scontent.frix9-1.fna.fbcdn.net/m1/v/t6/An8ux-kTp6BwMD2dG4mTfm3tsqKkaRadXQ-lp5NYqp5WovbarJqF4sfMIEOCDOAnXsNS8N759CFSTjrRdTJ5MWPD2A2F8P7sub2LiEMRfY_J_kOJ4ALg-2HMcpfkEYqReTrDW8W0ybr73ziGhHkuQg?stp=s2048x1536&ccb=10-5&oh=1b79ccf16bf2317d9b263f46b88fef69&oe=61A66CB4&_nc_sid=122ab1
- 01514.134 E: Handled by bug report queue: java.lang.NullPointerException
- 02428.309 W: Listener not found for URL: https://scontent.frix9-1.fna.fbcdn.net/m1/v/t6/An_pvXFMEttD-IxbAgwS1nIcWMw0QqJ0IeBmLoavFtD_wWnTLQ6XO6KqvslrI2OmPScuEWP823atmyTOfue7QkyMtcGA8w5yBDUIZc10TI21pyedyWtN262MOyIKJ9YFOLK0kLFpNjNR-jE5GBDZGw?stp=s2048x1536&ccb=10-5&oh=b4b969eef28f36461497a5e164616275&oe=61A71436&_nc_sid=122ab1. Listener not notified!
- 02431.621 W: Listener not found for URL: https://scontent.frix9-1.fna.fbcdn.net/m1/v/t6/An8eGG4zNzoN4dAbLP7wK_u8N1nEHGy6q7o1dijkBbeaYVxQvE4sF22lO8PGhNqqSdnDSSc1lVMAhnGA8usvlzXe3k7d8v9MoKa9DbzrQAohD3OZVtndibk0Edxq7MRINtb2wNmaqxkZq9DRflr41Q?stp=s2048x1536&ccb=10-5&oh=6edc0d147bf770463668451d83db76ce&oe=61A5E196&_nc_sid=122ab1. Listener not notified!
}}}
"	richlv
defect	21711	1	Allow tourism=attraction inside tourism=attraction	Core validator			2021-12-26T12:49:42+01:00	2022-01-03T16:17:09+01:00	"==== What steps will reproduce the problem?
1. Scan around https://www.openstreetmap.org/node/6637905260 (knife replica - a minor tourism attraction - see https://pl.wikipedia.org/wiki/N%C3%B3%C5%BC_w_Sukiennicach_w_Krakowie that is within https://pl.wikipedia.org/wiki/Sukiennice_w_Krakowie - a major and larger tourism attraction)

==== What is the expected result?
tourism=attraction inside tourism=attraction is not getting complaints

==== What happens instead?
tourism=attraction inside tourism=attraction error

==== Please provide any additional information below. Attach a screenshot if possible.
Note that as bare tourism=attraction is never sufficient tagging actual duplicates will be detected anyway of tagged properly.


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-12-21 15:17:17 +0100 (Tue, 21 Dec 2021)
Revision:18351
Build-Date:2021-12-22 02:31:06
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18351 en) Linux Ubuntu 20.04.3 LTS
Memory Usage: 632 MB / 3974 MB (278 MB allocated, but free)
Java version: 11.0.13+8-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1200 (scaling 1.00×1.00) :0.1 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.13+8-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35823)
+ measurement (35640)
+ reverter (35869)
+ todo (30306)

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss

Last errors/warnings:
- 00009.655 W: Failed to add ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss to tag checker
- 00009.656 W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss
}}}
"	mkoniecz
defect	21725	1	Incorrect understanding of lanes=* and *:lanes=* damages data	Plugin turnlanes-tagging			2022-01-02T14:49:09+01:00	2023-11-18T00:48:03+01:00	"==== What steps will reproduce the problem?
1. Have a way with a cycle lane and complete `:lanes`-tagging, e.g. [osmwww:api/0.6/way/328843875/12 w328843875].
 {{{
access:lanes=yes|yes|yes|no|yes
bicycle:lanes=yes|yes|yes|designated|yes
change:lanes=|||no|no
cycleway:right=lane
destination:symbol:lanes=|motorway|motorway||
highway=primary
lanes=4
name=Schreiberstraße
oneway=yes
placement=right_of:2
sidewalk=right
turn:lanes=left|through|through|through|right
width:lanes=|||1.8|
 }}}
1. Open Turn-Lane-tagging-Editor
1. Close Dialog with OK without changing anything.

==== What is the expected result?
No changes

==== What happens instead?
The value of `lanes` is raised by one.

==== Please provide any additional information below. Attach a screenshot if possible.
The assumption that `lanes[:forward/:backward/:both_ways]=*` is always equal to the number of `*:lanes[:forward/:backward/:both_ways]=*` values is incorrect. It is rather **equal or more**.
Please take a look at the core validator rules (lanes.java) and #17172.
Additional, to cycle lanes, more `:lanes` not counting for `lanes=*` could be present, therefore please, do not rely on `bicycle:lanes=*`

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-11-01 23:05:46 +0100 (Mon, 01 Nov 2021)
Revision:18303
Build-Date:2021-11-01 22:25:18
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18303 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.1+12-Debian-1deb11u2, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Environment variable LANG: en_US.utf8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME
libcommons-compress-java: libcommons-compress-java:all-1.20-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1
VM arguments: [-Djosm.home=]
Dataset consistency test: No problems found

Plugins:
+ tageditor (35640)
+ turnlanes-tagging (288)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
}}}
"	skyper
defect	21740	1	IAE: Attempted to add listener that was already in list: external preset with group name RoadSigns	Core			2022-01-04T14:07:42+01:00	2022-03-21T14:30:52+01:00	"==== What steps will reproduce the problem?
1. Immediately when starting
2. 
3. 

==== What is the expected result?

==== What happens instead?
styles initialized, background-settings loaded, then system hangs.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Revision:18360
Build-Date:2022-01-02 20:26:19
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18360 de) Linux Ubuntu 20.04.3 LTS
Memory Usage: 422 MB / 4004 MB (208 MB allocated, but free)
Java version: 11.0.13+8-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: de_DE.UTF-8
Environment variable LC_ALL: de_DE.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: de_DE
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: ubuntu:GNOME
Java package: openjdk-11-jre:amd64-11.0.13+8-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-compress-java: libcommons-compress-java:all-1.19-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20200323-1build1~ubuntu20.04.1
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djava.net.useSystemProxies=true, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]

Plugins:
+ AddrInterpolation
+ ColorPlugin
+ FixAddresses
+ HouseNumberTaggingTool
+ RoadSigns
+ apache-commons
+ apache-http
+ buildings_tools
+ contourmerge
+ jaxb (35893)
+ jna
+ jogl
+ kendzi3d-resources
+ log4j (35893)
+ print
+ tageditor
+ terracer
+ utilsplugin2

Tagging presets:
+ http://josm.openstreetmap.de/josmfile?page=Presets/geoimage.at&preset
+ http://www.country-linedance.de/daten/Verkehrszeichen-vorlage.zip

Map paint styles:
- https://github.com/simon04/coloured-addresses.mapcss/raw/master/dist/coloured-addresses.mapcss

Last errors/warnings:
- 00009.719 W:   : Could not get presets icon presets/parking.png
- 00009.721 E: Fehler beim Laden des Bildes 'presets/parking.png'
- 00009.722 W:  Parking space: Could not get presets icon presets/parking.png
- 00009.723 E: Fehler beim Laden des Bildes 'presets/parking.png'
- 00009.723 W:  Parking entrance: Could not get presets icon presets/parking.png
- 00009.725 E: Fehler beim Laden des Bildes 'presets/traffic-light.png'
- 00009.725 W:   : Could not get presets icon presets/traffic-light.png
- 00009.842 E: Handled by bug report queue: org.openstreetmap.josm.tools.JosmRuntimeException: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: Attempted to add listener that was already in list:  RoadSigns. Ursache: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: Attempted to add listener that was already in list:  RoadSigns. Ursache: java.lang.IllegalArgumentException: Attempted to add listener that was already in list:  RoadSigns
- 00022.689 W: java.net.SocketTimeoutException: connect timed out
- 00022.790 E: Fehler beim Laden des Bildes 'http://openptmap.de/favicon_pt.png'



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: main (1)
org.openstreetmap.josm.tools.JosmRuntimeException: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: Attempted to add listener that was already in list:  RoadSigns
	at org.openstreetmap.josm.spi.lifecycle.Lifecycle.initialize(Lifecycle.java:93)
	at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:951)
	at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:281)
	at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:739)
Caused by: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: Attempted to add listener that was already in list:  RoadSigns
	at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191)
	at org.openstreetmap.josm.spi.lifecycle.Lifecycle.initialize(Lifecycle.java:78)
	... 3 more
Caused by: java.lang.IllegalArgumentException: Attempted to add listener that was already in list:  RoadSigns
	at org.openstreetmap.josm.gui.layer.MainLayerManager.addActiveLayerChangeListener(MainLayerManager.java:177)
	at org.openstreetmap.josm.gui.tagging.presets.TaggingPresets.initialize(TaggingPresets.java:93)
	at org.openstreetmap.josm.spi.lifecycle.InitializationTask.call(InitializationTask.java:33)
	at org.openstreetmap.josm.spi.lifecycle.InitializationTask.call(InitializationTask.java:11)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)
}}}
"	anonymous
defect	21778	1	Validation error: oneway + oneway:conditional + bicycle:backwards:conditional	Core validator			2022-01-16T17:59:09+01:00	2023-03-01T12:45:40+01:00	"==== What steps will reproduce the problem?
1. Validate [https://www.openstreetmap.org/way/110970935 way 110970935]

==== What is the expected result?
No validation error

==== What happens instead?
Two validation errors
1. `dismount` is not recognized as a valid access tag (I know this road, it literally says cyclists should dismount - in Dutch of course, when going downhill) [https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/validation/tests/ConditionalKeys.java#L31 by this test]
2. EDIT: Fixed by r18674 (was: It complains about `bicycle:backward:conditional=dismount @ destination` together with `oneway=yes` (from [https://josm.openstreetmap.de/browser/josm/trunk/resources/data/validator/combinations.mapcss#L294 here]) without taking into account `oneway:conditional`. )

==== Please provide any additional information below. Attach a screenshot if possible.
Suggested fixes:
1. add `dismount` to [https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/validation/tests/ConditionalKeys.java#L31 this array]: `RESTRICTION_VALUES`
2. EDIT: Fixed by r18674 (was: add `[!oneway:conditional]` to https://josm.openstreetmap.de/browser/josm/trunk/resources/data/validator/combinations.mapcss lines 294-297 )

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Build-Date:2022-01-02 20:26:19
Revision:18360
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18360 nl) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19044)
Memory Usage: 568 MB / 1820 MB (160 MB allocated, but free)
Java version: 1.8.0_311-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: nl_NL
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35893)
+ SimplifyArea (35893)
+ imagery_offset_db (35893)
+ pt_assistant (1ff2e15)
+ reverter (35893)
+ tageditor (35893)
+ turnlanes-tagging (v0.0.5)
+ undelete (35893)
+ utilsplugin2 (35893)

Tagging presets:
+ http://mijndev.openstreetmap.nl/~allroads/JOSM/Presets/NL-Fiets.zip

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1

Validator rules:
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss

Last errors/warnings:
- 00008.302 E: Lokaliseren van afbeelding 'bus.png' mislukt
- 00053.304 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=404
- 00053.323 E: Niet gevonden - De OSM-server 'api.openstreetmap.org' kent geen object
dat u probeerde te lezen, bij te werken of te verwijderen. Ofwel bestaat het respectievelijke object
niet op de server of u gebruikt een ongeldige URL om er toegang
toe te krijgen. Controleer zorgvuldig het adres van de server 'api.openstreetmap.org' op typefouten.
- 00055.151 E: java.lang.IllegalStateException: JOSM verwachtte een primitief [relatie 110970935] te vinden in de gegevensset, maar die is er niet. Rapporteer dit bij https://josm.openstreetmap.de. Dit is geen kritieke fout, u kunt veilig doorgaan met uw werk.
}}}
"	Famlam
defect	21796	1	No JOSM warning for a way that technically is not overlapping, but it is.	Core validator			2022-01-23T16:59:13+01:00	2022-01-24T14:38:10+01:00	"==== What steps will reproduce the problem?
1. Personally it only happened to me when I tried to import administrative boundaries from shp files provided by the government.
2. I am not sure, recreating this manually is hard, but not impossible
3. 

==== What is the expected result?
That there will be some kind of warning about the overlapping of  ways, or that the position of the node is incorrect. I think osmose provides a warning about this situation.
==== What happens instead?
There is no warning, the continuity (for example of a relation) is broken, the osm carto renderer stops rendering the object. The user is confused, no warning from JOSM, but something is broken.
==== Please provide any additional information below. Attach a screenshot if possible.
I wanted to attach a file, but I can not see an option to attach files here. So here is the link to this ""invalid object"" https://www.openstreetmap.org/way/1023968253
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Build-Date:2022-01-02 20:26:19
Revision:18360
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18360 pl) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19043)
Memory Usage: 1300 MB / 1803 MB (320 MB allocated, but free)
Java version: 1.8.0_281-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1250
System property sun.jnu.encoding: Cp1250
Locale info: pl_PL
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djava.security.manager, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlp.tk=awt, -Djnlpx.jvm=\bin\javaw.exe, -Djnlpx.splashport=1799, -Djnlpx.home=\bin, -Djnlpx.remove=false, -Djnlpx.offline=false, -Djnlpx.relaunch=true, -Djnlpx.session.data=%UserProfile%\AppData\Local\Temp\session5787084600594086254, -Djnlpx.heapsize=NULL,NULL, -Djava.security.policy=file:\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.origFilenameArg=%UserProfile%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-2fbdd636]
Dataset consistency test: No problems found

Plugins:
+ FixAddresses (35640)
+ HouseNumberTaggingTool (35814)
+ ImproveOsm (215)
+ Lanes (1607146519)
+ PicLayer (1.0.1)
+ RoadSigns (35640)
+ apache-commons (35524)
+ apache-http (35589)
+ auto_tools (81)
+ buildings_tools (35823)
+ ejml (35458)
+ geotools (35458)
+ gridify (1606242219)
+ highwayNameModification (0.0.9)
+ jaxb (35543)
+ jna (35662)
+ jts (35458)
+ measurement (35640)
+ opendata (35803)
+ pdfimport (35640)
+ public_transport (35640)
+ reverter (35846)
+ tageditor (35640)
+ terracer (35827)
+ todo (30306)
+ turnlanes-tagging (288)
+ undelete (35848)
+ utilsplugin2 (35856)
+ wikipedia (1.1.4)

Tagging presets:
+ %UserProfile%\Downloads\qCliks (2).zip

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/LitObjects&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/FixmeAndNote&zip=1

Last errors/warnings:
- 00024.219 E: %UserProfile%\Downloads\qCliks (2).zip
- 13314.862 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 13314.885 E: Błędne żądanie - Serwer OSM „api.openstreetmap.org” zgłosił błędne żądanie.

Obszar, który próbowano pobrać lub żądanie pobrania było zbyt duże.
Proszę pobrać mniejszy obszar albo użyć wyeksportowanego pliku udostępnionego przez społeczność OSM.
- 13583.768 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 13583.783 E: Błędne żądanie - Serwer OSM „api.openstreetmap.org” zgłosił błędne żądanie.

Obszar, który próbowano pobrać lub żądanie pobrania było zbyt duże.
Proszę pobrać mniejszy obszar albo użyć wyeksportowanego pliku udostępnionego przez społeczność OSM.
- 13689.892 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 13689.907 E: Błędne żądanie - Serwer OSM „api.openstreetmap.org” zgłosił błędne żądanie.

Obszar, który próbowano pobrać lub żądanie pobrania było zbyt duże.
Proszę pobrać mniejszy obszar albo użyć wyeksportowanego pliku udostępnionego przez społeczność OSM.
- 14047.416 W: Unable to request focus for org.openstreetmap.josm.gui.tagging.ac.AutoCompletingTextField[,0,0,332x17,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.border.EmptyBorder@2b6391c2,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=109,g=109,b=109],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=2,left=2,bottom=2,right=2],selectedTextColor=javax.swing.plaf.ColorUIResource[r=255,g=255,b=255],selectionColor=javax.swing.plaf.ColorUIResource[r=51,g=153,b=255],columns=0,columnWidth=0,command=,horizontalAlignment=LEADING]
- 14473.911 W: Unable to request focus for org.openstreetmap.josm.gui.tagging.ac.AutoCompletingTextField[,0,0,332x17,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.border.EmptyBorder@407c0edf,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=109,g=109,b=109],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=2,left=2,bottom=2,right=2],selectedTextColor=javax.swing.plaf.ColorUIResource[r=255,g=255,b=255],selectionColor=javax.swing.plaf.ColorUIResource[r=51,g=153,b=255],columns=0,columnWidth=0,command=,horizontalAlignment=LEADING]
- 14549.601 W: Unable to request focus for org.openstreetmap.josm.gui.tagging.ac.AutoCompletingTextField[,0,0,332x17,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=javax.swing.border.EmptyBorder@e68e522,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextColor=javax.swing.plaf.ColorUIResource[r=109,g=109,b=109],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=2,left=2,bottom=2,right=2],selectedTextColor=javax.swing.plaf.ColorUIResource[r=255,g=255,b=255],selectionColor=javax.swing.plaf.ColorUIResource[r=51,g=153,b=255],columns=0,columnWidth=0,command=,horizontalAlignment=LEADING]
}}}
"	syntex
defect	21808	1	OSM Inspector / JOSM layer	Core imagery			2022-01-27T19:22:33+01:00	2022-02-13T14:41:19+01:00	"==== What steps will reproduce the problem?
1. 
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== 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: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Build-Date:2022-01-02 20:26:19
Revision:18360
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18360 sk) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 1377 MB / 3621 MB (244 MB allocated, but free)
Java version: 1.8.0_311-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1250
System property sun.jnu.encoding: Cp1250
Locale info: sk_SK
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ DirectDownload (35893)
+ DirectUpload (35893)
+ FastDraw (35893)
+ Mapillary (2.0.0-alpha.50)
+ apache-commons (35893)
+ apache-http (35893)
+ buildings_tools (35893)
+ ejml (35122)
+ freemapkapor (57)
+ geotools (35169)
+ jna (35893)
+ jts (35122)
+ reverter (35893)
+ utilsplugin2 (35893)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/SlovakiaHiking&zip=1

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/ConscriptionStreetnumber&zip=1
+ https://download.freemap.sk/JOSM/conscriptionnumbers_v2.mapcss

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/CzechRepublicAddressSystem&zip=1

Last errors/warnings:
- 94278.882 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 94278.890 E: Chybná požiadavka - OSM server 'api.openstreetmap.org' hlási zlý príkaz.

Oblasť, ktorú sa snažíte stiahnuť, je príliš veľká alebo vaša požiadavka bola príliš rozľahlá.
Požadujte menšiu oblasť alebo použite niektorý exportný súbor poskytovaný OSM komunitou.
- 94278.900 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 94278.904 E: Chybná požiadavka - OSM server 'api.openstreetmap.org' hlási zlý príkaz.

Oblasť, ktorú sa snažíte stiahnuť, je príliš veľká alebo vaša požiadavka bola príliš rozľahlá.
Požadujte menšiu oblasť alebo použite niektorý exportný súbor poskytovaný OSM komunitou.
- 179162.760 E: Could not parse WMS layer list. Incoming data:
- 179181.778 E: Could not parse WMS layer list. Incoming data:
- 179214.259 E: Could not parse WMS layer list. Incoming data:
- 179591.289 E: Could not parse WMS layer list. Incoming data:
- 180195.760 E: Could not parse WMS layer list. Incoming data:
- 180200.772 E: Could not parse WMS layer list. Incoming data:
}}}



jOSM/Preferences/Imagery/Osm Inspector

Hi, is it possible to fix this layer somehow? It lists a problem with WMS.."	Klerik7
defect	21870	1	"Opening hours: Possibly false positive ""can be prettified"" with complex value"	Core validator	latest		2022-02-15T23:06:40+01:00	2023-03-20T16:33:09+01:00	"==== What steps will reproduce the problem?
1. Have strict mode for opening hours validations plus informal warnings enabled
1. Have an object with `opening_hours=Mo 00:00-00:14, Mo-Sa 23:06-23:30; Su,PH 22:45-24:00; PH +1 day Mo-Sa 00:00-00:14,23:06-23:30; PH +1 day Su,PH 00:00-00:14,22:45-24:00`
1. Run validator

==== What is the expected result?
No informal warning

==== What happens instead?
Informal warning:
`Opening hours syntax - opening_hours value can be prettified`

==== Please provide any additional information below. Attach a screenshot if possible.
I can not find anything to prettify and guess this is a false positive but maybe someone else can tell me what validator does not like.


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-02-10 22:03:15 +0100 (Thu, 10 Feb 2022)
Revision:18379
Build-Date:2022-02-11 02:31:13
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18379 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
}}}
"	skyper
defect	21884	1	Saved session does not remember pictures are 360°	Core	tested		2022-02-21T14:02:53+01:00	2026-02-08T16:33:56+01:00	"==== What steps will reproduce the problem?
1. Load some 360° pictures, they are correctly handled as a sphere in th image viewer.
2. Save the session and make sure to include the 360° picture layer.
3. Restart JOSM and open the saved session.

==== What is the expected result?

The picture from the 360° layer (restored with the session) is displayed as a sphere.

==== What happens instead?

The picture is being displayed as a flat image.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-02-15 20:16:22 +0100 (Tue, 15 Feb 2022)
Revision:18381
Build-Date:2022-02-16 02:31:04
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18381 fr) Linux Ubuntu 18.04.6 LTS
Memory Usage: 708 MB / 4000 MB (109 MB allocated, but free)
Java version: 18-ea+17-1015, Oracle Corporation, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00) :0.1 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: fr_FR.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: fr_FR
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: ubuntu:GNOME
libcommons-compress-java: libcommons-compress-java:all-1.18-1~18.04
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20171026-2
VM arguments: [-Djosm.pref=/]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (2.0.0-beta.2)
+ PicLayer (1.0.1)
+ apache-commons (35893)
+ apache-http (35893)
+ buildings_tools (35916)
+ changeset-viewer (v0.0.4)
+ ejml (35893)
+ geotools (35906)
+ jaxb (35893)
+ jna (35893)
+ jts (35893)
+ opendata (35910)
+ photo_geotagging (35893)
+ photoadjust (35893)
+ todo (30306)
+ undelete (35893)
+ utilsplugin2 (35893)

Tagging presets:
+ ${HOME}/Bureau/Gares21/tools/JOSM/Gares21-preset.xml

Map paint styles:
+ ${HOME}/Bureau/Gares21/tools/JOSM/railway-station.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksPlus&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksAndFootways&zip=1

Validator rules:
+ ${HOME}/Bureau/Gares21/tools/JOSM/railway-station.validator.mapcss

Last errors/warnings:
- 00008.349 W:  Indoor area: Could not get presets icon presets/frame.png
- 00008.353 E: Impossible de trouver l'image ""presets/frame.png""
- 00008.370 W:  Indoor wall: Could not get presets icon presets/frame.png
- 00008.375 E: Impossible de trouver l'image ""presets/platform_rail.png""
- 00008.376 W:  Quai ferroviaire: Could not get presets icon presets/platform_rail.png
- 00008.416 E: Impossible de trouver l'image ""styles/standard/transport/ticket-machine.png""
- 00008.417 W:  Food vending machine: Could not get presets icon styles/standard/transport/ticket-machine.png
- 00009.095 E: Skipping to the next rule, because of an error:
- 00009.099 E: org.openstreetmap.josm.gui.mappaint.mapcss.parsergen.ParseException: Encountered ""  ""des """" at line 201, column 21.
- 00009.144 W: Initializing map style ${HOME}/Bureau/Gares21/tools/JOSM/railway-station.mapcss terminé(e)s en 64 ms (1 errors, 0 warnings)
}}}
"	anonymous
defect	21887	1	amenity inside amenity should always consider layer tag	Core validator	latest		2022-02-22T16:07:13+01:00	2022-02-23T13:32:51+01:00	"==== What steps will reproduce the problem?
1. Have an area `amenity=parking`, `parking=surface` and a node inside the area with `amenity=parking`, `parking=underground`, `layer=-1`
1. Run validator

==== What is the expected result?
No warning

==== What happens instead?
Warning: `amenity inside amenity - amenity=parking inside amenity=parking`

==== Please provide any additional information below. Attach a screenshot if possible.
As these amenities are two different object in real world with separate entrances and possibly different access restrictions they cannot be mapped as one object.
Maybe the secondary key `parking=*` could be used.
Mapping both parkings as area with identical tags does not trigger the warning.
See also #14155 and [https://forum.openstreetmap.org/viewtopic.php?id=74919]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-02-18 08:34:05 +0100 (Fri, 18 Feb 2022)
Revision:18382
Build-Date:2022-02-19 02:31:08
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18382 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
}}}"	skyper
defect	21908	1	"False positive ""street name contains ss/ß"" with route relations"	Core validator	latest		2022-03-02T20:12:31+01:00	2022-03-02T20:13:12+01:00	"==== What steps will reproduce the problem?
1. Have an incomplete PT route relation crossing the Swiss/German boarder and last/first stop names ending with `straße` resp. `strasse`, like [osmwww:relation/9492107 Bus 3].
1. Run validator 

==== What is the expected result?
No warning, at least no error

==== What happens instead?
Error warnings:
`street name contains ss` and `street name contains ß`

==== Please provide any additional information below. Attach a screenshot if possible.
It might be wise to exclude route relations from this test or at least lower the severity for route relations

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-02-18 08:34:05 +0100 (Fri, 18 Feb 2022)
Revision:18382
Build-Date:2022-02-19 02:31:08
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18382 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
}}}"	skyper
defect	21920	1	New Coverity warnings	Core			2022-03-08T22:36:52+01:00	2022-03-08T22:54:23+01:00	"The Coverity build was failing due to the tool version we used (2019) being not supported anymore.

I updated to the latest version and we have a bunch of new warnings (38):
https://scan6.scan.coverity.com/reports.htm#v10572/p10006

[[Image(coverity.png)]]"	Don-vip
defect	21931	1	[Patch] .nmea/.pos/.wpt files always ask to be saved	Core	tested		2022-03-12T21:15:20+01:00	2023-05-15T15:52:11+02:00	"Files that are displayed as GPX layers but are **not** loaded from a *.gpx file always ask to be saved when removing them, even when nothing was changed.
To my knowledge this currently affects the formats
- *.nmea
- *.pos
- *.wpt
- possibly some other formats and/or plugins
Since r18287 a (*) is displayed next to the unsaved layers, but this issue appears to have existed before that.

----

Kind of related: When saving such a layer it says ""no exporter found"". I think the filepath should automatically be changed to *.gpx so that they can be saved, **however** that must only happen when actually saving: As long as the file is unchanged the original file can be referenced while saving a session.

I'll probably wait until the patches #19219, #21813, #21922, #21923 are committed before creating a patch for this ticket as it might conflict."	Bjoeni
defect	21951	1	[WIP PATCH] Show user problems with the relation they are currently editing	Core			2022-03-18T13:43:43+01:00	2022-03-26T15:26:37+01:00	"This is a followup of #21825: Delete relations by default when all members are deleted.

It would be useful to users to have live feedback of problems with the relation they are currently editing.

Please note that the attached patch conflicts with the later patches for #21825, as this patch depends upon some of the functionality added in later patches for #21825."	taylor.smock
defect	21984	1	.zip file in session file isn't reopened	Plugin opendata	tested		2022-03-31T08:27:50+02:00	2022-04-09T13:47:19+02:00	"==== What steps will reproduce the problem?
1. Add a zip file to a new layer (here it contain a shapefile)
2. Save the session
3. Close JOSM

4. Reopen JOSM
5. Open the session file

==== What is the expected result?
Objects contained in the zip file should be loaded.

==== What happens instead?
JOSM display {{{No data found in file '/Users/pyrog/Downloads/PDIPR ECLA.zip'}}}

==== Please provide any additional information below. Attach a screenshot if possible.
Sample session file:
{{{#!xml


    
        

        
    
    
        
            core:mercator
            
        
        EPSG:3857
    
    
        
            layers/01/data.osm
        
        
            file:/Users/pyrog/Downloads/PDIPR%20ECLA.zip
        
    

}}}

{{{
Revision:18360
Build-Date:2022-01-02 23:56:48

Identification: JOSM/1.5 (18360 en_GB) Mac OS X 11.2
OS Build number: macOS 12.2.1 (21D62)
Memory Usage: 1109 MB / 2048 MB (353 MB allocated, but free)
Java version: 17.0.1+12-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.apple.laf.AquaLookAndFeel
Screen: Display 69732928 1280×800 (scaling 2.00×2.00)
Maximum Screen Size: 1280×800
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_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=18360, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=/Applications/JOSM.app/Contents/MacOS/JOSM]
Dataset consistency test: No problems found

Plugins:
+ FastDraw (35893)
+ PicLayer (1.0.2)
+ apache-commons (35893)
+ apache-http (35893)
+ buildings_tools (35929)
+ cadastre-fr (35893)
+ contourmerge (v0.1.8)
+ ejml (35893)
+ geotools (35906)
+ gridify (1606242219)
+ javafx (35807)
+ jaxb (35893)
+ jna (35893)
+ jts (35893)
+ log4j (35893)
+ opendata (35910)
+ osmwiki-dataitem (1.2.3)
+ photo_geotagging (35893)
+ photoadjust (35893)
+ pt_assistant (1ff2e15)
+ reverter (35893)
+ scripting (30798)
+ utilsplugin2 (35893)
+ wikipedia (605)

Map paint styles:
- ${HOME}/Downloads/Styles_ColourGPSData-style.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NumberedWalkingNodeNetworks&zip=1
+ ${HOME}/Downloads/Guidepost.mapcss
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR_OC.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/NumberedCycleNodeNetworks&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/NumberedWalkingNodeNetworks&zip=1

Last errors/warnings:
- 00041.297 W: Can't use layer RGEALTI-MNT_PYR-ZIP_FXX_LAMB93_WMTS1 because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00041.298 W: Can't use layer RGEALTI-MNT_PYR-ZIP_FXX_LAMB93_WMTS2 because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00041.299 W: Can't use layer Modèle Numérique de Terrain issu du RGEALTI because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00041.300 W: Can't use layer RGEALTI-MNT_PYR-ZIP_WLD_WGS84G_WMTS_20180326 because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00041.301 W: Can't use layer Modèle Numérique de Terrain issu du RGEALTI because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00041.304 W: Can't use layer RUE_FEMININE because no supported formats where found. Layer is available in formats: application/x-protobuf
- 00041.307 W: Can't use layer MNT SRTM3 because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00041.308 W: Can't use layer MNT SRTM3 because no supported formats where found. Layer is available in formats: image/x-bil;bits=32
- 00160.802 E: org.openstreetmap.josm.io.IllegalDataException: Line 1 column 1: Premature end of file.. Cause: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,1]
- 00160.975 E: Error - Could not read file 'Data Layer 133_20220216_193253222.osm'.
Error is:
Line 1 column 1: Premature end of file.
}}}
"	pyrog
defect	22001	1	display_value's in presets ignored when sorting value list	Core	tested		2022-04-05T23:09:23+02:00	2023-02-08T01:10:45+01:00	"==== What steps will reproduce the problem?
1. Switch language to German
2. Open preset ""Neue Wiki-Tags/Freizeit/Kegelbahn""

==== What is the expected result?

You see an alphabetically sorted sports list (because in the preset `values_sort=""false""` is missing, I will add it after this bug is fixed).

==== What happens instead?

You see an alphabetically unsorted sports list:

[[Image(kegelbahn.jpg,middle,250)]]

==== Please provide any additional information below. 

It looks like the sorting ignores the `display_value`'s.

This bug was detected when testing an enhanced version of defaultpresets.xml that makes extensive use of `display_value`'s, more details see comment:15:ticket:21907 ff.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Build-Date:2022-01-02 20:26:19
Revision:18360
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18360 de) Windows 7 64-Bit
OS Build number: Windows 7 Home Premium (7601)
Memory Usage: 283 MB / 681 MB (44 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1024×768 (scaling 1.00×1.00)
Maximum Screen Size: 1024×768
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: de_DE
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Animal_facilities&zip=1

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/IconTester&zip=1
+ G:\JOSM18404\elemstyles.mapcss

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ G:\JOSM18404\horse_ridiing_v2test.zip
}}}
"	Hufkratzer
defect	22002	1	Presets: XmlParsingException using reference plus list_entry in chunk	Core			2022-04-05T23:30:00+02:00	2022-04-18T13:49:53+02:00	"==== What steps will reproduce the problem?
1. Have a preset file including `` with `` and another `` with `` to the first plus more ``

 {{{
 #!preset
    
        
        
        
        
    
    
        
        
    
 }}}


1. Load the file

==== What is the expected result?
No exception about syntax error

==== What happens instead?
{{{
2022-04-05 23:12:52.976 SEVERE: Tagging preset source local default can be loaded but it contains errors. Do you really want to use it?

Error is: org.xml.sax.SAXParseException; lineNumber: 242; columnNumber: 94; cvc-complex-type.2.4.a: Invalid content was found starting with element '{""http://josm.openstreetmap.de/tagging-preset-1.0"":list_entry}'. One of '{""http://josm.openstreetmap.de/tagging-preset-1.0"":label, ""http://josm.openstreetmap.de/tagging-preset-1.0"":space, ""http://josm.openstreetmap.de/tagging-preset-1.0"":link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":preset_link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":text, ""http://josm.openstreetmap.de/tagging-preset-1.0"":combo, ""http://josm.openstreetmap.de/tagging-preset-1.0"":multiselect, ""http://josm.openstreetmap.de/tagging-preset-1.0"":checkgroup, ""http://josm.openstreetmap.de/tagging-preset-1.0"":check, ""http://josm.openstreetmap.de/tagging-preset-1.0"":item_separator, ""http://josm.openstreetmap.de/tagging-preset-1.0"":reference, ""http://josm.openstreetmap.de/tagging-preset-1.0"":key, ""http://josm.openstreetmap.de/tagging-preset-1.0"":optional, ""http://josm.openstreetmap.de/tagging-preset-1.0"":roles}' is expected. (at line 242, column 94)
: org.openstreetmap.josm.tools.XmlParsingException: org.xml.sax.SAXParseException; lineNumber: 242; columnNumber: 94; cvc-complex-type.2.4.a: Invalid content was found starting with element '{""http://josm.openstreetmap.de/tagging-preset-1.0"":list_entry}'. One of '{""http://josm.openstreetmap.de/tagging-preset-1.0"":label, ""http://josm.openstreetmap.de/tagging-preset-1.0"":space, ""http://josm.openstreetmap.de/tagging-preset-1.0"":link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":preset_link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":text, ""http://josm.openstreetmap.de/tagging-preset-1.0"":combo, ""http://josm.openstreetmap.de/tagging-preset-1.0"":multiselect, ""http://josm.openstreetmap.de/tagging-preset-1.0"":checkgroup, ""http://josm.openstreetmap.de/tagging-preset-1.0"":check, ""http://josm.openstreetmap.de/tagging-preset-1.0"":item_separator, ""http://josm.openstreetmap.de/tagging-preset-1.0"":reference, ""http://josm.openstreetmap.de/tagging-preset-1.0"":key, ""http://josm.openstreetmap.de/tagging-preset-1.0"":optional, ""http://josm.openstreetmap.de/tagging-preset-1.0"":roles}' is expected. (at line 242, column 94). Cause: org.xml.sax.SAXParseException: cvc-complex-type.2.4.a: Invalid content was found starting with element '{""http://josm.openstreetmap.de/tagging-preset-1.0"":list_entry}'. One of '{""http://josm.openstreetmap.de/tagging-preset-1.0"":label, ""http://josm.openstreetmap.de/tagging-preset-1.0"":space, ""http://josm.openstreetmap.de/tagging-preset-1.0"":link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":preset_link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":text, ""http://josm.openstreetmap.de/tagging-preset-1.0"":combo, ""http://josm.openstreetmap.de/tagging-preset-1.0"":multiselect, ""http://josm.openstreetmap.de/tagging-preset-1.0"":checkgroup, ""http://josm.openstreetmap.de/tagging-preset-1.0"":check, ""http://josm.openstreetmap.de/tagging-preset-1.0"":item_separator, ""http://josm.openstreetmap.de/tagging-preset-1.0"":reference, ""http://josm.openstreetmap.de/tagging-preset-1.0"":key, ""http://josm.openstreetmap.de/tagging-preset-1.0"":optional, ""http://josm.openstreetmap.de/tagging-preset-1.0"":roles}' is expected.
2022-04-05 23:12:52.977 SEVERE: Tagging preset source local default can be loaded but it contains errors. Do you really want to use it?

Error is: org.xml.sax.SAXParseException; lineNumber: 242; columnNumber: 94; cvc-complex-type.2.4.a: Invalid content was found starting with element '{""http://josm.openstreetmap.de/tagging-preset-1.0"":list_entry}'. One of '{""http://josm.openstreetmap.de/tagging-preset-1.0"":label, ""http://josm.openstreetmap.de/tagging-preset-1.0"":space, ""http://josm.openstreetmap.de/tagging-preset-1.0"":link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":preset_link, ""http://josm.openstreetmap.de/tagging-preset-1.0"":text, ""http://josm.openstreetmap.de/tagging-preset-1.0"":combo, ""http://josm.openstreetmap.de/tagging-preset-1.0"":multiselect, ""http://josm.openstreetmap.de/tagging-preset-1.0"":checkgroup, ""http://josm.openstreetmap.de/tagging-preset-1.0"":check, ""http://josm.openstreetmap.de/tagging-preset-1.0"":item_separator, ""http://josm.openstreetmap.de/tagging-preset-1.0"":reference, ""http://josm.openstreetmap.de/tagging-preset-1.0"":key, ""http://josm.openstreetmap.de/tagging-preset-1.0"":optional, ""http://josm.openstreetmap.de/tagging-preset-1.0"":roles}' is expected. (at line 242, column 94)

}}}

==== Please provide any additional information below. Attach a screenshot if possible.
The preset works as expected, though, and my editor displays no warning with `` included.
Replacing the reference in the second chunk with referred context, does not raise the exception.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-04-04 22:26:00 +0200 (Mon, 04 Apr 2022)
Revision:18427
Build-Date:2022-04-05 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18427 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
}}}"	skyper
defect	22003	1	ERROR StatusLogger Unrecognized format/conversion and registered toolbar action overwritten:	Plugin			2022-04-06T00:49:20+02:00	2022-04-06T00:57:21+02:00	"==== What steps will reproduce the problem?
1. Install the kendzi3d-dev (1.0.206-SNAPSHOT-2) and the plugins it depends on
1. Restart JOSM
1. Take a look at the log 

==== What is the expected result?
No failures or errors on startup and no self-overwritting toolbar actions

==== What happens instead?
Quite some logs

{{{
SLF4J: Failed to load class ""org.slf4j.impl.StaticLoggerBinder"".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
ERROR StatusLogger Unrecognized format specifier [d]
ERROR StatusLogger Unrecognized conversion specifier [d] starting at position 16 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [thread]
ERROR StatusLogger Unrecognized conversion specifier [thread] starting at position 25 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [level]
ERROR StatusLogger Unrecognized conversion specifier [level] starting at position 35 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [logger]
ERROR StatusLogger Unrecognized conversion specifier [logger] starting at position 47 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [msg]
ERROR StatusLogger Unrecognized conversion specifier [msg] starting at position 54 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [n]
ERROR StatusLogger Unrecognized conversion specifier [n] starting at position 56 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [d]
ERROR StatusLogger Unrecognized conversion specifier [d] starting at position 16 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [thread]
ERROR StatusLogger Unrecognized conversion specifier [thread] starting at position 25 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [level]
ERROR StatusLogger Unrecognized conversion specifier [level] starting at position 35 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [logger]
ERROR StatusLogger Unrecognized conversion specifier [logger] starting at position 47 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [msg]
ERROR StatusLogger Unrecognized conversion specifier [msg] starting at position 54 in conversion pattern.
ERROR StatusLogger Unrecognized format specifier [n]
ERROR StatusLogger Unrecognized conversion specifier [n] starting at position 56 in conversion pattern.
2022-04-06 00:32:34.983 INFO: Registered toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.TextureToggleAction gets kendzi.josm.kendzi3d.action.GroundToggleAction
2022-04-06 00:32:34.987 INFO: Registered toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.GroundToggleAction gets kendzi.josm.kendzi3d.action.DebugToggleAction
2022-04-06 00:32:34.992 INFO: Registered toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.DebugToggleAction gets kendzi.josm.kendzi3d.action.DebugPointModelToggleAction
2022-04-06 00:32:35.027 INFO: Registered toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.DebugPointModelToggleAction gets kendzi.josm.kendzi3d.action.ForceTwoSidedToggleAction
2022-04-06 00:32:35.032 INFO: Registered toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.ForceTwoSidedToggleAction gets kendzi.josm.kendzi3d.action.TextureFilterToggleAction
2022-04-06 00:32:35.032 INFO: Registered toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.TextureFilterToggleAction gets kendzi.josm.kendzi3d.action.TextureFilterToggleAction

2022-04-06 00:32:35.162 INFO: Toolbar action 1306318208_rebuild__24 overwritten: kendzi.josm.kendzi3d.action.CleanUpAction gets kendzi.josm.kendzi3d.action.PointModelListAction
2022-04-06 00:32:35.163 INFO: Toolbar action 1306318208_rebuild__24 overwritten: kendzi.josm.kendzi3d.action.PointModelListAction gets kendzi.josm.kendzi3d.action.LightConfigurationAction
2022-04-06 00:32:35.163 INFO: Toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.TextureToggleAction gets kendzi.josm.kendzi3d.action.GroundToggleAction
2022-04-06 00:32:35.164 INFO: Toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.GroundToggleAction gets kendzi.josm.kendzi3d.action.DebugToggleAction
2022-04-06 00:32:35.164 INFO: Toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.DebugToggleAction gets kendzi.josm.kendzi3d.action.DebugPointModelToggleAction
2022-04-06 00:32:35.164 INFO: Toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.DebugPointModelToggleAction gets kendzi.josm.kendzi3d.action.ForceTwoSidedToggleAction
2022-04-06 00:32:35.165 INFO: Toolbar action 1306318261_debugger__24 overwritten: kendzi.josm.kendzi3d.action.ForceTwoSidedToggleAction gets kendzi.josm.kendzi3d.action.TextureFilterToggleAction
}}}

==== Please provide any additional information below. Attach a screenshot if possible.
I only found the component ""kendzi3d"" but the problem could be in some plugin it relies on.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-04-04 22:26:00 +0200 (Mon, 04 Apr 2022)
Revision:18427
Build-Date:2022-04-05 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18427 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM

libcommons-compress-java: libcommons-compress-java:all-1.20-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]

Plugins:
+ kendzi3d-dev (1.0.206-SNAPSHOT-2)
+ kendzi3d-resources (0.0.2)
+ log4j (35924)
+ lwjgl (35926)
+ lwjgl-unixoid (35926)
+ utilsplugin2 (35951)
}}}"	skyper
defect	22036	1	HiDPI screen with JAVA-17 is broken again	Core	tested		2022-04-24T13:30:59+02:00	2022-06-18T14:40:33+02:00	"==== What steps will reproduce the problem?
1. Launch JOSM. Nothing to do.


==== What is the expected result?
I'm a long time user of JOSM. In the past, it was working fine and I could see the maps with proper sizes for labels, and roads, etc. And this is what I expectd. To have a usable map.

==== What happens instead?
A map where all texts are so tiny that I need glasses..
[[Image(https://i.postimg.cc/ZRLFXw3d/josm.png)]]

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

https://i.postimg.cc/ZRLFXw3d/josm.png
I'm using java 17. I've seen many issues about HiDPi screens, and all i've seen recommend to use latest version of java (or anything bigger than 8). I have 17 and I still face the issue.

{{{
Revision:18427
Build-Date:2022-04-05 19:23:14

Identification: JOSM/1.5 (18427 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Enterprise 2009 (19044)
Memory Usage: 694 MB / 4076 MB (395 MB allocated, but free)
Java version: 17.0.2+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 3840×2160 (scaling 1.50×1.50)
Maximum Screen Size: 3840×2160
Best cursor sizes: 16×16→48×48, 32×32→48×48
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18427, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]

Plugins:
+ imagery_offset_db (35893)
+ turnrestrictions (35893)

Last errors/warnings:
- 00032.868 E: Failed to locate image 'Navaid, White/Red'
- 00032.869 E: Failed to locate image 'Navaid, White/Red'
- 00032.870 E: Failed to locate image 'Navaid, White/Red'
- 00032.870 E: Failed to locate image 'Navaid, White/Red'
- 00032.871 E: Failed to locate image 'Navaid, White/Red'
- 00032.872 E: Failed to locate image 'Navaid, White/Red'
- 00032.874 E: Failed to locate image 'Navaid, White/Red'
- 00032.876 E: Failed to locate image 'Navaid, White/Red'
- 00032.882 E: Failed to locate image 'Navaid, White/Red'
- 00032.885 E: Failed to locate image 'Navaid, White/Red'
}}}
"	anonymous
defect	22049	1	multiselect field emptied after new dialog opened	Core	tested		2022-05-02T21:26:00+02:00	2022-12-13T21:10:43+01:00	"==== What steps will reproduce the problem?
1. Load attached preset file bugdemo.xml
2. Select a node or a closed way
3. Start to apply one of the 2 presets from bugdemo.xml
4. In the preset dialog click link below ""Similar but different tags:"" -> additional dialog opens
5. Click Cancel here

==== What is the expected result?

The remaining (first opened) dialog will be unchanged

==== What happens instead?

In the remaining dialog(s) the Sport field is empty/shrunk, like here:
[[Image(bugdemo1.jpg)]]

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

This bug Should probably be fixed before patch from #21907 will be applied because it was found while testing this patch.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-04-04 22:26:00 +0200 (Mon, 04 Apr 2022)
Build-Date:2022-04-05 01:30:55
Revision:18427
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18427 en) Windows 7 64-Bit
OS Build number: Windows 7 Home Premium (7601)
Memory Usage: 317 MB / 681 MB (193 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1024×768 (scaling 1.00×1.00)
Maximum Screen Size: 1024×768
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Tagging presets:
+ G:\JOSM18427\bugdemo.xml

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/IconTester&zip=1
+ G:\JOSM18404\elemstyles.mapcss

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ G:\JOSM18404\horse_ridiing_v2test.zip

Last errors/warnings:
- 00010.328 E: Failed to locate image 'presets/sport/sports_hall.svg'
- 00010.329 W:  Sports Hall: Could not get presets icon presets/sport/sports_hall.svg
- 00419.439 E: Failed to locate image '[[Image(pond.png)]]'
- 00419.463 E: Failed to locate image '[[Image(oil-palm.png)]]'
- 00460.504 E: Failed to locate image 'presets/sport/sports_hall.svg'
- 00460.506 W:  Sports Hall: Could not get presets icon presets/sport/sports_hall.svg
- 00460.608 E: Failed to locate image 'presets/sport/sports_hall.svg'
- 00460.609 W:  Sports Hall: Could not get presets icon presets/sport/sports_hall.svg
- 00460.652 E: Failed to locate image 'presets/sport/sports_hall.svg'
- 00460.661 W:  Sports Hall: Could not get presets icon presets/sport/sports_hall.svg
}}}
"	Hufkratzer
defect	22105	1	Wrong informational message: Incomplete pedestrian crossing tagging	Core validator			2022-06-02T08:38:25+02:00	2022-06-13T19:20:22+02:00	"==== What steps will reproduce the problem?
1. Run validator on attached sample file with informational level enabled

==== What is the expected result?
No message
==== What happens instead?
`Incomplete pedestrian crossing tagging. Required tags are highway=crossing|traffic_signals and crossing=*. ` 
==== Please provide any additional information below. Attach a screenshot if possible.
The two footways start/end at that point and do not cross the residential, both leave on the same side of the residential. The code in class `Highways` checks only the number of ways, not the direction.
{{{
Revision:18463
Build-Date:2022-05-30 10:23:53

Identification: JOSM/1.5 (18463 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19044)
Memory Usage: 959 MB / 1972 MB (110 MB allocated, but free)
Java version: 17.0.3+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18463, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\HWConsole.exe]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (35924)
+ buildings_tools (35951)
+ contourmerge (v0.1.8)
+ ejml (35924)
+ geotools (35959)
+ imagery-xml-bounds (35893)
+ jackson (35958)
+ jaxb (35952)
+ jts (35924)
+ o5m (35893)
+ opendata (35910)
+ pbf (35893)
+ poly (35893)
+ reltoolbox (35893)
+ reverter (35972)
+ undelete (35893)
+ utilsplugin2 (35970)

Validator rules:
+ c:\josm\core\resources\data\validator\geometry.mapcss
+ c:\josm\core\resources\data\validator\unnecessary.mapcss
+ d:\java_tools\JOSM\mygeometry.mapcss

Last errors/warnings:
- 00000.628 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.630 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00001.299 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
- 01684.685 E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- 01684.704 E: Bad Request - The OSM server 'api.openstreetmap.org' reported a bad request.

The area you tried to download is too big or your request was too large.
Either request a smaller area or use an export file provided by the OSM community.
- 01948.729 W: Conflicts detected - There were 27 conflicts detected.
}}}
"	GerdP
defect	22291	1	Additional `created_by` changeset tag missing after conflicts on upload	Core			2022-08-16T16:46:40+02:00	2025-01-28T15:44:03+01:00	"This is a follow-up of #20025

==== What steps will reproduce the problem?
1. Revert a changeset
1. Get conflicts and solve them
1. Upload data
1. Get a conflict on upload
1. Solve conflict
1. Open Upload Dialog to upload remaining changes to the same CS

==== What is the expected result?
`created_by=reverter_plugin/36011;JOSM/1.5 (18537 en)`

==== What happens instead?
`created_by=JOSM/1.5 (18537 en)`, e.g. reverter is missing

==== Please provide any additional information below. Attach a screenshot if possible.
The color indication of the tab is still present but the content is missing

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-08-15 00:31:37 +0200 (Mon, 15 Aug 2022)
Revision:18537
Build-Date:2022-08-15 01:31:00
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18537 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.4+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM

Plugins:
+ reverter (36011)
+ undelete (36011)
+ utilsplugin2 (36011)
}}}
"	skyper
defect	22328	1	"[Patch] Nodes should be exclude from ""construction:highway without highway and construction"""	Core validator	latest		2022-08-30T15:30:54+02:00	2024-12-02T20:56:19+01:00	"==== What steps will reproduce the problem?
1. Have a node with `construction:highway=*`, e.g. [osmwww:api/0.6/node/303193688/26] 
1. Run validator

==== What is the expected result?
No warning

==== What happens instead?
* `construction:highway without highway and construction`
* `highway together with construction:highway and conflicting values plus no construction`

==== Please provide any additional information below. Attach a screenshot if possible.
The validator test should exclude nodes. Same might be true for railway

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-08-29 16:59:00 +0200 (Mon, 29 Aug 2022)
Revision:18543
Build-Date:2022-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	22329	1	"Many false positives for "":lanes"" tagging with additional prefix"	Core validator			2022-08-30T15:59:27+02:00	2022-08-30T17:05:37+02:00	"==== What steps will reproduce the problem?
1. Have a road under construction and e.g. `was:` or `construction:` as prefix for `lanes=*` and `:lanes` tags like `construction:turn:lanes`, e.g. [attachment:construction_lanes_example.osm.xz]
1. Run validator 

==== What is the expected result?
No warnings or correct warnings only including tags with the identical prefix

==== What happens instead?
{{{
* missing tag (16)
 * was:access:lanes without lanes (6)
 * was:bicycle:lanes without lanes (1)
 * was:change:lanes without lanes (5)
 * was:lanes without lanes (4)
* Number of lane dependent values inconsistent (26)
* Number of lane dependent values inconsistent in backward direction (4)
* Number of lane dependent values inconsistent in forward direction (4)
* Number of lanes greater than *:lanes (4)
}}}

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-08-29 16:59:00 +0200 (Mon, 29 Aug 2022)
Revision:18543
Build-Date:2022-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	22380	1	Unable to renew OAuth token using semi-automatic method	Core			2022-09-18T14:45:12+02:00	2022-09-18T14:45:12+02:00	"I use a third party (GitHub) to log into openstreetmap.org. This is supported in JOSM using the semi-automatic authentication method. If for some reason your token has become invalid however, this method is not available anymore. This effectively makes it impossible to authenticate JOSM again, unless you manually edit the configuration file.

==== What steps will reproduce the problem?
Precondition:
* JOSM is authenticated with openstreetmap.org
* the account in use uses a third party to log into openstreetmap.org, i.e. does not use a password for authentication

1. Go to https://www.openstreetmap.org, log in and go to your account settings
2. Under OAuth 1 settings revoke the token for JOSM
3. When launching JOSM, you get a popup titled 'Authentication failed', mentioning 'Please launch the preferences dialog and retrieve another OAuth token.'
4. Open the preferences dialog and switch to the 'OSM Server' tab.
5. Select 'New Access Token'
6. Only the option to log in with a user name and password is shown. It is not possible to log in using the semi-automatic method

==== What is the expected result?
One of the following
* I can create a new access token using the semi-automatic method
* I can clear my current access token and start over

==== What happens instead?
* I am only presented with the fully automatic method, which does not work for me

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

Workaround:

* open ~/.config/JOSM/preferences.xml in an editor
* remove the tags with key 'oauth.access-token.key' and 'oauth.access-token.secret'
* restart JOSM
* Open the preferences dialog and switch to the 'OSM Server' tab.
* Click on 'New Access Token'
* You now have a button labeled 'Authorize now (Semi-automatic)' which lets you log in with a third party.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-08-29 16:59:00 +0200 (Mon, 29 Aug 2022)
Revision:18543
Build-Date:2022-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18543 en) Linux Ubuntu 22.04.1 LTS
Memory Usage: 428 MB / 3926 MB (175 MB allocated, but free)
Java version: 17.0.4+8-Ubuntu-122.04, Private Build, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: KDE
Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-5build1
libcommons-compress-java: libcommons-compress-java:all-1.21-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1build1

Plugins:
+ jaxb (35952)
+ jogl (1.2.3)
+ kendzi3d (1.0.205)
+ kendzi3d-resources (0.0.2)
+ log4j (36007)
}}}
"	info@…
defect	22410	1	Window not resizing as it should	Core	latest		2022-09-29T12:48:22+02:00	2022-09-29T17:26:45+02:00	"Since I made the tags window temporarily bigger and moved the separator between ""key"" and ""value"" in the table of the tags window, it does not resize any more as it should. After I made it smaller, a horizontal scroll bar appears and when I click in one of the columns, they get focused and the other column gets out of sight (see screenshots).

Closing and reopening did not help."	dieterdreist
defect	22535	1	Huge button to dock the image viewer	Core image mapping	tested		2022-11-28T23:51:54+01:00	2022-11-28T23:51:54+01:00	"==== What steps will reproduce the problem?
1. Open some geotagged images
1. Open image viewer
1. Smaller the window width that not all buttons at the bottom fit any more
1. Watch the icon for `Move dialog to the side pane` on the right hand side

==== What is the expected result?
Size of the icon stays the same

==== What happens instead?
Icon turns huge once a button gets hidden

==== Please provide any additional information below. Attach a screenshot if possible.
Same problem already exists with tested (r18583)

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-11-23 19:12:12 +0100 (Wed, 23 Nov 2022)
Revision:18604
Build-Date:2022-11-25 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18604 en) Linux Debian GNU/Linux 11 (bullseye)
Memory Usage: 195 MB / 256 MB (56 MB allocated, but free)
Java version: 17.0.4+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Desktop environment: GNOME
Java package: openjdk-17-jre:amd64-17.0.4+8-1~deb11u1
libcommons-compress-java: libcommons-compress-java:all-1.20-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1
VM arguments: [-Djosm.home=]
}}}
"	skyper
defect	22605	1	"No indication of and no option to delete automatically added CS-tag ""hashtag"""	Core	latest		2022-12-28T13:34:50+01:00	2025-01-31T22:21:09+01:00	"==== What steps will reproduce the problem?
1. Upload some data
1. In the upload dialog add something like `repair routes #403303 and #2114080`

==== What is the expected result?
An indication that `hashtag=#403303;#2114080` is added as additional CS-tag plus an option to delete this tag

==== What happens instead?
No indication and the tag is always added again despite manually deleting it.

==== Please provide any additional information below. Attach a screenshot if possible.
See osmwww:changeset/130575508 as example.
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-12-27 16:51:43 +0100 (Tue, 27 Dec 2022)
Revision:18619
Build-Date:2022-12-28 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18619 en) Linux Debian GNU/Linux 11 (bullseye)
Memory Usage: 180 MB / 256 MB (57 MB allocated, but free)
Java version: 17.0.4+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM

VM arguments: [-Djosm.home=]
Dataset consistency test: No problems found
}}}
"	skyper
defect	22614	1	[WIP patch] Combine ways is very slow	Core			2022-12-31T14:57:04+01:00	2023-10-24T15:06:45+02:00	"==== What steps will reproduce the problem?
1. load attached file
2. select all ways
3. press C to combine them 

==== What is the expected result?
A popup that says that the ways cannot be combined because several nodes have too many connections
==== What happens instead?
JOSM keeps one CPU core busy in method `org.openstreetmap.josm.data.osm.NodeGraph.buildSpanningPath()`
==== Please provide any additional information below. Attach a screenshot if possible.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-12-08 17:09:09 +0100 (Thu, 08 Dec 2022)
Revision:18612
Build-Date:2022-12-11 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18612 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19044)
Memory Usage: 335 MB / 1972 MB (206 MB allocated, but free)
Java version: 17.0.4+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18531, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\HWConsole.exe]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35924)
+ apache-commons (36034)
+ buildings_tools (36011)
+ contourmerge (v0.1.9)
+ ejml (35924)
+ geotools (36028)
+ jackson (36034)
+ jaxb (35952)
+ jts (36004)
+ o5m (35893)
+ opendata (36025)
+ pbf (36034)
+ poly (35976)
+ reltoolbox (35976)
+ reverter (36043)
+ undelete (36011)
+ utilsplugin2 (36011)

Validator rules:
+ c:\josm\core\resources\data\validator\combinations.mapcss
+ c:\josm\core\resources\data\validator\geometry.mapcss
+ c:\josm\core\resources\data\validator\unnecessary.mapcss
+ d:\java_tools\JOSM\mygeometry.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1

Last errors/warnings:
- 00000.572 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.574 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00000.972 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
}}}
"	GerdP
defect	22651	1	Combine ways may not find best solution with oneways	Core			2023-01-15T07:14:23+01:00	2023-01-16T18:00:42+01:00	"==== What steps will reproduce the problem?
1. load attached file with three oneway roads 
2. press CTRL+A to select all elements
3. press C to combine the ways

==== What is the expected result?
A way that goes through nodes B-C-A-B-D-E-A-D so that nothing is reversed
==== What happens instead?
A popup appears that asks if directions should be changed (and requires further changes). 

==== Please provide any additional information below. Attach a screenshot if possible.
Found this while looking at #22614. The algorithm in `NodeGraph.buildSpanningPath()` stops when it finds a path, it doesn't try to find one that doesn't involve any direction changes.
Edit: Even if I remove the way B-D JOSM doesn't find the simple solution A-B-C-A-D-E-A
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-01-03 21:28:24 +0100 (Tue, 03 Jan 2023)
Revision:18622
Build-Date:2023-01-04 02:30:56
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18622 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19045)
Memory Usage: 261 MB / 1972 MB (135 MB allocated, but free)
Java version: 17.0.4+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18531, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\HWConsole.exe]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35924)
+ RoadSigns (36011)
+ apache-commons (36034)
+ buildings_tools (36011)
+ contourmerge (v0.1.9)
+ ejml (35924)
+ geotools (36028)
+ jackson (36034)
+ jaxb (35952)
+ jts (36004)
+ o5m (35893)
+ opendata (36025)
+ pbf (36034)
+ poly (35976)
+ reltoolbox (35976)
+ reverter (36043)
+ undelete (36011)
+ utilsplugin2 (36011)

Validator rules:
+ c:\josm\core\resources\data\validator\combinations.mapcss
+ c:\josm\core\resources\data\validator\geometry.mapcss
+ c:\josm\core\resources\data\validator\unnecessary.mapcss
+ d:\java_tools\JOSM\mygeometry.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1

Last errors/warnings:
- 00000.671 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.674 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00001.229 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
}}}
"	GerdP
defect	22837	1	Remember last selected download area even when download failed	Core			2023-03-24T19:33:52+01:00	2023-03-24T19:33:52+01:00	"In the download window, the area that was downloaded last is pre-selected for convenience. However, currently the last download area is only remembered when the download actually succeeds. If the download fails for some reason (time out/connection fail due to crappy internet, etc...), the selected area won't be remembered and the previous download area is pre-selected in the download window instead. 
This means that users need to re-select the same area again if they want to retry the download. Not as big of an issue if it's nearby, but can be very annoying if it's a long way away."	Woazboat
defect	22841	1	[patch] Trunk and some highway links not possible to set on closed way when using presets	Internal preset			2023-03-25T21:42:25+01:00	2024-07-08T17:28:52+02:00	"==== What steps will reproduce the problem?
1. Draw a closed way
2. Apply the trunk preset

==== What is the expected result?
A closed way with trunk tagging

==== What happens instead?
Error ""The preset Trunk cannot be applied because the selection is unsuitable!""

==== Please provide any additional information below. Attach a screenshot if possible.
It appears all of the following lack support for closed ways:
* `motorway`
* `motorway_link`
* `trunk`
* `trunk_link`
* `primary_link`
* `secondary_link`
* `tertiary_link`

Maybe the links should stay as they are, but motorway and trunk exist as roundabouts so they should support being closed ways in the preset. It was also how I discovered this: the trunk preset not showing up on a roundabout tagged as trunk.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-03-01 15:17:42 +0100 (Wed, 01 Mar 2023)
Revision:18678
Build-Date:2023-03-02 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18678 en) Linux Manjaro Linux
Memory Usage: 348 MB / 8004 MB (88 MB allocated, but free)
Java version: 19.0.2+7, N/A, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: sv_SE.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_SE
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: KDE
VM arguments: [--add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, -Djosm.restart=true, -Dawt.useSystemAAFontSettings=gasp]
Dataset consistency test: No problems found

Plugins:
+ AddrInterpolation (36011)
+ FastDraw (35978)
+ OpeningHoursEditor (35924)
+ PicLayer (1.0.2)
+ apache-commons (36034)
+ apache-http (35924)
+ areaselector (1652822522)
+ austriaaddresshelper (master-4e80dc2e4261d321150187f4951684ad97342d5e)
+ buildings_tools (36011)
+ conflation (0.6.9)
+ ejml (35924)
+ geotools (36028)
+ imagery_offset_db (35978)
+ jackson (36034)
+ jaxb (35952)
+ jna (36005)
+ jogl (1.2.3)
+ jts (36004)
+ kendzi3d-resources (0.0.2)
+ log4j (36034)
+ measurement (35978)
+ opendata (36025)
+ pt_assistant (1ff2e15)
+ reverter (36043)
+ tageditor (36011)
+ terracer (35978)
+ turnlanes-tagging (v0.0.5)
+ turnrestrictions (36011)
+ utilsplugin2 (36011)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&zip=1
+ ${HOME}/Dokument/QuickSets.zip
+ https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Fixme&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/LayerChecker&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- ${HOME}/Dokument/OSM/Styles_Maxspeed_Extended-style.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface-DataEntry&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings_sv&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PriorityRoad&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1
- https://raw.githubusercontent.com/yopaseopor/indoormap/master/indoormap-style.mapcss
- https://github.com/GlassOceanos/indoor-JOSM-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksAndFootways&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Postcode&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Admin_Boundaries&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1
- https://www.openrailwaymap.org/styles/standard.zip

Last errors/warnings:
- 00000.916 W: Update plugins - You updated your JOSM software. To prevent problems the plugins should be updated as well.  Update plugins now?
- 00005.988 E: Failed to locate image 'bus.png'
}}}
"	riiga_92@…
defect	22869	1	"LVM WMTS fails: ""stream is closed"""	Core imagery	tested		2023-04-11T20:39:58+02:00	2025-06-25T05:59:16+02:00	"Attempting to use a recently published WMTS service by LVM (Latvian State Forestry company), https://lvmgeoserver.lvm.lv/geoserver/gwc/service/wmts .

Adding it in JOSM and marking the ""Set default layer?"" checkbox enables the ""Get layers"" button.
Clicking it errors out with ""Error getting layers: stream is closed"" (the error message cannot be copied).

Not quite sure whether it's some support missing in JOSM, or the published service not fully following standards.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-03-30 16:51:36 +0200 (Thu, 30 Mar 2023)
Build-Date:2023-03-31 01:30:56
Revision:18700
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18700 en_GB) Mac OS X 10.15.7
OS Build number: Mac OS X 10.15.7 (19H2026)
Memory Usage: 2428 MB / 3641 MB (1112 MB allocated, but free)
Java version: 1.8.0_361-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.apple.laf.AquaLookAndFeel
Screen: Display 1127230987 1920×1080 (scaling 1.00×1.00) Display 69733382 1680×1050 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
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_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlp.tk=awt, -Djnlpx.jvm=/bin/java, -Djnlpx.splashport=-1, -Djnlpx.home=/bin, -Djnlpx.remove=false, -Djnlpx.offline=false, -Djnlpx.relaunch=true, -Djnlpx.session.data=/var/folders/nl/flqxqsmj5q963r7tcnfrdt3c0000gn/T/session5588668227892844362, -Djnlpx.heapsize=NULL,NULL, -Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.origFilenameArg=/Users/richlv/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-72e8e992, -Dsun.awt.warmup=true, -Djava.security.manager]

Plugins:
+ HouseNumberTaggingTool (35951)
+ InfoMode (35978)
+ Mapillary (2.1.2)
+ PicLayer (1.0.2)
+ apache-commons (36034)
+ apache-http (35924)
+ buildings_tools (36011)
+ dataimport (35932)
+ ejml (35924)
+ geotools (36028)
+ imagery_offset_db (35978)
+ jackson (36034)
+ jaxb (35952)
+ jna (36005)
+ jts (36004)
+ measurement (35978)
+ opendata (36025)
+ pbf (36034)
+ photo_geotagging (35933)
+ reverter (36043)
+ undelete (36011)
+ utilsplugin2 (36011)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1

Last errors/warnings:
- 00027.624 W: java.net.SocketTimeoutException: connect timed out
- 00027.625 E: java.net.SocketTimeoutException: connect timed out
- 00027.626 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
- 00054.935 W: java.net.SocketTimeoutException: connect timed out
- 00055.370 W: Already here java.net.SocketTimeoutException: connect timed out
- 00055.371 E: java.net.SocketTimeoutException: connect timed out
- 00055.373 W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: connect timed out
}}}"	richlv
defect	22927	1	Super routes members are not sorted	Core			2023-05-05T12:23:42+02:00	2023-05-05T12:23:42+02:00	"==== What steps will reproduce the problem?
1. Load a superroute in JOSM with all it's member and recursively load all their members (i.e. [https://openstreetmap.org/relation/12692749 Voie de la Pointe Saint-Mathieu]
2. Open the relation editor
3. Move one member down
4. Press the ""Sort the relation members"" or ""Sort the selected members and all members below"" buttons

==== What is the expected result?
Members should be sorted.

==== What happens instead?
All members are selected.
Their order is not changed.

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

See also #22174
{{{
Revision:18700
Build-Date:2023-04-04 06:56:19

Identification: JOSM/1.5 (18700 en_GB) Mac OS X 12.6.3
OS Build number: macOS 12.6.3 (21G419)
Memory Usage: 2048 MB / 2048 MB (1023 MB allocated, but free)
Java version: 17.0.6+10-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.apple.laf.AquaLookAndFeel
Screen: Display 69732928 1280×800 (scaling 2.00×2.00)
Maximum Screen Size: 1280×800
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_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=18700, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=/Applications/JOSM.app/Contents/MacOS/JOSM]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (2.1.2)
+ PicLayer (1.0.2)
+ apache-commons (36034)
+ apache-http (35924)
+ buildings_tools (36011)
+ cadastre-fr (36021)
+ conflation (0.6.11)
+ continuosDownload (105)
+ contourmerge (v0.1.9)
+ ejml (35924)
+ geotools (36028)
+ jackson (36034)
+ javafx (36034)
+ jaxb (35952)
+ jna (36005)
+ jts (36004)
+ log4j (36034)
+ mbtiles (v2.6.1)
+ opendata (36025)
+ photo_geotagging (35933)
+ photoadjust (36011)
+ reverter (36043)
+ utilsplugin2 (36011)
+ wikipedia (605)

Tagging presets:
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/FR.zip

Map paint styles:
- ${HOME}/Downloads/Styles_ColourGPSData-style.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NumberedWalkingNodeNetworks&zip=1
+ ${HOME}/Downloads/Guidepost.mapcss
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR_OC.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/NumberedCycleNodeNetworks&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/NumberedWalkingNodeNetworks&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1

Last errors/warnings:
- 15508.825 E: java.net.NoRouteToHostException: No route to host
- 15508.828 W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.NoRouteToHostException: No route to host
- 17039.024 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 17039.034 W: Already here java.net.NoRouteToHostException: No route to host
- 17039.035 E: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 17039.040 W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 18841.017 W: java.net.SocketTimeoutException: Read timed out
- 18841.018 W: Already here java.net.SocketTimeoutException: Read timed out
- 18841.197 E: java.net.SocketTimeoutException: Read timed out
- 18841.205 W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
}}}
"	pyrog
defect	22978	1	Problem with route layer from gpx containing route and markers	Core	latest		2023-05-31T13:46:04+02:00	2023-12-22T17:32:23+01:00	"==== What steps will reproduce the problem?
1. Load attached [attachment:DE-BW-SBG_Route_300_102.T3.7-300-j23-1.9.H.gpx gpx file]
1. Three layers are created

==== What is the expected result?
The first layer is the container for both, the second layer is for the route and the third layer is for the markers

==== What happens instead?
The second layer for the route does not offer a right-click menu and the route is not considered part of the first layer which makes it impossible to use actions like ""convert to data layer"" or ""download along the track""

==== Please provide any additional information below. Attach a screenshot if possible.
""Customize track drawing"" of the first layer works but other actions don't.


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-05-30 23:05:28 +0200 (Tue, 30 May 2023)
Revision:18744
Build-Date:2023-05-31 01:30:56
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18744 en) Linux Debian GNU/Linux 11 (bullseye)
Memory Usage: 440 MB / 1970 MB (273 MB allocated, but free)
Java version: 17.0.6+10-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1366×768 (scaling 1.00×1.00) :0.1 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME
Java package: openjdk-17-jre:amd64-17.0.6+10-1~deb11u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-2+deb11u1
fonts-noto: fonts-noto:all-20201225-1
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]
}}}"	skyper
defect	23012	1	Uploading changeset window glitches when large quanities of changesets are being opened	Core	tested		2023-06-19T08:32:44+02:00	2024-11-27T21:00:38+01:00	"Hello.

I frequently have JOSM sessions wherein I'm uploading upwards of 300,000-400,000 changes, and it has to be split over many changesets. I'm having a particular issue that every time a new changeset is opened, it subtracts one from the total changesets in the queue. It will start by saying something like

Uploading... (1/35)
Uploading... (2/35)
Uploading... (1/34)

While this is a minor issue, it's still an awkward and I imagine unintended way to display progress of the upload.

[[Image(https://user-images.githubusercontent.com/56209479/246744616-bd2b2e9d-2c45-4d55-85ce-a62fa8eea0c9.png)]]
[[Image(https://user-images.githubusercontent.com/56209479/246744615-9a864a35-3fb9-4497-8ac3-bcbfa1b40fc9.png)]]
[[Image(https://user-images.githubusercontent.com/56209479/246744613-bebcb381-7fc8-4bcc-a208-1bdd76a232e0.png)]]"	SherbetS
defect	23258	1	[PATCH] JCSCacheManager locks the wrong directory	Core			2023-10-30T22:01:38+01:00	2024-06-02T22:17:52+02:00	"In `org.openstreetmap.josm.data.cache.JCSCacheManager` the cache manager always acquires a lock on the `/jcs` directory regardless of the `cachePath` passed to the `getCache` function.  In normal use this doesn't matter.

When unit-testing this prevents tests like `JCSCacheManagerTest::testUseBigDiskFile` to run concurrently with other tests, notwithstanding that this test uses a different cache directory of `foobar` and should thus be able to acquire a lock on this directory.

"	marcello@…
defect	23307	1	JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN] (WAS: Ljubljana: Orthophoto 2023 (WMTS) imagery provider does not work)	Core imagery			2023-11-17T13:42:05+01:00	2024-01-17T18:39:30+01:00	"==== What steps will reproduce the problem?
1. Add ""Ljubljana: Orthophoto 2023 (WMTS)"" imagery provider from Available default entries.
2. Select this layer from Imagery menu.

==== What is the expected result?

Imagery shown at least to some zoom level.

==== What happens instead?

JOSM reports an error and the layer is not displayed.
----
**Edit**: The primary problem was with the tile server but JOSM should show the server's response (404) instead of throwing the exception and the report bug dialog.

----

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-08-29 13:38:40 +0200 (Tue, 29 Aug 2023)
Revision:18822
Build-Date:2023-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18822 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 2009 (19045)
Memory Usage: 382 MB / 4066 MB (181 MB allocated, but free)
Java version: 17.0.7+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1200 (scaling 1.00×1.00) \Display1 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1250
System property sun.jnu.encoding: Cp1250
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Dicedtea-web.bin.location=%UserProfile%\AppData\Local\Programs\OpenWebStart\javaws, -Djava.util.Arrays.useLegacyMergeSort=true, --add-exports=jdk.deploy/com.sun.deploy.config=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=javafx.graphics/com.sun.javafx.application=ALL-UNNAMED, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,jdk.jsobject, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (36126)
+ Relation.Validation.Plugin (1.0.1)
+ Review.Changes (1.0.5)

Last errors/warnings:
- 00105.994 E: Handled by bug report queue: org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN]
- 00105.996 W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-1,6,JOSM], exception=org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN], methodWarningFrom=BugReportExceptionHandler#handleException]
- 00106.151 E: Handled by bug report queue: org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN]
- 00106.152 W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-1,6,JOSM], exception=org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN], methodWarningFrom=BugReportExceptionHandler#handleException]
- 00106.299 E: Handled by bug report queue: org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN]
- 00106.300 W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-1,6,JOSM], exception=org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN], methodWarningFrom=BugReportExceptionHandler#handleException]
- 00106.440 E: Handled by bug report queue: org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN]
- 00106.441 W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-1,6,JOSM], exception=org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN], methodWarningFrom=BugReportExceptionHandler#handleException]
- 00106.585 E: Handled by bug report queue: org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN]
- 00106.585 W: Too many errors. Dropping ReportedException [thread=Thread[AWT-EventQueue-1,6,JOSM], exception=org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN], methodWarningFrom=BugReportExceptionHandler#handleException]



=== REPORTED CRASH DATA ===
TileCoordinateConverter#getPixelForTile:
 - tileSource: Ljubljana: Orthophoto 2023 (WMTS)
 - x: 1
 - y: 1
 - zoom: 15

BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-1 (47) of JOSM
org.openstreetmap.josm.tools.JosmRuntimeException: tileXYToLatLon returned Coordinate[-83.09827383814462, NaN]
	at org.openstreetmap.josm.gui.layer.imagery.TileCoordinateConverter.getPixelForTile(TileCoordinateConverter.java:94)
	at org.openstreetmap.josm.gui.layer.imagery.TileCoordinateConverter.getTileShapeScreen(TileCoordinateConverter.java:153)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer.paintTileImages(AbstractTileSourceLayer.java:1090)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer.tryLoadFromDifferentZoom(AbstractTileSourceLayer.java:1698)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer.drawInViewArea(AbstractTileSourceLayer.java:1606)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer.access$2700(AbstractTileSourceLayer.java:146)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer$TileSourcePainter.doPaint(AbstractTileSourceLayer.java:2023)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer$TileSourcePainter.paint(AbstractTileSourceLayer.java:2005)
	at org.openstreetmap.josm.gui.MapView.paintLayer(MapView.java:475)
	at org.openstreetmap.josm.gui.MapView.drawMapContent(MapView.java:564)
	at org.openstreetmap.josm.gui.MapView.paint(MapView.java:497)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JSplitPane.paintChildren(JSplitPane.java:1030)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JLayeredPane.paint(JLayeredPane.java:586)
	at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:952)
	at java.desktop/javax.swing.JComponent.paint(JComponent.java:1128)
	at java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5311)
	at java.desktop/javax.swing.RepaintManager$PaintManager.paintDoubleBufferedImpl(RepaintManager.java:1657)
	at java.desktop/javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1632)
	at java.desktop/javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1570)
	at java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1337)
	at java.desktop/javax.swing.JComponent._paintImmediately(JComponent.java:5259)
	at java.desktop/javax.swing.JComponent.paintImmediately(JComponent.java:5069)
	at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:879)
	at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:862)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:862)
	at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:835)
	at java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:784)
	at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1898)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:318)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:771)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:722)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:716)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:741)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

=== RUNNING THREADS ===
Thread: Reference Handler (2) of system
java.base@17.0.7/java.lang.ref.Reference.waitForReferencePendingList(Native Method)
java.base@17.0.7/java.lang.ref.Reference.processPendingReferences(Reference.java:253)
java.base@17.0.7/java.lang.ref.Reference$ReferenceHandler.run(Reference.java:215)

Thread: TMS-downloader-4 (90) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: CacheEventQueue.QProcessor-TMS_BLOCK_v2Thread-4 (74) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: message-notifier-0 (75) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:252)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1672)
java.base@17.0.7/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@17.0.7/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: Weak reference cleaner (52) of JOSM
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
org.openstreetmap.josm.tools.ListenableWeakReference.clean(ListenableWeakReference.java:60)
org.openstreetmap.josm.tools.ListenableWeakReference$$Lambda$624/0x000000080148a788.run(Unknown Source)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: DestroyJavaVM (77) of main

Thread: Finalizer (3) of system
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.base@17.0.7/java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:172)

Thread: Map Status Collector (114) of JOSM
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.Object.wait(Object.java:338)
java.desktop@17.0.7/java.awt.EventQueue.invokeAndWait(EventQueue.java:1363)
java.desktop@17.0.7/java.awt.EventQueue.invokeAndWait(EventQueue.java:1344)
org.openstreetmap.josm.gui.MapStatus$Collector.run(MapStatus.java:447)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: styled-map-renderer-1 (116) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: AWT-EventQueue-1 (47) of JOSM
Stacktrace see above.

Thread: ForkJoinPool.commonPool-worker-5 (60) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: ForkJoinPool.commonPool-worker-2 (57) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: FileSystemWatchService (50) of JOSM
java.base@17.0.7/sun.nio.fs.WindowsNativeDispatcher.GetQueuedCompletionStatus0(Native Method)
java.base@17.0.7/sun.nio.fs.WindowsNativeDispatcher.GetQueuedCompletionStatus(WindowsNativeDispatcher.java:1065)
java.base@17.0.7/sun.nio.fs.WindowsWatchService$Poller.run(WindowsWatchService.java:587)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-20 (109) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: CacheEventQueue.QProcessor-WMTS_BLOCK_v2Thread-7 (84) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-22 (111) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-1 (86) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: itwpool-1-itwthread-2 (36) of main
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-6 (92) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: JCS-ElementEventQueue-Thread-3 (72) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: AWT-EventQueue-0 (53) of main
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.desktop@17.0.7/java.awt.EventQueue.getNextEvent(EventQueue.java:567)
java.desktop@17.0.7/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:190)
java.desktop@17.0.7/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
java.desktop@17.0.7/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
java.desktop@17.0.7/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
java.desktop@17.0.7/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
java.desktop@17.0.7/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

Thread: TMS-downloader-11 (100) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-19 (108) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: styled-map-renderer-2 (117) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: AWT-Windows (19) of system
java.desktop@17.0.7/sun.awt.windows.WToolkit.eventLoop(Native Method)
java.desktop@17.0.7/sun.awt.windows.WToolkit.run(WToolkit.java:365)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: ForkJoinPool.commonPool-worker-6 (61) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: styled-map-renderer-6 (121) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: Output controller consumer daemon (15) of main
java.base@17.0.7/java.lang.Object.wait(Native Method)
net.sourceforge.jnlp.util.logging.OutputController$MessageQueConsumer.run(OutputController.java:82)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-17 (106) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: ForkJoinPool.commonPool-worker-3 (58) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: styled-map-renderer-0 (115) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:410)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1726)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: styled-map-renderer-3 (118) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: File Watcher (51) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.take(LinkedBlockingDeque.java:673)
java.base@17.0.7/sun.nio.fs.AbstractWatchService.take(AbstractWatchService.java:118)
org.openstreetmap.josm.io.FileWatcher.processEvents(FileWatcher.java:120)
org.openstreetmap.josm.io.FileWatcher$$Lambda$575/0x00000008014069d0.run(Unknown Source)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-10 (99) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: WMS-downloader-2 (126) of JOSM
org.openstreetmap.josm.tools.ImageWarp$GridTransform.getValue(ImageWarp.java:94)
org.openstreetmap.josm.tools.ImageWarp$GridTransform.transform(ImageWarp.java:82)
org.openstreetmap.josm.tools.ImageWarp.warp(ImageWarp.java:157)
org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.transform(ReprojectionTile.java:194)
org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.setImage(ReprojectionTile.java:105)
org.openstreetmap.gui.jmapviewer.Tile.setError(Tile.java:380)
org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.handleNoTileAtZoom(TMSCachedTileLoaderJob.java:309)
org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.loadingFinished(TMSCachedTileLoaderJob.java:202)
org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.finishLoading(JCSCachedTileLoaderJob.java:265)
org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:228)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: CacheEventQueue.QProcessor-WMS_BLOCK_v2Thread-6 (83) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-0 (85) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: ForkJoinPool.commonPool-worker-4 (59) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.parkUntil(LockSupport.java:410)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1726)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: AWT-Shutdown (45) of system
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.Object.wait(Object.java:338)
java.desktop@17.0.7/sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:291)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: styled-map-renderer-4 (119) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: Signal Dispatcher (4) of system

Thread: TMS-downloader-14 (103) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-21 (110) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-2 (87) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: image-fetcher-0 (123) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: Timer-0 (80) of JOSM
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.util.TimerThread.mainLoop(Timer.java:563)
java.base@17.0.7/java.util.TimerThread.run(Timer.java:516)

Thread: WMS-downloader-1 (125) of JOSM
org.openstreetmap.josm.tools.ImageWarp$GridTransform.getValue(ImageWarp.java:94)
org.openstreetmap.josm.tools.ImageWarp$GridTransform.transform(ImageWarp.java:82)
org.openstreetmap.josm.tools.ImageWarp.warp(ImageWarp.java:157)
org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.transform(ReprojectionTile.java:194)
org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.setImage(ReprojectionTile.java:105)
org.openstreetmap.gui.jmapviewer.Tile.setError(Tile.java:380)
org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.handleNoTileAtZoom(TMSCachedTileLoaderJob.java:309)
org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.loadingFinished(TMSCachedTileLoaderJob.java:202)
org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.finishLoading(JCSCachedTileLoaderJob.java:265)
org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:228)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: ForkJoinPool.commonPool-worker-7 (62) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: NetxSecurityThread (24) of NetxSecurityThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
net.adoptopenjdk.icedteaweb.client.parts.dialogs.security.SecurityDialogMessageHandler.run(SecurityDialogMessageHandler.java:91)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-7 (93) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: ForkJoinPool.commonPool-worker-1 (56) of InnocuousForkJoinWorkerThreadGroup
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: Common-Cleaner (13) of InnocuousThreadGroup
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@17.0.7/jdk.internal.ref.CleanerImpl.run(CleanerImpl.java:140)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)
java.base@17.0.7/jdk.internal.misc.InnocuousThread.run(InnocuousThread.java:162)

Thread: TMS-downloader-18 (107) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-13 (102) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: main-worker-0 (46) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: Java2D Disposer (17) of system
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:155)
java.base@17.0.7/java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:176)
java.desktop@17.0.7/sun.java2d.Disposer.run(Disposer.java:145)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: itwpool-1-itwthread-1 (28) of main
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: styled-map-renderer-5 (120) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: changeset-updater-0 (76) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:252)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1672)
java.base@17.0.7/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1182)
java.base@17.0.7/java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:899)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: Attach Listener (5) of system

Thread: TimerQueue (48) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:252)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1672)
java.base@17.0.7/java.util.concurrent.DelayQueue.take(DelayQueue.java:229)
java.desktop@17.0.7/javax.swing.TimerQueue.run(TimerQueue.java:172)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: Timer-1 (96) of JOSM
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.Object.wait(Object.java:338)
java.base@17.0.7/java.util.TimerThread.mainLoop(Timer.java:537)
java.base@17.0.7/java.util.TimerThread.run(Timer.java:516)

Thread: styled-map-renderer-7 (122) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1724)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1623)
java.base@17.0.7/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165)

Thread: Notification Thread (14) of system

Thread: TMS-downloader-16 (105) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-12 (101) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: WMS-downloader-0 (124) of JOSM
org.openstreetmap.josm.tools.ImageWarp$GridTransform.getValue(ImageWarp.java:94)
org.openstreetmap.josm.tools.ImageWarp$GridTransform.transform(ImageWarp.java:82)
org.openstreetmap.josm.tools.ImageWarp.warp(ImageWarp.java:157)
org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.transform(ReprojectionTile.java:194)
org.openstreetmap.josm.gui.layer.imagery.ReprojectionTile.setImage(ReprojectionTile.java:105)
org.openstreetmap.gui.jmapviewer.Tile.setError(Tile.java:380)
org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.handleNoTileAtZoom(TMSCachedTileLoaderJob.java:309)
org.openstreetmap.josm.data.imagery.TMSCachedTileLoaderJob.loadingFinished(TMSCachedTileLoaderJob.java:202)
org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.finishLoading(JCSCachedTileLoaderJob.java:265)
org.openstreetmap.josm.data.cache.JCSCachedTileLoaderJob.run(JCSCachedTileLoaderJob.java:228)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: CacheEventQueue.QProcessor-MVT_BLOCK_v2Thread-8 (89) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-5 (91) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-3 (88) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-8 (97) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-9 (98) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: Timer-2 (113) of JOSM
java.base@17.0.7/java.lang.Object.wait(Native Method)
java.base@17.0.7/java.lang.Object.wait(Object.java:338)
java.base@17.0.7/java.util.TimerThread.mainLoop(Timer.java:537)
java.base@17.0.7/java.util.TimerThread.run(Timer.java:516)

Thread: itwpool-1-itwthread-3 (41) of main
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:435)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)

Thread: TMS-downloader-15 (104) of JOSM
java.base@17.0.7/jdk.internal.misc.Unsafe.park(Native Method)
java.base@17.0.7/java.util.concurrent.locks.LockSupport.park(LockSupport.java:341)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionNode.block(AbstractQueuedSynchronizer.java:506)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.unmanagedBlock(ForkJoinPool.java:3463)
java.base@17.0.7/java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3434)
java.base@17.0.7/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1623)
java.base@17.0.7/java.util.concurrent.LinkedBlockingDeque.takeFirst(LinkedBlockingDeque.java:485)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:107)
org.openstreetmap.josm.data.cache.HostLimitQueue.take(HostLimitQueue.java:28)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1062)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1122)
java.base@17.0.7/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
java.base@17.0.7/java.lang.Thread.run(Thread.java:833)
}}}
"	junosl
defect	23356	1	Incorrect dialog sizes	Core			2023-12-20T23:57:27+01:00	2023-12-21T00:03:46+01:00	"==== What steps will reproduce the problem?
1. double click on tag for editing
2. open modal dialog with incorrect sizes
3. change dialog size and update tag value
4. open editing dialog again

==== What is the expected result?
it was keep last dialog size

==== What happens instead?
dialog opens with incorrect sizes

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-08-29 13:38:40 +0200 (Tue, 29 Aug 2023)
Revision:18822
Build-Date:2023-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18822 ru) Linux Arch Linux
Memory Usage: 1174 MB / 3834 MB (389 MB allocated, but free)
Java version: 21+35, N/A, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: ru_RU.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: ru_RU
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djosm.restart=true]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (36126)
+ imagery_offset_db (36126)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&zip=1
}}}
"	CupIvan
defect	23379	1	The edit-relation screen looses changes	Core			2024-01-01T06:48:20+01:00	2024-01-04T13:13:19+01:00	"The edit-relation window looses changes, depending on the order the user focuses controls.

Steps to reproduce:
* Open the edit-relation window for an existing relation
* click on an existing tag, and change its value
* Without moving focus to another control, use the mouse to close the window (clicking the top right X)
* Re-open the edit-relation window and see that your changes aren't there.

The problem is that the control never loses focus so the value isn't saved or marked as dirty.

I'm on Windows 10, installed JOSM through the windows app store (I know), running JOSM v18822"	blackboxlogic@…
defect	23382	1	History dialog doesn't show changes from imported OSC file	Core			2024-01-01T22:12:15+01:00	2025-07-15T02:00:51+02:00	"==== What steps will reproduce the problem?
1. Make changes in Vespucci, export as OSC
2. Open OSC file in JOSM
3. Select modified node/way and open its history (Ctrl+H)

==== What is the expected result?

History dialog shows all previous versions and currently modified version at the end.

==== What happens instead?

History dialog shows all previous versions but no currently modified version. At the same time, enabling ""Modified objects"" map paint style correctly highlights modified nodes/ways, and they have correct (modified) position and tags. Upload dialog also shows all changes correctly.

After saving changes as .osm and re-opening the new file, the behavior remains the same.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-08-29 13:38:40 +0200 (Tue, 29 Aug 2023)
Revision:18822
Build-Date:2023-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18822 en) Linux Gentoo Linux
Memory Usage: 4096 MB / 4096 MB (1191 MB allocated, but free)
Java version: 11.0.20.1+1, Gentoo, OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.gtk.GTKLookAndFeel
Screen: :0.0 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: es_ES.utf8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_ES
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djava.library.path=/lib:/usr/lib, -Dswing.aatext=TRUE, -Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (2.2.0)
+ MicrosoftStreetside (36194)
+ PicLayer (1.0.3)
+ PolygonCutOut (v0.7.3)
+ ShapeTools (1250)
+ apache-commons (36176)
+ apache-http (36176)
+ buildings_tools (36178)
+ ejml (36176)
+ geotools (36176)
+ imagery_offset_db (36126)
+ importvec (35995)
+ indoorhelper (1.2.3)
+ jackson (36176)
+ javafx (36178)
+ jaxb (36118)
+ jna (36176)
+ jogl (1.2.3)
+ jts (36004)
+ kendzi3d (1.0.205)
+ kendzi3d-resources (0.0.2)
+ log4j (36176)
+ lwjgl (36176)
+ lwjgl-unixoid (36176)
+ opendata (36186)
+ openindoor-1.0.2-josm (UNKNOWN)
+ openqa (v0.3.3)
+ reltoolbox (36178)
+ reverter (36126)
+ scripting
+ undelete (36126)
+ utilsplugin2 (36178)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/Addr2&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksAndFootways&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransportV2&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Direction&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- /plugins/indoorhelper/resources/sit.mapcss

Last errors/warnings:
- 42249.929 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42249.952 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42249.972 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42250.051 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42250.073 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42250.193 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42250.314 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42251.101 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42251.315 W: Not downloading all tiles because there is more than 40 tiles on an axis!
- 42251.476 W: Not downloading all tiles because there is more than 40 tiles on an axis!
}}}
"	mikedld
defect	23522	1	upload: suspicious data dialog cannot be closed with Esc key	Core			2024-02-27T12:08:39+01:00	2024-07-08T18:05:44+02:00	"==== What steps will reproduce the problem?
1. Create new layer
2. Add a node somewhere (no tags)
3. Press Ctrl+Shift+Up to start Upload -> The validator windows pops up to say that there is a warning
4. Press Esc to close the dialog

==== What is the expected result?
Popup closes (always)
==== What happens instead?
Popup doesn't close sometimes and can only be closed with the mouse. 
==== Please provide any additional information below. Attach a screenshot if possible.
I cannot reproduce this when I use the mouse to click on the upload button.
I also cannot reproduce when the layer contains much more data so that the validation task takes a bit longer.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-02-05 12:56:34 +0100 (Mon, 05 Feb 2024)
Revision:18969
Build-Date:2024-02-06 02:30:58
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18969 en) Windows 10 64-Bit
OS Build number: Windows 10 Pro 2009 (19045)
Memory Usage: 266 MB / 1888 MB (158 MB allocated, but free)
Java version: 17.0.8+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18789, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\HWConsole.exe]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (36196)
+ RoadSigns (36196)
+ SimplifyArea (36209)
+ apache-commons (36176)
+ buildings_tools (36200)
+ comfort0 (36200)
+ o5m (36126)
+ pbf (36176)
+ poly (36126)
+ reltoolbox (36200)
+ reverter (36196)
+ splinex (36126)
+ undelete (36126)
+ utilsplugin2 (36200)

Validator rules:
+ d:\java_tools\JOSM\mygeometry.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1
+ c:\josm\core\resources\data\validator\geometry.mapcss

Last errors/warnings:
- 00000.486 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.488 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00000.830 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
}}}
"	GerdP
defect	23594	1	surface=unspecified in preset LCA from HDDM Optional for: LCA v1.01/Roads	External preset			2024-04-01T20:27:40+02:00	2024-04-02T04:17:18+02:00	"[taginfo:tags/surface=unspecified#projects taginfo] reports this values is being supported in preset - while it either is better to leave it empty or support the key without placeholder value.

----
I tried and from what I see fixed presets in [wiki:Presets/CampingForOverlanders?action=diff&version=11] and in [wiki:Presets/OSMRookie?action=diff&version=9] but here I am not entirely sure how to fix it"	mkoniecz
defect	23732	1	Change default oauth2 token and authorize URLs from /api to /oauth2	Core			2024-06-13T14:01:40+02:00	2025-07-31T08:07:26+02:00	"JOSM is currently using `/token` and `/authorize` as the default token access and authorize URLs. 
E.g. for the server API URL `http://localhost:31500/api` the default URLs would be set to `http://localhost:31500/api/token` and `http://localhost:31500/api/authorize`

The rails port exposes these endpoints under `/oauth2` and not under `/api`:

https://github.com/openstreetmap/openstreetmap-website/blob/master/config/routes.rb#L2-L8

The default URLs for the example above should therefore be `http://localhost:31500/oauth2/token` and `http://localhost:31500/oauth2/authorize`.

The .well-known oauth file for openstreetmap.org also reflects this:
https://www.openstreetmap.org/.well-known/oauth-authorization-server

(Of course this is only really an issue when using a custom server that does not expose a .well-known file for oauth)"	Woazboat
defect	23749	1	The `State: all-referrers-downloaded` is not saved to file	Core	latest		2024-06-21T17:18:02+02:00	2024-06-24T17:34:15+02:00	"==== What steps will reproduce the problem?
1. Download a way and its parent objects
1. Select the way and open ""Advanced Info"" `Ctrl+I`
 * The second line says `State: all-referrers-downloaded`
1. Save the session (or data layer to file)
1. Exit JOSM
1. Start JOSM and load the session (or file)
1. Select the way and open ""Advanced Info"" `Ctrl+I`

==== What is the expected result?
The way should have `State: all-referrers-downloaded`

==== What happens instead?
The way has `State: referrers-not-all-downloaded`

==== Please provide any additional information below. Attach a screenshot if possible.
The `State` should be saved

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-06-20 17:24:54 +0200 (Thu, 20 Jun 2024)
Revision:19122
Build-Date:2024-06-21 01:31:16
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 00106.759 E: java.lang.IllegalStateException: JOSM expected to find primitive [way 324274729] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 00106.764 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -917] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
}}}
"	skyper
defect	23773	1	Missing icons and toolbar actions without name	Plugin matsim			2024-07-03T16:21:42+02:00	2024-07-03T16:21:42+02:00	"==== What steps will reproduce the problem?
1. Install the plugin
1. Restart JOSM

==== What is the expected result?
No warnings about missing icons and toolbar actions without name

==== What happens instead?
Missing icons and a lot of ""toolbar action without name""

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-07-02 17:10:50 +0200 (Tue, 02 Jul 2024)
Revision:19128
Build-Date:2024-07-03 01:31:15
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19128 en) Linux Debian GNU/Linux 12 (bookworm)
Memory Usage: 356 MB / 1970 MB (84 MB allocated, but free)
Java version: 17.0.11+9-Debian-1deb12u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1366x768x[Multi depth]@60Hz (scaling 1.00×1.00) :0.1 1920x1080x[Multi depth]@[Unknown refresh rate] (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME
Java package: openjdk-17-jre:amd64-17.0.11+9-1~deb12u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.40.0-3
fonts-noto: fonts-noto:all-20201225-1
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]

Plugins:
+ ImproveWay (32)
+ apache-commons (36273)
+ conflation (0.6.11)
+ ejml (36176)
+ flatlaf (36176)
+ geotools (36273)
+ imagery_offset_db (36226)
+ jackson (36273)
+ javafx (36200)
+ jaxb (36118)
+ jts (36004)
+ matsim (d70ae5a)
+ opendata (36256)
+ pt_assistant (637)
+ reverter (36256)
+ terracer (36205)
+ undelete (36226)
+ utilsplugin2 (36241)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Light_sources&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/IsSidepath&zip=1

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/light_source&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Direction&zip=1
- https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Bench&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Incline&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Landcover&zip=1

Validator rules:
- ${HOME}/JOSM/new/resources/data/validator/combinations_18674_21286.mapcss
- ${HOME}/JOSM/new/resources/data/validator/numeric_18535_min_height.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1

Last errors/warnings:
- 00016.109 E: unable to find dependency jaxb for plugin geotools
- 00016.111 E: unable to find dependency jaxb for plugin opendata
- 00016.111 E: unable to find dependency javafx for plugin matsim
- 00021.241 E: Failed to locate image 'open.png'
- 00021.248 E: Failed to locate image 'new.png'
- 00021.326 E: Failed to locate image 'matsim-scenario.png'
- 00021.326 W:  null: Could not get presets icon matsim-scenario.png
- 00021.328 E: Failed to locate image 'images/dialogs/logo.png'
- 00021.328 W:  Link: Could not get presets icon images/dialogs/logo.png
}}}


{{{
Using /usr/lib/jvm/java-17-openjdk-amd64/bin/java to execute josm-latest.
2024-07-03 15:30:44.802 INFO: Log level is at INFO (INFO, 800)
2024-07-03 15:30:46.516 INFO: loading plugin 'flatlaf' (version 36176)
2024-07-03 15:30:47.547 INFO: loading plugin 'jaxb' (version 36118)
2024-07-03 15:30:47.573 INFO: loading plugin 'javafx' (version 36200)
2024-07-03 15:30:50.896 INFO: GET https://api.openstreetmap.org/api/0.6/user/details -> HTTP/1.1 200 (809 ms; 926 B)
2024-07-03 15:30:54.399 INFO: Obtained 157 Tag2Link rules from resource://META-INF/resources/webjars/tag2link/2024.2.8/index.json
2024-07-03 15:31:00.720 SEVERE: unable to find dependency jaxb for plugin geotools
2024-07-03 15:31:00.721 SEVERE: unable to find dependency jaxb for plugin opendata
2024-07-03 15:31:00.722 SEVERE: unable to find dependency javafx for plugin matsim
2024-07-03 15:31:00.727 INFO: loading plugin 'reverter' (version 36256)
2024-07-03 15:31:01.062 INFO: RemoteControl: adding command ""revert_changeset"" (handled by RevertChangesetHandler)
2024-07-03 15:31:01.076 INFO: loading plugin 'apache-commons' (version 36273)
2024-07-03 15:31:01.077 INFO: loading plugin 'jts' (version 36004)
2024-07-03 15:31:01.078 INFO: Adding https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 to tag checker
2024-07-03 15:31:01.092 INFO: loading plugin 'ejml' (version 36176)
2024-07-03 15:31:01.096 INFO: loading plugin 'geotools' (version 36273)
2024-07-03 15:31:02.518 INFO: Warp/affine reduction enabled: true
2024-07-03 15:31:04.998 INFO: loading plugin 'utilsplugin2' (version 36241)
2024-07-03 15:31:05.184 INFO: loading plugin 'ImproveWay' (version 32)
2024-07-03 15:31:05.186 INFO: loading plugin 'imagery_offset_db' (version 36226)
2024-07-03 15:31:05.218 INFO: loading plugin 'conflation' (version 0.6.11)
2024-07-03 15:31:05.259 INFO: loading plugin 'opendata' (version 36256)
2024-07-03 15:31:05.343 INFO: loading plugin 'pt_assistant' (version 637)
2024-07-03 15:31:05.371 INFO: Reassigning shortcut 'menu:Public Transport' from null to 576 because of conflict with Alt+P
2024-07-03 15:31:05.371 INFO: Silent shortcut conflict: 'menu:Public Transport' moved by 'menu:Presets' to 'Alt+Shift+F1'.
2024-07-03 15:31:05.413 INFO: Registered toolbar action help/PTWizard overwritten: org.openstreetmap.josm.plugins.pt_assistant.actions.PTWizardAction gets org.openstreetmap.josm.plugins.pt_assistant.actions.PTWizardAction
2024-07-03 15:31:05.420 INFO: Defaults for shortcut.entry.tools:extplatformnode differ: [ExtractPlatformNodeAction, 71, 5008, 71, 640, true, false] != [Extract platform node, 71, 5008, 71, 640, true, false]
2024-07-03 15:31:05.422 INFO: loading plugin 'jackson' (version 36273)
2024-07-03 15:31:05.424 INFO: loading plugin 'undelete' (version 36226)
2024-07-03 15:31:05.489 INFO: loading plugin 'matsim' (version d70ae5a)
2024-07-03 15:31:05.839 INFO: Registered toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.840 INFO: Registered toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.843 INFO: Registered toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.844 INFO: Registered toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.849 INFO: Reassigning shortcut 'menu:matsimImport' from null to 576 because of conflict with Ctrl+Alt+G
2024-07-03 15:31:05.851 INFO: Silent shortcut conflict: 'menu:matsimImport' moved by 'tools:extplatformnode' to 'Alt+Shift+F2'.
2024-07-03 15:31:05.851 SEVERE: Failed to locate image 'open.png'
2024-07-03 15:31:05.856 INFO: Reassigning shortcut 'menu:matsimNetwork' from null to 576 because of conflict with Ctrl+Alt+G
2024-07-03 15:31:05.857 INFO: Silent shortcut conflict: 'menu:matsimNetwork' moved by 'tools:extplatformnode' to 'Alt+Shift+F3'.
2024-07-03 15:31:05.858 SEVERE: Failed to locate image 'new.png'
2024-07-03 15:31:05.863 INFO: Reassigning shortcut 'menu:matsimConvert' from null to 576 because of conflict with Ctrl+Alt+G
2024-07-03 15:31:05.863 INFO: Silent shortcut conflict: 'menu:matsimConvert' moved by 'tools:extplatformnode' to 'Alt+Shift+F4'.
2024-07-03 15:31:05.864 INFO: Registered toolbar action without name: org.matsim.contrib.josm.actions.ConvertAction
2024-07-03 15:31:05.867 INFO: Registered toolbar action without name: org.matsim.contrib.josm.actions.ShapeExporter
2024-07-03 15:31:05.869 INFO: Registered toolbar action without name: org.matsim.contrib.josm.actions.DownloadAction
2024-07-03 15:31:05.871 INFO: Registered toolbar action without name: org.matsim.contrib.josm.actions.DownloadVBBAction
2024-07-03 15:31:05.873 INFO: Registered toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.875 INFO: Registered toolbar action without name: org.matsim.contrib.josm.actions.TransitScheduleExportAction
2024-07-03 15:31:05.877 INFO: Defaults for shortcut.entry.menu:matsimConvert differ: [Menu: Simulate, 71, 5007, 71, 576, true, false] != [Menu: Convert to MATSim Network, 71, 5007, 71, 576, true, false]
2024-07-03 15:31:05.879 INFO: Keystroke shift alt pressed F4 is already assigned to org.matsim.contrib.josm.actions.ConvertAction@efe49ab, will be overridden by org.matsim.contrib.josm.actions.OTFVisAction@59fea5f5
2024-07-03 15:31:05.880 INFO: Registered toolbar action without name: org.matsim.contrib.josm.actions.OTFVisAction
2024-07-03 15:31:05.936 SEVERE: Failed to locate image 'matsim-scenario.png'
2024-07-03 15:31:05.937 WARNING:  null: Could not get presets icon matsim-scenario.png
2024-07-03 15:31:05.938 SEVERE: Failed to locate image 'images/dialogs/logo.png'
2024-07-03 15:31:05.939 WARNING:  Link: Could not get presets icon images/dialogs/logo.png
2024-07-03 15:31:05.965 INFO: loading plugin 'terracer' (version 36205)
2024-07-03 15:31:05.993 INFO: Toolbar action without name: org.openstreetmap.josm.plugins.ptl.PublicTransportLayer$AddLayerAction
2024-07-03 15:31:05.994 INFO: Toolbar action without name: org.openstreetmap.josm.plugins.ptl.DistanceBetweenStops
2024-07-03 15:31:05.995 INFO: Toolbar action without name: org.matsim.contrib.josm.actions.ConvertAction
2024-07-03 15:31:05.996 INFO: Toolbar action without name: org.matsim.contrib.josm.actions.ShapeExporter
2024-07-03 15:31:05.996 INFO: Toolbar action without name: org.matsim.contrib.josm.actions.DownloadAction
2024-07-03 15:31:05.996 INFO: Toolbar action without name: org.matsim.contrib.josm.actions.DownloadVBBAction
2024-07-03 15:31:05.996 INFO: Toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.997 INFO: Toolbar action without name: org.matsim.contrib.josm.actions.TransitScheduleExportAction
2024-07-03 15:31:05.997 INFO: Toolbar action without name: org.matsim.contrib.josm.actions.OTFVisAction
2024-07-03 15:31:05.997 INFO: Toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.997 INFO: Toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.998 INFO: Toolbar action without name: org.matsim.contrib.osm.RepairAction
2024-07-03 15:31:05.998 INFO: Toolbar action without name: org.matsim.contrib.osm.RepairAction
}}}
"	skyper
defect	23810	1	Way Split shows superfluous warning of splitting way with possible referrers	Core			2024-07-16T13:35:07+02:00	2024-08-08T16:50:08+02:00	"==== What steps will reproduce the problem?
1. Select node on a completely downloaded way.
2. Press P.


==== What is the expected result?
The way is split without issue.

==== What happens instead?
JOSM displays the warning that I'm about to split a way that may have undownloaded referrers, which might lead to broken relations.

==== Please provide any additional information below. Attach a screenshot if possible.
The attached file shows that the way I'm trying to split is very much downloaded in its entirety. The way doesn't even belong to any relation.
I know I can hide the warning, but I'd rather want it to warn me when I'm about to actually split a relation. Crying wolf and all that.


{{{
Revision:19128
Build-Date:2024-07-06 10:12:45

Identification: JOSM/1.5 (19128 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Enterprise LTSC 2021 21H2 (19044)
Memory Usage: 1184 MB / 8152 MB (326 MB allocated, but free)
Java version: 21.0.3+9-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1200x32bpp@59Hz (scaling 1.00×1.00) \Display1 1920x1080x32bpp@60Hz (scaling 1.00×1.00) \Display2 1360x768x32bpp@60Hz (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19128, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]
Dataset consistency test: No problems found

Plugins:
+ FastDraw (36226)
+ ImportImagePlugin (36184)
+ ImproveWay (32)
+ PicLayer (1.0.3)
+ PolygonCutOut (v0.7.3)
+ SimplifyArea (36209)
+ alignways (36205)
+ apache-commons (36273)
+ buildings_tools (36226)
+ changeset-viewer (0.0.7)
+ contourmerge (v0.2.1)
+ ejml (36176)
+ ext_tools (36126)
+ geotools (36273)
+ importvec (36200)
+ jackson (36273)
+ jaxb (36118)
+ jts (36004)
+ log4j (36273)
+ measurement (36256)
+ merge-overlap (36178)
+ pdfimport (36205)
+ reltoolbox (36280)
+ reverter (36256)
+ routing (36226)
+ splinex (36126)
+ turnlanes (36206)
+ turnrestrictions (36226)
+ undelete (36226)
+ utilsplugin2 (36241)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1
+ \fi-sv.xml

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Potlatch2&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip

Validator rules:
+ \my.validator.mapcss

Last errors/warnings:
- 00000.340 W: extended font config - overriding 'filename.Malgun_Gothic=malgun.ttf' with 'MALGUN.TTF'
- 00000.341 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.341 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00001.389 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
- 00008.159 E: unable to find dependency jaxb for plugin geotools
}}}
"	anonymous
defect	23812	1	Does not zoom to downloaded data	Plugin reverter			2024-07-18T14:34:00+02:00	2024-07-18T16:43:42+02:00	"==== What steps will reproduce the problem?
1. Add a layer (data or imagery)
1. Revert a CS without any data layer or to a new data layer

==== What is the expected result?
The newly downloaded data is zoomed to

==== What happens instead?
No changes in position and zoom

==== Please provide any additional information below. Attach a screenshot if possible.
This is rather new and worked before. I guess the plugin needs to be adapted to recent changes in core or these core changes do not work properly with plugins.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-07-17 20:50:17 +0200 (Wed, 17 Jul 2024)
Revision:19148
Build-Date:2024-07-18 01:30:41
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19148 en) Linux Debian GNU/Linux 12 (bookworm)
Memory Usage: 835 MB / 1970 MB (180 MB allocated, but free)
Java version: 17.0.11+9-Debian-1deb12u1, Debian, OpenJDK 64-Bit Server VM

Plugins:
+ reverter (36256)
+ undelete (36226)
+ utilsplugin2 (36241)
}}}
"	skyper
defect	23867	1	"After Upload all new ways get ""State: referrers-not-all-downloaded"""	Core	latest		2024-08-18T23:03:46+02:00	2024-08-18T23:22:28+02:00	"==== What steps will reproduce the problem?
1. Have a way with all referrers downloaded
1. Split the way
1. Upload data
1. Advanced info

==== What is the expected result?
The just newly created way with version 1 should have all referrers downloaded

==== What happens instead?
State: referrers-not-all-downloaded

==== Please provide any additional information below. Attach a screenshot if possible.
~~Same for ""Upload modified"" but~~ I am not sure how to handle the situation if just a selection is uploaded as the modified relations might not yet have been uploaded but I think we should be fine as internally the way is now member of the modified (though not uploaded) relations.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-08-17 16:56:13 +0200 (Sat, 17 Aug 2024)
Revision:19199
Build-Date:2024-08-18 01:30:30
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	23896	1	Incorrect warning about possibly invisible referrers deleting a relation with or without members inside downloaded area	Core	tested		2024-09-04T14:30:24+02:00	2024-09-04T14:51:45+02:00	"==== What steps will reproduce the problem?
1. Download an area which includes a MP with all members (e.g. a building with hole)
1. Select the relation and try to delete it 

==== What is the expected result?
No warning or a warning that I try to delete a relation with members

==== What happens instead?
A warning about possible invisible referrers

==== Please provide any additional information below. Attach a screenshot if possible.
I thought we have a different warning when deleting ""complete"" relations, especially in case of zero members but I always only get the incorrect warning about the referrers displayed.
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-08-28 22:00:04 +0200 (Wed, 28 Aug 2024)
Revision:19207
Build-Date:2024-08-29 01:30:31
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 00024.168 E: Failed to locate image 'open.png'
- 00024.175 E: Failed to locate image 'new.png'
- 00024.226 E: Failed to locate image 'matsim-scenario.png'
- 00024.227 W:  null: Could not get presets icon matsim-scenario.png
- 00024.229 E: Failed to locate image 'images/dialogs/logo.png'
- 00024.229 W:  Link: Could not get presets icon images/dialogs/logo.png
- 00156.975 W: Unable to use English input method
- 01676.334 W: Unsaved changes - The relation has been changed.

Do you want to save your changes?
- 01702.778 W: Unsaved changes - The relation has been changed.

Do you want to save your changes?
}}}
"	skyper
defect	23940	1	History Dialog: No new version listed if the object is deleted	Core			2024-09-24T15:55:37+02:00	2024-09-24T15:55:37+02:00	"==== What steps will reproduce the problem?
1. Download some data
1. Delete a node
1. Select the deleted node through search: `type:node deleted` with option ""all objects""
1. Open the History Dialog

==== What is the expected result?
A new version without a corresponding CS and the deleted state and therefore without coordinates

==== What happens instead?
No new version and no information about your modification

==== Please provide any additional information below. Attach a screenshot if possible.
This is also relevant in case of conflicts, as the incorrect version is used, a wrong CS is listed under ""Properties"" at least when a layer with a locally deleted node is merged to a copy of the layer without the deletion, see #23930

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-09-20 14:06:54 +0200 (Fri, 20 Sep 2024)
Revision:19228
Build-Date:2024-09-21 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
defect	23949	1	[PATCH] sidewalk=* missing	Internal preset	tested		2024-10-03T19:33:21+02:00	2024-12-11T13:26:25+01:00	Why was “sidewalk=both/left/right/no” replaced by “sidewalk:both/left/right=*” in the template for “highway=residential” in version 19230? That would have been fine as an addition, but replacing “sidewalk=*” completely seems wrong.	anonymous
defect	23986	1	Some lower levels of presets menu are displayed on wrong screen	Plugin flatlaf			2024-10-29T16:12:59+01:00	2024-10-29T18:44:26+01:00	"I tried with empty preferences only installing the plugin and was not able to reproduce.
I tried with `Metal` and it does not happen with my current preferences.

==== What steps will reproduce the problem?
1. Have two of more screens
1. Have the plugin installed and use `Flatlaf Dracula`
1. Select a node
1. Presets -> Man Made -> Power **''or''** Presets -> Sports -> Sport (Ball)

==== What is the expected result?
The lower levels are always displayed on the right side of the level above on the same screen

==== What happens instead?
The lowest level is displayed on the opposite screen

==== Please provide any additional information below. Attach a screenshot if possible.
As already mentioned above, I can only reproduce it with my current preferences. It happens consistently but only with some sub-menus. Moving the main window to another screen does not change this strange behavior. As I seldom use the presets menu, I cannot tell give any date when this strange behavior started. Are there any options which change the placement of sub-menus?

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-10-28 21:08:46 +0100 (Mon, 28 Oct 2024)
Revision:19252
Build-Date:2024-10-29 02:30:30
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19252 en) Linux Debian GNU/Linux 12 (bookworm)
Memory Usage: 948 MB / 5908 MB (603 MB allocated, but free)
Java version: 17.0.13+11-Debian-2deb12u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatDarculaLaf
Screen: :0.0 1366x768x[Multi depth]@60Hz (scaling 1.00×1.00) :0.1 1920x1080x[Multi depth]@[Unknown refresh rate] (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME
Java package: openjdk-17-jre:amd64-17.0.13+11-2~deb12u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.40.0-3
libcommons-compress-java: libcommons-compress-java:all-1.22-1
fonts-noto: fonts-noto:all-20201225-1
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true, -XX:MaxRAMPercentage=75.0, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]
Dataset consistency test: No problems found

Plugins:
+ ImproveWay (32)
+ Mapillary (1778)
+ apache-commons (36282)
+ conflation (0.6.11)
+ ejml (36176)
+ flatlaf (36176)
+ geotools (36273)
+ imagery_offset_db (36344)
+ jackson (36273)
+ javafx (36282)
+ jaxb (36118)
+ jts (36004)
+ matsim (d70ae5a)
+ opendata (36343)
+ pt_assistant (637)
+ reverter (36343)
+ terracer (36344)
+ undelete (36298)
+ utilsplugin2 (36344)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Light_sources&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/IsSidepath&zip=1
+ https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/light_source&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Direction&zip=1
- https://raw.githubusercontent.com/species/josm-preset-traffic_sign_direction/master/direction.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Bench&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Incline&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Landcover&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksPlus&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/FixmeAndNote&zip=1

Validator rules:
- ${HOME}/JOSM/new/resources/data/validator/combinations_18674_21286.mapcss
- ${HOME}/JOSM/new/resources/data/validator/numeric_18535_min_height.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1
}}}
"	skyper
defect	24076	1	wrong order of transport relation member's after member split if the member drives to a round about	Core			2025-01-11T16:12:08+01:00	2025-01-12T15:59:11+01:00	"==== What steps will reproduce the problem?
1. create a PTV2 relation with at least a way driving to a round-about.
2. split the way.

==== What is the expected result?
Member's order in the PTV2 relation should remain logical.

==== What happens instead?
The order was wrong.

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

During the Changeset: https://www.openstreetmap.org/changeset/161165941#map=19/47.582513/-2.692487, the way D 310 (https://www.openstreetmap.org/way/295076007) was cut, creating the way D 310 (https://www.openstreetmap.org/way/1349758227#map=19/47.582513/-2.692487).
The relationship https://www.openstreetmap.org/relation/9292178 has been updated, but the order of the members isn't correct if one of the ends of the way is on a traffic circle, here Giratoire de Kermarch (https://www.openstreetmap.org/way/1026187060#map=19/47.582513/-2.692487), possibly because the junction=roundabout is not treated as oneway=yes.



Please note that the creator of the bug is not the reporter due to language issues. The reporter is not even the contributor that created the issue.
Nevertheless configurations should be similar. If needed I can ask to copy/paste reporter environment description.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2025-01-02 12:51:21 +0100 (Thu, 02 Jan 2025)
Revision:19277
Build-Date:2025-01-03 02:30:34
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19277 fr) Linux Mint 20.3
Memory Usage: 456 MB / 11680 MB (48 MB allocated, but free)
Java version: 21.0.5+11-LTS, Eclipse Adoptium, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1200x[Multi depth]@60Hz (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: fr_FR.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: fr_FR
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: XFCE
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20200323-1build1~ubuntu20.04.1
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djava.net.useSystemProxies=true, -XX:MaxRAMPercentage=75.0, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]
Program arguments: [‐Dlog4j2.formatMsgNoLookups=True]
Dataset consistency test: No problems found

Plugins:
+ CommandLine (36344)
+ FastDraw (36344)
+ FixAddresses (36344)
+ Mapillary (1789)
+ OpeningHoursEditor (36344)
+ PicLayer (1.0.3)
+ SeaChart (36349)
+ SeaMapEditor (36345)
+ apache-commons (36349)
+ cadastre-fr (36344)
+ conflation (0.6.11)
+ ejml (36348)
+ geotools (36349)
+ jackson (36349)
+ jaxb (36349)
+ jts (36349)
+ opendata (36354)
+ reverter (36354)
+ tageditor (36350)
+ todo (141)
+ utilsplugin2 (36362)
+ wikipedia (418)

Tagging presets:
+ https://raw.githubusercontent.com/OpenNauticalChart/josm/master/INT-1-preset.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/DamageTagging&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BAR-damage-assessment&zip=1
+ https://raw.githubusercontent.com/Sowa1980/Natural_disasters_disasters_danger_preset/master/Natural%20disasters_disasters_danger_preset.zip
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/FR.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/DisasterDamageAssessment&zip=1

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/BAR-damage-assessment&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/DisasterDamageAssessment&zip=1

Last errors/warnings:
- 00035.518 W: Impossible de trouver le fichier '‐Dlog4j2.formatMsgNoLookups=True'.
}}}
"	Bibi 
defect	24558	1	Keep getting error when trying to download new data.	Core			2025-12-02T13:19:44+01:00	2025-12-20T14:18:37+01:00	"==== What steps will reproduce the problem?
1. 
2. 
3. 

==== What is the expected result?

==== What happens instead?

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2025-08-31 14:19:57 +0200 (Sun, 31 Aug 2025)
Revision:19439
Build-Date:2025-09-02 01:30:58
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19439 en) Linux Arch Linux
Memory Usage: 392 MB / 8184 MB (189 MB allocated, but free)
Java version: 25.0.1, Arch Linux, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1366x768x[Multi depth]@60Hz (scaling 1.00×1.00) :0.1 1920x1080x[Multi depth]@[Unknown refresh rate] (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_IN.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_IN
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME
VM arguments: [--add-modules=java.scripting,java.sql, -Djosm.restart=true, -Djava.net.useSystemProxies=true, -XX:MaxRAMPercentage=75.0, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]
Dataset consistency test: No problems found

Plugins:
+ CADTools (23)
+ ElevationProfile (36438)
+ FastDraw (36438)
+ Mapillary (1813)
+ RelationDissolve (0.2.0)
+ apache-commons (36438)
+ buildings_tools (36438)
+ contourmerge (v0.2.2)
+ ejml (36438)
+ geotools (36438)
+ imagery_offset_db (36438)
+ jackson (36438)
+ jaxb (36438)
+ jts (36438)
+ mapathoner (v1.7.1)
+ markseen (176)
+ opendata (36460)
+ pbf (36438)
+ pmtiles (36438)
+ reltoolbox (36438)
+ splinex (36438)
+ utilsplugin2 (36438)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1

Last errors/warnings:
- 00091.224 E: Handled by bug report queue: java.lang.NoClassDefFoundError: sun/security/action/GetPropertyAction. Cause: java.lang.ClassNotFoundException: sun.security.action.GetPropertyAction



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (37) of main
java.lang.NoClassDefFoundError: sun/security/action/GetPropertyAction
	at com.sun.media.imageioimpl.plugins.pnm.PNMImageWriter.(PNMImageWriter.java:111)
	at com.sun.media.imageioimpl.plugins.pnm.PNMImageWriterSpi.createWriterInstance(PNMImageWriterSpi.java:117)
	at java.desktop/javax.imageio.spi.ImageWriterSpi.createWriterInstance(ImageWriterSpi.java:351)
	at java.desktop/javax.imageio.ImageIO$ImageWriterIterator.next(ImageIO.java:805)
	at java.desktop/javax.imageio.ImageIO$ImageWriterIterator.next(ImageIO.java:789)
	at java.desktop/sun.awt.X11.XDataTransferer.getPlatformMappingsForFlavor(XDataTransferer.java:413)
	at java.desktop/sun.awt.datatransfer.DesktopDatatransferServiceImpl.getPlatformMappingsForFlavor(DesktopDatatransferServiceImpl.java:87)
	at java.datatransfer/java.awt.datatransfer.SystemFlavorMap.flavorToNativeLookup(SystemFlavorMap.java:439)
	at java.datatransfer/java.awt.datatransfer.SystemFlavorMap.getNativesForFlavor(SystemFlavorMap.java:553)
	at java.desktop/sun.awt.datatransfer.DataTransferer.getFlavorsForFormats(DataTransferer.java:453)
	at java.desktop/sun.awt.datatransfer.ClipboardTransferable.(ClipboardTransferable.java:88)
	at java.desktop/sun.awt.X11.XClipboard.getContents(XClipboard.java:109)
	at org.openstreetmap.josm.gui.datatransfer.ClipboardUtils.getClipboardContent(ClipboardUtils.java:107)
	at org.openstreetmap.josm.gui.datatransfer.ClipboardUtils.getClipboardContent(ClipboardUtils.java:95)
	at org.openstreetmap.josm.gui.datatransfer.ClipboardUtils.getClipboardStringContent(ClipboardUtils.java:80)
	at org.openstreetmap.josm.gui.widgets.AbstractIdTextField.tryToPasteFromClipboard(AbstractIdTextField.java:75)
	at org.openstreetmap.josm.gui.dialogs.changeset.SingleChangesetDownloadPanel.build(SingleChangesetDownloadPanel.java:64)
	at org.openstreetmap.josm.gui.dialogs.changeset.SingleChangesetDownloadPanel.(SingleChangesetDownloadPanel.java:40)
	at org.openstreetmap.josm.gui.dialogs.changeset.ChangesetCacheManager.buildToolbarPanel(ChangesetCacheManager.java:143)
	at org.openstreetmap.josm.gui.dialogs.changeset.ChangesetCacheManager.build(ChangesetCacheManager.java:315)
	at org.openstreetmap.josm.gui.dialogs.changeset.ChangesetCacheManager.(ChangesetCacheManager.java:333)
	at org.openstreetmap.josm.gui.dialogs.changeset.ChangesetCacheManager.getInstance(ChangesetCacheManager.java:93)
	at org.openstreetmap.josm.gui.download.BookmarkList.load(BookmarkList.java:289)
	at org.openstreetmap.josm.gui.download.BookmarkList.(BookmarkList.java:245)
	at org.openstreetmap.josm.gui.download.BookmarkSelection.addGui(BookmarkSelection.java:117)
	at org.openstreetmap.josm.gui.download.DownloadDialog.buildMainPanel(DownloadDialog.java:162)
	at org.openstreetmap.josm.gui.download.DownloadDialog.(DownloadDialog.java:263)
	at org.openstreetmap.josm.gui.download.DownloadDialog.(DownloadDialog.java:251)
	at org.openstreetmap.josm.gui.download.DownloadDialog.getInstance(DownloadDialog.java:92)
	at org.openstreetmap.josm.actions.DownloadAction.actionPerformed(DownloadAction.java:40)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2314)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:407)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
	at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:299)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6576)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3404)
	at java.desktop/java.awt.Component.processEvent(Component.java:6341)
	at java.desktop/java.awt.Container.processEvent(Container.java:2260)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4958)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2318)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4790)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4917)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4560)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4501)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2304)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2671)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4790)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:725)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:702)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Caused by: java.lang.ClassNotFoundException: sun.security.action.GetPropertyAction
	at org.openstreetmap.josm.plugins.PluginClassLoader.loadClass(PluginClassLoader.java:82)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:490)
	... 57 more
}}}
"	surajth64@…
enhancement	724	1	Josm Extrude for multiple elements	Core			2008-05-03T17:55:05+02:00	2014-08-27T23:43:14+02:00	"The Extrude option at the moment just can extrude one way at the same time. It would be quite nice, if it would be possible to extrude more than one the same time, like its possible for moving, deleting, ...

The extrusion should be according to the local vector (or otherwise be possible only to parallel ways). This way it would be possible to create more complicated buildings using the following sequence: 
1. draw line
2. extrude line
3. add more points to the now rectangle
4. extrude several segments (between newly created points on rectangle) the same time, by this assuring that they all have the same (extrusion) length (and will therefore render much nicer)

it also will save lots of time when manipulating large areas of same shaped house (like single-houses in suburban areas)"	dieterdreist
enhancement	1701	1	josm should support loading multiple audio files	Core audio	tested		2008-11-03T00:58:36+01:00	2017-02-19T17:56:40+01:00	"from Layer menu ""Import images"" allows selection of multiple images, which presumably get matched to their respective locations via the file timestamp. Why can't the same be done for audio files, to support dictaphones/cellphones that record multiple files? Instead, the ""Import audio"" only allows one track to be selected. It seems pointless to have to use some external software to do the ""for each waypoint in the GPX file, a  element needs to added"" bit, when the code already exists in josm.

Also http://josm.openstreetmap.de/wiki/Help/AudioMapping/SeparateClips says ""Do you have suitable software to link the audio tracks to the GPX file if your GPS doesn't support voice notes directly"" - could someone add any links here to software that actually does this, because I couldn't find any and ended up having to write my own python script. "	chris.bainbridge@…
enhancement	2136	1	Suggestion: instant roundabouts	Plugin rex			2009-02-04T19:13:03+01:00	2023-08-17T20:56:28+02:00	"Drawing roundabouts can be fiddly and repetitive

It could be useful to have a drop in roundabout based on this:
http://wiki.openstreetmap.org/wiki/Image:RoundaboutWithSeparatedEntriesAndExits.png

A few clicks on JOSM could create this, e.g. convert one node to a standard roundabout

 * It would be a circular way, tagged junction=roundabout.
 * It has with four exits. Each exit has 2 approaches, which are tagged oneway=yes.
 * The user can then join it to surrounding roads and adjust it to fit."	LeedsTracker
enhancement	2173	1	Show the Progress of preparing Data after downloading an Area	Core	latest		2009-02-14T14:40:27+01:00	2023-04-28T13:45:56+02:00	"es wäre nützlich den Fortschritt anzuzeigen (in Prozent und als Balken).
"	Benedikt.L
enhancement	2520	1	ability to write commit message while working	Core	tested		2009-05-03T17:56:42+02:00	2020-04-15T23:52:42+02:00	"build 1566.
it would be nice to have a textbox available that would allow the user to write commit message as he works, then, when uploading, commit message field is populated with contents from that textbox. it could be located in the sidebar, maybe toggle-able as other components of the sidebar.

rationale - when editing in josm, i find myself either forgetting all the general change categories, or i open some text editor to keep my notes there, then paste them."	richlv
enhancement	2891	1	(unfinished PATCH) new mapmode for circles	Core			2009-07-09T14:45:33+02:00	2011-12-24T00:04:36+01:00	"Someone wanted the creation of circles more interactive, so here is a prototype of a new map mode. It can replace the actions to align in and create circles maybe.
Perhaps the feature is not ready, but I have no idea how to put the stuff into a plugin.

What can it do:
 - create a circle by selecting a node and dragging the mouse
 - double-click on an open way with 2 nodes will extrude it into a circle
 - double-click on a closed way will align the nodes in a circle
 - rotating ways works like in Select mode

Notes:
 - double-click in combination with  will add no further nodes
 - double-click in combination with  will not align angles
"	Landwirt
enhancement	3034	1	open relation editor by click on turn-restriction symbol	Core			2009-07-22T18:44:58+02:00	2016-01-28T17:21:33+01:00	easy like this: open relation editor by click on turn-restriction symbol (and show the relation that creates this symbol).	dieterdreist
enhancement	3283	1	Improve audio markers	Core audio			2009-08-15T13:17:33+02:00	2019-03-01T20:02:45+01:00	"The audio markers should be somewhat improved, so that syncing gets easier.

E.g.
- display last played marker (the one who is synced too) in green
- display markers without attached sound in red and disable clicking for these."	stoecker
enhancement	3417	1	GPX parsing error messages shown in the console aren't shown in the UI	Core	latest		2009-09-06T03:39:06+02:00	2013-05-11T16:03:16+02:00	"When opening an invalid GPX file I might get something like this in the console:

{{{
org.xml.sax.SAXParseException: The element type ""gpx"" must be terminated by the matching end-tag """"
}}}

However the UI only says that the file couldn't be opened due to a parsing error.

It would be helpful to have more specific error messages in the UI."	avarab@…
enhancement	3496	1	Background checking mode for validator	Core validator	latest		2009-09-14T12:03:12+02:00	2016-11-21T20:26:42+01:00	A nice feature for the validator might be a background checking feature which show up errors after editing way. Feature should get a small button in front of the others and should be automatically activated after full scan for errors in the data layer, so you can see which errors was corrected and which not.	Bürste
enhancement	3560	1	Tool bar buttons: add small arrow indicating submenu	Core	latest		2009-09-20T20:39:02+02:00	2021-03-25T14:20:46+01:00	"you can put function in the icon-bar on the top. but there is no different in the look of icons for one function or for icons which will show more functions in a flyout (roll-down). is it possible to add an arrow to sign this is a pull-down-icon.

german
in die ober leiste mit den icons für die funktionen, die man auch selber erweitern kann, können einzelne funktionen oder aber auch icons abgelegt werden die sich bei bedarf erweitern (flyout, rollup oder wie man diese auch immer nennen will).

man kann an den icons aber nicht unterscheiden ob einzelfunktion oder flyout - wäre es nicht möglich bei den icons mit mehreren funktionen (flyout) eine kennzeichnung (z.b. ein kleiner pfeil) einzubringen um diese besser unterscheiden zu können. wer autocad von euch kennt weiß vermutlich was ich meine.

ansonsten eine mail schicken und ich mache einmal ein bild.
"	Luebeck
enhancement	3607	1	working with download bounding boxes	Core			2009-09-28T16:33:41+02:00	2009-09-28T16:33:41+02:00	"I would very much welcome if JOSM had a way to select download bounding boxes.  There could even be a list of bounding boxes on the right hand panel.  Then I could envision to be able to do:

 - update a bounding box from API
 - upload a bounding box to API
 - remove a bounding box (remove the  element from the .osm file)
 - remove a bounding box and the data in it (ways that have nodes in the bbox and not in another bbox, nodes that are in the bbox and not in another and are not depended upon by ways with nodes in another bbox, reletions of which the last loaded member is being removed)
 - ?"	mjulius
enhancement	3865	1	Support GarminDataBase format	Plugin dataimport			2009-11-08T12:57:49+01:00	2018-10-04T12:53:53+02:00	Josm sollte GDB öffnen können.	anonymous
enhancement	4112	1	Relation editor: Allow selecting objects in the relation editor selection list to apply operations to	Core	latest		2009-12-06T16:36:54+01:00	2012-12-06T23:22:31+01:00	"When I select multiple objects and add them to a relation it would be useful if I could select objects in the *relation editor* selection list to apply operations to them within the relation editor.

For example if I have 10 things on my JOSM selection list but want to add 5 of them to the front of the relation and 5 to the end.

It's also useful when I select 2 objects, one of which is already in the relation (so I can click edit on the relation in the properties list). In that case I only want to add the new object to the relation.

It would be nice to be able to highlight only that object and add it to the relation."	avarab@…
enhancement	4168	1	Geoimage: remember synchronization offset value for different cameras	Core image mapping			2009-12-13T19:54:04+01:00	2014-08-17T01:36:25+02:00	If you take photos with different cameras it is inconvinient that always the last offset is put as default value. Instead the last known offset for this particular camera should be used. The camera model and manufacturer could be read easily from EXIF data.	bastiK
enhancement	4350	1	PicLayer: Import of raster images (*.map, *.kal, *.geotiff) and calibration information (.wld, .tfw)	Plugin piclayer			2010-01-12T09:16:20+01:00	2019-06-07T12:00:24+02:00	"Hello,
is it possible for PicLayer to import other calibration formats and georeferenced images (like kal, cal, map, geotiff ...)?
cantece"	cantece
enhancement	4507	1	conflict manager: option to switch freeze after all members on/off.	Core	latest		2010-02-11T14:02:42+01:00	2012-02-16T00:19:15+01:00	"Pleas do not automatically fix the member-list automatically after inserting ""all their/mine elements"". It is way more error-productive this way than the other way around.

Speaking for myself I always have to unfix the list to include some of my ways inbetween.

P.S:: should it not be my instead of mine ?"	skyper
enhancement	4615	1	conflict manager: tags: provide buttons use all my/their tags	Core	latest		2010-02-25T14:17:58+01:00	2019-07-06T17:20:42+02:00	"Hi

Please provide 2 buttons like the 2 in the members window.

Thanks a lot."	skyper
enhancement	4637	1	"Add ""Retry now"" button to ""Starting retry in X seconds"" dialog"	Core	latest		2010-02-28T23:46:57+01:00	2010-02-28T23:47:10+01:00	One should be able to manually retry without waiting for the JOSM countdown timer.	avarab@…
enhancement	4654	1	warning when deleting an object with remaining conflict	Core	latest		2010-03-02T14:23:59+01:00	2021-11-26T16:20:22+01:00	"This is not a bug itself but the way JOSM works right now is dangerous and it is quite frustrating solving conflicts.

I have a conflict of elements with a way. This leads to have a node without connection nor tag on the active layer.

I delete this node because its ""lonely"" and I get no information about the pending conflict.[[BR]]
Yes, I should not have edited while there exists any conflicts, but this can also happen while solving conflicts on nodes with a pending conflict of elements of a way.

I am not able to restore this object (way) as it was if I have delete an element and restoring the element itself can take quit some time if you have to undo 50 conflict solutions and later manually redo them because of #4608.


version 2057

Thanks a lot skyper "	skyper
enhancement	4746	1	conflict manager: please highlight deleted members and conflict in roles separately	Core	latest		2010-03-16T13:35:12+01:00	2015-02-10T19:51:13+01:00	"It would be nice if deleted members in the conflict-manager would be highlighted somehow ( for example ~~incomplete~~).

Thanks a lot"	skyper
enhancement	4748	1	conflict manager: member dialog: possibility to apply role to all selected members	Core	latest		2010-03-16T15:16:37+01:00	2012-02-16T01:39:48+01:00	"Hi guys/girls !

Thanks for your work.

It would be nice, if you could add a role to all selected members in the conflict manager member dialog, like the way it works within the normal relation dialog.

I often have ordered some part of a relation and someone else has aplied many roles to incomplete members. I have to merge this differences by either take theirs and rework my ordering or take my applying roles from their one by one to the members.

Thanks a lot."	skyper
enhancement	4798	1	"relation editor: highlight ""doubled"" members with different roles differently than ""doubled"" members with the same role"	Core	latest		2010-03-24T19:21:53+01:00	2012-02-16T01:46:07+01:00	"Please highlight ""doubled"" members with different roles differently than ""doubled"" members with the same role in the relation editor.

Right now I do not see any differences between the same members with different roles and same members with same roles. I have a route, line=bus which uses the same way first forward and later backwards. I can order its members using the way twice with different roles, someone else will not see the differences and just delete one of the entries in member-list, cause they are highlighted as ""doubled"".

Thanks skyper"	skyper
enhancement	5060	1	Add nodes by heading/distance.	Core			2010-05-22T07:59:25+02:00	2023-01-21T10:17:32+01:00	"It would be nice to be able to draw lines using data from surveyors' maps and legal land descriptions.  Those documents typically say things like "" S 42°35'17"" E  225' "", which indicates a line starting from the current point, 225 feet long, with a heading of 42°35'17"" East of South (equal to a compass heading of 137°24'43"").

I imagine a function similar to the existing ""Add Node..."".  You would first select a starting point, then click this new tool (called ""Add Line..."" perhaps?).  You would then get a dialog where you would enter a distance (in feet or meters) and a heading (as a compass heading or in the above notation).  

When you click ""OK"", a new node would be added at the specified distance and angle from the original node, with a line connecting them.  The new line would be selected, and if you do ""Add Line..."" again, the newly added node would be used as the start point, rather similar to how the existing ""Draw nodes"" works.

Come to think of it, this could be added to the existing ""Add Node..."" tool, instead of in a new tool.  If you have a node selected before choosing ""Add Node..."", the dialog could have tabs to choose different data entry forms, so you can enter either lat/long or heading/distance.  In either case, the tool could draw a line from the selected node to the new node.
"	dw-osm@…
enhancement	5079	1	Orthoganalize nodes that are not connected by ways	Core	tested		2010-05-29T01:29:08+02:00	2020-04-09T14:48:21+02:00	It would be nice to be able to select nodes to be orthoganalized that are not joined by ways. This would allow you to ortho a shape that is almost orthogonal, but has a couple non-ortho features, without having to resort to drawing a temporary way to connect them and deleting it afterward.	AM909
enhancement	5097	1	[α Patch] possibility to repeat the last action (macro recording)	Core			2010-06-02T14:01:59+02:00	2016-09-01T09:19:46+02:00	"Hi

Nice work you doing - Thanks.
Even if I repeat myself, I mean it and think there are not enough compliments and recognitions about work that is done, especially when it is voluntarily.


I often find myself doing actions over and over again.

It would be nice if JOSM would provide a possibility to repeat these actions.

Maybe it is possible to have even a number of actions repeated.

Thanks

skyper "	skyper
enhancement	5124	1	relation merge	Core	latest		2010-06-09T23:43:59+02:00	2020-11-02T23:51:24+01:00	"Posibility merge 2 or more relations can be useful.

""Merge nodes"" not active on relations, so can be used to this with selection detect.


Select 2 or more relations in relation list and mark them as selected (search can be used too)[[BR]]
Use ""M"" as merge[[BR]]
Select destination relation[[BR]]
Move uniq mebers to them[[BR]]
Merge relation tags same way as on ways/nodes
"	jezevec
enhancement	5203	1	Key to jump to next error	Core validator			2010-07-01T10:37:52+02:00	2017-07-26T20:00:06+02:00	"I find myself having to fix quite a lot of errors (for instance, I have a file with 1500+ overlapping buildings...). I am already really happy with the autozoom functionality (#5183), and I'd appreciate if there was a way to press a key (or combination of keys) that would select the next error in the list, just as if you would have double-clicked it.

It would save me from having to navigate to the left of the screen, double click the next line, and then return to the center of the screen to zoom further on the problem to fix.

Would such a feature be possible? I guess this request can seem a bit far fetched, but when dealing with high numbers of errors it speeds up the process quite nicely."	e2jk
enhancement	5205	1	Support Undo in relation editor	Core	latest		2010-07-02T12:28:08+02:00	2022-09-21T14:19:58+02:00	When adding Stuff into the relation editor and keep it open, you can't undo the action of adding. 	dieterdreist
enhancement	5421	1	Please make SimplifyArea plugin to be part of the JOSM core	Core			2010-09-08T13:20:16+02:00	2021-03-18T22:01:10+01:00	"Please make SimplifyArea plugin to be the part of the JOSM core. Simplify Area action has become one of my essential operations performed very often on various areas (buildings, landuses, ...). I've created the plugin because the built-in Simplify Way is absolutely not suitable for this purpose and mostly makes more damage than profit. IMHO SimplifyArea is more suitable even for simplifying ways than Simplify Way itself.

Please try this plugin on your own and you will experience what I am talking about :-). The sources are commited to your SVN."	*Martin*
enhancement	5944	1	reload configuration	Plugin ext_tools			2011-02-12T18:56:07+01:00	2014-09-15T03:20:55+02:00	"at the moment it is necessary to restart JOSM if one changed the tools.cfg by editor.
kind of reload would be nice"	jstein
enhancement	6146	1	Hatch entire data layers without download bounds	Core	latest		2011-03-25T00:49:10+01:00	2017-10-30T23:17:27+01:00	"When you start with downloading an OSM object (by ID) there is no hatch to indicate which parts are downloaded (it looks as if you downloaded everywhere) (the same on ""new layer""). It would be better to display a hatch over everything."	dieterdreist
enhancement	6247	1	Same functionality of different buttons	Plugin utilsplugin2	latest		2011-04-21T13:35:30+02:00	2016-09-03T06:02:28+02:00	"After my selection menu additions and Zverik`s 'More Tools' we have some actions with the same behaviour:

1) SelectWayNodes (Ctrl-Shift-N) and my AdjacentNodes (E) do the same if only ways are selected
[E does also extend the selection on neighbouring ways when pressed repeatedly]

2) Zverik`s AlignWayNodes is close to L (Align Nodes in Line), but L does not place node between its neighbours 
and AlignWayNodes does now work with selected ways.

So, maybe the functionality should be merged?

For example, AlignWayNodes can go to the Core as an extension of L behaviour. 

My E and Hanno Hecker`s Ctrl-Shift-N can also be joined

Possibly, it can become a part of new core Selection menu, where 'Select all', 'Uselect all' can also be placed (Bastik`s idea: http://josm.openstreetmap.de/ticket/6168#comment:21)

I think, ""Unselect nodes"" can be placed there too, and maybe AddIntersectingWays (I). I am not sure about it, but I use them very often myself.

P.S. See also Undo Selection request - http://josm.openstreetmap.de/ticket/6250

"	akks
enhancement	6273	1	"Add extra menu entries for ""Rotate 90 degrees to the right/left"""	Plugin utilsplugin2			2011-04-25T20:47:52+02:00	2021-12-06T09:05:31+01:00	"Hi

I would like extra menu entries for ""'''Rotate 90 degrees to the right'''"" and ""'''Rotate 90 degrees to the left'''"".
So that you can easily and exactly turn an object around 90 degrees. There will be no more need to press Ctrl + Shift and turning it manually.



Regards,
Atalanttore"	Atalanttore
enhancement	6302	1	general function for splitting areas into multiple rows and columns	Plugin utilsplugin2	tested		2011-05-03T22:46:27+02:00	2022-08-15T21:40:43+02:00	i would be great if the split function from the terracer plugin could be provided in form of a general plugin, that lets me split up areas into multiple rows and columns. this way i could split up parking areas into single parking spaces (see osmwiki:Proposed_features/parking)	flaimo
enhancement	6312	1	terracer: alphabetical interpolation	Plugin terracer			2011-05-05T22:22:17+02:00	2011-05-05T22:22:17+02:00	"I wish that terracer also would know about alphabetical interpolation as extra option and when entering lowest + highest housenumber. Did not check with nodes selected, as this methode is not useful for me caused by #6172 and #6178

o25199"	skyper
enhancement	6319	1	More information and options on error 410 pop up (deleted object)	Core	latest		2011-05-07T15:08:36+02:00	2020-07-21T18:37:17+02:00	"I wish more information on this popup:

[[Image(wiki:Help/ErrorMessages:Object_deleted_error_message.png)]]

At least the objects id should be given, but a link to server would be nice, too, and possible maybe a connection to the undelete plugin if installed.

Thanks

r4076"	skyper
enhancement	6429	1	"Extend ""Jump to Position"" function to support different coordinate formats"	Core			2011-06-05T09:48:24+02:00	2023-04-20T16:50:11+02:00	"I would like to see the ""Jump to Position"" function supports different formats like ""Add Node (Shift+D)"" function does. That will ease switching between different map editing tools.

Also I found the entry of coordinates as "" "" in one textbox is more intuitive."	HARioV 
enhancement	6489	1	turnlane plugin:  add extra left lane on the outer left side of all lanes.	Plugin turnlanes			2011-06-21T00:22:15+02:00	2011-06-21T12:45:51+02:00	"If you click on '''+''' on the left side the extra lane is added on the left side of the main road and not on the outer left side of all lanes.

On the right side it adds a lane on the outer side.

I think it would be more intiuitive to add it for both sides on the outer of all lanes.

Thanks

r4052, o26154"	skyper
enhancement	6656	1	OpeningHoursEditor corrections + enhancements	Plugin openinghourseditor	latest		2011-07-29T15:15:51+02:00	2017-01-03T00:52:22+01:00	"Following the discussion in ticket #6584 I've moved a few wishes here:

- While manually editing the text value and noticing a syntax error, the plugin's behavior is highly user-unfriendly - the grid with rectangular boxes disappears and the user may be completely lost.

 I'd recommend to keep the graphics part corresponding to the last known correct value (until the text edit field will be corrected) and let the user override the incorrectly edited text part with mouse moves on the graphics part.

- One correction to the description: ""''You can also create a single time-point (for example: Mo-Fr 09:15) by setting the height of the rectangle to 0, the color of the rectangle will change to green. You can also delete a rectangle by changing its width __or height__ to 0.''""

 The second sentence is misleading. Actually a rectangle can be deleted by a) setting its width to 0, or b) setting its height below 0. Green (single-time point) rectangles can be deleted just with the a) method, because it is not more possible to change their height to anything from 0.

- A couple of times I wanted to add opening hours to some POI. I've opened the plugin GUI (""edit new tag"" is selected, but the line next to it is empty), pressed OK, painted some time rectangles (not noticing the Key line keeping empty) and pressed OK, then wondered, where is the new tag gone. Wrong, it was not even created - empty key name.

 A much more friendly behavior would be to replace the Key line with the same control, which is used in the simple basic dialog for adding a key + value to object's properties (it is possible to choose from supported values (pull-down with small triangle at the right side) - [http://wiki.openstreetmap.org/wiki/File:Josm_openinghourseditor_pic02.png just as it appears in the plugin's wiki], and/or edit the value manually) and populate the list with common key names (opening_hours, service_times, collection_times, etc. with opening_hours being the default)."	Pepou
enhancement	6804	1	template_report should attach test osm file	Core bugreport			2011-09-08T21:54:19+02:00	2013-11-13T10:51:30+01:00	"Many bugs are hard to reproduce/test when there are no test osm files attached to it. To tackle this, we could:
* ask the user to attach a test file (similar to ""What is the expected result?"")
* provide an automated uploading facility to attach the open layer to the ticket (after asking the user, how to deal with huge opened files?)"	simon04
enhancement	6955	1	(patch (unfinished)) Introducing JMapView SceneGraph	JMapViewer	latest		2011-10-12T17:52:28+02:00	2014-09-23T02:14:54+02:00	"I'm still working on this, but I wanted to go ahead and jump-start the topic as I'm sure others would like to contribute input.

I've placed together a working primitive scene graph for JMapView which allows you to draw objects in both world and local space. Moving and rotating parent objects will now result in child objects, markers, and labels being moved. In addition, you can also create scenes, which include groups of objects, specific to coordinates in view.  Scenes are also capable of being animated if you choose to have moving objects on the map, which is useful for the application I'm using this in.

You can create objects in your scene by extending the MapObject abstract class and defining unimplemented methods. For example, the following code draws a basic rectangular structure with a label on top of the structure marking a specific location:

{{{
#!java
/**
 * @author Jason Huntley
 *
 */
public class MapFacility extends MapObject {
    final static BasicStroke stroke = new BasicStroke(2.0f);
    private FacilityModel facility = null;
    private Color color = Color.black;

    public MapFacility(FacilityModel model) {
        super();
        this.facility = model;
    }
    

    @Override
    public void initialize(MapViewInterface view) {
        this.setWorldCoordinate(facility.getLat(), facility.getLon());

        if (runway.getHeading()!=null)
            this.setRotateDegrees(facility.getHeading());

        MapLabel label=new MapLabel(facility.getLocation());

        label.setLocalCoordinates(0, -5);

        addMapObject(label);
    }

    /**
     * @return the color
     */
    public Color getColor() {
        return color;
    }

    /**
     * @param color the color to set
     */
    public void setColor(Color color) {
        this.color = color;
    }

    /*
     * Draw example object
     */
    @Override
    public void drawObject(Graphics2D g2, AffineTransform at) {
        Rectangle2D rect=new Rectangle2D.Double();

        rect.setRect(-(facility.getWidth()/2), 0, facility.getWidth(), facility.getLength());

        Shape shape2=at.createTransformedShape(rect);

        g2.draw(shape2);
    }
}
}}}

I'll try to get a working animated demo for you guys. I have to move the use-case out of our private source.

I'm attaching the code for reference."	jhuntley
enhancement	6990	1	Preset: option to allow to enter user-defined value with multiselection (WAS: cuisine tag entry form should allow to enter any value, not only pick from list)	Core			2011-10-22T03:44:59+02:00	2014-12-11T16:39:39+01:00	"https://wiki.openstreetmap.org/wiki/Key:cuisine says 

  The value is left up to you, as the needs of different countries and regions may vary dramatically.

But currently form, contains cuisine, allows only picking from prefigured list. There should be a box to allow to enter own cousines as addition to prefilled."	iav
enhancement	6997	1	zoom controls for the slippy map	Core	latest		2011-10-23T19:09:11+02:00	2018-12-04T21:14:32+01:00	i don't know why nobody noticed that, but when calling the download dialog, the slippy map doesn't have any controls for zooming in and out the map. it seems the programmer assumed, that everyone has a scroll wheel on a mouse or knows the keyboard shortcuts for zooming (which i think, still don't work on a mac). from a usability point of view i consider this a major bug, since this is the point where new users might already surrender and go back to potlatch if they can't even zoom in and out to a specific location.	flaimo
enhancement	7140	1	Improvements for /capabilities at startup	Core			2011-12-13T13:21:46+01:00	2017-03-18T13:38:52+01:00	"At the moment, there is no reason for the {{{/capabilities}}} request when JOSM starts. The intention is to read a blacklist like [http://fosm.org/api/capabilities this] one, but openstreetmap.org doesn't provide it at the moment. Here is a list of improvements, that would make this feature more transparent:

 * Fix timeout - at the moment JOSM can freeze for minutes, when there is a slow network connection (see #6823).
 * Don't run the request in main or event dispatch thread - should be done in the background.
 * For each server URL remember whether it serves a blacklist. Skip the request at start if it doesn't. (This information can be refreshed, when it is older than 2 months.)
 * Cache the capabilities locally. Only request at start when cache is missing or older than one week.

"	bastiK
enhancement	7526	1	downloading new map paint styles hangs prefs dialog	Core	latest		2012-03-19T13:08:13+01:00	2012-03-20T09:40:13+01:00	"Clear your cache, then select a large number of (new) styles to download. Clicking 'ok' will make the dialog hang until all downloads are finished. It should display a progress bar instead.

Could apply to tagging presets as well, haven’t checked."	xeen
enhancement	7788	1	validator should accept some kinds of way overlaps	Core validator	latest		2012-06-17T12:54:06+02:00	2020-11-09T19:18:19+01:00	"A convenient and sensible way to map ways is to
- map the waterways in one thread at layer -2
- overlap culverts and bridges at layer -1
- map roads in one thread at layer 0
- overlap road/railway tunnels at level 1

convenient: obviously easier not to have to tag many way segments all the same[[BR]]
sensible: for example, 
- a tunnel is not the river, it's something around it
- a bridge is concrete under continued tarmac
in fact, the way runs uninterrupted.

Hence, JOSM should allow such overlap combinations and forbid others.
Or, even more simply, it should allow them because they're not at the same level=layer.

Note that it should be supported to map an overlapping segment even of the same kind and layer to add or modify a tag on a short distance.  Say turn a tarmac road to cobblestone for 100m with overlap=cobblestone.
"	A_Pirard
enhancement	7887	1	unobtrusive node squares and black on white servers issue	Core	latest		2012-07-20T19:54:50+02:00	2012-12-20T20:59:10+01:00	"
When displaying at a low zoom level, all you see, especially of towns, is yellow swarms of what will be squares after substantial zooming in.  Something could be done so that ways are shown instead, as a guide of where to zoom in, and even a tidier view when zoomed in.

Suggestions:
- not display squares below a user configurable low zoom level (one you never edit with but use to find your way)
- or/and not display a square at all when it's obvious there is one (at a sharp angle, esp. building corner)
- - unless it's not standard (color), either node or path is selected, the mouse hovers over node or path, ...

Update: solved with CSS as described in comment 11.
But a new issue raised for displaying black on white servers, see same comment.




"	A_Pirard
enhancement	8207	1	Detect captive portals	Core	tested		2012-11-20T01:41:58+01:00	2018-10-24T18:37:29+02:00	"tried to download and got redirected to a crappy hotel login page

{{{
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-11-10 02:31:13
Last Changed Author: bastiK
Revision: 5576
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-11-09 21:16:38 +0100 (Fri, 09 Nov 2012)
Last Changed Rev: 5576

Identification: JOSM/1.5 (5576 en)
Memory Usage: 142 MB / 682 MB (20 MB allocated, but free)
Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM
Operating system: Linux
Dataset consistency test: No problems found

Plugin: PicLayer (28807)
Plugin: terracer (28807)

org.openstreetmap.josm.io.OsmTransferException: org.xml.sax.SAXParseException; lineNumber: 2; columnNumber: 6; The processing instruction target matching ""[xX][mM][lL]"" is not allowed.
	at org.openstreetmap.josm.io.BoundingBoxDownloader.parseRawGps(BoundingBoxDownloader.java:91)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:105)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:82)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:145)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:679)
Caused by: org.xml.sax.SAXParseException; lineNumber: 2; columnNumber: 6; The processing instruction target matching ""[xX][mM][lL]"" is not allowed.
	at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)
	at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:177)
	at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:391)
	at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1404)
	at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanPIData(XMLScanner.java:691)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanPIData(XMLDocumentFragmentScannerImpl.java:997)
	at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanPI(XMLScanner.java:659)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:931)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:625)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:819)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:748)
	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208)
	at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:525)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:392)
	at org.openstreetmap.josm.io.GpxReader.parse(GpxReader.java:420)
	at org.openstreetmap.josm.io.BoundingBoxDownloader.downloadRawGps(BoundingBoxDownloader.java:45)
	at org.openstreetmap.josm.io.BoundingBoxDownloader.parseRawGps(BoundingBoxDownloader.java:79)
	... 9 more
}}}
"	richlv
enhancement	8225	1	split object with several split ways selected.	Plugin utilsplugin2			2012-11-27T02:22:40+01:00	2020-03-16T13:58:55+01:00	"I did try to split attached object at once but it did not work and I had so do it step by step.

Please allow to split with several new untagged ways selected as split-ways.

Thanks

[[Image(building_screenshot.png,center,500)]]

{{{
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-11-26 02:30:58
Last Changed Author: simon04
Revision: 5600
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-11-25 21:24:25 +0100 (Sun, 25 Nov 2012)
Last Changed Rev: 5600

Identification: JOSM/1.5 (5600 de)
Memory Usage: 466 MB / 643 MB (76 MB allocated, but free)
Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM
Operating system: Linux
Dataset consistency test: No problems found

Plugin: PicLayer (28807)
Plugin: terracer (28807)
Plugin: utilsplugin2 (28807)
}}}
"	skyper
enhancement	8288	1	Hour resolution	Plugin openinghourseditor			2012-12-24T15:27:21+01:00	2012-12-24T15:27:21+01:00	"It would be nice, to select hour resolution in editor in combobox or something.
By default it should be full hour, but if needed, you could increase it from 60 to 30, 15 or 10 minutes.
If you start editor with existing value, it could be also set according to used values.

For fast editing, you could also increase resolution by pressing Ctrl or something during drag."	lesko987
enhancement	8289	1	Opening the dialog.	Plugin openinghourseditor			2012-12-24T15:38:18+01:00	2012-12-24T15:41:21+01:00	"It is quite complicated to open the dialog. 5 keys from keyboard or 3 clics with mouse. One can put button to toolbar, but it would be even better to show link in tagging panel line Address or contact editor. It should appear automatically according to present keys (opening_hours, collection_times,...)

Maybe there could also be link to editor from dialogs containing opening hours (baker, fuel, resturant, shop,...) "	lesko987
enhancement	8308	1	"JOSM should display a setup assistant / ""getting started"" wizard on first run"	Core			2012-12-30T17:06:21+01:00	2013-02-09T14:25:11+01:00	"Everytime I run JOSM for the first time on a new machine, I have to setup a lot of things to match my personal preferences, some of them are necessary to work (OSM account, network preferences), some of them are optional but quite frequent I think (disable dynamic buttons on large screens, setup language, projection, install some plugins).

Many of these choices will require a restart, and only experienced users know which settings can be customized together at once in order to minimize the number of restarts.

Users should go through a setup assistant to help them to configure these essential things the first time they run JOSM."	Don-vip
enhancement	8345	1	Coloured_Postcode: support associatedStreet and Street relation	External mappaint style			2013-01-12T17:06:43+01:00	2013-01-12T17:08:16+01:00	"Actually, with a valid postal_code boundary I would not need to add any doubled information to nodes and ways.

As this did/does not work for some people the postcode is added once again. One method is to use associatedStreet or Street relations.

Please, support these relations in your style(s).

Thanks

P.S.: In my city, we have streets which are postcode boundaries leading to different postcodes on each side. Without the relations I would have to introduce `left`/`right` or `for-`/`backward` to add the postcode to the street."	skyper
enhancement	8399	1	Validator could merge two ways with same position if one is an inner without tags	Core validator			2013-02-05T23:30:45+01:00	2022-04-09T13:53:36+02:00	"Sometimes I find duplicate ways like this:

multipolygon A: landuse=forest
made by two ways: Aouter (no tags) + way Ainner (no tags)

way B: natural=water
a different way but with the same nodes of way Ainner

Validator warns that there are two ways with same position: Ainner and B, but it doesn't correct it automatically.

I would like that, if there are these conditions:
- there are only 2 duplicate ways
- one way belongs to a relation (Ainner)
- the role of Ainner is inner
- Ainner has no tags
- the other way does not belong to relations (B)

Validator could correct them automatically (after the user clicked the usual button) by:
- copying the tags from B to Ainner
- deleting way B

Thank you"	anonymous
enhancement	8407	1	Add checkbox to 'merge selected' dialog box to remove merged objects from source layer	Core	latest		2013-02-08T22:40:12+01:00	2013-02-09T09:42:09+01:00	"I have been using JOSM to selectively merge in lots of town names from the GNS database in Mali.  Since I want to manually review each one I keep the source data as a separate layer and then do 'merge selected' on one (or a few) nodes at a time to merge them into the OSM layer that I subsequently upload.  Currently everytime I do a merge of some objects I also then have to hit delete to remove these objects from the original source layer otherwise they end up in both layers (I want them removed from the source layer so I can track which ones have been merged in already).

In order to make this a lot quicker and less prone to error, it would be nice to have a checkbox in the 'merge selected' dialog that pops up asking if you want to also remove the merged objects from the source layer (leaving the box unchecked would retain the current behavior).  The merged objects (if the box is checked) should just be 'purged' from the source layer, i.e. they should not be marked marked for deletion, just removed from the layer.  For the text for the checkbox I would suggest something like ""Purge objects from source layer"" or ""Remove objects from source layer"" so that is clear to the user that they will not be deleted, just removed from the original layer.

Finally, the checkbox should remember whether it is checked or not (I would default to unchecked until the user checks it and remember the state from then on).  Having to check the box each time would be no easier than hitting delete after the merge, which is the current use scenario."	AndrewBuck
enhancement	8443	1	Improve reverse way user interface	Core			2013-02-19T11:13:39+01:00	2013-07-18T20:36:35+02:00	"Usually a user reversing a way really wants to reverse the way (e.g. oneway). So I suggest an improved interface.

When a oneway=yes way is reversed, ask
 * Do you want to reverse oneway direction (results in reversed way and oneway=yes)
 * Do you want to reverse way (results in normal dialog which leads to reversed way and oneway=-1)

For oneway -1 an additional selection should be there to get rid of these -1's when possible.

When a oneway=-1 way is reversed, ask
 * Do you want to reverse oneway direction only (results in normal way and oneway=yes)
 * Do you want to reverse oneway direction (results in reversed way and oneway=-1)
 * Do you want to reverse way (results in normal dialog which leads to reversed way and oneway=yes)

If more complicated cases appear, stick to normal dialog.

Maybe we simply can add additional ""shortcut"" buttons to the normal tag correction display."	stoecker
enhancement	8460	1	Validator checks for Public Traffic Proposal relations	Core validator			2013-02-25T07:48:48+01:00	2019-08-20T16:53:48+02:00	"1.

If a type=route relation is a member of a type=route_master relation, it should be viewed as a route according to the accepted Public Traffic Proposal 
osmwiki:Proposed_features/Public_Transport and the error messages should include the following items.

(Citations from the proposal are marked with ""PTP"" here.)

(Recognizing a PT route relation is not easy. The existence of a route_master as said above is a sure way as route_masters were never proposed elsewhere. But the Public Traffic Proposal does allow omitting the route_master relation... But it's impossible to give error messages if there is no way to find out if something is wrong or just not made according the Proposal)

==> see #comment:41

-----------

2.

The only roles are ""stop"", ""platform"", ""stop_exit_only"", ""stop_entry_only"", ""platform_exit_only"", ""platform_entry_only"" and """".

PTP: ""Each direction/variant relation contains all available «stop_positions», «platforms» and ways.""

PTP: ""If a stop is only for exiting or entering the vehicle (common for nightly services) the roles stop and platform should be replaced with stop_exit_only or stop_entry_only and platform_exit_only or platform_entry_only.""

PTP: ""After all the stops all the used ways should be inserted into the relation with an empty role.""

-----------

3.

All """" entries (tour ways) refer to OSM Ways and follow as a block at the end of the relations member list.

PTP: ""After all the stops all the used ways should be inserted into the relation with an empty role.""

-----------

4.

If exactly two entries with the same name or belonging to the same stop_area follow each other, the entry with the role ""stop"" should be before the entry ""platform"". This should not be an error but a warning, as both may refer to two different stops of the vehicle.

PTP: ""first the stop_position tagged with role stop and immediately followed by the corresponding platform tagged with role platform.""

-----------

~~5.~~

The tag route does not have a value light_rail. All trains should be marked with train. The same holds for route=light_train. (The railway infrastructure may be different.) 

PTP: ""train / subway / monorail / tram / bus / trolleybus / aerialway / ferry""

==> invalid see #comment:34 and #comment:39

-----------

6.

The name of a route should have the form PTP: "" :  => "" 
and the route_master name should have the form PTP: "" ""

This should be warnings only as the mappers need some more flexibility:
1. there are vehicles (many ferries) which do not have a reference number
2. there are Public Traffic Routes, which have several vehicle types 
   (Swedish bus lines are often served by buses and taxis depending on the 
    expected customer count)
3. Tagging different variants with the same name is not acceptable. Most 
   mappers use additional substrings ""=> xx =>"" to solve the problem. They 
   should not get an error message for that.

-----------

~~7.~~

A node with the role platform may not have any infrastructure in the Public Traffic Proposal. So shelter=yes, tactile_paving=yes or bench=yes should lead to an error message (shelter=yes only a warning as it is also used to indicate a shelter belonging to a shop at the stop)

PTP: ""A public_transport=platform is used to tag a Way or Area where the passengers can wait for the vehicles. If there is no platform in the real world, one can place a Node at the pole.""

The message could propose using the old style highway/railway=platform for these nodes.

==> invalid see #comment:37

-----------

~~8.~~

There is no public_transport=stop_area_group

==> we already have a warning ""unknown relation type"", see also comment:48


"	Weide
enhancement	8559	1	unhide toggle dialog buttons should not hide contents of focused dialog	Core			2013-03-31T01:43:51+01:00	2013-04-30T14:13:55+02:00	"My major problem with the unhiding of the buttons in the toggle dialogs is that they hide space of the dialog in focus.

I think it would be much nicer if the buttons would appear under the active dialog maybe hiding part of the one below. Logically this won't work for the lowest.

EDIT: as discussed in comments, a better option should be to adjust dynamically the height of the dialog contents. "	skyper
enhancement	8612	1	Next version of remote control API	Core	latest		2013-04-16T10:44:48+02:00	2013-07-29T19:01:17+02:00	"Since we have started to change remote control functions r5872 r5845 r5837 , the version of Remote control API should be increased.

But before doing this, we may need to implement some minor remote control enhancements. I propose to discuss all of them here.

I was asked to add some functionality by CupIvan, author and maintainer of one of Russian validators http://osm.cupivan.ru but it needs discussion.

1. Allow ""noconfirm"" option to `add_tags` parameter - do not show confirmation dialog at all (+one more security permission ? )

2. Allow separate request to return JOSM version (to check supporting extra fuctionality). Do we want to allow getting some more JOSM info, like installed plugins ?

3. Allow to add changeset tags that indicate using the specific validator/web tool by remote request (`changeset_tags` parameter?) , related to #8149 

-- From me:

4. Document, enchance and use `zoom_mode` parameter  in all possible commands (see also #5669)

5. (most crazy) Support opening remote file with preferences http://josm.openstreetmap.de/wiki/Help/Preferences/ImportExport or execute configuration xml script sent in POST request if the user really agree with it. This could help to install plugins, specify imagery sources customize toolbars/styles/presets for team work.
But there is possible security issue - for now, arbitrary JS execution is allowed and JS has full access to Java API. The code checker may be added to restrict the configuration, maybe forbid JS execution more complex than `${a==2 && b==3}`.

6. Add usage example to the reply on errors and empty parameter lists, #8228 
We could implement the steps independently, when reaching an agreement which ones to add.




"	akks
enhancement	8707	1	Highlight key/value pair that triggered error symbol to display on the map	Core			2013-05-12T22:03:44+02:00	2013-05-13T01:23:36+02:00	"When a node contains a tag that is not appropriate it will get highlighted with yellow box with a crossed through red circle in the box. It would be usefull to see which property caused this to happen by means of highlighting when selecting the node.

For example: 
A node containing the tag:
highway=path
were highlighted as wrongly tagged for the node. It had 3 other tags so 4 in total. A visual highlight of the the ""wrong"" key/value pair in this case highway=path would be useful as one then does not need to evaluate each tag and can simply follow the visual clue to correct the problem."	ggeldenhuis
enhancement	8709	1	Offer to convert into a multipolygon relation when splitting an area	Core			2013-05-13T14:35:47+02:00	2021-05-23T10:05:51+02:00	"Got this idea from the German mailing list.

If you split an area please offer a dialog to convert the area into a multipolygon relation.

The funtion to convert does already exist.

Thanks"	skyper
enhancement	8820	1	Tabular edit of name tags	Plugin tageditor			2013-06-26T14:53:38+02:00	2014-04-09T19:52:21+02:00	"Currently, it is extremely uncomfortable to edit several name:xx tags.

For example, if we have a city in Japan where we want to create the
following name tags for every street:
 
name
name:ja
name:ja-roma
name:en

The following method in order for that is necessary:
1. Find and select a street.
2. Go to the right, press on ""add property""
3. Insert the desired key
4. Insert the value
5. Press on OK
6. Repeat steps 2-5 for every name:xx.
7. Repeat steps 1-6 for every street.

This leads to several problems:
1. You may forget a street because you have to search for it on the map.
2. There are too many mouse clicks necessary. Likely, after 10 streets
you don't want to do it anymore.
3. It is impossible to compare the names across different streets.

I propose a tabular view of the properties. This should be done in the
following way:
JOSM offers a button where a new window is displayed, which will show
all downloaded items. In the rows, the individual items will be
displayed. In the columns, JOSM will automatically detect which name:xx
tags are currently used and then create the appropriate columns. A new
name tag can easily be created by inserting the language code in the
rightmost column.

When you change or enter data, the appropriate property of the node will
be created or changed. After you have made edits to everything, you
press on ""OK"", and all the edits will be stored in the properties.

This has the following advantages:
1. It can easily be seen which languages are present.
2. There is no need to move the mouse or press buttons: You can add data
as easily as in Excel.
3. New languages can be easily created.

The tabular view should also have a option to filter the items. When
adding new languages, the user may at first only want to insert
different languages for suburbs or streets, but not to every item on the
map. Therefore, it is necessary to offer a filter like this: ""highway=*""
or ""place=city or place=village"" or ""place=city and inhabitants>100000"".

In order to see which item is currently being edited (if there are
several items with the same name, this might lead to ambiguities), the
map should highlight the item.

A mock-up created in Excel for editing major cities around the world may
look like this:

[[Image(JOSM tabular.png)]]

The feature can also be used for other tags, e.g. putting name, opening_hours, telephone_number etc. in the column heads."	anonymous
enhancement	8882	1	different color for 'from' and 'to'	Plugin turnrestrictions	latest		2013-07-17T07:35:39+02:00	2013-11-06T15:04:09+01:00	"It would be nice if the ways selected for a turn restriction either from:
- Turn Restrictions window -> Select in current data layer
- Turn Restrictions window -> Zoom to
- Turn Restrictions windows -> Edit -> 'Select this turn restriction' button
will display the ways belonging to the respective turn restriction in different color, e.g. 'from' way blue and 'to' way magenta. eventually the 'via' point in a third color like green for example.
Currently both ways, when selected from the turn restriction, are colored magenta (I think) and it involves extra checking to determine which is 'from' and which is 'to'.

"	anonymous
enhancement	8887	1	Render addr:housenumber in favour of operator/brand	Internal mappaint style	latest		2013-07-18T16:57:39+02:00	2013-07-18T21:51:03+02:00	"I did tag some closed ways with `building=*`,`addr:housenumber=*` and `operator=*`. Now the operator is rendered instead of the house number.

Please render the `addr:housenumber=*` and `addr:housename` in favour of operator or brand.

Thanks

r6071"	skyper
enhancement	8891	1	Preset: new multiselect for multiselection of same value with two separators	Core			2013-07-20T16:13:03+02:00	2023-05-02T15:18:49+02:00	"The new [http://wiki.openstreetmap.org/wiki/Lanes lanes scheme] uses `|` as lane-separator but allows to use the same value several time plus uses `;` as separator as normal separator (e.g. `turn:lanes=reverse;left|left|left;straight|straight|right`)

I would need to have a feature which allows me to select like a normal multiselect plus a button (shortcut) to add the current selection and the extra separator `|` and wait for the next values (next lane)."	skyper
enhancement	8917	1	Opacity between mapstyles	Core mappaint			2013-07-28T13:20:00+02:00	2013-07-28T15:53:48+02:00	"What about a possibility to configure Opacity between Mapstyles, as we can do with layers?

Thanks
yopaseopor"	yopaseopor
enhancement	8935	1	Colour pipette for roof:colour=*	Core			2013-08-05T09:46:04+02:00	2018-10-28T19:40:58+01:00	"A tool for selecting a point or an area and retrieving the corresponding colour code.

http://lists.openstreetmap.org/pipermail/talk-de/2013-July/103861.html"	vsandre
enhancement	8946	1	Download Location: option to undelete when downloading older versions	Core			2013-08-08T22:19:15+02:00	2019-07-06T19:41:19+02:00	"1. download an older version of a (deleted) way with some deleted child nodes
1. if not more than one child node is still present you will get inconsistent data which does not even change when undeleting the nodes manually

What I ask for is a possibility to undelete the deleted child nodes, if the undelete plugin is installed, by offering the list of deleted objects (not downloaded) and a button to download them.

Maybe this can work with relations, too.

Thanks"	skyper
enhancement	8979	1	Impossible to set a custom page size	Plugin print			2013-08-18T16:31:53+02:00	2017-01-24T08:52:23+01:00	"> What steps will reproduce the problem?
1. load some data 
1. open print dialog
1. try to set a custom page size under ""printer settings"" -> ""page setup""

> What is the expected result?
 two new fields to enter the height and width of the page

> What happens instead?
 no possibility to define the page

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

{{{
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2013-08-18 01:34:56
Last Changed Author: bastiK
Revision: 6152
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2013-08-16 10:28:07 +0200 (Fri, 16 Aug 2013)
Last Changed Rev: 6152

Identification: JOSM/1.5 (6152 en) Linux Debian GNU/Linux 7.1 (wheezy)
Memory Usage: 303 MB / 592 MB (165 MB allocated, but free)
Java version: 1.7.0_25, Oracle Corporation, OpenJDK 64-Bit Server VM
Java package: openjdk-7-jre:amd64-7u25-2.3.10-1~deb7u1
VM arguments: []
Program arguments: [--language=en]
Dataset consistency test: No problems found

Plugin: osmarender (29639)
Plugin: print (29529)
}}}
"	skyper
enhancement	9103	1	Show photo waypoints in KMZ file	Plugin opendata			2013-09-23T16:52:31+02:00	2018-05-22T20:39:10+02:00	"A KMZ file can contain photo waypoints (see #9088).

It'd be useful if such waypoints were visible in JOSM, when opening a KMZ file.

Currently it's possible to open a KMZ file containing photo waypoints, however the associated photos aren't shown.

"	solitone
enhancement	9125	1	shop=ice_cream should be detected and fixed to amenity=ice_cream	Core validator			2013-09-28T19:44:58+02:00	2020-02-27T19:06:20+01:00	see http://taginfo.openstreetmap.org/tags/shop=ice_cream	mkoniecz
enhancement	9253	1	Easy merging of 2 objects	Core			2013-11-01T16:14:29+01:00	2013-11-08T19:16:28+01:00	"I take care in repairing issues in OSM maps introduced by the mappers.
My profile: ​http://www.openstreetmap.org/user/nafl ,about 900 sets uploaded, most of them around 100 corrections at a time.

Quite often lines and points share same information, but not all and should be merged.
Example:
A building (fire station)
A point inside with info like address, ...
I would like to merge all tags into the building and delete the single point inside (keepright.at reports such issues as errors)

How about an easy way to do that:
1) select both objects
2) offer merge functionality for tags
3) delete the point that is now obsolete

If merging was already possible in JOSM, please delete this ticket, I always copy tags and add them to the 2nd object"	Jürgen Neumann 
enhancement	9353	1	Sync JOSM between multiple computers	Core			2013-11-23T14:33:33+01:00	2015-10-16T09:39:43+02:00	"Hi
I'm using JOSM on multiple computers with a lot of plugins and customisations.
It would be nice if you could sync your settings and so on between your computers. 
I don't know if its possible to do this copying the settings from the JOSM directory but it would be much easier if you would have a syn possibility directly integrated into JOSM."	Hedaja
enhancement	9476	1	[Patch draft] Annotations for remote control implementation	Core remotecontrol			2013-12-26T11:42:54+01:00	2013-12-26T16:17:18+01:00	"I was playing around a bit with annotations. The goal would be to make implementing new remote control handlers more fun. A handler is an arbitrary method annotated with `@RequestMethod` and its parameters annotated with `@RequestParameter`. The `load_object` could look like:

{{{
#!java
@RequestMethod(
        command = ""load_object"",
        usage = ""Download objects with given id."",
        usageExamples = {""/load_object?new_layer=true&objects=w106159509"",
                ""/load_object?new_layer=true&objects=r2263653&relation_members=true""
        })
public static void loadObject(
                          @RequestParameter(name = ""objects"") String objects,
                          @RequestParameter(name=""new_layer"", optional = false) String new_layer,
                          @RequestParameter(name=""relation_members"", optional = false) String relation_members) {
// implementation follows
}
}}}

A working, but unfinished patch is attached."	simon04
enhancement	10733	1	Rephrase dialog about failed capabilities/imagery/MOTD request	Core			2014-11-08T17:39:54+01:00	2015-02-19T20:57:35+01:00	"Currently, the dialog is not very informative for novice users. Most people don't use proxy anyway. They may have no clue about what capabilities request really is.

The most likely event when this dialog happens is when someone's Internet connection goes down and subsequently they start JOSM.

Therefore, the dialog instead of slapping URLs and Java exceptions in the user's face, should emphasize this can be result of lost Internet connection.

It is also unclear to me how to retry this request in other way than restarting JOSM, when connection goes back up.

{{{
Revision: 7643
Repository Root: http://josm.openstreetmap.de/svn
Relative URL: ^/trunk
Last Changed Author: Don-vip
Last Changed Date: 2014-10-21 21:19:16 +0200 (Tue, 21 Oct 2014)
Build-Date: 2014-10-21 19:23:06
URL: http://josm.openstreetmap.de/svn/trunk
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last Changed Rev: 7643

Identification: JOSM/1.5 (7643 pl) Windows 8.1 64-Bit
Memory Usage: 275 MB / 910 MB (148 MB allocated, but free)
Java version: 1.8.0_25, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM

Plugins:
- FastDraw (30762)
- FixAddresses (30737)
- HouseNumberTaggingTool (30762)
- OpeningHoursEditor (30737)
- PicLayer (30762)
- ShowInGoogleMaps (8)
- SimplifyArea (30762)
- Tracer2 (30762)
- alignways (30762)
- buildings_tools (30762)
- contourmerge (1012)
- dataimport (30738)
- editgpx (30737)
- imagery_offset_db (30762)
- importvec (30762)
- kendzi3d (1.0.180)
- kendzi3d-jogl (37)
- log4j (30762)
- mapdust (30738)
- measurement (30737)
- mirrored_download (30762)
- notes (v0.9.4)
- pbf (30762)
- photo_geotagging (30762)
- poly (30738)
- reverter (30737)
- surveyor2 (29210)
- terracer (30737)
- turnrestrictions (30762)
- undelete (30762)
- utilsplugin2 (30762)
- wikipedia (30738)

Last errors/warnings:
- W: Failed to load http://wms.misek.pl/maps/, use cached file and retry next time: java.net.UnknownHostException: wms.misek.pl
- E: java.net.UnknownHostException: api.openstreetmap.org
- E: org.openstreetmap.josm.io.OsmTransferException: Nie można połączyć się z serwerem OSM. Sprawdź swoje połączenie z Internetem.. Przyczyna: java.net.UnknownHostException: api.openstreetmap.org
- E: java.net.UnknownHostException: api.openstreetmap.org
- W: org.openstreetmap.josm.io.OsmTransferException: Nie można połączyć się z serwerem OSM. Sprawdź swoje połączenie z Internetem.. Przyczyna: java.net.UnknownHostException: api.openstreetmap.org
}}}
"	RicoElectrico
enhancement	10937	1	J (jump to next marker not working	Core shortcuts	tested		2015-01-06T09:13:51+01:00	2023-03-07T17:53:35+01:00	"==== What steps will reproduce the problem?
1. Load file with markers
2. Focus on this file
3. Enter J

==== What is the expected result?
Jump to next marker

==== What happens instead?
Nothing
==== Please provide any additional information below. Attach a screenshot if possible.
Jumping to next marker through right click on marker file and select ""Jump to next marker"" does work

{{{
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2014-12-09 17:17:36
Last Changed Author: Don-vip
Revision: 7777
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Relative URL: ^/trunk
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2014-12-09 18:14:49 +0100 (Tue, 09 Dec 2014)
Last Changed Rev: 7777

Identification: JOSM/1.5 (7777 en) Windows 8 64-Bit
Memory Usage: 363 MB / 910 MB (106 MB allocated, but free)
Java version: 1.7.0_71, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Dataset consistency test: No problems found

Plugins:
- reverter (30737)
- turnrestrictions (30762)

Last errors/warnings:
- E: Failed to locate image 'Campground'
- E: Failed to locate image 'Campground'
- E: Failed to locate image 'Campground'
- E: Failed to locate image 'Campground'
- E: Failed to locate image 'Campground'
}}}
"	JanVanBekkum
enhancement	11176	1	Propose to upload notes in upload dialog	Core notes	latest		2015-02-27T23:11:28+01:00	2020-06-09T22:22:33+02:00	"When a note was created with the plugin it was sufficient to click ""OK"" after writing it to get it published.
Now one needs to click ""save"" additional to [OK] which I find is counter intuitive to both the handling prior in the Plugin and on the OSM website.
Since I wasn't aware of this behaviour several notes I created but didn't ""save"" are lost.

IMHO the save-button is superfluous and the behaviour should be as on the website and in the plugin: Make clicking [OK] publish the note."	malenki
enhancement	11226	1	Strava Slide plugin for JOSM	Plugin			2015-03-12T18:18:50+01:00	2021-07-14T12:53:16+02:00	"Anybody able to work with [https://github.com/paulmach/slide this source code in Go] to make a plugin for JOSM doing what [http://strava.github.io/iD/ this clone of iD] can? It uses information from strava heat map to improve the shape of selected ways. I really liked what I saw when reading about this, so I had to test it in iD, and was impressed by the result and the quick response. Since I cannot stand iD, I want to see something similar in JOSM, since I am not familiar with Go, and not very stable in Java I need some serious assistance to get something like this going.

(I am willing to assist as much as I can, if somebody can take up the lead)"	Aun Johnsen 
enhancement	11367	1	Download notes when using remote control on osm.org with note layer enabled	Core remotecontrol			2015-04-23T19:54:12+02:00	2015-04-24T14:20:19+02:00	See ticket:9907#comment:17 and https://github.com/openstreetmap/openstreetmap-website/issues/957	simon04
enhancement	11373	1	Sorting within stop/platform members of type=route relations	Core			2015-04-25T09:29:51+02:00	2020-12-13T15:18:41+01:00	"Public transport members of role `stop`/`platform` are put in front of other members as of #10973.

In addition, those members should be grouped in pairs of stop + platform by their name and/or stop_area membership.

See also #10972."	simon04
enhancement	11652	1	Give better error message on known failure of OSM server	Core			2015-07-04T17:23:29+02:00	2015-07-12T21:39:55+02:00	"==== What steps will reproduce the problem?
1. Use download as OSM API is reporting failure

==== What is the expected result?
Error message will make clear that Internet works and OSM API is reporting failure. Something like ""The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later"".

==== What happens instead?
""Communication with the OSM server 'https://api.openstreetmap.org/api/0.6/' timed out. Please retry later."" message appears

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

{{{
INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=19.9340272,50.0493442,19.9347085,50.0498402
ERROR: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<

503 Service Unavailable


Service Unavailable


The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.




Apache/2.4.7 (Ubuntu) Server at api.openstreetmap.org Port 443

>
org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<

503 Service Unavailable


Service Unavailable


The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.




Apache/2.4.7 (Ubuntu) Server at api.openstreetmap.org Port 443

>
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:195)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:104)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:68)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:51)
	at org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm(BoundingBoxDownloader.java:147)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.parseDataSet(DownloadOsmTask.java:306)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:314)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

}}}

{{{
Revision: 8561
Repository Root: http://josm.openstreetmap.de/svn
Relative URL: ^/trunk
Last Changed Author: Klumbumbus
Last Changed Date: 2015-07-03 00:26:27 +0200 (Fri, 03 Jul 2015)
Build-Date: 2015-07-03 01:32:08
URL: http://josm.openstreetmap.de/svn/trunk
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last Changed Rev: 8561

Identification: JOSM/1.5 (8561 en) Linux Ubuntu 14.04.2 LTS
Memory Usage: 372 MB / 889 MB (239 MB allocated, but free)
Java version: 1.8.0_45, Oracle Corporation, Java HotSpot(TM) Server VM

Plugins:
- FastDraw (31265)
- OpeningHoursEditor (31241)
- PicLayer (31241)
- buildings_tools (31241)
- continuosDownload (1413902943)
- geotools (31126)
- jts (31126)
- log4j (31231)
- measurement (31289)
- undelete (31241)
- wikipedia (31241)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
}}}
"	mkoniecz
enhancement	11906	1	Option to snap image(s) to a given way	Core image mapping			2015-09-28T21:27:28+02:00	2017-01-01T10:31:39+01:00	I'd like to have the option to snap an image (or multiple images, see https://josm.openstreetmap.de/ticket/11905 ) to a selected way (=linestring): Example: Assuming I know I have taken some pictures while riding the train. I could then select this railway line and one or more images. The plugin would then for each picture look for the closest point on the railway and move each picture there. It should also be possible to select more than one (rail)way, if the route is cut up in multiple segments.	skorbut
enhancement	11976	1	Option to highlight relation members	Core			2015-10-17T02:17:31+02:00	2015-10-17T16:25:14+02:00	"Could we have a button inside the relation editor to highlight all the relation members, please?
They should stay highlighted (in magenta maybe, like when we select the relation outside the editor) until the editor is closed or until the button is pressed again.

JOSM:
{{{
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2015-10-15 01:32:10
Last Changed Author: Don-vip
Revision: 8882
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Relative URL: ^/trunk
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2015-10-15 01:02:36 +0200 (Thu, 15 Oct 2015)
Last Changed Rev: 8882

Identification: JOSM/1.5 (8882 pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 343 MB / 3641 MB (230 MB allocated, but free)
Java version: 1.7.0_85, Oracle Corporation, OpenJDK 64-Bit Server VM
Java package: openjdk-7-jre:amd64-7u85-2.6.1-5
VM arguments: [-Dawt.useSystemAAFontSettings=on, -Dsun.java2d.opengl=true]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	11982	1	duplicated nodes which is not used in way or relation	Core validator	tested		2015-10-17T15:21:30+02:00	2020-02-29T14:27:53+01:00	"validator detect other duplicated nodes (see jpg and osm file) as warning,
for this case , it must be error

"	didier2020
enhancement	12024	1	turnrestrictions plugin should support restriction=no_entry / restriction=no_exit	Plugin turnrestrictions			2015-10-29T13:28:15+01:00	2021-12-05T18:21:46+01:00	"Currently the plugin does not support the restriction types no_entry/no_exit for non oneway roads as described here: http://wiki.openstreetmap.org/wiki/Relation:restriction

It would be great if the types are supported in a future version."	anonymous
enhancement	12103	1	Show split way dialog only for high value geometries	Core	tested		2015-11-16T13:24:26+01:00	2017-11-03T22:05:24+01:00	"The recent split way/reuse history dialog is a useful power feature, however in most cases this is not a critical decision to take for a mapper, especially if the object does not have much of a history or is trivial split at the end of a long way, in which case its safe to assume we want the history on the longer way.

Also one would need to check the history of the objects for context to make an informed decision on which way to choose rather than blindly selecting off a list. The current dialog blocks any other activity and one is forced to make a decision just to continue, resulting in a not so expert decision. 

As a quick fix, i'd like to suggest showing the dialog only for ways where the object split meets certain conditions:
- Object version > 5
- or Object has had two versions in the last month
- or Object has high value tags (boundary, coastline...)

This would allow triggering advanced dialogs like this for objects whose history has a high value rather than for every geometry. This hopefully forces the mapper to cancel the dialog and check the object history to make a better decision than what happens currently.


----

In future, the object history might need a bit of a rethinking from a high level perspective. If a boundary is split, the history of the parent is still relevant to both ways and should not result in a completely new object that has no relationship to its past. Anyway, thats something to bikeshed on elsewhere.
"	planemad
enhancement	12117	1	JOSM Turn Restriction Enhancement Suggestion	Core	latest		2015-11-18T10:53:42+01:00	2020-04-11T16:44:22+02:00	"I think is much better to let this video explain, then trying to write all of the idea. 
In the last 2 weeks me and my colleagues have added around 800-1000 Turn Restrictions, so i observed, that when you are doing this in a repeated way, some things become a bottleneck 

http://youtu.be/YgzuX8juTW4

Later Edit - I did try the Turn Restriction Plugin, i think you end up using the same amount of time,  what you gain from not writing the value for ""From"" and ""To"" you end up losing at Drag and dropping the values, and at the end, you still need to add the Via and write the role of it. 
This is why i will reopen the suggestion. 
This video that will show the workflow of using the Turn Restriction plugin, related to the comment from @Klumbumbus http://youtu.be/yLn89UfY3V0 "	baditaflorin
enhancement	12202	1	Include extrusion behavior as part of building tools	Plugin buildings_tools			2015-12-17T08:51:23+01:00	2015-12-17T16:48:11+01:00	"Drawing quality buildings involves using the building tools plugin to draw the basic outline and the extrusion tool (x) to create details. If the extrusion behavior can be included in the buildings plugin that will greatly speed up the tracing process by eliminating tool switching.

Possible behaviour:
- Single click on an existing polygon edge with the building tool should create a new node
- Dragging a polygon edge using the tool will extrude that side. Holding option while dragging will create a new building with a common edge

"	planemad
enhancement	12302	1	Visually differentiate deprecated tags	Internal mappaint style			2016-01-05T22:30:36+01:00	2016-01-21T00:03:44+01:00	"When some tags are deprecated in JOSM they get represented only as a grey line and without a description in the Tags/Memberships window.

For example, the recent `land=farm`:

[[Image(http://i.imgur.com/MnjrX6l.jpg)]]

The same for `power=sub_station` and others.

I already saw people deleting objects from OSM just because they were strange or not properly represented. For example, some users thought that a ""grey line"" wasn't actually a valid object and just deleted. Or they just thought it was an empty (0 tags) object.

I guess it's even worse for relation members, where they have only a grey color and no properties.

Could the objects with a deprecated tag be represented with a different color, please?  
Some color that means ""this object is not ''wrong''"" + ""this object is not empty"" + ""this object needs to be updated"".

Also note that it's not everybody who validates the data in JOSM and thus they won't note/know why the object is only grey.

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-05 00:10:30 +0100 (Tue, 05 Jan 2016)
Build-Date:2016-01-05 02:32:35
Revision:9316
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9316 en) Linux Debian GNU/Linux testing (stretch)
Memory Usage: 887 MB / 9102 MB (588 MB allocated, but free)
Java version: 1.8.0_72-internal, Oracle Corporation, OpenJDK 64-Bit Server VM
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	12310	1	"Validator: add ""gap between buildings"""	Core validator			2016-01-07T03:01:35+01:00	2020-03-03T14:25:31+01:00	"Miss a check similar to ""overlapping buildings"" the ""gap between buildings"" like in Osmose: http://osmose.openstreetmap.fr/de/map/#zoom=18&lat=50.112381&lon=8.683292&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT&item=0&level=1%2C2%2C3&tags=&fixable=

If that's to easy to implement (;)) additional add function to select gap-width.

Additional Infos: https://github.com/osm-fr/osmose-backend/blob/a47fe1ee75cd67951b46278fc1f506c82f8c1b9a/analysers/analyser_osmosis_building_overlaps.py#L106-L122
via:
 (german): http://forum.openstreetmap.org/viewtopic.php?id=52717"	MKnight
enhancement	12334	1	Validate some more unneeded turn restrictions cases	Core validator			2016-01-11T02:50:09+01:00	2021-10-01T22:18:13+02:00	"Sometimes I see some really unneeded turn restriction relations, like the ones included in this example file.

We have two `no_right_turn` where `from` is a highway and `to` is a footway.
From what I see it makes no sense to forbid a car to drive in the footway (of course no router will instruct the user to drive on the footway) nor it makes sense to forbid a pedestrian to make a right turn.

Could we have some kind of warning for cases like this, please?

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-08 10:43:21 +0100 (Fri, 08 Jan 2016)
Build-Date:2016-01-09 02:34:54
Revision:9345
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9345 pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 880 MB / 3641 MB (41 MB allocated, but free)
Java version: 1.8.0_72-internal-b05, Oracle Corporation, OpenJDK 64-Bit Server VM
VM arguments: [-Dawt.useSystemAAFontSettings=on]

Dataset consistency test:
[WARN - NO NODES] Way {Way id=387220682 version=1 VT nodes=[{Node id=3905388832 version=1 V lat=-23.5578016,lon=-46.4762442}]} has only one node


Plugins:
- AddrInterpolation (31772)
- Create_grid_of_ways (31772)
- FastDraw (31895)
- FixAddresses (31772)
- OpeningHoursEditor (31772)
- PicLayer (31895)
- SimplifyArea (31895)
- apache-commons (31895)
- buildings_tools (31895)
- download_along (31772)
- editgpx (31772)
- ejml (31895)
- geotools (31895)
- graphview (31895)
- jts (31772)
- log4j (31895)
- measurement (31895)
- merge-overlap (31772)
- opendata (31937)
- pdfimport (31895)
- photo_geotagging (31895)
- poly (31772)
- reverter (31926)
- tagging-preset-tester (31895)
- todo (29154)
- turnrestrictions (31895)
- undelete (31895)
- utilsplugin2 (31895)
}}}"	naoliv
enhancement	12468	1	enhance display of boundaries in relation list dialog	Core			2016-01-31T17:38:54+01:00	2016-06-22T00:17:00+02:00	"I received this idea via a pm from a user.

all boundary relations display the text `boundary (...)` in the relation list dialog
This could be more specific by adding the boundary type from our presets.
Additional for `boudary=protected_area` the value of `protect_class` could be shown in `[]` like this is already done for administrative boundaries with `admin_level`

So the display of [osmwww:relation/5874542] could enhance from:

`boundary (...)`

to

`boundary: protected area [4] (...)`


(See also #12467 for related regression.)"	Klumbumbus
enhancement	12528	1	Zoom offset adjustment for one imagery template	Core imagery			2016-02-12T13:12:22+01:00	2016-02-12T13:12:22+01:00	"ZOOM_OFFSET global parameter allows to select hi- or low-res imagery for zoom levels in JOSM.
It works great for bitmap/photo resources, but has side-effect for services with text info rendered - name labels, building numbering etc. Text is rendered from vector sources for given resolution on server side and re-scaling it in JOSM gives ugly results.

With low-res global setting all texts are blurred and shifted from original location, and with hi-res zoom_offset they are too small and unreadable.


There should be new zoom_offset_adjustment parameter defined per imagery source to change/modify global setting for selected layer: ZOOM_OFFSET=+2, ZOOM_OFFSET_ADJUSTMENT=-2 should give zoom offset =0 for specific layer.

Or different approach:
Add zoom_offset parameter to imagery source overwriting global setting.
"	slodki
enhancement	12592	1	add memorial=stolpersteine	Internal preset			2016-03-03T15:53:19+01:00	2021-05-04T20:13:33+02:00	"used 16800 times europeanwide spread
[osmwiki:DE:Stolpersteine]

we already have 2 external presets"	Klumbumbus
enhancement	12608	1	Add measurement plugin to core	Core			2016-03-07T23:39:09+01:00	2020-06-17T22:53:10+02:00	"Since we compute the area of multipolygons due to #11516, the measurement plugin could easily be integrated to JOSM core. What about the ""measurement mode"" – does that provide any additional features over just drawing a new way?

{{{
$ wc measurement/**/*java
  299   830 10980 measurement/src/org/openstreetmap/josm/plugins/measurement/MeasurementDialog.java
  305   886 10580 measurement/src/org/openstreetmap/josm/plugins/measurement/MeasurementLayer.java
   57   161  1869 measurement/src/org/openstreetmap/josm/plugins/measurement/MeasurementMode.java
   60   166  2327 measurement/src/org/openstreetmap/josm/plugins/measurement/MeasurementPlugin.java
  721  2043 25756 total
}}}

I also/instead/inaddition considered adding way length and area size to the ""Advanced Info"" of a primitive. → #19406

Any thoughts?"	simon04
enhancement	12613	1	Show preview image in the geotagging Plugin	Plugin photo_geotagging	latest		2016-03-10T12:18:22+01:00	2018-07-05T19:53:24+02:00	"This affects JOSM 9900 with plugin photo_geotagging version 31895.

It would be helpful to have a preview image of the selected image in the window before the tagging-process. Maybe somewhere in corner.

[[Image(preview.png)]]"	daniel.gnaegi@…
enhancement	12615	1	Option to restore deleted objects only	Plugin reverter			2016-03-12T18:57:02+01:00	2016-11-15T21:20:01+01:00	"In the reverter plugin we have 3 options:
* revert all the changeset
* revert only the selected objects
* revert the selected objects and restore the deleted ones

Could we also have an option to restore only the deleted objects (and nothing else)?
It's possible to do some black magic with grep and the osmchange file, together with the undelete plugin, but I would like to have, if possible, an easier way to do this.

JOSM:
{{{
Build-Date:2016-03-11 21:57:43
Revision:9963
Is-Local-Build:true

Identification: JOSM/1.5 (9963 SVN pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 687 MB / 3641 MB (331 MB allocated, but free)
Java version: 1.8.0_72-internal-b15, Oracle Corporation, OpenJDK 64-Bit Server VM
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found

Plugins:
- AddrInterpolation (31772)
- Create_grid_of_ways (31772)
- FastDraw (31895)
- FixAddresses (31772)
- OpeningHoursEditor (31772)
- PicLayer (31895)
- SimplifyArea (31895)
- apache-commons (31895)
- buildings_tools (31895)
- download_along (31772)
- editgpx (31772)
- ejml (31895)
- geotools (31895)
- graphview (31895)
- jogl (1.0.46)
- jts (31772)
- kendzi3d (1.0.190.1)
- kendzi3d-resources (0.0.1)
- log4j (31895)
- measurement (31895)
- merge-overlap (31967)
- opendata (32071)
- pdfimport (32019)
- photo_geotagging (31895)
- poly (31772)
- reverter (32005)
- tagging-preset-tester (31895)
- todo (29154)
- turnrestrictions (31895)
- undelete (31895)
- utilsplugin2 (32099)
}}}"	naoliv
enhancement	12629	1	Summarize changes in relation editor	Core			2016-03-15T22:42:23+01:00	2016-03-16T09:25:39+01:00	"Cloned from #12617:

Note also that the pane showing the history of changes does not even indicate how many members were added or removed when applying changes and closing the relation editor.

We ONLY see that the relation was changed, without more details: we should have a ""+"" icon showing details, containing at least:

* the list of members added, and the list of members removed, and we should be able to select elements from these list, to help restoring elements that were unexpectedly removed from the list of members, without necessarily having to completely revert ALL edits made in the relation editor;
* it should also probably say if tags were modified, just like with other elements (nodes/ways) or when editing tags from the tags pane (outside the relation editor itself).
"	verdy_p
enhancement	12804	1	Remove playHeadMarker static reference	Core			2016-04-29T15:44:17+02:00	2016-05-30T11:01:16+02:00	"The MapView uses a playHeadMarker.

There is a special case handling for the MarkerLayer class in addLayers().

I would like to:
Step 1:
- Convert the PlayHeadMarker to be a temporary layer
- Remove MapView#playHeadMarker
- Remove PlayHeadMarker#playHead
- Move the whole addMouseListener code to hookUpMapView()

Step 2:
Remove the need for a mouse listener:
- Allow layers and the MapMode to intercept mouse events (MouseListener + MouseMotionListener) by implementing a new interface.
We currently have 12 uses of Main.mapView.addMouseListener. We can replace all of them by this change. This will also prevent us from having layers that do not unregister their events (like NoteLayer)
(no timeframe yet)"	michael2402
enhancement	12841	1	Support splitted roundabouts in roundabout validation test	Core validator			2016-05-13T06:05:04+02:00	2016-05-13T13:04:47+02:00	"==== What steps will reproduce the problem?
1. Download https://www.openstreetmap.org/#map=16/41.61801033219923/-70.48692229499218
2. Run validator

==== What is the expected result?
No warning concerning roundabout

==== What happens instead?
Incorrect roundabout (primary instead of secondary) 

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

{{{
Build-Date:2016-05-13 05:54:53
Revision:10202
Is-Local-Build:true

Identification: JOSM/1.5 (10202 SVN en) Windows 10 64-Bit
Memory Usage: 1540 MB / 3634 MB (190 MB allocated, but free)
Java version: 1.8.0_91-b14, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
VM arguments: [-Dfile.encoding=UTF-8]
Program arguments: [--debug]
Dataset consistency test: No problems found
}}}
"	Don-vip
enhancement	12866	1	Display disused:railway=* and abandoned:railway=* like railway=disused/abandoned whenever relevant	Internal mappaint style	tested		2016-05-24T10:05:52+02:00	2021-09-24T15:51:18+02:00	"Hello, there.

The lifecycle prefixes are spreading, but JOSM doesn't really take them into account, which is a shame, as this slows down the correct tagging and modelling using this tagging scheme. The first example which bothers me concerns railways: JOSM should display them like {{{railway=disused/abandoned}}}; of course, not all {{{disused:railway=*}}} and {{{abandoned:railway=*}}} should be rendered this way, only the ones about tracks:

||= current tag =||= tags to be displayed the same way =||
||{{{railway=disused}}}||{{{disused:railway=funicular|miniature|monorail|narrow_gauge|preserved|rail|tram|subway|light_rail}}}||
||{{{railway=abandoned}}}||{{{abandoned:railway=funicular|miniature|monorail|narrow_gauge|preserved|rail|tram|subway|light_rail}}}||

This could be applied to other lifecycle prefixes, as {{{construction:railway=*}}} and {{{*:highway=*}}}; I will try to make the list if this is needed or to start the debate if one is required, but these railway tags are the most bothering me, so I start with them. Of course, these lifecycle prefixes should be taken into account in the whole code, for example in the validator, as a partial support would probably accentuate the problem rather than solving it.

I must add that I looked for previous requests regarding the lifecycle prefixes, without results; that surprised me, as this tagging scheme is spreading rather quickly now. I could have simply missed these requests, so don't hit too hard if I failed to locate them…

Regards."	Penegal
enhancement	12872	1	Allow hierarchical layers	Core			2016-05-24T20:50:34+02:00	2017-04-22T20:22:01+02:00	"Currently, JOSM uses one global layer list.

There are many layers that depend on other layers (validator results, audio tracks along GPX, ...).

I suggest to split the layers in different types:
- Main layers that represent a single data type. Those are the OSM layers, GPX tracks, background imagery, ...
- Sublayers that depend on one of those layers

[[Image(layers-sublayers.png​)]]

Only main layers can be active layers.

I would suggest the following sublayers:
- Validator results as single sublayer of OSM layers
- Audio layer as sublayer of GPX layer

I want to render the sub layers independendly from the parent layer and directly above the parent layer. The visibility setting is independent for the parent/child layer (we can e.g. add an interit checkbox there).

The problems I see:
- Merging of e.g. audio layers from different tracks will not be possible any more (does anyone use this)
- You cannot sort the sublayers to be on top of other main layers. This won't be a problem for the validator, since the active edit layer is always drawn on top.
- The audio playback assumes there can be an active audio layer (although I probably need to rewrite part of this to make the PlayHeadMarker a temporary layer)

This is only a rough draft so feel free to provide feedback and state if this is a desired feature or if it reduces usability."	michael2402
enhancement	13030	1	Allow the creation of two map views	Core			2016-06-22T13:22:04+02:00	2016-12-31T14:54:21+01:00	"The main goal of this ticket is to allow the creation and use of two map views. It is a central place to collect things preventing us from using multiple map views.

So far, those are the main problems for displaying the same layers twice:
- Main.map.mapView.repaint() or Main.map.repaint() calls. They can be traced using the --trace option. The stach trace triggering such a repaint will be dumped. Layers should simply invalidate their layer. Use #12654
   - undo does not trigger a layer invalidated
- `Layer.isChanged()` cannot be used with multiple map views. Map view needs to track changes by itself using the invalidation events
- AbstractTileSourceLayer needs to be changed to use one TileSet per MapView.

Displaying different layers:
- The layer list is already prepared to work with multiple layer managers.
- Many layers assume they are only added/removed once to a layer manager (AbstractTileSourceLayer, ValidatorLayer, MarkerLayer, ...). #12872 might solve this for implicitly added layers.

Editing in the second view will be much harder, because:
- MapModes assume there is only one map view


This works:
- Creating a second MapView
- Moving and zooming the map
- Display a data layer
- Display selection

[[Image(mapview-window.png, 800px)]]"	michael2402
enhancement	13143	1	Make autosave not block on other threads	Core			2016-07-14T19:58:00+02:00	2016-07-23T22:52:21+02:00	"(I really don't know JOSM internals, so I will say what I imagine here)

Is it possible to have autosave running in another thread?
For example, after hitting #13142 I can see that JOSM is still reading my OSM messages, reloading modified styles, etc:

{{{
INFO: GET https://api.openstreetmap.org/api/0.6/user/details (obter o número de mensagens não lidas) -> 200 (1,35 kB)
INFO: Map style Indoor has been modified. Reloading style...
INFO: GET https://api.openstreetmap.org/api/0.6/user/details (obter o número de mensagens não lidas) -> 200 (1,35 kB)
}}}

But it isn't autosaving what I was doing.

If possible, having the autosave in another thread could possibly save whatever I have edited from the last autosave run up to the crash/deadlock/something else (just needing to wait for the next autosave run).

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-07-10 14:56:47 +0200 (Sun, 10 Jul 2016)
Build-Date:2016-07-11 01:33:05
Revision:10525
Relative:URL: ^/trunk

Identification: JOSM/1.5 (10525 pt_BR) Linux Debian GNU/Linux testing (stretch)
Memory Usage: 247 MB / 10206 MB (157 MB allocated, but free)
Java version: 1.8.0_91-8u91-b14-3-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
VM arguments: [-Dawt.useSystemAAFontSettings=on]

Plugins:
- Create_grid_of_ways (32309)
- ImportImagePlugin (32326)
- OpeningHoursEditor (32309)
- PicLayer (32329)
- RoadSigns (32309)
- SimplifyArea (32309)
- apache-commons (32309)
- buildings_tools (32309)
- conflation (0.2.0)
- contourmerge (1014)
- download_along (32309)
- editgpx (32309)
- ejml (32309)
- geojson (41)
- geotools (32309)
- importvec (32309)
- indoorhelper (32326)
- jts (32311)
- log4j (32309)
- measurement (32324)
- merge-overlap (32309)
- opendata (32351)
- pbf (32309)
- pdfimport (32309)
- poly (32309)
- reverter (32309)
- scripting (30723)
- todo (29154)
- turnrestrictions (32386)
- undelete (32309)
- utilsplugin2 (32333)
}}}"	naoliv
enhancement	13435	1	Option to restore deleted and modified objects only	Plugin reverter			2016-08-24T00:08:02+02:00	2016-11-15T21:17:56+01:00	"Could we have an option to restore deleted and modified objects only, leaving new objects in place? (ie, all v1 objects shouldn't be deleted while reverting)

Sometimes an user wrongly deletes/modifies a lot of data, but he also inserts some valid objects.
With such option it would be possible to revert the wrong editions and keep the new objects.

As it is now what I have to do:
* revert the changeset
* save the .osm file
* edit it in a file editor
* find every object and remove the `` block
* save the file
* reopen in JOSM

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-08-23 00:45:29 +0200 (Tue, 23 Aug 2016)
Build-Date:2016-08-23 01:33:46
Revision:10877
Relative:URL: ^/trunk

Identification: JOSM/1.5 (10877 pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 247 MB / 4029 MB (128 MB allocated, but free)
Java version: 1.8.0_102-8u102-b14.1-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Java package: openjdk-8-jre:amd64-8u102-b14.1-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-8
VM arguments: [-Dawt.useSystemAAFontSettings=on]

Plugins:
+ AddrInterpolation (32699)
+ Create_grid_of_ways (32699)
+ FastDraw (32773)
+ FixAddresses (32796)
+ ImportImagePlugin (32699)
+ OpeningHoursEditor (32699)
+ PicLayer (32796)
+ SimplifyArea (32796)
+ apache-commons (32699)
+ buildings_tools (32796)
+ download_along (32730)
+ editgpx (32699)
+ ejml (32680)
+ geotools (32813)
+ graphview (32796)
+ jogl (1.0.46)
+ jts (32699)
+ kendzi3d (1.0.190.1)
+ kendzi3d-resources (0.0.1)
+ log4j (32699)
+ measurement (32732)
+ merge-overlap (32699)
+ opendata (32811)
+ pdfimport (32796)
+ photo_geotagging (32699)
+ poly (32699)
+ reverter (32796)
+ tagging-preset-tester (32699)
+ todo (29154)
+ turnlanes-tagging (1471546398)
+ turnrestrictions (32796)
+ undelete (32699)
+ utilsplugin2 (32815)
}}}"	naoliv
enhancement	13472	1	Detect areas mapped on top of highway=* areas	Core validator			2016-08-27T16:09:58+02:00	2016-08-29T13:50:48+02:00	"It is a tagging error to not cut out buildings of squares (highway=*;area=yes with closedway or highway=* with multipoliygon) and it is probably true for almost all areas mapped on top one squares.

See https://github.com/gravitystorm/openstreetmap-carto/issues/688 for more information.

Please have validator warn about the problematic mapping and offer a fix to change the closedway into a multipolygon and cut out the inner areas by adding them to the multipolygon with role ""inner"". Thanks"	skyper
enhancement	13519	1	"""Selection"" main menu"	Core			2016-09-03T06:09:07+02:00	2016-09-12T18:35:10+02:00	"First it was proposed as part of #6247

[[Help/Menu/Selection]] - only 3 items in core JOSM, IMO [[Help#Selection]] items could be placed here.

For example, ""search items by Preset"" fits here. 

There also more specific tools about ""selection history"" maybe we need sub-menu (or separated group of items) for them as last item of ""selection""?"	openstreetmap.org-user-d1g
enhancement	13698	1	"RelationEditor: ""Zoom to"" replaces selection without hint in text, it shoudn't"	Core			2016-09-25T19:49:42+02:00	2016-09-26T14:48:48+02:00	"Within the relation editor:

When I pressed ""Zoom to"", selection was replaced with single item, I didn't expect it.

I expected it to work as other '''zoom to''' tools (they don't affect '''Selection''')

[Help/Dialog/RelationEditor#Contextmenuintable] - activation steps and context here"	openstreetmap.org-user-d1g
enhancement	13734	1	Wishlist: Multitouch mouse zoom/pan gestures on mac OS	Core			2016-10-01T15:59:11+02:00	2022-09-02T17:57:37+02:00	"It would be nice if JOSM could adopt, or have an option to enable, the multi-touch zoom/pan gestures that are common in other Mac apps:

* Scrolling left-right-up-down moves the map left-right-up-down
* Pinching zooms in
"	Stereo
enhancement	13884	1	Option to save selected objects only	Core			2016-10-31T00:31:36+01:00	2016-11-01T13:59:34+01:00	"It would have a checkbox to control if we would like to strictly save the selected objects only (ie, if we have a way selected, it would only save the way, without its nodes) or if we would like to save the complete object (way and nodes, in this example)

JOSM:
{{{
Build-Date:2016-10-29 14:02:24
Revision:11186
Is-Local-Build:true

Identification: JOSM/1.5 (11186 SVN pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 4029 MB / 4029 MB (814 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u111-b14-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	13885	1	Option to paste the same object into another layer	Core			2016-10-31T00:54:55+01:00	2016-11-01T14:03:33+01:00	"Select any object, `Ctrl+C` to copy it, create a new layer and paste it.
Note that it's a new object and not the same object (with the same `id`)

Could we have a way to paste the same object into the other layer? (really the same object, with the same `id`)

JOSM:
{{{
Build-Date:2016-10-29 14:02:24
Revision:11186
Is-Local-Build:true

Identification: JOSM/1.5 (11186 SVN en) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 247 MB / 4029 MB (90 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u111-b14-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	13887	1	More complete option to select nodes from ways	Core			2016-10-31T03:00:55+01:00	2016-10-31T03:00:55+01:00	"In the Relations window, when we click with the right mouse button in any relation, we can see some options:

- Select relation
- Select relation (add)
- Select members
- Select members (add)

Could we have something similar for ways?
I can select the way nodes via Selection → Select Way Nodes, but I can't keep the way selected by doing this (I am missing an option like the `(add)` ones)

With only some ways and/or nodes it's easy to select the missing ways/nodes using `Shift`, but with a lot of ways/nodes it's just not possible.

JOSM:
{{{
Build-Date:2016-10-29 14:02:24
Revision:11186
Is-Local-Build:true

Identification: JOSM/1.5 (11186 SVN en) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 296 MB / 4029 MB (110 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u111-b14-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	13894	1	Object out of boundaries in JOSM	Core			2016-11-01T16:08:45+01:00	2016-11-01T16:43:06+01:00	"Download https://www.openstreetmap.org/way/224014929 and JOSM renders it way outside the boundaries:

[[Image(https://i.imgur.com/LPvvVih.png)]]

Could JOSM suggest to use another projection when the object falls outside the default Mercator projection?

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-10-31 22:14:13 +0100 (Mon, 31 Oct 2016)
Build-Date:2016-11-01 02:34:59
Revision:11205
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11205 pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 3369 MB / 4029 MB (1152 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u111-b14-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	13914	1	More descriptive network connection issues message	Core			2016-11-04T14:26:23+01:00	2021-04-09T21:44:22+02:00	"Could JOSM give a more descriptive message when we have connection/server side issues?
For example, with this:

{{{
2016-11-04 11:15:49.889 GRAVE: org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
This website is under heavy load (queue full)
Were sorry, too many people are accessing this website at the same time. Were working on this problem. Please try again later.
>
org.openstreetmap.josm.io.OsmApiException: ResponseCode=503, Error Body=<
This website is under heavy load (queue full)
Were sorry, too many people are accessing this website at the same time. Were working on this problem. Please try again later.
>
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:176)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:110)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:74)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:57)
	at org.openstreetmap.josm.io.BoundingBoxDownloader.parseNotes(BoundingBoxDownloader.java:213)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadNotesTask$DownloadBoundingBoxTask.realRun(DownloadNotesTask.java:149)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:141)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
}}}

we only see a message saying `Communication with the OSM server 'api.openstreetmap.org' timed out. Please retry later.` (also note that the problem wasn't a time out here)

Maybe we could also have the `Error Body` displayed?

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-11-04 01:16:28 +0100 (Fri, 04 Nov 2016)
Build-Date:2016-11-04 02:36:08
Revision:11215
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11215 pt_BR) Linux Debian GNU/Linux testing (stretch)
Memory Usage: 394 MB / 10206 MB (146 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-8-jre:amd64-8u111-b14-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	13925	1	Enable edit button when utilsplugin2 enabled	Core			2016-11-06T12:16:17+01:00	2016-11-06T12:16:17+01:00	"1. select 4 objects (2×{{{natural=tree}}}, 2×{{{amenity=drinking_water}}})
2. select natural/amenity tags from the table ([[Help/Dialog/TagsMembership]])

Observed: edit button is disabled without any condition

Expected: edit button should open tabular editor with selected keys if {{{utilsplugin2}}} was installed and enabled"	openstreetmap.org-user-d1g
enhancement	13938	1	Provide faster way to edit imagery bookmark entries	Core imagery			2016-11-08T18:38:21+01:00	2017-10-28T23:42:02+02:00	"Sorry for the picture, but could we have an `Edit` entry (at the last place?) here at the Offset menu, please?

[[Image(https://i.imgur.com/7rgsWt2.png)]]

Sometimes I need to edit some bookmarks or delete them, and it takes a time to remember that I need to go to Imagery → Imagery offset

We can already add new bookmarks in an easy way and it seems coherent to also have a way to reach the place where we can edit/remove the entries. 
The `Edit` option should get us to the same place in a quickier and more friendly way.

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-11-06 20:18:38 +0100 (Sun, 06 Nov 2016)
Build-Date:2016-11-06 21:45:03
Revision:11223
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11223 pt_BR) Linux Debian GNU/Linux testing (stretch)
Memory Usage: 483 MB / 10206 MB (80 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-8-jre:amd64-8u111-b14-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-9
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	13971	1	"Explain what ""fix"" ""autofix"" button will do for every check using captions"	Core validator			2016-11-13T20:20:45+01:00	2016-11-13T20:20:45+01:00	"Previously this information was explained in [[Help/Preferences/Validator]] - of course, it was incomplete even for English language, therefore I removed it and left only really ""complex"" tags and validations.

Instead, I suggest that JOSM should provide captions ""taga will be added"", ""tagb will be removed"", ""tagc will be replaced with d"".


Extra: ""Fix"" button can be styled differently based on ""actions"" behind it; right now it always states ""Fix"" without explanation or hints about underlying action."	openstreetmap.org-user-d1g
enhancement	13984	1	Add: spatial resolution, date	Core imagery			2016-11-16T01:08:11+01:00	2017-02-18T12:16:41+01:00	"Surprisingly, it wasn't attempted at [[Maps#Documentation]]:
* spatial resolution (per pixel I guess)
* date of the most recent update to Imagery


These are the most important for Imagery. [[Maps/Germany#Erlangenaerialimagery20165.0cm]]


Personally I would frequently pick: resolution, date DESC - to add more details (to me - this is always the case)
but very rarely: date DESC, resolution - to update some area (constructions are not so frequent)

Instead of fiddling with ""Imagery"" menus (many items) I would trust JOSM to to pick: 1. most detailed and latest, 2. latest and somewhat detailed."	openstreetmap.org-user-d1g
enhancement	14096	1	Optional use of subgroups triggered by number of hits	Core validator			2016-12-07T15:22:51+01:00	2020-02-29T13:55:43+01:00	In order to flatten validator results it could be an option to only use subgroups or even deeper grouping if a certain number is reached. I thought about five hits but this could be user's choice.	skyper
enhancement	14111	1	Some improvements for notes	Core notes			2016-12-11T23:43:34+01:00	2019-01-03T01:40:36+01:00	"Could we have, if possible:

* a way to search for something inside the notes
* a way to filter the notes (by status (to display only open notes, for example) or by some text (from the previous item))
* a way to sort by the text (we can sort by status, username, or date, but not by the text)
* a menu with some (quick) actions when we right-click on a note (I am specially interested in a ""quick"" close note, when right-clicking a note, for example)
* a way to select multiple notes, like these, and apply an action to all of them:

[[Image(https://i.imgur.com/o0H5iRk.png)]]

* an option to hide the note, if the user is a moderator
* a way to export the notes list

JOSM:
{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-12-10 15:30:49 +0100 (Sat, 10 Dec 2016)
Build-Date:2016-12-11 02:34:51
Revision:11378
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11378 en) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 261 MB / 4029 MB (98 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-3-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u111-b14-3
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Program arguments: [--language=en]
}}}"	naoliv
enhancement	14142	1	"Rename ""Toggle Dialogs"" (sometimes ""Windows"") to ""Panel"""	Core			2016-12-20T18:15:37+01:00	2019-07-06T20:24:40+02:00	"In JOSM and in the wiki we use both terms mixed. We should decide which one should be used, so it is easier to the user to understand. Currently this causes also problems like F1 on the ""Windows"" menu leads to the empty page [wiki:Help/Menu/Windows]. (Content is currently on [wiki:Help/ToggleDialogs]).

I vote for ""Windows"" as this is easier to understand and already used most of the time."	Klumbumbus
enhancement	14178	1	Replace geometry: Optional setting handling for membership conflicts	Plugin utilsplugin2			2016-12-31T16:21:48+01:00	2020-09-03T21:34:37+02:00	"==== What steps will reproduce the problem?
1. Have an object part of an associatedStreet relation and a new object without any tag/membership
1. Replace geometry
1. Tag/Membership Conflict window always appears cause of the membership conflict

I need an option to better handle the different membership conflicts and for replace geometry I would like to be able to set ""keep"" for certain relation types.

Updating/Replacing buildings I face this window 100s times only to set the membership to keep.

Not sure if this is better implemented into core or if utilsplugin2 should extend the core function but I think this would be useful for more than only replace geometry

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-12-31 00:04:03 +0100 (Sat, 31 Dec 2016)
Build-Date:2016-12-31 02:32:34
Revision:11421
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11421 en) Linux Debian GNU/Linux 8.6 (jessie)
Memory Usage: 516 MB / 882 MB (209 MB allocated, but free)
Java version: 1.8.0_111-8u111-b14-2~bpo8+1-b14, Oracle Corporation, OpenJDK 64-Bit Server VM
Java package: openjdk-8-jre:amd64-8u111-b14-2~bpo8+1
Java ATK Wrapper package: libatk-wrapper-java:all-0.30.4-3
Program arguments: [--language=en]
Dataset consistency test: No problems found

Plugins:
+ utilsplugin2 (33088)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1

Last errors/warnings:
- W: Invalid jar file ''/plugins/utilsplugin2.jar.new'' (exists: false, canRead: false)
- W: Unable to get color from '' for color preference 'extrude.main.line'
- W: Unable to get color from '' for color preference 'improve.way.accuracy.helper.line'
- W: Unable to get color from '' for color preference 'make.parallel.helper.line'
}}}
"	skyper
enhancement	14210	1	JOSM does not give a message to the user when running out of memory	Core	tested		2017-01-08T10:31:30+01:00	2024-07-05T22:47:42+02:00	"In the past when JOSM ran out of memory, you got a popup message. That does not happen anymore, JOSM just starts behaving weird (as it runs out of memory) and only displays a message ""java.lang.OutOfMemoryError: unable to create new native thread"" etc. in the console.

JOSM should give a message to the user too.

JOSM v11427, java 1.8.0_111 on Windows 7
"	maarten
enhancement	14472	1	"Keyboard shortcut for latest ""repeat search"" action"	Core shortcuts	latest		2017-03-05T15:25:24+01:00	2017-03-05T18:38:45+01:00	"Please, add keyboard shortcut for latest ""repeat search"" action, placed in sub-menu (click small black triangle) of ""Search"" button in ""Selection"" window.

For ""Selection"" window click ""Selection"" item in ""Windows"" sub-menu at main menu."	Brait
enhancement	14730	1	Display a notice to the user if functionality (imagery layer display) is reduced in case of low memory allocation	Core imagery	latest		2017-05-02T22:48:47+02:00	2022-01-24T14:00:18+01:00	"Currently (see ticket #14593) JOSM silently just stops displaying more than the ""memory-fitting"" amount of background layers in case too few memory was allocated to JOSM (or rather the Java VM).

Would be nice if JOSM would tell the user (with a hint how to [[Help/CommandLineOptions#Javaoptions|fix]]) that there is too few memory to perform an expected action. I mean, there even is a info bar that aerial imagery should be aligned before using it for tracing... :-)


michael2402 wrote over there:

> Yes, the layer is hidden to avoid a out-of-memory situation that would lead to a JOSM crash (corrupt data, ...). Displaying a warning about this the user worked some time ago. I'll have a look into it.
> Currently, we just use a hard limit for all imagery layers (like size of total heap - size of expected JOSM memory usage). Accounting is just a very rough estimate, so we may be off by a lot. This is not optimal.

Thank you!"	aseerel4c26
enhancement	14934	1	Interface improvement for `destination` tags and all other semicolon-separated list values	Core			2017-06-12T17:30:59+02:00	2017-06-13T16:14:24+02:00	"Hello, there.

I started to see to `destination*` tags (`destination`, `destination:forward` and `destination:backward`, but that ehancement could be useful for any semicolon-separated values), and noticed that some improvement could be done for this. First, I will explain my reasoning, to see if someone sees an error in it: `destination*` tags are used to put in OSM destinations as displayed on road signs; such destinations vary widely along a road, because farthest destinations are displayed for tens, or even thousands, of kilometers, whereas closest can be only displayed for a couple of kilometers. For instance, along a oneway road, the `destination` values could be these:

{{{
             Alpha                          Bravo                                   Charlie                         Delta
--->------->---○---->---------->--------->----○------->----------->---------->-------->○----------->------------>------○
 Alpha;Charlie          Bravo;Charlie             Charlie             Delta;Charlie                 Delta
}}}

I'm pretty sure I'm not the only one to see the problem here: putting the destinations in the `destination` tag here, in its current interface, is not very practical; the better way I can think about here is:
1. cut the `highway` line at Charlie, and put `destination=Charlie` on its left part;
2. cut the line at Alpha, and add `Alpha;` in `destination` on the left part;
3. cut the line at Bravo, and add `Bravo;` in `destination` on the left part;
4. cut the line between Bravo and Charlie, at the point Delta starts being put on the signs, and add `Delta;` on the right part;
5. cut the line at Charlie, and remove `Delta;` in `destination` on the right part.

The cuts in the `highway` line are inherent to the OSM modelling, and could be made all at once, by selecting the nodes on which the cutting should be made, and then using P to cut, but, then, all segments of the highway should be tagged separately, and without much assistance from autocompletion because it is semicolon-blind, seeing the value as a whole, not as a list of values. That could quickly lead to ""Ow, my head…"" moments on long roads, because you would have to choose between
1. tagging the segments one after another, but then you will have to constantly keep in mind where each name started and stopped appearing, or
2. trying to gather the modifications as I did earlier, but that is no longer practical when several destinations keep appearing and disappearing at random points along the road.

Besides, in this workflow, the user will have to constantly and mentally extract the items of the semicolon-separated `destination*` lists for keeping them up-to-date along the `highway`, whereas jOSM could easily do that for him.

Recording all the destinations when driving along the road already necessitates a bit of structure, so modelling should not bring it up again; still, this data can be very important, for instance for car GPSes, which use `destination*` tags to help the driver finding its way, as road signs can be far more practical than a crossing schema.

I thought about a way to improve this; please note that this could be use for each tag whose value is a list of semicolon-separated values. The popup for values of `destination*` tags could be like this one:

{{{
+----------------------------------+
|                                  |
|   +------------+                 |
|   | Alpha      |                 |
|   | Bravo      |                 |
|   | …          |                 |
|   |            |                 |
|   |            |                 |
|   |            |                 |
|   |            |                 |
|   |            |                 |
|   |Another     |                 |
|   +------------+                 |
|                                  |
|                                  |
|   +----+  +---------+            |
|   | OK |  | Cancel  |            |
|   +----+  +---------+            |
|                                  |
+----------------------------------+
}}}

This list would be a combo box; I put the input area atop it, but it could be above it. This list would contain last used values, values existing on nearby `highway`, or a combination of both, and the use would only have to Ctrl-select the values to be applied to the selection, without having to bother about mentally eliminating the semicolons when reading the screen. When several `highway` are selected, the items common to all of them would be rendered in the list as selected , and the items present in only some of them would be rendered with a somewhat shaded background, to highlight the fact that they are not used elsewhere.

This way, when a destination appears on the signs, I would only have to:
1. select the `highway` on which this destination is displayed;
2. edit their `destination` and add the value to all of them.

That would have one clear drawback, though: the order of the elements would be lost, unless there is a way to order them in the combo box, but, IMHO, the items order is less important than them being in the list; besides, regarding the case of road signs, it only needs a fraction of seconds to find an item on the signs, even if it is in a random place in the displayed list.

I know neither how this could be integrated with the existing GUI, nor the amount of development that would need, but I must insist that this could be used for any semicolon-separated list values, especially those with some values to be propagated to neighbor elements and not other values, as with highways. Maybe this interface should be automatically used when the edited tag is in an internal list of well-known semicolon-separated list tags, to also improve their management.

Hoping this will help,

Regards."	Penegal
enhancement	14982	1	Drop down menu for Undelete Plugin	Plugin undelete			2017-07-02T11:46:35+02:00	2022-04-05T18:56:12+02:00	"An idea to make the plugin more entry-level friendly would be to add a drop down menu so that you can select what you want to undelete.
If you want to undelete only a single node, way or relation you can select the type and then enter the number. If you want to undelete a list of things you can select ""List"" and you can write multiple objects in there. There could also be a infobox that tells you how to use the list when you hover over the ""Elements"" section.

If people want to keep the current way to select eg a node with n123456 then the ""Select Type"" could be used for that. Just enter the objects either in ""Object ID"" or ""Elements"" and click to undelete the object(s).

Take a look at the images for a possible layout.

[[Image(undelete-open.2.png)]]"	TBKMrt
enhancement	15023	1	Selection: Next way segment	Plugin utilsplugin2			2017-07-15T14:59:47+02:00	2017-07-15T14:59:47+02:00	"Currently there are methods like ""non-branching way segments"" or ""select highway"" (seem to come from utilsPlugin2), but I don't see a method to follow a way segment after segment.

This would be helpful e.g. to follow a long road to check the attributes, e.g. to find a change in the maxspeed or so; especially in a situation where roads are split frequently for turn:lanes, bridges etc. 

""Next way segment"" should follow in the forward direction of the way. It stops at the end of the loaded ways, or when there are multiple ways with the same key (e.g. multiple highway=*). It continues on the same way key (e.g continues on highway even when a landuse is glued). 

It should have a shortcut. It might even zoom to the next selection."	Polarbear-j
enhancement	15038	1	compare route_ref tag to the list of actually served lines/route relations	Plugin pt_assistant			2017-07-19T09:57:37+02:00	2023-03-16T22:59:31+01:00	"The functionality to gather which lines serve a give stop is already present. Please add a rule that compares this to route_ref, if a route_ref tag is present on the stop.

If a route_ref is not present, we don't want to compute it automatically by the routes traversing there, since we never know if all routes are correctly mapped."	Polyglot
enhancement	15219	1	remote control with an Overpass query	Core remotecontrol			2017-09-01T22:28:24+02:00	2021-03-26T11:11:40+01:00	"Hi,

I'd like to see an enhancement of the remote control capabilities, such that one can pass in an Overpass API query. If no bounding box is given, open the download dialog and let the user select an area.

If no url is given, use the standard Overpass instance.

Polyglot"	Polyglot
enhancement	15309	1	Add Key healthcare with Subtags	Internal preset			2017-09-14T21:15:52+02:00	2023-01-19T19:12:57+01:00	"Please Add the Key healthcare with the Subtags healthcare:speciality
http://wiki.openstreetmap.org/wiki/Key:healthcare"	thetornado76
enhancement	15475	1	Should offer more options when clicking on GPX tracks' pictures	Core			2017-10-24T15:10:10+02:00	2018-05-26T01:01:03+02:00	"Open the attached example GPX file in JOSM.
When clicking at the picture icon:
[[Image(https://i.imgur.com/vPDFXeH.png)]]

We see this:
[[Image(https://i.imgur.com/kCsZNjJ.png)]]

But we can't zoom in the photo nor do anything else with it.

If, instead, we open the JPG file directly in JOSM we see:
[[Image(https://i.imgur.com/SzlSSuC.png)]]

Couldn't we have the same dialog when clicking on the track picture? (with options to zoom and everything else)

JOSM:
{{{
Build-Date:2017-10-24 09:00:44
Revision:13034
Is-Local-Build:true

Identification: JOSM/1.5 (13034 SVN pt_BR) Linux Debian GNU/Linux testing (buster)
Memory Usage: 3359 MB / 6372 MB (1296 MB allocated, but free)
Java version: 1.8.0_144-8u144-b01-1-b01, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-8-jre:amd64-8u144-b01-1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13
VM arguments: [-Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found

Plugins:
+ Create_grid_of_ways (32699)
+ FastDraw (33583)
+ ImportImagePlugin (33563)
+ OpeningHoursEditor (33185)
+ PicLayer (33385)
+ RoadSigns (33579)
+ SimplifyArea (33004)
+ apache-commons (33668)
+ buildings_tools (33004)
+ conflation (0.5.5)
+ contourmerge (1032)
+ download_along (33710)
+ editgpx (33004)
+ ejml (32680)
+ geojson (66)
+ geotools (33380)
+ importvec (33564)
+ indoorhelper (33632)
+ jts (32699)
+ log4j (32699)
+ measurement (33088)
+ merge-overlap (33436)
+ opendata (33617)
+ pbf (33568)
+ pdfimport (33579)
+ poly (33570)
+ reverter (33572)
+ scripting (30775)
+ tageditor (33579)
+ todo (30303)
+ turnlanes (33294)
+ turnlanes-tagging (254)
+ turnrestrictions (33537)
+ undelete (33480)
+ utilsplugin2 (33704)
}}}"	naoliv
enhancement	15574	1	[patch] [experimental] make large jpeg loading work through the use of JNI bridge to turbojpeg system library	Core image mapping	latest		2017-11-20T05:23:15+01:00	2018-01-11T01:19:34+01:00	"Image loading in JOSM is currently done with
{{{
 #!java
  Image img = Toolkit.getDefaultToolkit().createImage(file.getPath());
  [..]
  tracker.addImage(img, 1);
}}}

This may cause issues when trying to load images with large dimensions, if the heap space cannot hold the buffer of a full decode of the image.  JPEG loading however may be done in a way that the native decoding library decodes and scales the image on the fly (before the pixels are being sent to a BufferedImage).

JDK8 and JDK9 already ''use'' jpeg or turbojpeg system libraries in the background to do the heavy lifting, but there does not seem to be a proper way in those JDKs to delegate the scaling wish down to the JNI level.  The imageio framework has {{{canSetSourceRenderSize()}}} to check if a plugin can handle a custom source render size, but this is currently (JDK7, JDK8, JDK9) not implemented for the JPEG decoder, see
* https://docs.oracle.com/javase/9/docs/api/javax/imageio/ImageReadParam.html#canSetSourceRenderSize--
* https://docs.oracle.com/javase/9/docs/api/index.html?javax/imageio/plugins/jpeg/JPEGImageReadParam.html

-----
One solution is to employ the JNI bridge to turbojpeg system library.
* https://libjpeg-turbo.org/Documentation/Documentation
* https://cdn.rawgit.com/libjpeg-turbo/libjpeg-turbo/dev/java/doc/index.html

Problems (caveats) with this approach are
* libjpeg-turbo on the host system must have been compiled with the {{{--with-java}}} swith to {{{./configure}}}
  * debian/ubuntu precompiled versions do not have java enabled by default, see [https://anonscm.debian.org/cgit/collab-maint/libjpeg-turbo.git/tree/debian/rules debian/rules]
* the library needs to be found and readable by the JVM to load (general JNI problem)
* as the loaded image will be a scaled version, zooming in 1:1 will not be possible
  * this may be overcome by reloading subregions of the source image from file as needed
  * ~~in principle this should be possible using [https://cdn.rawgit.com/libjpeg-turbo/libjpeg-turbo/dev/java/doc/org/libjpegturbo/turbojpeg/TJDecompressor.html#decompress(int%5B%5D,%20int,%20int,%20int,%20int,%20int,%20int,%20int) this decompress variant] instead of the convenience function~~
    * not true currently: this variant merely enables to write to another offset than (0,0) in the dest buffer
    * while partial jpeg decoding [https://github.com/libjpeg-turbo/libjpeg-turbo/blob/19b393b62422c97d97de4a5f2943d2cf4dc44120/ChangeLog.md#1490-15-beta1 was added in turbojpeg 1.5] it has [https://github.com/libjpeg-turbo/libjpeg-turbo/blob/19b393b62422c97d97de4a5f2943d2cf4dc44120/turbojpeg-jni.c#L630 not been promoted to the callable jni] functions yet
    * i.e. turbojpeg-jni.c lacks sth. like {{{TJDecompressor_decompress_partial}}} that employs [https://github.com/libjpeg-turbo/libjpeg-turbo/blob/5bc43c7821df982f65aa1c738f67fbf7cba8bd69/jdapistd.c#L143 jpeg_crop_scanline(..)] and [https://github.com/libjpeg-turbo/libjpeg-turbo/blob/5bc43c7821df982f65aa1c738f67fbf7cba8bd69/jdapistd.c#L361 jpeg_skip_scanlines(..)]
    * once this is added to the jni interface of turbojpeg it might be feasible to load the visible subregions (resulting from zoom or drag operations) dynamically from a large jpeg file as needed

-----
Test data (a jpeg image with 30.000x21.952 pixels) may be found under
* https://commons.wikimedia.org/wiki/File:Pieter_Bruegel_the_Elder_-_The_Tower_of_Babel_(Vienna)_-_Google_Art_Project_-_edited.jpg

Trying to load this file without the proposed patch results in
* in {{{java.lang.OutOfMemoryError: Java heap space}}} or
* if JOSM is started with {{{-Xmx4G}}} (or a variant) to supply more heap space
  * in a terminated JVM and a segfaulting Xorg (libpthread related)
  * serious bug related to OOM conditions in openjdk (?)

-----
The proposed patch makes an effort to determine the presumably available memory before loading an image.  It reads width and height of an image without loading it and then checks
* if the image will presumably fit into half of the avail memory to the JVM loading is defered to the default toolkit as usual
* otherwise an instance of TJDecoder is used to load a scaled version (that will also not employ more than half of the available JVM heap space memory)

Not taking more than half of the memory available is especially necessary for the bilinear scaling to work as it duplicates the image buffer (worst case) in best fit mode.

In general, because of the deliberate checking for possible OOM conditions, JOSM will be from now on less likely to hit such exceptions if large images are loaded (this applies to all image formats, not just JPEG, but for JPEGs the code will make a second attempt in loading the image, instead of giving up).

-----
Future work:
Considering that bilinear scaling may be turned off in prefs, the constraint of not using more than half the available memory may be loosened.  However, a dynamic check depending on the state bilin* options are in, might need more work, i.e. if that option is changed during runtime and an image is loaded already employing more than half of the available memory, it may seem strange to do an expensive reload of the whole image, just because this scaling option changed.  So for now, this check is not dependent on the scaling option used for ImageDisplay.

Pledge for further testing:
This patch had limited testing on a single dev machine and a single OS.
It has not been tested, whether libjpeg-turbo is properly loaded under Windows or MacOS, e.g.
"	cmuelle8
enhancement	15604	1	Display more metadata for ESRI layer	Core imagery			2017-11-27T20:37:30+01:00	2018-08-28T19:46:54+02:00	"While reading https://github.com/Esri/arcgis-osm-editor/issues/104#issuecomment-347296365 I saw that iD is able to display some informations about the ESRI imagery layer, like this:

[[Image(https://i.imgur.com/6VXaePF.png)]]

Could we also have this when we right-click and then select `Show tile info`?
The related iD ticket is https://github.com/openstreetmap/iD/pull/4335

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2017-11-26 14:31:59 +0100 (Sun, 26 Nov 2017)
Revision:13170
Build-Date:2017-11-26 13:34:54
URL:http://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (13170 en) Linux Debian GNU/Linux testing (buster)
Memory Usage: 935 MB / 7168 MB (420 MB allocated, but free)
Java version: 9.0.1+11-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-9-jre:amd64-9.0.1+11-1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13
VM arguments: [--add-modules=java.activation,java.se.ee, -Dawt.useSystemAAFontSettings=on]
Program arguments: [--language=en]
}}}"	naoliv
enhancement	15660	1	"Relation editor: add ""position/index of member"" column"	Core			2017-12-10T19:47:27+01:00	2019-01-13T19:55:42+01:00	"When you select an item it shows you the tags, the values and if it is member of a relation.If it is you will see three columns: |Member of |Role| Position|.

But when you open this relation to edit the item in the relation you will only see two columns:  |Role | Refers to|

I miss the column Position, because when you edit a bus relation , with more than 100 items the position of the item in the relation would be interesting to assure a good-ordered relation (now I have to check all the relation and reorder little splitted ways to assure the order between the bus_stop of the fragments is correct.

Thanks"	yopaseopor
enhancement	15671	1	Preview the valid bounds of map projections	Core			2017-12-16T03:14:55+01:00	2017-12-16T03:14:55+01:00	"In Projection preferences, we could display bounds preview, as done in the [https://twitter.com/northroadgeo/status/941228767887765505 next version of QGIS]:

[[Image(https://pbs.twimg.com/tweet_video_thumb/DQ_qRzhVoAAT5G-.jpg, 800px)]]"	Don-vip
enhancement	15700	1	Presets links can take too much space in properties dialog and relation manager	Core			2017-12-28T17:26:27+01:00	2020-04-01T04:52:45+02:00	"The properties dialog should be able to display presets side by side in order to minimize vertical space for objects matching a large number of presets:

[[Image(presets.png)]]"	Don-vip
enhancement	15752	1	Test for landuse inside landuse	Core validator			2018-01-08T21:06:25+01:00	2018-01-09T01:52:33+01:00	"I can't say the global number of landuses inside landuses with the same values, but, as an example, in Brazil we have right now 288 `landuse=residential` areas inside another `landuse=residential` area.

{{{
#!mapcss
area[tag(""landuse"") = parent_tag(""landuse"")] ∈ area[landuse] {
        throwWarning: tr(""{0} inside {1}"", concat(""landuse="", tag(""landuse"")), concat(""landuse="", tag(""landuse"")));
}}}

Is it worth to include a similar test in JOSM?

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-01-08 02:45:59 +0100 (Mon, 08 Jan 2018)
Revision:13300
Build-Date:2018-01-08 01:49:06
URL:http://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (13300 pt_BR) Linux Debian GNU/Linux testing (buster)
Memory Usage: 2787 MB / 7168 MB (751 MB allocated, but free)
Java version: 9.0.1+11-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-9-jre:amd64-9.0.1+11-1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-13
VM arguments: [--add-modules=java.activation,java.se.ee, -Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	15831	1	Add keyboard shortcut for opacity slider	Core shortcuts			2018-01-26T01:08:13+01:00	2018-01-26T22:01:31+01:00	"To operate the opacity slider requires several seconds of high tension
complicated wrist/finger actions...

If there were keyboard shortcuts added, users who use this often would
perhaps not need to rest every other day to avoid wrist swelling, carpal
tunnel syndrome.

The idea would be there could be a pair of keys, "",."" ""90"" ""nm"" etc. one
the first would increase the opacity of the current layer, the other
would decrease it."	jidanni
enhancement	15964	1	allow adding numbers without selecting a street	Plugin addrinterpolation			2018-02-18T13:29:44+01:00	2018-02-18T13:29:44+01:00	"when adding numbers in a place (with the goal being addr:housenumber and addr:place tags), i have to select an incorrect street, then delete this tag manually.

it would be useful to allow adding housenumbers even without a street being selected (with a warning popup, if appropriate)"	richlv
enhancement	15970	1	Add equatorial stereographic projection	Core			2018-02-18T21:38:23+01:00	2019-09-19T17:58:42+02:00	"From #15880 we have two projections which need to implement the equatorial (0°) of the stereographic projection:

ticket:15880#comment:22

{{{
53026,?Sphere_Stereographic?,?ESRI?,53026,?Stereographic?,?PROJCS[""Sphere_Stereographic"",GEOGCS[""GCS_Sphere"",DATUM[""D_Sphere"",SPHEROID[""Sphere"",6371000.0,0.0]],PRIMEM[""Greenwich"",0.0],UNIT[""Degree"",0.0174532925199433]],PROJECTION[""Stereographic""],PARAMETER[""False_Easting"",0.0],PARAMETER[""False_Northing"",0.0],PARAMETER[""Central_Meridian"",0.0],PARAMETER[""Scale_Factor"",1.0],PARAMETER[""Latitude_Of_Origin"",0.0],UNIT[""Meter"",1.0]]?

54026,?World_Stereographic?,?ESRI?,54026,?Stereographic?,?PROJCS[""World_Stereographic"",GEOGCS[""GCS_WGS_1984"",DATUM[""D_WGS_1984"",SPHEROID[""WGS_1984"",6378137.0,298.257223563]],PRIMEM[""Greenwich"",0.0],UNIT[""Degree"",0.0174532925199433]],PROJECTION[""Stereographic""],PARAMETER[""False_Easting"",0.0],PARAMETER[""False_Northing"",0.0],PARAMETER[""Central_Meridian"",0.0],PARAMETER[""Scale_Factor"",1.0],PARAMETER[""Latitude_Of_Origin"",0.0],UNIT[""Meter"",1.0]]?
}}}

PROJ.4 implementation: https://github.com/OSGeo/PROJ/blob/master/src/projections/stere.cpp"	Don-vip
enhancement	16108	1	Improve Remove function	Plugin conflation			2018-03-19T21:53:07+01:00	2018-03-19T21:53:07+01:00	"The Conflation plugin has proven very useful when importing POI type datasets, so I hope it is still being maintained.

As expected, the Remove button currently excludes a matched pair of subject/reference items from the Matches list. However, both the subject item and the reference item are then gone from the selection, never to be found again. In the case of an import, that means that one item (the reference) is lost. It would be better, I think, if the Remove button moved the subject/reference pair from the Matches list to the Subject Only list and to the Reference Only list, respectively."	nkamapper
enhancement	16326	1	Add imagery boundary selector during editing	Core imagery			2018-05-27T09:20:04+02:00	2018-05-27T23:32:07+02:00	"Add a imagery boundary editor:
* map with visualization of the boundary
* use nominatim to search for relations which would became the boundary
* simplify geometry (allow changing max-error)
* export as `maps` entry to be copied into our wiki
* provide size of created geometry

See: #16324, #16249, "	wiktorn
enhancement	16395	1	Warning/test for possible wrong lanes count	Core validator			2018-06-15T17:54:03+02:00	2021-07-13T12:46:09+02:00	"At https://josm.openstreetmap.de/ticket/8519#comment:22 we can see that JOSM has (or had?) a test for `lanes` >= `lanes:forward` + `lanes:backward`

But have a non-oneway way with `highway=primary` + `lanes:forward=2` + `lanes=2`, for example, and validate it: we don't see any warning (while we should).

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-06-14 19:38:30 +0200 (Thu, 14 Jun 2018)
Revision:13932
Build-Date:2018-06-14 17:40:29
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (13932 pt_BR) Linux Debian GNU/Linux unstable (sid)
Memory Usage: 308 MB / 5120 MB (143 MB allocated, but free)
Java version: 10.0.1+10-Debian-4, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-10-jre:amd64-10.0.1+10-4
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
VM arguments: [--illegal-access=warn, --add-modules=java.se.ee, -Dawt.useSystemAAFontSettings=on]
Dataset consistency test: No problems found

Plugins:
+ Create_grid_of_ways (34109)
+ ImportImagePlugin (34219)
+ OpeningHoursEditor (34095)
+ PicLayer (34170)
+ SimplifyArea (34109)
+ apache-commons (34109)
+ areaselector (336)
+ austriaaddresshelper (1525848529)
+ buildings_tools (34212)
+ download_along (34081)
+ editgpx (34109)
+ ejml (34126)
+ geojson (80)
+ geotools (34125)
+ jogl (1.1.0)
+ jts (34038)
+ log4j (34038)
+ measurement (34109)
+ merge-overlap (34109)
+ opendata (34196)
+ photo_geotagging (34109)
+ poly (34098)
+ reverter (34271)
+ tageditor (34109)
+ todo (30304)
+ turnlanes-tagging (263)
+ turnrestrictions (34129)
+ undelete (34274)
+ utilsplugin2 (34286)
+ wikipedia (v1.0.1)
}}}"	naoliv
enhancement	16408	1	JOSM is reloading multiple times a modified validation file	Core			2018-06-20T13:24:52+02:00	2018-08-15T13:19:52+02:00	"It seems that #15282 is back.
While saving a local validation file I can see that JOSM is reloading it 3 times:

{{{
2018-06-20 08:19:27.182 INFO: Source Brasil has been modified. Reloading it...
2018-06-20 08:19:27.222 INFO: Source Brasil has been modified. Reloading it...
2018-06-20 08:19:27.244 INFO: Source Brasil has been modified. Reloading it...
}}}

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-06-19 19:44:45 +0200 (Tue, 19 Jun 2018)
Revision:13959
Build-Date:2018-06-19 17:47:20
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (13959 en) Linux Debian GNU/Linux testing (buster)
Memory Usage: 871 MB / 7168 MB (690 MB allocated, but free)
Java version: 10.0.1+10-Debian-4, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-10-jre:amd64-10.0.1+10-4
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
VM arguments: [--add-modules=java.activation,java.se.ee, -Dawt.useSystemAAFontSettings=gasp]
Program arguments: [--language=en]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	16747	1	Should not download tiles from other zoom levels if not necessary	Core imagery			2018-09-17T17:02:24+02:00	2019-03-23T15:29:40+01:00	"Go to anywhere with a zoom level of 50m in JOSM, enable any TMS layer (I am using ""OpenStreetMap Carto"" in this example), clear the layer cache and see how JOSM also loads tiles from lower zoom levels:

{{{
2018-09-17 11:25:59.863 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236633/160902.png -> 200 (1,56 kB)
2018-09-17 11:25:59.872 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236631/160902.png -> 200 (2,62 kB)
2018-09-17 11:25:59.873 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236631/160903.png -> 200 (103 B)
2018-09-17 11:25:59.877 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236634/160902.png -> 200 (1,10 kB)
2018-09-17 11:25:59.877 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236631/160901.png -> 200 (3,61 kB)
2018-09-17 11:25:59.879 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236633/160904.png -> 200 (103 B)
2018-09-17 11:25:59.879 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236634/160901.png -> 200 (103 B)
2018-09-17 11:25:59.880 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236632/160903.png -> 200 (336 B)
2018-09-17 11:25:59.884 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236634/160900.png -> 200 (103 B)
2018-09-17 11:25:59.888 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236633/160901.png -> 200 (1,26 kB)
2018-09-17 11:25:59.890 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236632/160904.png -> 200 (103 B)
2018-09-17 11:25:59.891 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236635/160902.png -> 200 (3,10 kB)
2018-09-17 11:25:59.891 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236635/160901.png -> 200 (103 B)
2018-09-17 11:25:59.897 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236634/160903.png -> 200 (103 B)
2018-09-17 11:25:59.898 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236634/160904.png -> 200 (103 B)
2018-09-17 11:25:59.898 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236632/160902.png -> 200 (5,93 kB)
2018-09-17 11:25:59.899 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236633/160900.png -> 200 (103 B)
2018-09-17 11:25:59.899 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236632/160900.png -> 200 (2,59 kB)
2018-09-17 11:25:59.900 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236632/160901.png -> 200 (2,27 kB)
2018-09-17 11:25:59.900 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236630/160902.png -> 200 (103 B)
2018-09-17 11:25:59.897 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236633/160903.png -> 200 (352 B)
2018-09-17 11:25:59.902 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/18/236630/160901.png -> 200 (357 B)
2018-09-17 11:26:00.088 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236635/160903.png -> 200 (103 B)
2018-09-17 11:26:00.102 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236635/160900.png -> 200 (103 B)
2018-09-17 11:26:00.103 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/17/118315/80452.png -> 200 (103 B)
2018-09-17 11:26:00.105 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/17/118317/80450.png -> 200 (103 B)
2018-09-17 11:26:00.150 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236630/160903.png -> 200 (103 B)
2018-09-17 11:26:00.151 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/15/29578/20112.png -> 200 (2,59 kB)
2018-09-17 11:26:00.153 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/16/59158/40226.png -> 200 (103 B)
2018-09-17 11:26:00.155 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/16/59158/40225.png -> 200 (4,41 kB)
2018-09-17 11:26:00.156 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236635/160904.png -> 200 (103 B)
2018-09-17 11:26:00.159 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236631/160904.png -> 200 (103 B)
2018-09-17 11:26:00.163 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/17/118316/80452.png -> 200 (103 B)
2018-09-17 11:26:00.163 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/16/59157/40225.png -> 200 (2,50 kB)
2018-09-17 11:26:00.165 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/17/118316/80451.png -> 200 (4,84 kB)
2018-09-17 11:26:00.167 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/17/118316/80450.png -> 200 (3,01 kB)
2018-09-17 11:26:00.167 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/14/14789/10056.png -> 200 (10,5 kB)
2018-09-17 11:26:00.169 INFORMAÇÕES: GET https://c.tile.openstreetmap.org/16/59157/40226.png -> 200 (103 B)
2018-09-17 11:26:00.175 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/17/118315/80450.png -> 200 (3,47 kB)
2018-09-17 11:26:00.177 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/18/236631/160900.png -> 200 (1,70 kB)
2018-09-17 11:26:00.178 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236630/160900.png -> 200 (2,48 kB)
2018-09-17 11:26:00.179 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/17/118315/80451.png -> 200 (1,95 kB)
2018-09-17 11:26:00.303 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/17/118317/80451.png -> 200 (2,86 kB)
2018-09-17 11:26:00.319 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/17/118317/80452.png -> 200 (103 B)
2018-09-17 11:26:00.370 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/15/29578/20113.png -> 200 (103 B)
2018-09-17 11:26:00.380 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/13/7394/5028.png -> 200 (4,91 kB)
2018-09-17 11:26:00.550 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/18/236630/160904.png -> 200 (103 B)
2018-09-17 11:26:00.557 INFORMAÇÕES: GET https://a.tile.openstreetmap.org/15/29579/20112.png -> 200 (23,1 kB)
2018-09-17 11:26:00.565 INFORMAÇÕES: GET https://b.tile.openstreetmap.org/15/29579/20113.png -> 200 (5,89 kB)
}}}

Or, in summary, the number of `tiles | zoom level` that it downloads:
{{{
Number | Zoom
  30   |  18
   9   |  17
   4   |  16
   4   |  15
   1   |  14
   1   |  13
}}}

From what I understand, JOSM should only load tiles from the current zoom level; also:

**1)** lower zoom level tiles should only be download if we receive a 404 for the requested tile (or some other kind of error).

**2)** of course, if a lower level tile is available in the local cache, it could be used/displayed while the requested tiles are being downloaded.

In a test with the Bing layer, in total it dowloads 427.99 kB at this same area (being 287.03 kB for level 18 (67.06%) and 140.96 kB (32.93%) for the other possibly unneeded levels)

I understand that it's faster to display the lower level tiles while the proper level is being downloaded, but when we are using a low speed Internet connection, it only makes things worse (it's also valid when we are using a limited data plan).

Could we at least have an option to enable or not this behavior, please?
ie, it should always implements **1)** and **2)**, but we should be able to choose if we want to download or not the lower level tiles too.

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-09-16 10:26:39 +0200 (Sun, 16 Sep 2018)
Revision:14258
Build-Date:2018-09-16 15:50:45
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (14258 pt_BR) Linux Debian GNU/Linux testing (buster)
Memory Usage: 459 MB / 6144 MB (105 MB allocated, but free)
Java version: 10.0.2+13-Debian-1, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-10-jre:amd64-10.0.2+13-1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	16820	1	Unglue: guess automatically the destination for tagged node	Core			2018-10-08T09:40:33+02:00	2018-10-22T20:56:58+02:00	"When trying to disconnect landuse ways and highways I use ""g"".
Then a dialog pops up and ask where to place the nodes with tags e.g. highway=crossing.

[[Image(16820.PNG)]]

I always want to place them on the highway.

Can we make JOSM do the right thing and hide the dialog for this/all cases when a checkbox is marked?

I never use tags on nodes on landuse areas, so the dialog is not needed in this special case if you ask me."	pangoSE
enhancement	16858	1	Move jmapviewer to a separate repository	Core			2018-10-20T14:30:54+02:00	2020-01-22T19:21:28+01:00	"Currently, jmapviewer is hosted on the OSM SVN repository and included as svn:external.

We want to get rid of svn:external
- Include it in JOSM using ivy instead of snv:external (the ivy patch is ready to be applied for this)

We want to make it an independent project
- Convert jmapviewer to a git repository
- Move the repo to our gitlab server created in #16857
- Change the build script to use gradle instead of ant (not relly needed, but we want an easy project to start and use the same build system for everything)
-- Moving to gradle allows us to have the same maven config for all projects.
- Set up continuous integration there
- deprecate the old SVN repo (delete / archive / remove all links)
"	michael2402
enhancement	16872	1	Serialize imagery preferences to string containg XML conformant to maps.xsd	Core imagery			2018-10-21T19:08:28+02:00	2018-10-21T19:08:28+02:00	Instead of having custom serializer/deserializer for preferences and separate deserializer for JOSM wiki maps, create serializer to XML according to maps.xsd and drop ImageryPreferenceEntry & friends.	wiktorn
enhancement	16918	1	Autoexpand validator report classes (Error, Warning, Other)	Core validator			2018-10-30T10:33:46+01:00	2022-01-05T15:27:47+01:00	"==== What steps will reproduce the problem?
Currently at least my process for fixing validator issues is like this

0. Download area
1. Run validator
2. Get errors
3. Expand errors/warning group, whichever is the top one
4. Expand specific error/warning
5. Use right-click and select zoom to
6. Fix problem
7. Upload
8. Go back to 1.
==== What is the expected result?

==== What happens instead?
Point 3. (expanding the most severe problem group) happens automatically.

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

I think that vast majority of people fixes more important issues before less important so automatic opening error group will save significantly more time than waste.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-10-28 22:27:31 +0100 (Sun, 28 Oct 2018)
Build-Date:2018-10-28 21:33:32
Revision:14382
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14382 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 953 MB / 953 MB (164 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34535)
+ buildings_tools (34572)
+ continuosDownload (82)
+ imagery_offset_db (34641)
+ measurement (34529)
+ reverter (34552)
+ todo (30306)

Last errors/warnings:
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
- E: Bad Request - org.openstreetmap.josm.gui.widgets.HtmlPanel[,0,0,0x0,invalid,layout=java.awt.BorderLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]
- W: java.net.SocketTimeoutException: Read timed out
}}}
"	mkoniecz
enhancement	17011	1	Multiple warnings for same problem	Core validator			2018-11-20T16:19:13+01:00	2021-10-16T00:33:20+02:00	"==== What steps will reproduce the problem?
1. Create two closed ways tagged natural=water which overlap
2. Run validator

==== What is the expected result?
One warning showing the two ways
==== What happens instead?
5 Warnings and 2 informations
{{{
Warnings (5)
- Crossing ways (1)
- Overlapping Identical Natural Areas (2)
- Overlapping Water Areas (2)
Other (2)
- Overlapping Areas (2)
}}}
==== Please provide any additional information below. Attach a screenshot if possible.
The first warning is produced by validation.tests.CrossingWays, the others by MapCSSTagChecker. We should reduce the noise. I think the test in CrossingWays is better because it shows better where the overlap is.
{{{
Build-Date:2018-11-20 16:04:40
Revision:14436
Is-Local-Build:true

Identification: JOSM/1.5 (14436 SVN en) Windows 10 64-Bit
OS Build number: Windows 10 Home 1803 (17134)
Memory Usage: 617 MB / 3641 MB (354 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080
VM arguments: [-agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:63406, -ea, -Dfile.encoding=UTF-8]
Program arguments: [--debug]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34535)
+ apache-commons (34506)
+ buildings_tools (34724)
+ download_along (34503)
+ ejml (34389)
+ geotools (34513)
+ importvec (34520)
+ jaxb (34506)
+ jts (34524)
+ merge-overlap (34664)
+ o5m (34405)
+ opendata (34698)
+ pbf (34576)
+ poly (34546)
+ reverter (34552)
+ undelete (34568)
+ utilsplugin2 (34506)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
- W: Region [TMS_BLOCK_v2] Resetting cache
}}}
"	GerdP
enhancement	17075	1	"extend ""new message warning"" to other types of communications"	Core			2018-12-05T11:10:52+01:00	2018-12-05T20:53:50+01:00	Some mappers assume all their messages are shown in their JOSM. Changeset comments are not, nor are comments to their Notes.  This leads to bad blood when others think they are being ignored. Could the feed for changeset comments be integrated in the JOSM inbox?	joostschouppe
enhancement	17102	1	difference in area styling between forest tagged as natural=wood and landuse=forest is much greater than between landuse=forest and landuse=farmland	Internal mappaint style			2018-12-13T18:59:22+01:00	2022-07-01T15:39:19+02:00	"==== What steps will reproduce the problem?
1. edit in area where some mappers used landuse=forest for forested area and some used natural=wood for forested area
2. start adding landuse=farmland

==== What is the expected result?
Map in edit mode is readable

==== What happens instead?
Map in edit mode is highly confusing

==== Please provide any additional information below. Attach a screenshot if possible.
I think that the same or at least very close color for landuse=forest and natural=wood would be preferable as there is much smaller (if any) difference between landuse=forest and natural=wood

In image on the right distinguishing pale green representing forests and pale green representing fields is nearly impossible.
[[Image(land uses.png)]]  [[Image(real_data_example.png)]]

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-12-11 00:24:50 +0100 (Tue, 11 Dec 2018)
Build-Date:2018-12-11 02:32:21
Revision:14551
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14551 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 670 MB / 869 MB (250 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1366x768
Maximum Screen Size: 1366x768
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34535)
+ buildings_tools (34724)
+ continuosDownload (82)
+ imagery_offset_db (34641)
+ measurement (34529)
+ reverter (34552)
+ todo (30306)

Last errors/warnings:
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
}}}
"	mkoniecz
enhancement	17103	1	Add unsigned_ref to presets	Internal preset			2018-12-13T20:30:05+01:00	2018-12-13T20:30:05+01:00	"==== What steps will reproduce the problem?
1. Encounter someone tagging ref that is officially assigned but not tagged anywhere as ref tag
2. start cleaning up the tagging after survey (with JOSM rather than Vespucci on survey due to large scale damage)

==== What is the expected result?
unsigned_ref is in presets

==== What happens instead?
unsigned_ref is not in presets
==== Please provide any additional information below. Attach a screenshot if possible.
https://wiki.openstreetmap.org/wiki/Key:unsigned_ref
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-12-11 00:24:50 +0100 (Tue, 11 Dec 2018)
Build-Date:2018-12-11 02:32:21
Revision:14551
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14551 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 823 MB / 869 MB (244 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1366x768
Maximum Screen Size: 1366x768
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34535)
+ buildings_tools (34724)
+ continuosDownload (82)
+ imagery_offset_db (34641)
+ measurement (34529)
+ reverter (34552)
+ todo (30306)

Last errors/warnings:
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- W: java.io.IOException: Attribution is not loaded yet
- E: org.openstreetmap.josm.io.IllegalDataException: Missing attribute 'version' on OSM primitive with ID 4757981. (at line 6, column 21). 287 bytes have been read. Cause: org.openstreetmap.josm.io.XmlStreamParsingException: Missing attribute 'version' on OSM primitive with ID 4757981. (at line 6, column 21). 287 bytes have been read. Cause: org.openstreetmap.josm.io.IllegalDataException: Missing attribute 'version' on OSM primitive with ID 4757981.
- E: Error - Could not read file 'bronowice.osm'.
Error is:
Missing attribute 'version' on OSM primitive with ID 4757981. (at line 6, column 21). 287 bytes have been read
}}}
"	mkoniecz
enhancement	17124	1	Improve conflict solving performance	Core			2018-12-19T01:43:39+01:00	2018-12-19T01:43:39+01:00	"Suppose we have 1000 conflicts, we select all of them and choose ""their version"".
It feels that JOSM is slowly resolving them one by one and doing some resource-intensive things each time; it seems that JOSM will call this function a thousand times (for this example):

{{{
#!java
    @Override
    public void onConflictsRemoved(ConflictCollection conflicts) {
        Logging.info(""1 conflict has been resolved."");
        refreshView();
    }
}}}

1. Maybe `Logging.info()` should be changed to a more verbose level? (ie, it should not be printed to console when calling JOSM without `--trace`, `--debug`, etc)
2. Maybe all the conflicts could be resolved and only then `refreshView()` be called only once, instead calling it every time a conflict is resolved?

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-12-17 22:42:01 +0100 (Mon, 17 Dec 2018)
Revision:14575
Build-Date:2018-12-18 02:32:19
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (14575 pt_BR) Linux Debian GNU/Linux buster/sid
Memory Usage: 312 MB / 2048 MB (74 MB allocated, but free)
Java version: 11.0.1+13-Debian-3, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-11-jre:amd64-11.0.1+13-3
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	17134	1	platform roles membership should be moved to newly created multipolygon (in route=tram/subway/light_rail/train/trolleybus/bus relations)	Core			2018-12-21T22:04:39+01:00	2018-12-21T22:05:41+01:00	"==== What steps will reproduce the problem?
1. download https://www.openstreetmap.org/way/655027220 ( Relation Tram 2: Cmentarz Rakowicki => Salwator (176853) (as platform) )
2. select https://www.openstreetmap.org/way/655027220
3. use ctrl-b (create multipolygon)

==== What is the expected result?

platform membership role is moved to newly created multipolygon rather than stay on soon to be splitted way

==== What happens instead?

`platform` membership role is not moved to newly created multipolygon and stays on soon to be splitted way

bus OSM wiki page claims that also `platform_exit_only` and `platform_entry_only` roles may exist - these also should be moved to a new multipolygon.

==== Please provide any additional information below. Attach a screenshot if possible.
https://wiki.openstreetmap.org/wiki/Tag:route%3Dtram
https://wiki.openstreetmap.org/wiki/Tag:route%3Dsubway
https://wiki.openstreetmap.org/wiki/Tag:route%3Dlight_rail
https://wiki.openstreetmap.org/wiki/Tag:route%3Dtrain
http://wiki.openstreetmap.org:80/wiki/Tag:route=trolleybus
https://wiki.openstreetmap.org/wiki/Tag:route%3Dbus
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-12-17 22:42:01 +0100 (Mon, 17 Dec 2018)
Build-Date:2018-12-18 02:32:19
Revision:14575
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14575 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 678 MB / 869 MB (158 MB allocated, but free)
Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34535)
+ buildings_tools (34724)
+ continuosDownload (82)
+ imagery_offset_db (34641)
+ measurement (34529)
+ reverter (34552)
+ todo (30306)

Last errors/warnings:
- E: java.net.SocketTimeoutException: Read timed out
- W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: Already here java.net.SocketTimeoutException: Read timed out
- E: java.net.SocketTimeoutException: Read timed out
- W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: Already here java.net.SocketTimeoutException: Read timed out
- E: java.net.SocketTimeoutException: Read timed out
- W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out
}}}
"	mkoniecz
enhancement	17153	1	Add per imagery server restrictions for requests per second	Core imagery			2018-12-30T10:36:07+01:00	2018-12-30T14:08:46+01:00	"Is there any way to add this?

Kartverket, which is providing several WMS layers of open data, have a restriction of 30 requests per second per IP.
Moving around and zooming in/out will return error tiles due number of requests in a short time.
With more than one layer active it will obviously be even worse.

Very cumbersome to have to right click to reload error tiles of the layer so often.

Editing anywhere in Norway will give a list of Kartverket layers for use so you can test this."	Gazer75
enhancement	17168	1	Toggle Next Layer Shortcut	Core shortcuts			2019-01-03T18:42:38+01:00	2019-01-06T23:56:12+01:00	"The current key shortcut to change the active layer is cumbersome (CTRL + Shift + A + {num}). I think it would be very useful to have a shortcut that is shared by most web browsers and IDE's to cycle through open tabs (CTRL+TAB) & the reverse (CTRL+SHIFT+TAB). 

The proposed key-mapping is universal and very familiar to almost all computer users. A shortcut for this would help a lot when working with multiple data layers for projects such as imports.
"	zlavergne
enhancement	17211	1	Can't see all the discussion from some notes	Core notes			2019-01-16T17:07:09+01:00	2020-11-26T00:18:20+01:00	"Have https://www.openstreetmap.org/note/1188355 as an example
In JOSM it's only possible to see this truncated part:

[[Image(https://i.imgur.com/OtnnS0j.png)]]

Could we have a way to scroll the text or open all the messages in another kind of dialog, please?

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-01-15 22:29:08 +0100 (Tue, 15 Jan 2019)
Revision:14700
Build-Date:2019-01-16 02:32:14
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (14700 pt_BR) Linux Debian GNU/Linux buster/sid
Memory Usage: 965 MB / 6144 MB (598 MB allocated, but free)
Java version: 11.0.1+13-Debian-3, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900, :0.1 1280x1024
Maximum Screen Size: 1600x1024
Java package: openjdk-11-jre:amd64-11.0.1+13-3
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
}}}"	naoliv
enhancement	17295	1	[WIP Patch] All categories are folded by default	Core validator			2019-02-06T19:12:59+01:00	2023-12-02T19:11:25+01:00	"==== What steps will reproduce the problem?
1. Open josm, download some OSM data
2. Launch validator

==== What is the expected result?

Warnings/errors are displayed, stored by categories. You can review them quickly.

==== What happens instead?

Warnings/errors are generated, but these 2 panels (error/warning) are folded. So you cannot see all categories easily, you have to click on error/warning. Then next validator action will leave it open.

I don't see the value of folding error/warning categories at start, because by itself it's not very useful I believe. 
But even better, I'd like if JOSM could save my preferences on which categories (Crossing highways, …) I opened, so that next time I open JOSM, it will open these directly without me having to click.

==== 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: 2018-12-31 15:09:58 +0100 (Mon, 31 Dec 2018)
Build-Date:2018-12-31 14:24:10
Revision:14620
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14620 fr) Linux Debian GNU/Linux buster/sid
Memory Usage: 1127 MB / 4436 MB (804 MB allocated, but free)
Java version: 1.8.0_191-8u191-b12-2-b12, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u191-b12-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-21
Dataset consistency test: No problems found

Plugins:
+ AddrInterpolation (34867)
+ HouseNumberTaggingTool (34867)
+ OpeningHoursEditor (34867)
+ PicLayer (34867)
+ apache-commons (34506)
+ buildings_tools (34867)
+ conflation (0.6.2)
+ ejml (34389)
+ geojson (116)
+ geotools (34513)
+ jts (34524)
+ poly (34867)
+ scripting (30794)
+ terracer (34867)
+ todo (30306)
+ utilsplugin2 (34867)

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	bagage
enhancement	17314	1	"Change ""Join Node to Way"" to ""Join Way with Node"""	Core	tested		2019-02-10T13:37:36+01:00	2020-04-03T10:56:21+02:00	"The Tools Menu has the two commands

 Join Node to Way:: Joins all way segments within the catch radius of the selected nodes with them.  This command changes the geometry of ways. 

 Move Node onto Way:: Moves the selected nodes to the ways in their catch radius. This command moves nodes.

The description ''Join Node to Way'' contradicts the behaviour of the command.  Because ways are the object of the change the word ''Way'' should be the second word in the description. I suggest '''Join Way with Node'''.


"	Hb---
enhancement	17356	1	GUI should announce the Edit Layer similar to the Active layer	Core	latest		2019-02-19T00:37:43+01:00	2019-02-19T08:31:02+01:00	"The Edit layer is equal to the active layer when that is an OSM data layer.  The Edit layer harbours the Selection.

If a non-data layer is activated all visual feedback, the zoom behaviour and else leads the user away from the Edit layer.  But the Edit layer may have selected objects which can be changed with geometric actions like Orthogonalise Shape **`Q`**. Downloaded data is placed on the Edit layer and may destroy some edits.  This behaviour is not the focus of this request as it may be necessary, see #12863 and source:/trunk/src/org/openstreetmap/josm/gui/layer/MainLayerManager.java#L23.

But the user needs to know which data layer the Edit layer is. Currently this information is missing in the main GUI. The layer panel should show this.

See also 
* #6518 actions on inactive 
* #17196 Undo on inactive
* Name of Edit Layer in title bar of the Relation editor. From within the RE select actions are only possible on the Active layer."	Hb---
enhancement	17390	1	provide autofix for removal of unneded boundary=administrative tags	Core validator			2019-02-26T11:15:34+01:00	2019-02-26T11:15:34+01:00	"==== What steps will reproduce the problem?
1. create `boundary=administrative` relation
2. add unneded `boundary=administrative` tags on boundary ways
3. run validator

==== What is the expected result?

Validator offers to remove unneeded `boundary=administrative` from all outer ways of `boundary=administrative` relation as it is violation of ""one feature one OSM element"" rule and pointless duplication.

In case where admin_level is present on ways - it should also be removed.

==== What happens instead?

Validator generates ""boundary=administrative without admin_level: warnings.

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

Note that rendering in JOSM amkes clear that tags on boundary relation, without tags boundary ways is completely sufficient.

https://www.openstreetmap.org/way/197110173 - example boundary
https://www.openstreetmap.org/relation/6941793 - one of relations using it

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-02-23 17:46:51 +0100 (Sat, 23 Feb 2019)
Build-Date:2019-02-24 02:30:49
Revision:14802
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14802 en) Linux Ubuntu 16.04.5 LTS
Memory Usage: 641 MB / 869 MB (293 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34867)
+ buildings_tools (34867)
+ continuosDownload (82)
+ imagery_offset_db (34867)
+ measurement (34867)
+ reverter (34867)
+ todo (30306)

Last errors/warnings:
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: Unable to delete archived backup file /autosave/deleted_layers/Data Layer 9_20190224_203113089.osm
}}}
"	mkoniecz
enhancement	17472	1	Warn about redundant cycleway tags	Core validator	latest		2019-03-17T10:12:51+01:00	2019-03-19T00:41:51+01:00	"`cycleway=*`, `cycleway:left=*` and `cycleway:right=*` tags used together is most likely a tagging error.

Currently, it affects 4142 ways globally: https://overpass-turbo.eu/s/H4S

Some ways tagged with `cycleway=*` together with `cycleway:(left|right)=no`. As far as I know, the left|right attributes override the non-side specific tags making an error. That's why is it needed to warn about these ways.

There are also some ways with `cycleway=no` used together with `cycleway:(left|right)=`

Also if the road is oneway, the three tags could be reduced to `cycleway:left=*` and `cycleway:right=*`, because the `cycleway=*` only means cycleway on the drive side (according to wiki)."	anonymous
enhancement	17474	1	compare tags	Core			2019-03-17T16:31:24+01:00	2019-03-17T17:40:53+01:00	"It would be great if we could compare tags of any two objects.

Usecase: an entity like a hotel double-mapped (on a building and as a node). One can copy-paste tags from one entity to another, but that silently overwrites matching tags and adds missing tags.

Possible workaround for now:
* Copy tags from both entities to two temporary nodes.
* Add one temporary tag on both temporary nodes with a different value.
* Merge the nodes.

This brings up conflict resolution dialog. The temporary tag is needed for cases when there are no conflicting values, as in that case the conflict resolution is not invoked.

As can be seen, this workaround is a bit cumbersome.

Sorry if this feature exists, searched around for a long time but could not find anything."	richlv
enhancement	17489	1	Display Number of Relation Members in the Selection (Relation Editor)	Core			2019-03-19T17:28:32+01:00	2020-01-30T14:51:54+01:00	"The relation editor displayed the number how many objects in the selection were actual members of the relation.  This information was placed inside a tool tip text and went away with r14888.  For editing small relations the different background colors in the selection table give this information too.

But for large relations a numeric display for how many objects in the Selection are already members of the relation is needed.  It could be placed in the title of the selection part of the dialog."	Hb---
enhancement	17562	1	Changing/creating the preset for embassies, consulate and liaison	Internal preset			2019-04-05T15:29:20+02:00	2022-12-08T23:42:04+01:00	"Hello,

I create this ticket as I'm not sure if I can change it myself or if only admin can change the default internal presets of JOSM. I did the [https://github.com/openstreetmap/iD/issues/6144 same demand for ID] editor so I re-use the text below.

I think that the validator could also suggest a change (as the old tagging scheme is being deprecated in favor of the new one. If i must do a ticket elsewhere, please tell me ! :-) 
-------------------

Since the **new method of tagging embassies and consulate** [https://wiki.openstreetmap.org/wiki/Tag:office=diplomatic with office=diplomatic - WIKI link]) has been approved end of last year ([https://wiki.openstreetmap.org/wiki/Proposed_features/office%3Ddiplomatic look at the accepted proposal]), it should be useful to support this in ID editor preset. The old tag ""amenity=embassy"" is now in the process of [https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dembassy being deprecated]. 

I think that the only existing preset is the embassy preset, and it should be changed as follow:
- embassy : ""office=diplomatic""+""diplomatic=embassy"" (with the secondary tag ""embassy=*"" that get multiple possibilities if the mapper want to add further details - [https://wiki.openstreetmap.org/wiki/Tag:office=diplomatic#Tertiary_values look here for the values].

Then, we need to create two other new presets : 
- One for consulate : office=diplomatic + diplomatic = consulate (+ consulate=* )
- One for liaison : office=diplomatic + diplomatic = liaison (+ liaison=* ).

And of course, the others secondary tags common for the three categories : 
- diplomatic:services:non-immigrant_visas=[yes/no]
- diplomatic:services:immigrant_visas=[yes/no]
- diplomatic:services:citizen_services=[yes/no];
- name=*
- country=* (the two-character ISO 3166-1 alpha-2 code for the sending country or organization)
- target=* (the two-character ISO 3166-1 alpha-2 code for the receiving (accrediting) country or organization)

For more information, the description is quite detailed on the wiki page."	Anakil
enhancement	17620	1	Edit key/value modal window: warn when > 255 characters	Core			2019-04-18T11:46:48+02:00	2019-04-18T11:46:48+02:00	"Hello, there.

Currently, the 255 chars limit for a tag value is enforced by the validator. It could be enforced by the key/value edition modal window: if this modal, when an edition of the value text box, greys out the OK button, displays the value text box in red and displays a warning message explaining the problem, it would allow the user to correct this immediately, with the context in mind, and not later, after having forgotten the context where the problem lies.

Regards."	Penegal
enhancement	17651	1	"Relation editor: enable keyboard-shortcut for ""Zoom to selection"""	Core shortcuts			2019-04-26T08:18:40+02:00	2020-01-19T12:43:21+01:00	"Hi

I edit relations a lot. 
Sometimes I want to zoom on an object I selected first in the relation dialog. That is currently impossible to do without using the mouse to first select the main window and then type ""3"" or whatever zoom-key.

Also deleting members of relation using the ""delete""-key does not work - you have to press the delete symbol with the mouse."	pangoSE
enhancement	17778	1	Add zoom parameter for load_object remote command	Core remotecontrol	tested		2019-06-02T13:42:03+02:00	2019-06-02T13:57:33+02:00	"==== Explanations

When you want to load an object in JOSM without knowing its position, you have to use load_objects command. However, when you load a single node in a new layer via http://127.0.0.1:8111/load_object?new_layer=true&objects=n4844156247, by default JOSM zooms to its maximum. 
Since most aerial imageries does not handle that zoom level, you end up with a black background.

Would it be possible to add a zoom query param, so we could do something like http://127.0.0.1:8111/load_object?new_layer=true&objects=n4844156247&zoom=15 for instance? Thanks!

==== 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: 2019-06-01 23:08:04 +0200 (Sat, 01 Jun 2019)
Build-Date:2019-06-01 21:56:04
Revision:15150
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15150 fr) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 1037 MB / 4436 MB (599 MB allocated, but free)
Java version: 1.8.0_212-8u212-b03-2-b03, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u212-b03-2
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
Dataset consistency test: No problems found

Plugins:
+ AddrInterpolation (34908)
+ HouseNumberTaggingTool (34977)
+ OpeningHoursEditor (34977)
+ PicLayer (34908)
+ buildings_tools (34982)
+ conflation (0.6.3)
+ jts (34908)
+ poly (34991)
+ scripting (30794)
+ terracer (34977)
+ todo (30306)
+ utilsplugin2 (34977)

Last errors/warnings:
- W: 'load_and_zoom' remote control request must have 'left' parameter
- W: 'load_and_zoom' remote control request must have 'right' parameter
- W: 'load_and_zoom' remote control request must have 'bottom' parameter
- W: 'load_and_zoom' remote control request must have 'top' parameter
- W: 'load_and_zoom' remote control request must have 'left' parameter
- W: 'load_and_zoom' remote control request must have 'right' parameter
- W: Unknown remote control parameter zoom, skipping it
- W: Unknown remote control parameter zoom, skipping it
- W: Unknown remote control parameter zoom, skipping it
- W: Unknown remote control parameter zoom, skipping it
}}}
"	bagage
enhancement	17803	1	Automatically unglue nodes when children of filtered objects are moved	Core			2019-06-11T20:57:36+02:00	2020-03-20T16:14:27+01:00	"Moving an object that shares nodes with a filtered object moves the filtered object.

Is it possible to have an option to automatically unglue nodes when the unfiltered object is moved -- leaving the filtered object in its original position."	neil@…
enhancement	17846	1	Complain about an unreasonably small buildings for types indicating bigger buildings	Core validator			2019-06-24T18:29:40+02:00	2019-06-26T21:21:38+02:00	"==== What steps will reproduce the problem?
1. map extremely tiny area
2. add `building=hospital` to it
3. Run validator

==== What is the expected result?
Validator complains about weirs size, like for island/islet test.

==== What happens instead?
Nothing.

==== Please provide any additional information below. Attach a screenshot if possible.
Some 3D mappers instead of using `building:part` use `building` areas.

For example see https://www.openstreetmap.org/way/302589861/history https://www.openstreetmap.org/way/302589873/history

""hospital"" with 4 or 8 square meters is always wrong and it would be useful to have an explicit warning.

Note that some building like kiosks may be extremely small so it makes only for cases where `building` tag was explicitly specified and area is below say 10 square meters or area is smaller than say 0.5 square meter.

See iD issue: https://github.com/westnordost/StreetComplete/issues/1439

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-06-12 22:04:53 +0200 (Wed, 12 Jun 2019)
Build-Date:2019-06-13 01:30:52
Revision:15169
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15169 en) Linux Ubuntu 16.04.6 LTS
Memory Usage: 434 MB / 869 MB (289 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (34977)
+ PicLayer (35030)
+ buildings_tools (34982)
+ continuosDownload (82)
+ ejml (34908)
+ geotools (34908)
+ imagery_offset_db (34908)
+ jts (34908)
+ log4j (34908)
+ measurement (34977)
+ reverter (34999)
+ todo (30306)

Validator rules:
+ ${HOME}/Documents/install_moje/OSM software/josm/data/validator/deprecated.mapcss
+ ${HOME}/Documents/install_moje/OSM software/josm/data/validator/unnecessary.mapcss
+ ${HOME}/Documents/install_moje/OSM software/josm/data/validator/combinations.mapcss

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	mkoniecz
enhancement	17867	1	Download object changed in changeset in background	Core	latest		2019-06-29T16:53:53+02:00	2020-01-23T17:02:47+01:00	"==== What steps will reproduce the problem?
1. download object change in a changeset through changeset manager

==== What is the expected result?
A button to send the download in background
==== What happens instead?
No, button and JOSM is blocked for the time the download takes.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-06-24 20:49:39 +0200 (Mon, 24 Jun 2019)
Build-Date:2019-06-25 01:30:58
Revision:15195
Relative:URL: ^/trunk

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	skyper
enhancement	17898	1	better protection of relation member order	Core	latest		2019-07-08T16:03:11+02:00	2022-08-15T21:23:10+02:00	"Right now, you do not get any information if you split a way of an incompletely downloaded relation and it is not possible to determine the right position of the new member (before or after) in order to keep the order correct.

What I ask for:
1. a warning that user can intervene and manually download at least one more member. 
 * in #18596 for `type=route/multipolygon` relation a dialog was added but only if the relation is already known/downloaded.
  * the way to determine needed downloads need to be adjusted/changed, see #18863.
   * ~~the neighbors in the relation's member list are used instead of the connected ways in data.~~ see [/ticket/18863:comment:35 comment 35 on #18863]
  * support for more types is needed see #10808
   * is there any relation which does not benefit from preserving the order and has no special treatment.
1. an option to automatically download one or two members to determine the correct position.
 * introduced for `type=route/multipolygon/boundary` in #18596
  * does not work for all multipolygon see [/ticket/18596#comment:60 comment 60 on #18863] and needs to be checked for boundary
1. a silent, temporally, partial download of the direct neighbors to automatically find the right position.
 * discussion?

Not sure if you really need both neighbors."	skyper
enhancement	17911	1	"Option to automatically run ""update modified"" before upload"	Core			2019-07-10T04:17:46+02:00	2019-07-10T04:17:46+02:00	"Could we have an option to automatically run ""update modified"" before uploading data, please?

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-07-09 01:01:06 +0200 (Tue, 09 Jul 2019)
Revision:15237
Build-Date:2019-07-08 23:02:00
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15237 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 278 MB / 2048 MB (77 MB allocated, but free)
Java version: 11.0.4-ea+10-post-Debian-1, Debian, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-11-jre:amd64-11.0.4+10-1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
VM arguments: [-Dhttps.protocols=TLSv1,TLSv1.1,TLSv1.2, -Dawt.useSystemAAFontSettings=gasp]
Program arguments: [--language=en]
Dataset consistency test: No problems found
}}}"	naoliv
enhancement	17978	1	More user-friendly message about deleted objects after downloading a changeset	Core	latest		2019-07-27T15:22:20+02:00	2019-07-27T15:22:20+02:00	"==== What steps will reproduce the problem?
1. download a changeset with meanwhile deleted objects

==== What is the expected result?
Get a user-friendly message about the deleted objects, which is paste-able into the undelete plugin dialog in order to undelete the missing objects. 

==== What happens instead?
A message which is copyable but not usable at all. Not for undelete plugin nor urls.

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-07-23 21:47:40 +0200 (Tue, 23 Jul 2019)
Build-Date:2019-07-24 01:30:51
Revision:15262
Relative:URL: ^/trunk
}}}
"	skyper
enhancement	17992	1	Combine Way ... Could not combine ways... highlight ends	Core			2019-07-30T06:32:20+02:00	2019-08-04T20:08:06+02:00	"==== What steps will reproduce the problem?
1.
I have a dataset of waterways that we have explicit permission to use in OSM. I have converted to .osm file and I search, for example, ""North Maria Creek intermittent inview"" and JOSM selects all the many segments of the waterway, then I select ""Tools>Combine Way"" and often all works well and I am able to merge the selected now single waterway into my Data Layer for eventual upload into the OSM. 
2.
Sometimes I get this message ""Could not combine ways. They could not be merged into a single string of nodes""
This could be for many reasons, some of which are obvious, like an extra branch of the stream with a similar name, but some are difficult to solve like a quite small gap in the steam (a missing segment in the database). 
I often need to zoom in close at the end of the selection and view the selected ways by scrolling slowly toward the other end to find a quite small gap in the waterway dataset that is preventing the ""Combine Way"" operation. This can be tedious in a long and winding waterway.   
3.
There is no visual indication of where the problem may be until I scroll along the stream, sometimes many times until I zoom in close enough for the gap to be found, or other very short spur with the same name branching off, etc. 

==== What is the expected result?
I would like the Combine Way tool to highlight the end nodes of all combined ways it was able to join so that I could more easily spot where the problems may be when the tool was unable to combine at particular sections. 
The Validator highlights nodes in yellow where it has found problems and some visual effect like that would work well.
Another tool in JOSM, the relation editor, is able to visually show a gap in multipolygons and zoom to the problem and that saves a lot of time sorting problems. 

==== What happens instead?
Just the error message.
I have attached a small dataset on which you can search for ""North Maria Creek intermittent inview"" and try to combine the ways using ""Tools>Combine Way"". Search from zoomed out far enough so that all the Creek can be searched.
This is an extreme example but other bigger ones are often hard to locate too on long ways.
I normally resolve difficult ones by combining a few ways at a time from one end until finding the problem and fixing. 

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

[[Image(Extreme example.png, 800px)]]

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-07-10 00:52:47 +0200 (Wed, 10 Jul 2019)
Build-Date:2019-07-10 01:30:51
Revision:15238
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15238 en_AU) Mac OS X 10.14.5
OS Build number: Mac OS X 10.14.5 (18F132)
Memory Usage: 1007 MB / 1820 MB (340 MB allocated, but free)
Java version: 1.8.0_211-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: Display 69951636 2048x1152
Maximum Screen Size: 2048x1152
VM arguments: [-Djava.library.path=/private/var/folders/z5/0092mtt52c5ckgm0blz8xz1w0000gp/T/AppTranslocation/4DCF8A8F-ABC0-47E7-93AC-8DB20FA8A16B/d/JOSM.app/Contents/MacOS, -DLibraryDirectory=${HOME}/Library, -DDocumentsDirectory=${HOME}/Documents, -DApplicationSupportDirectory=${HOME}/Library/Application Support, -DCachesDirectory=${HOME}/Library/Caches, -DApplicationDirectory=${HOME}/Applications, -DAutosavedInformationDirectory=${HOME}/Library/Autosave Information, -DDesktopDirectory=${HOME}/Desktop, -DDownloadsDirectory=${HOME}/Downloads, -DMoviesDirectory=${HOME}/Movies, -DMusicDirectory=${HOME}/Music, -DPicturesDirectory=${HOME}/Pictures, -DSharedPublicDirectory=${HOME}/Public, -DSystemLibraryDirectory=/Library, -DSystemApplicationSupportDirectory=/Library/Application Support, -DSystemCachesDirectory=/Library/Caches, -DSystemApplicationDirectory=/Applications, -DSystemUserDirectory=/Users, -DUserHome=${HOME}, -DSandboxEnabled=true, -DLaunchModifierFlags=0, -DLaunchModifierFlagCapsLock=false, -DLaunchModifierFlagShift=false, -DLaunchModifierFlagControl=false, -DLaunchModifierFlagOption=false, -DLaunchModifierFlagCommand=false, -DLaunchModifierFlagNumericPad=false, -DLaunchModifierFlagHelp=false, -DLaunchModifierFlagFunction=false, -Dapple.laf.useScreenMenuBar=true, -Dcom.apple.macos.use-file-dialog-packages=true, -Dcom.apple.macos.useScreenMenuBar=true, -Dcom.apple.mrj.application.apple.menu.about.name=JOSM, -Dcom.apple.smallTabs=true]

Dataset consistency test:
[WARN - NO NODES] Way {Way id=-4183661 version=0 VT> nodes=[{Node id=-3735666 version=0 V lat=-18.5125,lon=146.218645}]} has only one node
[WARN - NO NODES] Way {Way id=-4191062 version=0 VT> nodes=[{Node id=-4016104 version=0 V lat=-19.4375,lon=147.256461}]} has only one node
[WARN - NO NODES] Way {Way id=-4178947 version=0 VT> nodes=[{Node id=-3732812 version=0 V lat=-18.6425,lon=146.311244}]} has only one node
[WARN - NO NODES] Way {Way id=-4190036 version=0 VT> nodes=[{Node id=-3995946 version=0 V lat=-17.621082,lon=145.610000001}]} has only one node
[WARN - NO NODES] Way {Way id=-4192943 version=0 VT> nodes=[{Node id=-4093936 version=0 V lat=-16.953224,lon=145.7075}]} has only one node
[WARN - NO NODES] Way {Way id=-4192888 version=0 VT> nodes=[{Node id=-4092814 version=0 V lat=-17.6225,lon=145.56765}]} has only one node
[WARN - NO NODES] Way {Way id=-4186862 version=0 VT> nodes=[{Node id=-3925508 version=0 V lat=-17.718067,lon=145.725000001}]} has only one node
[WARN - NO NODES] Way {Way id=-4183915 version=0 VT> nodes=[{Node id=-3833258 version=0 V lat=-17.369005,lon=145.4525}]} has only one node
[WARN - NO NODES] Way {Way id=-4192765 version=0 VT> nodes=[{Node id=-4089766 version=0 V lat=-17.4133145,lon=145.4625}]} has only one node
[WARN - NO NODES] Way {Way id=-4188546 version=0 VT> nodes=[{Node id=-3963942 version=0 V lat=-16.9773125,lon=145.7225}]} has only one node
[WARN - NO NODES] Way {Way id=-4185705 version=0 VT> nodes=[{Node id=-3885856 version=0 V lat=-17.480000001,lon=145.479124001}]} has only one node


Plugins:
+ DirectUpload (35041)
+ FastDraw (34977)
+ ImproveWay (26)
+ InfoMode (34908)
+ Mapillary (1.5.18)
+ PicLayer (35030)
+ apache-commons (34908)
+ apache-http (34908)
+ conflation (0.6.3)
+ ejml (35049)
+ ext_tools (34988)
+ geojson (124)
+ geotools (34908)
+ graphview (34977)
+ jaxb (35014)
+ jna (34908)
+ jts (35064)
+ log4j (34908)
+ measurement (35051)
+ opendata (34997)
+ openvisible (34908)
+ pbf (35033)
+ pdfimport (34977)
+ reverter (34999)
+ rex (53)
+ routing (35039)
+ todo (30306)
+ turnrestrictions (34977)
+ utilsplugin2 (34977)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Noname&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://github.com/igitov/forest-josm-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/LessObtrusiveNodes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Suburb&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/light_source&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/sac_scale&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Noname&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/DestinationSignRelation&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features_ryg&zip=1

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	nwastra@…
enhancement	17998	1	check for correct value of access	Core validator	latest		2019-07-31T14:53:06+02:00	2021-10-01T21:09:52+02:00	"I found `access:lanes:forward=yes|bicycle` and similar tags lately, and was wondering that there is no check for correct access values.

Could we have a warning of incorrect access values, please. E.g. a check for `access=*` and checks for `access:lanes[:forward][:backward]=*`. Thanks"	skyper
enhancement	18006	1	Handle all from-via-to relations in the same way as turn restrictions	Core			2019-08-02T19:39:54+02:00	2020-04-06T12:35:17+02:00	"Many different relation types have been invented by various mappers that specify information about a from, via, and to member. 
These include turnlanes:turns, [osmwiki:Relation:connectivity connectivity], and [osmwiki:Relation:manoeuvre manoeuvre] relations.
JOSM should treat all of these types of relation in the same way it treats turn restrictions for operations and validations."	354lbr@…
enhancement	18014	1	Validator marks no_entry and no_exit-restrictions as an error	Core validator			2019-08-05T18:54:36+02:00	2022-04-28T21:43:28+02:00	"There are the well documented restriction relations ""no_entry"" and ""no_exit"" (https://wiki.openstreetmap.org/wiki/Relation:restriction) which are allowing
- one or more ""from""-members for a no_entry-restriction
- one or more ""to""-members for a no_exit-restriction

However the JOSM-validator is recognizing such relations as an error. 

Please update the validation rules accordingly so these relation types are accepted with the valid member numbers as described. 
The mentioned restriction types started to be documented somewhen in 2012 and I'm not aware of any issues with them as the definitions are pretty straightforward.

Thanks"	Peilscheibe
enhancement	18019	1	[Patch] Creating a multipolygon is wrongly moving highway=* to the relation	Core			2019-08-08T00:11:22+02:00	2020-11-19T10:00:28+01:00	"If I am not wrong, I remember that this didn't happen before.

Open the attached file, select all the ways, `Ctrl+B` to create a multipolygon and see how the `highway=residential` tag was moved from the ways to the relation.

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-08-07 02:39:36 +0200 (Wed, 07 Aug 2019)
Revision:15288
Build-Date:2019-08-07 01:30:53
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15288 pt_BR) Linux Debian GNU/Linux bullseye/sid
Memory Usage: 1139 MB / 2048 MB (268 MB allocated, but free)
Java version: 13-ea+30-Debian-1, Debian, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java ATK Wrapper package: libatk-wrapper-java:all-0.35.0-2
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
Dataset consistency test: No problems found

Plugins:
+ EasyPresets (1537621333)
+ FastDraw (34977)
+ OpeningHoursEditor (34977)
+ SimplifyArea (34977)
+ apache-commons (34908)
+ buildings_tools (34982)
+ ejml (35049)
+ geojson (124)
+ geotools (34908)
+ http2 (35062)
+ jaxb (35014)
+ jogl (1.2.3)
+ jts (35064)
+ log4j (34908)
+ measurement (35051)
+ opendata (34997)
+ reverter (34999)
+ tageditor (34977)
+ tagging-preset-tester (34908)
+ todo (30306)
+ turnlanes-tagging (281)
+ turnrestrictions (34977)
+ undelete (34977)
+ utilsplugin2 (34977)
+ wikipedia (v1.1.1)
}}}"	naoliv
enhancement	18065	1	"Add fix for ""Ways with same position"" warning in Validator"	Core validator			2019-08-22T16:49:09+02:00	2023-12-12T06:04:19+01:00	"As a result of import in Canada there are lots of ways that generate ""Ways with same position"" warning in JOSM. 
Usually these are inner rings of a wood polygon overlapping with identical water/wetland area, or vice-versa. There are probably hundreds of thousands of these in Quebec alone. Here's one example: https://www.openstreetmap.org/way/664902128.

[[Image(https://i.imgur.com/Zv0M2OE.png)]]

Would be easy to fix such problems by removing duplicated water area and adding water tag to inner ring of the polygon. It would make import and error correction much easier."	shkvorets@…
enhancement	18074	1	Small issue with precision	Core validator			2019-08-24T17:48:35+02:00	2021-11-19T15:21:04+01:00	"Open the attached file, where we have 2 layers: `Uploaded (already in OSM)` and `Before uploading`

Validate both: on `Before uploading` we see only an informational message `Building with an almost square angle` while at `Uploaded (already in OSM)` we see a `Building duplicated node` error, a `Crossing buildings` warning and a new `Overlapping Areas` at other.

Together with a friend we were trying to understand why this was happening and we found that the precision of the nodes was changing.

For example, a node that locally was at `-23.51108285, -46.489264256` is now at `-23.5110829, -46.4892643` in OSM.

Shouldn't the validation tests (and maybe other parts of JOSM?) round the coordinates to avoid inserting data with errors like this?

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-08-23 22:53:24 +0200 (Fri, 23 Aug 2019)
Revision:15315
Build-Date:2019-08-24 01:31:00
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15315 en) Linux Debian GNU/Linux bullseye/sid
Memory Usage: 321 MB / 2048 MB (123 MB allocated, but free)
Java version: 13-ea+30-Debian-1, Debian, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java ATK Wrapper package: libatk-wrapper-java:all-0.35.0-3
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]
Program arguments: [--language=en]
Dataset consistency test: No problems found

Plugins:
+ EasyPresets (1537621333)
+ FastDraw (34977)
+ OpeningHoursEditor (34977)
+ SimplifyArea (34977)
+ apache-commons (34908)
+ buildings_tools (34982)
+ ejml (35049)
+ geojson (124)
+ geotools (34908)
+ http2 (35062)
+ jaxb (35014)
+ jogl (1.2.3)
+ jts (35064)
+ log4j (34908)
+ measurement (35051)
+ opendata (35102)
+ reverter (35084)
+ tageditor (34977)
+ tagging-preset-tester (34908)
+ todo (30306)
+ turnlanes-tagging (281)
+ turnrestrictions (34977)
+ undelete (34977)
+ utilsplugin2 (35098)
+ wikipedia (v1.1.1)
}}}


"	naoliv
enhancement	18121	1	[Patch] Align images in the photoadjust plugin	Plugin photoadjust			2019-09-10T22:12:38+02:00	2021-08-25T16:57:33+02:00	"This feature allow to select 2 images, and interpolate images position between the 2 selected images.
The new menu entry is enabled when 2 images are selected.

Demo:

[[Image(https://i.imgur.com/b3jGY2a.gif)]]"	francois2
enhancement	18132	1	"""Download along"" should automatically download smaller areas in places with many objects"	Core			2019-09-14T20:20:28+02:00	2019-09-16T00:04:46+02:00	"Trying to download along the way in the attached example, using `500` meters and `20` km² as values, we easily reach the maximum number of objects in a request:

{{{
2019-09-14 15:06:43.482 GRAVE: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:213)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:137)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:121)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:85)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:68)
	at org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm(BoundingBoxDownloader.java:194)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.parseDataSet(DownloadOsmTask.java:432)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:440)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:830)
}}}

Couldn't download along automatically fallback to a smaller area per request when this kind of problem happens?

JOSM:
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-09-12 23:23:47 +0200 (Thu, 12 Sep 2019)
Revision:15348
Build-Date:2019-09-12 21:28:35
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15348 pt_BR) Linux Debian GNU/Linux bullseye/sid
Memory Usage: 292 MB / 2048 MB (108 MB allocated, but free)
Java version: 13+33-Debian-1, Debian, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java ATK Wrapper package: libatk-wrapper-java:all-0.36.0-1
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
VM arguments: [-Dawt.useSystemAAFontSettings=gasp]

Plugins:
+ EasyPresets (1537621333)
+ FastDraw (34977)
+ OpeningHoursEditor (34977)
+ SimplifyArea (34977)
+ apache-commons (34908)
+ buildings_tools (34982)
+ ejml (35049)
+ geojson (124)
+ geotools (34908)
+ http2 (35062)
+ jaxb (35014)
+ jogl (1.2.3)
+ jts (35064)
+ log4j (34908)
+ measurement (35051)
+ opendata (35102)
+ reverter (35084)
+ tageditor (34977)
+ tagging-preset-tester (34908)
+ todo (30306)
+ turnlanes-tagging (281)
+ turnrestrictions (34977)
+ undelete (34977)
+ utilsplugin2 (35098)
+ wikipedia (v1.1.1)
}}}"	naoliv
enhancement	18133	1	[Patch draft] Undo edit to selected object(s)	Core			2019-09-15T12:42:42+02:00	2020-04-12T11:37:10+02:00	"Sometimes during my editing sessions I realize that I made a mistake earlier in the session. To undo that edit though, means that I would either have to undo the edits I made since then - or to the best of my ability try to move the object back to the original position, which is not always that easy.

Is there a chance we could have an option to undo edits to selected object(s)?"	hjart
enhancement	18161	1	Enable drag&drop for plugin.jar, presets.xml, style.mapcss, rules.validator.mapcss	Core			2019-09-24T13:43:32+02:00	2019-09-25T12:31:32+02:00	"The operations
* drag&drop of a file onto JOSM
* drag&drop of an URL onto JOSM
* pasting a file from system clipboard inside JOSM
should install
* plugins when the corresponding file is a plugin
* style when the corresponding file is a MapCSS style
* presets when the corresponding file is a preset XML file
* validation rules when the corresponding file is a MapCSS validation rule set"	simon04
enhancement	18173	1	Detect mismatch object type	Plugin wikipedia			2019-09-27T23:27:41+02:00	2019-09-27T23:27:41+02:00	"From https://gitlab.com/JOSM/wikipedia/issues/3

> I could be cool if the josm validator detects wrong wikidata tags on OSM objects.
>
> for instance, a wikidata tag on an OSM bus line (type=route_master + route_master = bus) should have wdt:P31 (instance of) wd:Q3240003 (bus line)
>
> This would detect bus lines that are wrongly tagged with the wikidata item for their operator or network for example.
>
> With some kind of mapping between osm types and wikidata ones (museums, stations, administrative boundaries, etc) we could enhance the quality of wikidata mapping in OSM."	simon04
enhancement	18234	1	[Possible PATCH] render sides of barrier=guard_rail	Internal mappaint style			2019-10-18T14:56:12+02:00	2023-07-14T16:40:11+02:00	"Based on the description in the wiki: https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dguard_rail

Right side of the way faces the road. Adding a styling to barrier=guard_rail that points to the inside, kind of like barrier=kerb (with little triangles) depending on the direction could greatly help drawing them."	james2432
enhancement	18309	1	mapcss find one or more nodes next to current one	Core			2019-11-10T15:40:59+01:00	2019-11-16T15:51:38+01:00	"Hello,

I'd like to use mapcss to find all the nodes next to current one...
Example: if there is a natural=tree and I want to search for another one in 20 mt or so.
Is there something like this?
I also think to use this to search for a platform for each stop position with the same name.
What do you think?

Francesco"	francians
enhancement	18375	1	warn on waterway and highway shared node that is not a ford	Core validator	latest		2019-12-01T22:40:58+01:00	2024-03-03T17:33:51+01:00	"Currently JOSM properly warns when a waterway and a highway with the same layer intersect without a shared node. The user is supposed to make a bridge, culvert or a ford. But it is possible to silence this warning by adding a shared node, without any tags. Such a 'fake ford' makes JOSM happy, but introduces invalid data. Waterway and highway aren't normally supposed to meet in the same vertical level. One exception is a ford, but then it needs a ford=yes tag.

I suggest JOSM also issues a warning if that shared node has no tags.
Maybe there are other cases different from ford where the ways meet in a shared node (maybe e.g. a weir) so it is up to you whether any tag is enough to fix the warning, or it must be ford=yes specifically.

Also note the ford=yes can be tagged on the way inside the riverbanks, in which case the shared node will still exist, but not have the ford=yes tag itself. JOSM shold cover this case and not issue the warning either.

See https://wiki.openstreetmap.org/wiki/Tag:ford%3Dyes ."	aceman
enhancement	18377	1	Merge (selection) into a new layer	Core			2019-12-02T04:57:34+01:00	2019-12-02T18:14:53+01:00	"==== What steps will reproduce the problem?
1. Select any object.
2. Choose ""Merge selection""

==== What is the expected result?
When there is only one data layer, a useful enhancement would be to ask a user ""Would you like the selection to be merged into a new layer?"" and provide ""Yes"" and ""No"" buttons. ""No"" could be the default, but ""Yes"" would be appreciated because currently users have to create a new empty layer first, then make the source layer active again, and then do the desired merge. Likewise, when there are a number of data layers, having ""New layer"" as an option in the dropdown list of layers would be practical too.

==== What happens instead?
When there is only one data layer, message ""There are no layers the source layer could be merged to."" is shown with ""Ok"" button only.


==== 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: 2019-11-01 23:59:01 +0100 (Fri, 01 Nov 2019)
Build-Date:2019-11-01 22:59:57
Revision:15492
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15492 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 1909 (18363)
Memory Usage: 1521 MB / 3641 MB (1028 MB allocated, but free)
Java version: 1.8.0_181-b13, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: \Display0 2736x1824
Maximum Screen Size: 2736x1824
Dataset consistency test: No problems found

Plugins:
+ reverter (35084)
+ undelete (34977)

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}
"	anonymous
enhancement	18434	1	Edit geotagged images localization with the same tools as the nodes	Core image mapping			2019-12-18T12:20:58+01:00	2020-04-14T16:59:44+02:00	"At this time you can't select more than one geotagged images to edit their localization.

If the GeoImageLayer could manage an images as a node on an osm layer, we could use all the already existing tools like moving a selection, rotate, distribute, and so on.
We can even imagine that an image sequence could be nodes on a way."	StephaneP
enhancement	18461	1	Unresolved conflicts: Warn before or deny some data layer actions	Core	latest		2019-12-26T03:36:05+01:00	2021-11-26T16:18:19+01:00	"There are some data layer actions which are dangerous and may lead to problems.
One example:

==== What steps will reproduce the problem?
1. have a data layer with unresolved conflicts (e.g. reverting an old changeset containing changes in long route relations)
1. have another data layer with up to date data of the region
1. merge layers without resolving conflicts 

==== What is the expected result?
Actions is denied or at least a big warning is shown about unresolved conflicts

==== What happens instead?
Action is performed and conflicts are lost

==== Please provide any additional information below. Attach a screenshot if possible.
In my case, as I know some problems with merge, I always duplicate layers before merging but duplicate does not warn nor does it keep the conflicts.
So I ended up with:

{{{
SEVERE: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
}}}

and

{{{
WARNING: JOSM expected to find primitive [node 6138235465] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work
}}}

We have a warning before upload but:
* merge (selection)
* ~~save (as)~~
* save session
* upload selection
* duplicate layer (might simply duplicate keeping all conflicts)
all suffer similar problems

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-12-24 11:33:02 +0100 (Tue, 24 Dec 2019)
Revision:15611
Build-Date:2019-12-25 02:31:00
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15611 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 414 MB / 964 MB (130 MB allocated, but free)
Java version: 11.0.5+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Dataset consistency test: No problems found

Plugins:
+ reverter (35248)
+ tag2link (35248)
+ undelete (35248)
+ utilsplugin2 (35248)

Last errors/warnings:
- E: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- E: java.util.concurrent.ExecutionException: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: javax.net.ssl.SSLException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- E: Error header: Relation 9708570 requires the nodes with id in 5760376749,6138235465, which either do not exist, or are not visible.
- W: Error header ""Relation 9708570 requires the nodes with id in 5760376749,6138235465, which either do not exist, or are not visible."" did not match with an expected pattern
- E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=412, Error Header=
- E: Precondition violation - org.openstreetmap.josm.gui.widgets.HtmlPanel[,0,0,0x0,invalid,layout=java.awt.BorderLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]
- W: JOSM expected to find primitive [node 5760376749] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- E: java.lang.Exception
}}}
"	skyper
enhancement	18463	1	changeset download: only download modified members of relations	Core	latest		2019-12-26T15:11:37+01:00	2020-06-12T10:28:46+02:00	"==== What steps will reproduce the problem?
1. Have a changeset which includes a least one relation with many members
1. start JOSM with a changeset as argument or ""download current version of changed objects"" of a changeset through changeset manager
  
==== What is the expected result?
Only object which where modified in the changeset are downloaded

==== What happens instead?
Modified relations are completely downloaded including all members.

==== Please provide any additional information below. Attach a screenshot if possible.
If there are some bigger relations included, you do not find the real content anymore as it is hidden by all the other unmodified relations` members.
Getting rid of the unwanted members though filtering/purging is much more difficult than downloading incomplete members later on.

In my case I had ten relations with over 2000 members and did download thousands kilometre of unneeded ways.

Think the behaviour changed a while ago (last two years) but I am not sure and snapshot r14760 is the oldest one I checked which shows the same behaviour.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-12-25 22:08:48 +0100 (Wed, 25 Dec 2019)
Revision:15616
Build-Date:2019-12-26 02:30:54
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	18488	1	Lane count validation	Core validator	latest		2019-12-30T22:18:19+01:00	2020-04-14T15:37:44+02:00	"The current lane validation rule only warns if the `lanes` < `lanes:forward`+`lanes:backward` values.
I think a not equal rule would be more useful.

==== What steps will reproduce the problem?
1. Tag a way with eg. `lanes=3` `lanes:forward=1` `lanes:backward=1`
2. Run the validator

==== What is the expected result?
A warning informs the user that the values don't match

==== What happens instead?
Nothing

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-12-29 22:32:02 +0100 (Sun, 29 Dec 2019)
Revision:15624
Build-Date:2019-12-30 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15624 hu) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 321 MB / 1990 MB (81 MB allocated, but free)
Java version: 11.0.5+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Screen: :0.0 1912x1020
Maximum Screen Size: 1912x1020
Java package: openjdk-11-jre:amd64-11.0.5+10-1~deb10u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
fonts-noto: fonts-noto:all-20181227-1
Dataset consistency test: No problems found

Plugins:
+ tageditor (35258)
+ turnlanes-tagging (283)

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.
}}}"	gaben
enhancement	18574	1	Distinguish icons of boundaries	Internal preset			2020-01-18T18:43:09+01:00	2020-02-04T00:04:26+01:00	"**''Bonjour ! Hello !''**

Félicitations pour ce formidable logiciel qu'est JOSM !

Je suis ici pour vous parler des icônes de frontières. Je pense qu'il faudrait les faire différencier, entre Administrative ou Maritime par exemple. Par exemple, on pourrait distinguer la mer à travers la frontière maritime.
**
Merci.**


----
deepl.com translation:

Hello! Hello.

Congratulations on the great software that is JOSM!

I'm here to tell you about the boundary icons. I think we should make a distinction between them, between Administrative or Maritime for example. For example, we could distinguish the sea across the maritime border.

Thank you."	anonymous
enhancement	18579	1	Warn when adding a url with /commons.wikimedia/ to image=	Core validator			2020-01-20T15:19:18+01:00	2022-11-29T10:00:26+01:00	Tell the user that [osmwiki:Key:wikimedia_commons wikimedia_commons=] should be used instead like wikimedia_commons=File:filename.jpg	pangoSE
enhancement	18592	1	Tags/Memberships toggle dialog: enable opening several relation editor dialog simultaneously	Core			2020-01-21T15:34:44+01:00	2023-02-06T14:34:46+01:00	"==== What steps will reproduce the problem?
1. have an object with membership of several relations
1. select more than one relation in Tags/Memberships toggle dialog under ""Member of""

==== What is the expected result?
The ""Edit"" button is active to open several relation editor dialogs simultaneously

==== What happens instead?
The button is disabled once more than one relation is selected

==== Please provide any additional information below. Attach a screenshot if possible.
It is the same with context menu.
In the relation list toggle dialog it is possible to open several relation editors at once with the button and through context menu with a nice warning if many relations are selected.
Same is possible with selection list toggle dialog context menu.

Thanks.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-01-20 23:45:26 +0100 (Mon, 20 Jan 2020)
Revision:15743
Build-Date:2020-01-21 02:30:56
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	18645	1	relation editor: Show continuity line with nodes in between ways for some types of relation	Core			2020-01-30T13:14:17+01:00	2020-08-04T22:50:42+02:00	"Follow up of #18503.

skyper ([ticket:18503#comment:4 comment 4]):
> I still think we need some improvements of the continuity line.
> 
> E.g.:
> * route relation with members of type node in between the way (stops, guideposts, ...)
> * ~~superroute~~ #18503
> * turn-restriction with via node in between ways

 route relation::
   Like ptv1 (role=stop) and hiking (role=guidepost) nodes with certain roles are allowed in between ways. Could JOSM have the continuity line jump over these unconnected nodes and do not count them as gap, please.
 turn-restriction::
   Show that the via node is connected between the ways with order `from` way (1), `via` node (2), `to` way (3) or revers. Do not count this situation as gap.

Thanks"	skyper
enhancement	18647	1	Ability to create layer groups	Core			2020-01-30T14:42:07+01:00	2020-01-30T17:51:54+01:00	"==== Enhancement request

When mapping railway stations we often use a large number of layers : background maps (as pictures or local TMS) and georeferenced photos. It would be particularly handy to be able to create groups of layers and have the ability to display or hide all layers in a group with a single click, rather than (de)activating every single layer. The layer groups would need to be stored when saving a session. The use case for us is to group layers by level for indoor mapping, but there could be others.

QGIS provides this functionnality, and could be inspiring for the UX design to create groups, move layers into or across groups, etc.

==== 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: 2020-01-27 03:05:45 +0100 (Mon, 27 Jan 2020)
Build-Date:2020-01-27 02:31:03
Revision:15786
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15786 fr) Linux Ubuntu 18.04.3 LTS
Memory Usage: 1659 MB / 1820 MB (167 MB allocated, but free)
Java version: 1.8.0_242-8u242-b08-0ubuntu3~18.04-b08, Private Build, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080, :0.1 1280x1024
Maximum Screen Size: 1920x1080
Java package: openjdk-8-jre:amd64-8u242-b08-0ubuntu3~18.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-20ubuntu0.1
libcommons-compress-java: libcommons-compress-java:all-1.18-1~18.04
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
VM arguments: [-Djosm.pref=]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (1.5.20)
+ OpenStreetCam (280)
+ OpeningHoursEditor (35250)
+ PicLayer (35313)
+ apache-commons (35092)
+ apache-http (35092)
+ buildings_tools (35248)
+ changeset-viewer (22)
+ continuosDownload (91)
+ ejml (35122)
+ geotools (35169)
+ indoorhelper (35248)
+ jaxb (35092)
+ jna (35092)
+ jts (35122)
+ opendata (35313)
+ photo_geotagging (35313)
+ photoadjust (35313)
+ reverter (35313)
+ todo (30306)
+ undelete (35313)
+ utilsplugin2 (35248)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransportV2&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- ${HOME}/Bureau/railway-station.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ ${HOME}/Carto'Cité/Projets/1-Cloud/Île-de-France Mobilités/KeepItClean/Outils/Style_JOSM/cycleway.mapcss
- /styles/sit.mapcss

Validator rules:
+ ${HOME}/Bureau/railway-station.validator.mapcss

Last errors/warnings:
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- W: java.net.SocketTimeoutException: Read timed out
- E: Impossible de trouver l'image ""toilet_wheelchair_icon.png""
- W: java.net.SocketTimeoutException: Read timed out
}}}
"	ariche44
enhancement	18650	1	combine objects: tag conflict: support more keys with option to sum up values	Core			2020-01-30T22:21:48+01:00	2020-01-30T22:21:48+01:00	"==== What steps will reproduce the problem?
1. Have two ways with tag `parking:lane:right:capacity=*`
1. Combine them

==== What is the expected result?
A warning about conflicting tags and the option to open the Tags/Memberships Conflict Dialog where the option to sum up the values is active.

==== What happens instead?
No warning and no sum support.

==== Please provide any additional information below. Attach a screenshot if possible.
While `capacity=*` and `step_count=*` are supported, there are more keys which should be supported when combining ways or merging nodes:
* `parking:lane:right:capacity`
* `*duration*`
* `*volume*`
* `*quantity*`
* `*distance*`

Thanks

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-01-29 23:00:37 +0100 (Wed, 29 Jan 2020)
Revision:15796
Build-Date:2020-01-30 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	18664	1	avoid the need to add quotes manually for copy/paste	Core			2020-02-02T23:39:39+01:00	2020-02-03T16:51:42+01:00	"==== What steps will reproduce the problem?
1. select an object with addr:street=Rue de la Gare
2. open find textbox
3. paste

==== What is the expected result?
find doesn't accept addr:street=Rue de la Gare

==== What happens instead?
working copy/paste between both :) automatic quote ""addr:street""=""Chemin des Noisetiers"" or at least for key with namespace ""addr:street"" if automatic quote for the value is problematic (because It may have also a quote)

==== 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: 2020-02-01 01:10:57 +0100 (Sat, 01 Feb 2020)
Build-Date:2020-02-01 00:12:46
Revision:15806
Relative:URL: ^/trunk

Identification: JOSM/1.5 (15806 fr) Linux CentOS Linux 7 (Core)
Memory Usage: 1023 MB / 1820 MB (672 MB allocated, but free)
Java version: 1.8.0_242-b08, Oracle Corporation, OpenJDK 64-Bit Server VM
Screen: :0.0 1600x900
Maximum Screen Size: 1600x900
Java package: java-1.8.0-openjdk:x86_64-1.8.0.242.b08
WebStart package: icedtea-web:x86_64-1.7.1
VM arguments: [-Dicedtea-web.bin.name=javaws.itweb, -Dicedtea-web.bin.location=/usr/bin/javaws.itweb]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (35092)
+ areaselector (359)
+ austriaaddresshelper (57)
+ cadastre-fr (35308)
+ conflation (0.6.4)
+ continuosDownload (91)
+ ejml (35122)
+ geotools (35169)
+ jaxb (35092)
+ jts (35122)
+ log4j (35092)
+ opendata (35313)
+ pt_assistant (34678)
+ reverter (35313)
+ scripting (30796)
+ todo (30306)
+ utilsplugin2 (35248)
+ wikipedia (1.1.3)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1

Last errors/warnings:
}}}
"	marc_marc
enhancement	18672	1	icon for amenity=social_facility	Internal mappaint style			2020-02-03T20:56:23+01:00	2020-02-03T20:56:23+01:00	"==== What steps will reproduce the problem?
1. Have a node tagged with `amenity=social_facility`

==== What is the expected result?
A nice icon is rendered

==== What happens instead?
Only node is highlighted as tagged

==== Please provide any additional information below. Attach a screenshot if possible.
Can we start with a general icon, please.
Closed ways are rendered in color as area but I fear this is only due to rendering `amenity=*`.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-02 18:47:18 +0100 (Sun, 02 Feb 2020)
Revision:15810
Build-Date:2020-02-03 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	18673	1	"Selection toggle dialog: Harmonize display of icons for ""fixme"" and ""note"""	Core			2020-02-03T23:10:06+01:00	2020-03-21T15:39:00+01:00	"==== What steps will reproduce the problem?
1. Have six nodes, three with `FIXME=*` and three with `note=*`. First node of each group has no additional tag, the second node of each group has additionally an tag without icon like `amenity=social_facility` and the last node of each group has a tag with icon like `amenity=atm`. See attached [attachment:josm_selection_fixme_example.osm file].
1. Select all nodes
1. Have a look at the icons in Selection toggle dialog

==== What is the expected result?
Somehow more harmonized icons like a big ""N"" or ""F"" for objects without any additional tag or tags without icons. Use only one color instead of black and red.
 
==== What happens instead?
A complete mixture:
* No big ""F"" for only `FIXME=*` present
* Really tiny, red ""F"" or ""N"" for tags without icons present

==== Please provide any additional information below. Attach a screenshot if possible.
[[Image(josm_mapview_fixme_screenshot.png)]] [[Image(josm_selection_screenshot.png)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-02 18:47:18 +0100 (Sun, 02 Feb 2020)
Revision:15810
Build-Date:2020-02-03 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	18712	1	Extend offline mode to disallow downloads to third party sites	Core			2020-02-14T21:34:28+01:00	2020-05-16T22:09:38+02:00	"Currently offline mode allows to prevent OSM wiki and JOSM server access

It should allow as well at least these
* third party ressources
* remote links from inside the software (taginfo, wikipedia, ...)
* map images
* cache-refreshs"	stoecker
enhancement	18763	1	Way terminates on Area is - sometimes - a False Positive? Slipway? Entrance?	Core validator			2020-02-24T17:40:40+01:00	2020-03-20T11:45:51+01:00	"Way terminates on Area is - sometimes - a False Positive ?

F.i.:
highway is connected to the boundary of [landuse=grass] and [natural=water].
Connecing Node: [leisure=slipway].

JOSM Validator: Way terminates on Area.

I found out - the hard way - two options are OK (accepted by JOSM Validator):
 - highway, last node: [noexit=yes] (highway terminates and that's correct)
 - highway --> [leisure=slipway] --> [waterway=*] (highway does not terminate and is ""routable"")

I noticed some mappers may decide to let highway and slipway END before it reaches the water.
Which is not correct for a slipway. IMO.

Same applies to a highway giving access to an Area/leisure. Even if I mark the connection as [entrance=main], JOSM Validator will trow a warning.
Again: [entrance=main] + [noexit=yes] will resolve. As a result: entrance that's not an entrance!


/ AnkEric


"	AnkEric
enhancement	18848	1	Provide a way to override overzoom	Core imagery			2020-03-03T11:16:13+01:00	2021-01-19T09:22:54+01:00	"==== What steps will reproduce the problem?
1. On a Mac running Java 13, load the Place du Grand Sablon in Brussels
2. Add Imagery > Maps > Urbisfr Numerical Imagery

==== What is the expected result?

Text on map is readable

==== What happens instead?

Text on map is tiny

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

r15918 added automatic detection of hidpi. This is fantastic if you're showing photo imagery, less if you're trying to read the text on the imagery.

Some tile servers provide hidpi tiles that are 512px - compare:

* http://wmts1.geoportail.lu/opendata/demo/?wmts_layer=basemap&format=png&srs=EPSG%3A3857
* http://wmts1.geoportail.lu/opendata/demo/?wmts_layer=basemap&format=png&srs=EPSG%3A3857

or the sizes and resolutions of

http://wmts1.geoportail.lu/opendata/wmts/basemap/GLOBAL_WEBMERCATOR_4_V3/10/529/347.png
http://wmts1.geoportail.lu/opendata/wmts/basemap_hd/GLOBAL_WEBMERCATOR_4_V3_HD/9/264/173.png

Should this maybe be another attribute in the imagery definition?

[[Image(Screenshot 2020-03-03 at 11.12.09.png, 1000px)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-26 10:50:27 +0100 (Wed, 26 Feb 2020)
Revision:15937
Build-Date:2020-02-26 09:52:41
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15937 en_GB) Mac OS X 10.15.3
OS Build number: Mac OS X 10.15.3 (19D76)
Memory Usage: 890 MB / 4096 MB (217 MB allocated, but free)
Java version: 13.0.2+8, AdoptOpenJDK, OpenJDK 64-Bit Server VM
Screen: Display 69733632 1680x1050
Maximum Screen Size: 1680x1050
Dataset consistency test: No problems found

Plugins:
+ AddrInterpolation (35248)
+ CommandLine (35297)
+ ImportImagePlugin (35248)
+ Mapillary (1.5.20)
+ MovementAlert (1511141840)
+ OpeningHoursEditor (35250)
+ PicLayer (35313)
+ ShapeTools (1240)
+ alignways (35248)
+ apache-commons (35092)
+ apache-http (35092)
+ areaselector (359)
+ austriaaddresshelper (57)
+ buildings_tools (35248)
+ changeset-viewer (22)
+ conflation (0.6.4)
+ continuosDownload (91)
+ contourmerge (v0.1.6)
+ ejml (35122)
+ geotools (35169)
+ jaxb (35092)
+ jna (35092)
+ jogl (1.2.3)
+ jts (35122)
+ log4j (35092)
+ opendata (35330)
+ openqa (0.1.9)
+ public_transport (35313)
+ reltoolbox (35313)
+ reverter (35313)
+ rex (53)
+ splinex (35248)
+ terracer (35327)
+ todo (30306)
+ turnrestrictions (35313)
+ undelete (35313)
+ utilsplugin2 (35334)
+ wikipedia (1.1.3)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BicycleJunction&preset&zip=1
+ http://osmtools.de/josm/steps.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Historic_Stone&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&preset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Towers&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Golf_Course&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Bus_lanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Heritage&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Historical_Objects&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/public_bookcase&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Stolpersteine&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1
+ https://gitlab.com/k127/josm-presets/raw/master/diplomatic.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lit&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/LessObtrusiveNodes&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Noname&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Power&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface-DataEntry&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PowerMapping&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/BesideTheRoad_Speed&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/TreeCrownDiameter&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&style&zip=1
- https://github.com/simon04/coloured-addresses.mapcss/raw/master/dist/coloured-addresses.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Suburb&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&style&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&style&zip=1
- https://github.com/GlassOceanos/indoor-JOSM-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PTStops&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/HiDPISupport&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NumberedCycleNodeNetworks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NumberedWalkingNodeNetworks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Noname&zip=1

Validator rules:
+ http://www.openrailwaymap.org/validator/openrailwaymap.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1
+ http://www.openrailwaymap.org/validator/de-openrailwaymap.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/MissingWeekdays&zip=1
+ https://raw.githubusercontent.com/nlehuby/transport_mapcss/master/transport.validator.mapcss

Last errors/warnings:
- W: Not a single layer for the name 'Bing Sat': []
}}}
"	Stereo
enhancement	18893	1	[Patch] OpeningHourTest highlight erroneous part in string	Core validator			2020-03-08T19:38:53+01:00	2020-06-19T20:49:52+02:00	"ticket:18892, skyper:
>  The messages should display the string with highlighted errors instead of the line and column
>  In JS, the messages displayed the string from the start to the position the error occurred but that does not work for multiple errors. See #18807
"	simon04
enhancement	18942	1	add railway=stop	Internal preset			2020-03-16T13:27:20+01:00	2021-02-22T17:37:29+01:00	"`railway=stop` is missing in preset.
* osmwiki:Tag:railway=stop
* https://taginfo.openstreetmap.org/tags/?key=railway&value=stop

Wonder that not script did find it so far with almost 55000 uses, so far.

{{{
Revision:15937
Is-Local-Build:false
Build-Date:2020-03-02 18:27:07
Debian-Release:0.0.svn15937+dfsg-1~bpo10+1
Build-Name:Debian
}}}"	skyper
enhancement	18977	1	Make it more obvious what the 'add / remove map mode' menu does	Core	tested		2020-03-25T10:09:22+01:00	2020-03-25T16:38:09+01:00	"Discovered in a screen share with a new user:

Currently, below the map modes, there is a menu to enable / disable some modes in that menu bar.

The button looks like as if it was an overflow menu (a menu in which items that did not fit into the toolbar are placed). And the buttons look the same as the map modes. There is only a tooltip that says ""Hide or show this toggle button"", but who reads them?

We should make it more obvious what this menu does. We could add an eye-Icon or an settings-Icon somewhere (instead / next to the two arrows?). We might rename the items to read 'Show Select mode', 'Show Lasso mode'. We could make the icon size in the menu smaller (same icon size as in the main menu)"	michael2402
enhancement	18986	1	How to handle missing upper level pages	Wiki content			2020-03-26T20:53:10+01:00	2020-04-20T11:11:22+02:00	"On the top left corner of a wiki page the hierarchy of the page is displayed with links to upper level.

What should we do if the upper level is missing ?
* [wiki:/Help/Action] does not exist
* Help/Dialog is just a stub in a handful languages."	skyper
enhancement	18989	1	Some more warnings for direction and railway	Core validator			2020-03-26T22:21:42+01:00	2020-12-18T15:25:18+01:00	"There are some validator warnings missing:
* warning about `traffic_signals:direction=forward/backward/both` and `railway:signal:direction=forward/backward/both` on end nodes, **done** in #20019
* warning about `traffic_signals:direction=forward/backward/both` and `railway:signal:direction=forward/backward/both` on middle nodes with more than one parent `highway/railway=*`, **done** in #20019
* warning about two ways `railway=*` connected without `railway=switch/railway_crossing` on common node
* warning about `railway=switch/railway_crossing` on unconnected node 
* warning about `railway=switch/railway_crossing` on node with only one parent way `highway/railway=*`

Please have a look at the [attachment:josm_node_direction.osm.bz2:ticket:18988 example file]. Split at the nodes with `name=Split` to have all problems.


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-24 07:37:08 +0100 (Tue, 24 Mar 2020)
Revision:16200
Build-Date:2020-03-25 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19023	1	Tagging presets preferences: Several usability issues	Core			2020-04-02T19:38:23+02:00	2020-09-03T12:45:38+02:00	"I have several enhancement request for usability:

* Similar to [Help/Preferences/Map#MapPaintStyles styles] have column with checkboxs for each preset in the ""active presets"" list on the right side in [Help/Preferences/Map#TaggingPresets presets' preferences].
* A search text box on the left on top of the list of available preset and styles would be nice, like in [Help/Preferences/Imagery#Imageryproviders imagery's] ""available default entries"" list. See #19745.
* Some up/down buttons on the right to move items up or down to adjust the order.

==== What steps will reproduce the problem?
1. open Preset preferences through Presets menu -> Preset preferences
1. install some presets from the left side
1. save and close preferences
1. find out that some additional presets are interesting but you do not want to have them active all the time.
1. open Preset preferences through Presets menu -> Preset preferences

==== What is the expected result?
A checkbox for each preset on the right side to deactivate a preset.

==== What happens instead?
No checkbox available.

==== Please provide any additional information below. Attach a screenshot if possible.
You need to delete the preset from the list but remembering the interesting preset and its name plus searching the big list is painful.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-03-31 20:51:44 +0200 (Tue, 31 Mar 2020)
Revision:16222
Build-Date:2020-04-01 01:30:45
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19077	1	Presets: label suffix/unit at end of text input box	Core			2020-04-12T19:20:04+02:00	2020-05-13T00:23:44+02:00	"From ticket:8180
> Label units at end of text input box: 
{{{
#!xml

}}}"	simon04
enhancement	19090	1	Recently added tags: Separate number of displayed items and lenght of list	Core			2020-04-14T14:33:36+02:00	2020-04-14T14:33:36+02:00	"Right now the number of recently added tags might depend on the screen size, as the number directly influences the size of the [Help/Dialog/AddValue Add tag dialog].

I like to have a list with the last 250 or 500 added combinations but only to display the last 20.
Thanks

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-13 22:05:56 +0200 (Mon, 13 Apr 2020)
Revision:16294
Build-Date:2020-04-14 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19095	1	"Warning about ""*:lanes=*"" tagging without ""oneway=yes"""	Core validator			2020-04-14T19:15:45+02:00	2020-07-07T21:37:25+02:00	"==== What steps will reproduce the problem?
1. Have a way with `turn=right` or `turn:lanes=through|right` and without `oneway=yes`
1. Run validator

==== What is the expected result?
A warning demanding to use `forward/backward`

==== What happens instead?
No warning

==== Please provide any additional information below. Attach a screenshot if possible.
All lanes-tagging keys like `destination`, `destination:*` and `turn` with or without suffix `:lanes` suffer the same problem.
The same is true for:
* `placement` with or without suffix `:lanes` except of value `transition`
* `change` with or without suffix `:lanes` except value `no` or `change:lanes=no|no` in combination with `lanes=2`
Additionally all `*:lanes=*` like `access:lanes`, `Transport_mode:lanes`(e.g. `bus:lanes`), `maxspeed:lanes`, `surface:lanes` and `width:lanes` are a problem.
Probably combinations with `oneway=yes` and `oneway:*=no` need to be checked, as well. 

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-13 22:05:56 +0200 (Mon, 13 Apr 2020)
Revision:16294
Build-Date:2020-04-14 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19096	1	"Warning about incorrect role ""forward/backward"""	Core validator			2020-04-15T14:15:06+02:00	2020-04-15T14:15:06+02:00	"==== What steps will reproduce the problem?
1. Have a way with membership of a relation and `oneway=yes` plus role `backward`
1. Run validator

==== What is the expected result?
A error warning about incorrect role

==== What happens instead?
No error warning

==== Please provide any additional information below. Attach a screenshot if possible.
Without an additional `oneway:*=no` this is always an error except for `route=hiking/foot/running` and `route=bicycle` with tag `cycleway=opposite*` on the member.
Same is true for `oneway=-1` and role `forward`.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-14 21:56:05 +0200 (Tue, 14 Apr 2020)
Revision:16301
Build-Date:2020-04-15 01:30:44
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19150	1	Add a unit test that checks external presets for deprecated tags	Unit tests			2020-04-24T22:50:38+02:00	2020-04-24T22:50:38+02:00	"We allow everyone to add Presets but we don't really care if they are ""correct"" or ""in consensus with the community"" contentwise.

It think we should at least automatically check if any of wiki:/Presets uses a tag that we mark deprecated in deprecated.mapcss.

Cases like [wiki:/Presets/Japan?action=diff&version=12 this] should not happen."	Klumbumbus
enhancement	19152	1	Support setting changeset tags during /load_object call	Core remotecontrol			2020-04-26T18:52:03+02:00	2020-06-10T00:00:49+02:00	"now ''changeset_tags'' works in ''load_and_zoom'' action, but I use ''load_object'' action with ''addtags'' parameter and want to add some tags in changeset

I suggest to add ''changeset_tags'' parameter in all actions witch can edit data such as ''load_object''

Example: http://127.0.0.1:8111/load_object?objects=n4052970296&addtags=tag1=value1&changeset_tags=tag2=value2"	CupIvan
enhancement	19159	1	Lanes support for destination	External mappaint style			2020-04-27T16:03:50+02:00	2020-04-27T16:03:50+02:00	"The two styles [wiki:Styles/Lane_and_Road_Attributes Lane_and_Road_Attributes] and [wiki:Styles/Enhanced_Lane_and_Road_Attributes Enhanced_Lane_and_Road_Attributes] miss the rendering of `destination[:*]:lanes` and suffix.

May it be possible to support these tags, please. Thanks"	skyper
enhancement	19190	1	Option to set and call variables in tagging presets and validator rules	Core			2020-05-06T13:53:59+02:00	2023-03-20T08:47:57+01:00	"I often find myself ''copy & pasting'' value strings which are identical in presets.
An option to define that string in a variable and call it later would make life much easier, especially, when updating values and in terms of consistency.


{{{
#!preset
    
    
}}}

Would change to:

{{{
#!preset


    
    
}}}

Similar is true for, e.g., long regex in validator rules. Again, a variable could solve the problem."	skyper
enhancement	19199	1	[PATCH] There should be some way to determine how many nodes are superflous in a way	Core			2020-05-08T16:00:36+02:00	2022-10-12T16:26:44+02:00	"This can be used to tell the user roughly how many nodes will be removed (although, since it uses the same algorithm as the actual node removal, it should be the same).

The primary reason I want it is so that I can easily tell how many nodes will be removed, if the user simplifies the way, although this patch isn't necessary for my needs (I can just directly call the commands with specified parameters).

I do think it will be a useful UI component, regardless (as seen in the patch)."	taylor.smock
enhancement	19218	1	Relation editor: Support for roles and separate relation per direction in superroute connectivity line	Core			2020-05-11T11:18:42+02:00	2020-05-11T11:19:20+02:00	"
This is a followup of #18503.

Replying to [ticket:18503#comment:10 simon04]:
> In [changeset:""15732/josm"" 15732/josm]:
>
> see #18503 - Relation editor: compute wayConnection for type=superroute
>
> This basic implementation only considers route segments without a role
> (as specified for public_transport:version=2; no forward/backward)
> and does not take roundabouts into account.

Please, support:
* roundabounds
* `link` by ignoring members with this role
* `forward/backward`
 * Especially in dual-carriage way situations like often found in `route=road` relations.
* support separate relations per direction and render them like `forward/backward` with two vertical lines, one per direction.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-10 15:58:34 +0200 (Sun, 10 May 2020)
Revision:16402
Build-Date:2020-05-11 01:30:50
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	19220	1	Replace geometry: Notify if objects with positive id are deleted	Plugin utilsplugin2			2020-05-11T11:51:53+02:00	2020-05-11T11:51:53+02:00	"==== What steps will reproduce the problem?
1. Have two ways, one with positive id and more child nodes than the other way with id:0 and child nodes with id:0
1. Select both ways
1. Replace geometry

==== What is the expected result?
A notification that that some nodes were deleted

==== What happens instead?
No notification and a silent deletion

==== Please provide any additional information below. Attach a screenshot if possible.
Please, always show a notification if an object with positive id is deleted by this action. Thanks.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-10 15:58:34 +0200 (Sun, 10 May 2020)
Revision:16402
Build-Date:2020-05-11 01:30:50
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35434)
}}}
"	skyper
enhancement	19235	1	Toolbar: Support flexible space	Core			2020-05-14T13:43:07+02:00	2021-03-26T00:24:46+01:00	"==== What steps will reproduce the problem?
I wanted to move some toolbar items to the right side but under [Help/Preferences/Toolbar Toolbar preferences] there is no flexible space item available.

==== What is the expected result?
A flexible space item in the ""Available"" list on the right side

==== What happens instead?
No space item available

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-13 15:24:14 +0200 (Wed, 13 May 2020)
Revision:16407
Build-Date:2020-05-14 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19267	1	Relation editor: No need to ask for confirmation canceling the creation of a cloned relation without any changes made	Core	latest		2020-05-20T14:29:33+02:00	2020-05-22T05:16:02+02:00	"==== What steps will reproduce the problem?
1. Have a relation selected in relation list panel
1. Clone the relation
1. In the upcoming relation editor, click on cancel without any changes made

==== What is the expected result?
The relation editor is closed without questioning

==== What happens instead?
A new dialog asking for confirmation

==== Please provide any additional information below. Attach a screenshot if possible.
~~This worked half a year ago but I need to look for the exact changes, e.g. a defect.~~

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-19 09:42:07 +0200 (Tue, 19 May 2020)
Revision:16465
Build-Date:2020-05-20 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19300	1	Relation list panel: Add selection to relation should try to find correct position in relation order	Core			2020-05-27T15:57:22+02:00	2023-02-06T14:35:35+01:00	"==== What steps will reproduce the problem?
1. Have a relation and a way without membership of the relation
1. Select the way
1. In [[JOSMImage(dialogs/relationlist)]] [Help/Dialog/RelationList relation list panel] use context menu item [[JOSMImage(dialogs/conflict/copyendright)]] ""Add selection to relation""

==== What is the expected result?
JOSM tries its best to find the proper position in member list

==== What happens instead?
The new member is simply added at the bottom of the list without any role

==== Please provide any additional information below. Attach a screenshot if possible.
Similar functions like in ""Split way"" would be nice to preserve the order of known relation types.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-26 21:30:05 +0200 (Tue, 26 May 2020)
Revision:16501
Build-Date:2020-05-27 01:30:45
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19301	1	Paste relation: Try to find proper position in member list	Plugin utilsplugin2			2020-05-27T16:30:54+02:00	2020-05-27T17:16:29+02:00	"==== What steps will reproduce the problem?
1. Have two ways, one member of at least one relation
1. Select the way with membership and `Ctrl+C`
1. Select the other way and [[Image(osm:source:applications/editors/josm/plugins/utilsplugin2/images/dumbutils/pasterelations.png,middle,link=)]] ""Paste relation""

==== What is the expected result?
JOSM tries its best to find the proper position in the relation list

==== What happens instead?
New members are simply place at the bottom of the list

==== Please provide any additional information below. Attach a screenshot if possible.
See #19300 for a similar problem in core.
""Split way"" already includes some mechanisms to find the proper position in member list. 

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-26 21:30:05 +0200 (Tue, 26 May 2020)
Revision:16501
Build-Date:2020-05-27 01:30:45
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35472)
}}}
"	skyper
enhancement	19306	1	Complain about free-floating building:part	Core validator			2020-05-28T14:43:10+02:00	2020-05-28T15:42:40+02:00	"==== What steps will reproduce the problem?
1. Create a closed way
2. Tag it with `building:part=yes`
3. Unselect it
4. Run validator

==== What is the expected result?
Validator complains about `building:part` that is not inside any `building` area.

==== What happens instead?
Nothing.

==== Please provide any additional information below. Attach a screenshot if possible.
Triggered by https://github.com/westnordost/StreetComplete/issues/1858

I suspect that it may be impossible due to performance issues.
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-18 09:57:52 +0200 (Mon, 18 May 2020)
Revision:16460
Build-Date:2020-05-19 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (16460 en_GB) Linux Ubuntu 19.10
Memory Usage: 263 MB / 976 MB (151 MB allocated, but free)
Java version: 11.0.7+10-post-Ubuntu-2ubuntu219.10, Ubuntu, OpenJDK 64-Bit Server VM
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-11-jre:amd64-11.0.7+10-2ubuntu2~19.10
Java ATK Wrapper package: libatk-wrapper-java:all-0.35.0-3
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35405)
+ measurement (35405)
+ reverter (35409)
}}}
"	mkoniecz
enhancement	19307	1	"Make ""Download to new layer"" visible and choosable in confimation dialog"	Core remotecontrol			2020-05-28T15:02:50+02:00	2020-05-28T15:02:50+02:00	"==== What steps will reproduce the problem?
1. Have ""Confirm all Remote Control actions manually"" enabled under [Help/Preferences/RemoteControl Remote control preferences]
1. Have an existing data layer
1. Click on an ""Remote control link"" in webbrowser
1. Confirmation dialog in JOSM

==== What is the expected result?
A check box ""Download as new layer""

==== What happens instead?
No option to manually download into new layer

==== Please provide any additional information below. Attach a screenshot if possible.
If the setting ""Download as new layer"" is enabled in preferences, there is no visibility about it in the confirmation dialog, e.g. the check box should be visible and checked with this setting. Thanks

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-05-27 21:23:59 +0200 (Wed, 27 May 2020)
Revision:16511
Build-Date:2020-05-28 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19327	1	[Patch] Deprecate long JosmAction constructors, use setters instead	Core			2020-05-31T15:32:56+02:00	2022-06-08T23:56:44+02:00	The various constructors with many parameters are hard to use and distinguish. Let's favour a setter-based style instead.	simon04
enhancement	19394	1	Combine way: Instead of denying, offer help working outside downloaded area	Core			2020-06-16T12:03:33+02:00	2020-06-16T17:17:16+02:00	"This is a follow-up of #18083.

==== What steps will reproduce the problem?
1. Download a route relation without members
1. Download members through relation panel's context menu entry ""Download members""
1. Select two ways with one end node in common
1. Download parents
1. Combine way

==== What is the expected result?
As all needed data is available, no warning about outside downloaded area and the usual procedure when combining ways with its dialogs about conflicting tags and relation memberships.

==== What happens instead?
The action is denied without any help to download missing data nor any option to continue without downloading.

==== Please provide any additional information below. Attach a screenshot if possible.
It would be sufficient to simply download the parents in prior, so why not offer this option? 
At least in expert mode, there should be an option to continue without downloading as JOSM is not smart enough to detect that all possible information is available.

BTW: Why is this action call ""Combine way"" without a plural, e.g. way**s**.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-15 21:37:22 +0200 (Mon, 15 Jun 2020)
Revision:16649
Build-Date:2020-06-16 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19411	1	Request to support new roles in the relation editor's member sort routine.	Core			2020-06-18T16:54:04+02:00	2021-03-22T13:38:59+01:00	"(Related to ticket #19403 but it's a different request)

Five new roles have been approved for route relations. See ​osmwiki:Proposed_features/Recreational_route_relation_roles
The roles are: alternative, approach, excursion, connection, main.
No role is the same as main for data users, but the explicit value main is now an approved value.

JOSM sorting in the relation editor does not yet handle the new roles when they are set on way members
Roles forward and backward on ways, as defined for routes where the directions differ at some locations, are handled as intended by the sorting routine. 
Other roles are currently ignored. The request is to sort the ways for each role separately (forward and backward are sorted as main). So main, foward and backward are sorted like it is now; all alternative ways are sorted separately and kept together; all excursions idem; etc. Let's call it: grouped sorting. This could be generic: the sort does not have to check for specific roles other than forward/backward, it can simply group all members with the same role together, alphabetically. 


Multiple roles on one way are currently not approved. Some mappers have suggested a semicolon-separated list of roles could be assigned to a way, but no consensus has been reached about that. However, it is the only way to register a way which serves as, say, an approach, and at the same time has a backward or forward role to assign it to a direction. The way would then be expected to be sorted into the approach group and presented there according to the forward role.
"	pelderson@…
enhancement	19430	1	Upload dialog: Option to deselect object from list and option to open history viewer	Core			2020-06-23T11:21:53+02:00	2020-06-23T11:21:53+02:00	"Currently, zooming on and highlighting object from the objects' lists in upload dialog is possible.

I would like to have a context menu including options to:
* open history viwer of selected objects
* deselect/remove objects from list (which changes ""upload data"" to ""upload selection"")

Thanks a lot."	skyper
enhancement	19462	1	Complain about addr:housename matching addr:housenumber and differing solely by capitalization	Core validator			2020-06-30T15:13:42+02:00	2020-06-30T19:20:03+02:00	"==== What steps will reproduce the problem?
1. Create closed way
2. Add to it `addr:housename=2D` and `addr:housenumber=2d`
3. Run validator

==== What is the expected result?
Validator complains that `addr:housename` and `addr:housenumber` are suspiciously similar.

==== What happens instead?
Nothing. Note that in case of exact match validator complains already.

==== Please provide any additional information below. Attach a screenshot if possible.
triggered by https://www.openstreetmap.org/way/283874017/history
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-13 13:23:27 +0200 (Sat, 13 Jun 2020)
Revision:16613
Build-Date:2020-06-14 01:30:46
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (16613 en_GB) Linux Ubuntu 20.04 LTS
Memory Usage: 274 MB / 976 MB (128 MB allocated, but free)
Java version: 11.0.7+10-post-Ubuntu-3ubuntu1, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32
Java package: openjdk-11-jre:amd64-11.0.7+10-3ubuntu1
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35474)
+ measurement (35405)
+ reverter (35487)
+ todo (30306)
}}}
"	mkoniecz
enhancement	19466	1	Change role dialog: Combo instead of text input and better title	Core			2020-06-30T16:34:19+02:00	2020-06-30T16:38:19+02:00	"This is a follow-up of #16255. Thanks for the nice dialog

I have two enhancement requests:
1. Please, instead of `Input` use `Change role` or `Change role?` and `Change roles` or `Change roles?` as title of the dialog, see [wikitr:/Help/Dialog/EditValue Change Value].
1. Use a combo input box instead of a text box similar to ""Change Value"" in order to:
 * offer possible values
 * show the different existing values if multiple are present .

Thank you.

BTW: skyper on #16255 [ticket:16255#comment:10 comment 10]:
> Is it possible to include a help button and context-sensitive help anchors, please, see #18651. I plan to document this new dialog and need a name for the new page wiki:/Help/Dialog/ChangeRole or similar?

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-29 17:21:45 +0200 (Mon, 29 Jun 2020)
Revision:16729
Build-Date:2020-06-30 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19472	1	Tagging preset: Column width as option for checkgroup	Core			2020-06-30T21:13:16+02:00	2021-04-24T01:11:47+02:00	"Checkgroup do not line up well and the with of the column is unpredictable. Could we have a new option `col_width=""""` with a length or list of lengths as values to define strict column widths. Thanks for your work.

This came up in #19382, where I did take the snips below from.

{{{
#!preset


   
   
   


    
    
    
    


    
    
    
    


}}}

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-29 17:21:45 +0200 (Mon, 29 Jun 2020)
Revision:16729
Build-Date:2020-06-30 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19481	1	Add own autocomplete to changeset tag table	Core			2020-07-03T12:36:58+02:00	2021-09-21T20:51:05+02:00	"When adding a tag to an element JOSM suggests previously entered keys/values.

This feature doesn't seem to be active for changeset tags (using v16538),
yet this would be useful too"	aandre
enhancement	19484	1	"Describe building=university multipolygon better (""university building"", not ""university"")"	Core			2020-07-03T23:26:56+02:00	2020-07-06T16:28:12+02:00	"==== What steps will reproduce the problem?
1. Create building=university multipolygon
2. Create amenity=university multipolygon, with at least one shared way
3. Select one of shared ways
4. Become confused by two ""university"" relations

==== What is the expected result?
`building=university` and `amenity=university` relations have different names.

""university building"", ""building=university"" would be better than ""university""

==== What happens instead?
`building=university` and `amenity=university` relations have the same name

==== Please provide any additional information below. Attach a screenshot if possible.
I noticed ""university"" relation and I was sure that it is university relation, not for university building.

Triggered by work on https://www.openstreetmap.org/changeset/87518233
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-13 13:23:27 +0200 (Sat, 13 Jun 2020)
Revision:16613
Build-Date:2020-06-14 01:30:46
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (16613 en_GB) Linux Ubuntu 20.04 LTS
Memory Usage: 310 MB / 976 MB (138 MB allocated, but free)
Java version: 11.0.7+10-post-Ubuntu-3ubuntu1, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32
Java package: openjdk-11-jre:amd64-11.0.7+10-3ubuntu1
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35474)
+ measurement (35405)
+ reverter (35487)
+ todo (30306)
}}}
"	mkoniecz
enhancement	19498	1	"Combine way: Never ofter ""oneway=-1"""	Core			2020-07-06T18:14:50+02:00	2020-07-06T18:14:50+02:00	"This is a follow-up of #19485, see my comment:
[ticket:19485#comment:3 #19485:comment 3]
> …
> I noticed another problem, see attached example file [ticket:19485#attachment:josm_19485_example.osm josm_19485_example.osm].
> With the real data example (lowest) the exception does not happen but JOSM offers to change the value of `oneway` to **`-1`** instead of changing the direction of the way without `oneway=*`.
> 
> {{{
> USER@BOX:~$ java -Xmx500m -Djosm.home=/tmp/.josm_test -jar Downloads/JOSM/josm-snapshot-16645.jar Downloads/josm_19485_example.osm
> …
> }}}

1. Select the way without `oneway=*`
1. Select the connected way with `oneway=yes`
1. Combine way

The direction of the way with `oneway=yes` should never be changed and `oneway=-1` should never be offered, even if this means that more tags have to be adjusted and even if more objects need to be changed."	skyper
enhancement	19511	1	Support of complete tag in fixChange and FixRemove	Core validator			2020-07-10T16:34:40+02:00	2020-07-11T20:32:12+02:00	"==== What steps will reproduce the problem?
1. Have
 {{{
 #!rule
 way[highway][placement=transition][""placement:forward""=transition],
 way[highway][placement=transition][""placement:backward""=transition] {
   throwWarning: tr(""Use {0} only as value of {1}"", ""{1.value}"", ""{2.key}=*"");
   group: tr(""suspicious tag combination"");
   fixAdd: ""placement=transition"";
   fixChange: ""placement:forward=transition=>placement=transition"";
   fixRemove: ""placement:backward=transition"";
 }
 }}}
1. Load rule

==== What is the expected result?
No warning and rule is loaded

==== What happens instead?
* `SEVERE: Cannot add MapCSS rule: Cannot add instruction fixChange: placement:forward=transition=>placement=transition!`
* `SEVERE: Cannot add MapCSS rule: java.lang.IllegalArgumentException: Unexpected '='. Please only specify the key to remove in: fixRemove: String;`
and rule is not loaded

==== Please provide any additional information below. Attach a screenshot if possible.
I want to only change or remove `placement;backward/forward` with value `transition`
It would be nice if I do not have to write the needed syntax to change or remove only specific key-value combinations for each rule. Thanks a lot.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-09 17:42:41 +0200 (Thu, 09 Jul 2020)
Revision:16740
Build-Date:2020-07-10 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- E: Cannot add MapCSS rule: java.lang.IllegalArgumentException: Unexpected '='. Please only specify the key to remove in: fixRemove: String;
- E: Cannot add MapCSS rule: Cannot add instruction fixChange: placement:forward=transition=>placement=transition!
}}}"	skyper
enhancement	19534	1	Find gaps in incomplete route relations with some members downloaded	Core validator			2020-07-14T12:32:02+02:00	2022-08-15T18:30:16+02:00	"==== What steps will reproduce the problem?
1. Download a route relation without members
1. Open relation in relation editor
1. Select two child ways with empty role and neighbors in relation member list
1. Download selected members
1. Run validator 

==== What is the expected result?
The test finding gaps in routes is run

==== What happens instead?
The test is not run

==== Please provide any additional information below. Attach a screenshot if possible.
Atm, the test relies on completly downloaded relations.
But it could also check according to the position in the relation member list.
Blocks of complete members where at least the first and last member in this block have an empty role need to be connected.

Thanks a lot.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-13 22:23:01 +0200 (Mon, 13 Jul 2020)
Revision:16760
Build-Date:2020-07-14 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19546	1	Warn about overlapping building:parts	Core validator			2020-07-17T17:13:11+02:00	2020-07-17T17:13:11+02:00	"This is a follow-up of #16707.

I wrote [ticket:16707#comment:22 comment 22]:
> So we need to look at `building:levels` and `building:min_level` to find overlapping `building:parts`. Still would add a sharing crossing node if the parts are attached, e.g. on top of each other without space in between.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-15 23:08:21 +0200 (Wed, 15 Jul 2020)
Revision:16780
Build-Date:2020-07-16 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	19566	1	In case of OSM server failure provide generic error message	Core			2020-07-21T18:27:59+02:00	2021-09-14T14:15:12+02:00	"==== What steps will reproduce the problem?
1. break OSM server? Mock OSM server and return empty error?

==== What is the expected result?
I get generic error message, not an empty message

==== What happens instead?
I get an empty error message


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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-30 19:13:42 +0200 (Tue, 30 Jun 2020)
Revision:16731
Build-Date:2020-07-01 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (16731 en_GB) Linux Ubuntu 20.04 LTS
Memory Usage: 508 MB / 976 MB (139 MB allocated, but free)
Java version: 11.0.7+10-post-Ubuntu-3ubuntu1, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32
Java package: openjdk-11-jre:amd64-11.0.7+10-3ubuntu1
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35500)
+ measurement (35405)
+ reverter (35499)
+ todo (30306)

Last errors/warnings:
- E: Communication with OSM server failed - null
}}}
"	mkoniecz
enhancement	19567	1	When restoring an auto-saved data layer, keep the file around	Core			2020-07-21T21:23:55+02:00	2020-07-21T21:31:08+02:00	"When restoring an automatically saved data layer after JOSM has crashed, JOSM loads the data layer and deletes the backup file, leaving the user without a backup until the next autosave. If JOSM (or the system) hangs or crashes in that timespan, the data is lost.

This almost hit me recently: I was having issues with loading data layers from files, as doing so would cause JOSM to crash (happened a few times but seems to have gone away eventually; I was never able to identify what triggered it). I had to kill JOSM as it stopped responding. I then made a copy of the autosaved file and restarted JOSM. It prompted me to restore the data layer, then crashed and the autosaved file was gone. (I was eventually able to load the copy I had made after restarting JOSM.)

As the subject line says, this ticket is not about why JOSM crashed upon loading certain files—we can never rule out that JOSM (or the system) will crash or hang. The bottom line is that JOSM should treat autosave files as containing unsaved changes and never delete them unless one of the following is true:

* The file contains only data downloaded from the API, with no local changes.
* All changes have been saved or uploaded.
* The user has chosen to discard the data layer (closed JOSM), despite unsaved changes.
* A new autosave file has been created for the layer."	stanton
enhancement	19615	1	add mofa/moped=use_sidepath to access preset	Internal preset			2020-08-02T17:19:10+02:00	2021-07-07T15:04:36+02:00	"As `mofa=use_sidepath` has reached 10000 entries (r16819) and the access values were just completely updated (#17750, #17960 and #18698) it might worse of adding these overseen two values, `mofa=use_sidepath` and `moped=use_sidepath`


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-07-30 12:44:04 +0200 (Thu, 30 Jul 2020)
Revision:16812
Build-Date:2020-07-31 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19616	1	Better handling of zero-width space (\u200b) in URL	Core validator	tested		2020-08-02T20:23:58+02:00	2020-08-03T10:29:44+02:00	"The URL validator generates a warning for valid URLs e.g.
https://www.9round.ca/​fitness/​Vaughan-ON-x0298 It generates the warning ""URL validator - 'website': URL contains an invalid path: /fitness/Vaughan-ON-x0298"". I am using JOSM 16812 on Windows 10.

There appears to be a bug in isValidPath in src/org/openstreetmap/josm/data/validation/routines/UrlValidator.java"	andrewpmk@…
enhancement	19642	1	Update building and building:part values and add more categorical building presets	Internal preset			2020-08-06T17:17:00+02:00	2021-03-02T01:06:52+01:00	"==== What steps will reproduce the problem?
1. Have a closed way with `building:part=apartments`
1. Run Validator

==== What is the expected result?
No warning

==== What happens instead?
Informal warning: `Value 'apartments' for key 'building:part' not in presets.`

==== Please provide any additional information below. Attach a screenshot if possible.
The values for `building=*` and `building:part=*` need an update.
Adding some more categorical building presets like ""Residential Buildings"" would be nice and the general building preset should include **all** values.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-08-04 23:38:35 +0200 (Tue, 04 Aug 2020)
Revision:16850
Build-Date:2020-08-05 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19649	1	Specify key name in Number of lanes greater than *:lanes	Core validator			2020-08-08T13:49:05+02:00	2020-08-08T14:29:10+02:00	"==== What steps will reproduce the problem?
1. Select way with soup of tags including

{{{
lanes:backward=1
lanes:forward=2
lanes=3
turn:lanes=left|through;right
}}}

2. run validator

3. become confused
==== What is the expected result?
`Number of lanes greater than turn:lanes (1)`
==== What happens instead?
`Number of lanes greater than *:lanes (1)`
==== Please provide any additional information below. Attach a screenshot if possible.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-06-30 19:13:42 +0200 (Tue, 30 Jun 2020)
Revision:16731
Build-Date:2020-07-01 01:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (16731 en_GB) Linux Ubuntu 20.04.1 LTS
Memory Usage: 389 MB / 976 MB (86 MB allocated, but free)
Java version: 11.0.8+10-post-Ubuntu-0ubuntu120.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32
Java package: openjdk-11-jre:amd64-11.0.8+10-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35500)
+ measurement (35405)
+ reverter (35499)
+ todo (30306)

Last errors/warnings:
- W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
}}}
"	mkoniecz
enhancement	19653	1	Find more conflicting keys in lanes-tagging	Core validator			2020-08-08T20:56:57+02:00	2021-07-13T13:13:18+02:00	"Follow-up of #10932 and #19609.

==== What steps will reproduce the problem?
1. Have highway with `lanes=1` and `turn:lanes=left;through|right`
1. Run Validator


==== What is the expected result?
Warning about missing `oneway=yes` or missing postfix ""forward/backward"" with `*:lanes=*`

==== What happens instead?
No warning

==== Please provide any additional information below. Attach a screenshot if possible.
See [attachment:ticket:19609:josm_19609_lanes_tagging_samples.osm josm_19609_lanes_tagging_samples.osm] for some examples with even number of `lanes=*`

Additionally, if `*:lanes[:*]=*` has more values than `lanes[:*]=*` a `VEHICLE_TYPE:lanes[:*]=*` is needed.

Watch out for `source:lanes=*` and for `change:lanes=no|no` which is valid for a highway with exactly one lane per direction.


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-08-07 18:58:40 +0200 (Fri, 07 Aug 2020)
Revision:16853
Build-Date:2020-08-08 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19654	1	Purge: Option to deselect dependent objects from list	Core			2020-08-09T00:43:21+02:00	2020-08-09T00:43:21+02:00	"==== What steps will reproduce the problem?
1. Have a `type=route_master` relation with some child `type=route` relations 
1. Select all children of the `route_master`
1. Purge
1. Get a dialog including a list of dependent objects

==== What is the expected result?
An option to deselect some dependent objects from this list, e.g. from purge action

==== What happens instead?
No option available

==== Please provide any additional information below. Attach a screenshot if possible.
I fully understand that deselecting makes no sense in some situations but parent relations will not cause trouble (data consistency) and are a valid use case.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-08-07 18:58:40 +0200 (Fri, 07 Aug 2020)
Revision:16853
Build-Date:2020-08-08 01:30:49
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19665	1	Warn about building with name but missing primary tag.	Core validator			2020-08-10T21:21:31+02:00	2020-10-04T18:32:43+02:00	"As `name=*` together with `building=*` is rendered by OSM-Carto, people often forget to add a primary tag, like `amenity`, `craft`, `industrial`, `man_made`, `office` and `leisure`. 

If the building has a name the proper key is `addr:housename`.

I like to have a warning about ""Building with `name=*` but without primary tag""  "	skyper
enhancement	19756	1	Advanced preference for plugin and image paths	Core			2020-09-03T22:17:47+02:00	2020-09-03T22:18:34+02:00	"This is a follow up of #19701 and a solution for #19006.

As I have some problems with paths and their order, how about making both configurable as preferences?

I request one preference for
* the plugin paths to use as list or comma-separate values
* the images paths to use as list or comma-separate values

Thanks in advance.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-09-02 23:33:42 +0200 (Wed, 02 Sep 2020)
Revision:17004
Build-Date:2020-09-03 01:30:48
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	19788	1	Remove icon file extensions (.svg) from internal presets and mappaint style, prefer svg over png	Core			2020-09-13T11:45:46+02:00	2020-09-13T11:45:46+02:00	"Follow up from ticket:18866#comment:15

I thought it doesn't work in these files, but it seems to work fine.
Any concerns/objections?

One thing I noticed: if you have a png and svg with the same name and don't specify the extension then JOSM uses the png. I think JOSM should prefer the svg.

(Regarding the Potlatch2 style I would prefer to move it out to external styles first.)"	Klumbumbus
enhancement	19977	1	Create new validator for aeroway=runway	Core validator			2020-10-21T09:23:36+02:00	2020-10-21T13:42:50+02:00	"I would like to propose a new check that checks for aeroway=runway which are mapped as areas (closed ways) instead of ""regular ways"".
An example can be seen here: https://overpass-turbo.eu/s/ZfE

I am referencing to the OSM wiki https://wiki.openstreetmap.org/wiki/Tag:aeroway%3Drunway for the correct mapping which states that runways should not be mapped as areas but as ways instead."	matf.de@…
enhancement	20052	1	Unglue Ways: Add some indication about which way won't be modified.	Core			2020-11-09T15:24:00+01:00	2020-11-09T15:24:00+01:00	"This came up in #20007, see my [/ticket/20007#comment:5 comment 5] and follow-ups.

==== What steps will reproduce the problem?
1. Have a node with tag or membership with multiple parent ways
1. Select the node only
1. ""Unglue Ways""
1. Get a dialog about tag/membership with ""old"" and ""new""

==== What is the expected result?
Some indication which of the ways will be parent of the ""old"" node, e.g. which way will not be modified.

==== What happens instead?
No indication and the user can only guess.

==== Please provide any additional information below. Attach a screenshot if possible.
I have a similar highlighting than the one with the expert mode dialog from ""Split Way"", where the way is highlighted by mouse hovering of the options.
Thanks a lot.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-11-08 17:34:30 +0100 (Sun, 08 Nov 2020)
Revision:17304
Build-Date:2020-11-09 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	20054	1	Overlapping areas: Allow areas inside areas sharing segments	Core validator			2020-11-09T19:22:16+01:00	2023-03-15T13:19:24+01:00	"==== What steps will reproduce the problem?
1. Have an area with an area inside, sharing a segment but not crossing. I have a building-MP inside an amenity, see [attachment:josm_area_inside_area_shared_segment.osm].
1. Run validator

==== What is the expected result?
No warning

==== What happens instead?
Info warning: `Overlapping Areas`

==== Please provide any additional information below. Attach a screenshot if possible.
These overlaps like a building inside an amenity are correct. There is no other way to map it than having shared segments.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-11-08 17:34:30 +0100 (Sun, 08 Nov 2020)
Revision:17304
Build-Date:2020-11-09 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	20055	1	Ignore file for session	Core validator			2020-11-09T19:57:01+01:00	2020-11-09T19:57:01+01:00	"In a longer session, I want to be able to run validator several times and remember my ignores only for the session.

Obviously the context menu option is only per run and does not help here.

As, I simply do not care about some warnings and/or objects in certain sessions I want to suppress the messages but not for ever as with the general ignore file as I want to have them show up on my next session.

The file does not have to be included in a session file but this might be useful and even a completly new use case (sharing ignore files).

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-11-08 17:34:30 +0100 (Sun, 08 Nov 2020)
Revision:17304
Build-Date:2020-11-09 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	20078	1	Unconnected ways and areas special cases	Core validator	tested		2020-11-14T11:17:08+01:00	2020-11-15T15:31:39+01:00	"==== What steps will reproduce the problem?
1. Load attached file
2. Run validator

==== What is the expected result?
more or less similar messages for the group with highways and the waterways, as both have the same geometry and more or less the same meaning
==== What happens instead?
Way end node near other highway (3)
Way end node near other way (2)
- for highways there are three messages, all involve the pedestrian area 
- the the waterways there are only two messages, and they involve the river, not the riverbank
- no warning for the waterway=stream ending near a riverbank but too far from the river

==== Please provide any additional information below. Attach a screenshot if possible.
I found this while looking at #20057 because I wondered about the special handling of ways which describe areas. I'd prefer to get warnings for the residential road in preference to the pedestrian area, but maybe this is too complex in real world data.
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Build-Date:2020-10-04 01:30:47
Revision:17084
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17084 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2004 (19041)
Memory Usage: 1071 MB / 3641 MB (811 MB allocated, but free)
Java version: 1.8.0_221-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 32x32, 32x32 -> 32x32
VM arguments: [-XX:StartFlightRecording=name=MyRecording2,settings=d:\dbg\gerd.jfc, -XX:FlightRecorderOptions=defaultrecording=true,dumponexit=true,dumponexitpath=e:\ld\perf_20201114_105700.jfr]
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35640)
+ o5m (35640)
+ pbf (35640)
+ poly (35640)
+ reverter (35640)
+ undelete (35640)
+ utilsplugin2 (35640)

Validator rules:
+ c:\josm\core\resources\data\validator\geometry.mapcss
}}}
"	GerdP
enhancement	20097	1	Enhance the preference dialog	Core			2020-11-17T00:41:02+01:00	2020-11-18T20:35:31+01:00	"This is a follow up from #7548.

- Consider if the plugins mapillary and streetside either move their subtabs from ""Display"" tab to ""Plugins"" tab (like the plugins wikipedia and pdfimport do) or use own tabs. Subtabs of ""Display"" tab doesn't fit so well anymore imho.
- Switch to Jtree, JList or ... to improve the Aqua LaF workaround (ticket:7548#comment:81, ticket:7548#comment:101, ticket:7548#comment:108)
- Add a searchbox to filter the preferences to find things quicker (ticket:7548#comment:81)"	Klumbumbus
enhancement	20232	1	Relation editor: Make left toolbar user configurable	Core			2020-12-13T15:52:27+01:00	2020-12-13T15:52:27+01:00	"==== What steps will reproduce the problem?
1. With e.g. the pt_assistant plugin installed the toolbar on the left in the relation editor gets quite long.

==== What is the expected result?
Similar function as in main toolbar to be able to configure the toolbar with options to enable/disable some buttons and manually order of buttons.

==== What happens instead?
No option and I always have to scroll and cannot disable some buttons or move them down.

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-12 21:39:37 +0100 (Sat, 12 Dec 2020)
Revision:17405
Build-Date:2020-12-13 02:30:52
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	20245	1	Simplify login panel, especially for people without expert mode enabled	Core			2020-12-15T09:19:53+01:00	2020-12-15T09:36:26+01:00	"==== What steps will reproduce the problem?
1. Reset JOSM settings and do not enable ""expert mode""
2. Make edit
3. Upload anything

==== What is the expected result?
You have a login screen understandable to a normal person (OK, normal among trying to use JOSM).

==== What happens instead?
""Please select an authorization procedure"" dropdown that is

- confusing (I am a programmer, extremely advanced OSM mapper and I have no clue what would actually change if I would use it)
- misleading (selecting is not necessary, default is fine)
- not needed (?) - is it even needed for a normal person?
- distracting - with massive amount of things on this window it is hard to find where I am supposed to input credentials

Recommendation:

- disable outside expert mode
- even in expert mode move to Advanced OAuth properties tab
- change text to ""authorization procedure mode"" or something that is not suggesting that using dropdown is needed (probably not needed if it was moved to advanced settings tab)

""Granted rights"" is kind of pointless especially for newbie.

- if one runs program on their PC and gives them credentials, then I need to trust it anyway
- newbie is either not going to use it or disable something and later be confused
- distracting from main point of login screen

Recommendation:

- disable outside expert mode


Advanced OAuth properties tab - it really should be disabled outside expert mode

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-11-25 13:40:57 +0100 (Wed, 25 Nov 2020)
Revision:17360
Build-Date:2020-11-26 02:30:53
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17360 en_GB) Linux Ubuntu 20.04.1 LTS
Memory Usage: 198 MB / 976 MB (44 MB allocated, but free)
Java version: 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.9.1+1-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
Environment variable LANG: en_GB.UTF-8
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Last errors/warnings:
- 00183.329 W: Unsupported match type class org.openstreetmap.josm.data.osm.search.SearchCompiler$Any: addr:place
- 00308.226 W: Unsupported match type class org.openstreetmap.josm.data.osm.search.SearchCompiler$Any: addr:place
- 00336.804 W: Unsupported match type class org.openstreetmap.josm.data.osm.search.SearchCompiler$Any: aaaa
- 00346.095 W: Unsupported match type class org.openstreetmap.josm.data.osm.search.SearchCompiler$Any: tag
- 00992.493 E: org.openstreetmap.josm.io.MissingOAuthAccessTokenException
- 00992.608 E: Authentication failed - Failed to authenticate at the OSM server 'https://api.openstreetmap.org/api'.
You are using OAuth to authenticate but currently there is no
OAuth Access Token configured.
Please open the Preferences dialogue and generate or enter an Access Token.
- 01044.104 E: org.openstreetmap.josm.io.MissingOAuthAccessTokenException
- 01044.200 E: Authentication failed - Failed to authenticate at the OSM server 'https://api.openstreetmap.org/api'.
You are using OAuth to authenticate but currently there is no
OAuth Access Token configured.
Please open the Preferences dialogue and generate or enter an Access Token.
}}}
"	mkoniecz
enhancement	20258	1	Window for editing imagery entry	Core imagery			2020-12-17T07:27:16+01:00	2021-09-13T20:11:05+02:00	It would be easier to edit user-defined imageries if there was pop-up window. Fields for imagery name, URL, min/max zoom and georeferenced. Space for long URLs.	nkamapper
enhancement	20283	1	Add support for GetFeatureInfo WMS functionality	Core imagery			2020-12-22T21:15:57+01:00	2021-01-13T17:56:07+01:00	"WMS servers may provide GetFeatureInfo functionality which is basically querying for various properties of a map object by selected coordinates. It would be very useful if JOSM would have it. It could be done by right-clicking on the WMS map layer and selecting ""Get WMS Feature Info"" from context menu. Result could be displayed in the tabular form, or in HTML view."	*Martin*
enhancement	20300	1	problem with Crossing railways validation	Core validator			2020-12-26T11:19:34+01:00	2021-06-03T12:42:10+02:00	"==== What steps will reproduce the problem?
1. encounter track ballast areas tagged as `natural=scree`
2. retag blatant tagging for renderer to new tag `railway=track_ballast`
3. run validator

==== What is the expected result?
No complaints

==== What happens instead?
Crossing railways warning where `railway=rail` crosses `railway=track_ballast` areas

==== Please provide any additional information below. Attach a screenshot if possible.
See for example https://www.openstreetmap.org/way/450353255#map=18/52.38562/16.90637&layers=N

Yes, it is a completely brand-new tag. Should I switch to man_made=track_ballast or is it possible to get special-casing despite it is brand new tag and quite absurd one?

triggered by https://www.openstreetmap.org/note/2473001
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-12-23 08:02:18 +0100 (Wed, 23 Dec 2020)
Revision:17425
Build-Date:2020-12-24 02:30:53
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17425 en_GB) Linux Ubuntu 20.04.1 LTS
Memory Usage: 1513 MB / 3974 MB (341 MB allocated, but free)
Java version: 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.9.1+1-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
Environment variable LANG: en_GB.UTF-8
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Last errors/warnings:
- 00009.191 W: java.net.NoRouteToHostException: No route to host (Host unreachable)
- 00009.192 W: Failed to read MOTD. Exception was: java.net.NoRouteToHostException: No route to host (Host unreachable): java.net.NoRouteToHostException: No route to host (Host unreachable)
- 00542.837 W: javax.net.ssl.SSLException: Socket closed. Cause: javax.net.ssl.SSLException: Socket closed. Cause: java.net.SocketException: Socket closed
- 00542.839 E: javax.net.ssl.SSLException: Socket closed. Cause: javax.net.ssl.SSLException: Socket closed. Cause: java.net.SocketException: Socket closed
- 02914.252 W: Conflict in data - This relation has been changed outside of the editor.
You cannot apply your changes and continue editing.

Do you want to create a conflict and close the editor?
- 02916.708 W: Unsaved changes - The relation has been changed.

Do you want to save your changes?
- 03070.351 E: Error header: Version mismatch: Provided 5, server had: 6 of Relation 8878407
- 03070.507 E: Conflicts detected - Uploading failed because the server has a newer version of one
of your nodes, ways, or relations.
The conflict is caused by the relation with id 8 878 407,
the server has version 6, your version is 5.

Click Synchronise relation 8 878 407 only to synchronise the conflicting primitive only.
Click Synchronise entire dataset to synchronise the entire local dataset with the server.
Click Cancel to abort and continue editing.

}}}
"	mkoniecz
enhancement	20362	1	information=board --> ask board:title instead of name	Internal preset			2021-01-07T17:45:54+01:00	2021-01-18T16:39:06+01:00	"This is an idea for the preset dialog for information=board

I think it would be better to ask for board:title instead of name as boards usually have no name. "	Nielkrokodil
enhancement	20366	1	[partial patch] JOSM rendering is very slow especially on UHD displays	Core	latest		2021-01-08T19:35:13+01:00	2025-10-27T19:56:27+01:00	"After upgrading to UHD (4K) monitor I experience slow rendering in JOSM which makes mapping no more pleasant. Slowdown is higher if I move map outside of boundaries of downloaded data (see attached video) but it is also slow on normal editing, or with just panning signle layer of background imagery.

JOSM Version: 17447 (reproducible also on current josm-tested)
JRE: OpenJDK 16 (reproducible also on  OpenJDK 15)
OS: Debian Bullseye
HW: Radeon RX 5500 (HW acceleration enabled), AMD Ryzen 3900X, 64GB RAM

I run JOSM like this:

java -Dsun.java2d.uiScale=2 -Dsun.java2d.opengl=True -jar ~/josm-tested.jar

In the 2nd line of the console output I see:

OpenGL pipeline enabled for default config on screen 0

Parameter -Dsun.java2d.opengl=True actually makes no difference for the speed."	*Martin*
enhancement	20383	1	Shorten middle mouse button displayed context	Core			2021-01-13T14:47:44+01:00	2021-08-25T20:36:21+02:00	"==== What steps will reproduce the problem?
1. Have overlapping ways with many tags (20+) or a way with some parent relations with many tags
1. Middle mouse click one the way

==== What is the expected result?
Only the important tags to see the difference between the objects are summarized with an user option to set the maximum of tags to display for each object.

==== What happens instead?
All tags of each object are displayed and the list can reach a huge length.

==== Please provide any additional information below. Attach a screenshot if possible.
Just a random picked [osmwww:way/229671826 example].

[[Image(20383.png, 1000px)]]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-01-12 06:47:40 +0100 (Tue, 12 Jan 2021)
Revision:17457
Build-Date:2021-01-13 02:30:53
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	20436	1	Use lane_markings tag	External mappaint style			2021-01-27T18:44:52+01:00	2021-09-21T22:04:14+02:00	"==== Lanes and Road Attributes mappaint style

If a way tagged with `lane_markings=no`, it has no effect on drawing, still shows the separator lines.

https://wiki.openstreetmap.org/wiki/Key:lane_markings"	gaben
enhancement	20451	1	Warn about supermassive avoidable multipolygons (landuse=farmland for start)	Core validator			2021-02-03T10:31:44+01:00	2021-02-03T13:25:33+01:00	"==== What steps will reproduce the problem?
1. Download https://www.openstreetmap.org/relation/10953749 (multipolygon `landuse=farmland` constructed from 933 ways, around 68 000 nodes in total). 
2. Run validator

==== What is the expected result?
Validator complains about this supermassive multipolygon that has no reason to exist.

==== What happens instead?
Nothing.

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

Warning should not be emitted for named landuses, where supermassive multipolygons would be justifiable.

I already notified https://wiki.openstreetmap.org/wiki/Unite_Maps_Initiative/UN_Mappers about issues with their mapping (see https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny/deimport_landuse_in_central_Africa,_mostly_East_Congo ) and I got reply via email.

They claim that it is not import, but manual tracing from imagery.

Warning from JOSM would help in such case to provide early feedback that they are making a mistake.

BTW, is there any sane way to split that monster into smaller parts? My typical methods ""remove some ways multipolygon, add it to another new one"" or ""delete multipolygon, construct new areas from its ways"" would be horrific here.
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-01-21 23:33:21 +0100 (Thu, 21 Jan 2021)
Revision:17474
Build-Date:2021-01-22 02:30:49
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17474 en) Linux Ubuntu 20.04.2 LTS
Memory Usage: 660 MB / 3974 MB (405 MB allocated, but free)
Java version: 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.9.1+1-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
Environment variable LANG: en_US.UTF-8
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35669)
+ reverter (35688)
+ todo (30306)

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss
}}}
"	mkoniecz
enhancement	20494	1	[WIP patch] Add priority=forward / priority=backward in presets	Internal preset			2021-02-16T15:26:09+01:00	2024-05-22T13:01:29+02:00	"Please add priority=forward and priority=backward to allow auto-completing those values in the tag dialog.

The tag seems to be non-controversial, is documented at https://wiki.openstreetmap.org/wiki/Key:priority and fairly widely used:


Tag priority=forward appears 2226 times in the planet. https://taginfo.osm.org/tags/priority=forward
Tag priority=backward appears 1874 times in the planet. https://taginfo.osm.org/tags/priority=backward"	richlv
enhancement	20498	1	fixChangeKey is proposing autofix when data may be erased	Core validator			2021-02-17T09:14:51+01:00	2021-02-21T08:35:42+01:00	"==== What steps will reproduce the problem?
1. 

Have

{{{
#!mapcss
*[waterway=water_point] {
  throwWarning: tr(""{0} is deprecated"", ""{0.tag}"");
  suggestAlternative: ""amenity=water_point"";
  group: tr(""deprecated tagging"");
  fixChangeKey: ""waterway => amenity"";
}
}}}

validator rule (present in default JOSM)

2.
Create `amenity=prison waterway=water_point` point

3. Run validator.

4. Select autofix

==== What is the expected result?
Autofix is not available
==== What happens instead?
We got `amenity=water_point` point

Workaround would be to have two rules - 

(a) that autofixes and skips element with nonmatching target tag (`waterway=water_point amenity=water_point` is a valid target).
(b) second that just warns

But maybe it would be better to change fixChangeKey behavior?

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-01-21 23:33:21 +0100 (Thu, 21 Jan 2021)
Revision:17474
Build-Date:2021-01-22 02:30:49
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17474 en) Linux Ubuntu 20.04.2 LTS
Memory Usage: 1007 MB / 3974 MB (215 MB allocated, but free)
Java version: 11.0.10+9-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.10+9-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
Environment variable LANG: en_US.UTF-8
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35669)
+ reverter (35688)
+ todo (30306)

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss
}}}
"	mkoniecz
enhancement	20634	1	Geographically sort segments of completely downloaded relations with gaps	Core			2021-03-21T14:14:53+01:00	2021-03-22T14:36:56+01:00	"Not sure that this is not a duplicate suggestion but I could not find anything like it in the active tickets.

Currently, the sort button in the relation editor handles incomplete routes by sorting each segment and leaving the segments in quasi-random order. The ordering direction can also be different from one segment to another.

It would be a great improvement if the segments could be sorted geographically, and their ordering directions homogenized, so as to reproduce the same order that the user would obtain if the route was complete."	_StC_
enhancement	20643	1	Relation editor: Disable full sort and sort everything below for relations with incomplete members.	Core			2021-03-22T12:33:30+01:00	2021-03-22T13:36:42+01:00	"==== What steps will reproduce the problem?
1. Have an incomplete relation with some members, in the middle of the member list, downloaded.
1. Open relation editor
1. Select incomplete member in the member list
1. Sort relation or sort selection and everything below

==== What is the expected result?
No changes or both actions should be disabled.

==== What happens instead?
Member order is changed and connectivity broken due to incomplete members.

==== Please provide any additional information below. Attach a screenshot if possible.
See [/ticket/20634#comment:1  my comment] on #20634.
Only manual selection should be sortable with incomplete members, as everything else is poor guessing and will usually cause more problems than being useful.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-03-21 23:33:16 +0100 (Sun, 21 Mar 2021)
Revision:17634
Build-Date:2021-03-22 02:30:57
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	20667	1	How to handle external presets/rules/styles on the wiki for different JOSM versions?	Trac			2021-03-25T15:12:40+01:00	2021-04-12T16:12:03+02:00	"Some nice enhancement for external presets were added recently, like r17662.

I know that I can use `min_version` and `max_version` but how can I nicely handle this situation on trac without creating a new page, e.g. a new preset/rule/style.

I want to keep the history and an easy and smooth upgrade for the user.

Is it possible to add two code blocks, one with `max_version` and one with `min_version`?"	skyper
enhancement	20672	1	Backup rotation scheme for preferences.xml	Core			2021-03-26T21:12:38+01:00	2022-09-19T15:59:11+02:00	"Currently, JOSM only keeps one `preferences.xml_backup` which is overridden after each save, sometimes leading to corrupt files (e.g. see #18569)

JOSM could keep a bunch of backup files named `preferences.YYYY-MM-DD.xml`, and delete older files according a backup rotation scheme, such as keeping
- one backup file older than 1 hour, and,
- one backup file older than 1 day, and,
- one backup file older than 3 days, and,
- one backup file older than 1 week, and,
- one backup file older than 1 month, and,
- one backup file older than 1 year.

https://en.wikipedia.org/wiki/Backup_rotation_scheme"	simon04
enhancement	20688	1	Tagging Presets Preferences: Own tab for preferences settings (check boxes)	Core			2021-03-29T13:34:46+02:00	2021-03-29T13:43:00+02:00	"Follow-up of #19078, see my [/ticket/19078/comment:14 comment 14] and below.

==== What steps will reproduce the problem?
1. Open preferences
1. Open register Map Paint Styles
1. Open register Tagging Presets

==== What is the expected result?
An almost consistent look of the first tab of both registers

==== What happens instead?
General setting `taggingpreset.validator` on top of Tagging Presets tab.

==== Please provide any additional information below. Attach a screenshot if possible.
r17652 introduced the first setting for [wiki:/Help/Preferences/TaggingPresetPreference Tagging Presets]. For a consistent look of the first tab of the registers Tagging Presets and Map Paint Styles, and similar to Imagery, I would prefer to have these general settings in an own tab in the respective register.

Register Data Validator could profit from a similar enhancement, see #20689.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-03-28 20:43:23 +0200 (Sun, 28 Mar 2021)
Revision:17684
Build-Date:2021-03-29 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	20748	1	Change icons to vector graphics	Plugin utilsplugin2			2021-04-12T14:11:08+02:00	2023-10-18T14:34:04+02:00	"As all core gui icons are svg, now, thanks a lot for the work, it would be nice if the icons of some plugins could be changed, too.

Some plugins seem to use already svg icons but utilsplugin2 does not.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-12 00:18:47 +0200 (Mon, 12 Apr 2021)
Revision:17755
Build-Date:2021-04-12 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk
}}}

{{{
Plugin-Version: 35691
}}}"	skyper
enhancement	20770	1	Merge two context menus in History browser (coordinates)	Core			2021-04-17T18:02:59+02:00	2021-04-17T18:03:58+02:00	"Follow-up of ticket:20678#comment:6

Replying to [comment:6 Klumbumbus]:
> This is a nice feature, thx. I needed to search a bit for the context menu because I clicked on the coordinates, but there is a different context menu (with copy and select all). Could you merge the two context menus?
"	Klumbumbus
enhancement	20786	1	Relation Editor: Display more (useful) information in window title	Core			2021-04-21T17:55:15+02:00	2021-04-21T17:55:15+02:00	"==== What steps will reproduce the problem?
1. Have a relation with `name` and `ref` and for sure `type=*`
1. Open relation editor and take a look at the dialog's title.

==== What is the expected result?
A descriptive title

==== What happens instead?
The relation's id in title together with the name of the layer but no name, type or ref of the relation

==== Please provide any additional information below. Attach a screenshot if possible.
Similar to relation list panel more information would be nice as the object id does not help much. Maybe the name template for relations could be used here, too.

I am in [wiki:Help/ExpertMode ExpertMode] with all settings for displaying objects' id and similar enabled.

Mmh, I did not notice the NPEs on statup and my log was meanwhile overwritten. Have to watch the next time. I only noticed the missing content of the StartupPage.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-20 23:52:31 +0200 (Tue, 20 Apr 2021)
Revision:17809
Build-Date:2021-04-21 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17809 en) Linux Debian GNU/Linux 10 (buster)
Java version: 11.0.9.1+1-post-Debian-1deb10u2, Debian, OpenJDK 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatDarkLaf
Desktop environment: GNOME

Last errors/warnings:
- 06561.908 E: java.lang.NullPointerException
- 06563.743 E: java.lang.NullPointerException
- 06575.989 E: java.lang.NullPointerException
- 06608.224 E: java.lang.NullPointerException
- 07208.872 E: java.lang.NullPointerException
- 08026.348 E: java.lang.NullPointerException
- 08028.241 E: java.lang.NullPointerException
- 08028.363 E: java.lang.NullPointerException
- 08075.476 E: java.lang.NullPointerException
- 08077.202 E: java.lang.NullPointerException
}}}
"	skyper
enhancement	20809	1	"Tags/Memberships panel: Search for ""Key/Value(/Type)"" with multiple tags selected"	Core			2021-04-27T15:17:51+02:00	2022-02-05T13:57:25+01:00	"==== What steps will reproduce the problem?
1. Have some data loaded
1. Select at least one object
1. Select several tags in Tags/Membership panel
1. Search Key/Value or Key/Value/Type

==== What is the expected result?
All object which have all selected tags are in selection.

==== What happens instead?
Nothing.

==== Please provide any additional information below. Attach a screenshot if possible.
This function is very useful but it could be much more powerful if more than a single tag/key is supported.
Thanks a lot in advance

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-25 09:16:28 +0200 (Sun, 25 Apr 2021)
Revision:17821
Build-Date:2021-04-26 01:31:00
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	20826	1	Option to allow conflating of node with (multiple) parent way	Plugin conflation			2021-05-01T15:55:21+02:00	2021-05-01T15:55:21+02:00	"See #20800 for one example and the source for this ticket.

In some cases like routing networks it is useful to keep the connections of ways.

==== What steps will reproduce the problem?
1. In one layer, select a highway and one child node as references
1. In another layer, select a highway and one child node shared with another highway as subject
1. Generate two matches
1. Conflate the nodes

==== What is the expected result?
Conflation works like without parent ways

==== What happens instead?
Conflation is denied with a dialog, that replacement of nodes with parents is not supported.

==== Please provide any additional information below. Attach a screenshot if possible.
Please, add an option to allow replacements of nodes with parent ways.


{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-30 21:52:45 +0200 (Fri, 30 Apr 2021)
Revision:17837
Build-Date:2021-05-01 01:31:01
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ conflation (0.6.6)
+ utilsplugin2 (35691)
}}}
"	skyper
enhancement	20834	1	"Merge ""Copy all Keys/Values"" and utilsplugin2's ""Copy Tags"""	Core			2021-05-02T18:17:32+02:00	2021-05-03T15:00:45+02:00	"Extending the documentation of actions I did not get the difference between core's Tags/Memberships' context menu action ""Copy all Keys/Values"" and the utilsplugin2's action ""Copy Tags"".

The results look the same for me. Could both actions be merged or why do we need both?"	skyper
enhancement	20864	1	Orphaned building parts	Core validator			2021-05-07T21:06:36+02:00	2021-05-16T15:21:10+02:00	"==== What steps will reproduce the problem?
1. Add a closed way.
2. Tag it with building:part=*.
3. Run the JOSM validator

==== What is the expected result?
The validator should issue a warning/error about the building part being disjoint from any building.
==== What happens instead?
No such warning appears.
==== Please provide any additional information below. Attach a screenshot if possible.
I have made the error of orphaned building parts twice.
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-04-27 20:35:33 +0200 (Tue, 27 Apr 2021)
Build-Date:2021-04-27 21:58:39
Revision:17833
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17833 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 989 MB / 989 MB (118 MB allocated, but free)
Java version: 1.8.0_281-b09, Oracle Corporation, Java HotSpot(TM) Client VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ ShapeTools (1240)
+ apache-commons (35524)
+ apache-http (35589)
+ areaselector (368)
+ austriaaddresshelper (1597341117)
+ buildings_tools (35669)
+ ejml (35458)
+ gridify (1606242219)
+ imagery_offset_db (35640)
+ jna (35662)
+ log4j (35458)
+ mapwithai (1.7.1.5)
+ reltoolbox (35640)
+ turnrestrictions (35640)
+ utilsplugin2 (35691)
+ wms-turbo-challenge2 (35562)

Tagging presets:
+ https://raw.githubusercontent.com/osmlab/name-suggestion-index/main/dist/presets/nsi-josm-presets.min.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1

Last errors/warnings:
- 00012.054 E: Failed to locate image 'MapWithAI'
- 65343.835 E: java.lang.IllegalStateException: JOSM expected to find primitive [way -103396] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
}}}
"	JsfasdF252
enhancement	20878	1	Add/Update and harmonize plain vehicle access restriction icons	Core			2021-05-12T16:45:19+02:00	2021-05-13T19:03:33+02:00	"I want to add the transportation mode access icons to some presets but therefor I need:
1. more icons
 * many icons are missing but they could be taken from traffic_signs from wikicommons
1. icons should have the dimensions for proper alignment
1. plain icons need some contrast in color to better work with all LaFs.

I tried to add some white outline but as I am far from being an expert in icons and inkscape I want to know if I am on the right way before spending to much time on this. Here are two examples:

||= **old** (scaled) =||= **new** =||
||  [[JOSMImage(/presets/vehicle/restriction/plain/foot,middle,height=24px)]]  ||  [[Image(foot_outl.svg,middle,height=24px)]]  ||
||  [[JOSMImage(/presets/vehicle/restriction/plain/bicycle,middle,24px)]]  ||  [[Image(bicycle_outl.svg,middle)]]  ||


Sadly, it does not work, that well:

[[Image(josm_20878_checkbox_metal.png,margin-right=20)]] [[Image(josm_20878_checkbox_dark_mode.png)]]

Opinions, hints, criticism … "	skyper
enhancement	20883	1	Unglue Ways: Wrong order of checks raising confimation dialog without following action	Core			2021-05-15T14:15:59+02:00	2021-05-15T14:21:13+02:00	"==== What steps will reproduce the problem?
1. Have a single way without download area
1. Select the way or any child node
1. Unglue Ways

==== What is the expected result?
A notification for not possible action

==== What happens instead?
A confirmation dialog with warning about unglueing outside download area, followed by the notification about not action.

==== Please provide any additional information below. Attach a screenshot if possible.
Please, first check if there will be any action and only then raise a warning. Thanks.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-13 19:28:55 +0200 (Thu, 13 May 2021)
Revision:17892
Build-Date:2021-05-14 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	20906	1	"Add matching mode ""closed way contains element"""	Plugin conflation			2021-05-19T21:43:41+02:00	2021-05-20T15:49:24+02:00	"I apologize if this has already been requested elsewhere, but I wasn't able to find any tickets talking about this feature.

It would be very helpful if conflation offered a match mode to match closed ways with an element it contains. My imagined use case is merging buildings and address nodes, but there may be other use cases as well.

This would allow me to avoid a problem I've encountered using conflation where an address for an actual building that hasn't yet been mapped in OSM is matched with a nearby mapped building with no real address (like a shed).

A problem that this match mode would face is multiple equally-weighted matches. There may be cases where this makes sense to resolve randomly, but in the case of address nodes and buildings, it would be very nice to have an option to ignore non-deterministic matches. Sometimes buildings have multiple address nodes in them because they're totally separated rooms, and none of them are more important than the other (town houses for example).

This post gives an algorithm for testing whether a node is contained in a polygon, maybe it'll be helpful: http://www.alienryderflex.com/polygon/."	jpear1
enhancement	20931	1	Warn about leading and trailing white spaces in role values and offer a fix	Core validator			2021-05-26T01:47:39+02:00	2021-05-26T01:47:39+02:00	"==== What steps will reproduce the problem?
1. Have a relation with a member with a trailing or leading white space (` `) in the role value like `stop ` or a single white space ` `
1. Run Validator

==== What is the expected result?
A strong warning offering a fix

==== What happens instead?
The general warning about unknown role (role verification)

==== Please provide any additional information below. Attach a screenshot if possible.
Only looking at route relations I find thousands of these and the fix should be easy with `trim()` but how do I get the role of the member.

{{{
#!rule
relation >[role^="" ""]*,
relation >[role$="" ""]* {
  ThrowError: tr(""Invalid role: Leading or trailing white space"");
  ???
}
}}}

or is this one reason for a java test?

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-23 13:56:55 +0200 (Sun, 23 May 2021)
Revision:17908
Build-Date:2021-05-24 01:31:00
URL:https://josm.openstreetmap.de/svn/trunk

Last errors/warnings:
- 04126.276 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 04126.327 W: Already here java.net.SocketException: Socket closed
- 04126.436 E: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 04127.483 E: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 04128.643 E: IO Exception - Failed to upload data to or download data from
'https://overpass-api.de/api/interpreter'
due to a problem with transferring data.
Details (untranslated): Read timed out
- 04243.542 E: java.lang.IllegalStateException: JOSM expected to find primitive [relation 5988749] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 04243.543 E: java.lang.IllegalStateException: JOSM expected to find primitive [relation 5988738] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 04243.543 E: java.lang.IllegalStateException: JOSM expected to find primitive [relation 5988745] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 04243.544 E: java.lang.IllegalStateException: JOSM expected to find primitive [relation 5988747] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
- 04243.544 E: java.lang.IllegalStateException: JOSM expected to find primitive [relation 5988748] in dataset but it is not there. Please report this at https://josm.openstreetmap.de. This is not a critical error, it should be safe to continue in your work.
}}}

Yet, again, I do not know exactly where the origin of the ISE lies but I suspect some purge and merge action."	skyper
enhancement	20975	1	Select tagged way nodes	Plugin utilsplugin2			2021-06-06T12:08:52+02:00	2021-06-06T12:08:52+02:00	"I would be efficient to have a specific function in the Selection menu which selects tagged nodes in a way, instead of typing the search for ""-untagged child selected"" (if it is not among the latest stored searches). This would save a lot of time during imports.

Nodes which are members of relations could also be included.

See also #20966."	nkamapper
enhancement	21001	1	Relation editor: Select previous/next gap: Ignore adjacent incomplete members	Core			2021-06-14T18:31:57+02:00	2021-06-14T18:31:57+02:00	"==== What steps will reproduce the problem?
1. Have a relation with only some members downloaded
1. In relation manager: Select first way in member list
1. Select next gap
1. Select next gap

==== What is the expected result?
Adjacent block of incomplete members are ignored.

==== What happens instead?
Every incomplete member counts as gap.

==== Please provide any additional information below. Attach a screenshot if possible.
Only found #8802.
As there is no information available for incomplete members select next/previous gap is mostly useless with only some members downloaded but it would be useful if only the change from incomplete to complete members (or the opposite) and real gaps within downloaded members' blocks would be selected.

Additionally, adjacent members with roles like `stop`, `platform` and `guidepost` could be ignored.
Thanks a lot

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-02 23:14:11 +0200 (Wed, 02 Jun 2021)
Revision:17921
Build-Date:2021-06-03 01:31:07
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	21037	1	Option to automatically update data opening a file with old data	Core			2021-06-23T19:55:34+02:00	2021-06-23T21:51:04+02:00	"==== What steps will reproduce the problem?
1. Open a data file with outdated data

==== What is the expected result?
Some indication of a needed update or even an option to automatically update the data

==== What happens instead?
No indication and no option for automatic updates

==== Please provide any additional information below. Attach a screenshot if possible.
See https://forum.openstreetmap.org/viewtopic.php?pid=833307#p833307

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-22 22:57:10 +0200 (Tue, 22 Jun 2021)
Revision:17942
Build-Date:2021-06-23 01:31:04
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	21039	1	Wetland multipolygons should have their name be the type of wetland if specified.	Core	latest		2021-06-24T19:25:27+02:00	2021-06-24T19:26:25+02:00	"==== What steps will reproduce the problem?
1. Make a multipolygon with {{{natural=wetland}}} and {{{wetland=*}}}.
2. Look at the multipolygon in the Tags/Memberships menu or the Relations menu.

==== What is the expected result?
Instead of ""Wetland"" the wetland type will be provided. For example, ""Bog"", ""Marsh"", ""Swamp"", or ""Reedbed"".

==== What happens instead?
""Wetland"" is the name shown for the relation.

==== Screenshots:
What is currently shown:

[[Image(https://i.imgur.com/IfrcI5m.png)]]


Suggestion for what should be shown:

[[Image(https://i.imgur.com/I9OvVxA.png)]]
[[Image(https://i.imgur.com/XXC9MCy.png)]]

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-05-02 00:37:37 +0200 (Sun, 02 May 2021)
Build-Date:2021-05-02 01:30:59
Revision:17851
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17851 en) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19042)
Memory Usage: 1168 MB / 20025 MB (347 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.FlatDarkLaf
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ PicLayer (1.0.1)
+ apache-commons (35524)
+ apache-http (35589)
+ buildings_tools (35740)
+ conflation (0.6.6)
+ easypresets (1616854084)
+ flatlaf (35734)
+ jna (35662)
+ jts (35458)
+ shrinkwrap (v1.0.4)
+ todo (30306)
+ utilsplugin2 (35691)

Tagging presets:
+ %UserProfile%\Downloads\sample_presets.xml

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Landcover&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1

Last errors/warnings:
- 00008.848 W: Failed to delete outdated plugin '\plugins\flatlaf.jar'.
- 00008.850 W: Failed to install already downloaded plugin 'flatlaf'. Skipping installation. JOSM is still going to load the old plugin version.
- 00460.313 W: java.io.IOException: Tags to paste are not valid.
}}}
"	BubbaJuice
enhancement	21051	1	Status report: Add indication of (active) internal preset and mappaint style	Core			2021-06-29T18:53:07+02:00	2021-06-29T19:41:20+02:00	"==== What steps will reproduce the problem?
1. Start JOSM with empty/new preferences
1. Show Status Report

==== What is the expected result?
Indication of all active presets and mappaint styles including the internal

==== What happens instead?
Internal preset and mappaint style are missing

==== Please provide any additional information below. Attach a screenshot if possible.
Not sure about validator as the list would get really long if all internal tests and rules are added.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-28 23:03:35 +0200 (Mon, 28 Jun 2021)
Revision:17943
Build-Date:2021-06-29 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	21081	1	Own presets for enforcement relations per type of enforcement	Internal preset			2021-07-08T13:48:31+02:00	2021-10-17T01:47:00+02:00	"This came up in #21069, see my [/ticket/21069/comment:17 comment:17]:
> Maybe, it is worth thinking about splitting all enforcement relations into own presets for each `enforcement=*` by creating one more level (subgroup) in the menu. Common parts, like roles, could still use chunks. New ticket?

Right now, we have a mix of additional keys only valid for one type of enforcement and proper role checks do not work well with the general preset.

I am not sure if we need different icons but for now, we could use one for all types.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-07-08 01:48:46 +0200 (Thu, 08 Jul 2021)
Revision:17960
Build-Date:2021-07-08 01:31:01
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	21129	1	Warn about missing primary key for all known relations	Core validator			2021-07-17T14:09:00+02:00	2021-09-05T13:53:31+02:00	"==== What steps will reproduce the problem?
1. Have a `site` or ~~`destination_sign`~~ (see #21285) relation with only `type=*` and `name=*`
1. Run validator


==== What is the expected result?
A warning about missing primary key

==== What happens instead?
No warning

==== Please provide any additional information below. Attach a screenshot if possible.
This came up in #20902.
Some relation types already have intensive validations but some like the two above (and likely a few more) miss a test for the primary key, so far.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-07-16 23:15:08 +0200 (Fri, 16 Jul 2021)
Revision:18045
Build-Date:2021-07-17 01:31:02
URL:https://josm.openstreetmap.de/svn/trunk
}}}"	skyper
enhancement	21155	1	Split Object: Always use the selected unclosed way as split way	Plugin utilsplugin2			2021-07-22T16:00:57+02:00	2021-07-22T16:51:23+02:00	"==== What steps will reproduce the problem?
1. Have a closed way
1. Draw a new way between two neighboring nodes of the closed way, [attachment:ticket:21153:josm_SplitObject_examples.osm example file]
1. Select the new unclosed way (and optionally the closed way)
1. Split Object

==== What is the expected result?
The closed way is split along the unclosed way.

==== What happens instead?
For both selections the identical warning: `
The selected way is not a split way, please select split points or split way too.`

==== Please provide any additional information below. Attach a screenshot if possible.
If an unclosed way is selected, it should always be used as ""split way"", despite the neighboring nodes in the closed way.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-07-21 20:57:29 +0200 (Wed, 21 Jul 2021)
Revision:18079
Build-Date:2021-07-22 01:31:13
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ utilsplugin2 (35792)
}}}"	skyper
enhancement	21164	1	Reading folder with image sequence over network is slow	Core image mapping	tested		2021-07-26T08:54:42+02:00	2021-07-28T13:35:05+02:00	"==== What steps will reproduce the problem?
1. Drag folder containing Images (in this case 11488 at 27G) from nautilus into josm.
2. wait a long time, several minutes
3. have images ready as usual

==== What is the expected result?
The wait time should be far smaller, reading the same sequence from a local hard drive is comparatively extremely fast

==== What happens instead?
JOSM goes through three steps which each take at least a minute;
1. ""Looking for image files\nopening 1 file..."" this takes about 2 minutes.
   `iftop` shows network activity to and from my NAS at about 500kb, 
   `htop` shows 0.0 cpu usage for the josm jar

2. ""Starting directory scan"" this takes about 3 minutes.
   `iftop` shows network activity to and from my NAS at about 550kb, 
   `htop` shows 0.0 cpu usage for the josm jar

3. ""Reading G0123456.JPG..."" and so on, this takes about 16 minutes.
   `iftop` shows network activity from my NAS at about 60Mb, and to it at about 900kb.
   `htop` shows 0.0 cpu usage for the josm jar

For comparison, reading the same files from a local hard drive takes about 6 seconds, not 21 minutes.

==== Please provide any additional information below. Attach a screenshot if possible.
My relevant home network consists of two PCs, two USB 2.5G ethernet dongles and two 10G switches.
`iperf` shows a speed between the two of 2.5Gigabit, that should not be a problem.

Copying the folder from my NAS to my PC:
`rsync -Pvhtr --info=progress2 --info=name0 --stats --progress source_on_NAS ~/destination`
Takes about 19 minutes.
With a reported speed of about 23.5MB/s, `iftop` shows a transfer rate of about 200Mb during this.

Not surprisingly, this is the same amount of time it took JOSM for the above described step 3. of reading the image files EXIF information.



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

Identification: JOSM/1.5 (17919 en) Linux Ubuntu 20.04.2 LTS
Memory Usage: 1368 MB / 8022 MB (683 MB allocated, but free)
Java version: 11.0.11+9-Ubuntu-0ubuntu2.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.gtk.GTKLookAndFeel
Screen: :0.0 1400×1050 (scaling 1.00×1.00) :0.1 2560×1440 (scaling 1.00×1.00) :0.2 2560×1440 (scaling 1.00×1.00)
Maximum Screen Size: 2560×1440
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: ubuntu:GNOME
Java package: openjdk-11-jre:amd64-11.0.11+9-0ubuntu2~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20200323-1build1~ubuntu20.04.1

Plugins:
+ FastDraw (35640)
+ ImportImagePlugin (35567)
+ KartaView (374)
+ Lanes (${version.entry.commit.revision})
+ Mapillary (2.0.0-alpha.26-dirty)
+ PicLayer (1.0.1)
+ PolygonCutOut (v0.7)
+ RoadSigns (35640)
+ apache-commons (35524)
+ apache-http (35589)
+ buildings_tools (35756)
+ editgpx (35562)
+ ejml (35458)
+ geotools (35458)
+ jaxb (35543)
+ jna (35662)
+ jogl (1.2.3)
+ jts (35458)
+ kendzi3d (1.0.205)
+ kendzi3d-resources (0.0.2)
+ log4j (35458)
+ measurement (35640)
+ photo_geotagging (35738)
+ photoadjust (35770)
+ print (35640)
+ tageditor (35640)
+ turnlanes-tagging (288)
+ turnrestrictions (35640)
+ utilsplugin2 (35691)

Tagging presets:
+ https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip
+ https://josm.openstreetmap.de/josmfile?page=Presets/BuildingPreset&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/NewParkingFeatures&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/TreeCrownDiameter&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
- ${HOME}/josmBigNodes.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/LessObtrusiveNodes&zip=1
- ${HOME}/_josmCyclosmTest.mapcss
- ${HOME}/_josmCyclosmTest_width.mapcss
- ${HOME}/_josmCyclosmTest_casing.mapcss
- ${HOME}/_josmBigNodes.mapcss

Last errors/warnings:
- 00004.154 W: Failed to load Mappaint styles from '${HOME}/josmBigNodes.mapcss'. Exception was: java.nio.file.NoSuchFileException: ${HOME}/josmBigNodes.mapcss
- 00004.157 E: java.nio.file.NoSuchFileException: ${HOME}/josmBigNodes.mapcss
- 00005.221 W: Cannot lock cache directory. Will not use disk cache
- 00008.095 W: Cannot start IPv4 remotecontrol server on port 8111: Address already in use (Bind failed)
- 00008.095 W: Cannot start IPv6 remotecontrol server on port 8111: Address already in use (Bind failed)
- 01615.173 E: Failed to locate image 'preference.png'
}}}
"	cyton
enhancement	21193	1	MapCSS: distance function	Core mappaint			2021-08-03T16:50:27+02:00	2021-08-03T18:10:29+02:00	"This came up in #21172.

> [/ticket/21172/comment:6 taylor.smock]:
> > [/ticket/21172/comment:5 skyper]:
> > > Would it be possible to make this function available in mapcss? Atm, I think about validator like #17188 or checking that `footway=sidewalk` has a nearby main road, though, it might be useful for styles, too.
> >
> > Probably. How would it be used?
> >
> > Possible example:
> > {{{#!mapcss
> > node[bus=yes][public_transport=stop_position] !(0, 5) node[highway=bus_stop] {
> >   throwError(""Bad public transport stop"");
> > }
> > }}}
> >
> > I can't think of a good way to just make a function, as I don't think our MapCSS implementation would allow us to parse recursive MapCSS, although I could be wrong (I haven't checked). Example:
> > {{{#!mapcss
> > node[bus=yes][public_transport=stop_position][distance(node[highway=bus_stop], 0, 5)] {
> >  throwError(""Bad public transport stop"");
> > }
> > }}}
> >
> > The function definition would look something like this:
> > {{{#!java
> > public List nearbyPrimitives(Predicate predicate, double minDistance, double maxDistance)
> > }}}"	skyper
enhancement	21207	1	Tagging presets: Align text behind icons and center icons	Core			2021-08-06T19:31:08+02:00	2022-04-05T23:10:30+02:00	"==== What steps will reproduce the problem?
1. Have a preset with icons in front of keys or within ``

==== What is the expected result?
Icons are centered and the text behind the icons is aligned plus empty space is added for missing items

==== What happens instead?
|| Except of preset menu, no empty space for missing icons and the text is not aligned ||  [[Image(josm_preset_unaligned_values_with icons.jpg,middle,link=)]]  ||
|| Even in preset menu the icons are not centered ||  [[Image(josm_preset_menu_icon_aligned_but_not_centered.jpg,middle,link=)]]  ||

==== Please provide any additional information below. Attach a screenshot if possible.
So the syntax for menu has to be used for all places where icons plus text is listed below each other and additionally all icons should be centered.

Similar problem exists in preferences: #21208

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-06 01:22:18 +0200 (Fri, 06 Aug 2021)
Revision:18126
Build-Date:2021-08-06 01:31:59
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18126 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 160 MB / 256 MB (19 MB allocated, but free)
Java version: 11.0.12+7-post-Debian-2deb10u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Desktop environment: GNOME

Plugins:
+ flatlaf (35799)
+ tagging-preset-tester (35640)

Tagging presets:
+ ${HOME}/JOSM/new/resources/data/defaultpresets_18096_20102.xml
}}}"	skyper
enhancement	21249	1	Warn about conflicting or unneeded values in access tags	Core validator			2021-08-26T16:59:07+02:00	2021-09-02T21:06:58+02:00	"As #19419 and #21192 were short handed and reverted, a warning about conflicting or unneeded values in access tags with multiple values is still useful.

==== Examples
{{{
access=permit;yes
vehicle=private;designated
motor_vehicle=forestry;agricultural;no
hgv=yes;no
bus:forward=private;designated
bus:both_ways:backward=no;designated
access:lanes=no|yes;no|yes
access:lanes:both_ways:forward=agricultural;forestry;no|yes
}}}

I am not smart enough or there might be no easy solution to solve this in mapcss. Probably this needs to be written in own java code."	skyper
enhancement	21250	1	Implement TileJson specification for Mapbox Vector Tiles	Core imagery			2021-08-26T19:04:10+02:00	2022-01-28T13:43:50+01:00	"Add MVT/Style imagery

https://cdn.jsdelivr.net/gh/openmaptiles/osm-bright-gl-style@v1.9/style.json

It fails with error.


Not fulls and shiny support expected, but not an error.


{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-08-02 19:44:04 +0200 (Mon, 02 Aug 2021)
Build-Date:2021-08-02 18:26:20
Revision:18118
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18118 fr) Linux Arch Linux
Memory Usage: 794 MB / 1744 MB (218 MB allocated, but free)
Java version: 1.8.0_292-b10, Oracle Corporation, OpenJDK 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatLightLaf
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: fr_FR.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: fr_FR
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: XFCE
VM arguments: [-Djosm.restart=true]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (2.0.0-alpha.12)
+ OpeningHoursEditor (35640)
+ PicLayer (1.0.1)
+ apache-commons (35524)
+ apache-http (35589)
+ buildings_tools (35756)
+ cadastre-fr (35758)
+ conflation (0.6.6)
+ contourmerge (v0.1.8)
+ ejml (35458)
+ epci-fr (35640)
+ flatlaf (35734)
+ geotools (35458)
+ jaxb (35543)
+ jna (35662)
+ jts (35458)
+ log4j (35458)
+ measurement (35640)
+ opendata (35640)
+ openqa (0.2.2)
+ pbf (35720)
+ photo_geotagging (35738)
+ photoadjust (35770)
+ poly (35640)
+ reverter (35732)
+ tageditor (35640)
+ todo (30306)
+ turnlanes (35640)
+ turnlanes-tagging (288)
+ turnrestrictions (35640)
+ undelete (35640)
+ utilsplugin2 (35691)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&style&zip=1
- https://github.com/hotosm/HDM-JOSM-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_features_ryg&zip=1

Validator rules:
- https://github.com/Jungle-Bus/transport_mapcss/raw/gh-pages/transport.validator.zip
+ /..${HOME}/tmp/osmose-backend/plugins/Bicycle.validator.mapcss
+ /..${HOME}/tmp/osmose-backend/plugins/Construction2.validator.mapcss
+ /..${HOME}/tmp/osmose-backend/plugins/Name_Cadastre_FR.validator.mapcss
+ /..${HOME}/tmp/osmose-backend/plugins/Power.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/FranceSpecificRules&zip=1

Last errors/warnings:
- 00112.243 E: Impossible de trouver l'image ""regulatory--texts--g2""
- 00112.345 E: Impossible de trouver l'image ""void--car-mount""
- 00112.345 E: Impossible de trouver l'image ""void--dynamic""
- 00112.345 E: Impossible de trouver l'image ""void--ego-vehicle""
- 00112.346 E: Impossible de trouver l'image ""void--ground""
- 00112.346 E: Impossible de trouver l'image ""void--static""
- 00112.544 E: Impossible de trouver l'image ""warning--kangaroo-crossing--g1""
- 00160.035 E: Unsupported savable layer type: MVTLayer
- 00160.147 E: org.openstreetmap.josm.data.imagery.vectortile.mapbox.InvalidMapboxVectorTileException: TileJson not yet supported
- 00160.157 E: Handled by bug report queue: java.lang.ClassCastException: org.glassfish.json.JsonObjectBuilderImpl$JsonObjectImpl cannot be cast to javax.json.JsonNumber



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (17) of main
java.lang.ClassCastException: org.glassfish.json.JsonObjectBuilderImpl$JsonObjectImpl cannot be cast to javax.json.JsonNumber
	at org.glassfish.json.JsonObjectBuilderImpl$JsonObjectImpl.getJsonNumber(JsonObjectBuilderImpl.java:247)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.style.Layers.parsePaintFill(Layers.java:437)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.style.Layers.(Layers.java:124)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.style.MapboxVectorStyle.lambda$new$3(MapboxVectorStyle.java:120)
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
	at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
	at java.util.Iterator.forEachRemaining(Iterator.java:116)
	at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:566)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.style.MapboxVectorStyle.(MapboxVectorStyle.java:121)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.style.MapboxVectorStyle.lambda$getMapboxVectorStyle$0(MapboxVectorStyle.java:61)
	at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.style.MapboxVectorStyle.getMapboxVectorStyle(MapboxVectorStyle.java:57)
	at org.openstreetmap.josm.data.imagery.vectortile.mapbox.MapboxVectorTileSource.(MapboxVectorTileSource.java:49)
	at org.openstreetmap.josm.gui.layer.imagery.MVTLayer.getTileSource(MVTLayer.java:112)
	at org.openstreetmap.josm.gui.layer.imagery.MVTLayer.getTileSource(MVTLayer.java:64)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer.initializeIfRequired(AbstractTileSourceLayer.java:575)
	at org.openstreetmap.josm.gui.layer.AbstractTileSourceLayer.attachToMapView(AbstractTileSourceLayer.java:557)
	at org.openstreetmap.josm.gui.MapView.layerAdded(MapView.java:342)
	at org.openstreetmap.josm.gui.layer.LayerManager.fireLayerAdded(LayerManager.java:459)
	at org.openstreetmap.josm.gui.layer.LayerManager.realAddLayer(LayerManager.java:234)
	at org.openstreetmap.josm.gui.layer.MainLayerManager.realAddLayer(MainLayerManager.java:284)
	at org.openstreetmap.josm.gui.layer.LayerManager.lambda$addLayer$0(LayerManager.java:218)
	at org.openstreetmap.josm.gui.util.GuiHelper.runInEDTAndWaitWithException(GuiHelper.java:246)
	at org.openstreetmap.josm.gui.layer.LayerManager.addLayer(LayerManager.java:218)
	at org.openstreetmap.josm.gui.layer.LayerManager.addLayer(LayerManager.java:207)
	at org.openstreetmap.josm.actions.AddImageryLayerAction.actionPerformed(AddImageryLayerAction.java:167)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
	at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
	at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
	at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
	at java.awt.Component.processMouseEvent(Component.java:6539)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
	at java.awt.Component.processEvent(Component.java:6304)
	at java.awt.Container.processEvent(Container.java:2239)
	at java.awt.Component.dispatchEventImpl(Component.java:4889)
	at java.awt.Container.dispatchEventImpl(Container.java:2297)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
	at java.awt.Container.dispatchEventImpl(Container.java:2283)
	at java.awt.Window.dispatchEventImpl(Window.java:2746)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
	at java.awt.EventQueue$4.run(EventQueue.java:733)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
}}}
"	frodrigo
enhancement	21263	1	Railway signals: Common non-country-specific presets	Internal preset			2021-08-29T12:16:20+02:00	2021-09-07T23:45:12+02:00	"Although many railway signal tags are country specific, there are some that are common for all countries. 

The only ones present in the preset ""Transport/Railway/Railway signal"" today are 

* ref
* operator

In addition to above, the following could be added:

* railway:position:exact (no preset values)
* railway:signal:direction - forward/backward/both
* railway:signal:position - left/right/bridge/overhead/in_track
* railway:signal:main (no preset values due to country specific tag values)
* railway:signal:main:function - entry/exit/block/intermediate
* railway:signal:combined (no preset values due to country specific tag values)
* railway:signal:combined:function - entry/exit/block/intermediate
* railway:signal:distant (no preset values due to country specific tag values)
* railway:signal:height - normal/dwarf

Today, all the tags have to be entered manually, adding these non-country-specific tags to the railway preset would make the tagging process so much easier. "	tomasmarklund
enhancement	21331	1	Can't create a gpx layer from images without exporting to a file	Core image mapping			2021-09-16T12:11:53+02:00	2021-09-16T13:09:03+02:00	When you want to create a gpx trace from some images (to use the support layer) you have to export this gpx to a file, the import it to use it as a support layer. It would be easier if we could directly create a gpx layer.	StephaneP
enhancement	21341	1	Access restriction node without object	Core validator			2021-09-17T19:28:00+02:00	2021-09-20T16:23:12+02:00	"Split off from #20742

Replying to [ticket:20742#comment:33 skyper]:
> Just found [osmwww:api/0.6/node/5110772545/1 this node] even without a barrier tag.

As a suggestion, possibly:
{{{
#!rule
way[highway][!/^(access|motor_vehicle|vehicle)(:backward|:forward|:both_ways)?(:conditional)?$/] > node[/^(access|motor_vehicle|vehicle)$/][!barrier][!railway][!traffic_sign][!entrance][/^(access|motor_vehicle|vehicle)$/=~/^(no|private)$/][!/^(access|motor_vehicle|vehicle):conditional/] {
	throwWarning: tr(""{0} without {1} on a public highway"", ""{0.tag}"", ""{1.key}"");
}
}}}

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-03 03:12:33 +0200 (Fri, 03 Sep 2021)
Build-Date:2021-09-03 01:31:19
Revision:18193
Relative:URL: ^/trunk
}}}"	Famlam
enhancement	21429	1	Enable relative timestamp search	Core			2021-10-13T16:39:49+02:00	2024-01-03T17:34:06+01:00	"JOSM search supports absolute timestamp searches like ""timestamp:/2019"" meaning ""timestamp of last edit before 2019-01-01.0.""  I'd like to perform ''relative'' searches, i.e., to find objects older/younger than some number of days/years/microseconds.  I don't seem to see that capability, but maybe I'm overlooking something?  It would be useful for quality-assurance type of work, and it would be easy to implement (I guess).

My immediate use case is the JOSM validator.  I've set up a validator.mapcss file that throws warnings at objects that may be outdated on OSM (https://github.com/smootheFiets/validator/blob/master/outdated.validator.mapcss).  The timestamp search is out-sourced to JOSM like ""[JOSM_search(""timestamp:/2019"")]"".  Hard-wiring the date into the code strikes me as undesirable; it means I have to update the file every year or so for trivial reasons.  Surely there must be a more elegant way?

Obviously, a solution that works in straight mapcss instead of JOSM search is fine by me.

PS: I've asked the same question in the OSM forum, receiving no answers.  I take this to mean that, currently, this is not a capability that JOSM has.  Please correct me if I'm wrong!
https://forum.openstreetmap.org/viewtopic.php?id=73802"	smootheFiets
enhancement	21471	1	A line perpendicular to the line at the selected point	Plugin			2021-10-26T10:41:45+02:00	2021-10-26T16:56:33+02:00	Draw a line perpendicular to a line on an object at a selected point	WlaKom
enhancement	21498	1	Add an option to switch between 360 viewer and equirectangular viewer when a 360 image is visualized	Core image mapping			2021-11-02T07:23:36+01:00	2023-12-04T21:16:02+01:00	"As much as I like the new 360 viewer, for editing purposes I usually like the equirectangolar projection better.  Because I can look at its entirety with a glimpse, and quickly spot interesting details. The 360 viewer is still helpful when it's difficult to understand the geometry and the directions.

Therefore I'd like to have one or more of the following:

- have an option to disable the 360 viewer and fall back to the equirectangular projection (or is it already a hidden feature?). I know that I could tinker with the exif tags to mislead the viewer, but I'm too lazy ;-)

- have the ability to fast switch (a button or a keyboard shortcut) between 360 and equirectangular projection within the internal viewer. Calling the external viewer is slower and less convenient than doing all the work with the internal one.

- visualize both the equirectangular and 360 views at the same time (sort of the equivalent of working with a map and a mini map, applied to images)"	bartosomail@…
enhancement	21506	1	Warn when moving elements by a large distance	Plugin ImproveWay			2021-11-03T01:29:46+01:00	2021-11-03T01:29:46+01:00	"See #20899.

But maybe we could talk about integrating the plugin into core and use it as second mode for the core's function, similar to the different select, draw and extruder modes."	skyper
enhancement	21518	1	Paint expressway=yes (similar to motorroad=yes)	Internal mappaint style			2021-11-04T16:29:27+01:00	2021-11-04T18:02:18+01:00	"The [https://wiki.openstreetmap.org/wiki/Key:motorroad motorroad] concept doesn't map cleanly to the legal situation in the US, so mappers in the US have been standardizing on the [https://wiki.openstreetmap.org/wiki/Key:expressway expressway] key to designate high-throughput roads that do not meet the motorway criteria. Conceptually, motorroad is about access control first and foremost and the roads it applies to often have enhanced physical infrastructure. In contrast, the expressway=yes concept starts with the physical properties (multiple lanes, grade separation, higher speed designs) and these roads often (but not always for their full length) have some level of access restrictions which may or may not be equivalent to those for motorroads. The roads in question are often very similar, but the two tags approach a related concept from opposite reasoning.

Using the same or similar painting style would be useful for those mapping in the US to more easily distinguish between trunk/primary/secondary/¿tertiary? roads that are tagged as expressways and those segments that aren't tagged with expressway=yes. These concepts may be considered close enough to use the same rendering in JOSM. In fact, [https://github.com/openmaptiles/openmaptiles/issues/1148 issue #1148] in the OpenMapTiles project intends to surface them both as equivalents for renderer styles using OpenMapTiles.

For reference, it looks like motorroad painting was added in https://josm.openstreetmap.de/changeset/1824/josm"	adamfranco
enhancement	21636	1	Validator should give warning for leisure=horse_riding without name	Core validator	tested		2021-12-05T17:05:11+01:00	2021-12-31T11:34:28+01:00	"Can you add a validator warning for objects tagged with leisure=horse_riding but without a name? It seems, mappers often tag riding arenas like that, although they should be tagged with leisure=pitch + sport=equestrian; compare
https://wiki.openstreetmap.org/wiki/Tag:leisure=horse_riding

Example ""Kastanienhof Hohenbocka"":
https://www.openstreetmap.org/way/226873257
https://www.openstreetmap.org/way/226873258
https://www.openstreetmap.org/way/226873262
https://www.openstreetmap.org/way/226873251
https://www.pferdepension-schaefer.de/ 
https://www.openstreetmap.org/search?query=kastanienhof%20hohenbocka
https://www.google.de/maps/search/cafe+kastanienhof+Hohenbocka/data=!3m2!1e3!4b1

The warning may look something like 
""Unnamed horse riding facility; is it just a pitch?""

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-11-01 23:05:46 +0100 (Mon, 01 Nov 2021)
Build-Date:2021-11-01 22:25:18
Revision:18303
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18303 en_GB) Windows 7 64-Bit
OS Build number: Windows 7 Professional (7601)
Memory Usage: 314 MB / 681 MB (152 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1400×1050 (scaling 1.00×1.00)
Maximum Screen Size: 1400×1050
Best cursor sizes: 16×16→48×48, 32×32→48×48
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Last errors/warnings:
- 10359.476 W: java.net.UnknownHostException: api.openstreetmap.org
- 10359.648 E: java.net.UnknownHostException: api.openstreetmap.org
- 10359.850 W: org.openstreetmap.josm.io.OsmTransferException: Could not connect to the OSM server. Please check your internet connection.. Cause: java.net.UnknownHostException: api.openstreetmap.org
}}}
"	Hufkratzer
enhancement	21638	1	[RFC][Patch] Extend opendata plugin to support CKAN open data platforms	Plugin opendata			2021-12-06T05:42:53+01:00	2022-08-03T17:35:41+02:00	"Extend the opendata plugin to be able to fetch resources from CKAN open data platforms. 

http://docs.ckan.org/en/2.9/user-guide.html#what-is-ckan

- New 'jackan' CKAN client plugin (https://github.com/opendatatrentino/jackan)
- New CKAN data set handler that fetches resources via CKAN API
- Refactor opendata menu entry creation to allow modules to provide special menu item handling
- GUI to allow users to search and download datasets from CKAN open data platforms from within josm (can be used in modules for chosen open data platforms)

Adds a module for https://www.data.gv.at/
- Dataset search interface
- Some sample CKAN data set handlers with special data postprocessing included
"	Woazboat
enhancement	21681	1	Icon with more contrast/colors needed for man_made=tower in default preset and style	Internal preset	tested		2021-12-19T00:37:29+01:00	2022-02-21T16:45:38+01:00	"In the MapCSS style, icon for towers doesnt differ well from background image.
Please, make it more contrast.

[[Image(josm_manmade_tower.jpg​,link=)]]"	esaulenka
enhancement	21702	1	Add option to load geotagged image via RC into existing image layer	Core image mapping			2021-12-24T10:04:18+01:00	2022-01-25T01:05:42+01:00	Currently whenever a user executes https://josm.openstreetmap.de/wiki/Help/RemoteControlCommands#open_file giving a path to an image file as a parameter a new image layer is created in JOSM. Personally I would welcome an option that would only do this if there was no previous image layer available. By default the image would be added to an existing image layer (e. g. the one with the lowest index if there are multiple found).	jose1711
enhancement	21712	1	Report overlap between building=* and highway=pedestrian areas	Core validator			2021-12-26T13:07:46+01:00	2021-12-26T15:42:50+01:00	"==== What steps will reproduce the problem?
1. Run validator around https://www.openstreetmap.org/way/39365405#map=19/50.06233/19.93601 https://www.openstreetmap.org/relation/3278602

==== What is the expected result?
Validator complains about overlap between building and pedestrian areas

==== What happens instead?
Nothing

==== Please provide any additional information below. Attach a screenshot if possible.
It is the first known case where iD validator detected valid problem and JOSM did not
{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-12-21 15:17:17 +0100 (Tue, 21 Dec 2021)
Revision:18351
Build-Date:2021-12-22 02:31:06
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18351 en) Linux Ubuntu 20.04.3 LTS
Memory Usage: 759 MB / 3974 MB (237 MB allocated, but free)
Java version: 11.0.13+8-Ubuntu-0ubuntu1.20.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1200 (scaling 1.00×1.00) :0.1 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: LXQt
Java package: openjdk-11-jre:amd64-11.0.13+8-0ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (35823)
+ measurement (35640)
+ reverter (35869)
+ todo (30306)

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss

Last errors/warnings:
- 00009.655 W: Failed to add ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss to tag checker
- 00009.656 W: java.nio.file.NoSuchFileException: ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss
}}}
"	mkoniecz
enhancement	21777	1	[patch] Tag combination: foot=no + sidewalk=left/right/both	Core validator	tested		2022-01-16T13:06:16+01:00	2023-02-06T19:58:28+01:00	"==== What steps will reproduce the problem?
1. Validate a way with `foot=no/use_sidepath` and `sidewalk=yes/right/left/both`

==== What is the expected result?
Warning (or at least an info warning) that it's unlikely that a sidewalk is inaccessible for pedestrians

==== What happens instead?
Nothing

==== Please provide any additional information below. Attach a screenshot if possible.
Patch: add 
{{{
#!rule
way[foot][sidewalk][foot=~/^(no|use_sidepath)$/][sidewalk=~/^(yes|left|right|both)$/][highway][highway!=construction][highway!=proposed],
}}}
to [https://josm.openstreetmap.de/browser/josm/trunk/resources/data/validator/combinations.mapcss#L325 this section of combinations.mapcss]
{{{
#!rule
  throwWarning: tr(""{0} together with {1}"", ""{0.tag}"", ""{1.tag}"");
  group: tr(""suspicious tag combination"");
}}}


This error is pretty common, occurring about 1500 times in NL and a small part of Germany alone. https://overpass-turbo.eu/s/1f6T


{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Build-Date:2022-01-02 20:26:19
Revision:18360
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18360 nl) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19044)
Memory Usage: 879 MB / 1820 MB (539 MB allocated, but free)
Java version: 1.8.0_311-b11, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: nl_NL
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (35893)
+ SimplifyArea (35893)
+ imagery_offset_db (35893)
+ pt_assistant (1ff2e15)
+ reverter (35893)
+ tageditor (35893)
+ turnlanes-tagging (v0.0.5)
+ undelete (35893)
+ utilsplugin2 (35893)

Tagging presets:
+ http://mijndev.openstreetmap.nl/~allroads/JOSM/Presets/NL-Fiets.zip

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1

Validator rules:
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss

Last errors/warnings:
- 00014.414 E: Lokaliseren van afbeelding 'bus.png' mislukt
- 00137.422 W: Niet-opgeslagen wijzigingen - De relatie is gewijzigd.

Wilt u uw wijzigingen opslaan?
}}}
"	Famlam
enhancement	21873	1	Upload Dialog: Checkboxes for sources	Core			2022-02-16T21:37:31+01:00	2022-02-17T17:12:21+01:00	"Hi!

I usually use several different sources to contribute to Osm. They are not always active at the same time. When I want to upload my changes, the active sources are automatically added in the source field, but to easily add the deactivated sources, I have to close the upload window, activate the missing layers, and re-open the upload window.

Would it be possible to have a checkbox list for the different sources directly in the upload window?
Something like this mockup ?
[[Image(upoad_source.jpg,80%)]]
"	StephaneP
enhancement	21891	1	Support for stops.txt from GTFS data	Plugin opendata			2022-02-24T16:23:45+01:00	2022-02-24T16:23:45+01:00	"Thanks for this plugin.

==== What steps will reproduce the problem?
I tried to import a `stops.txt` from [osmwiki:GTFS GTFS] but it took some time to get the file into correct form and I would appreciate if the plugin would support the original file.
1. the file extension `.txt` is not supported and I get misleading error messages
1. it is a comma separated list (`,`) with all fields except the header encapsulated in quotation marks (`""`)
1. the headers for the coordinates are `stop_lat` and `stop_lon`

==== Please provide any additional information below. Attach a screenshot if possible.
Example can be found at [https://ptna.openstreetmap.de/gtfs/ PTNA]. One download page is [https://www.nvbw.de/open-data/fahrplandaten/fahrplandaten-ohne-liniennetz NVBW] but here are two extract:

{{{
stop_id,stop_name,stop_lat,stop_lon
""ch:23001:13920"",""Rheinfelden Albrechtsplatz(CH)"",""47.5552156874621"",""7.79451104148611""
""ch:23001:21561"",""Rheinfelden (CH) Altersheim"",""47.5546215547183"",""7.7988678706147""
""ch:23001:26505"",""Rheinfelden Waldfriedhof"",""47.5548094953963"",""7.80464403789239""
""ch:23001:31688"",""Rheinfelden Stadtpark"",""47.5562402474912"",""7.79867024125216""
""ch:23001:3418"",""Rheinfelden Regionalspital(CH)"",""47.5519357481613"",""7.80464403789239""
""ch:23001:64882"",""Rheinfelden (CH) HPS"",""47.5467092469777"",""7.79602919431648""
""ch:23001:64883"",""Rheinfelden (CH) Lichsweg"",""47.5502138494252"",""7.79649631826429""
""ch:23001:64884"",""Rheinfelden (CH) Rosengässchen"",""47.5528997442295"",""7.7996314386063""
""ch:23001:64885"",""Rheinfelden (CH) Sonnenbergstr"",""47.5500865236808"",""7.79895770214312""
""ch:23001:66251"",""Rheinf. (CH) Hab.-Dietschy-Str"",""47.5524329055806"",""7.7880970703566""
""ch:23001:8139"",""Rheinf. (CH) Untere Marktgasse"",""47.5544336133662"",""7.79110642655882""
""ch:23001:8373"",""Rheinfelden (CH) Post"",""47.5527542365253"",""7.79468172139012""
""ch:23001:8450"",""Rheinfelden (CH) Bahnhof SBB"",""47.5515355936419"",""7.79170829779927""
""ch:23001:99010"",""Rheinfelden Dianapark (CH)"",""47.5532938255661"",""7.80039500659791""
""ch:23001:99011"",""Rheinfelden Kohlplatz (CH)"",""47.5517235453876"",""7.80223655293061""
""ch:23005:6:3"",""Basel Bad. Bf (Bus)"",""47.5657149627444"",""7.60748179930639""
""ch:23005:805:1"",""Riehen Dorf"",""47.583011141566"",""7.64793293655592""
""ch:23005:807:1"",""Riehen Friedhof am Hörnli"",""47.565993783174"",""7.63643450091759""
""ch:23005:827:1"",""Riehen Bahnhof Niederholz"",""47.5703274316413"",""7.63286818923914""
""ch:23005:835:1"",""Riehen Weilstraße"",""47.5895972168636"",""7.65191247326513""
""ch:23017:31253"",""Stein a.Rh. Rathaus"",""47.6590428348329"",""8.85979618761322""
""ch:23017:31254"",""Stein a.Rh. Untertor"",""47.6615355904954"",""8.85709225860764""
""ch:23017:31255"",""Stein a.Rh. Strandbad"",""47.6641794755305"",""8.8501842140718""
""ch:23017:31257"",""Ramsen (CH) Zoll"",""47.7117465100388"",""8.82248915385854""
""ch:23017:31988"",""Stein a.Rh. Schule"",""47.6593090571338"",""8.86131434044359""
""ch:23017:3722"",""Stein am Rhein Bf (Bus)"",""47.6560174860523"",""8.85548427424884""
""ch:23017:55542"",""Ramsen (CH) Petersburg"",""0"",""0""
""ch:23017:55545"",""Ramsen (CH) Sonne"",""47.7065480564815"",""8.81086495408041""
""ch:23017:7951"",""Stein a. R. Schule/Chlini Sch."",""47.6592606531801"",""8.86116162684527""
""ch:23017:801"",""Hemishofen Dorf"",""47.6781105979201"",""8.8312207784214""
""de:08237:1419"",""Rötenbach (Alp) Lochmühle"",""48.3242380058001"",""8.43395881026992""
""de:08237:3801:1:ohne"",""Alpirsbach Bahnhof"",""48.3433481143683"",""8.39808908097003""
}}}

{{{
stop_id,stop_name,stop_lat,stop_lon,location_type,parent_station
""de:08311:30054:0:1"",""Freiburg, Schutternstraße"",""48.0239008179695"",""7.72459516291335"","""",""Parent30054""
""de:08311:30054:0:2"",""Freiburg, Schutternstraße"",""48.023774647354"",""7.72446041562072"","""",""Parent30054""
""de:08311:30055:0:1"",""Freiburg, Waltershofen Ochsen"",""48.0234141581793"",""7.71922323751357"","""",""Parent30055""
""de:08311:30055:0:2"",""Freiburg, Waltershofen Ochsen"",""48.0234682317162"",""7.71930408588915"","""",""Parent30055""
""de:08311:30055:0:3"",""Freiburg, Waltershofen Ochsen"",""48.0234141581793"",""7.71922323751357"","""",""Parent30055""
""de:08311:30055:0:4"",""Freiburg, Waltershofen Ochsen"",""48.0234682317162"",""7.71930408588915"","""",""Parent30055""
""de:08311:30056:0:1"",""Freiburg, Am Weiher"",""48.0220863346414"",""7.72004070442224"","""",""Parent30056""
""de:08311:30056:0:2"",""Freiburg, Am Weiher"",""48.0218520092901"",""7.72077732295531"","""",""Parent30056""
""de:08311:30060:0:1"",""Freiburg, Kleingärten"",""47.9982037064778"",""7.74103433261503"","""",""Parent30060""
""de:08311:30060:0:2"",""Freiburg, Kleingärten"",""47.9982457842433"",""7.7404773771388"","""",""Parent30060""
""de:08311:30061:0:1"",""Freiburg, Opfingen Ziegelei"",""47.9991654754011"",""7.72640975978753"","""",""Parent30061""
""de:08311:30061:0:2"",""Freiburg, Opfingen Ziegelei"",""47.9990272222218"",""7.72776621586674"","""",""Parent30061""
""de:08311:30062:0:1"",""Freiburg, Gewerbestraße"",""47.9991414313966"",""7.71722897758255"","""",""Parent30062""
""de:08311:30062:0:2"",""Freiburg, Gewerbestraße"",""47.9989731230508"",""7.7186572988845"","""",""Parent30062""
}}}

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-02-18 08:34:05 +0100 (Fri, 18 Feb 2022)
Revision:18382
Build-Date:2022-02-19 02:31:08
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18382 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM

Plugins:
+ geotools (35906)
+ opendata (35910)

Last errors/warnings:
- 01609.797 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 01814.478 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 02192.470 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 02273.253 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 02676.956 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 02775.701 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 03000.360 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
- 03158.690 E: Import failure! - Coordinates imported: 0Malformed sentences: 0
Checksum errors: 1
Unknown sentences: 1
Zero coordinates: 0
}}}
"	skyper
enhancement	21907	1	[WIP-Patch] Update leisure values in sport presets and add one for ice_rink (Was: Remove horse_riding (facility) from preset for sport=horse_racing)	Internal preset			2022-03-02T20:10:52+01:00	2022-12-13T21:38:50+01:00	"==== What steps will reproduce the problem?
1. create a node or an area for a racecourse
2. select the preset for sport=horse_racing
3. open the list for ""Type""

==== What is the expected result?

You should only see things that can be used for horse racing 

==== What happens instead?

The first entry in the list is horse_riding (facility), see attached screenshot

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

Tag [https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dhorse_riding leisure=horse_riding] shall **not** be used for racecourses, these should instead be mapped as [https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre  leisure=sports_centre], see also [https://wiki.openstreetmap.org/wiki/Riding wiki/Riding].

We currently have:
-  108 sport=horse_racing + leisure=horse_riding 
-  445 sport=horse_racing + leisure=pitch 
-  589 sport=horse_racing + leisure=sports_centre 
-  121 sport=horse_racing + leisure=stadium
- 4533 sport=horse_racing + leisure=track 

I havn't looked at all the 108 sport=horse_racing + leisure=horse_riding, only at a few; it seems most should rather be tagged with sport=**equestrian** + leisure=horse_riding, but some also with sport=horse_racing + leisure=**sports_centre**, example [https://www.openstreetmap.org/way/181417548 Hypodrome de Jallais].

**CAUTION:** The list of types for sport=horse_racing is currently the same as the one for sport=equestrian, but for sport=equestrian horse_riding (facility) shall remain in the list (see attached screenshot)! **You have to make separate lists** (split chunk id=""riding_surface"" somehow.)

A **validator warning** ''""suspicious tag combination - sport=horse_racing together with leisure=horse_riding""'' would also be helpful.

''(The combination sport=horse_racing + leisure=pitch is also quite suspicious, but there are so many of them and I havn't looked at a lot of them yet; so I leave them for later perhaps.)''

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-01-02 21:24:43 +0100 (Sun, 02 Jan 2022)
Build-Date:2022-01-02 20:26:19
Revision:18360
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18360 en) Windows 7 64-Bit
OS Build number: Windows 7 Home Premium (7601)
Memory Usage: 292 MB / 681 MB (130 MB allocated, but free)
Java version: 1.8.0_201-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1024×768 (scaling 1.00×1.00)
Maximum Screen Size: 1024×768
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
Dataset consistency test: No problems found

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ G:\JOSM18360\horse_ridiing.zip

Last errors/warnings:
- 00022.916 W:  Greenhouse Horticulture: Could not get presets icon presets/greenhouse_horticulture.png
- 00022.950 E: Failed to locate image 'presets/garages.png'
- 00022.951 W:  Garages: Could not get presets icon presets/garages.png
- 00022.976 E: Failed to locate image 'presets/interpolation.png'
- 00022.977 W:  Address Interpolation: Could not get presets icon presets/interpolation.png
- 00022.997 E: Failed to locate image ''
- 00022.997 W: [RELATION] Site: Could not get presets icon 
- 01661.575 E: Failed to locate image ' '
- 01661.717 E: Failed to locate image '[[Image(pond.png)]]'
- 01661.751 E: Failed to locate image '[[Image(oil-palm.png)]]'
}}}
"	Hufkratzer
enhancement	21944	1	[Patch] Add 'replace member(s) with selected object(s)' button to relation editor	Core			2022-03-15T23:17:42+01:00	2022-03-17T02:06:57+01:00	"It would be quite useful to have a button in the relation editor that lets you replace a relation member with the currently selected object (while keeping the role). This would fit in perfectly with the other actions/buttons that allow you to add the selection as new members.

[[Image(josm_relation_editor_replace_button.png)]]"	Woazboat
enhancement	21963	1	"Spelling of ""center"" and other words with differences in AE vs. BE"	Internal preset			2022-03-24T15:15:05+01:00	2025-03-11T19:52:57+01:00	"In #21907, I noticed that we use BE instead of AE for e.g. ""center"".
We have en_GB (UK) for British spelling but as far as I know the default in JOSM is American English.
Is it ok to change to AE for the gui language or are there reasons for the use of mixed spelling?"	skyper
enhancement	21964	1	Include leisure=sports_hall	Internal preset			2022-03-24T15:39:20+01:00	2022-03-28T23:59:23+02:00	"In #21396 `leisure=sports_hall` is mentioned reaching our limit.
@Hufkratzer already proposed an icon [[Image(ticket:21396:sports_hall1.svg,middle)]] which is ok but I rather have an icon for `sport=multi` included than only a soccer ball.

Note: The new value needs to be added to many sports presets which have `leisure=*` included, e.g. see #21907."	skyper
enhancement	21970	1	Only activate data layer loading a session	Core			2022-03-26T15:23:28+01:00	2022-03-26T15:23:28+01:00	"==== What steps will reproduce the problem?
1. Have a data layer
1. Load a session only containing imagery layers

==== What is the expected result?
The data layer stays active

==== What happens instead?
An imagery layer from the session is activated

==== Please provide any additional information below. Attach a screenshot if possible.
Did not test with other layers like gpx (#21967)

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-03-24 10:16:44 +0100 (Thu, 24 Mar 2022)
Revision:18417
Build-Date:2022-03-25 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18417 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
}}}
"	skyper
enhancement	21971	1	Command stack for relation editor	Core			2022-03-26T15:40:01+01:00	2022-09-21T14:19:28+02:00	"==== What steps will reproduce the problem?
1. Have a relation editor with loaded (incomplete) relation
1. Make some changes in the relation editor
1. Unintentionally sort all members or delete some

==== What is the expected result?
An option to undo within relation editor

==== What happens instead?
No option to undo

==== Please provide any additional information below. Attach a screenshot if possible.
The only option is to close the relation editor without saving loosing all prior changes.
Obviously, the stack can only hold changes after the last save of the relation.
This was mention in another ticket or maybe in the forum but I do not find it, atm.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-03-24 10:16:44 +0100 (Thu, 24 Mar 2022)
Revision:18417
Build-Date:2022-03-25 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18417 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.2+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
}}}"	skyper
enhancement	21999	1	Automatically trunken pasted url (from buffer)	Plugin reverter			2022-04-05T18:40:40+02:00	2022-04-05T19:00:09+02:00	"==== What steps will reproduce the problem?
1. Have a CS url with some trailing letters in buffer, e.g. `https://www.openstreetmap.org/changeset/119351525#map=18/47.81962/9.25277`
1. Open reverter dialog
1. (past url from buffer)

==== What is the expected result?
Correct CS is automatically pasted without user interaction

==== What happens instead?
Even after manually pasting, I still have to delete the trailing letters

==== Please provide any additional information below. Attach a screenshot if possible.
There is some code in core for ""Open Location"" which could probably be used here.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-04-04 22:26:00 +0200 (Mon, 04 Apr 2022)
Revision:18427
Build-Date:2022-04-05 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ reverter (35893)
+ undelete (35893)
+ utilsplugin2 (35951)
}}}
"	skyper
enhancement	22000	1	Use core functions for recognizing objects ids and types plus automatically include buffer content	Plugin undelete			2022-04-05T18:53:30+02:00	2022-04-05T18:55:08+02:00	"==== What steps will reproduce the problem?
1. Have a layer with reverted data including mean-while deleted objects
1. Select some of these deleted object
1. ""Copy"" or ""Copy server URL""
1. Open undelete objects dialog
1. (Past from buffer)

==== What is the expected result?
Content from buffer should automatically pasted in the dialog without user interaction

==== What happens instead?
Even after pasting, I have to manually adjust the string to be recognized

==== Please provide any additional information below. Attach a screenshot if possible.
There is some code in core for ""Download objects"" which could probably be used here.
See also #14982 and #21999.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-04-04 22:26:00 +0200 (Mon, 04 Apr 2022)
Revision:18427
Build-Date:2022-04-05 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Plugins:
+ reverter (35893)
+ undelete (35893)
+ utilsplugin2 (35951)
}}}
"	skyper
enhancement	22006	1	Feature: Search for actions/commands	Core			2022-04-10T12:16:24+02:00	2022-06-16T18:41:27+02:00	"This ticket is inspired by a similar feature in many IDEs (like VSCode, IntelliJ, etc.) and Spotlight in MacOS.

This ticket is a UI feature, and does not impact functionality of JOSM itself.

== What

I link to https://www.jetbrains.com/help/idea/searching-everywhere.html#search_actions which shows some screenshots of such a feature in IntelliJ.

When the user presses a certain keyboard shortcut, a modal window pops up, and shows a search field. The user can type a (non-complete) search string, and the modal will show a (short) list of results.

The results are influenced by the current context of the user, because not all actions/commands are applicable at all times. Just like the menu items which are greyed out in the application menu.

Upon selecting the action, it is executed directly, or opens the window where the user can perform the action.

Some examples:
- 'New layer' would create a new layer.
- 'Reverse ways' reverts ways.
- 'Address' opens the preset window to add the Address preset to the selected objects.
- 'Tags for selected objects' toggles if the tags panel is shown in the UI.
- 'Report bug' opens the browser with relevant debugging information in a new ticket.

In the most commonly used actions, the keyboard shortcut would be quicker to execute the action, but the user may have forgotten the keyboard shortcut.

== Why

After using this feature in other IDEs for many years, I found the following benefits:
- It makes features discoverable, by searching for the name of the feature.
- It makes features accessible quickly without searching for the correct menu item or UI modal. 
- It reduces the use of the mouse, even when performing complex actions in JOSM.
- It allows assigning keyboard shortcuts quickly to commonly used actions.
- It makes explaining features to other users of JOSM easier, by describing the name of the action instead of the entire flow of menu-items and UI dialogs/modals.

== How

- A global list of actions/commands within JOSM should be composed at startup, or when a plugin is loaded.
- The names and possible keyboard shortcuts
- Searching should happen in a 'fuzzy' manner: typing 'nonws' should find the action 'Non-branching way sequences'.
- (optional) Toggles for boolean application settings
- Plugins may add a list of actions for searching/discovering by the user (just like plugins may add menu items)

"	hiddewie
enhancement	22023	1	Warn on mixed use of sidewalk:both=* and sidewalk=*	Core validator			2022-04-17T18:36:15+02:00	2024-11-04T14:13:35+01:00	"The key `sidewalk:both=*` has considerable use https://taginfo.openstreetmap.org/keys/sidewalk%3Aboth

JOSM validator should give the same warning when mixing it with `sidewalk=*`, as it gives when mixing the latter with e.g. `sidewalk:left=*`."	bsvka@…
enhancement	22034	1	[PATCH] Improve OpenAPI and remote control output	Core			2022-04-23T18:39:09+02:00	2025-10-26T08:24:24+01:00	"I was using the remote control APIs and found the OpenAPI file lacking in details. Especially the types of parameters were all `string` which removes validation in the Swagger UI and other OpenAPI tools.

There was a TODO in the code for this.

To solve the issue of parameter typing, I added a RequestParameter class that handles the conversion and parsing from request parameters to the actual parameter value. It also contains the metadata like whether the parameter is required and the OpenAPI type.

Attached is the patch file.

Changes:
- Add response codes & descriptions to each API
- OpenAPI version from 3.0.0 to 3.0.3
- Use the configured port in the OpenAPI `server` block from the configured property `remote.control.port` or the default (using IntegerProperty).
- Add RequestParameter object that describes and parses a mandatory/optional request parameter. This information is used in the OpenAPI specification as well
- Capitalize descriptions of the request handlers


The class RequestHandler should be backwards compatible for use in plugins.

Ref https://swagger.io/specification/ for OpenAPI specification"	hiddewie
enhancement	22044	1	Render embankment=dyke the same as embankment=yes	Internal mappaint style			2022-04-29T20:01:57+02:00	2022-05-04T00:29:06+02:00	Embankment=dyke is currently not rendered in JOSM while the usage of embankment=dyke has risen to 1200+ uses. I suggest to keep it simple and render it the same as embankment=yes so with the striped on both sides of the line.	Cartographer10
enhancement	22067	1	Add fuzzy string matching for search menu items action	Core			2022-05-14T18:31:16+02:00	2022-05-14T18:31:16+02:00	"Enabling fuzzy matching for the search text in Help/Action/SearchMenuItems would improve the usability quite a bit and also allow for easier discoverability of available actions.

Related to #22006"	Woazboat
enhancement	22138	1	Parse and use the status element in OpenStreetMap GET /api/capabilities	Core			2022-06-14T16:15:37+02:00	2025-01-04T12:32:03+01:00	"It would be nice to be able to show the user a better message when a timeout occurs.

To that end, we can use the osmwiki:API_v0.6#Capabilities:_GET_/api/capabilities call. Specifically, ``.
> The status element returns either online, readonly or offline for each of the database, API and GPX API. The database field is informational, and the API/GPX-API fields indicate whether a client should expect read and write requests to work (online), only read requests to work (readonly) or no requests to work (offline).

If readonly or offline, then we should refuse upload/download for a short set amount of time (e.g. 30 seconds), and check if the api's are back up."	taylor.smock
enhancement	22284	1	Warn about indoor=no inside and indoor=yes outside of a building polygon	Core validator			2022-08-12T15:49:45+02:00	2022-08-15T19:33:47+02:00	I recently found objects with `indoor=no` inside a building polygon. Without any or identical value of `layer=*` this should trigger a warning. Similar is true for `indoor=yes` without a surrounding building polygon.	skyper
enhancement	22388	1	Warn about cycle-route tags used on ways with bicycle=no/use_sidepath	Core validator			2022-09-21T13:02:46+02:00	2022-09-21T13:02:46+02:00	"==== What steps will reproduce the problem?
1. Try to upload a way with e.g. bicycle=use_sidepath/no and e.g. lcn=yes
2. Try upload
3. Validator will NOT warn you about strange tag combination

==== What is the expected result?

Validator should warn about strage tag combination

==== What happens instead?

No warning is given

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

Similar to how JOSM's validator warns about bicycle/foot-relations that go through ways tagged with e.g. bicycle=use_sidepath, JOSM should also warn about cycle-route-tags (https://wiki.openstreetmap.org/w/index.php?title=Cycle_routes&uselang=en) on these ways.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-08-29 16:59:00 +0200 (Mon, 29 Aug 2022)
Revision:18543
Build-Date:2022-08-30 01:30:57
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18543 en) Linux Arch Linux
Memory Usage: 1684 MB / 16056 MB (509 MB allocated, but free)
Java version: 11.0.16.1+1, Oracle Corporation, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 2.00×2.00) :0.1 1920×1200 (scaling 2.00×2.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
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: [-Dsun.java2d.uiScale=2, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, -Djosm.restart=true]
Dataset consistency test: No problems found

Plugins:
+ apache-commons (36003)
+ ejml (35924)
+ geotools (36015)
+ jackson (36006)
+ jaxb (35952)
+ jts (36004)
+ opendata (36011)
+ utilsplugin2 (36011)
}}}
"	rkost
enhancement	22554	1	display when a superroute loops	Core			2022-12-06T09:19:12+01:00	2022-12-06T09:20:15+01:00	"Currently, the relations type route can nicely show when a route correctly loops. This is seen in the relation editor as a column. I added a screenshot of what I mean.

When the members are relations itself, the continuity is shown, but not as a loop. 

It would be a 'nice to have' feature, if it's not too hard to code."	s8evq
enhancement	22560	1	Keep zoom and position in image viewer when switiching between layers	Core image mapping	latest		2022-12-08T14:22:12+01:00	2022-12-08T14:22:12+01:00	"==== What steps will reproduce the problem?
1. Have at least to image layer tabs in image viewer
1. Zoom in on the first layer
1. Switch to second layer with the tab
1. Switch back to first layer

==== What is the expected result?
The previous zoom level and the position is kept.

==== What happens instead?
Zoom and position are always reset

==== Please provide any additional information below. Attach a screenshot if possible.
See [/ticket/21605#comment:47]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-12-07 15:41:41 +0100 (Wed, 07 Dec 2022)
Revision:18611
Build-Date:2022-12-08 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	22591	1	Center text in raised layer button in image viewer	Core image mapping			2022-12-22T16:41:48+01:00	2022-12-22T16:41:48+01:00	"==== What steps will reproduce the problem?
1. Have at least two image layers in image viewer

==== What is the expected result?
Text is centered in all image layer buttons

==== What happens instead?
In the active, raised button the text is shifted to the top
[[Image(#21605:josm_21605_raised_tab.jpg)]]

==== Please provide any additional information below. Attach a screenshot if possible.
I already mentioned this in [/ticket/21605#comment:46 comment 46] of #21605.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-12-21 19:35:50 +0100 (Wed, 21 Dec 2022)
Revision:18618
Build-Date:2022-12-22 02:31:07
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18618 en) Linux Debian GNU/Linux 11 (bullseye)
Java version: 17.0.4+8-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel

VM arguments: [-Djosm.home=]
}}}
"	skyper
enhancement	22758	1	Dedicated, error level complaint about combining highway=* and building=* on one way	Core validator			2023-02-21T10:47:58+01:00	2023-02-21T20:20:35+01:00	"==== What steps will reproduce the problem?
1. Create a closed way
2. Tag it `highway=residential` `building=yes`
3. Run validator

==== What is the expected result?
Validator complains about such combination, on red error level (tagged both as way and area at once).

==== What happens instead?
""node connects highway and building"" confusingly reported for each node of an object

pseudocode: `[highway][highway!=bus_stop][highway!=elevator][building]`
over 1000 affected objects in Europe alone: http://overpass-turbo.eu/s/1rBp


continuation of #22576

another case of merging area and way into one object - and one that makes no sense in general and is result of confused mappers

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-02-20 22:41:26 +0100 (Mon, 20 Feb 2023)
Revision:18670
Build-Date:2023-02-21 02:31:00
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18670 en) Linux Ubuntu 20.04.5 LTS
Memory Usage: 288 MB / 3974 MB (63 MB allocated, but free)
Java version: 17.0.5+8-Ubuntu-2ubuntu120.04, Private Build, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1200 (scaling 1.00×1.00) :0.1 1920×1200 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: LXQt
Java package: openjdk-17-jre:amd64-17.0.5+8-2ubuntu1~20.04
Java ATK Wrapper package: libatk-wrapper-java:all-0.37.1-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ buildings_tools (36011)
+ measurement (35978)
+ reverter (36043)
+ todo (30306)

Map paint styles:
+ ${HOME}/Desktop/tmp/josm/resources/styles/standard/elemstyles.mapcss

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
- ${HOME}/Documents/install_moje/OSM software/manual editing and discussions/josm/resources/data/validator/deprecated.mapcss
+ ${HOME}/Desktop/tmp/josm/resources/data/validator/combinations.mapcss

Last errors/warnings:
- 00007.592 W: Failed to load Mappaint styles from '${HOME}/Desktop/tmp/josm/resources/styles/standard/elemstyles.mapcss'. Exception was: java.nio.file.NoSuchFileException: ${HOME}/Desktop/tmp/josm/resources/styles/standard/elemstyles.mapcss
- 00007.593 E: java.nio.file.NoSuchFileException: ${HOME}/Desktop/tmp/josm/resources/styles/standard/elemstyles.mapcss
- 00007.599 E: java.nio.file.NoSuchFileException: ${HOME}/Desktop/tmp/josm/resources/styles/standard
- 00007.600 W: Initializing map style ${HOME}/Desktop/tmp/josm/resources/styles/standard/elemstyles.mapcss completed in 8 ms (1 errors, 0 warnings)
- 00010.832 W: Failed to add ${HOME}/Desktop/tmp/josm/resources/data/validator/combinations.mapcss to tag checker
- 00010.832 W: java.nio.file.NoSuchFileException: ${HOME}/Desktop/tmp/josm/resources/data/validator/combinations.mapcss
}}}
"	mkoniecz
enhancement	22781	1	Warning for highway and layer combination	Core validator			2023-03-02T14:48:03+01:00	2023-03-02T16:56:12+01:00	"==== What steps will reproduce the problem?
1. Add tag **layer=*** in **highway=***
2. Those tags only, without any additional tag i.e **bridge=*** or **tunnel=***
3. Press Validation button
4. For the context, I got this case when checking data from Turkey earthquake mapping(https://overpass-turbo.eu/s/1rX2)

==== What is the expected result?
I expected JOSM shows warning for this, because I found this suspicious tag **layer=***(https://www.openstreetmap.org/way/1138493552). Warnings such as ""This could be good, but could you double check if this highway requires this layer tag?""

==== What happens instead?
No warning shows related to this tag combination.

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

{{{
Revision:18646
Build-Date:2023-01-30 15:15:00

Identification: JOSM/1.5 (18646 en) Windows 11 64-Bit
OS Build number: Windows 10 Home Single Language 2009 (22621)
Memory Usage: 568 MB / 3908 MB (265 MB allocated, but free)
Java version: 17.0.6+10-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1200 (scaling 1.25×1.25)
Maximum Screen Size: 1920×1200
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18646, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (2.1.1)
+ apache-commons (36034)
+ apache-http (35924)
+ auto_tools (81)
+ buildings_tools (36011)
+ changeset-viewer (0.0.6)
+ dataimport (35932)
+ ejml (35924)
+ ext_tools (35893)
+ geotools (36028)
+ gridify (1606242219)
+ imagery_offset_db (35978)
+ jackson (36034)
+ jaxb (35952)
+ jna (36005)
+ jts (36004)
+ log4j (36034)
+ mapathoner (1.3.4-dirty)
+ mapwithai (1.10.4)
+ markseen (14)
+ measurement (35978)
+ merge-overlap (35893)
+ opendata (36025)
+ osm-obj-info (66)
+ reverter (36043)
+ shrinkwrap (v1.0.4)
+ todo (30306)
+ turnrestrictions (36011)
+ undelete (36011)
+ utilsplugin2 (36011)

Tagging presets:
+ %UserProfile%\Downloads\collapsed-buildings.xml
+ %UserProfile%\Desktop\Presets_Emergency-2023-Turkey-preset-preset.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- https://github.com/osmlab/applepaintstyles/archive/main.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_buildings&zip
- https://github.com/osmlab/applepaintstyles/archive/main.zip
- https://raw.githubusercontent.com/mapbox/mapping/master/JOSM/data-qa.mapcss
- https://github.com/gmgeo/osmic-josm-style/archive/master.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- https://gitlab.com/peculiar-theater/mapcss/-/archive/main/mapcss-main.zip?path=osm-meta
- https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&rule
- https://github.com/MissingMaps/josm_styles/archive/master.zip

Validator rules:
- https://josm.openstreetmap.de/josmfile?page=Rules/AtmsSlovakia&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/IndoorRules&zip=1
+ https://github.com/Jungle-Bus/transport_mapcss/raw/gh-pages/transport.validator.zip
+ https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/MissingStreetnumberOrConscriptionnumber&zip=1
+ https://raw.githubusercontent.com/stefan-a-bauer/josm-validators/master/mtb.validator.mapcss
+ https://www.openrailwaymap.org/validator/de-openrailwaymap.validator.mapcss
+ https://www.openrailwaymap.org/validator/openrailwaymap.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/MissingWeekdays&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/QAToolInspiredValidations&zip=1
- https://raw.githubusercontent.com/zetx16/Josm-HnumbValidator/master/ru-housenumber.validator.mapcss
+ https://raw.githubusercontent.com/OpenNauticalChart/josm/master/Seamark.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/SourceObjectTag&zip=1
- https://framagit.org/Midgard/osm/-/raw/master/josm_validation_grb.validator.mapcss
- https://josm.openstreetmap.de/josmfile?page=Rules/PublicTransportGtfs&zip=1
+ C:\Users\adiat\AppData\Roaming\JOSM\kaart.indonesiaNames.validator.mapcss

Last errors/warnings:
- 00001.216 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00001.220 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00002.978 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
- 00014.592 E: java.nio.file.NoSuchFileException: %UserProfile%\Desktop\Presets_Emergency-2023-Turkey-preset-preset.xml
- 00014.593 E: %UserProfile%\Desktop\Presets_Emergency-2023-Turkey-preset-preset.xml
- 00015.531 W: Failed to add C:\Users\adiat\AppData\Roaming\JOSM\kaart.indonesiaNames.validator.mapcss to tag checker
- 00015.532 W: java.nio.file.NoSuchFileException: C:\Users\adiat\AppData\Roaming\JOSM\kaart.indonesiaNames.validator.mapcss
- 00023.166 E: Failed to locate image 'MapWithAI'
}}}
"	adiatmad@…
enhancement	22800	1	Align Nodes in Circle: Keep position of nodes with tags or membership	Core			2023-03-07T15:35:08+01:00	2023-03-07T15:35:08+01:00	"==== What steps will reproduce the problem?
1. Have an unaligned circle with a node with tags
1. Align Nodes in Circle (`O`)

==== What is the expected result?
All nodes with tag, membership or child of another way as intersection stay in place and all other nodes are distributed

==== What happens instead?
Nodes with tag or membership are moved.

==== Please provide any additional information below. Attach a screenshot if possible.
Small example: [attachment:josm_align_circle_example.osm]

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-03-06 23:28:55 +0100 (Mon, 06 Mar 2023)
Revision:18683
Build-Date:2023-03-07 02:30:59
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	22801	1	Possibility to assign shortcuts to menu check box entries	Core shortcuts			2023-03-07T18:21:12+01:00	2023-03-07T20:05:49+01:00	"==== What steps will reproduce the problem?
1. Try to assign a shortcut to menu View's Draw Boundaries of Downloaded Area or Expert Mode

==== What is the expected result?
Option in Keyboard Shortcuts preferences to assign a shortcut

==== What happens instead?
No option

==== Please provide any additional information below. Attach a screenshot if possible.
I even tried it with a toolbar button for the downloaded area boundaries. Then I am able to assign a shortcut but it does not work.
Thought I had already filled a ticket some time ago but I might be wrong.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2023-03-06 23:28:55 +0100 (Mon, 06 Mar 2023)
Revision:18683
Build-Date:2023-03-07 02:30:59
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	22813	1	Relation Editor: Sort members of type=waterway according to water flow direction.	Core			2023-03-13T22:11:03+01:00	2023-03-13T22:11:03+01:00	"==== What steps will reproduce the problem?
1. Have several connected ways `waterway=*` selected
1. Create a new relation `type=waterway` and add all selected ways as members
1. Sort relation's members

==== What is the expected result?
Members are sorted according to water flow direction

==== What happens instead?
Often the members are sorted against the water flow direction and I have to reverse the order

==== Please provide any additional information below. Attach a screenshot if possible.
According to osmwiki:Relation:waterway a node with role `spring` should be the first member if present and members with empty role or `main_stream` should form a continuously line from start to end. Members with role `side_stream` are alternatives and should still be ordered. "	skyper
enhancement	22847	1	Objects of a data layer with no downloaded area at all should be considered as object outside of downloaded area	Core			2023-03-28T02:12:41+02:00	2023-03-28T17:54:09+02:00	"If you have a data layer without any downloaded area, like a download from overpass or a route relation with all members, all objects are considered to be within a downloaded area but actually they should be considered as outside downloaded area.

This is by far new, though, I have never created a explicit ticket about it, see [/ticket/18414#comment:18 my comment] on #18414.
#16803, #19008, #22820 and #22845 suffer from this misinterpretation.
Basically, all validator test depending on complete data are prone to produce false positive.
The fix option is offered even if the fix depends on complete data which can lead to conflicts on upload as parent objects have not been downloaded."	skyper
enhancement	22849	1	Support traffic_signals:vibration	Internal preset			2023-03-31T23:44:48+02:00	2023-04-02T21:35:02+02:00	"Please add traffic_signals:vibration key to pedestrian crossing presets. It is used 150 000 times already.
See https://wiki.openstreetmap.org/wiki/Key:traffic_signals:vibration"	aceman444
enhancement	22928	1	Warn about bicycle=use_sidepath with conflicting cycleway tags	Core validator			2023-05-05T17:25:21+02:00	2023-05-10T20:49:30+02:00	"`cycleway=*` together with `bicycle=use_sidepath` is only valid with `cycleway=separate` and `cycleway:both=separate`. Additionally `cycleway:right/left=*` together with `bicycle:forward/backward=use_sidepath` is only valid with `cycleway:right/left=separate`. See https://community.openstreetmap.org/t/widerspruchlich-getaggte-rad-und-fusswege/98297/5 and https://community.openstreetmap.org/t/widerspruchlich-getaggte-rad-und-fusswege/98297/9.

There might be some more combinations with `oneway=yes`."	skyper
enhancement	22940	1	[Patch] add autofix for node[type=multipolygon] and most way[type=multipolygon]	Core validator			2023-05-10T15:52:59+02:00	2024-02-08T00:02:55+01:00	"==== What steps will reproduce the problem?
1. create a node with `natural=tree` `type=multipolygon`
2. create a way with `landuse=residential` `type=multipolygon`
3. run the validator

==== What is the expected result?
have a autofix for both

==== What happens instead?
the validator detect the issue without a autofix
https://josm.openstreetmap.de/browser/trunk/resources/data/validator/geometry.mapcss#L90
https://josm.openstreetmap.de/browser/trunk/resources/data/validator/geometry.mapcss#L139

==== proposed enhancement
{{{#!mapcss
node[type=multipolygon] {
    throwError: tr(""{0} on a node. Should be used in a relation"", ""{0.tag}"");
    fixRemove: ""type"";
}

way!:closed[type=multipolygon] {
    throwError: tr(""{0} on a way. Should be used in a relation"", ""{0.tag}""); 
    fixRemove: ""type"";
}

way:area-style[type=multipolygon] {
    throwError: tr(""{0} on a way. Should be used in a relation"", ""{0.tag}""); 
    fixRemove: ""type"";
}
}}}

I didn't combine both `way` with `way[type=multipolygon]` because some wrong usage of `way[type=multipolygon]` mean `area=yes` (for ex when converting a relation `type=multipolygon` `highway=pedestrian` into a closed way)

==== 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: 2023-05-09 19:06:23 +0200 (Tue, 09 May 2023)
Build-Date:2023-05-10 01:30:56
Revision:18722
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18722 fr) Linux CentOS Linux release 7.9.2009 (Core)
Memory Usage: 473 MB / 1717 MB (220 MB allocated, but free)
Java version: 1.8.0_362-b08, Red Hat, Inc., OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1600×900 (scaling 1.00×1.00)
Maximum Screen Size: 1600×900
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: fr.utf8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: fr_CH
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: GNOME-Classic:GNOME
Java package: java-1.8.0-openjdk:x86_64-1.8.0.362.b08
WebStart package: icedtea-web:x86_64-1.7.1
VM arguments: [-Dicedtea-web.bin.name=javaws.itweb, -Dicedtea-web.bin.location=/usr/bin/javaws.itweb]
}}}
"	marc_marc
enhancement	22976	1	GPX-Layer export into session file does not export display settings of the layer	Core			2023-05-30T15:32:19+02:00	2023-05-31T12:04:07+02:00	When an gpx layer (NMEA file) is exported the most important information is the display style of the layer (fix mode, heatmap, whatever). That's not exported into the session file.	stoecker
enhancement	23005	1	[WIP patch] Add preset railway=derail	Internal preset			2023-06-13T13:27:00+02:00	2023-10-25T09:42:21+02:00	"The tag is is documented on [osmwiki:Tag:railway=derail].

There are currently (2023-06-13) 12279 nodes with this tag. See https://taginfo.openstreetmap.org/tags/railway=derail#overview.

It should be placed in presets/transport/railway, above ""buffer stop"".

Suitable combinations could be (like most of the other railway presets)

* ref
* operator

and maybe also

* railway:derail:local_operated=yes/no\\ (inspired by railway:switch:local_operated=yes/no) 

I know that there already are 2116 existing derails with tag railway:local_operated=yes, but I guess that they REALLY should be railway:derail:local_operated=yes/no instead?"	tomasmarklund
enhancement	23068	1	Heading and angle status bar fields should not show when not in draw mode	Core			2023-07-18T20:19:44+02:00	2024-11-18T08:49:38+01:00	"==== What steps will reproduce the problem?
When in object select mode (with or without an object selected) the status bar below the edit window has the two fields heading and angle showing the recently used values. This is confusing as the coordinate fields next to it update as the mouse cursor is being moved, but those two fields don't. It's unclear to me as a user what they even represent. The tooltip states ""The (compass) heading of the line segment being drawn"" and ""The angle between the previous and the current segment"" which seem to be only relevant in draw mode

==== What is the expected result?
The angle and heading status fields should only update in draw mode. Otherwise they should be empty, similar to the distance field next to it.

==== What happens instead?
The most recently populated values show. NB: There might be a use case to preserve the most recently used values although I currently cannot see a JOSM editing or data entry scenario where this would be necessary.

==== 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: 2023-07-07 17:31:41 +0200 (Fri, 07 Jul 2023)
Build-Date:2023-07-08 01:30:57
Revision:18773
Relative:URL: ^/trunk

Identification: JOSM/1.5 (18773 en) Mac OS X 11.7.2
OS Build number: macOS 11.7.2 (20G1020)
Memory Usage: 1580 MB / 1820 MB (947 MB allocated, but free)
Java version: 1.8.0_351-b10, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.apple.laf.AquaLookAndFeel
Screen: Display 69680128 1440×900 (scaling 1.00×1.00)
Maximum Screen Size: 1440×900
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_DE
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djava.security.policy=file:/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/ECG-Thesis/Code/josm-latest.jnlp, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.heapsize=NULL,2048m, -Dmacosx.jnlpx.dock.name=JOSM (development version), -Dmacosx.jnlpx.dock.icon=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/25/4c122699-3449c690.icns, -Djnlpx.jvm=""/bin/java""]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (36079)
+ buildings_tools (36097)
+ openqa (v0.3.3)
+ pt_assistant (2.1.15-19-g9aeec3c-SNAPSHOT)
+ public_transport (36097)
+ reverter (36066)
+ tageditor (36097)
+ turnlanes-tagging (0.0.5)
+ wikipedia (605)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/LaneAttributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Radwege&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Wikidata&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Presets/Simple_Indoor_Tagging&zip=1

Map paint styles:
+ https://github.com/osmlab/appledata/archive/josm_paint_inline_validation.zip
+ https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Direction&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransportV2&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1

Validator rules:
+ https://github.com/DearRude/IranianJOSMValidation/raw/gh-pages/Iran-Specific-Rules.zip
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1
+ https://www.openrailwaymap.org/validator/openrailwaymap.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/OSMLint&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/IndoorRules&zip=1

Last errors/warnings:
- 12381.490 W: Already here java.security.cert.CertificateException: Certificate has been denied
- 12381.594 E: Failed to locate image 'https://www.ign.fr/sites/default/files/styles/thumbnail/public/2020-06/logoIGN_300x200.png?itok=MT8RiLtp.png'
- 12383.387 W: javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Certificate has been denied. Cause: java.security.cert.CertificateException: Certificate has been denied
- 12383.388 W: Already here java.security.cert.CertificateException: Certificate has been denied
- 12383.492 E: Failed to locate image 'https://www.ign.fr/sites/default/files/styles/thumbnail/public/2020-06/logoIGN_300x200.png?itok=MT8RiLtp.png'
- 39709.861 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 39716.135 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 39716.316 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 39717.773 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 39718.552 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
}}}
"	Claudius
enhancement	23127	1	"Extend ""Select non branching way sequences"" to ""Select non branching relation sequences"""	Core shortcuts			2023-08-18T08:58:30+02:00	2023-08-18T08:58:30+02:00	"To map public transport routes I often use Shift+W to select multiple way segments along the route. Pretty often there are multiple bus routes following the same streets for some time, across intersections where (minor) roads branch off. By filtering out footways and cycleways the necessary clicking can be reduced, but especially in built-up areas it still is a lot to zoom and click tonjust follow an existing bus route.  

It would be great if there was another command, like Shift+W+W to extend the selection from ""non branching ways"" to ""non branching (bus) relations"""	Nielkrokodil
enhancement	23267	1	"handle more nonstandard coordinates in ""add new node"""	Core			2023-11-03T13:16:53+01:00	2023-11-04T12:42:16+01:00	"A lot of websites give coordinates in a non-standard way.
It would be nice if JOSM could sanitize them in cases without ambiguity.
For example (from  https://www.tourismus-kehdingen.de/index.php/gastgeber/wohnmobil-und-campingplaetze)

 53º46´23“ N / 09º19´22“ O

* Slash instead of comma.
* O instead of E, (Ost in German)
* º instead of ° (masculine ordinal indicator instead of degree sign)
* ´ instead of ' (acute instead of single quote)
* “ instead of "" (Unicode U+0201C left double qoutation mark instead of ASCII quotation mark).


"	elgaard
enhancement	23282	1	History browser: Offer different color schemes	Core			2023-11-07T17:06:47+01:00	2023-11-07T17:06:47+01:00	"See #20880 for the background.

I do not like the currently used color scheme and it would be neat to offer some schemes to choose from. We already have some schemes available in the in the gps track and point coloring settings."	skyper
enhancement	23585	1	"Allow ""Ignore for now"" on multiple validation items"	Core validator			2024-03-29T10:01:31+01:00	2024-03-29T10:01:31+01:00	"==== What steps will reproduce the problem?
1. Activate expert mode, if needed
2. Download a problematic waterway area using the following overpass query:
{{{
[bbox: 31.7271451,35.1376462,31.7286417,35.1393843 ];
(way[waterway]; node(w););
out meta geom;
}}}
2. Open ""Windows -> Validation results""
3. Perform validation (Shift-V)
4. Expand ""Crossing waterways""
5. Select all of the items
6. Right-click and choose ""Ignore for now""

==== What is the expected result?
All the items in this category should be removed from the list

==== What happens instead?
Only one item was removed from the list

==== Please provide any additional information below. Attach a screenshot if possible.
Attached screenshots show the validation results window before and after step 6 ""Ignore for now""

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-03-12 17:31:19 +0100 (Tue, 12 Mar 2024)
Revision:19017
Build-Date:2024-03-13 02:30:59
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19017 en) Windows 11 64-Bit
OS Build number: Windows 10 Pro 2009 (22631)
Memory Usage: 1534 MB / 4064 MB (437 MB allocated, but free)
Java version: 21.0.1+12-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (scaling 1.25×1.25)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Dicedtea-web.bin.location=%UserProfile%\AppData\Local\Programs\OpenWebStart\javaws, -Djava.util.Arrays.useLegacyMergeSort=true, --add-exports=jdk.deploy/com.sun.deploy.config=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=javafx.graphics/com.sun.javafx.application=ALL-UNNAMED, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,jdk.jsobject, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop, -Djava.security.manager=allow]
Dataset consistency test: No problems found

Plugins:
+ DirectDownload (36178)
+ continuosDownload (103)
+ reverter (36230)
+ utilsplugin2 (36226)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Potlatch2&zip=1

Last errors/warnings:
- 00000.324 W: extended font config - overriding 'filename.Malgun_Gothic=malgun.ttf' with 'MALGUN.TTF'
- 00000.324 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.325 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00004.223 W: Unable to request certificate of https://roottest-g3.pkioverheid.nl
- 00004.473 W: Unable to request certificate of https://roottest-g3.pkioverheid.nl
- 41577.612 E: Failed to locate image 'https://israelhiking.osm.org.il/content/favicons/favicon.ico'
- 41577.613 E: Failed to locate image 'https://israelhiking.osm.org.il/content/favicons/favicon.ico'
- 41580.743 E: Failed to locate image 'https://israelhiking.osm.org.il/content/favicons/favicon.ico'
}}}
"	zstadler
enhancement	23601	1	Warn about incorrectly connected highway with man_made=bridge or man_made=tunnel and different layer values	Core validator			2024-04-05T15:05:21+02:00	2024-04-21T14:52:09+02:00	"Copied from [ticket:9304#comment:21]:
> In the German forum a different (but real world) case regarding man_made=bridge was mentioned:
> https://community.openstreetmap.org/t/bruckenproblem-oder-doch-nicht/111282

Copied from [ticket:9304#comment:26]:
> Well, highways should only start or end at the node sharing with the `man_made=bridge` and the highway on the bridge (inside the area) should have the same layer value.
Same is true for `man_made=tunnel`.

So we have two cases:
* A highway sharing a middle node with a man_made bridge or tunnel seems to be an error in most (all) cases.
* A highway sharing a start or end node with man_made bridge or tunnel and inside the area of the man_made needs the identical `layer=*` and a `bridge=*` resp. `tunnel=*` (not value `no`)



"	skyper
enhancement	23636	1	"Validator: Suggest what to do for ""key is invalid in this region"""	Core			2024-04-21T16:37:53+02:00	2024-04-25T16:27:16+02:00	"Version: JOSM 19039

== Observed ==

Setting `crossing_ref=zebra` on a node in Germany causes the validator to emit:

>Key from a preset is invalid in this region - Preset Pedestrian Crossing should not have the key crossing_ref

== Expected ==

Don't just tell the user it is wrong. Have the validator tell the user what the proper course of action is to rectify it."	jengelh@…
enhancement	23694	1	[Patch] Add armrest tag to the default preset for amenity=bench	Internal preset			2024-05-27T17:45:59+02:00	2024-12-11T13:18:03+01:00	"Recording whether a bench has any armrests provides useful information about benches for people with impaired mobility. Armrests on benches can be used by people with mobility issues to assist them in getting on and off the bench.

JOSM's amenity=bench preset does not currently include the armrest tag. Adding this will encourage more people to add armrest information for benches and make it easier for those that already do so.

See https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbench and https://wiki.openstreetmap.org/wiki/Key:armrest.

There is also a related discussion at https://community.openstreetmap.org/t/recording-whether-benches-have-armrests."	mjs116
enhancement	23852	1	Warn about width=0	Core validator			2024-08-10T20:47:42+02:00	2024-08-15T22:40:47+02:00	"==== What steps will reproduce the problem?
1. Validate any of the [https://taginfo.openstreetmap.org/tags/width=0#overview 8516] ways with `width=0`

==== What is the expected result?
A warning that `width=0` is a very unlikely width of anything

==== What happens instead?
No warning

==== Please provide any additional information below. Attach a screenshot if possible.
There's 8516 ways with `width=0`, of which 7452 in combination with `highway` and 964 in combination with `waterway`. It seems at least some of them were added due to an [https://github.com/openstreetmap/iD/issues/5087 old bug] of iD (and possibly the number grows due to ways getting split).
A width of 0 is physically impossible: an object cannot exist at 0 width (in a 3-dimensional world)

Possible rules to warn against these kind of cases:

{{{#!mapcss
way[width=0] {
  throwWarning: tr(""unusual value of {0}"", ""{0.key}"");
}
}}}
or, to include unit support:
{{{#!mapcss
way[width][siunit_length(tag(""width"")) = 0] {
  throwWarning: tr(""unusual value of {0}"", ""{0.key}"");
}
}}}


{{{
Revision:19160
Build-Date:2024-08-01 15:31:59

Identification: JOSM/1.5 (19160 nl) Windows 10 64-Bit
OS Build number: Windows 10 Home 22H2 (19045)
Memory Usage: 315 MB / 2012 MB (17 MB allocated, but free)
Java version: 21.0.4+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1080x32bpp@60Hz (scaling 1.10×1.10)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: nl_NL
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19160, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]

Plugins:
+ OpeningHoursEditor (36258)
+ imagery_offset_db (36289)
+ measurement (36256)
+ pbf (36282)
+ pt_assistant (637)
+ reverter (36256)
+ tageditor (36298)
+ turnlanes-tagging (0.0.5)
+ undelete (36298)
+ utilsplugin2 (36298)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/Potlatch2&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport&zip=1
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.mappaint.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1

Validator rules:
+ %UserProfile%\Documents\tijdelijke bestanden\josm-eigen.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/SuspiciousSwimming_Pool&zip=1
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_Destination.validator.mapcss
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/Colour.validator.mapcss
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/notprefix.validator.mapcss
+ https://raw.githubusercontent.com/osm-fr/osmose-backend/master/plugins/TagFix_MultipleTag2.validator.mapcss
+ https://raw.githubusercontent.com/Famlam/OsmMapcssValidationNL/main/netherlands.validator.mapcss

Last errors/warnings:
- 00001.310 W: extended font config - overriding 'filename.Malgun_Gothic=malgun.ttf' with 'MALGUN.TTF'
- 00001.312 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00001.313 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00002.437 E: java.security.KeyStoreException: Windows-ROOT not found. Oorzaak: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
}}}
"	Famlam
enhancement	23872	1	"""Join Node to Way"" and ""Move Node onto Way"" should have a separate preference for `mappaint.segment.snap-distance`"	Core			2024-08-20T22:26:38+02:00	2024-08-20T22:26:38+02:00	"Copied from [ticket:23859#comment:7]:
> Replying to [comment:4 GerdP]:
> > I think the relevant preference is `mappaint.segment.snap-distance` .
> My problem with this preference is that it is used in several places. E.g. I do not want to set a higher value for snapping onto ways adding nodes but only for the two actions mentioned above. 

Copied from [ticket:23859#comment:8]:
> I agree that the different actions require different values. The relevant code is in `NavigatableComponent.getNearestWaySegmentsImpl()` and this is called by several different actions. 
> It should be possible to add a parameter that specifies the preference which should be used.

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-08-19 23:47:08 +0200 (Mon, 19 Aug 2024)
Revision:19201
Build-Date:2024-08-20 01:30:32
URL:https://josm.openstreetmap.de/svn/trunk
}}}
"	skyper
enhancement	23955	1	Request small change to Terracer plugin	Plugin terracer			2024-10-07T17:27:07+02:00	2024-10-07T18:00:44+02:00	I use the Terracer plugin a lot. Usually I have to change the number of segments and don't set the house number here (but use the House Number Editor which is more comprehensive). So it would suit my usage if the focus on opening the dialog would automatically move to the Segments field and select the default (2), so it can be edited immediately. It would then make sense to have the Segments field first in the list	rmb@…
enhancement	23977	1	[PATCH] Add railway=train_station_entrance to standard preset and mapstyle	Internal preset			2024-10-22T10:10:02+02:00	2024-12-11T14:28:13+01:00	"[https://wiki.openstreetmap.org/wiki/Tag:railway%3Dtrain_station_entrance railway=train_station_entrance is a documented tag] which already sees more than 8300 uses mainly in Europe but also across the world. It allows tagging train station entrances different than subway entrances which is what currently still largely is (ab)used as tagging.

This tag adds a new icon created by me based on the subway entrance icon but coloured black/white to fit into the railway icon theme. This icon is then added to the default mappaint ruleset.
"	Claudius
enhancement	23987	1	"""Undo"" button undo actions in all layers (not only in the active one)"	Core	tested		2024-10-29T20:27:42+01:00	2024-10-30T23:35:51+01:00	"Hi. After several years using JOSM, today i realized that the ""Undo"" button undo actions in all layers, not only in the active one.

Maybe it's not a big issue, but probably because of this behavior, in the past, I lost some work without realizing it, so I would like to have JOSM warns me when I'm undoing things in layers that I'm not seeing right now."	muralito@…
enhancement	24033	1	[Patch] There should be a validator warning for the deprecated key building:roof	Core validator			2024-12-02T21:17:01+01:00	2024-12-03T02:43:22+01:00	"The key `building:roof=*` is deprecated (according to the wiki in favor of `roof:material=*`, see https://wiki.openstreetmap.org/wiki/Key:building:roof). There should be a validator warning for this deprecated key. 

A note: a saw this key not only with material values, but also with roof shape values, e.g. `building:roof=flat` (or gabled/hipped/...). According to taginfo, espacially the tag `building:roof=flat` is still used 10627 times! See https://taginfo.openstreetmap.org/keys/building:roof#values. So maybe the warning text of the validator should not only specify `roof:material=*` as a replacement (like in the wiki), but also `roof:shape=*` ...

One more note: At the moment there is already a validator warning for another similar deprecated key `building:roof:shape=*`, see https://josm.openstreetmap.de/changeset/17942/josm.

"	goodidea
enhancement	24085	1	"SplitMode: Canceling Split in expert mode's ""keep history"" dialog should delete the new node"	Core			2025-01-19T14:23:16+01:00	2025-01-19T14:23:16+01:00	"==== What steps will reproduce the problem?
1. Have expert mode enabled
1. In split mode, click in the middle of two segments of an unclosed way.
1. In the dialog about which way should preserve the old id, click on ''cancel''

==== What is the expected result?
The new node which was just created should be purged, again.

==== What happens instead?
The new node is still present and I have to undo to get rid of the node

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

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2025-01-17 11:48:11 +0100 (Fri, 17 Jan 2025)
Revision:19286
Build-Date:2025-01-18 02:30:38
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (19286 en) Linux Debian GNU/Linux 12 (bookworm)
Java version: 17.0.13+11-Debian-2deb12u1, Debian, OpenJDK 64-Bit Server VM
}}}
"	skyper
enhancement	24191	1	"double ""mode"" in mode menu"	Core			2025-03-05T07:35:31+01:00	2025-03-09T11:48:34+01:00	"We have double ""mode"" in actions in mode menu.
Because ""mode"" is already the name of the menu, we do not need ""mode"" at the end of the actions in this menu.
See atteched picture."	HeiKue
task	16061	1	GeoBretagne orthophotos	Core imagery			2018-03-07T16:25:07+01:00	2018-05-27T03:59:22+02:00	"Hello,
You [https://josm.openstreetmap.de/wiki/Maps/France?action=diff&version=106 removed] Géobretagne orthophoto (the link is not working anymore) but we probably could update them instead (license to check):

https://geobretagne.fr/geoserver/ows?service=wms&version=1.3.0&request=GetCapabilities

{{{
#!xml
photo:ortho-29-2012Orthophotographie du Finistère 2012Orthophotographie réalisée sur le territoire du Finistère en 2012 dans le cadre d'un marché Mégalis Bretagne et suivi techniquement par le pôle métier ortho29 de GéoBretagne.

Caractéristiques techniques :

Résolution : 20 cm (sauf sur l'emprise de Brest Métropole où elle sera de 10 cm)

Précision : 40 cm (sauf sur l'emprise de Brest Métropole où elle sera de 20 cm)

La prise de vue a été réalisée en été 2012.
}}}

{{{
#!xml
photo:ortho-29-2015Orthophotographie du Finistère 2015Orthophotographie réalisée sur le territoire du Finistère en 2015 dans le cadre d'un marché Mégalis Bretagne et suivi techniquement par le pôle métier ortho29 de GéoBretagne.

Caractéristiques techniques :

Résolution : 50 cm

Précision : 40 cm

La prise de vue a été réalisée en été 2015.
}}}

{{{
#!xml
photo:ortho-35Orthophotographie d'Ille et Vilaine 2014Orthophotographie réalisée sur le territoire d'Ille et Vilaine en 2014 dans le cadre d'un marché e-mégalis Bretagne et suivi techniquement par le pôle métier ortho35 de GéoBretagne.
}}}

{{{
#!xml
photo:ortho-35-2012Orthophotographie d'Ille et Vilaine (2011-2012)Orthophotographie réalisée sur le territoire d'Ille et Vilaine en 2011 et 2012 dans le cadre d'un marché Mégalis Bretagne et suivi techniquement par le pôle métier ortho35 de GéoBretagne.

Caractéristiques techniques :

Résolution : 20 cm

Précision : 40 cm



La prise de vue a été réalisée en :

été 2011 - Rennes Métropole

été 2012 - Reste du département
}}}

{{{
#!xml
photo:ortho-35-2014Orthophotographie d'Ille et Vilaine 2014Orthophotographie réalisée sur le territoire d'Ille et Vilaine en 2014 dans le cadre d'un marché e-mégalis Bretagne et suivi techniquement par le pôle métier ortho35 de GéoBretagne.
}}}


{{{
#!xml
photo:ortho-56Orthophotographie du Morbihan 2013Orthophotographie réalisée sur le territoire du Morbihan en 2013 dans le cadre d'un marché e-mégalis Bretagne et suivi techniquement par le pôle métier ortho56 de GéoBretagne.

Caractéristiques techniques :

Résolution : 20 cm

Précision : 40 cm

Sur les agglomération de Vannes et Lorient, une prise de vue à 10 cm a aussi été réalisée.

La prise de vue a été réalisée en 2013.
}}}

{{{
#!xml
photo:ortho-56-2010Orthophotographie du Morbihan 2010Orthophotographie réalisée sur le territoire du Morbihan en 2010 dans le cadre d'un marché e-mégalis Bretagne et suivi techniquement par le pôle métier ortho56 de GéoBretagne.
}}}

It seems the server also offer TMS and WMTS: https://geobretagne.fr/geoserver/web/"	Don-vip
task	17047	1	Document how to use the checkstyle plugin provided by JOSM in Eclipse	Core			2018-11-29T09:15:21+01:00	2019-03-25T12:03:40+01:00	"See #16938#comment3 and #16938#comment7

I tried to put the file  \josm\core\tools\checkstyle\checkstyle-all.jar into dropins\plugins as well as
plugins,each time followed by a start with eclipse -clean. I saw no effect.

Maybe I have to uninstall the ""normal"" checkstyle plugin?

"	GerdP
task	18563	1	Window: Change Relation	Core	latest		2020-01-16T00:46:07+01:00	2020-01-16T11:56:58+01:00	"Hello,

When you open the mentioned window to edit a Relation, there are only a few tags that are visible.
I have to manually enlarge each window to see all the tags.
The little arrows are useless to me because they hide a part of the window: either the tags or the members.
Is it possible to have an enlargement that adjusts itself according to the number of tags?

it's very painful when you have to check several Relation.

Thanks"	gendy54
task	20124	1	Revise osmwiki:JOSM/Installation and osmwiki:JOSM/Linux	Wiki content			2020-11-21T10:22:15+01:00	2020-11-21T14:24:59+01:00	"The following two osmwiki pages contain plenty of outdated or dubious content (e.g., section Secure download or the `-Dsun.java2d.opengl=true` recommendation):
* [[osmwiki:JOSM/Installation]] 
* [[osmwiki:JOSM/Linux]]"	simon04
task	20284	1	Move Mapillary Main to proper namespace	Trac			2020-12-23T13:38:01+01:00	2021-01-27T19:12:59+01:00	"Is it possible to move wiki:/Dialog/MapillaryMain and its translations to proper namespace under wiki:/Help/Plugin/Mapillary, please. Thanks.

Sorry I have no user rights to do it myself."	skyper
task	23679	1	Update OSM Server preference page	Wiki content			2024-05-14T16:34:08+02:00	2024-05-14T23:03:32+02:00	"[wiki:Help/Preferences/Connection OSM Server preferences] needs some updates:
* OAuth1 is outdated and can be removed
 * Some screenshots need updates
* OAuth2 needs some better wording as the seems to be some confusion about ""Remote Control"", see [https://community.openstreetmap.org/t/113078]
 * As I understand it, OAuth2 uses ""Remote Control"" under the hood which can lead to problems if there is already another instance of JOSM with enabled ""Remote Control"" running but you definitely do not have to enable ""Remote Control"" to get a token.

Besides that, what should we do with [wiki:Help/Dialog/OAuthAuthorisationWizard]. Is it still useful or should the whole page be deleted?"	skyper
task	23741	1	Plugin statistics	Plugin			2024-06-18T18:27:53+02:00	2024-06-18T18:44:14+02:00	"Do we have any plugin statistics we can make available? Specifically for the install base. I know we have no visibility into how many people actually use their installed plugins.

This is mostly so I know which plugins to prioritize for fixing things, adding new features, or profiling workflows. I've been prioritizing things based off of Trac ticket creation, but that isn't helpful for profiling or new features. Fixing broken things does tend to take priority though :)

For example, if I get a bug against `buildings_tools`, I'm going to prioritize it since I ''believe'' a good chunk of JOSM users have it installed. If I get a ticket against `tracer2`, I'm probably going to deprioritize it since I ''believe'' there are relatively few users of that plugin."	taylor.smock
task	23904	1	Write new routing plugin	Plugin routing2			2024-09-06T12:25:53+02:00	2024-12-13T12:54:30+01:00	"Problem:
Mappers attempting to debug why a routing engine does stupid things or takes poor routes.

Solution:
Show mappers a route with route instructions as they edit live.

Goals:
1. Use production routing engines
 * [https://github.com/valhalla/valhalla valhalla]
 * [https://github.com/osmandapp/OsmAnd OsmAnd]
 * [https://github.com/Project-OSRM/osrm-backend OSRM]
 * [https://github.com/organicmaps/organicmaps Organic Maps]
2. Show routing instructions in JOSM for given modes (pedestrian, biking, vehicle, and ''possibly'' public transport)
3. [Stretch goal] If routing engine supports it, show weights for ways in given mode; this should allow debugging ''why'' a different route was not chosen.

----

MVP will use ''one'' of the specified routing engines and show routing instructions in JOSM.
I am currently investigating using valhalla for the initial routing engine. This will most likely require Java 22 for [https://openjdk.org/jeps/454 FFI] support without JVM flags. Alternatively, I can use JNI or a derivative thereof. As an additional alternative, if the routing engine exposes a web interface or a command line interface, we can use those for routing support.

Possible implementation details:
Valhalla (MIT):
* Provides a C++ library (`libvalhalla`)
* Provides a web interface
* Provides a [https://valhalla.github.io/valhalla/#command-line-tools CLI]
OSRM (BSD 2-clause):
* Provides a C++ library
* Provides a [https://project-osrm.org/docs/v5.24.0/api/# web] interface
OSMAnd (GPLv3):
* Java library and bindings already written (thanks to Android)
* Has some kind of web interface (see comment:2)
Organic Maps (Apache 2):
* Java library and bindings already written (thanks to Android)

----

Most likely, I will have to write the current edit layer to pbf in order to load it into a routing engine. There may be additional steps, such as converting the pbf to the engine specific format.

----

This plugin should completely replace the [https://josm.openstreetmap.de/browser/osm/applications/editors/josm/plugins/routing routing] plugin which uses custom Java code for routing."	taylor.smock