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

[Papazol]

Никаких "капризов" не было в обозримом прошлом. Кто какую нумерацию зумов изначально выбрал, тот такой и придерживается. Не вижу никакого особого гемора в "делании" чего-либо с готовым кэшем. К вашим услугам zmp, там чётко написано, как считается зум. Алгоритм формирования структуры кэша известен.

[psv]

... К вашим услугам zmp, там чётко написано, как считается зум. Алгоритм формирования структуры кэша известен.

Программа рассчитана на Гуру и продвинутых пользователей? Программа для всех, включая новичков. А новичкам, таким как я, не понятно. Что такое zmp? Мы, новички, пользователи программы, видим несоответствие видимого и "скачиваемого" z... Поэтому, мы, "новички" и возмущаемся...

[Papazol]

Но вы же, будучи "новичком", хотите не просто пользоваться программой, а желаете использовать кэш программы в своих целях, с программой не связанных. Чтобы что-то, изначально для этого не предназначенное, использовать в своих целях, необходимо это изучить. Хотя бы в том объёме, что реально требуется для означенного использования в своих целях. Заявляя, что вам неизвестно, что такое zmp, вы подтверждаете, что ничего не изучали. И вот, чтобы вы смогли-таки осуществить свою задумку, программисты должны изменить кучу кода, потом, возможно, и все остальные пользователи тоже должны у себя что-то править, чтобы оно продолжило работать как прежде. Как-то это не совсем логично.

Чтобы в конструктивное русло.
1. Нумерация зумов очень условна, на многих картсервисах вообще в явном виде не указывается текущий зум, и его можно определить только по URL запросов на тайлы.
2. В URL запроса на тайлы некоторых источников значение зума может быть весьма причудливым, а не просто числом от 0 или 1 до 23 или 24.
3. Числом от 0 до 23 зум нумерует Google для своих спутниковых снимков. Программа же нумерует зумы числом от 1 до 24. В кэше номера зумов соответствуют нумерации в программе. Таким образом, если в кэше есть папка, например, z15, то в неё скачиваются тайлы, имеющие в URL запроса зум z14.
4. Исторически так сложилось, что нумерацию зумов любых картсервисов подгоняют под нумерацию зумов спутниковых снимков Google Maps. Тогда при переключении с одной карты на другую видимый зум не будет меняться.
5. Формула, по которой пересчитывается (подгоняется под Google Maps) зум для любого картсервиса, находится в zmp этого источника, а точнее, в файле GetURLScript.txt.
6. Кэш программы по умолчанию имеет определённую структуру, которая должна быть понятна для желающего использовать этот кэш в сторонних целях.
7. Много полезной информации содержится в Wiki.

[vdemidov]

О нумерации зумов с точки зрения разработчика:

• В тайлохранилищах зумы нумеруются по-разному. В одних с нуля, в других с единицы и тут уже ничего не изменишь. Это уже давно устоявшиеся форматы кэша.
  Внутри САС.Планеты все зумы нумеруются с нуля. И этого изменять никто не будет.
  В скрипты генерации запросов в ZMP зум передается с нумерацией с единицы это можно поменять, но придется править абсолютно все zmp, что очень накладно.
  В интерфейсе САС.Планеты зумы нумеруются с единицы и это можно поменять относительно безболезненно. Да в десятке мест, но проблемы кроме нарушения привычек это не вызовет.

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

[Tolik]

Пожалуй, напрасно я заикнулся об этом изменении. Править все скрипты, изменять привычки однозначно не стоит. Плюс в разных версиях разная нумерация - это очень неудобно.
Беру свои слова обратно.

[vdemidov]

Пожалуй, напрасно я заикнулся об этом изменении. Править все скрипты, изменять привычки однозначно не стоит. Плюс в разных версиях разная нумерация - это очень неудобно.
Беру свои слова обратно.

Ну и славно. Хотя если я когда-нибудь соберусь делать изменения в zmp скриптах полностью ломающие совместимость, то заодно сделаю и нумерацию зумов с 0, но в ближайшем будущем такого не предвидится.

[alfare]

Подскажите, пожалуйста, можно ли в программе, выделив полигон произвольной формы, узнать площадь этого полигона? Если нет, то нет ли возможности экспортировать получившийся полигон в другую программу, которая бы могла это делать?
Спасибо!

[Tolik]

Конечно можно: правой кнопкой и Инфо.

[Koyaanisqatsi]

Здравствуйте.

Как увеличить Масштаб текста для карт яндекс как минимум хочется z18 текста и z17 самой карты. Но если есть возможность то хотелось бы и увеличить сам текст масштаба z18.

Читал тут на форуме мол это не текст а картинки. Но если было бы можно эти картинки увеличивать в масштабе или брать в качестве слоя масштаб картинок текста от z18 было бы изумительно главное чтобы не уехали от зданий.

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

Прием масштаб текста z18 для некоторых зданий работает на масштабе z17. На примет для ШКОЛ надписи остаются теми же на обоих масштабах. А вот к примеру для Детских садов пропадают эти надписи. А мне как раз именно ДЕТСКИЕ САДЫ и нужны.
Я конечно понимаю почему так происходит. Там стоит на яндекс картах зависимость от площади здания и соотношение масштабов. Но неужели нет возможности перепрописать этот параметр ?

Спасибо.

[psv]

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

Да, не логично. Да и менять в данном случае ничего не нужно. Поскольку кэш сохраняется в тот масштаб, в который должен сохраняться. Я-то сразу этого не понял. Я вижу на мониторе z19 и тут же вижу сохранение кэша в z18... Это то меня и смутило. Но сейчас, когда я понял, что z19 это и есть фактически 18-ый масштаб, то и проблем нет. Спасибо.

П.С.: а zmp я конечно-же давно изучил, но видать плохим учеником был