SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000247SAS.Планета[All Projects] Хотелкаpublic19-11-2010 18:2131-07-2015 11:58
ReporterDJ VK 
Assigned To 
PrioritynoneSeverityfeatureReproducibilityhave not tried
StatusclosedResolutionwon't fix 
PlatformWindowsOSXPOS VersionSP3
Product Version101115 
Target VersionFixed in Version 
Summary0000247: Последовательность отображения полигонов (и меток) определять не очередностью создания, а в зависимости от категории
DescriptionВ редактор меток и полигонов добавить возможность двигать категории вверх вниз, меняя их приоритет. Все включенные метки отображать последовательно по списку категорий - сначала все включенные метки одной, затем следющей, и так далее.

Ну и есть пожелание уже http://sasgis.org/mantis/view.php?id=156
Чтобы сначала все полигоны, затем метки рисовались. Думаю приоритет совместим с ней вполне.
Steps To Reproduce
Additional InformationПриходится часто править и добавлять полигоны. После этого становится сложно выполнять операции с областью по одной категории полигонов при включенных других - они все пересекаются и перекрывают друг друга.
Tagsметки, полигон, структура базы
Relationships
related to 0000156closed vdemidov Отображать метки всегда верхним слоем по отношению к путям и полигонам 
related to 0000518closed vdemidov Необходимо определять в zmp порядок наложения слоёв 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
19-11-2010 18:21DJ VKNew Issue
19-11-2010 18:37vdemidovNote Added: 0000575
19-11-2010 18:37vdemidovStatusnew => acknowledged
19-11-2010 18:37vdemidovTarget Version => 40xxxx
19-11-2010 18:44DJ VKNote Added: 0000578
21-11-2010 18:15vdemidovNote Added: 0000585
25-11-2010 18:36DJ VKNote Added: 0000621
16-12-2010 15:18gpsMaxTag Attached: метки
16-12-2010 15:18gpsMaxTag Attached: полигон
16-12-2010 15:18gpsMaxTag Attached: структура базы
07-04-2011 00:46gpsMaxRelationship addedrelated to 0000156
07-04-2011 03:09gpsMaxRelationship addedrelated to 0000518
11-04-2011 07:11vdemidovStatusacknowledged => confirmed
06-06-2011 21:46gpsMaxPrioritynormal => none
31-07-2015 11:58vdemidovStatusconfirmed => closed
31-07-2015 11:58vdemidovResolutionopen => won't fix
31-07-2015 11:58vdemidovTarget Version40xxxx =>

Notes
(0000575)
vdemidov   
19-11-2010 18:37   
С текущей структурой базы это некуда записывать. А в ближайшее время изменять эту структуру никто не собирается (Даже вложенные категории сделали без изменения структуры).
(0000578)
DJ VK   
19-11-2010 18:44   
разве структура рушится? XML же довольно динамичен. В каждую категорию в список ее параметров просто пишется еще один параметр - Приоритет (Число). И при отображении просто идет сортировка. Если параметров нет (ну или параметра-флага в корневом node) - пронумеровать по порядку, так обеспечится совместимость.
(0000585)
vdemidov   
21-11-2010 18:15   
разве структура рушится? XML же довольно динамичен.
Это если его использовать. А у на XML не используется. Используется сериализация датасетов (то что оно сериализует в xml это просто удачное совпадение от нас не зависящее). И вот она очень болезненно относится к добавлению и удалению столбцов. Так что в ближайшем будущем никаких изменений в наборе датасетов.
(0000621)
DJ VK   
25-11-2010 18:36   
все, тогда ясно. просто совпадение структуры с xml .... ну тогда на будущее оставить, может и xml как раз кстати придется, у него только с временем парсинга проблемы, (решается созданием фонового потока), зато гибкости больше, удобно новые категории наращивать и парметры.