Opened 4 years ago
Closed 4 years ago
#22056 closed defect (fixed)
[RFC PATCH] When `changeset_source` is set via remote control or file load, allow `Automatically obtain source from current layers` to autofill the source tag
| Reported by: | Owned by: | team | |
|---|---|---|---|
| Priority: | normal | Milestone: | 22.05 |
| Component: | Core remotecontrol | Version: | latest |
| Keywords: | template_report | Cc: |
Description
What steps will reproduce the problem?
- When I try uploading data to OSM server the imagery layer does not automatically upload even when the box is already checked.
What is the expected result?
The imagery layers should update automatically
What happens instead?
The imagery layer recognises only Bing, even when its not being used.
Please provide any additional information below. Attach a screenshot if possible.
Revision:18427 Build-Date:2022-04-05 19:23:14 Identification: JOSM/1.5 (18427 en) Windows 11 64-Bit OS Build number: Windows 10 Home 2009 (22000) Memory Usage: 1334 MB / 3044 MB (735 MB allocated, but free) Java version: 17.0.2+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.nimbus.NimbusLookAndFeel Screen: \Display0 1366×768 (scaling 1.00×1.00) Maximum Screen Size: 1366×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_US 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] Dataset consistency test: No problems found Plugins: + BuildingGeneralization (36) + Tracer (35893) + apache-commons (35924) + apache-http (35924) + buildings_tools (35951) + imagery_offset_db (35893) + jna (35924) + mapathoner (1.1.13) + mapwithai (1.9.10) + turnrestrictions (35893) + utilsplugin2 (35951) Map paint styles: + https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1 + https://github.com/MissingMaps/josm_styles/archive/master.zip - https://github.com/osmlab/appledata/archive/josm_paint_inline_validation.zip + %UserProfile%\Documents\applepaintstyles-main.zip Last errors/warnings: - 33418.711 W: java.net.UnknownHostException: ecn.t0.tiles.virtualearth.net - 33418.711 W: java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - 33418.711 W: java.net.UnknownHostException: ecn.t2.tiles.virtualearth.net - 33418.711 W: java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - 33418.711 W: java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net - 33418.712 W: java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net - 33418.712 W: java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net - 33419.473 W: java.net.UnknownHostException: ecn.t3.tiles.virtualearth.net - 33419.473 W: java.net.UnknownHostException: ecn.t2.tiles.virtualearth.net - 33419.473 W: java.net.UnknownHostException: ecn.t1.tiles.virtualearth.net
Attachments (2)
Change History (7)
by , 4 years ago
| Attachment: | JOSM ERROR.jpg added |
|---|
comment:1 by , 4 years ago
Looking at the project, https://tasks.hotosm.org/projects/12404/tasks, it looks like they have specified the imagery as Bing.
Since the imagery is specified, the Tasking Manager tells JOSM to use that source. (See tasking-manager/.../openEditor.js#L182).
We probably ought to allow other sources to be appended to that list automatically.
comment:2 by , 4 years ago
| Component: | Core → Core remotecontrol |
|---|---|
| Summary: | Automatically obtain source from current layers not loading layers automatically → [RFC PATCH] When `changeset_source` is set via remote control or file load, allow `Automatically obtain source from current layers` to autofill the source tag |
attachment:22056.patch does the following:
- Converts
getSourceLayerfromBasicUploadSettingsPanelto package-private from private. - Overrides
getChangesetSourceTaginOsmDataLayerto use the set changeset tags - Overrides the tags set by the data set if
upload.source.obtainautomaticallyistrue.
The question for the rest of the team:
- Do we want to override the changeset source tag set by
changeset_sourcein remote control? The documentation states thatchangeset_sourcewill be the "Source of the changeset". This implies (to me) that it is equal tosourcein the changeset.
by , 4 years ago
| Attachment: | 22056.patch added |
|---|
Allow Automatically obtain source from current layers to work when the dataset has a source changeset tag applied
comment:3 by , 4 years ago
I asked a person involved with the TM, and he expected the source tag to be what was set and what the user used. I'll go ahead and merge the patch Monday, if I don't hear from anyone that the current behavior is expected (with an explanation for why).
comment:4 by , 4 years ago
| Milestone: | → 22.05 |
|---|



A snip of the error