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

[QUOTE]Станислав Филиппович пишет:
Автор ограничил доступ к видео.[/QUOTE]
Обновлено. Извините, но ютуб по умолчанию ограничивает новые публикации.
[QUOTE]...что его файлы будут импортироватся в такого рода системы.[/QUOTE]
Очень жаль что Вы не увидели ролик сразу, а ведь в нём, я наношу в Гугле Планета объект, как раз в Чукотке и Аляске и очень прекрасно импортирую его в ГИС Карту. Теперь доступ есть и Вы сами можете в этом убедится.
По поводу
[QUOTE]У него честно говоря всё работает правильно и красиво[/QUOTE]
Хорош тот программист , у которого все правильно работает руками оператора, а плох тот программист, который ставит сам себе задачи, и сам же их решает, особенно связанные с интерфейсом.
По поводу проблем.
Как говорит один мой знакомый авиадиспетчер, 90% проблем с компьютером находится в полу метре от монитора.

[QUOTE]Станислав Филиппович пишет:
Вспомнил мы так раньше делали. Импортировали в QGis[/QUOTE]
Уважаемый Станислав !
Покажу как делаю я, сегодня, без примочки КуГИС (которую даже разработчики на сайте Дубинина не смогли мне рассказать как поставить), без shp файлов, и без дополнительного гемороя
---------
Проблема не а KLM файле, а в том, какая "кривая" примочка его создавала.
Почему "кривая" ? ... ответ кроется в том, что формат KLM создан для обмена информацией с приложением Google Планета Земли сервиса Google Map, соотвественно - формирование KLM файлв в этих приложениях - фундаментально и абсолютно правильно.
Теперь посмотрим может ли ГИС Карта принять файл, который сформирован фундаментальным ПО (см. фильм ниже)

[URL=http://youtu.be/FSJgrDGPwfA]ССЫЛКА НА ВИДЕО[/URL]

Оказывается ГИС Карта вместе с инженерами доблесной КБ Панорама, обрабатывют файл корректно.
Вывод - файл, который импортирован в Вашем первом посте, экспортирован примочкой которую писал программист, с мягко говоря, не знанием формата координат.
---
То что я писал выше в теме, присутствует в других форматах, которые предусматривают хранение координат в разных полушариях

[QUOTE]Oleg Belenkov пишет:
Программа работает правильно.[/QUOTE]
Олег Валентинович, а разве кто-то говорит что программа работает не правильно.
Проблема в том, что в авиации координаты двух точек одного участка маршрута задаются в системе координат в которой действуют условия
широта -90 .. 90
долгота -180 .. 180
Причём, если точки находятся в одном километре друг от друга в районе мередиана 180 то они задаются парой координат

(В1, 179.9)  (В2, -179.9) а не (В1, 179.9)  (В2, 181.1)

В результате, ядро, вместо того чтобы пересчитать отрицательную долготу с осевым Меридианом в восточном полушарии (в случае с автором темы в районе 90 градусов восточной долготы) методом прибавления к 360
выполняется пересчёт в глобальной системе . Согласен, если задать некую местную систему координат  с осевым мерридианом 180, то и координаты внизу будут отображаться корректно  
и нанесение будет правильным, НО авиация не работает в местных системах координат, за исключением геодезических работ в районе аэродрома.

Нужно, чтобы КБ пояснило как правильно создавать паспорта карт чтобы можно было нанести на него цепочку объектов (трасс) которые начинаются с Каллининграда и заканчиваются Уэленом в формате отображения указанном выше

---
Автору
Вот сообщение в котором описана Ваша ситуация http://gisweb.ru/forum/messages/forum10/topic5510/message37185/#message37185

Проблема была озвучена ещё в 2009 году если не ошибаюсь.
Суть проблемы в том, что если в ядро попадает отрицательная координата западного полушария, а паспорт карты в восточном полушарии
то координаты отправляются в левый крайний угол, даже в ГИС Карте при импорте с МЕТ файла.
Чтобы всё рисовалось корректно, нужно наносить долготы вот таких значений:
[IMG]http://delphi-gis.ucoz.ua/Images/ForForum/2015/img008.png[/IMG]

но в геодезии и картографии таких долгот не существует.

[QUOTE]Ilya пишет:
Как мне во время редактирования объекта получать новую длину объекта?[/QUOTE]

Илья, в обработчике движения мыши OnMouseMove (Map) пропишите следующие строки кода

[CODE] if MapEditMetric.Active then
   Caption := FloatToStr(mapLength(MapEditMetric.TempObj)); [/CODE]

где:
MapEditMetric - компонент "ручка изменения метрики"
MapEditMetric.TempObj - указатель на временный объект который ещё не сохранён на карте
mapLength - функция вычисления длины
Если Вы не пользуетесь функциями - создайте ещё один компонент axMapObject и присвойте ему хендл временного объекта MapEditMetric.TempObj

п.с. таким же образом можно отображать площадь, будущую точку метрики и так далее

Спасибо за ответ !
Будем сносить 7-ку и ставить ХР  :oops:

Владимир, можете написать саму задачу .
п.с. Не алгоритм её решения, а  что именно, в "реальном мире" Вам нужно сделать.
может решение будет выполнятся не 10 секунд а доли секунд. тут главный правильно подобрать функцию ядра  :)

[QUOTE]Andrey Gheleznyakov пишет:
разработанное на GisToolKit не сможет работать с картами, открытыми в ГИС Карта.[/QUOTE]
.. если не передавать имя карты на вход примочки которая самостоятельно будет её открывать  :D

[QUOTE]Елена Кузнецова пишет:
Можем посоветовать установить из папки WinKey64 или скачать с нашего сайта "Драйвер электронного ключа x64 (версия 6.20, 64-разрядные операционные системы, для Панорама 10 и выше)"[/QUOTE]

просьба уточнить Панорама 10 это ГИС Карта 2005 или ГИС Карта 2008 (на РМ стояла ГИС Карта 2005)

им ещё одно.
цепочка - ключ - дарйвер - ОС - ГИС Карта 2005 будет работать? (особенно интересует звено между ГИС Карта 2005 и драйвером)

Здравствуйте уважаемые разработчики !

ПО сути вопрос в теме. Можно ли поставить Гис Карту 2005 на Windows 7 x64 вместе с драйвером ключа, чтобы приложение работало.

п.с. на работе стоял пентиум 4 с WindowsXP и вышеуказанным продуктом. ПК сгорел при очередной проверке дизеля (не выдержал старый UPS)
На РМ поставили новый системный блок на базе процессора i3, с лицензионной 7-й 64х естественно.
Переустановили все ПО, а драйвер ключа из папки \WinKey установить не удаётся. Пишет "несовместимая операционная система"
Пробовали под режимом совместимости - не получилось.

ЧТо можете посоветовать?