[Solved] Does RawTherapee support Adobe RAW format? (rawpedia is down)

I can’t find out for myself since RawPedia is down.
Does anyone know if RawTharpee supports Adobe Photoshop RAW format?
I’m trying to access the images from this site: Index of /data/lo/LO_1001/DATA
The documentation says:

These images may be opened with Photoshop, or any other program capable of reading a “.raw” file. The only requirement would be that once the image is downloaded from the PDS, the file extension “.IMG” would have to be changed to “.raw” to be read by those programs. Labels may be read outside of NASAView with any text edit application such as TextEdit or Text Wrangler.

But I have not been able to get this to work.

They are not Photoshop raw files. Don’t think there even is such a thing. And Adobe raw files would normally be DNG.

Haven’t tried to download one to check, but from the bit of documentation that you quoted (it would be nice with a link), it sounds like it’s just “raw” pixel data with no headers. As such ImageMagick should be able to convert them to whatever format you want.

Documentation is here: https://planetarydata.jpl.nasa.gov/img/data/lo/LO_1001/DOCUMENT/LOIRP_SIS.DOCX Lots of explanation of what they did to create the files, not so much on how to use them.

While ImageMagic is installed on my computer (linux Mint), and I have determined that it is supposed to be a command line tool run with the “magick” command, I get the following when I try and run it:

magick
Command 'magick' not found, did you mean:
  command 'magics' from deb magics++ (4.10.1-1)
  command 'magic' from deb magic (8.3.105+ds.1-1.1)
Try: sudo apt install <deb name>

Just skimmed the documentation, but did find this:

The data products submitted are mosaicked lunar surface images from the 1966/7 Lunar Orbiter missions. They’re all 16 bit IBM PC Byte order images

And this:

Each file is a variable length image with a fixed height of 16500 pixels and are an IBM PC byte order image.

They do indeed call them Photoshop raw files, as well.

If you can’t get ImageMagick to work, perhaps try Gimp.

Your suggestion to try Gimp was a good one. I had to rename the file with a “.data” extension, then I could use the LINES, and LINE_SAMPLES numbers from the associated LBL file for width and height, and choosing the correct other items, to get the picture to load into Gimp.
Looks like I may have to tweak the images a bit since they did not align the strips of image as precisely as I’d like, but now I have a way forward.
Thank you.

Try the convert command:

$ convert infile outfile.tif

If convert works but magick doesn’t, then it’s a rather old version of IM that’s installed.

$ convert
WARNING: The convert command is deprecated in IMv7, use "magick" instead of "convert" or "magick convert"

Strange, this is on Xubuntu 24.04 LTS, so not that old.

$ convert -version
Version: ImageMagick 6.9.12-98 Q16 x86_64

When I type

$ magick

the answer is Command not found…

It seems that Ubuntu is stuck on IM v6, even though v7 was first released in 2016. While IM v6 is still being maintained, it is considered legacy.

Thank you. I installed v7 from github (*).

$ ./magick --version
Version: ImageMagick 7.1.1-39 Q16-HDRI x86_64

EDIT. (*) The github package gave dependency problems, so I downloaded an appimage from here: ImageMagick – Download.

For the moment I can only run it from the directory where magick is stored, a $PATH question I guess. To be solved…

1 Like

I was looking at the imagemagick documentation online, and their examples used “magick”.
Typing “convert” gets a help message, so it is found on my system.

convert --version
Version: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org
Copyright: (C) 1999-2021 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Cipher DPC Modules OpenMP(4.5) 
Delegates (built-in): bzlib djvu fftw fontconfig freetype heic jbig jng jp2 jpeg lcms lqr ltdl lzma openexr pangocairo png tiff webp wmf x xml zlib

This is one of my pet peeves with Linux. They have a nice package installing system, but it is very vague on what various packages do. I look to install something, and there will be 4 or 5 packages with very similar names and similar vague descriptions. But when it is a command line tool, very often the actual command line command is nothing like the name of the package, and it almost never tells you what the command line commands it installs are.
In this particular case, there were three ImageMagick packages, two were installed, one was not. Since magick (the documentations command) did not work, I installed the third. This third installed a very primitive gui that could be run from the menus (not that the description mentioned a gui, the option just showed up in the menu) that I could not figure out how to use (the help menu did not). Installing this third package did not make the magick command work.

How am I supposed to guess that installing “ImageMagick” gets me the “convert” command if the convert command is not in the documentation?

But this thread has gone way off topic. The Gimp solution gets me what I need.

In this case the command used to be convert, but changed to magick with version 7 in 2016. This is why current documentation doesn’t use convert. But Ubuntu (and thus Mint) will often stick to an older version for way too long, which is what happened here.