Modify

Opened 7 years ago

Last modified 7 years ago

#15639 new defect

JOSM not respecting layers in display

Reported by: dieterdreist Owned by: team
Priority: normal Milestone:
Component: Internal mappaint style Version:
Keywords: template_report, layer, rendering order Cc: naoliv

Description (last modified by Klumbumbus)

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.


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

Attachments (1)

Screen Shot 2017-12-06 at 12.11.06.png (62.3 KB ) - added by dieterdreist 7 years ago.

Download all attachments as: .zip

Change History (9)

by dieterdreist, 7 years ago

comment:1 by Klumbumbus, 7 years ago

Description: modified (diff)

What's the object id?

comment:2 by Klumbumbus, 7 years ago

Component: CoreInternal mappaint style

comment:3 by Don-vip, 7 years ago

Cc: naoliv added
Milestone: 17.12

Isn't it a regression from r13125 as well?

comment:4 by Klumbumbus, 7 years ago

No, layer tags were never taken into account for the internal style until now. (I once (some years ago) tried to create a patch, but failed.)

comment:5 by Don-vip, 7 years ago

Ah ok, my bad. Well you have learned a lot since ;)

comment:6 by Klumbumbus, 7 years ago

Well, in mapcss it should be pretty simple like that: way[layer]::* {z-index: tag("layer");}
However the bigger problem is that we either need to free one of major-z-index, z-index or object-z-index to use for this or invent a fourth like layer-tag-z-index. Currently I think all the major-/z-/object-z-indexes are a bit confused in our style and it is hard to understand as a whole so it is hard to make any change without braking something.

comment:7 by Don-vip, 7 years ago

Milestone: 17.12

ok, not so easy!

comment:8 by Klumbumbus, 7 years ago

As a side effect r13125 "fixed" the same problem for waterway tunnels in most cases, see gif in ticket:15483#comment:5. Maybe this makes the not perfect bridge rendering more obvious.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The owner will remain team.
as The resolution will be set. Next status will be 'closed'.
to The owner will be changed from team to the specified user.
Next status will be 'needinfo'. The owner will be changed from team to dieterdreist.
as duplicate The resolution will be set to duplicate. Next status will be 'closed'. The specified ticket will be cross-referenced with this ticket.
The owner will be changed from team to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.