Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » SatMap

Модерирует : gyra, Maz

batva (02-04-2009 13:44): Продолжение -> SatMap (2)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

   

relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SatMap
просмотр, скачивание, кэширование, склейка и привязка спутниковых снимков/гибрида/карт/ландшафта с сервиса Google Maps.

 
Текущая версия 1.4.3.33:
полный комплект (1.92 Mb)
только exe (1.12 Mb)
Функционал работы с GPS-приемником временно отключен.
 
Конвертор кэша версий 1.3.x.x в формат кэша 1.4.x.x:
v007 (360 Kb)
 
Для работы с кэш-файлами размером больше 4 Гб необходима файловая система NTFS!
Отсутствующие у некоторых библиотеки MSVCP71.dll и MSVCR71.dll можно скачать здесь: 229 Kb
 


Архивы с кэшем скачанных районов
 


 
* - архивы в формате 7-zip
 
Официальный сайт http://satmap.narod.ru

 
Основные функции и возможности (на данный момент):
1. Импорт данных из кэша GoogleMV (версии 2.7+), GoogleV, EarthSlicer (только спутник)
2. Формат кэша: 1 кэш = 1 файл
3. До 100 подключаемых кэшей
4. Экспорт в кэш формата GoogleMV, SatMap
5. Поиск, сохранение и переход по введенным координатам/названию места
6. Работа с путевыми точками и треками в формате OziExplorer (*.wpt, *.plt)
7. Измерение расстояния
8. Склейка/экспорт данных в графические форматы JPG, PNG, TIFF, ECW, JPEG2000
9. Геопривязка в форматах Ozi Explorer, MapInfo, world-файл, TomTom overlay
10. Закачивание данных с сервиса Google Maps без бана
11. Показ высоты по данным SRTM
 
Планируется:
1. Работа с форматом kml/kmz
2. Возможность скачивать данные с других сервисов
3. Полноценная работа с GPS приемником
4. и многое другое......
 
Программа распространяется бесплатно. Используйте ее на свой страх и риск.
 
 
Про нумерацию уровней в различных программах:
N-й уровень SatMap = N-му уровню Google Maps = количеству букв в названии тайла (совпадает с нумерацией EarthSlicer). Нумерация уровней в GoogleMV, GoogleV соответствует N+1 уровню программы SatMap.

Всего записей: 3713 | Зарегистр. 19-04-2005 | Отправлено: 13:02 29-10-2007 | Исправлено: relictus, 11:40 02-04-2009
netrebos

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus

Цитата:
Обновил версию мульти, ссылка прежняя.
rex
попробуй, как теперь с окном каптчи?
netrebos
Модифицировал код удаления выделенной области. На моем тестовом кэше процесс ускорился в 108 раз! Но есть и минус - кнопка СТОП во время удаления теперь не работает. За скорость приходится платить....
 

 
Чего-то не понял. в мульти режиме варианте файл SatMapGPS.exe, взятый по ссылки и определившийся как измененый 20 марта в 15:22:53, вообще не открылся.

Всего записей: 447 | Зарегистр. 19-09-2006 | Отправлено: 16:22 24-03-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
netrebos

Цитата:
Чего-то не понял

Упс... перезалил.

Всего записей: 3713 | Зарегистр. 19-04-2005 | Отправлено: 16:30 24-03-2009
netrebos

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus
И кнопка СТОП работает -- может ты чего не то положил по ссылки?  
 
 
Добавлено:
relictus
щас посмотрим
 
 
Добавлено:
relictus
--якс сказала бензопила!!!!!!
 
Если правильно выше приведенное утверждение, что SQLite безразлично есть у него в архиве реальные тайлы или нет и при удалении она обрабатывает всю выделенную площадь, так как буд-то она заполнена тайлами -- то результат впечатляющий. 2,5 мин на тотальную зачистку 18-19 слоя спутника, гибрида, карты ландшафта  по всей площади планеты со 2 слоя.  Реальных тайло там было не много, что-то около 500 мб эпизодических тайлом 18 - 19 слоя в общем объеме кэша 4,5 гб. Во сколько это раз быстрее не знаю (надо бы какую-нибудь измерительную утилиту для теста прикрутить, что бы говорить одним порядком данных) -- но разница очень существенна в РАЗЫ. Угробить весь реальный кэш пока пожалел. Если это влияет на тест -- скажи, теперь это легко восполнимо.    
 
