» SAS.Планета (часть 2)

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

zporuchik
C 1 и 2 пунктами справляется и GPS TrackMaker -- он в отличие от GlobalMapper есть и в бесплатной версии.

Если автор отказывается оn прямой работы с klm, то может стоит попросить его наладить экспорт в klm, раз уж есть импорт, а уж дальше каждый будет переводить KLM в требуемый формат. Тем более, что такие конвертеры предоставляют большое количество форматов.

az52
В общем родилась еще одна просьба. Она выполнима?

netrebos
я вот не пойму и тебя теперь - зачем просить экспорт? надо просить прямую поддержку кмл, т.к.:
1. формат открутый
2. придуман и поддерживается не дураками (гугл)
3. поддержка формата большинством приложений связанных с ГИС (включая веб)

что еще надо? зачем ломать голову над собственным форматом, а потом придумывать конвертеры/импорты/экспорты? ведь всё уже давно есть и работает!
честное слово - прям велосипед!

zporuchik
На мой взгляд ты, конечно, прав, но говоришь немного про другое. Я же исхожу из того, что в САС уже есть некоторое отображеение точек и пути в собственном формате, на половину связанное с klm форматом. Поэтому логично иметь и вторую половину связи -- экспорт. Я бы даже сказал, критично. Потому что из САС ни в каком формате нельзя выковырять эти точки и пути. А что касается твоего предложения, то это az52 должен сказать, почему он остановился именно на собственном формате. Может в этом есть скрытый смысл?


Добавлено:
zporuchik
А так кнечно -- хорошо бы сразу клм иметь.

zporuchik
Ну ты даеш) У кого оно все есть? Я над собственным форматом (тем более он не мой)) голову какраз не ламал а вот над KML поламать придется.
Да и насчен прямой работы - все равно придется этот KML читать в память, а потом из памяти сохранять в KML.
Не все что хочется - можется и успевается)

когото здесь интересовал вопрос прикручивания худ.галерей к САС, так может и это заинтересует?
описание: Обычная камера делает панорамы в миллиарды пикселей
сами снимки: GigaPan

кстати координаты места съемки в них указывается, а также есть возможность загрузить КМЛ и посмотреть их в ГЕ

az52

Цитата:

Не все что хочется - можется и успевается)

Хорошо, а экспорт-то сделаете? Либо в природе существует утилита для конвертации вашего формата в клм?

zporuchik
Разгадать не пробовал gigapan?
Там вроде можно решить, вот только у меня тяму пока не хватает как скрипт написать.
Там запрос тайлов такой: http://share.gigapan.org/gigapans0/id/tiles//r00/r0.jpg, где:
id - номер картинки
r00 - какая-то случайная величина
r0 - имя картинки связанное с координатами, чем больше уровень, тем больше цифер.

тайлы 256х256.

maseratist
А что интересного на gigapan?
Приведите пару-тройку реальных запросов

maseratist
ну там, скорей всего, принцип тот же, что и у панорам из картинной галереи (не помню названия)

az52
http://share.gigapan.org/gigapans0/6/tiles//r01/r010.jpg
это частичка картинки

zporuchik
там отличается код запроса от галереи prado. Запрос больше похож на запрсы типа tttstrq.

Цитата:

Разгадать не пробовал gigapan?

так выглядит запрос на самый верхний слой (когда панорама по высоте занимает один ряд):
GET http://share.gigapan.org/gigapans0/5322/tiles//r00.jpg HTTP/1.1
т.е. r00 - номер ряда колонки
а вот это уже когда 2 ряда (нумерация рядов снизу-вверх):
GET http://share.gigapan.org/gigapans0/5322/tiles//r02/r020.jpg HTTP/1.1
GET http://share.gigapan.org/gigapans0/5322/tiles//r13/r130.jpg HTTP/1.1
т.е. появляется номер колонки и номер ряда, с которого всегда начинается имя тайла
на каком этапе происходит дальнейшее усложнение запроса - не поймал (пока), но вот что получается в итоге:
GET http://share.gigapan.org/gigapans0/5322/tiles//r10/001/r1000101.jpg HTTP/1.1
появляется "под-ряд" и имя получается: №ряда+№подряда+№колонки.jpg

Добавлено:
что то мне напомнило способ разделения кэша по типу ЕС: до N уровня всё по папкам (ряд), а потом начинается дробление по сетке 10го (под-ряды), а итоговое имя файла содержит всю инфу а ряде, под-ряде и колонке

Добавлено:
кстати на максимальном зуме имя тайла в конце содержит "координату" тайла по типу гугла, т.е.
r1020101.jpg - верхний левый угол под-ячейки

