My favorites | Sign in
Project Home Issues
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 4492: Feature Request: Layer stacking order or z-index for KmlLayer / FusionTablesLayer / MapDataLayer
30 people starred this issue and may be notified of changes. Back to list
Status:  Acknowledged
Owner:  [email protected]


Sign in to add a comment
 
Reported by [email protected], Oct 15, 2012
Currently in APIv3 the most recently added layer ends up on top.

It would be great if an order or zindex property was added to each of the following objects, that controls which layers show up on top of which:
google.maps.KmlLayerOptions
google.maps.FusionTablesLayerOptions
google.maps.visualization.MapDataLayerOptions 


This would be a big win for http://maps.eyesontheforest.or.id/ . The page has a number of wide-area base layers that should be fixed at the bottom, plus smaller polygon layers (species distributions) that should always stay on top, and year-by-year deforestation series that should be stacked in chronological order (no matter the order that someone visiting the page actually adds individual layers onto the map).
Currently have a workaround in place that hides "higher" layers temporarily when something new is added, then puts them back in the right order after a short delay (about 700ms works most of the time..but it's not ideal).

This would presumably be a win on Google's servers as well, since all enabled layers get rendered into the same PNG tiles to be loaded on the map - with only one single possible layer order there will be fewer possible files to generate and cache under mt[01].googleapis.com/mapslt.


Oct 16, 2012
#1 [email protected]
Some similar requests; #2804 for KmlLayers only (57 stars), #3741 for setMap() to be synchronous (make the workaround more reliable/not timing-dependant) (8 stars), and #272 in the fusion-tables issue tracker (42 stars).
Oct 16, 2012
#2 [email protected]
(No comment was entered for this change.)
Status: Acknowledged
Labels: Internal-4957076
Mar 22, 2013
#3 [email protected]
A similar request exists in the Maps Engine issue tracker as well - here's the full roundup now:

Maps Engine (9 stars):
https://code.google.com/p/maps-engine/issues/detail?id=7

Fusion Tables (49 stars):
https://code.google.com/p/fusion-tables/issues/detail?id=272

Maps API, for KmlLayers (62 stars)
https://code.google.com/p/gmaps-api-issues/issues/detail?id=2804

Maps API, setMap synchronous = workaround more reliable (9 stars)
https://code.google.com/p/gmaps-api-issues/issues/detail?id=3741

(also, don't think I can edit the issue title but "MapsDataLayer" should be "MapsEngineLayer" now of course with the API name change)
Apr 30, 2013
#4 [email protected]
It would also be great to specify the layer stacking for polygons, labels & streets. We want to highlight regions of a city but have the street labels still visible above the filled polygon bounds. Hard to have any fill opacity without blocking street label visibility.
Labels above polygons.png
448 KB   View   Download
Jul 18, 2014
#5 [email protected]
Looks like this was added in version 3.15 of the Maps API, for Maps Engine and KML layers.

The google.maps.visualization.MapsEngineLayerOptions object now has a zIndex property. Same for google.maps.KmlLayerOptions (but not for google.maps.FusionTablesLayerOptions).
Sign in to add a comment

Powered by Google Project Hosting