Теперь (в новой версии) при использовании “Коррекции изображения” растра - программа ругается:
“Невозможно открыть растр [такой-то]”
(хотя показывает его без проблем)
Потомучто доступ к файлу растра ограничен только чтением (ТАК НАДО…)
Видимо что-то Digitals туда пытается после коррекции изображения записать. А зачем? 
Ну если уж так надо что-то туда записать, а не получается, то пусть не ругается. А то пользователи нервничают от таких сообщений… 
Замечен еще такой нюанс по коррекции растра.
Мы используем следующую цепочку для подготовки планшетов:
- сканируем целиком
- привязываем по внутренней рамке
- корректируем тон растра
- ортотрансформируем, автоматически получая привязаный чистый планшет без зарамочного оформления
С некоторых пор, при трансформации растра произведенная коррекция игнорируется.
Это конечно не беда, есть старая версия, но интересно почему теперь так?
Это оставался хвостик со старой технологии - запись радиометрических параметров в растр. Теперь все записывается в параметры Digitals. Более свежая версия не должна ничего записывать и не должна ругаться - только что проверял.
Насколько я понял, проблема связана снова с измененным принципом записи радиометрических параметров. Но выход есть и, по-моему, даже очень удачный: делать автоматическую коррекцию тона с помощью новой функции.
Однако, по-прежнему ругается, только что проверял 
версия от 28.07. Растры плоские.
Дело в том, что там есть две коррекции.
Одна - Орто|Корректировка фрагмента работает с растрами вставленными в виде активных ссылок. Она действительно хранит все изменения радиометрии в параметрах объектов и ничего не пишет в растры, позволяя во первых держать растры на readonly ресурсах, а во вторых иметь разные радиометрические варианты (разные DMF-файлы) базирующиеся на одном и том же наборе растров (подгружаемых и корректируемых на лету).
У вас же, как я понял, возникла проблема со вторым вариантом - Растр|Коррекция изображения, который работает с растром вставленным через Растр|Открыть.
Поскольку никакого объекта у вставленного растра в этом случае нет, то данные корректировки сохраняются в заголовок TIF-файла. Это сохранение появилось недавно. Раньше корректировка пропадала после повторного открытия растра.
Идея была следующая. Растр|Открыть в основном используют для оцифровки, а поскольку сбор одного планшета или стереопары занимает не один день, то почему-бы не запомнить настройку вида растра на будущее. Именно это сохранение и вызывает ошибку, поскольку файл не удается открыть для записи.
Вариантов 3:
- Просто убрать сообщение об ошибке. Не смогло сохранить так не смогло.
- Оставить как есть, так как возможно это сообщение подскажет человеку что нужно снять ридонли если он хочет корректировать и запоминать состояние растра.
- Убрать сохранение вообще.
Мы пока склоняемся к первому. Хотя и второй неплохо 
Ну если бы вариант “2. Оставить как есть” казался бы решением вопроса, я бы не беспокоил Вас, поднимая тему.
Хочется все-таки склонить Вас к варианту №1… 
Если человек знает что такое “ридонли”, то он и так разберется чё делать.
А если не знает, то и сообщение ему не поможет, а только напугает. (“Боже! Что я сделала?!” )
…И десятки юзеров бегут жаловаться несчастному сисадмину 
А убирать сохранение ненадо. Штука эта полезная.
А теперь к этой проблеме добавилась еще одна 
Растры, размещенные на сервере (w2000 server) с полными правами доступа, после коррекции изображения (и записи ее в заголовок ТИФа) начинают тормозить при зуммировании и перемещении 
Тормоза изчезают после спрятанья/отпрятанья растра.
Тормозов не наблюдается, если растр размещен локально, а не на сервере.
Тормозов не наблюдается в версии от 6.09.2006
Растр вот такой:
[i]
[/i]
P.S. Ну а при правах “только чтение” по-прежнему выходит сообщение об ошибке чтения (повторяюсь)