Кстати кнопка СТОП работает, но выполняет провокационные функции -- при попытке нажать на нее программа виснит намертво.  Если она связана со скоростью -- то ее можно убрать в жертву скорости.
 
Заметка по ходу -- при удалении не возникает информационное сообщение о том сколько удалено, как при закачке и импорте. О прекращение удаления можно судить только по смене кнопки ПУСК на ВЫПОЛНИТЬ. Если это не повлияет на скорость можно чего-то такое добавить или ограничиться каким-нибудь простеньким указателем о прекращении выполнения операции.  
 
В общем я снимаю шляпу и готов ее съесть если вы не переплюнете разработчиков SQLite и так же не ускорите импорт\экспорт и копирование между различными кэшами Satmap. Пощадите мой желудок -- шляпа у меня из свиной кожи.  
 
       

Всего записей: 447 | Зарегистр. 19-09-2006 | Отправлено: 16:39 24-03-2009
Trilobit69

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus
Переконвертил кэш, всё залетало как на самолёте!
 
Заметил забавный глюк - меряю длину экватора, а она оказывается близка к нулю. Похоже измерение идёт по кратчайшему расстоянию между точками. Не знаю, поэтому, или по другой причине, длина нашей необьятной России оказыватся порядка 6 тыс. км. всего.
 
 
Ещё вот что подумалось, вдобавок к карте заполнения, было бы информативно отмечать на верхней полоске уровни, на которых есть тайлы в точке центра экрана (или курсора), скажем утолщением рамки. Если это конечно не приведёт к излишней загрузке процессора.

Всего записей: 18 | Зарегистр. 18-09-2007 | Отправлено: 18:45 24-03-2009 | Исправлено: Trilobit69, 18:59 24-03-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus

Цитата:
Обновил версию мульти, ссылка прежняя.

Но это не мульти.
 

Цитата:
Если введете учет всех указанных кэшей  
 
Не понял про учет, поясни.

 
Это все о том же. Чтобы при закачке, экспорте, просмтотре учитывался не только верхний кэш, а все отменченные юзером.
 
 
netrebos

Цитата:
Угробить весь реальный кэш пока пожалел. Если это влияет на тест -- скажи, теперь это легко восполнимо.    

А кто мешает сначала сделать копию и гробить ее?

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 18:55 24-03-2009
netrebos

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rex

Цитата:
А кто мешает сначала сделать копию и гробить ее?

Пробелы в сообразительности.
 
 
Добавлено:
rex
у меня ссылка уже обновилась на правильную. файл SatMapGPS.exe определяется  как измененный 24 марта в 13:14

Всего записей: 447 | Зарегистр. 19-09-2006 | Отправлено: 18:57 24-03-2009 | Исправлено: netrebos, 19:06 24-03-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
netrebos

Цитата:
Если правильно выше приведенное утверждение, что SQLite безразлично есть у него в архиве реальные тайлы или нет

Это было справедливо до последней мульти-версии. А теперь все выполняется по формуле: "--якс сказала бензопила", то бишь удаление скопом

Цитата:
Кстати кнопка СТОП работает

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

Цитата:
Заметка по ходу -- при удалении не возникает информационное сообщение о том сколько удалено, как при закачке и импорте.

А она нужна, эта инфа? Могу ввести, чуть замедлит процесс, но не в РАЗЫ.

Цитата:
В общем я снимаю шляпу и готов ее съесть если вы не переплюнете разработчиков SQLite и так же не ускорите импорт\экспорт и копирование между различными кэшами Satmap. Пощадите мой желудок -- шляпа у меня из свиной кожи.  

