View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001869SAS.Планета[All Projects] Хотелкаpublic22-03-2013 13:0318-07-2018 07:49
Reporterzarius 
Assigned Tozed 
PrioritynormalSeverityfeatureReproducibilityhave not tried
StatusresolvedResolutionfixed 
PlatformWindowsOSXPOS VersionSP3
Product Version131111 
Target Version141111Fixed in Version141111 
Summary0001869: Обработка внешнего события в САСе с переходом к координатам на карте
DescriptionХотелось бы иметь возможность посылать сообщения САСу (например SendMessege из winapi) из сторонней программы. При получении данного сообщения выполняется действие перехода САСа к определенной координате (один из вариантов использования данного механизма). Координата может передаваться как с самим сообщением, либо храниться в некотором файле.
TagsWM_COPYDATA
Attached Files? file icon послать сообщение SAS.au3 [^] (2,243 bytes) 29-03-2013 06:35
? file icon послать сообщение SAS.exe [^] (303,821 bytes) 29-03-2013 06:35

- Relationships
related to 0000033confirmed Загрузка меток через командную строку 
has duplicate 0002168closedvdemidov Обработка внешнего события в САСе с переходом к координатам на карте 
has duplicate 0002440closedvdemidov Закидывание через неопределенное время метки из стороннего ПО, например, метки отбор проб. 
related to 0002518confirmed При запуске второго экзепляра САС с парметрами передавать их уже запущенному 
related to 0001000confirmed Динамические объекты 

-  Notes
(0010935)
zed (manager)
28-03-2013 16:29
edited on: 28-03-2013 16:30

Походу, инициатор сам решил данную хотелку: pull-request №179, так что открыл тикет.

(0010936)
zarius (reporter)
29-03-2013 06:38

Для примера реализации добавил небольшой скрипт "Послать сообщение SAS" (исходники + exe).
Резализован с помощью AutoIt v3 (http://www.autoitscript.com/autoit3/)

Примеры запуска:
("послать сообщение SAS.exe" MSG "1;58.594136;49.684498;17") - переход к координате с масштабом 17
("послать сообщение SAS.exe" ?) - выведет хелп по параметрам запуска
(0010937)
Garl (manager)
29-03-2013 11:08

может ещё прилепить переключение на карту\слой?
(0010938)
zarius (reporter)
29-03-2013 11:27

хм... как вариант можно... только как передавать ИД карты/слоя?
а вообще практическое применение переключения карты/слоя извне есть?
(0010939)
Garl (manager)
29-03-2013 11:44
edited on: 29-03-2013 11:44

Передавать по уникальному GUID
практическое: перейти к координате х.у на карте Z

(0010940)
zarius (reporter)
29-03-2013 12:59

вообще думаю будет полезно... посмотрю в эту сторону...
(0010941)
zed (manager)
30-03-2013 21:01

А ещё, может оказаться полезным передавать команду на начало загрузки выделенной области. Т.е. передаётся зум, GUID и, скажем, путь до hlg с выделенной областью. Таким образом, можно будет автоматически стартовать загрузку сразу для нескольких зумов.
(0010942)
vasketsov (manager)
30-03-2013 21:15

Есть подозрение, что передавать команду на начало загрузки выделенной области надо через какой-нибудь файл типа sls, ибо число параметров при загрузке области дюже велико, чтобы их все запихать в строку, да и меняться оно может, а функциональность sls и так их (все параметры сессии загрузки) замечательно покрывает. Хотя конечно в команде можно перекрыть Zoom и Guid.
(0010985)
zarius (reporter)
04-04-2013 09:40

В процедуру приема сообщений из других приложений добавил отработку новых действий:
5. изменение карты/слоя по GUID (в случае со слоем - активация/деактивация в зависимости от текущего состояния)
6. установка признака видимости меток на карте (1 - видимы; 0 - не видимы)
(0010987)
zarius (reporter)
04-04-2013 09:47

Вот сейчас думаю как сделать так чтобы с помощью SAS "снимать" необходимую координату. Например, поступает сообщение с режимом "снять координату" - в SASе устанавливается некий флаг ожидания двойного щелчка мыши. После выполнения оного SAS инициирует пересылку этих координат так же через SendMessege обратно (в этом случае необходимо передавать и хранить в SASе хэндл вызывающего приложения).
Может данную ситуацию можно отработать другим способом?

К слову, сейчас я ее отрабатываю через установку временной метки на карту - но не очень нравится интерактивность данного действа.
(0010988)
vasketsov (manager)
04-04-2013 10:01

>как сделать так чтобы с помощью SAS "снимать" необходимую координату
>устанавливается некий флаг ожидания двойного щелчка мыши
>инициирует пересылку этих координат так же через SendMessege
>хранить в SASе хэндл вызывающего приложения
Вы это всё реально хотите? Пулреквест не примут, я гарантирую это. Потому что это бред.

Максимум что получится (если vdemidov будет в хорошем настроении) - PostMessage на хэндл из WM_COPYDATA, а упаковать текущие координаты в 2 Integer-а можно просто умножив их на $B60000 и округлив до целого, ошибка на экваторе будет меньше сантиметра:
// $B60000 = 11927552
// максимум = 2146959360 = 7FF80000
// квант = 0.000000083839500343406
// при длине экватора 40075км одному кванту соответствует 9мм на экваторе
c_COORD_to_INT = $B60000;

зы. Надо будет ещё сделать команду типа
M/CAT_NAME/MARK_NAME/IMG_NAME/kml/56.711,60.718,125
для создания или обновления метки (по аналогии с тем, что я делал для внутреннего httpd). Но это я сам сделаю, когда этот пункт закроется, чтобы лишний раз не ковыряться, потом если надо будет - перетащите.
(0010990)
zarius (reporter)
04-04-2013 10:17

PostMessage тоже неплохо :) спасибо за идею

По работе с метками думал, но пока решил повременить - сейчас работаю напрямую через БД SQLite (еще раз спасибо за реализацию). Кстати, есть ли новости на этом плане? Можно ли надеяться что эти изменения войдут в основную ветку?
(0010991)
vasketsov (manager)
04-04-2013 10:21

>Можно ли надеяться что эти изменения войдут в основную ветку?
Надеяться можно ))
(0010992)
vdemidov (manager)
04-04-2013 10:34

Я бы все-таки посоветовал переделать идентификаторы операций с чисел на осмысленные слова. А еще лучше реализовать что-то типа параметров коммандной строки и использовать этот же код и при запуске.
(0010993)
zarius (reporter)
04-04-2013 10:53

>Я бы все-таки посоветовал переделать идентификаторы операций с чисел на осмысленные слова.
При наличии большого числа режимов - действительно имеет смысл, так что согласен.
например:
goto = 1. переход к координате;
nav = 2. навигация на координату;
gotonav = 3. переход к координате с навигацией;
zoom = 4. изменение зума
map = 5. изменение карты/слоя по GUID
marks = 6. установка признака видимости меток на карте
mark = добавление/удаление/обновление метки
нормально? или есть что поправить?
(0010994)
zarius (reporter)
04-04-2013 10:58
edited on: 04-04-2013 11:03

>А еще лучше реализовать что-то типа параметров коммандной строки и использовать этот же код и при запуске.
хм.. сомневаюсь что объединение с режимом запуска из ком. строки будет оправданным, т.к. некоторых результатов можно достичь только за несколько вызовов. С командной же строкой мы ограничены одним вызовом. Хотя возможно это когда-нибудь пригодиться.

P.S. кроме того при запуске этих же результатов можно достичь правкой ini

(0010995)
zed (manager)
04-04-2013 11:05

Как вариант, можно выдумать свой файл сценариев и передавать его на вход при запуске. Но задача сильно усложняется.
(0010996)
vdemidov (manager)
04-04-2013 11:05

Лучше сделать как параметры в командной строке:
--move=({lon},{lat})
--zoom={value}
--navigation=({lon},{lat})
--map={GUID}
--show-placemarks={0/1}
--insert-placemark=("{name}";{lon},{lat};....)
И тд.
Тогда их можно будет спокойно комбинировать без создания таких странных гибридов как gotonav.
Можно будет сделать передачу их из коммандной строки заменив существующую обработку
Можно будет сделать что бы при запуске второй копии САСа с параметрами, она не стартовала а просто передавала команду уже запущенной версии.
(0010997)
vasketsov (manager)
04-04-2013 11:12

1. gotonav реально отдельный нужен, нельзя парой goto+nav обойтись?
2. marks как-то непонятно, что show или hide или что это visibility.
3. mark - имеет смысл разделять (создание+обновление) и (удаление). это так сказать разные бизнес-процессы. и накосячить шансов меньше.
(0010998)
vdemidov (manager)
04-04-2013 11:35

> некоторых результатов можно достичь только за несколько вызовов
В том варианте что предлагаю можно несколько команд за раз передать

> P.S. кроме того при запуске этих же результатов можно достичь правкой ini
Прямая правка чужого конфига не самый лучший вариант - названия параметров могут поменятся в любой момент так как они не относятся к публичному интерфейсу программы.
(0010999)
zarius (reporter)
04-04-2013 12:00

>1. gotonav реально отдельный нужен, нельзя парой goto+nav обойтись?
Уже тоже думаю, что не нужен. Лучше отдельно goto+nav
Остальные пункты тоже поддерживаю.

>Можно будет сделать что бы при запуске второй копии САСа с параметрами, она не стартовала а просто передавала команду уже запущенной версии.
"ЗА" двумя руками! :) Это реально решит проблему, когда в сторонних приложениях нет возможности создать указатель на "COPYDATASTRUCT".
(0011000)
vdemidov (manager)
04-04-2013 12:04

> "ЗА" двумя руками! :) Это реально решит проблему, когда в сторонних приложениях нет возможности создать указатель на "COPYDATASTRUCT".
Ну так вперед. Только хорошо бы новый парсер комманд вынести в отдельный класс, который будет получать необходимые для работы интерфейсы в конструкторе, но это всегда успеется.
(0011001)
zarius (reporter)
04-04-2013 12:17

>Ну так вперед.
Начну копать в этом направлении.
Думаю что надо предусмотреть что то вроде --handle={win_handle} чтобы можно было команды посылать направленно.
(0011006)
vasketsov (manager)
04-04-2013 19:36

>handle={win_handle}
OMG. Что это? Если это хендл окна клиента - то почему вообще такая дурная мысль возникла, что клиент у саса будет один с одним окном?

>чтобы можно было команды посылать направленно
Надо не команды посылать направленно, а отвечать только тому клиенту, который запросил данные (если в данных есть hwnd - ради бога). Совершенно стандартный клиент-серверный подход. Клиент шлёт запрос, а сервер на него отвечает. Близкая аналогия - протокол FTP.
(0011007)
zarius (reporter)
05-04-2013 05:19
edited on: 05-04-2013 05:20

Попробую пояснить: если организовать выполнение команд через командную строку и при этом "сделать что бы при запуске второй копии САСа с параметрами, она не стартовала а просто передавала команду уже запущенной версии" - как будет осуществляться поиск этой уже запущенной версии? А если в текущий момент запущено более одной копии САС? Будет неприятно, если, например, метка добавиться не в ту копию САСа. Имхо, если хэндл передан - команду транслировать в него, иначе - осуществлять поиск по заголовку окна.
Или я как то не так понял замысел?

(0011008)
vasketsov (manager)
05-04-2013 06:23

