Transform 3.0 и сложная трансформация и склейка

А делал так, в настройках проги указал папку для временных файлов на диске компутера, где места ого-го, затем ипорт файла 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.
Всем спасибо!

 

Вот перенес отсюда:
http://geodesist.ru/forum/topic.php?for ... opic=2&p=6

 

На самом деле в TMD каждая точка кодируется 24 битами - по 8 бит на каждую цветовую компоненту RGB. И вот почему. 8-битный вариант хранения растра - это обычно не 8-битный цвет, а так называемый индексированный формат хранения. Т.е. при 8-битном растре в файл сохраняется палитра 24-битных цветов, но количество этих цветов 256. А в самом растре вместо непосрественно значения RGB указывается порядковый номер (т.е. индекс) цвета в палитре. Поэтому каждая точка растра кодируется восемью битами, но цвета остаются 24-битными.
Такой формат удобен при хранении, поскольку, если растр не совсем крохотный, занимает на диске почти в 3 раза меньше места. Но он практически не удобен для обработки, т.к. при преобразовании растра необходимо интерполировать цвета, т.е. нужны те самые 24-битные абсолютные значения цвета каждой точки. Поэтому при импорте в ТРАНСФОРМ растр преобразуется в 24 бита (так называемый полноцвет).

 

Читает ли Трансформ 3.1 tab файл?

 

Пример

 

ок

 

если не ошибаюсь сас. планета, это прога по просмотру космоснимков, т.е. будет сразу в трансформе открываться космические гугловские снимки и т.п.?

 

Добрый день! Можно ли, импортировать таб файлы (или другие файлы привязки) в трансформ 3.1? Что-то я не нашел этой функции.

 

трасформ табовский файлы автоматом найдет, если конечно файл и привязка лежат в одной папке

 

Почему прикрепленный файл не правильно читается в трансформе? Хотя другие ГИС нормально его читают.

 

убери лишнее...

(Добавление)
а что это вообще за система координат?...

 

все равно не читается
(Добавление)
ск 63, снимок скачан из саспланет. В трансформе установил локальную ск. Трансформ версия 3,10

 

исходный файл

 

район, зону (осевой меридиан, смещения) знаешь?
(Добавление)
на вопрос "почему трансформ не читает" ответа не дам, но мож и всплывет решение...