Жалею - ускорить импорт/экспорт нельзя Там обработка потайлово, с проверкой условий заменять/не заменять и пр., а это ускорить нельзя.
 
Trilobit69

Цитата:
Заметил забавный глюк - меряю длину экватора, а она оказывается близка к нулю.  

Это нормально, если учесть, что карта гугля - это проекция сферы на плоскость, т.е. получается, что ты замеряешь расстояние между одной и той же точкой  

Цитата:
Если это конечно не приведёт к излишней загрузке процессора.

Приведет и еще как.
 
rex

Цитата:
Но это не мульти.

Я по ошибке залил не ту версию, перезакачай, правильная должна быть от 24 марта 13:14. В заголовке проги должно быть слово multi.
 
 

Всего записей: 3713 | Зарегистр. 19-04-2005 | Отправлено: 19:47 24-03-2009
netrebos

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus
Да стоило угробить кеш в 4,43 гб, точнее его копии, как и советовал rex. Кеш составляли слои спутника  с 1 по 16. Удаление выбиралось по максимуму -- все слои, все ресурсы. Первый раз копия была помещена в корень жесткого диска и удаление выдала error10-disc 1\0 error. Визуальный осмотр показал удаление всех слоев кроме 16 слоя. Повторная попытка привела к зависанию проги.
 
Второй раз кэш был скопирован в корень программы, в настройках был подключен только он. Программа удалило все за 2,5 минуты. Удаление выбиралось про максимуму, с выделением всей земли со 2 слоя. Визуально все было удалено.
 
Но самое интересное, что ни в первом ни во втором случае  win сразу не показал физического сокращения объема кэша -- продолжая указывать, что он весит 4,43 гб. После перезагрузки диска win показал сокращение первого кэша до 64 кб, а второй кэш упорно продолжал определить как 4,43 гб. Визуально он пуст.  
 
 
Добавлено:
relictus

Цитата:
Клик по ней реально никак не обрабатывается в проге, лучше ее не жмакать  
Еще как обрабатывается -- зависанием проги.  
 
 
Добавлено:
relictus

Цитата:
А она нужна, эта инфа?

 
Если так и останется как тестовая версия для любителей "пылесоса", то не нужна. А если разовьется во что-то более массовое, то кнопку СТОП надо ликвидировать -- шаловливые ручки так и тянутся понажимать чего не поподя. Тогда нужно какое-то информационное сообщение об окончании процесса.  
 

Цитата:
Жалею  

Придется мне запасаться кетчупом.  
   
 
 
Добавлено:
relictus
Проверил третий раз. Снова загнал кеш 4,43 гб в корень диска. (1-16 слой спутника) Со 2 слоя выбрал максимальное задание для удаления по всему миру. Удалила за те же 2,5 минуты. Никакой ругани и ошибок. Визуально все удалено. Но физический объем файла не уменьшился -- он по-прежнему весит 4,43 гб. Презагрузка диска  ничего не меняет. Так должно быть или нет?

Всего записей: 447 | Зарегистр. 19-09-2006 | Отправлено: 20:02 24-03-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
netrebos

Цитата:
Придется мне запасаться кетчупом.  

То ли я тебя не понял, то ли ты меня - ускорить импорт/экспорт, НЕ УДАЛЯЯ ПРОВЕРКУ УСЛОВИЙ, нельзя. Кетчуп тебе не понадобится, да и шляпа цела будет
 

Цитата:
Так должно быть или нет?

Все верно, пока не сделаешь "упаковку" кэша, размер будет одинаков, что с удаленными тайлами, что без. Таков SQLite, да и некоторые другие движки БД. По аглицки же понимаешь? Вот цитата из гвайда к SQLite:
"When an object (table, index, or trigger) is dropped from the database, it leaves behind empty space. This makes the database file larger than it needs to be, but can speed up inserts. In time inserts and deletes can leave the database file structure fragmented, which slows down disk access to the database contents.
The VACUUM command cleans the main database by copying its contents to a temporary database file and reloading the original database file from the copy. This eliminates free pages, aligns table data to be contiguous, and otherwise cleans up the database file structure."

