Notes |
|
(0001502)
|
Tolik
|
06-04-2011 05:26
|
|
Если будет реализована хотелка 518 (определение порядка отображения слоёв на экране), то тот же порядок отображения можно соблюдать и при склейке.
Тогда можно сделать не 4 выпадающих списка, а 1 список с чекбоксами, в котором можно выбрать сколько угодно слоёв. |
|
|
|
Возможно так и стоит сделать. Посмотрим. |
|
|
(0015167)
|
Arech
|
29-01-2015 12:42
(edited on: 29-01-2015 13:15) |
|
Горячо голосую за эту хотелку. Фича была бы очень важной, т.к. часто (всегда!!) бывает необходимость наложить на гибрид много данных (OSM пешеходку + рельеф + гидрографию и т.д. и т.п.).
А сейчас даже гибрид от Яндекса не выбрать как основную карту, только карта==спутник + слой==гибрид. И вообще ничего не наложить сверху :((
Очень жду реализации этой штуки...
ЗЫ: если есть какой-то обходной путь, чтобы склеивать несколько слоёв в результирующую карту (конкретно под использование в OruxMaps) - очень прошу поделиться. Спасибо!
|
|
|
(0015212)
|
zed
|
01-02-2015 18:07
|
|
Есть мысль, как это можно реализовать с точки зрения интерфейса: добавить галочку "Накладывать отображаемые слои". Это по-моему проще всего. Тем более, что обычно перед склейкой мы смотрим на карту и хотим получить её именно в том виде, как она есть. Т.е. эту галочку можно даже включить и по-умолчанию.
И есть небольшое уточнение-вопрос по коду. У нас сейчас за наложение карты и слоя отвечает класс TBitmapLayerProviderMapWithLayer, которому на вход подаются карта и слой. Причём, в интерфейсном плане карта от слоя ничем не отличается, т.е.класс можно немного отрефакторить, чтобы он на вход получал массив/список элементов
- AMapType: IMapType;
- AMapTypeVersion: IMapVersionRequest;
- AUsePrevZoom: Boolean;
и накладывал их один на одного. Очерёдность наложения определять порядком элемента в списке, т.е. где-то выше по коду нужно будет запихивать в список элементы с оглядкой на Z-order слоёв.
Я ничего не путаю? |
|
|
|
|