На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты

KFF (Все сообщения пользователя)

Поиск  Пользователи  Правила  Войти
Форум » Пользователи » KFF
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 16 17 18 19 20 21 22 23 24 25 26 ... 327 След.
ГИС Панорама 2012 & panapi
 
Здравствуйте господа разработчики !

В порядке работы ядра mapacces64.dll и драйвера задач maptask64.dll с внешними приложениями, сказано
что при вызове сторонней задачи через экспортную функцию CreateMapTask в качестве параметра передаётся
следующая структура
[QUOTE]typedef struct TASKPARM // ПАРАМЕТРЫ ПРИКЛАДНОЙ ЗАДАЧИ
{
long int    Language;        // Код языка диалогов (1 - ENGLISH,2 - RUSSIAN, ...)
 #if defined(_M_X64) || defined(BUILD_DLL64)      
    #ifdef WIN32API
       long int    Zero;            // Выравнивание указателей
     #endif
#endif
HINSTANCE   Resource;        // Модуль ресурсов приложения
const char* HelpName;        // Полное имя файла ".hlp"
const char* IniName;         // Полное имя файла ".ini" приложения
const char* PathShell;       // Каталог приложения (exe,dll,...)
const char* ApplicationName; // Имя приложения
#ifdef WIN32API
HWND        Handle;          // Идентификатор главного окна приложения
#else
MSGHANDLER Handle;          // Идентификатор обработчика команд главного окна приложения
#endif
}
TASKPARM;[/QUOTE]
На вход через TASKPARM->PathShell должен быть путь
а) для ГИС Панорамы 2011 - в кодировке WIN1251 (Ansi)
б) для ГИС Панорама 2012 х64 - в кодировке UNICODE (1 символ 2 байта)
то есть, ядро mapacces64.dll + maptask64.dll должно передавать мне путь к ГИС Панораме в кодировке Юникод.

Проигрался целый час, пока не решил объявить эти поля по старому: PathShell  [B]PAnsiChar[/B]
Сразу же пути начали корректно читаться и восприниматься в ХЕ5

Вопрос: проверял ли кто-то, с какими кодировками работает ядро ГИС Панорамы х64 с внешними приложениями?
Вопрос по 12 версии
 
[QUOTE]Евгений Головинов написал:
После обновления ключа до 12 версии, в 11 версии этот ключ будет работать?[/QUOTE]
у меня работает и в 11-й и в 12-й  :)
ГИС Панорама 2011 (х32) и XE5, Совместимость ГИС Панорама 2011 (х32) и XE5
 
Спасибо Денис и Андрей Владиславович за ответы

Произошло именно то, о чём пишет Денис.
Если структуры объявить как PAnsiChar, то можно создавать 32х разрядные приложения-задачи под ГИС Панорама 2011 (х32)
ГИС Панорама 2011 (х32) и XE5, Совместимость ГИС Панорама 2011 (х32) и XE5
 
Здравствуйте господа разработчики !

Кто подскажет, что не хватает библиотеке DLL которое я пытаюсь создать в ХЕ5 в 32х разрядной платформе
или 32-разрядной  ГИС Панораме 2011 (версия 11.13.4.2)  ?

Создал задачу пустышку по технологии MapApi. Вызываю с 32-х разрядной ГИС Панорамы 2011 32-х разрядное приложение dll
Получаю на входе китайский текст   :|

Как побороть ?
Нанесение объектов из RSC классификатора, Нанесение объекта из классификатора на карту
 