Всего записей: 3713 | Зарегистр. 19-04-2005 | Отправлено: 21:06 24-03-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
netrebos

Цитата:
Проверил третий раз. Снова загнал кеш 4,43 гб в корень диска. (1-16 слой спутника) Со 2 слоя выбрал максимальное задание для удаления по всему миру. Удалила за те же 2,5 минуты. Никакой ругани и ошибок. Визуально все удалено. Но физический объем файла не уменьшился -- он по-прежнему весит 4,43 гб. Презагрузка диска  ничего не меняет. Так должно быть или нет?

На "после удаления упаковать кэш" галка стоит?

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 21:17 24-03-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus

Цитата:
То ли я тебя не понял, то ли ты меня - ускорить импорт/экспорт, НЕ УДАЛЯЯ ПРОВЕРКУ УСЛОВИЙ,

там же есть услосие - Заменять всё, ему-то не нужны "никакие проверки".
т.е. ускорить это режим можно.
 

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 22:02 24-03-2009 | Исправлено: egor23, 22:03 24-03-2009
netrebos

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus

Цитата:
Все верно, пока не сделаешь "упаковку" кэша, размер будет одинаков, что с удаленными тайлами, что без. Таков SQLite, да и некоторые другие движки БД. По аглицки же понимаешь? Вот цитата из гвайда к SQLite:
"When an object (table, index, or trigger) is dropped from the database, it leaves behind empty space. This makes the database file larger than it needs to be, but can speed up inserts. In time inserts and deletes can leave the database file structure fragmented, which slows down disk access to the database contents.
The VACUUM command cleans the main database by copying its contents to a temporary database file and reloading the original database file from the copy. This eliminates free pages, aligns table data to be contiguous, and otherwise cleans up the database file structure."
 

 
М-да. Это видимо объясняет реакцию виндов о которой собрался писать. После перезагрузки диска -- войти в версию мульти, занимавшуюся удалением становится невозможным. Появляется сообщение "невозможно сохранить файл конфигурации". Удалить сообщение удается только перезагрузкой, но перед ней появлется еще одно сообщение "Access violation at adress 006B3213 in module "SatMapGPS.exe". Read of address 00000008".
 
После этого войти в участвовавшую в удалении программу уже не удается, только если сразу после процедуры перезагрузки компа  не заменить exe. Все дело, видимо, в опции "после удаления упаковать кеш". Эта функция предлагается опционно -- хочешь выбираешь, хочешь нет. В таком случае нужна защита "от дурака" -- без автоматической упаковки кеша в предложенном варианте мульти  программа дальше работать не будет.  
 
Добавлено:
rex
Уже понял, что свалял дурака. Не стоит галки. И так если эта версия получит широкое распространение требуется ограничение для шаловливых ручек -- убрать кнопку СТОП  и ввести автоматическу упаковку кэша.

Всего записей: 447 | Зарегистр. 19-09-2006 | Отправлено: 22:04 24-03-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
netrebos

Цитата:
  и ввести автоматическу упаковку кэша.

А вот этого не надо!!!  
Если человеку надо пару сотен сбойных тайлов рельефа удалить, перепаковывать всю базу совсем не обязательно, особенно если у него не квадро с шестью гигабайтами DDR3.
 
Глобально же никто, или почти никто, таким образом редактировать кэш не будет. Проще это делать через импрорт экспорт в самой SatMap, либо через свалку файлов GMV, а сейчас можно и через гораздо более структурированный чем кэш GMV кэш SAS. Разместил кэш на другом диске, на созданной специально для него партиции и вали все туда. Кстати в SAS и удаление выбранного региона есть. Удалять правда потом этот склад нормальным образом дико долго, но форматнуть при необходимости партицию пару секунд, для чего ее и стоит сделать. Скорость экспорта-импорта кэшей SatMap - SAS - SatMap если они на разных дисках 3-4 GB в час. Послойный импорт у SatMap есть. Территориальный не проверял.  
Когда же relictus введет импорт сразу несколких кэшей подряд, а не как сейчас по одному, и GMV будет ненужен - создал пустой кэш и импортируй туда ночью все что надо из всех кэшей сразу.
 

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 23:29 24-03-2009 | Исправлено: rex, 23:40 24-03-2009
netrebos

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus
 
