rex Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору relictus Когда в квадратном миллиметре 10 - 25 пикселей рассмотреть все равно ничего не возможно, поэтому идея 32х32 вполне разумна. А если ее реализация скорость вывода на экран увеличит хотя бы в двое, так просто требует первоочередной реализации! Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 14:02 02-04-2009

relictus Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rex Цитата: идея 32х32 вполне разумна Ну вот, первый пошел! Заметили, две тыщи постов набили уже в топике? Всего записей: 3712 | Зарегистр. 19-04-2005 | Отправлено: 14:49 02-04-2009

relictus Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору netrebos Цитата: Так что, первоочередное, это произвольное выделение, а остальное хорошо бы одновременно. Я как-то еще не умею распараллеливаться Все поочередно.... Всего записей: 3712 | Зарегистр. 19-04-2005 | Отправлено: 16:48 02-04-2009

relictus Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору netrebos Цитата: Неплохо бы доработать конвертор экспорта\импорта. Ну вот, теперь еще и с этим разбираться... Эх, az52, что ты наделал? Какой хоть формат этого "отельного файла в кэше"?   Цитата: по аналогии с SatMap, от юзания которой я отказался после недели проб, граблей и матов Во паразит что пишет! Всего записей: 3712 | Зарегистр. 19-04-2005 | Отправлено: 21:10 02-04-2009

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору relictus Цитата: Много вы там понимаете   Как раз сбор инфы происходит практически мгновенно (но, чем больше поключенных кэшей, тем естественно, медленней!), но вот отрисовка схем тормозит (хотя и заюзаны винапишные функции) на +6/+8 уровнях из-за огромного количества тайлов на них   1. отрисовка идёт быстро, когда есть данные, или их быстро получает SatMap (кэш в памяти находится). 2. дисковые операции идут в полном объёме - так что проблема в этом.   Добавлено: Цитата: 2. дисковые операции идут в полном объёме - так что проблема в этом. ясный хрен будет идти медленно 8мс*120000=960сек (это на вскидку, реально вроде быстрее) Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:56 02-04-2009 | Исправлено: egor23, 00:26 03-04-2009

rex Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору netrebos Цитата:  Хелп действительно уже нужен Хэлп нужен к релизу, а пока каждую неделю в программе появляются новые опции было бы хорошо иметь нормальный, периодически пополняемый и обновляемый текстовый FAQ на пару страниц - все же лучше чем читать 101-у страницу топика или перманентно устаревающий хэлп.   По поводу устойчивости кэшей. Кэш SAS, как и кэш GMV, случайно убить действительно нельзя, его даже специально меньше чем за сутки убить не получится, разве что форматом диска, если сообразил его на отдельном логическом диске разместить. Но и чтобы скопировать этот кэш на другой комп сутки нужны. А использовать кэш SAS как резервное хранилище, в которое сливаются вкэши SatMap можно и сейчас. Импорт из SAS в SatMap есть. Территориальную выборку при импорте только бы добавить, а по слоям уже все в норме.     relictus Что действительно необходимо в кэше SatMap, так это гарантировать, что при прекращении импорта при незавершенной транзакции база должна оставаться в исходном состоянии. Сейчас при банальном отключении электроэнергии база  просто гробится, а объемы кэша уже такие, что каждый раз перед импортом бэкап делать сложно. Пора переходить от FAT к NTFS. Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 00:48 03-04-2009

relictus Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rex Цитата: было бы хорошо иметь нормальный, периодически пополняемый и обновляемый текстовый FAQ на пару страниц Ну так и займись этим Помощь предлагали, вот помогайте!   Цитата: Пора переходить от FAT к NTFS Ты что, на фате сидишь? Всего записей: 3712 | Зарегистр. 19-04-2005 | Отправлено: 08:17 03-04-2009

tolyn77 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору relictus Сделать можно все, но на все нет времени И так ли он нужен, этот лог?   мне почему то кажется не проходит авторизация на прокси сервере Всего записей: 1498 | Зарегистр. 07-09-2004 | Отправлено: 09:01 03-04-2009

rex Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору relictus Цитата: Ты что, на фате сидишь?   Это я про  SatMap Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 11:03 03-04-2009

Nikolai2004 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору relictus экспортировал 10 тысяч тайлов в GpsProga. работает отлично Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 12:08 03-04-2009

rex Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору relictus netrebos Думаю что FAQ надо сделать так - отдельная страничка доступ к правке которой только у relictus. Пользователи предлагают пункты FAQа в постах, а relictus их периодически добавляет или не добавляет в FAQ. Это я не просто стрелки перевожу. Так и порядка будет больше и активность пользователей не подавим.   netrebos Цитата: то я и поспрашивал в соседней ветке. Получился такой алгоритм, например: G:\SAS\cache\sat\z17\17\x17960\27\y28420.tne .   Плохой алгоритм. Очень затратный, особенно для кэша типа SAS, хотя на самом деле Гугль сейчас той же фигней мается заполняя одинаковыми тайлами моря в слоях карта и ландшафт. Каждый файлик ххх.tne занимает на диске при стандартном кластере NTFS 4 кб веса, а их миллионы, особенно в океанах. Проще и экономичней места тайлов отсутствующих на сервере заполнять цветом отличным от фона, или слелать один мастер-тайл фона и им забивать нужные места. А информацию об отсутствующих на сервере тайлах можно экспортировать и помещать кэши для всеобщего пользования. Благо размер их будет на несколько порядков меньше нормального кэша с тайлами. При такой системе можно будет самому настраивать цвет, как сейчас настраивается цвет фона Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 19:40 03-04-2009

rex Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Сообщение: "0__' is not valid integer number'"  при импорте из SASPlanet  удалось кому-нибудь обойти?   relictus SRTM90 (World-wide Elevation) Качаются влет. Это оно? Потому как про Levels ты вроде ничего не писал.       Добавлено: relictus Кажется удалось локализовать проблему  "0__' is not valid integer number'"  при импорте из SASPlanet     Возникает  при импорте 3-го уровня спутника. Если импортировать только ландшафт, карты и гибрид проблем нет. Если импортировать спутник 1,2 или 4 тоже проблем нет, а при попытке импорта 3-го уровня спутника выдает "0__' is not valid integer number'"   Потому netrebos ее и наверное и обошел, что 3-й уровень ни импортировал. Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 20:48 03-04-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 102 103 104 105 106

Компьютерный форум Ru.Board » Компьютеры » Программы » SatMap (2)

Widok (02-08-2010 11:58): Лимит страниц. Продолжаем здесь.

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование