На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты
АРХИВ ФОРУМА...
здесь вы можете ознакомиться с материалами форума до 08.06.2008

the_zz (все сообщения)

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти  
Форум » Пользователи » the_zz
Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: 1 2 3 4 5 6 След.
mapCreateObject, mapWhatObject и листы карты
Поясните, пожалуйста, по всем ли листам карты ищет функция mapWhatObject? Или только по тому, который указан при создании поискового плэйсхолдера в mapCreateObject?
Геокодинг, прямой и обратный, как в Яндексе или Гугле
Поизучал немного матчасть, и появились новые вопросы.

Правильна ли последовательность действий для реализации прямого и обратного геокодинга:

Я планирую создать dbf-файл, в котором будут поля LinkSheet и LinkObject, а также City, Street, BuildingNumber и т.д. Адреса я заполню сам из открытых источников.
Этот dbf-файл я подключу к карте через "База/Создать проект/Связь с картой".

А вот дальше для обратного геокодинга я должен найти по координатам на карте требуемый hObject, получить у него mapObjectKey и mapListName, и по этим двум характеристикам как-то обратиться к моему dbf c помощью API GTK (правда, с пока не нашел способа сделать это). Это правильно?

Осталось непонятным, как реализован поиск по адресу в "Карта-2011/Поиск/Поиск по адресу". Откуда берутся названия полей, содержащие почтовый адрес? Это стандартные семантики? Но в Подольске я их не нашел.
Изменено: the_zz - 15.12.2010 18:48:09
Геокодинг, прямой и обратный, как в Яндексе или Гугле
Я правильно понимаю, что если на карте нет объекта с адресом "Ленина, 123", но есть "Ленина, 1" и "Ленина, 150", то для "Ленина, 123" ничего найдено не будет, даже ближайшие адреса?
Геокодинг, прямой и обратный, как в Яндексе или Гугле
И еще вопрос. Я правильно понимаю, что прямое геокодирование сводится к следующему: среди всех объектов ищется тот, у кого в семантике в полях "Улица" и "Номер дома" стоят искомые значения, например ("Ленина", 111)?

А обратное - это нахождение перебором в цикле по всем объектам карты объекта, который ближе всего расположен к искомой точке на карте и получением у него значений семантик "Улица" и "Номер дома"?
Геокодинг, прямой и обратный, как в Яндексе или Гугле
Цитата
Andrey Gheleznyakov пишет:
Либо как варинат используйте данные с gislab (open street map). Этот формат наше ПО (ГИС Карта 2011) понимает и можно самим подготовить (загрузить) карты на нужные районы. Также в открытом доступе есть данные по адресам d shp, mif/mid. Открытых источников довольно много.


Спасибо за наводку, посмотрел, даже скачал для Москвы и МО dfb- и shp-файлы. Не могли бы вы подсказать, как их интегрировать в карту Подольска?

PS
Извините, если это вопросы из серии RTFM - я пока этот самый M не нашел smile:D .
Геокодинг, прямой и обратный, как в Яндексе или Гугле
Цитата
KFF (Фёдор) пишет:
.. .\GisTool11\Example\Delphi\Geocode - под Паскаль
.. .\GisTool11\Example\Builder\Geocode - по С++


Спасибо, посмотрел. Но в этих примерах я не нашел упоминание о получении адреса по координатам. Там просто получают списки семантик объекта по его координатам, как я понял.
Геокодинг, прямой и обратный, как в Яндексе или Гугле
Хочется, чтобы по координатам точки можно было получить её почтовый адрес, и, наоборот, чтобы по почтовому адресу, записанному в некоторой фиксированной форме можно было получить координаты на карте.

Искал по форуму, но так и не нашел прямого ответа на вопрос, можно ли реализовать такой функционал средствами GTK?
Также, хотелось бы найти БД с необходимой для ГК информацией для демонстрационной карты Подольска.

Это возможно?
Еще раз про потоки. Многопоточная генерация тайлов с помощью mapPaintToBitmap.
Цитата
Oleg Belenkov пишет:
Поэтому операции редактирования одной карты с разных потоков (mapCommitObject) все равно будут блокироваться.


При редактировании блокировки, однозначно нужны.
А при открытии карты на чтение их точно не наблюдается - я замерял: ускорение налицо.
Проблемы с производительностью в новой gisaccess.dll
Спасибо большое, Александр!
Сферическая проекция Меркатора
Спасибо! Мы уже разобрались - у нас был баг в алгоритме пересчета координат, после его исправления "Цилиндрическая прямая равноугольная проекция Меркатора" нас полностью удовлетворяет.
Страницы: 1 2 3 4 5 6 След.


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