Мд-а ну наконец выставил все галки правильно. И результат уже не столь впечатляющий -- 35 минут на всю задачу. Зато разобрался, что эта задача разделана на два этапа. 1) Собственно удаление. (Происходит мгновенно или почти мгновенно. Но наступают вышеописанные косяки, если не сделать следующую операцию)  2)упаковка кэша. Она тянется столько времени, сколько нужно программе заполнить файл  journal. На 4,3 гб ушло 35 минут. Одинаковое количество времени и по сложному заданию (уничтожить весь кэш) и по относительно простенькому -- убрать зону Западной Сибири и Китая, где есть только эпизодические файлы, что и отразил реальный объем кэша -- он сократился до 4,1 гб. Т.е. 200 мб удалялись 35 минут. На протяжении этапа упаковки диспетчер сообщал о том, что Satmap "не отвечает".  Может железо и влияет на процесс, но не думаю --  загрузка процессора в это время не превышала 40% в пиковых значениях, а в среднем 8-13%. Да и памяти отъедало около 400 мб. Так что, если не удастся ускорить упаковку, эта функция по-прежнему остается функцией для мазахистов. Тратить 35 минут на удаление случайных тайлов, которые не весят более 500 мб жалко. А весь кэш быстрее удалить делейтом.  
 
 
Добавлено:
rex

Цитата:
А вот этого не надо!!!

уже разобрался смотри выше.
 

Цитата:
Глобально же никто, или почти никто, таким образом редактировать кэш не будет. Проще это делать через импрорт экспорт в самой SatMap, либо через свалку файлов GMV, а сейчас можно и через гораздо более структурированный чем кэш GMV кэш SAS. Разместил кэш на другом диске, на созданной специально для него партиции и вали все туда. Кстати в SAS и удаление выбранного региона есть. Удалять правда потом этот склад нормальным образом дико долго, но форматнуть при необходимости партицию пару секунд, для чего ее и стоит сделать. Скорость экспорта-импорта кэшей SatMap - SAS - SatMap если они на разных дисках 3-4 GB в час. Послойный импорт у SatMap есть. Территориальный не проверял.  
Когда же relictus введет импорт сразу несколких кэшей подряд, а не как сейчас по одному, и GMV будет ненужен - создал пустой кэш и импортируй туда ночью все что надо из всех кэшей сразу.  

 
Этой логикой я пользуюсь уже давно. Территориального экспорта-импорта кэшей SatMap - SAS - SatMap не существует. Остается только просить сделать такой. Или усложнить алгоритм SatMap (послойный импорт)- SAS  -- (территориальный импорт) SAS -- (послойный) SatMap.
 
В общем все эти трепыхания с кэшем (а тем более с функцией удаления) наверное стоит оставить до тех пор пока программа не получит такую же внятную конфигурацию на ее использовании, как и на входе. На входе быстрый сбор информации с гугля уже есть. А что на выходе -- пока не понятно. Если самостоятельная навигационная система с несколькими файлами -- это одно. Если конвертор в ОЗИ -- другое. Но уж больно много ограничений от SLQLite -- туда не ходи, сюда не ходи.  

Всего записей: 447 | Зарегистр. 19-09-2006 | Отправлено: 00:09 25-03-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23

Цитата:
там же есть услосие - Заменять всё, ему-то не нужны "никакие проверки".  
т.е. ускорить это режим можно.

Все равно одна проверка нужна: если тайл есть в кэше, то UPDATE, нет - INSERT.
 
netrebos

