Природа Байкала

Ну опять же, всё работает только по тем районам, где есть схема, а это большой минус!!!

08.12.2007, 23:21:01 |

Я думаю, файл по району.
Сейчас не те времена, чтобы мегабайтный KML кого-то испугал.
Особенно с учетом того, что при работе GoogeEarth жрет мегабайты "нипадецки" :-)

08.12.2007, 23:21:08 |

В ближайшее время будут добавлены gif-файлы схем и соответствующие map-файлы их привязки для OziExplorer'а. Также будут kml-файлы для загрузки этих схем в GoogleEarth. (Один небольшой не совсем ясный вопрос здесь - как лучше сделать: подцеплять один общий файл схемы по району или по тем листам, что сейчас используются на сайте.)

Один общий файл. Он не так уж и много должен весить... Зато один раз загрузил — и работай сколько хочешь.
А MPS когда будет?

08.12.2007, 23:26:35 |

Можно, в принципе, взять файл с объектами из всех районов. Но надо иметь в виду, что объём будет довольно большой (по-моему, больше мегабайта)

Эээ... вообще-то он 5.5 мегабайта :-)
А 7z, например, жмется до 253кб...

Кстати, если ещё не знаком — очень рекомендую 7z.org !!!
Полностью бесплатный, даже для организаций (под GPL)
разархивирует КУЧУ форматов, включая юниксовые типа bzip, bzip2, gzip, ну про всякие arj, rar, zip и говорить неприлично :-)
Жмет либо в стандартный zip, либо в свой z, который очень эффективен.
В качестве шифрования поддерживается очень мощный криптоалгоритм AES-256 (Эльгамаль, насколько я помню), т.е. при нормальном пароле на архив (не "12345") архив невскрываем в принципе (т.е. нужны сотни лет работы суперкомпьютеров)
Есть просто под все платформы, и Windows, и MacOS, и UNIX любые.
Хоть в бинарниках хоть в исходниках.

08.12.2007, 23:32:43 |

А MPS когда будет?

Не надо озадачиваться MPS отдельно!
Современные реалии таковы, что в мире скоро останеться ОДИН формат данных для точек/траков, и это KML (KMZ)
А MapSource или уже его понимает, или будет понимать в ближайшее время.
А пока вполне можно пользоваться конвертеров всего во всё :-) GPS Trackmacker

08.12.2007, 23:35:49 |

Вот я им давно и пользуюсь. Только не всегда корректно получается...

08.12.2007, 23:42:05 |

Здесь не только в размере дело. Надо ещё поэкспериментировать, как будет лучше привязываться к местности схема — по кускам или целиком. Ведь, насколько я понимаю, в KML ни тип проекции, ни что другое не указывается. Просто прямоугольная картинка накладывается на местность. Наложение может получиться далеко не идеальным...

09.12.2007, 01:01:47 |

Ведь, насколько я понимаю, в KML ни тип проекции, ни что другое не указывается. Просто прямоугольная картинка накладывается на местность. Наложение может получиться далеко не идеальным...

Из того, что "ни тип проекции, ни что другое не указывается" никак не следует, что его несуществует :-) Как-же без проекции-то :-)
Далее цитата из официального Гуглевского документа по KML:
Latitude and longitude measurements are standard lat-lon projection with WGS84 datum.
Тут тебе и однозначное определение проекции, и однозначно определенный датум. Причем, очевидно, других параметров быть просто не могло для использования в формате, покрывающем всю планету в масштабах от тысяч километров на сантиметр экранного изображения, до маштаба "полметра поверхности на сантиметр экрана" (это максимальный масштаб в GE)
Ну и датум не мог быть другим, чем WGS84 по той-же причине: охват всей планеты.

09.12.2007, 13:05:40 |

0. Вячеслав сделал ПРЕДЕЛЬНО НУЖНОЕ, ПРОСТО _КРАЙНЕ_ПОЛЕЗНОЕ_ВСЕМ_!!!! ДЕЛО, РЕАЛИЗОВАВ ПОДДЕРЖКУ ФОРМАТА KML!!!! И ОГРОМНЕЙШЕЕ ЕМУ СПАСИБО ЗА ЭТО!!!!!!!!!!!
Я предлагаю ВСЕМ по мере возможности поучаствовать в "приглаживании" имеющихся проблем и недоработок в это серьезном деле!!!!

Давайте "всем миром" сделаем УНИКАЛЬНЫЙ ПРОЕКТ — "ВСЕ ОБЪЕКТЫ ПРИБАЙКАЛЬЯ В KML-ФОРМАТЕ!
Давайте все поможем откорректировать проект, добавить нужные объекты и пр.