>сделать что бы при запуске второй копии САСа с параметрами, она не стартовала а просто передавала команду уже запущенной версии
Это слишком глобальная задача, чтобы её тут решать. И в такой формулировке решение её бессмыслено. Передача парамеров нужна для блокированных меток в SML? Так давайте проблему решать, а не гланды рвать через анус. А если другая версия саса работает по другой базе меток SML? Почему вообще сас должен слать командную строку, а не какая-то другая микроEXEха, специальным образом обученная для этого, в том числе обученная на поиск нужного саса?

>как будет осуществляться поиск этой уже запущенной версии?
Давайте этот вопрос оставим за рамками этой темы. Я вам могу сразу написать, что однозначно 100% работающего решения нет, даже регистрация широковещательного сообщения и рассылка его не всегда спасут. А handle у окна в процессе жизни приложения может меняться.

>Будет неприятно, если, например, метка добавиться не в ту копию САСа
В настоящий момент метка либо не добавится вообще в случае блокированного SML, либо без проблем добавится во всех остальных случаях. Как она может добавиться не в ту копию? Если что-то будете делать с метками - тут неважно, по какой причине она не добавилась, или почему добавилась. Просто пробуем добавить, если обломились - ошибка.

>иначе - осуществлять поиск по заголовку окна
шутить изволите? ну найдёте 25 сасовых окон - кому слать будемте?
(0011009)
zarius (reporter)
05-04-2013 06:49

>Почему вообще сас должен слать командную строку, а не какая-то другая микроEXEха
Сейчас у меня так и работает: за пересылку отвечает откомпиленный скрипт. Но vdemidov предложил перенести этот функционал в САС и мне это понравилось - возрастает удобство использования этого функционала. Или все таки в папку с САСом класть некий exe для выполнения этих команд? Давайте определяться...

>А если другая версия саса работает по другой базе меток SML?
А какая разница с какой базой работает вызываемая версия САС, если работать с метками будет именно она своими локальными механизмами?

>ну найдёте 25 сасовых окон - кому слать будемте?
Первому попавшемуся. А вот если задача будет стоять переслать конкретному экземпляру САС из 25 запущенных - это задача уже для того, кто команды посылает - для этого и необходим хендл конкретного САСа в командной строке. Имхо, иначе задачу не решить - либо экземпляр один и мы с ним работаем, либо, если предполагается несколько экземпляров - работаем с заранее определенным - и данную задачу надо решать на уровне приложения, откуда вызывается новый экземпляр САСа с командной строкой.
(0011010)
zarius (reporter)
05-04-2013 07:05

Возможно мы разговариваем о разных вещах и не понимаем друг друга... опишу как я понял идею vdemidov'а: при запуске САСа с командной строкой - САС определяет что за команды и что с ними делать - либо запускаться самому в обычном режиме с выполнением этих команд, либо передать данные команды другой копии уже запущенного САСа через WM_COPYDATA с последующим завершением работы по окончании передачи команд.
(0011011)
zarius (reporter)
05-04-2013 07:10

>ну найдёте 25 сасовых окон - кому слать будемте?
Как вариант при отсутствии хэндла конкретного САСа в командной строке можно выдавать предупреждение и не выполнять команды при наличии нескольких запущенных экземпляров САС.
(0011012)
vdemidov (manager)
05-04-2013 08:13

Все правильно. Именно это я и имел в виду. Тот же GE именно так и делает, ну или очень похоже.
(0011014)
vasketsov (manager)
05-04-2013 09:07

>Но vdemidov предложил перенести этот функционал в САС и мне это понравилось
Это глупость. Сам vdemidov ещё раз подумает, и сам кода-нибудо этого дойдёт. Ибо это нужно ТОЛЬКО для лечения родовых травм саса. Именно это и называется рвать гланды через анус. Лечить надо болезнь, а не её побочные симптомы, никто не лечит грипп платочком (а если лечит - это не лечение, а ожидание, что само рассосётся).

>возрастает удобство использования этого функционала
Какого этого? Поднять сас с кучей памяти вместо микропрограмки или скрипта? Я вас умоляю... ничего удобнее и быстрее чем послать команду напрямую сасу из скрипта сделать не получится по определению, ибо именно в этом случае устраняются все ненужные прослойки между источником данных и их получателем.

>класть некий exe для выполнения этих команд?
Зачем обязательно EXE? Плясать надо от печки. Если сейчас данные для саса в скрипте - оттуда и слать. Если данные в другой программе - оттуда и слать. Если надо играться руками - ну сделайте EXE для игр, если будет проще, но по мне так это ненужная прослойка, играться можно и из скрипта. Я вообще не понимаю, почему возникла ХУДШАЯ идея из всех возможных - свой костыль типа DDE через командную строку и мегатяжёлую EXE-ху?

>Давайте определяться
Я предлагаю по крайней мере в этой теме в рамках этой доработки не делать пересылку между сасами, а только локальную обработку. Если она (обработка) будет вместе с обработкой CmdLine в одном обработчике - да за ради бога.

>А какая разница с какой базой работает вызываемая версия САС
Объясняю. Идея пересылки информации между сасами о необходимости создания метки родилась, потому что сас монопольно блокирует SML. То есть другой сас, чтобы записать метку в свою базу меток (из которой он в лучшем случае может только читать), должен попросить ДРУГОГО саса (причём именно того, кто захватил именно его SML на запись, а не любого произвольного), не будет ли любезен многоуважаемый джинн записать ему меточку в SML. Так что ответ "первому попавшемуся" априори неуместен, так как "первый попавшийся" может либо сам быть без доступа на запись в SML, либо вообще может записать метку в ДРУГУЮ базу SML, и в итоге плохо будет обоим сасам. Рассуждать о ситуации, когда база SML недоступна на запись, и ни один из опрошенных сасов тоже не может в неё записать, я даже не хочу, потому что это будет слишком нечестно.