Цитата:
М-да. Это видимо объясняет реакцию виндов о которой собрался писать. После перезагрузки диска -- войти в версию мульти, занимавшуюся удалением становится невозможным. Появляется сообщение "невозможно сохранить файл конфигурации". Удалить сообщение удается только перезагрузкой, но перед ней появлется еще одно сообщение "Access violation at adress 006B3213 in module "SatMapGPS.exe". Read of address 00000008".

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

Цитата:
Мд-а ну наконец выставил все галки правильно. И результат уже не столь впечатляющий -- 35 минут на всю задачу. Зато разобрался, что эта задача разделана на два этапа. 1) Собственно удаление. (Происходит мгновенно или почти мгновенно. Но наступают вышеописанные косяки, если не сделать следующую операцию)  2)упаковка кэша. Она тянется столько времени, сколько нужно программе заполнить файл  journal. На 4,3 гб ушло 35 минут.  

Я специально не выставил автоупаковку кэша, т.к. ее следует применять только в целях уменьшить размер файла БД. Место, оставшееся после удаления записей будет использовано для добавления новых записей. VACUUM - оперция не быстрая, к тому же она не имеет callback функции, отсюда и
Цитата:
На протяжении этапа упаковки диспетчер сообщал о том, что Satmap "не отвечает"

Надеюсь вот эта инфа до конца прояснит ситуацию с упаковкой:

Цитата:
When you delete information from a SQLite database, the unused disk space is added to an internal "free-list" and is reused the next time you insert data. The disk space is not lost. But neither is it returned to the operating system.
If you delete a lot of data and want to shrink the database file, run the VACUUM command. VACUUM will reconstruct the database from scratch. This will leave the database with an empty free-list and a file that is minimal in size. Note, however, that the VACUUM can take some time to run (around a half second per megabyte) and it can use up to twice as much temporary disk space as the original file while it is running.

 

Всего записей: 3713 | Зарегистр. 19-04-2005 | Отправлено: 08:27 25-03-2009
TheGarl



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2relictus

Цитата:
наложить схему заполнения уровнем,  

может не номера уровнеё там писать а +1 +2 +3 .....
 
а то получается выбрал я 15 уровень зазумировался, и наивный думал, что он мне всё ещё 15 зум выделяет ...  

Всего записей: 630 | Зарегистр. 06-02-2007 | Отправлено: 09:17 25-03-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TheGarl

Цитата:
может не номера уровнеё там писать а +1 +2 +3 ..

Да мне все равно, что писать. Тут у нас есть критики интерфейса SatMap, пусть выскажутся, как правильней

Всего записей: 3713 | Зарегистр. 19-04-2005 | Отправлено: 09:25 25-03-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus

Цитата:
может не номера уровнеё там писать а +1 +2 +3 .....


Цитата:
Да мне все равно, что писать. Тут у нас есть критики интерфейса SatMap, пусть выскажутся, как правильней

+1 и т.п. неудобно будет, то выбрал конкретный уровень и сразу ясно какой.
 
TheGarl

Цитата:
а то получается выбрал я 15 уровень зазумировался, и наивный думал, что он мне всё ещё 15 зум выделяет ...  

какая взаимосвязь между выбран уровень 15 или же выбран +5, и тем что у Вас там происходит?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 10:27 25-03-2009 | Исправлено: egor23, 10:28 25-03-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus
Наивность обычно утрачивается после первого же раза, а арифметикой придется заниматься каждый раз, так что оставь все как есть. Главное сделай поскорее однослойность наложения - опционально или вообще  и 8-мь уровней. Сейчас чтобы во всех этих оттенках и полутонах разобраться надо художником быть.

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 10:27 25-03-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus

Цитата:
+1 и т.п. неудобно будет, то выбрал конкретный уровень и сразу ясно какой.

или можно двойную нумерацию ввести в скобочках +
например: 8 (+2)

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 10:36 25-03-2009
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

Компьютерный форум Ru.Board » Компьютеры » Программы » SatMap
batva (02-04-2009 13:44): Продолжение -> SatMap (2)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru