Ru-Board.club
← Вернуться в раздел «Программы»

» SAS.Планета

Автор: jaroshsv
Дата сообщения: 16.02.2010 13:27
Мне это для моей программы
Кстати методом наложения установил, что смещение Яндекса относительно Google над Минском (для других регионов значение будет отличаться) составляет 0.1831695 десятичных градусов.
Но хочется сделать универсальный конвертер для разных проекций.
Автор: zporuchik
Дата сообщения: 16.02.2010 13:54
jaroshsv

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

чего велосипед то изобретать? этих конвертеров уже много.

Лучше свою энергию в мирное русло направь. Раз ты программист - присоединяйся к авторам, авось чем да и поможешь!
Автор: jaroshsv
Дата сообщения: 16.02.2010 14:20
Ну так понятно, что всю математику я не буду переписывать, но адапитровать под себя даже готовые решения все же придется.

А помочь я с удовольствием. Вот у себя сделал некое подобие адресного поиска на основе данных из OSM: по названию улицы подвсечиваю ее контур на карте. Если нужно народу, можно попытаться встроить это в Планету...
Автор: xromeo
Дата сообщения: 16.02.2010 14:32
У меня вот какой вопрос возник. Обновления космоснимков на Google сейчас стали происходить примерно раз в 10 дней, и с каждым новым обновлением сразу хочется знать, где появились новые снимки. Гугль выкладывает списки новинок в таком вот виде (файл для последнего обновления):

http://mw1.google.com/mw-earth-vectordb/Imagery_Updates/latest_update.kml

Этот файл - latest_update.kml - можно открыть в Google Earth, и она нарисует цветом все добавленные области. Хотелось бы следующее - чтобы такой файл можно было импортировать в САС.Планете, в окне "Управление метками", и чтобы после этого появлялись метки на местах всех новых снимков. Пока что такое сделать у меня не получилось, я так понимаю, либо я что-то не так делаю (тогда что?), либо это пока не поддерживается (а реализовать сложно? Было б очень здорово).
Автор: zporuchik
Дата сообщения: 16.02.2010 14:33
jaroshsv
ну раз ты с адресным поиском разобрался, то может реализуешь механизм оффлайн поиска?
базы берутся из: подробности

Добавлено:
xromeo

Цитата:
Этот файл - latest_update.kml - можно открыть в Google Earth,

этот файл является просто набором URL для скачивания.
Если в ГЕ посмотреть в свойствах Февральского обновления, то увидим реальный файл: http://mw1.google.com/mw-earth-vectordb/Imagery_Updates/02-10-2010_Imagery_Update.kmz
вот его надо распаковать архиватором и уже потом импортировать в САС.
Автор: jaroshsv
Дата сообщения: 16.02.2010 15:08
Ну с первого взляда ничего сложного, даже координаты на все случаи жизни есть .
Вот с Яндексом разберусь, попробую у себя прикрутить эти объекты. Ну а потом можно и в Планету...

Добавлено:
А на основе OSM-данных у меня тоже оффлайн поиск получается. Я сделал парсер который из *.osm выдерает нужные мне объекты и сохраняет их в локальную базу. А потом уж делай с ними что хочешь.
Автор: zporuchik
Дата сообщения: 16.02.2010 15:34
jaroshsv

Цитата:
Я сделал парсер который из *.osm выдерает нужные мне объекты и сохраняет их в локальную базу.

тож не плохо. А база на каком принципе? случаем не МайСКуЛ? Может тогда просто добавить функционала парсеру и в эту же базу вносить и те данные?
Только надо продумать способ обрезки базы, а иначе от такого кол-ва она вешается на раз.
Автор: jaroshsv
Дата сообщения: 16.02.2010 15:46
Да база может быть любая (Firebird, MySQL, хоть Oracle). Сейчас сделано в Access, но структура очень простая 4 таблицы и пара связей, переделать под другую базу это пол дня работы. А для MySQL так вобще конвертеры есть из Access.
Автор: zporuchik
Дата сообщения: 16.02.2010 15:53
jaroshsv
Access умрет если в него импортировать 577 359 записей
Я уже как то пробовал
Автор: jaroshsv
Дата сообщения: 16.02.2010 16:06
То что Access на серьезную БД не тянет это понятно, но запрос на поиск записи по имени или координате, да если поле еще и индексированное, особых временных затрат не вызовет. Но зато пользователю не нужно устанавливать у себя сервер\клиент БД, бери и работай.
Автор: xromeo
Дата сообщения: 16.02.2010 19:29
zporuchik