>при отсутствии хэндла конкретного САСа в командной строке
А если хэндл есть, но он стал чужой? Или другой сасзапущен на другом мониторе на другом рабочем столе под другим юзером в другой WinStation?

>не выполнять команды при наличии нескольких запущенных экземпляров САС
Зачем в сасе новые мертворожденные поделки, которые не работают в случае кучи часто изпользуемых вариантов? Их тут и так хватает.

>Тот же GE именно так и делает
Это не повод заниматься такими же глупостями. У GE выбора нет. А у саса есть.
(0011015)
vdemidov (manager)
05-04-2013 09:43

>>Тот же GE именно так и делает
> Это не повод заниматься такими же глупостями. У GE выбора нет. А у саса есть.
У любой программы, которая хочет зарегистрировать под себя какое-то расширение файлов и не открывать новую копию себя при каждом запуске файла с таким расширением, нет выхода кроме как поступать таким образом (Прмеры: Picasa, WinAmp, MPC-HC, GE, Opera, Notepad++ и еще миллион других программ).


Но согласен, что в данной теме это оффтопик. Главное, что я предлагал, так это делать команды совместимые с командной строкой, все остальное это уже детали реализации
(0011016)
zarius (reporter)
05-04-2013 11:02

>Поднять сас с кучей памяти вместо микропрограмки или скрипта?
Тоже не нравится этот момент. Понятно что если и делать - делать до инициализации основных объектов САСа, но спасет ли это положение?

>Зачем обязательно EXE?
Затем, что намного проще прописать интеграцию через CmdLine - практически любой пользователь сможет сделать это. Кроме того, не каждое приложение может использовать WM_COPYDATA (закрытость кода и все такое).

>Идея пересылки информации между сасами о необходимости создания метки родилась, потому что сас монопольно блокирует SML.
Не знал об этой идее. Мое мнение - не стоит использовать механизм "пересылки информации между сасами" чтобы решить проблему блокировки SML другим САСом. Вот это точно из разряда "мертворожденные поделки". "Лечить надо болезнь, а не её побочные симптомы" - и я с этим полностью согласен. Если необходимо одновременное использование меток разнымим САСами - необходимо развивать БД меток (SQLite и прочие СУБД)

>А если хэндл есть, но он стал чужой?
Это проблема вызывающего приложения

>Или другой сасзапущен на другом мониторе на другом рабочем столе под другим юзером в другой WinStation?
Данный функционал не предназначен для решения описанных задач.
(0011019)
zarius (reporter)
05-04-2013 11:19

В общем я понял что в сторону обработки CmdLine пока не смотрим

Тогда по поводу перевода числовых режимов на рекомендованные vdemidov'ым:
в контексте CmdLine - все здорово, иначе - слишком длинные имена и "лишняя" строковая обработка - надо ли?
(0011021)
vdemidov (manager)
05-04-2013 11:41

> в контексте CmdLine - все здорово, иначе - слишком длинные имена и "лишняя" строковая обработка - надо ли?
по сравнению с затратами на передачу сообщения и данных между процессами это капля в море. Единственный вопрос это достаточно большая сложность кода. Поэтому советую выносить это в отдельный модуль и сразу писать юнит-тесты.
(0011022)
vasketsov (manager)
05-04-2013 12:03

>нет выхода кроме как поступать таким образом
Да ладно )))

Можно зарегистрировать не себя, а микроEXE или скрипт. Соответственно они либо через WM_COPYDATA работают, или через внутренний httpd (из того же консольного скрипта отправлять запросы на http до неприличия просто).

Можно зарегистрировать обработчиком через RunDll32 свою DLL, её же грузить в сасе, а между копиями DLL хоть NamedPipe себе устроить.

Можно ещё настоящий DDE вспомнить.

>делать команды совместимые с командной строкой
Адназначна.
Доступ через WM_COPYDATA - это же по сути легковесный локальный аналог внутреннего httpd, который бы позволил в том числе управлять сасом по сети. И как только в сасе появится внутренний httpd - так сразу же возникнет задача присовокупления обработчика CmdLine + WM_COPYDATA к обработчику внутреннего протокола sas:// (ну или наоборот).

>если и делать - делать до инициализации основных объектов САСа
Если это сделать ДО инициализации - как не профукать такой тонкий момент, что захвативший ранее SML сас сдох, и мы можем смело сами писать в базу меток?
Я потому и предлагаю СОВСЕМ разделить функциональность отправителя и получателя данных, чтобы такой ерунды не возникало.

>намного проще прописать интеграцию через CmdLine
Не совсем. Это проще, если другого способа нет. Тогда действительно придётся писать маааленькую такую EXEху.
Но во-первых она сама не будет ничего блокировать типа SML и будет маленькая и быстрая. Ей надо только уметь транслировать CmdLine в WM_COPYDATA и всё.
Во-вторых, она сама будет искать нужный ей сас, а в сасе этот ненужный код не будет присутствовать.
В-третьих, код пересылки всё равно писать, какая разница где, в сасе или нет?
В-четвёртых, если всё же есть возможность напрямую работать с сасом без неё - она становится не нужна.

>не стоит использовать механизм "пересылки информации между сасами" чтобы решить проблему блокировки SML другим САСом
Именно так. А если поглядеть на параметры, которые сейчас передаются в сас, то там есть параметры:
а) типа zoom - которые очевидно никуда пересылать не надо, если мы их сразу передали куда надо, так как каждый сас зумится сам по себе независимо от собратьев (даже скрыть-показать метки сюда же относится);
б) типа mark для меток - и эти команды надо слать, потому что SML и всё такое.
Так что непересылка первых между сасами решается определением правильного адресата, непересылка вторых между сасами - лечением SML.

