SASGIS

Веб-картография и навигация


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001811SACS.Планета[All Projects] Хотелкаpublic07-02-2013 20:0009-08-2013 15:13
Reportervasketsov 
Assigned Tovasketsov 
PrioritynormalSeverityfeatureReproducibilityunable to reproduce
StatusclosedResolutionfixed 
PlatformWindowsOSVistaOS VersionUltimate
Product Version.Nightly 
Target VersionFixed in Version130803 
Summary0001811: Определения наличия новых снимков в форме поиска снимков
DescriptionИдея от AlexZZZ1967. Его реализацию в его репо оставим без комментариев (я в общем-то ему поуказывал на косяки, надеюсь что где-то он сам доведёт до ума, где-то типа как путь пробросить из iniшки - сам сделаю).

Только идея.

После скачки снимков проверяем по базе (не в смысле СУБД или базы меток, у меня была идея проверять по базе меток, всё равно я кладу полигоны в базу меток, но он меня переубедил, пусть даже просто файл будет с уникальными идентификаторами снимков, датами, ну может её чем, раздельно по сервисам, или одна плоская табла в sqlite - пофигу). Нет снимка в базе - значит новый - каким-то образом его выделяем в дереве (сразу скажу, что пихать в название снимка NEW мне не очень нравится). Соответственно может быть даже по галочке вообще не показываем старые снимки.

Соответственно если это вдруг кому-то интересно, при всей простоте реализации возникают тонкие вопросы, если которые не продумать - смысл хотелки сразу теряется из-за резкого падения наглядности.
1. Как именно автоматически помечать снимки как старые (класть в базу), по какому условию, не сразу же после выкачки повторно уже считать его старым. Как вариант - сохранять дату его первого прилёта, в течение первых суток он считается новым.
2. Как отображать сами новы снимки в дереве, и в элементе с датой.
Есть идеи, дополнения и т.п?
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0010519)
vdemidov (manager)
07-02-2013 20:40

1. Однозначно сохранять дату.
2. Например цветовым кодированием в зависимости от разницы дат с текущей.
(0010520)
AlexZZZ1967 (reporter)
08-02-2013 00:30

Репо тут:
https://bitbucket.org/AlexZZZ1967/alexsas
там уже реализован показ только новых снимков по кнопочке Only New
(0010532)
vasketsov (manager)
09-02-2013 20:17

Вроде бы в первом приближении сделал.
Но надо как-то немного реорганизовать формочку что ли.
Потенциально ещё надо добавить галку использовать или нет хранилище, плюс число дней протухания снимка. Сейчас оно только из ini-шки читается, а число дней и не прикручено, покуда SpinEdit не сделан.
Да ещё слева 4 галки упадёт (а потом может ещё N если руки дойдут до search.kosmosnimki).
зы. Из очевидного - заменить кнопки на спидбатоны, но то справа. Дальше идеи кончаются. Что делать слева - ума не приложу. Ну не вечно же туда галки в кучу накидывать ((.
(0010533)
Garl (reporter)
11-02-2013 04:33

dg2 периодически отдаёт неуникальное Х701 и т.п. c разными датами
в диалоге по хорошему выход :
1) или как с гео-кодерами выбираем провайдер и ищем по одному, (аля как в диалоге экспорта)
2) листбокс с чекбоксами, но тогда надо лепить какой-то универсальный интерфейс.(можно искать по нескольким сервисам сразу)
3) у космоснимков ещё есть поиск ....

и сделать бы эту штуку вообще отключаемой, но ненао мне иметь палево о том где и что я искал :)
(0010534)
vasketsov (manager)
11-02-2013 08:50

>Х701
Это что такое, откуда? )))

>выбираем провайдер и ищем по одному
Вот уж чего реально не хочется - тыкаться 100500+ раз в кнопку обновления для одного тайла, перестраивая при этом галочки и прочие селекторы поиска.

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

В этом смысле сервисы, которые напрямую не качаются (search.kosmosnimki, GeoFuse, DD), могут быть представлены на первй закладке одной лишь галочкой, а все параметры поиска по ним (теперешние галочки + возможно новые фильтры) уедут на вторую закладку.

Это кстати решит проблему излишней "жадности" галочки включения всех сервисов, так как её нажатие выдаёт слишком много информации с точки зрения доступных снимков (ибо бОльшая часть снимков это GeoFuse+DD - а они сасу недоступны).

В общем, у меня пока в этом направлении мысли движутся: всё что не надо непосредственно для настройки поиска новых снимков для скачки с доступных сервисов - на вторую закладку.

>сделать бы эту штуку вообще отключаемой
Сделал уже, и даже сохранять состояние будет в ini-шку.
(0010535)
Garl (reporter)
11-02-2013 09:00

>>Х701
> Это что такое, откуда? )))
это идентификатор 48 стека DG
есть ещё Х738 - это 49 стек. там мозаика из цветных снимков...
для этого случая FeatureID - не уникальный(всегда один), и надо брать LegacyID

>(ибо бОльшая часть снимков это GeoFuse+DD - а они сасу недоступны)
это сейчас, но не факт что не расковыряем...

>>сделать бы эту штуку вообще отключаемой
> Сделал уже, и даже сохранять состояние будет в ini-шку.
ага увидел потом. красота...
(0010536)
vasketsov (manager)
11-02-2013 09:26