Господа администраторы.
Практика показала, что новичкам больше нравится не рассказы с книги "Руководство программиста", они как правило нудные как "Война и мир" ,
а вот такие [URL=http://gisweb.ru/forum/messages/forum2/topic2520/message15127/#message15127]http://gisweb.ru/forum/messages/forum2/topic2520/message15127/#message15127[/URL]
Кроме того, человек написал фразу[QUOTE]agov написал:
вид выводим его на widget.[/QUOTE]
Вероятней всего ему сюда?  [URL=http://gisweb.ru/forum/forum7/]http://gisweb.ru/forum/forum7/[/URL]
Комплекс подготовки документов аэронавигационной информации, Обсуждение проблем, возникающих при использовании комплекса
 
[QUOTE]Alex написал:
а почему же такое несовпадение в расстояниях?[/QUOTE]
[B]Спасибо Алекс ! Ошибку устранил
[/B][B]
[/B]Дело в том, что при записи результата в базу данных выполнялось округление до ближайшего десятка , а нужно было до десятой доли[B]

[/B]Обновите пожалуйста библиотеку dfcbase.dll в папке с установленной ГИС Панорамой 2011 с архива [B] [URL=http://delphi-gis.ucoz.ua/Images/ForForum/2016/dfcbase.zip]СКАЧАТЬ[/URL]

[/B]
Комплекс подготовки документов аэронавигационной информации, Обсуждение проблем, возникающих при использовании комплекса
 
Проверил расчётные данные ИПУ  с официальной аэронавигационной базой данных РФ . Они идентичны
[IMG WIDTH=1254 HEIGHT=394]http://delphi-gis.ucoz.ua/Images/ForForum/2016/img006.png[/IMG]

Скорее всего Алекс, у Вас [B]не правильная информация по магнитным склонениям в точках[/B]
Комплекс подготовки документов аэронавигационной информации, Обсуждение проблем, возникающих при использовании комплекса
 
[QUOTE](хотя по логике должно быть 279/099) и расстояние 146 NM[/QUOTE]
На расстояниях больших чем 100 км в наших широтах ИПУ отличается от МПУ на 180 +- 1 градус, при добавлении следующих 100 км на +-2 градуса,
выше 300 км прямой и обратный отличаются уже на 180 +-5 градусов.


а теперь проверим некорректных 2 участка средствами ГИС Карта 2011

Участок 1  [B]LOVIK-OGARA[/B]
прямое движение
LOVIK  --> OGARA   ИПУ = 286° 11' 31,39" = [B]286[/B] Склонение в точке LOVIK=7 МПУ = 286-7=[B]279
[IMG WIDTH=554 HEIGHT=278]http://delphi-gis.ucoz.ua/Images/ForForum/2016/img003.png[/IMG]
[/B]обратное движение
OGARA  -->  LOVIK  ИПУ = 103° 12' 23,06" = [B]103 [/B]Склонение в точке OGARA=7 МПУ = 103-7=[B]096
[/B]Даже если отнимать без округления [B]103° 12' 23,06" - 7[/B][B]° [/B]получится [B] 096[/B][B]° 12' 23,06" [/B]минут менее чем 30, значит при округлении[B] 96[/B]°, как и просчитал комплекс [B]
[IMG WIDTH=543 HEIGHT=329]http://delphi-gis.ucoz.ua/Images/ForForum/2016/img004.png[/IMG]


Вопрос, почему в АИП Беларуси 097 ?

[/B]Участок 2[B] [/B][B]PINUG-АDOBU
[/B]На этом участке[B] [/B]расхождение между АИП Беларуси и расчётным значением в 19 градусов.
Проверяем прямое движение
PINUG --> ADOBU  ИПУ = 283° 42' 33.09" = [B]284 [/B]Склонение в точке PINUG=6 МПУ = 284-6=[B] 278[/B]
обратное движение  
ADOBU --> PINUG  ИПУ = 102° 39' 11.89" = [B]103 [/B]Склонение в точке ADOBU=5 МПУ = 103-5=[B]098
[IMG WIDTH=620 HEIGHT=412]http://delphi-gis.ucoz.ua/Images/ForForum/2016/img005.png[/IMG]

Второй [/B][B]в[/B][B]опрос, почему в АИП Беларуси [/B][B]278/079? Это опечатки в АИП или магнитная аномалия в точке [/B]ADOBU ?


Уважаемый [URL=http://gisweb.ru/forum/user/8756/]Alex[/URL]

Причиной не стыковки расчётных прямых и обратных МПУ на участках маршрутов ОВД с опубликованными в АИП могут быть следующие факторы:
1. человеческий   (участок PINUG-ADOBU) Там явная опечатка на 19 градусов
2. грубое значение магнитных склонений. Вероятней всего, отдел воздушного дизайна оперировал точными магнитными склонениями в точках маршрута, а опубликовал загрублённые до градуса. В таком случае, МПУ на учатске может варьироваться в пределах +- 2 градусов (что у вас и просиходит)
3. некорректный расчёт ИПУ на участках, или расчёт загрубленным методом (взят с устаревших источников). Такие участки нужно пересчитывать
4. ошибка расчёта МПУ при загрублении (неточном определении) координат точек. Как правило, координаты точки загрубляются до 6 секунд при публикации на карте, а расчёт выполняется с учётом точных координат. Это в основном касается радиотехнических средств, но бывают исключения

...oops забыл. Cсылка [URL=http://delphi-gis.ucoz.ua/Images/ForForum/2016/UM.zip][Скачать][/URL] на карту Беларуси с нанесённым "Проблемным" маршрутом по которой выполнялись расчёты в ответе.


Изменено: KFF - 19.08.2016 14:56:13
Использование функций mapViewUserObject, mapCreateCopyObject, GISToolKit Active C#
 
[QUOTE]Дарья Лунченко написал:
Сами объекты создавала как отдельные компоненты[/QUOTE]
Дарья, механизм работы с картой выглядит вот так
[IMG WIDTH=517 HEIGHT=269]http://delphi-gis.ucoz.ua/Images/ForForum/2016/img002.png[/IMG]

Скорее всего после копирования Вы не сделали mapCommitObject и не получили правильный [B]новый [/B]номер объекта
Комплекс подготовки документов аэронавигационной информации, Обсуждение проблем, возникающих при использовании комплекса
 
технология проста, а реализация долгая и тернистая
шаг 1) создание базы данных. Можно использовать стандартную базу данных (AIM) входящую в состав комплекса АНИ... можно придумать свой велосипед
шаг 2) создание собственных АРМ которые служат для преобразования данных из сборников ф указанных вами форамтах в цифровой вид
как правило - ручной ввод или пакетный импорт информации
шаг 3) экспорт информации с вашей БД в нужный вам формат, в частности ARINC

------
В комплексе реализованы все три шага. Ручной и пакетный ввод, а так же пакетный вывод.
Посиму тут возникает трилемма
а) использовать готовый продукт в котором готовая БД и готовый набор АРМ
б) изобретать свой велосипед с нуля
в) использовать готовую БД с АНИ, а АРМ-ы писать свои
В любом случае выбор за вами.