Ну а теперь замеченные существенные ошибки nature_baikal_ru_objs.kml:

1. сильные расхождения gps-координат с реальными объектами: от 120м до более километра! Слава, ты уверен, что во всех WPT-файлах вторая строчка сверху WGS84 ? Какие-то совершенно дикие расхождения, явно за пределами любой реальной погрешности GPS-железяк.
Например посмотри на Бабху (gps) и реальное положение пика в GE.
Есть мысли — откуда ТАКОЕ расхождение ?
Ещё пример: Харанцы (gps) отстоит от реального положения поселка на 870метров, в пометка Харанцы (не gps) отсоит аж на 1700 метров.
Может стоит сделать раздельную выгрузку? либо "только (gps)" либо "все объекты" (возможно, "не-gps объекты"). Потому как пока не-gps объекты можно использовать только крайне приблизительно

2. некоторые объекты входят в несколько разделов, так что, например, пик Солзан в файле встречается 11 раз.
Т.е. отмечаем в GE любой раздел, хоть Ольхон, хоть Хамар-Дабан, и в любом случае видим кучу объектов на Хамар-Дабане, даже если включен только Ольхон. Но при включении только Ольхона видим не все Хамар-Дабанские объекты, а только некоторые, хотя и много.

Уточнения по разделам:
Хамар-Дабан самый чистый, в него входят исключительно Хамар-Дабанские объекты

Ольхон: сам Ольхон + КУЧА по Хамар-Дабану с правильными координатами + куча по Хамар-Дабану, но с координатами, сдвинутыми на 400 километров на северо-восток!

Олхинское плато: само плато + немножко Ольхона + немножко Хамар-Дабана

Святой Нос: сам Святой Нос + кучка по Олхинскому плато + кучка по Хамар-Дабану, причем некоторые точки на месте, а некоторые сдвинуты от реального положения нап 400 километров! Причем как в одну сторону, т.е. часть точек по Хамар-Дабану попала в окрестности Святого Носа, так и в другую, вплоть до того, что "развилка дорог вдоль побережья Святого Носа (gps)" (замечу ещё раз — GPS!) находиться в городе Слюдянка... :-)
Кстати, "река Малая Олха (gps)" находиться всего в 2.5км от Казачьей поляны...

КАК настоящие GPS-точки могло разбросать на сотни километровв самых разных направлениях ?!

Далее по разделам:

Тункинские гольцы: сам район, + часть точек по Хамар-Дабану (на правильных местах)

Мунку-Сардык: сам район, + КУЧА точек по остальному Вост.Саяну + немножко по Хамар-Дабану

Долинв вулканов: сам район + немножко по остальной Тунке и Хамар-Дабану (на правильных местах)

Тофалария: сам район + кучка по Тунке и Хамар-Дабану

Приморский хребет: сам район входит или нет — непонятно, всё завалено КУЧЕЙ точек по Тофаларии, Тунке, Хамар-Дабану, причем сдвинутых на сотни километров от реального положения.

Кругобайкалка: сам район тоже есть, немножко :-), но всё завалено КУЧЕЙ точек по Долине вулканов, Тунке, Хамар-Дабану, причем со сдвигом от десятков до сотен километров от реального положения в разные стороны.

Байкальский хребет: куча точек по Долине вулканов, Тунке, Хамар-Дабану, причем, например, Нижнеудинск, Мамай, Орленок, Тальцинский, находятся очень недалеко друг от друга на Северном Байкале в районе Фролихи :-)

09.12.2007, 16:59:42 |

Сергей Н., всё это конечно хорошо... Только вот MapSource kml не читает, хоть убей (файл не может быть импортирован)! А для меня сейчас пока прежде всего важна векторная карта. Видимо я пока один такой... так что пока придётся переводить через Trackmacker, что не сегда хорошо работает.

И хотелось бы услышать комментарии Вячеслава по поводу других районов, зачем действительно эта зависимость от схем?

09.12.2007, 17:27:42 |

Ну а теперь замеченные существенные ошибки

Ага, спасибо.
С объектами из всех районов ошибочка получилась. Просто перед выдачей очередного района не чистились обекты с предыдущего. Поэтому и пять мегабайт вместо обещанного одного. Собственно, ссылок на это нигде не должно было быть, поэтому я специально не проверял как это работает, ну а в последний момент решил в форуме ссылку дать. Сейчас поправил — лишних объектов нет. Из-за этого, видимо и многие совсем "уехавшие" точки. Сейчас остались только те, которые не входят в районы. Я их ставил, чтобы в маршрутах расстояния до них считались — а координаты были не важны — всё равно они никогда не показывались (например, пос. Онот, пос. Верхнеокинский). Сейчас надо подумать как лучше сделать — либо чтобы те что не входят в схему вообще не показывались, либо подобрать координаты.

