Добрый день.
При многократном выполнении функции \Файл\Экспорт в\TIFF (RGB)\ и последующем открытии полученного растра \Растр\Открыть\ ,в полученное растровое изображение вносится небольшое искажение. Заметно оно при многократном повторении данной процедуры и выглядит следующим образом:
наблюдается растягивание вертикальной и горизонтальной линии пикселей (искаженный участок между красными параллельными линиями).
По данному вопросу звонили вам в 2008 году, высылали файлы, расказывали настройки. Ответ был, что поняли проблему и скоро устраним, но и в самой свежей версии программы проблема осталась. Хотелось бы получить ответ когда будет устранена данная ошибка.
кто нибуть из разработчиков Digitals присутствует на форуме?
ответьте хоть чтонибуть, например: “устранить эту проблему не можем” или “работаем над решением” или хоть чтото, чтоб было понятно стоит ли ожидать решения проблемы.
растр изначально расположен четко по северу?
имеется ввиду следующее:
при привязке растра, каким бы он кривым/косым не был бы, программа его приводит к нужному масштабу и координатам.
если растр повернут от севера на большой угол, то при рисовании по нему часть условных знаков искажается.
при закрытии растра с геометрией все в порядке.
растр ориентирован четко север-юг, все четуре угла привязаны к координатам. Именно при экспорте в TIFF вносится искажение в полученный растр и поначалу оно не заметно (т.к. невелико), но в процессе дальнейшего использования полученного растра это искажение увеличивается, т.к. происходит в одном и том же месте и очень похоже на ошибку программы при создании растра.
Еще заметил, что в новых версиях Digitals при экспорте в TIFF создается дополнительный файл с расширением .tifw и для чего он нужен не понятно, темболее, что информация в нем непонятная типа такого:
при этом последние два числа напоминают координаты левого верхнего угла, но у растра координаты 17000/6750, а сдесь какаято погрешность причем во всех файлах погрешность одинаковая. И что с этим файлом делать фообще не понятно в помощи не нашел его описания.
Это так называемый world файл, файл привязки растра. Используется повсеместно в системах типа ArcView, AutoCAD Map и прочих. Дигиталу он в принципе не нужен, хотя он и понимает такой вид привязки в числе прочих. Создается для совместимости.
Две последних цифры вы поняли верно. Первая и четвертая цифры это количество метров на 1 пиксел (масштабный коэфициент). Вторая и третья - коэфициенты поворота, дигитал с ними не работает.
Отношение размера стороны растра в метрах местности и в пикселях, как правило, выражается длиннющей дробью. Как следствие, неизбежны небольшие ошибки связаные с округлениями при расчетах.
В приведенном выше случае в пикселе 0,0578971746178786 метров, а ошибка на угловой точке растра вполовину меньше. Полпикселя - вполне допустимая ошибка, мне кажется.
Возможно, ваша проблема с искажением растра при реэкспорте также связана с многократными повторными ошибками округлений. Почему вообще нужен такой повторный экспорт? Расскажите подробнее о вашей технологии, попробуем придумать обходные пути.
в крации так: имеется растровый планшет в TIFFе, в диджитале выполняются съемки различными организациями и переносятся в TIFF после выполнения каждой работы.
Последнее время, чтобы уйти от искажений, начали собирать один общий dmf файл на каждый растр, но тогда начинает вылазить другая проблема - диджиталс плохо работает с большими объектами (тормозит и глючит).
Може вже краще виконати перехід навпаки - векторизувати зйомку на растрі, і додавати нові матеріали вже на векторний планшет. Якщо треба буде, то його можна експортнути в растр. Але черговий план у вас завжди буде в векторній формі, в яку не буде вноситись жодних помилок при експорті.
Да, похоже проблема именно в постепенном накоплении ошибки экспорта на растре. Подход не новый, у нас когда-то на заре организации дежурных планов подобный тоже пытались применить. Как помнится, также безуспешно.
Рассмотрите вариант с организацией хранения попланшетно, т.е. один файл dmf - один планшет.
Можно завести, скажем, общий файл с номенклатурной разграфкой, в который подключать необходимые планшеты в качестве внедренных.
Подробнее о Внедренных картах поищите на форуме, например в Новых возможностях на стр.6 описана возможность активации одной из внедренных карт для редактирования.
Приемку съемки, соответственно, вести в конкретный планшет.
Еще один вариант организации общего файла - на каждую номенклатуру сделать параметр типа файл в который забить пути к конкретным планшетам. Тогда при приемке ищем нужную номенклатуру и щелкаем дважды на содержимом данного параметра в Инфо. Дигитал откроет файл на отдельной закладке. Принимаем, сохраняем, закрываем.
Минусы в обоих случаях есть: когда съемка находится на нескольких смежных планшетах, придется работать руками разрезая съемку.
Словом, идей я вам подкинул, пробуйте и хвастайтесь результатом.
как вариант выхода из сложившейся ситуации сейчас мы ведем на каждый растр отдельный dmf файл и из него делаем tiff.
Просто это занимает больше времени, да и пользователи, имеющие полный доступ к эти файлам, могут случайно одним движением мышки или нажатием пары случайных комбинаций клавиш натворить много бед.
Навіть з фанерними планшетами можна натворити справ. Повитирати комунікації, сусідню зйомку, розлити каву … Тому, я думаю, що з векторною графікою не виникне більше проблем, ніж було з жорсткими планшетами. Можливо потрібно встановити якісь паролі на файли. Було б добре, якби можна було визначати робочу зону на карті, яка була б доступною для редагування . В АвтоКаді щось подібне є.
К попланшетной организации вы пришли сами. Я же вам привел способы организации файлов, концентрирующих несколько других файлов-планшетов способами дигитала. Цель - уменьшить нагрузку на систему при работе с большими объемами данных. Так что одно другому не мешает.
Дигитал возможно и не идеальное средство для хранения, но для малых и средних объемов можно найти выходы и методики для более менее внятной работы.
. В АвтоКаді щось подібне є.