По поводу предыдущего вопроса по примеру ARINC
Теорию и технологию я могу рассказать, а особенности реализации и тонкости обрабоки прийдётся искать своими силами.
В состав комплекса входят примеры фацлов ARINC в папке \Data.Ani\ARINC\ В качестве примера возьмём test_route.txt

SEEUEAENRT___TIRAS_UU0____RUZ_B_N52210000E033183600_________­______________E0078_____RPE___________TIRAS_________________­___002521112
SEEUEAENRT___REPNA_UU0____R_Z___N52584100E033560500_________­______________E0081_____RPE___________REPNA_________________­___002171112
SEEUEAENRT___BANIP_UU0____R___B_N53124700E034103500_________­______________E0082_____RPE___________BANIP_________________­___000311112
SEEUEAENRT___AMAKI_UU0____R___B_N53271700E034413500_________­______________E0084_____RPE___________AMAKI_________________­___000121112
SEEUEAENRT___MILSA_UU0____R_Z_B_N53430500E035161700_________­______________E0087_____RPE___________MILSA_________________­___001441112
SEEUDB_______IN____UU010550H____N54363200E037192500_________­______________E0095___________RPESUKHOTINO__________________­___003121211

SEEUER_______A28_________0010TIRASUUEA0E_C__OBF_____________­__________023104410000_FL050_____FL530______________________­___006081112
SEEUER_______A28_________0020REPNAUUEA0E____OBF_____________­__________023601660233_FL090_____FL530______________________­___006091112
SEEUER_______A28_________0030BANIPUUEA0E_C__OBF_____________­__________043602360237_FL090_____FL530______________________­___006101112
SEEUER_______A28_________0040AMAKIUUEA0E____OBF_____________­__________043902600438_FL050_____FL530______________________­___006111303
SEEUER_______A28_________0050MILSAUUEA0E_C__OBF_____________­__________044009000441_FL050_____FL530______________________­___006121303
SEEUER_______A28_________0060IN___UUDB0NEC__OBF_____________­__________000000000448______________________________________­___006131211


В файле 2 секции, точки и маршрут ОВД (в частности А28)
На начальном этапе идёт чтение префикса строки [B]SEEUEAENRT___[/B] .... и выборка секции ARINC
По буквам секции определяем что это точки маршрута или РНС. Считываем атрибуты точки и её метрику и наносим на карту.
На втором этапе, точно так же читаем маршрут по префиксу [B]SEEU[/B]. По найденому названию точки ищем объект на карте и считываем с него координату и по координатам наносим сегмент...

Приблизительно так читается маршрут ОВД.... На самом деле алгоритм более сложный но азы обработки файла я расписал.
Страницы: Пред. 1 ... 16 17 18 19 20 21 22 23 24 25 26 ... 327 След.



© КБ Панорама, 1991-2026

Регистрируясь или авторизуясь на форуме, Вы соглашаетесь с Политикой конфиденциальности