чет я запутался.
только сейчас заметил, что цифра 4 нигде не встречается
т.е. у них всё по-улитке?

Цитата:

т.е. у них всё по-улитке?

Да, поэтому я и сказал, что запрос имени тайла типа tttrsqrt = 00031230. типа t=0, s=1, q=2, r=3.



Добавлено:
У меня пока грузит до 3-го уровня. Дальше надо добавлять в запрос /rХХ/.

Добавлено:
Всё, сделал!

Цитата:

Всё, сделал!

ну так где?

Выложу попозжа на сайте sasgis в соответствующем форуме (Описание карт невошедших в основной список)

az52

Цитата:

Версия 90521 (от 21.05.09)
2. Заменил работу с KML на импорт из KML в marks.sml.

А можно оставить работу (отображение) с бывшим слоем KML из одноименной папки? У меня осталась куча созданных вручную kml-ников со встроенными в них фотографиями и форматированным текстом описаний походов. Это добро в marks.sml без существенных потерь не отконвертить.

Кстати я тоже проголосую за отображение "Эталонных" KML в старом виде,
хотя и новые тоже нравятся опционально я б и те отсавил бы....

я вообще за полноценный КМЛ!

Тоже голосую за полноценный КМЛ
у меня тоже накопились КМЛ с фотографиями и описанием, и к сожалению столкнулся с тем, что часть меток при импорте из KML в marks.sml теряется. Закономерность пока не нашел.
Удачи всем!

DCT
Никто же не заставляет удалять старые KML с фотографиями и пр. Все равно же планета их не отображает что старая, что новая.

Блин голосовать хорошо) И вообще, чем способ отличается по сути от того что был раньше? Не трудно же кнопочку нажать)

почему не отбражается?
у меня KML с фотографиями и текстом отображались и раньше и сейчас после импорта
просто сейчас часть точек при импорте теряется, ну и на прямую (минуя импорт) с КМЛ было бы удобнее работать

az52

Цитата:

И вообще, чем способ отличается по сути от того что был раньше?

я про полный переход на КМЛ без маркс (без обид).

Все заканчиваем с KML)
В обозримом будущем прямой работы с ним не будет.

тогда плиз галку "игнорирование точек при импорте трека" а то получается куча точек а трека толком не видно!


Добавлено:
при старом типе отображения пусть и были эти точки так они глаза не резали ...

Цитата:

В обозримом будущем прямой работы с ним не будет.

ясно. я понимаю, что там очень много надо голову поломать, но один раз разобравшись - получим практически не ограниченные возможности.

az52

Цитата:

В обозримом будущем прямой работы с ним не будет.

С этим ясно. А можешь просто подсказать какой-нибудь внешний конвертер marks.sml в кмл, что бы хотя экспорт точек и путей наладить.

Версия 90529 (от 29.05.09)
1. Изменил датум и проекцию в заголовке ECW на коды EPSG соответствующие проекции выбранной карты.
2. Исправил бланковку.
3. Исправил переход на метку если есть несколько меток с одинаковыми именами. Также, при переходе на полигон найденная позиция помещается в центр ограничевающего полигон прямоугольника.
4. Доработал "Управление метками" теперь нет постоянной перерисовки при изменении параметров меток и категорий.

Добавлено:

Цитата:

внешний конвертер marks.sml

Таких в природе не существует)

az52
Добавьте горячую клавишу для Параметры карты (а то мышой надо сделать аж 3 действия)

TheGarl
Кстати можеш как вариант поставить размер шрифта = 0 а размер иконки = 10 и будет примерно как раньше, а если еще и иконку сам нарисуеш круглишок то и не отличить)

krolevec
Вроде операция не так часто требуется? (но добавлю)

az52

Цитата:

В обозримом будущем прямой работы с ним не будет.

Не нужно полной поддержки. Вполне достаточно имеющегося функционала. KML-ники то и сейчас неплохо отображаются в слоях WikiMapia и Panoramio.

А вот хотелось бы вернуть накладываемый слой-KML, в котором в отличие от WikiMapia/Panoramio все объекты берутся из всех KML из одной папки.

Почему это было удобно: в папку KML можно было быстро cкинуть/удалить трэк/полигон/точки - и выключив+включив слой, они сразу появлялись на экране.
Вот так это отображалось (и между прочим сейчас работает, например в слое Panoramio):


Конечно, у sml сейчас красивостей отображения больше, но лично мне удобнее ограничено работать с многими KML, чем с одним sml. Например, я могу быстро скинуть другу KML-трэк поездки, а как мне его вытянуть из sml?
ИМХО sml - хорошо, но из-за него ненадо выкидывать KML