Цитата:
вот его надо распаковать архиватором и уже потом импортировать в САС.

Хмм, спасибо за идею, попробую.

Добавлено:
Попробовал, всё равно не выходит. Рассказываю, что я сделал: 1) закачал http://mw1.google.com/mw-earth-vectordb/Imagery_Updates/02-10-2010_Imagery_Update.kmz, 2) достал оттуда doc.kml (738 510 байт), 3) пробую импортировать его - при этом ничего не происходит. Новые метки не добавляются. Где я теперь ошибаюсь?
Автор: zporuchik
Дата сообщения: 16.02.2010 19:39
xromeo
я уже попробовал. кстати, если бы не твой вопрос, то я бы даже не задумался над такой возможностью.
теперь, благодаря этому способу, у меня появилась папка в закладках, в которой отмечены все области с высоким разрешением с гугла. конец мучениям с обводкой этих самых границ руками!

Кстати, что бы отфильтровать ненужные полигоны, т.к. их там тьма:
1. я импортировал doc.kml для конкретного месяца в отдельно созданую категорию (временную)
2. создал категорию "Обновления ГЕ" (постоянную)
3. в режиме просмотра умещал всю интересующую область в экран
4. правой кнопкой на нужном полигоне "Изменить" - перемещаем в постоянную категорию.
5. после перемещения всех нужных полигонов удаляем временную категорию (что бы не мучаться с тучей мелких полигонов)

Для каждого следующего месяца повторяем алгоритм. Для удобства, при перемещении, я обзывал полигоны по дате KML.


Добавлено:
xromeo

Цитата:
Новые метки не добавляются. Где я теперь ошибаюсь?

а ты категорию выбрал?

а в списке тоже ничего не появляется?
а ты уверен, что для твоей области интересов в этом KML есть полигоны?
Автор: DCT
Дата сообщения: 17.02.2010 13:25
zporuchik

Цитата:
конец мучениям с обводкой этих самых границ руками!

Для закачки все же лучше обводить хайрес-полигоны руками: в гугловских kml снимки обведены очень приблизительно.
Автор: zporuchik
Дата сообщения: 17.02.2010 14:09
DCT
нормально там обведено. руками заманаешься, например SPOT, обводить, учитывая, что видно область высокого только с 14-15 зума
Автор: DCT
Дата сообщения: 17.02.2010 17:59
zporuchik
Ой ли?
http://imglink.ru/pictures/17-02-10/d7b8a95ca78d0626d96adde27bcbd07c.jpg
Автор: xromeo
Дата сообщения: 17.02.2010 19:41
zporuchik

Цитата:
а ты категорию выбрал?

Да

Цитата:
а в списке тоже ничего не появляется?

Ничего не появлялось и даже не появлялось окно свойств импорта.

Цитата:
а ты уверен, что для твоей области интересов в этом KML есть полигоны?

На 200%.

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

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

Добавлено:
Авторам программы
Знакомый вроде выловил, в каком случае при склейке большого изображения может возникнуть ошибка "Out of memory" - в случае, если склеивается JPEG. При склейке BMP ошибка НЕ возникает.

Всем
Народ, а расскажите, как оптимальнее накапливать, хранить и транспортировать кэш огромного объёма (в много гигабайт). Советуемый в ридми метод с программой TrueCrypt имеет один большой недостаток - создаваемый файл-контейнер виртуального диска может иметь ТОЛЬКО ФИКСИРОВАННЫЙ РАЗМЕР, и, когда он полностью заполняется, наступает неприятность - приходится создавать новый, ещё бОльшего размера, и потом катастрофически долго перекачивать всё из старого в новый. Может, есть альтернатива этому способу, такая, где файлы-контейнеры могут быть динамического размера ("резиновыми") и увеличиваться по факту заполнения автоматически?
Автор: zporuchik
Дата сообщения: 17.02.2010 20:35
xromeo

Цитата:
создаваемый файл-контейнер виртуального диска может иметь ТОЛЬКО ФИКСИРОВАННЫЙ РАЗМЕР

насколько я помню там есть динамический размер. хотя могу и ошибаться.
Автор: az52
Дата сообщения: 17.02.2010 21:09

Цитата:
Знакомый вроде выловил, в каком случае при склейке большого изображения может возникнуть ошибка "Out of memory" - в случае, если склеивается JPEG. При склейке BMP ошибка НЕ возникает.

