Андрей, странно, у нас часто планшет один отсканеный весит по 250 метров я подгружал штук 6 сразу проблем не замечал.
А делал так, в настройках проги указал папку для временных файлов на диске компутера, где места ого-го, затем ипорт файла TIF, обозначенного размера. Машина думает, а потом табличка не хватает памяти, но прога не зависает. Снова создаю новый проект и опять «День сурка». Грешу на железо, хотя оно не самое плохое. Сам удивляюсь, почему не выходит? Завтра возьму дубль – утро вечера мудренее. Иван, а может еще какая-то новая примочка есть в проге Т 3.1 для загрузки тяжелых файлов?
Андрей, хм... я никаких папок не создавал, и так нормально пашет. Слушай у тебя полноцвет? Если есть возможность залей файл на файлообменник и ссылку кинь в личку я дома гляну.
Ответ саппорта: Проблема может быть вызвана действительно нехваткой оперативной памяти. Желательно выяснить сжатый TIF или нет. Можно открыть этот файл в любом графическом редакторе, например в Фотошоп, и попробовать сохранить его в формате несжатого TIF или BMP, Вы увидите какой размер будет иметь это файл. В Трансформе 3.1 мы обрабатываем растры размером до 2 Гб в несжатом виде. То есть, обработка файла будет возможна, если импортируемый файл не будет превышать 2 Гб, также, обработка растра(трансформация, поворот, сшивка) не будет выполняться если результирующий файл будет превышать 2 Гб в несжатом виде. Например, мы, в процессе тестирования, обрабатывали полноцветные файлы, размер которых в несжатом виде равен 1.93 ГБ (2 076 832 502 байт), сжатые TIF размером 557 МБ (584 314 403 байт) . Из опыта, пользователи редко используют несжатые TIF-ы, так как большинство программ пишет TIF-ы в сжатом виде. Размер сжатого TIF (в котором 2 Гб растра), в зависомости от алгоритма сжатия и цветности разный и может быть от 200 до 600 Мб.
Наконец-то разобрался с совместной помощью. Файл с расширением «*TIF» который весил 265 мБ был не сжатый, но в Т 3.1 не погружался. Что сделал - этого гаденыша перегнал в «*BMP» вес у него остался прежним, 265 мБ, и после чего он залез в Т 3.1. Всем спасибо!
На самом деле в TMD каждая точка кодируется 24 битами - по 8 бит на каждую цветовую компоненту RGB. И вот почему. 8-битный вариант хранения растра - это обычно не 8-битный цвет, а так называемый индексированный формат хранения. Т.е. при 8-битном растре в файл сохраняется палитра 24-битных цветов, но количество этих цветов 256. А в самом растре вместо непосрественно значения RGB указывается порядковый номер (т.е. индекс) цвета в палитре. Поэтому каждая точка растра кодируется восемью битами, но цвета остаются 24-битными. Такой формат удобен при хранении, поскольку, если растр не совсем крохотный, занимает на диске почти в 3 раза меньше места. Но он практически не удобен для обработки, т.к. при преобразовании растра необходимо интерполировать цвета, т.е. нужны те самые 24-битные абсолютные значения цвета каждой точки. Поэтому при импорте в ТРАНСФОРМ растр преобразуется в 24 бита (так называемый полноцвет).
Хизриев Хизри - не все форматы(там есть различия в зависимости от СК)- но читает, пример выложи tab посмотрю.
если не ошибаюсь сас. планета, это прога по просмотру космоснимков, т.е. будет сразу в трансформе открываться космические гугловские снимки и т.п.?
Добрый день! Можно ли, импортировать таб файлы (или другие файлы привязки) в трансформ 3.1? Что-то я не нашел этой функции.
все равно не читается (Добавление) ск 63, снимок скачан из саспланет. В трансформе установил локальную ск. Трансформ версия 3,10
район, зону (осевой меридиан, смещения) знаешь? (Добавление) на вопрос "почему трансформ не читает" ответа не дам, но мож и всплывет решение...
