SASGIS - SAS.Планета |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0000518 | SAS.Планета | [All Projects] Хотелка / Feature request | public | 01-04-2011 09:06 | 11-07-2017 07:04 |
|
Reporter | Tolik | |
Assigned To | vdemidov | |
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | fixed | |
Platform | Windows | OS | 7 | OS Version | Ultimate |
Product Version | 110316.Alfa | |
Target Version | 120808 | Fixed in Version | 120808 | |
|
Summary | 0000518: Необходимо определять в zmp порядок наложения слоёв |
Description | Сейчас он вроде бы определяется GUID, но это не гарантированное поведение.
http://sasgis.org/forum/viewtopic.php?p=19365#p19365 |
Steps To Reproduce | |
Additional Information | |
Tags | zmp, слои |
Relationships | related to | 0000494 | resolved | zed | Возможность наложить несколько слоёв в режиме Склеить | has duplicate | 0003256 | closed | vdemidov | Ability to view layers by order | related to | 0000247 | closed | | Последовательность отображения полигонов (и меток) определять не очередностью создания, а в зависимости от категории | related to | 0001110 | confirmed | | Динамическая панель "Слои" |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
01-04-2011 09:06 | Tolik | New Issue | |
01-04-2011 09:36 | vdemidov | Note Added: 0001461 | |
01-04-2011 09:36 | vdemidov | Assigned To | => vdemidov |
01-04-2011 09:36 | vdemidov | Status | new => feedback |
01-04-2011 09:41 | Garl | Note Added: 0001462 | |
01-04-2011 09:42 | Tolik | Note Added: 0001463 | |
01-04-2011 09:42 | Tolik | Status | feedback => assigned |
01-04-2011 09:45 | vdemidov | Note Added: 0001464 | |
01-04-2011 09:45 | vdemidov | Status | assigned => feedback |
01-04-2011 09:50 | Garl | Note Added: 0001465 | |
01-04-2011 09:53 | Tolik | Note Added: 0001466 | |
01-04-2011 09:53 | Tolik | Status | feedback => assigned |
01-04-2011 09:53 | vdemidov | Note Added: 0001467 | |
01-04-2011 09:54 | Tolik | Note Added: 0001468 | |
01-04-2011 09:55 | vdemidov | Note Added: 0001469 | |
01-04-2011 09:55 | vdemidov | Status | assigned => feedback |
01-04-2011 10:04 | Tolik | Note Added: 0001470 | |
01-04-2011 10:04 | Tolik | Status | feedback => assigned |
01-04-2011 10:06 | Tolik | Note Added: 0001471 | |
01-04-2011 10:21 | Tolik | Note Edited: 0001470 | bug_revision_view_page.php?bugnote_id=1470#r400 |
01-04-2011 10:22 | Tolik | Note Deleted: 0001471 | |
01-04-2011 10:35 | Tolik | Note Added: 0001475 | |
01-04-2011 14:01 | gpsMax | Tag Attached: zmp | |
01-04-2011 14:02 | gpsMax | Tag Attached: слои | |
05-04-2011 17:32 | vasketsov | Note Added: 0001495 | |
06-04-2011 05:10 | vdemidov | Assigned To | vdemidov => |
06-04-2011 05:10 | vdemidov | Status | assigned => acknowledged |
06-04-2011 05:10 | vdemidov | Target Version | => 25xxxx |
06-04-2011 05:23 | Tolik | Note Added: 0001501 | |
06-04-2011 06:24 | vdemidov | Note Added: 0001504 | |
06-04-2011 20:25 | gpsMax | Description Updated | bug_revision_view_page.php?rev_id=519#r519 |
06-04-2011 20:26 | gpsMax | Note Edited: 0001504 | bug_revision_view_page.php?bugnote_id=1504#r521 |
06-04-2011 20:30 | gpsMax | Relationship added | child of 0000494 |
06-04-2011 20:31 | gpsMax | Relationship deleted | child of 0000494 |
06-04-2011 20:31 | gpsMax | Relationship added | related to 0000494 |
07-04-2011 03:09 | gpsMax | Relationship added | related to 0000247 |
11-04-2011 07:09 | vdemidov | Status | acknowledged => confirmed |
23-08-2011 18:21 | zOn | Note Added: 0003599 | |
29-02-2012 11:26 | gpsMax | Relationship added | related to 0001110 |
29-06-2012 12:24 | vdemidov | Note Added: 0007713 | |
29-06-2012 12:24 | vdemidov | Status | confirmed => resolved |
29-06-2012 12:24 | vdemidov | Fixed in Version | => 120808 |
29-06-2012 12:24 | vdemidov | Resolution | open => fixed |
29-06-2012 12:24 | vdemidov | Assigned To | => vdemidov |
29-06-2012 12:24 | vdemidov | Target Version | 25xxxx => 120808 |
10-10-2012 11:45 | Tolik | Status | resolved => closed |
11-07-2017 07:04 | zed | Relationship added | related to 0003256 |
03-11-2017 08:27 | vdemidov | Relationship replaced | has duplicate 0003256 |
08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |
Notes |
|
|
А конкретнее? Какое поведение вы хотите получить? |
|
|
(0001462)
|
Garl
|
01-04-2011 09:41
|
|
>Какое поведение вы хотите получить?
чтобы слой Народных Яндекс Карт накладывался например поверх гибрида Гугля.
но для меня это не критично , сегодня вообще первый раз за всё время пользования планетой включил 2 слоя сразу... |
|
|
(0001463)
|
Tolik
|
01-04-2011 09:42
|
|
Есть слои (почти) непрозрачные, есть, наоборот, состоящие из одних надписей.
Надо каким-то образом задавать порядок их отображения (в zmp) так, чтобы надписи оказались поверх непрозрачных объектов. |
|
|
|
>Надо каким-то образом задавать порядок их отображения
Это не конструктивное предложение. Жду чего-то более определенного. |
|
|
(0001465)
|
Garl
|
01-04-2011 09:50
|
|
Можно привязаться к тому же pnum, если от него пока не отказываемся,
или опираться на положение в настройки программы-> карты (он же pnum) |
|
|
(0001466)
|
Tolik
|
01-04-2011 09:53
|
|
Меня вообще-то устраивает упорядочивание по GUID, только если это будет гарантированное поведение.
Или можно ввести новый параметр, например Layer=0..255 |
|
|
|
А в каком порядке? Те что ниже в меню отрисовывать под теми что выше? |
|
|
(0001468)
|
Tolik
|
01-04-2011 09:54
|
|
нет, pnum - это плохой параметр. И никакой связи между порядком в меню и уровнем отображения не д.б. |
|
|
|
>Меня вообще-то устраивает упорядочивание по GUID, только если это будет гарантированное поведение.
Меня не устроит. GUID не для того предназначен.
>Или можно ввести новый параметр, например Layer=0..255
Подробнее пожалуйста. |
|
|
(0001470)
|
Tolik
|
01-04-2011 10:04
(edited on: 01-04-2011 10:21) |
|
Подробнее.
Используем параметр asLayer:
0 - карта, 1..100 - слои.
Если у слоя А asLayer больше, чем у слоя Б, то слой А отображается поверх слоя Б.
Если у разных слоёв asLayer совпадает, порядок определяется положением звёзд на небе (т.е. как сейчас).
В будущем, при желании, можно будет сделать этот параметр редактируемым через меню Параметры слоя.
|
|
|
(0001475)
|
Tolik
|
01-04-2011 10:35
|
|
Для нового слоя Кадастровое землепользование эта фича особенно актуальна: он на зумах 13..15 непрозрачный и перекрывает гибрид НЯК, гибрид ЯК и другие. |
|
|
|
>В будущем, при желании
Вообще-то если и делать, то сразу редактируемым, потому как это исключительно пользовательские заморочки, и в разных местах качество и подробность гибридов на разных уровнях разное.
Идея нумерации слоёв в целях отображения ещё позволит по ходу решить проблему выбора, какие именно слои накладывать на карту при склейке и нарезке в жпеги. Просто указыванием граничного(ых) значения(ий) номера слоя. А там уж юзер пусть сам настраивает. |
|
|
(0001501)
|
Tolik
|
06-04-2011 05:23
|
|
Можно и сразу сделать редактируемым, я только за :)
А вот со вторым предложением не согласен.
Для склейки надо выбирать несколько слоёв явно (с помощью выпадающих списков, чекбоксов и т.п.) А порядок наложения при склейке может и совпадать с порядком наложения при отображении - но это лучше обсуждать в хотелке 494. |
|
|
(0001504)
|
vdemidov
|
06-04-2011 06:24
(edited on: 06-04-2011 20:26) |
|
Ну значит что-то такое и будем делать. И естественно выбор при склейке, не для этой темы.
|
|
|
(0003599)
|
zOn
|
23-08-2011 18:21
|
|
можно сделать как в ГлобалМаппере (и т.п.) КонтролЦентр (Менеджер слоев), в котором сам пользователь двигает все включеные слои/карты относительно друг-друга.
правда это придется делать каждый раз. |
|
|
|
Оказывается уже давненько реализовал хотелку. Параметр LayerZOrder в zmp. Может быть как положительным так и отрицательным. По умолчанию 0. Слои с большим значением будут отображаться поверх слоев с меньшим значением. |
|