feya писал(а):Млин)
Спокойствие токо спокойствие! Банить никого не хачу.
1. Кэш напрямую поддерживать бедут проблематично т.к. существующая струтура программы к этому не готова. Да я даже не разу не делал попытки разобраться что там за кэш. Но я же говорю что есть другие программы вытаскивающие кэш из ГЕ в "нормальный" вид, а дальше смотреть и клеить можно в планете. И это какраз подходит под то что не надо унивесального средства.
2. )) Если б можно было бы написать так в программе я б ужо написал. Я не знаю как сделать лучше чем есть сейчас.
3. Может быть, это уже предлагалось токо зачем его видеть если не удастся редактировать? тогда придется добавлять еще и редактирование... ну в общем надо будет подумать.
4. Добавление карт я ужо обдумывал ето точно будет.
5. Ну так карта заполнения одна из первых функций реализованных в программе.
ЗЫ Кстать что за рейтинги? рейтинги я люблю, ссылочки есть?
1. В формате кеша ГЕ уже народ разобрался Тут о нем
http://starmen.at.tut.by/cacheGE.html Вам как кодеру будет все понятно я уверен ))
2. Записывать куки и выводить капча код сервера гугла. Других вариантов более качественных нет на сегодняшний день.
3. Видеть нужно, когда снимок скачивается кусками..... Например вчера выделил область, записал в файл а завтра уже не помнишь визуально где что отмечал. Механизм такой - выделяется область - остается на экране - в углу границы области кнопка со стрелкой, которая вызывает диалог склейки, откачки и тд. Если область еще не сохранена рядом с кнопкой стрелки есть кнопка с иконкой дискеты - сохранить. Будет полезно также сделать подгрузку нескольких сохраненных областей с возможностью их визуальной расстановки, для планирования откачки большого снимка по частям. Это поможет точно выбрать те области которые нужны и заранее разбить их на куски, чтобы не качать лишнего. Редактировать по точкам я думаю не обязательно. Главное чтобы они "прилипали" друг к другу точно и двигались мышкой. Надо чтобы им назначалось имя, которое потом подставлялось в экспортируемый файл (базовое имя области - базовое имя склеенного файла) Это поможет не запутаться в районах откачки снимка.
4. Отлично!
5. Не заметил как по карте видно что есть в кеше а что еще на сервере гугла.... В одной из подобных вашей программ есть возможность видеть квадрать снимка которые уже есть в кеше (те которые выше уровнем масштабирования). Они подсвечены цветом. Опция включается кнопкой на панели. Это помогает на маленьком масштабе видеть что в области откачано из большого масштаба. Т е. Кнопка - подсветить области масштаба в кеше уровня 19, 20, 15 и т д. Решение - вести базу в которую записывать инфу об откачанном тайле а не читать их с диска. Будет работать очень быстро.... То есть на малом масштабе, когда область видна целиком, вызывается функция читающая записи о тайлах из базы конкретного уровня. Есть в базе запись - подсвечивается квадратик. Нет записи (тайл не откачан) - не подсвечивается. Это реализованов GoogleV/ Но там работает это медленно потому что читается с диска кеш... сами файлы. А запрос на выборку будет из базы работать в 1000 раз быстрее )))
Тоже самое и ФТП, возможность которого уде есть в SAS / Например группа юзеров используют один кеш и хостят его. Как узнать что есть в кеше? читать файлы по фтп - это будет жуткий тормоз. Решение - база Mysql на том же хосте что и ФТП куда пишется запись о закачаном тайле параллельно с закачкой самого тайла. Если в базе уже есть такой тайл - не качается... докачивается которого нет. И трафик экономится и скорость большая по оценке общего кеша. ))) Только база должна быть ЛОКАЛЬНОЙ! и с обменом в УДАЛЕННУЮ если есть инет. Иначе если удаленный сервер упадет - будет глюк )))
6. Наличие поддержки множества карт и разных сервисов POI на них натолкнуло на мысль - зачем всему этому добру пропадать? Отсюда вывод - нужна поддержка баз данных для складывания как онлайн так и пользовательской информации в базу прямо в SAS . Для дальнейшего использования в совместных проектах в разных регионах. Например есть поддержка SAS у Mysql - есть сайт который эту же базу использует. Например полезно будет для полевых исследований. Удаленный пользователь на сайте вводит точки интереса, маршруты - администратор или офф лайн пользователь в программе видит эти точки в программе. Или наоборот, в SAS я вбиваю точки, создаю коллекции и тд - эта инфа пишется в базу которую я подключаю к своему сайту. Вариантов масса.
Механизм - в SAS сделать возможность выбора где хранить POI и TRACK - или в kml или в базе. При хранении в базе открывается диалог с параметрами базы -host, login, passw, имя базы.Юзер вводит данные - SaS коннектится к базе и создает в ней нужные таблицы с префиксом sas_ Далее пишет все в нее... Таблицу в принципе можно сделать одну с 3 индексными полями, одно из которых стандартный счетчик, другое - тип записи - POI или TRACK, третье - категория записи. Соответственно поля - имя записи, описание, поля координат, поле для стека координат пути (если это путь) ну и штук 5 пользовательских полей, которые можно приспособить под интеграцию таблицы в сайт
7. Нужна сортировка по имени в базе КМЛ (при большом количестве можно долго искать без сортировки) или опять же хранить в базе, а не в самом KML импортируя из файла ))
ссылки не коллекционирую. На форумах разных по подобным прогам много путешествовал. Народ там обсуждает софт разный под картографию и снимки. В нескольких местах видел голосуют...