SASGIS - SAS.Планета
View Issue Details
0001729SAS.Планета[All Projects] Багpublic14-12-2012 08:5621-12-2012 19:55
vasketsov 
Garl 
normalminoralways
resolvedfixed 
WindowsVistaUltimate
121010 
131111131111 
0001729: Не все найденные снимки за одну дату отображаются
Если находится несколько разных снимков с одного сервиса за одну дату, но с разными идентификаторами, в "дерево" залетает судя по всему либо первый попавшийся, либо в параметрах "сборная-солянка" из параметров (уточнять бессмыысленно, факт в том что в "дереве" пункт ровно один за эту дату).
Проверять можно чуть западнее Афанасьево (Кировская область, примерно посерёдке по дороге на Омутнинск, зум 10) на DG Catalog:
1)
FeatureId:2b10d0fe0be5b57c48ed1c650c25690a
Date:2011-05-26 07:57:54.124
2)
FeatureId:82cd169a73a5139b4df62d73c297bde0
Date:2011-05-26 07:57:15.918
Как показать оба снимка в "дереве" - пусть болит голова у того, кто будет это делать ))), важно то, что снимки с сервиса тянутся в одном потоке, и в принципе можно даже существуюший узел в "дереве" подправить ))
No tags attached.
jpg _fid_.jpg (161,140) 14-12-2012 10:54
https://bugtracker.sasgis.org/file_download.php?file_id=1197&type=bug
jpg

jpg _fid_2.jpg (145,616) 14-12-2012 11:51
https://bugtracker.sasgis.org/file_download.php?file_id=1198&type=bug
jpg
Issue History
14-12-2012 08:56vasketsovNew Issue
14-12-2012 09:40GarlNote Added: 0010192
14-12-2012 10:53GarlNote Added: 0010193
14-12-2012 10:54GarlFile Added: _fid_.jpg
14-12-2012 11:16vasketsovNote Added: 0010194
14-12-2012 11:16vasketsovNote View State: 0010194: private
14-12-2012 11:50GarlNote Added: 0010195
14-12-2012 11:51GarlFile Added: _fid_2.jpg
18-12-2012 04:54GarlAssigned To => Garl
18-12-2012 04:54GarlStatusnew => assigned
18-12-2012 04:55GarlStatusassigned => resolved
18-12-2012 04:55GarlFixed in Version => 131111
18-12-2012 04:55GarlResolutionopen => fixed
21-12-2012 19:55vdemidovTarget Version => 131111
21-12-2012 19:55vdemidovNote View State: 0010194: public

Notes
(0010192)
Garl   
14-12-2012 09:40   
>Проверять можно чуть западнее Афанасьево (Кировская область, примерно посерёдке по дороге на Омутнинск,
ну есть же операция копирования координат в буфер обмена :)
(0010193)
Garl   
14-12-2012 10:53   
как вариант заменить в u_AvailPicsDG2 строка 141
VAddResult := FTileInfoPtr.AddImageProc(Self, VDate, 'DigitalGlobe', VParams);
на
VAddResult := FTileInfoPtr.AddImageProc(Self, VDate, 'DigitalGlobe:'+VfeatureId, VParams);
итого : обходимся малой кровью и получаем всё как было + ид сразу в списке поиска
(0010194)
vasketsov   
14-12-2012 11:16   
>есть же операция копирования координат
постоянно забываю о её существовании ((

>обходимся малой кровью и получаем всё как было
Хотелось придумать что-нибудь более универсальное, что бы работало для всех сервисов на основании имени уникального поля, а не только там, где разработчик не забыл вытащить его в "дерево" (и оно отображается даже для одного снимка).

Если тащить FeatureId в "дерево" - то опять же надо для всех тащить уникальное поле, так что по сути это предыдущий вариант, только не автоматический, а руками и для всех.

Есть же ещё более дешёвый вариант: поднять признак типа "всегда создавать узел" для сервиса. Сейчас если узел нашёлся - гадим в него, это было сделано для старого DG.

Автоматическая реализация предполагает, что если один узел сервиса за дату - отображаем только имя сервиса (или с зумом, где с зумом), если несколько - добавляем уникальное поле.
Либо наоборот всегда добавлять уникальное поле.
Так вот если такое забацать - специальную обработку для старого и нового DG и поиск поля можно будет не делать, старый DG будет залетать в дерево по-человечески (не tid-ами), но надо будет копирование tid-ов в буфер обмена подправить.
(0010195)
Garl   
14-12-2012 11:50   
можно ещё вот так:
нашли дату: нашли имя сервиса, сравнили поля "Date" при несовпадении добавляем
aid+(ЧЧ:MM:CC) и гадим в этот подпункт.

приложим картинку