ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[zed]

Нет, автоматически вы всё равно ничего не получите. Изучайте программирование и автоматизируйте процесс на здоровье, а так - только вручную. Медленно и уныло.

[DJ VK]

1.А потом сборку уже можно будет в автоматическом режиме производить? Или все равно придется как-то вручную отслеживать отсутствующие тайлы и заменять их?

1)используйте не рациональный но удобный для этого стандартный тайловый кэш.
скопировали в папку все файлы перепроецированного яндекса. далее в тотал командере копируете все файлы гугля с пропуском уже нужных существующих. затем также тудаже бинг.
но на границах будет фигня полная. там вручную.

2) включив сетку снимков 17 масштаба переключая туда-сюда разные слои попарно рисуете непересекающиеся полигоны разными цветами для разных сервисов, стараясь охватить всё. ну и затем экспортируете поочередно из каждого сервиса через "операция с областью", собирая гибрид

вот тут подробнее

http://sasgis.org/forum/viewtopic.php?f ... %8F#p35971

[Papazol]

И всё-таки более рационально склеивать снимки отдельно. Это значительно быстрее, чем вышеописанное. В случае чего всегда можно добавить новый снимок, не переделывая всё заново. Ну, и ведь тот же Ozi свободно оперирует разными картинками, попадающими на одну и ту же местность.

А с другой стороны, зачем он нужен вообще, Ozi? Если речь о PC, то прямо SASПланету можно пользовать, если телефон или планшет - SAS4Android, если навигатор - SAS4WinCE.

[DJ VK]

И всё-таки более рационально склеивать снимки отдельно.

но если так:

А с другой стороны, зачем он нужен вообще, Ozi? Если речь о PC, то прямо SASПланету можно пользовать, если телефон или планшет - SAS4Android, если навигатор - SAS4WinCE.

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

[Tolik]

но для поездки на 1000км придется клеить несколько сервисов в один, не до переключений.

Овчинка выделки не стоит. Повесьте нужные карты на хот кеи (если до сих пор нет) и переключайте одним кликом.

[Papazol]

Некоторые соображения о сборке больших снимков из разных источников. Оговорюсь, что речь идёт о применении этих снимков в дороге, а не дома.

1. Если брать значительную область, размеры файлов, содержащих данные, будут весьма велики. Это может воспрепятствовать помещению снимков на флешку. Пока мобильные устройства не способны держать на борту те объёмы информации, которые требуются для обсуждаемого.
2. При появлении новых снимков придётся кое-что переделывать.
3. Отсутствуют инструменты, позволяющие накладывать тайлы друг на друга, поэтому либо получатся разрывы, либо придётся жертвовать тайлами одного из снимков. И вообще, при наличии нескольких снимков, покрывающих одну и ту же область, весьма трудно выбрать лучший из них, ведь остаться должен только один.
4. Практически не встречаются случаи, когда необходимо ехать по снимкам значительные расстояния (1000 км). Обычно до мест отдалённых ведут дороги, которые есть на картах навигаторов, и лишь в самих отдалённых местах требуются снимки.
5. Планируя путешествие, люди, как правило, заранее знают, какие именно места они планируют посетить.

Отсюда выводы:
1. Нет смысла специально создавать огромное покрытие, которым не будешь пользоваться на 90-100%.
2. Зная планируемые места посещений, легко сделать кэш/картинки для именно этих мест.
3. Это быстро и удобно, и занимает мало места на носителе.
4. Можно подстроиться под любую программу.

[DJ VK]

4. Практически не встречаются случаи, когда необходимо ехать по снимкам значительные расстояния (1000 км). Обычно до мест отдалённых ведут дороги, которые есть на картах навигаторов, и лишь в самих отдалённых местах требуются снимки.

Ну например поезд Москва-Казань. + склееная по пути 250 метровка, экспортированная на планшет. Если ты не за рулем, то любая топокарта в тысячу раз информативнее навитела! Ну а в городских условиях уже можно и спутник даже.
экспортировать конечно только узкую полоску вдоль пути, но вследствие горизонтальности она пересечет десятки снимков с 3-4 сервисов. путаница с переключением страшная. То же могу сказать про дальние районы в сторону Байкала. из каких только кусков собирать карту не приходится.

маленький опрос по практической эксплуатации и идеям. (так сказать провожу НИР перед SAS.Planet.Next (так, изучаю понемногу FMX), не путать с началом непосредственных разработок)
1) часто ли точечные метки хранятся вместе с полигонами в одной категории меток, сильно ли усложнит работу их разнесение в разные таблицы?
2) пути. много категорий набито? много путей в каждом? много одновременно включаете для просмотра?

[Papazol]

поезд Москва-Казань

Поезд-то машинист ведёт, он с пути не собьётся Но охота пуще неволи, так что спорить не стану.

1) часто ли точечные метки хранятся вместе с полигонами в одной категории меток, сильно ли усложнит работу их разнесение в разные таблицы?

У меня все точки хранятся отдельно от полигонов.

2) пути. много категорий набито? много путей в каждом? много одновременно включаете для просмотра?

Опять же у меня пути в отдельной категории, там их немного, но вот треки в гораздо бОльшем количестве, категория для них отдельная. Речь идёт не о сотнях, а о десятках штук. Как правило, я треки редактирую (в основном удаляю петли и т. п.) Выводить сразу много треков/путей неудобно, они начинают путаться. Обычно ограничиваюсь одним, но это в общем случае всё-таки мало.

Как я понимаю, есть желание разделить метки на несколько файлов, чтобы размеры не раздувались? Это было бы здорово.

[DJ VK]

Как я понимаю, есть желание разделить метки на несколько файлов, чтобы размеры не раздувались? Это было бы здорово.

есть пока еще желание написать свой движок. (в основном визуалка) для планеты.

ладно немного подробностей. изучаю как сделать кросплатформенные:
1)пресеты наборов слоев и полигонов-меток включая цвета и прозрачность. реально.
2)редактор наборов слоев (втч и обычных непрозрачных карт, с но с полупрозрачностью). далее набор сеток (тайловый координатных и бланковых. конечно произвольный), наборы полигонов меток итд реально.
3)оптимизация редактирования параметров карт, настроек программы.
4)редактор полигонов с дырками, мультиполигоны. реально
5)вращение карты. пока не решил как грузить тайлы в трехмерный движок вообще
6) 2 параллельных карты, например генштаб и спутник. как раз сегодня идея пришла в беседе на форуме.

я не ставлю цель поддержать планету совсем, я ставлю цель создать прототип движка. к которому можно присобачить сеть, тайлохранилище итд.
увы пишу на с++. И третьесторонние платные вещи порой использую, и даже благополучно дорабатываю.

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

[burger514]

Добрый день. Помогите, пожалуйста, советом.
Пользовался Sas.Планетой для планирования веломаршрутов. Потом купил навигатор Garmin Dakota 20.
Ранее нарисованный в Sas.Планете маршрут, через ПКМ "Экспорт метки" экспортирую в KMZ (KML), конвертирую в gpx и на навигаторе вижу фигу.
Что я делаю не так?