>>А если хэндл есть, но он стал чужой?
>Это проблема вызывающего приложения
Нет. Это проблема подхода, потому что невозможно дать гарантию, что между "нашли hwnd саса" и "отправили ему сообщение" окно всё ещё наше. И чем больше времени между этими событиями, чем больше шансов послать сообщение в /dev/null.

>не предназначен для решения описанных задач
Вот именно. Работать будет только в стерильном окружении. Даже если я запускаю 2 саса - уже работать не будет. А 2 саса - это стандартный минимум, один качает, другой из-под delphi запущен. А то бывает и больше. Про терминальный доступ тоже можно сразу забыть. Вот покуда и непонятно, ради чего такая кастрация функциональности, если можно и без неё.

>я понял что в сторону обработки CmdLine пока не смотрим
Нет. Не смотрим в сторону межсасового взаимодействия.

>слишком длинные имена и "лишняя" строковая обработка - надо ли?
Да. Если создать новые строковые константы - больше на памяти потеряется. Максимум что имеет смысл оптимизировать - это а) заранее привести к одному регистру и б) откусывать от строки минимальный отличающийся от остальных кусок с начала строки и сравнивать его. Но я уверен, что там и без оптимизации всё будет летать.
(0011023)
zarius (reporter)
05-04-2013 14:12

>Даже если я запускаю 2 саса - уже работать не будет
В моем случае - неважно сколько запущено САСов. Из своего приложения я сам запускаю нужный мне экземпляр САС и получаю его хэндл - далее я работаю только с ним: отправляю команды, меняю размеры, сворачиваю/разворачиваю, делаю поверх всех окон, закрываю и т.д. Но, естественно, это будет работать только в рамках одного рабочего места - в моем случае по другому и не требуется.

>...окно всё ещё наше
хм... а в каком случае хэндл окна может поменяться? ну... понятно что при желании скорее всего можно, но в нашем случае как без специальных ухищрений?
(0011024)
vasketsov (manager)
05-04-2013 14:56

>я сам запускаю нужный мне экземпляр САС
>в моем случае по другому и не требуется
Особенность вашей ситуации в том, что реализуются не все возможные варианты.
И я реально не понимаю, зачем такую специфику превносить в общий код.

>а в каком случае хэндл окна может поменяться?
Попробуйте поискать по дельфёвым исходникам CreateWnd и RecreateWnd.
(0011111)
vasketsov (manager)
16-04-2013 20:13

Полуслучайно натолкнулся - и решил сохранить тут, чтобы не потерялось.
Пример отправки WM_COPYDATA из perl-а:
http://johnbokma.com/mexit/2007/01/17/snarl-with-perl.html
(0012813)
frech (reporter)
16-09-2013 17:38

запускаю скрипт, но нет результатов. Как все это реализовать через .NET. Так как пищу софт, а там надо по клику переходить к координатам (САС).
(0012815)
zarius (reporter)
17-09-2013 06:21

