Текущее время: Сб окт 21, 2017 4:59 pm

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
СообщениеДобавлено: Ср апр 01, 2009 7:56 am 

Зарегистрирован: Ср апр 01, 2009 7:43 am
Сообщения: 2
после бинаризации раст привязываю к проекту , без трансформации как растр -заменяю растр который был ранее и был не бинаризирован (в проекте 12 растров 1:200 000) -
при попытке автотрассировки говорит что не хватает памяти. пробовал уменьшить координаты векторного поля (свойства проекта) - не помогает. Попробовал просто сделать автотрассировку - создал новый проект по растру, не привязывал и не вводил координаты - автотрассировка прошла нормально. Не подскажите в чем причина?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Ср апр 01, 2009 1:27 pm 
Site Admin

Зарегистрирован: Пн авг 11, 2003 10:03 am
Сообщения: 266
Откуда: Easy Trace Group
Автотрассировщик при векторизации порождает цепочно-узловую модель данных. То есть любая точка сопряжения 3-х и более линий это узел.
Число полилиний возникающих при автотрассировке исчисляется десятками тысяч. Причём это "плотные" полилинии - число вершин соответствует пиксельной сетке растра.
Объём памяти занимаемый "плотными" линиями даже одного листа может запросто превышать объём векторной модели целой области. Что уж говорить, о "сыром" векторе снятом сразу с нескольких листов ...

1. Мы всегда настоятельно советуем собрать полное растровое покрытие до начала оцифровки (что бы потом "не было мучительно больно").

2. Мы никогда не рекомендовали выполнять оцифровку ПО СОБРАННОМУ покрытию. "Полный" проект служит для:
- гарантии попадания листов на свои места;
- обеспечения общей для всего проекта структуры данных;
- единых параметров инструментов и стратегий утилит для всех частей материала;
- сборки всех частей проекта в единое целое (или гарантированного согласования покрытия по границам листов).

3. "Полный" проект служит источником для выделения подпроектов - единиц операторской работы. Для этого предназначена утилита "Вырезание подпроектов" (подпроекты - трапеции). И утилита "Создание подпроектов" (подпроекты - прямоугольники).
Для обратной задачи - сборки покрытия служат Импорт и утилита "Сшивка по границам".
В качестве границ сшивки используются рамки проектов.

4. Если объём подпроекта велик, возникают следующие проблемы:
- продолжительная загрузка;
- подтормаживание при перерисовках;
- продолжительное время выполнения утилит в ходе оцифровки;
- психологическое отторжение проекта оператором - "когда же эта сволочь, наконец, кончится!!!"
В общем, "тиранию количеств" ещё никто не отменял...

Таким образом, технология оцифровки больших покрытий сводится к следующему:

- Создание пилотного проекта, отладка структуры данных, настроек инструментов и утилит;
- Экспорт результата в ГИС. Подтверждение соответствия информации требованиям проекта;
- Внесение корректив в пилотный проект;
- Сборка полного покрытия на базе пилотного проекта;
- Выделение подпроектов, их оцифровка, коррекция и контроль;
- "Сшивка" полного покрытия на базе "полного" проекта;
- Оптимизация, проверка и правка;
- Финальный контроль

Пример применения такой технологии можно посмотреть в презентации "История одного проекта"
http://www.easytrace.com/site/russian/t ... _list.html


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн апр 20, 2009 2:29 pm 
Site Admin

Зарегистрирован: Вт мар 18, 2003 3:36 pm
Сообщения: 338
Откуда: Easy Trace Group
Если проект создан из одного растра и он нормально трассируется в проекте созданном "по-растру", и не хочет трассироваться при привязке растра к координатной системе, то причин нехватки памяти может быть 2:

1) Растр в проекте привязан не с единичным масштабом. Проверьте параметры привязки растра: укажите правой клавишей на растр при выключенных инструментах. В выпавшем контекстном меню выберите "Информация о привязке". Чаще всего, такое получается, если при создании проекта задают DPI, не соответствующее DPI привязываемых растров.

2) Вторая возможная причина - проект имеет размер "на вырост" - то е. его размеры значительно превышают занимаемую растрами площадь.

Дело в том, что раньше авто-векторизовалось все виртуальное поле проекта (и. соответственно, все включенные растры, которые приводились к единому масштабу), отсюда и запросы на память.

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


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 3 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB
phpBB SEO