Ну это ни для кого не секрет)
Автор: xromeo
Дата сообщения: 18.02.2010 18:55

Цитата:
Ну это ни для кого не секрет)

а для меня было секретом (

Добавлено:
И ещё, по поводу импорта файлов doc.kml в окне управления метками. Эта вещь то работает, то не работает, сегодня вот попробовал импортировать другой файл, от предыдущего обновления гугла - и история повторяется. Создаю категорию, жму "Импорт", выбираю doc.kml, жму ОК, диалог открытия файла исчезает - и в этот момент должно появиться окно свойств меток, где задаются цвета и т.п., а оно не появляется. Вообще ничего не происходит. И окно меток остаётся пустым. Не могу понять закономерность - что сделать, чтобы импорт таки сработал. Вчера это получалось, а сегодня ЭТО ЖЕ - уже нет. Какие будут идеи?

Кстати - пробовал это делать на чистой программе, только что распакованной в новое место. Результат нулевой.
Автор: zporuchik
Дата сообщения: 18.02.2010 19:33
xromeo
ХЗ. шайтан какой то. я 6 обновлений импортировал и ни одного затыка.
Автор: xromeo
Дата сообщения: 18.02.2010 19:42
zporuchik
А я вот импортировал только одно, сам не понял, как. И больше не получается. И что интересное - не получается на двух разных компьютерах, с двумя разными операционками. Я не пойму, что можно делать не так.

Добавлено:
Вопрос к другим, кроме zporuchik - а у кого-либо ещё происходит такой же эффект?
Автор: TheGarl
Дата сообщения: 18.02.2010 19:51
xromeo
файл который не импортируется - в студию!
Автор: xromeo
Дата сообщения: 18.02.2010 20:33

Цитата:
файл который не импортируется - в студию!

http://mw1.google.com/mw-earth-vectordb/Imagery_Updates/01-28-2010_Imagery_Update.kmz - вот первый.

http://mw1.google.com/mw-earth-vectordb/Imagery_Updates/12-3-2009_Imagery_Update.kmz - вот второй, он совсем маленький (подумал, может размер иногда влияет, но нет).

Импортировать надо doc.kml, он распаковывается из zip-файлов по ссылкам.

Добавлено:
Более того, у меня подозрение, что у меня вообще ничего не импортируется, а не конкретно эти файлы - жаль, больше не на чем проверить.
Автор: TheGarl
Дата сообщения: 18.02.2010 22:08
ура победил!
всё дело в атрибуте файла doc.kml вы посмотрите на его дату создания при распаковке. 2030год!!!
можно просто изменить все атрибуты. или скопировать и вставит в другую папку как всё начинает работать.
теоретически можно предположить что в разных операционках и программах извлечение делается по разному. (извлечение в %temp% а затем перенос в папку назначения)
в общем проблему нашли. надо фиксить!

Добавлено:
update:
распаковывайте kmz 7-zip ом
Автор: zporuchik
Дата сообщения: 18.02.2010 22:31
TheGarl

Цитата:
распаковывайте kmz 7-zip ом

+100500. я только им и пользуюсь
Автор: xromeo
Дата сообщения: 20.02.2010 12:52
TheGarl
Тю! А ларчик-то просто открывался. Спасибо!

Добавлено:

Цитата:
в общем проблему нашли. надо фиксить!

А в принципе да, неплохо б сделать, чтоб файл открывался вне зависимости от его даты.

Добавлено:

Цитата:
распаковывайте kmz 7-zip ом

Просто мне привычнее и быстрее тотал коммандером.
Автор: zporuchik
Дата сообщения: 20.02.2010 13:26

Цитата:
чтоб файл открывался вне зависимости от его даты.

а еще лучше прикрутить поддержку KMZ
Автор: xromeo
Дата сообщения: 20.02.2010 13:35

Цитата:
а еще лучше прикрутить поддержку KMZ

+1
Пожалуй, это самое оптимальное, и по идее не так и сложно (коль это обычный ZIP)
Автор: TheGarl
Дата сообщения: 20.02.2010 14:35
скажу по секрету что будет поддержка kmz
Автор: zporuchik
Дата сообщения: 20.02.2010 14:38
TheGarl
давно пора. ибо делать нефиг (простите меня авторы), а кайфа куча.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192

Предыдущая тема: Agnitum Outpost Firewall Pro (фаервол)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.