сильные расхождения gps-координат с реальными объектами: от 120м до более километра! Слава, ты уверен, что во всех WPT-файлах вторая строчка сверху WGS84 ?

Вроде ничего другого не было. Здесь надо конкретно разбираться.

Например посмотри на Бабху (gps) и реальное положение пика в GE.

По-моему, более-менее точно. Сверился с картой — расхождение менее ста метров. Файл в WGS84. Надо будет спросить у человека, который ставил точку, может не прямо на вершине поставлена.

Харанцы (gps) отстоит от реального положения поселка на 870метров, в пометка Харанцы (не gps) отсоит аж на 1700 метров.

Харанцы (gps) — это не посёлок, а мыс. Харанцы (не gps) — не знаю (у меня сейчас Ольхона в кэше нет), но, возможно, это остров Харанцы.

Вообще, надо бы сделать к самим названиям добавки типа объекта. Но с одной стороны в списке слева это лишнее. Ну и есть ещё проблема неоднозначности такой добавки (водопады — пороги, например).

Может стоит сделать раздельную выгрузку? либо "только (gps)" либо "все объекты" (возможно, "не-gps объекты"). Потому как пока не-gps объекты можно использовать только крайне приблизительно

Да вроде и так можно отдельно GPS-точки загрузить, а можно объекты. Здесь с объектами ещё вот такая небольшая проблема есть. В базе может быть несколько gps-точек одного объекта (например, для перевала — начало подъёма, седловина и место спуска на другую сторону. А ещё бывают перевалы, где надо подняться в одно место, пройти по гребню и спуститься с другой точки). Я стараюсь следить, чтобы координаты вычислялись по правильной точке, но так как это выбирается автоматически и, тем более, правильной точки вообще может не быть в базе, то, в принципе, могут быть накладки.

09.12.2007, 20:13:49 |

Например посмотри на Бабху (gps) и реальное положение пика в GE.По-моему, более-менее точно. Сверился с картой - расхождение менее ста метров. Файл в WGS84. Надо будет спросить у человека, который ставил точку, может не прямо на вершине поставлена

А должно быть расхождение не более 10-20 метров в худшем случае.

09.12.2007, 21:12:08 |

Сейчас поправил - лишних объектов нет. Из-за этого, видимо и многие совсем "уехавшие" точки. Сейчас остались только те, которые не входят в районы

Да, теперь все ошибки с "левыми" точками, лишними объектами, и местоположением, сдвинутым от реального на сотни километров исчезли. Отлично!

Теперь уже можно "причесывать" объекты на предмет точных координат.
На неделе займусь этим. Как-бы тебе "уточненные" координаты передавать ?

09.12.2007, 21:16:47 |

Как-бы тебе "уточненные" координаты передавать ?

Правильнее всего, наверное, посылать на сайт в виде wpt-файлов. Отдельно по каждому району.

09.12.2007, 21:44:53 |

Сергей Зубков

Насчет большого размера kml-файлов. Слава, жми их с помощью zip и переименовывай в kmz. Они очень хорошо жмутся.

А вообще, это отлично, что ты добавил такую функциональность сайту!

10.12.2007, 18:12:27

Да, я знаю. Но я бы не сказал, что размер большой. Это только если всё сразу брать. А выдавать непожатый проще — можно прямо на лету выдавать. В принципе, надо бы сделать kmz. Но пока это не сильно важно — важнее ошибки исправить.

10.12.2007, 18:34:21 |

У озер напрочь отсутствуют метки, что неправильно и несколько неудобно.
Может хоть точку масшаба 0.5 ставить ?

16.12.2007, 18:01:41 |

с точкой "Первая обзорка (gps) совпадают ещё несколько точек, включая "река Сигач (gps)", "Обтойская шивера (gps)", "Стрелка ручьев из под пер. Надежда и Ля Контес (gps)"

Слава, как получается, что точки, помеченные (gps), могут буть в десятках и сотнях километров от нужного места ?
Они-же не со схемы берутся, а с WPT-файлов, как я понимаю, и просто обязаны ВСЕГДА попадать на нужное место, разве нет ?

16.12.2007, 18:44:04 |