>мозаика из цветных снимков
>FeatureID - не уникальный(всегда один), и надо брать LegacyID
Напиши куда тыкаться надо на каком зуме. Чтобы было на каких кошках тренироваться.
А то вдруг такая же ботва для мозаик на нокии например, и я их опять прощёлкал.

>но не факт что не расковыряем
Ну тогда по логике появится какая-то одна галочка на предмет работы с новым сервисом, а его критерии поиска бОльшей частью возможно даже так и останутся на второй закладке. В идеале хотелось бы вообще добиться соответствия между галочками и zmp, где это возможно.
(0010537)
Garl (reporter)
11-02-2013 09:35

N43°54'16,86" E40°34'56,39"
зум 14, DG2 дата 2006.08.07

N44°04'50,61" E40°19'42,73"
DG2 дата 2004,08,27
(0010539)
vasketsov (manager)
11-02-2013 10:43

Всё понял с Х701. Кроме Х738 есть ещё варианты?
Хотя наверное проще один раз по длине отсечься, типа если фичаайди короче или равна 16 - прибавлять легасиайди.
(0010541)
Garl (reporter)
11-02-2013 11:07

доступ к стекам же зависио от ключика, поэтому не имея больше данных по длине будет универсальнее
бывает ещё просто "7015" но это отдавал Teraserver...
(0010549)
AlexZZZ1967 (reporter)
12-02-2013 12:18

Как-то не единообразно выводятся спутники
Думаю правильно типа как в DataDoors выводится

<короткое имя провайдера>:<Имя спутника>[<идентификатор снимка>]
типа: RC:Ресурс-ДК[1459]
      DD:WorldView-1[4737ec45-6d04-4081-bc6a-1a5700d30844]
      KS:Spot-5 10m Color[SP5_082228_0804260950139_2J]
Причем для простоты(если есть возможность) идентификатор снимка показывать только в хинте, а в имени его прятать
Если провайдер без информации о спутнике, то просто Имя провайдера и идентификатор.
      Terraserver:[X701]
      Bing(z15)
      ESRI:IKONOS[73287]
      DG-49:[7015317695]
      GF:IKONOS-2:[2000044876301THC]
      Nokia(z13):[4737ec45-6d04-4081-bc6a-1a5700d30844]
(0010550)
Garl (reporter)
12-02-2013 12:36

та вроде всё нормально и информативно и главное единообразно
(0010551)
vasketsov (manager)
12-02-2013 13:01

Если это касается только лишь формирования текста узла в дереве - это можно и пописать. Но всё что касается формирования имени и описания полигона - куда более тонкие материи. В частности, по имени и описанию полигона определяется и генерится версия для скачки для некоторых картосервисов. Поэтому просто так импортилку полигонов (речь про форму поиска) менять нельзя, а я вот так и вижу уже следующую претензию, что в базу меток полигоны залетают не единообразно )).
(0010559)
AlexZZZ1967 (reporter)
13-02-2013 10:00

Да это касается исключительно форматирования текста. Я могу это сделать.
Кстати я у себя разместил вариант оформления формы - мне кажется он более наглядный, информативный и единообразный :)
(0010631)
vasketsov (manager)
24-02-2013 21:11

Поскольку по сабжу работ больше не планируется, определение старых и новых снимков вполне себе работает, реквестирую закрытие тикета.
То что как-то не единообразно выводятся спутники - формально за рамками этого тикета.
(0010634)
Garl (reporter)
25-02-2013 04:24

согласен. тикет скорее решён. закрываем.

- Users who viewed this issue
User List Anonymous (1689x), rass (1x)
Total Views 1690
Last View 29-03-2024 07:43

- Issue History
Date Modified Username Field Change
07-02-2013 20:00 vasketsov New Issue
07-02-2013 20:00 vasketsov Status new => assigned
07-02-2013 20:00 vasketsov Assigned To => vasketsov
07-02-2013 20:40 vdemidov Note Added: 0010519
08-02-2013 00:30 AlexZZZ1967 Note Added: 0010520
09-02-2013 20:17 vasketsov Note Added: 0010532
11-02-2013 04:33 Garl Note Added: 0010533
11-02-2013 08:50 vasketsov Note Added: 0010534
11-02-2013 09:00 Garl Note Added: 0010535
11-02-2013 09:26 vasketsov Note Added: 0010536
11-02-2013 09:35 Garl Note Added: 0010537
11-02-2013 10:43 vasketsov Note Added: 0010539
11-02-2013 11:07 Garl Note Added: 0010541
12-02-2013 12:18 AlexZZZ1967 Note Added: 0010549
12-02-2013 12:36 Garl Note Added: 0010550
12-02-2013 13:01 vasketsov Note Added: 0010551
13-02-2013 10:00 AlexZZZ1967 Note Added: 0010559
24-02-2013 21:11 vasketsov Note Added: 0010631
25-02-2013 04:24 Garl Note Added: 0010634
05-03-2013 13:57 vasketsov Project SAS.Планета => SACS.Планета
05-03-2013 13:57 vasketsov Status assigned => resolved
05-03-2013 13:57 vasketsov Resolution open => fixed
09-08-2013 15:00 vasketsov Fixed in Version => 130803
09-08-2013 15:13 vasketsov Status resolved => closed



Copyright © 2007 - 2024 SAS.Planet Team