>запускаю скрипт, но нет результатов
Какую версию используете? На текущей сборке проекта все должно работать. На версии v.121010 (последняя стабильная на http://sasgis.org/download/) работать не будет - функционал был добавлен позднее.

>Как все это реализовать через .NET
Поищите реализацию отправки сообщения WM_COPYDATA для .NET - что передавать в сообщении наглядно показано в скрипте.
(0014733)
zed (manager)
27-10-2014 17:13

Основательно переделал обработку событий WM_COPYDATA. Теперь параметры из сообщений и опции командной строки обрабатываюся одинаково. Соответственно, поменялись как сами опции (имена), так и коды возврата.

Сделано, как описано здесь: 0001869:0010996

Доступные параметры:

--move=({lon},{lat})
--zoom={value}
--navigation=({lon},{lat})
--map={GUID}
--show-placemarks={0/1}

Тестируйте.
(0014734)
zarius (reporter)
28-10-2014 09:40

Отлично! Радует что тема получает продолжение!
(0014735)
vdemidov (manager)
28-10-2014 11:06

Только нужно еще поправить генерацию параметров для создаваемого ярлыка, а то они там сейчас в старом формате создаются, если я ничего не путаю.
(0014736)
zed (manager)
28-10-2014 11:08

Что ещё за ярлык?
(0014737)
vdemidov (manager)
28-10-2014 11:21

В меню Файл есть кнопочка создания ярлыка на текущую позицию.
(0014738)
zed (manager)
28-10-2014 11:44

> В меню Файл есть кнопочка создания ярлыка на текущую позицию.

Ага, точно. Исправил.

Добавлена опция для вставки метки:

--insert-placemark="{name}";({lon},{lat});"{desc}"

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

Базу меток надо дорабатывать, чтобы у нас всегда была in-memory база, которую можно юзать сразу же при запуске приложения. Она должна быть временной, но с возможностью переноса меток из этой БД в основную. Об этом был разговор ещё в 0000033 и импорт меток через командную строку, видимо, будет ещё ждать своего часа.

zarius
Радует, что вы ещё с нами. Займитесь тестирование фичи? Я обработку сообщений вообще не тестировал, поэтому очень желательно всё проверить.
(0014739)
vdemidov (manager)
28-10-2014 11:54

>Базу меток надо дорабатывать, чтобы у нас всегда была in-memory база, которую можно юзать сразу же при запуске приложения. Она должна быть временной, но с возможностью переноса меток из этой БД в основную.

Ага. Для этого кстати можно существующую SML порезать и будет in-memory база. Нужно только выкинуть все сохранения и свой генератор id-шников сделать хотя бы на базе простого интового счетчика.
(0014740)
zed (manager)
28-10-2014 11:58

Да, там много чего нужно сделать. Нужно научиться работать сразу с несколькими БД и переносить метки между ними.

На это дело вообще нужно открыть отдельный тикет и связать с 0000033 как блокирующий.
(0014741)
zarius (reporter)
28-10-2014 12:54

>Займитесь тестирование фичи?
Постараюсь седня-завтра собрать проект и потестить

>Нужно научиться работать сразу с несколькими БД и переносить метки между ними
Можно поподробнее?
(0014742)
zed (manager)
28-10-2014 13:03

> Можно поподробнее?
А что тут не понятно? Сейчас есть одна база меток, а надо чтобы можно было подключить сразу несколько и разных типов. Я это замечание сделал к тому, что нужно дорабатывать IMarkSystem, иначе импорт меток из командной строки работать не будет, несмотря на то, что такая обработка уже предусмотрена и должна работать через WM_COPYDATA.
(0014743)
vdemidov (manager)
28-10-2014 13:08

>Да, там много чего нужно сделать. Нужно научиться работать сразу с несколькими БД и переносить метки между ними.
Так вроде никаких проблем. Оно прекрасно будет работать. У метки есть поле с DbId. Так что оно опознает чужие метки. Нужно только в ГУЙ добавить отображение временной базы как отдельной категории в базе меток.
(0014744)
zarius (reporter)
28-10-2014 13:47

>А что тут не понятно? Сейчас есть одна база меток, а надо чтобы можно было подключить сразу несколько и разных типов
Не понятно, что имеется под "БД разных типов" и как их планируется подключать. Сейчас, насколько я знаю, имеется только один формат БД меток - это SML (проект SACS, как я понимаю, здесь не рассматриваем). Или имеется ввиду, что в качестве БД меток подключать импортируемые файлы kml и т.д.?
(0014745)
zed (manager)
28-10-2014 14:40
edited on: 28-10-2014 14:52

> что имеется под "БД разных типов" и как их планируется подключать
Ну вот как тайлы хранятся в разных типах кэша, так же и метки нужно сделать. И пока что не суть важно, как конкретно другие базы меток будут их хранить. Важно, что нету механизма подключения/переключения/взаимодействия разных БД, а он нужен в первую очередь. Для кэша тайлов, я помнится, очень легко и непринуждённо сделал и подключил RAM-кэш, потому что механизм там был заложен уже давно. В метках же такого нету, и несмотря на то, что сделать RAM-кэш для меток может быть очень просто, подключить его может оказаться на порядок сложнее. Сейчас вся логика завязана на то, что есть одна-единственная "рабочая" база меток и вот эту логику нужно изменять, чтобы одновременно можно было сделать рабочими несколько разных баз. Даже SML базы можно подключать из разных директорий в различных режимах чтения/записи.

(0014746)
zarius (reporter)
28-10-2014 15:04

Теперь все понятно. И, хотя, именно это я надеялся услышать - все же были сомнения, что я понял что то не так. Думаю, что это именно то, чего так не хватало в подсистеме меток - "механизма подключения/переключения/взаимодействия разных БД".
(0014747)
vdemidov (manager)
29-10-2014 08:18

Еще было бы круто, если бы при запуске второго экземпляра программы с парметрами, но без указания параметра --new-instance, что бы все параметры передавались уже запущенному экземпляру через WM_COPYDATA и новый экземпляр сразу закрывался. Тогда можно добавлять ассоциации с любыми поддерживаемыми расширениями и не нужны никакие дополнительные утилиты для управления из командной строки.
(0014748)
zed (manager)
29-10-2014 08:21

Тут возникает много вопросов и это нужно обсуждать отдельно.
(0014758)
vdemidov (manager)
29-10-2014 08:40

А в чем вопросы? ИМХО единственная проблема, это поиск окна, которому слать сообщение WM_COPYDATA и что делать если подходящих окон несколько.
(0014760)
zed (manager)
29-10-2014 08:46

Проблема не единственная. Обработку параметров как минимум нужно переносить на более ранний этап.
(0014761)
vdemidov (manager)
29-10-2014 08:50

Не всю, а только дополнительные проверки. То есть до создания главной формы нам нужно только проверить наличие параметра --new-instance и если его нет, то попытаться найти другой экзепляр, которому отослать весь пакет параметров без детального разбора.
(0014762)
zarius (reporter)
29-10-2014 08:52

>что бы все параметры передавались уже запущенному экземпляру через WM_COPYDATA
Эта тема уже поднималась, но была зарублена vasketsov'ым. Насколько помню, из-за не эффективности такого подхода. Возможно будет проще в каталог с SASом положить исполняемый файл (к примеру, тот же скопмилированный скрипт), через которого и передавать сообщения в уже запущенный SAS. Но опять встает уже поднимавшийся ранее вопрос - как определить в какой из экземпляров SASа передавать эти сообщения, если этих экземпляров будет несколько. В общем - есть над чем подумать.
(0014764)
zed (manager)
29-10-2014 08:53

Ну вот и говорю - куча нюансов, которые решать нужно отдельно.

А в этом тикете я жду фидбека от zarius и закрываю.
(0014767)
zarius (reporter)
29-10-2014 09:02

>определить в какой из экземпляров SASа передавать эти сообщения, если этих экземпляров будет несколько
Как вариант - назначать при необходимости некий ИД запускаемому SAS. К примеру, --ID="FIRST". Тогда при посылке сообщений мы так же указываем этот ИД. Без указания ИД сообщение уходит первому попавшемуся экземпляру SAS.
(0014768)
vdemidov (manager)
29-10-2014 09:09

На первое время варниант "уходит первому попавшемуся экземпляру" более чем достаточен. А вот уже дальше можно придумывать.
(0014770)
zed (manager)
29-10-2014 09:29

На первое время, достаточно открыть новый тикет и вносить все предложения там.
(0014773)
zarius (reporter)
29-10-2014 11:29

>А в этом тикете я жду фидбека от zarius
Проверил работу как при запуске приложения, так и при пересылке сообщений:
все команды работают, за исключением "--insert-placemark" - в режиме запуска ничего не происходит (метку не добавляет), в режиме сообщений выдает ошибку
http://oi62.tinypic.com/28vskes.jpg

сообщение посылал: --insert-placemark="p1";(49.684498,58.594136);"МЕТКА1"
(0014775)
vdemidov (manager)
29-10-2014 11:45

Ну да. Все правильно. Zed создает новую категорию TEMP, но не сохраняет ее в базе перед сохранением метки.
(0014778)
zarius (reporter)
29-10-2014 12:05

>Zed создает новую категорию TEMP, но не сохраняет ее в базе перед сохранением метки
Подтверждаю - после создания категории "TEMP" - метка появляется в режиме сообщений
В режиме запуска как и раньше - метка не появляется даже при наличии категории "TEMP"
(0014779)
vdemidov (manager)
29-10-2014 12:09

>В режиме запуска как и раньше - метка не появляется даже при наличии категории "TEMP"
Это как раз ожидаемо. Zed сразу сказал, что "правда при импорте через командную строку получается облом, т.к. база меток оказывается ещё неинициализирована на момент вставки."
(0014780)
zarius (reporter)
29-10-2014 12:13

>правда при импорте через командную строку получается облом, т.к. база меток оказывается ещё неинициализирована на момент вставки
в принципе понятно почему метка не появляется в режиме запуска - можно оно и не надо в этом режиме?
(0014781)
zed (manager)
29-10-2014 12:14

vdemidov
Так, значит нужно куда-то впереть UpdateCategory(nil, NewCat) и всё?

zarius
Проверьте ещё импорт файлов меток и jpeg с exif. Там эта обработка тоже прикручена:

SASPlanet.exe file1 file2 ... fileN
(0014782)
vdemidov (manager)
29-10-2014 12:23

Просто если ты делаешь UpdateMark то ожидается что метки уже готовы для импорта. Что они относятся к категориям из обновляемой базы и тд. Если ты импортируешь сторонние метки, то тогда нужно вызывать ImportItemsTree. Хотя мне все еще не нравится вся эта лабуда. Просто не могу придумать как сделать и удобно и эффективно.
(0014784)
vdemidov (manager)
29-10-2014 12:27

В тупую UpdateCategory(nil, NewCat) так как он втупую сделает еще одну категорию с таким именем. Нужно проверять наличие категории перед созданием. Мы ж вроде бы это обсуждали, когда ты импорт sml допиливал.
(0014791)
zed (manager)
29-10-2014 13:04

Вот так должно работать?
(0014793)
vdemidov (manager)
29-10-2014 13:14

Должно. Единственная особенность, что даже если метка/метки не будут импортированы из-за ошибки, категория TEMP создастся в любом случае.
(0014794)
zarius (reporter)
29-10-2014 14:08

>Проверьте ещё импорт файлов меток
Не совсем понял что проверять - проверил на свежесобранной SAS - kml, kmz и sml в режиме запуска не импортируются
(0014795)
zed (manager)
29-10-2014 14:49

> kml, kmz и sml в режиме запуска не импортируются

А через сообщения должно работать. Я же писал, что работа с метка через командную строку пока недоступна.
(0014800)
zarius (reporter)
30-10-2014 06:18

>Я же писал, что работа с метка через командную строку пока недоступна.
Это я как раз понял... смутило "SASPlanet.exe file1 file2 ... fileN"
(0014839)
zed (manager)
01-11-2014 10:54

Параметр --navigation=({lon},{lat}) переименован в --navigate=({lon},{lat})

- Users who viewed this issue
User List Anonymous (6406x), vdemidov (9x), Tolik (1x), ygorigor (1x), centron (1x), zed (6x), karat440 (4x), Vinil_37 (2x), bk99 (2x), Crursh-91 (2x), VMatveev (1x), Parasite (3x), hrucker (12x), aflexus (2x), Garl (3x), DimaDD (6x), zarius (4x), sergeyka (1x), gma (4x), ingener (2x), Dred (1x), GunSmoker (3x)
Total Views 6476
Last View 30-03-2020 09:36

- Issue History
Date Modified Username Field Change
22-03-2013 13:03 zarius New Issue
22-03-2013 13:57 vdemidov Status new => resolved
22-03-2013 13:57 vdemidov Resolution open => won't fix
22-03-2013 13:57 vdemidov Assigned To => vdemidov
22-03-2013 13:57 vdemidov Status resolved => closed
28-03-2013 16:29 zed Note Added: 0010935
28-03-2013 16:29 zed Assigned To vdemidov =>
28-03-2013 16:29 zed Status closed => confirmed
28-03-2013 16:30 zed Note Edited: 0010935 View Revisions
29-03-2013 06:35 zarius File Added: послать сообщение SAS.au3
29-03-2013 06:35 zarius File Added: послать сообщение SAS.exe
29-03-2013 06:38 zarius Note Added: 0010936
29-03-2013 11:08 Garl Note Added: 0010937
29-03-2013 11:27 zarius Note Added: 0010938
29-03-2013 11:44 Garl Note Added: 0010939
29-03-2013 11:44 Garl Note Edited: 0010939 View Revisions
29-03-2013 12:59 zarius Note Added: 0010940
30-03-2013 21:01 zed Note Added: 0010941
30-03-2013 21:15 vasketsov Note Added: 0010942
04-04-2013 09:40 zarius Note Added: 0010985
04-04-2013 09:47 zarius Note Added: 0010987
04-04-2013 10:01 vasketsov Note Added: 0010988
04-04-2013 10:17 zarius Note Added: 0010990
04-04-2013 10:21 vasketsov Note Added: 0010991
04-04-2013 10:34 vdemidov Note Added: 0010992
04-04-2013 10:53 zarius Note Added: 0010993
04-04-2013 10:58 zarius Note Added: 0010994
04-04-2013 11:03 zarius Note Edited: 0010994 View Revisions
04-04-2013 11:05 zed Note Added: 0010995
04-04-2013 11:05 vdemidov Note Added: 0010996
04-04-2013 11:12 vasketsov Note Added: 0010997
04-04-2013 11:35 vdemidov Note Added: 0010998
04-04-2013 12:00 zarius Note Added: 0010999
04-04-2013 12:04 vdemidov Note Added: 0011000
04-04-2013 12:17 zarius Note Added: 0011001
04-04-2013 19:36 vasketsov Note Added: 0011006
05-04-2013 05:19 zarius Note Added: 0011007
05-04-2013 05:20 zarius Note Edited: 0011007 View Revisions
05-04-2013 06:23 vasketsov Note Added: 0011008
05-04-2013 06:49 zarius Note Added: 0011009
05-04-2013 07:05 zarius Note Added: 0011010
05-04-2013 07:10 zarius Note Added: 0011011
05-04-2013 08:13 vdemidov Note Added: 0011012
05-04-2013 09:07 vasketsov Note Added: 0011014
05-04-2013 09:43 vdemidov Note Added: 0011015
05-04-2013 11:02 zarius Note Added: 0011016
05-04-2013 11:19 zarius Note Added: 0011019
05-04-2013 11:41 vdemidov Note Added: 0011021
05-04-2013 12:03 vasketsov Note Added: 0011022
05-04-2013 14:12 zarius Note Added: 0011023
05-04-2013 14:56 vasketsov Note Added: 0011024
07-04-2013 10:03 vdemidov Target Version => 22xxxx
16-04-2013 20:13 vasketsov Note Added: 0011111
27-05-2013 08:18 vdemidov Resolution won't fix => open
16-09-2013 17:21 vdemidov Relationship added has duplicate 0002168
16-09-2013 17:38 frech Note Added: 0012813
17-09-2013 06:21 zarius Note Added: 0012815
22-11-2013 22:27 vdemidov Product Version .Nightly => 131111
02-06-2014 08:51 vdemidov Relationship added has duplicate 0002440
27-10-2014 17:13 zed Note Added: 0014733
27-10-2014 17:15 zed Assigned To => zed
27-10-2014 17:15 zed Status confirmed => feedback
27-10-2014 17:16 zed Target Version 22xxxx => 141111
28-10-2014 09:40 zarius Note Added: 0014734
28-10-2014 09:40 zarius Status feedback => assigned
28-10-2014 11:06 vdemidov Note Added: 0014735
28-10-2014 11:08 zed Note Added: 0014736
28-10-2014 11:21 vdemidov Note Added: 0014737
28-10-2014 11:44 zed Note Added: 0014738
28-10-2014 11:54 vdemidov Note Added: 0014739
28-10-2014 11:58 zed Note Added: 0014740
28-10-2014 12:24 zed Status assigned => feedback
28-10-2014 12:54 zarius Note Added: 0014741
28-10-2014 12:54 zarius Status feedback => assigned
28-10-2014 13:03 zed Note Added: 0014742
28-10-2014 13:08 vdemidov Note Added: 0014743
28-10-2014 13:47 zarius Note Added: 0014744
28-10-2014 14:40 zed Note Added: 0014745
28-10-2014 14:51 zed Note Edited: 0014745 View Revisions
28-10-2014 14:52 zed Note Edited: 0014745 View Revisions
28-10-2014 15:04 zarius Note Added: 0014746
28-10-2014 15:31 vdemidov Relationship added related to 0000033
29-10-2014 08:18 vdemidov Note Added: 0014747
29-10-2014 08:21 zed Note Added: 0014748
29-10-2014 08:40 vdemidov Note Added: 0014758
29-10-2014 08:46 zed Note Added: 0014760
29-10-2014 08:50 vdemidov Note Added: 0014761
29-10-2014 08:52 zarius Note Added: 0014762
29-10-2014 08:53 zed Note Added: 0014764
29-10-2014 09:02 zarius Note Added: 0014767
29-10-2014 09:09 vdemidov Note Added: 0014768
29-10-2014 09:29 zed Note Added: 0014770
29-10-2014 09:59 vdemidov Issue cloned: 0002518
29-10-2014 09:59 vdemidov Relationship added related to 0002518
29-10-2014 11:29 zarius Note Added: 0014773
29-10-2014 11:45 vdemidov Note Added: 0014775
29-10-2014 12:05 zarius Note Added: 0014778
29-10-2014 12:09 vdemidov Note Added: 0014779
29-10-2014 12:13 zarius Note Added: 0014780
29-10-2014 12:14 zed Note Added: 0014781
29-10-2014 12:23 vdemidov Note Added: 0014782
29-10-2014 12:27 vdemidov Note Added: 0014784
29-10-2014 13:04 zed Note Added: 0014791
29-10-2014 13:14 vdemidov Note Added: 0014793
29-10-2014 14:08 zarius Note Added: 0014794
29-10-2014 14:49 zed Note Added: 0014795
30-10-2014 06:18 zarius Note Added: 0014800
30-10-2014 07:07 zed Status assigned => resolved
30-10-2014 07:07 zed Fixed in Version => 141111
30-10-2014 07:07 zed Resolution open => fixed
01-11-2014 10:54 zed Note Added: 0014839
19-02-2016 07:43 zed Relationship added related to 0001000
18-07-2018 07:49 zed Tag Attached: WM_COPYDATA



Copyright © 2007 - 2020 SAS.Planet Team