pombreda / fits Goto Github PK

When using droid, most of the time the droid output is "removed" by the 
"cullResults" function in the Consolidator. 
That's because the mimetype droid outputs is "application/octet-stream" in many 
files (and the "isIdentityKnown" function in Toolbase.java verify the mimetype).

When I use Droid 6.01 (from http://sourceforge.net/projects/droid), the 
mimetype appears correctly. I already update the signature file (V70). What 
version of droid is Fits currently using?

I'm asking this because i need to extract the PUID from the file, and i don't 
want to make a lot of modifications to the code...

I've currently "solved" this by overriding the isIdentityKnown function in the 
droid.java, forcing it to return true...

Thanks,

Sébastien Leroux

FITS only supports the version 5 or higher of the unix file command.  Version 4 
or lower will result in invalid output

Running FITS on any ODT file results in the following error:

java.text.ParseException: Unparseable date: "PT6H4M0S"

(Despite this FITS does write an apparently normal output file).

Problem encountered with:

- FITS 0.5
- OS: Win XP

See attached ODT file (but this seems to happen with any ODT file)

Cheers,

Johan

What steps will reproduce the problem?
1.when I change the Signature file v13 in Signature File v35 and I change
in the config of fits ... there is a Java error ..
And it's logical because the version V13 is write in the DROID.java, I see
that it's because the DROID constructor is broken ...

So I contact this forum just to know if I can apply the Droid update by an
other way ... 

Thanks a lot !!!

CMasfrand.

NB : Sorry for my english level ;->

What steps will reproduce the problem?
1. Replace the jhove_common_to_fits.xslt with the attached file
2. Replace the fits_output.xsd with the attached file
3. Run FITS on a image file and on a txt file.

What is the expected output? What do you see instead?
In the output file for the image is a new tag filepath with the path to the 
input file as expected but none is found in the output file for the txt file.

What version of the product are you using? On what operating system?
I am using the latest version fits-0.5.0 and the above changes are the only 
ones I have undertaken. The experiment was done under Ubuntu 10.10 with java 
1.6.0_24


Please provide any additional information below.
I would very much like to add the file path to the output, so I edited the 
jhove xslt as jhove provides a uri attribute with a path to the file. For some 
reason it works like a charm on some files and does not on others.

Exiftool captures a wide variety of metadata from both images and video, but 
most of these fields aren't retained by FITS when it normalizes the exiftool 
output. Since camera output tends to be pretty diverse, this means that FITS 
will miss at least some metadata on many, or even most, files when reading 
born-digital media in its original camera format.

It would be really useful to add a commandline switch to enable including the 
entire exiftool XML output (from exiftool -X) as a part of FITS's own XML 
output.

What steps will reproduce the problem?
1. Run fits.sh -i image.dng

What is the expected output? What do you see instead?
Expected output is fits with identification.
Instead I get an exception

edu.harvard.hul.ois.fits.exceptions.FitsToolException: Error parsing Exiftool 
XML Output (Error on line 457: The content of elements must consist of 
well-formed character data or markup.)
    at edu.harvard.hul.ois.fits.tools.exiftool.Exiftool.createXml(Exiftool.java:197)
    at edu.harvard.hul.ois.fits.tools.exiftool.Exiftool.extractInfo(Exiftool.java:118)
    at edu.harvard.hul.ois.fits.tools.ToolBase.run(ToolBase.java:141)
    at java.lang.Thread.run(Thread.java:679)
<?xml version="1.0" encoding="UTF-8"?>
<fits xmlns="http://hul.harvard.edu/ois/xml/ns/fits/fits_output" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://hul.harvard.edu/ois/xml/ns/fits/fits_output 
http://hul.harvard.edu/ois/xml/xsd/fits/fits_output.xsd" version="0.6.1" 
timestamp="6/25/12 2:36 PM">
  <identification />
  <fileinfo>
    <filepath toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">/path/to/image.dng</filepath>
    <filename toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">image.dng</filename>
    <size toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">79576596</size>
    <md5checksum toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">87c8bcf94592b576bf0a7221be53a0f2</md5checksum>
    <fslastmodified toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">1340294568000</fslastmodified>
  </fileinfo>
  <filestatus />
  <metadata />
</fits>

What version of the product are you using? On what operating system?
Ubuntu 11.10. Fits 0.6.0 and 0.6.1, exiftool 8.60

Please provide any additional information below.

If File Utility returns an 'invalid option' error it should be excluded from 
the file fits.xml file.  Example:

<identity format="file: invalid option -- e&#xA;Usage: file [-bcikLhnNsvz] [-f 
namefile] [-F separator] [-m magicfiles] file...&#xA;       file -C -m 
magicfiles&#xA;Try `file --help' for more information." mimetype="file: invalid 
option -- e&#xA;Usage: file [-bcikLhnNsvz] [-f namefile] [-F separator] [-m 
magicfiles] file...&#xA;       file -C -m magicfiles&#xA;Try `file --help' for 
more information." toolname="FITS" toolversion="0.6.1">

When using the -x parameter with FITS version .3 it outputs a
NullPointerException for some formats. Example:


C:\Program Files\fits\fits-0.3.0>fits.bat -i "..\..\..\Documents and
Settings\agoethals\Desktop\fits_elements_tool_output_transforms.xls" -x
Exception in thread "main" java.lang.NullPointerException
        at edu.harvard.hul.ois.fits.Fits.outputStandardSchemaXml(Fits.java:190)
        at edu.harvard.hul.ois.fits.Fits.main(Fits.java:176)


This happens whenever the FITS output cannot be converted to a supported
standard metadata schema.  For example, FITS does not yet support a
standard schema for audio.

The adoption of the acronym FITS for this project is extremely unfortunate.

For more than 30 years the file format FITS has been serving the
astronomical community and it is very confusing if the tool that
specifically deals with standard file formats carries the name of one of
the formats that it is supposed to handle.

See: http://fits.gsfc.nasa.gov/

Simply Google "FITS" nad you will find it...

[email protected]

Here's a patch to add some basic video support (through exiftool) to FITS.
I'm only working with MP4s, but could try to expand its coverage as needed.

What steps will reproduce the problem?
1. Run simple stand alone command line fits.sh on the attached HTML-file
2.
3.

What is the expected output? What do you see instead?
No output. Process just hangs forever

What version of the product are you using? On what operating system?
0.6.0

Please provide any additional information below.
I have been analyzing around 15 million objects from the Danish web archive 
(netarchive.dk) and fell into around 15 of these "bad" objects that make fits 
hang forever (with quite high CPU load constantly). I have a suspiscion that it 
might be Jhove hanging but Im not sure.

Reported by Jason Evans Groth from NC State in Raleigh:

When running FITS across a directory of (presumably nested directories of) 
files, it chokes if it encounters directory permissions that effectively lock a 
directory. They were trying to run FITS against a hard drive and it got through 
426 of over 100,000 files but then quit. Upon further investigation it happened 
when it tried to open a file that was within a directory that was locked. 

After reading the online literature, I thought that I could edit the 
xml/jhove.config file to point to the new version of JHove2.  This does not 
appear to work.  FITS still appears to invoke JHove 1.5.  Is this something 
that the user, i.e. me, can't do?

we are using the files from http://digitalcorpora.org/

more specifically, http://digitalcorpora.org/corp/nps/files/govdocs1/zipfiles/ 
to test fits with in archivematica.

Fits has been repeatedly hanging on file 000497.xml (attached) from 000.zip 
with out any output,  thank you!

What steps will reproduce the problem?
1. Download http://archive.org/download/broadway1906/broadway1906_64kb_mp3.zip
2. Extract .zip
3. ./fits.sh -i broadway1906_64kb.mp3

What is the expected output? What do you see instead?
I expect to get good, clean XML w/o errors.

Instead I got:
./fits.sh -i broadway1906_64kb.mp3
edu.harvard.hul.ois.fits.exceptions.FitsToolException: NLNZ Metadata Extractor 
error while harvesting file broadway1906_64kb.mp3 
(java.lang.NullPointerException)
    at edu.harvard.hul.ois.fits.tools.nlnz.MetadataExtractor.extractInfo(MetadataExtractor.java:121)
    at edu.harvard.hul.ois.fits.tools.ToolBase.run(ToolBase.java:141)
    at java.lang.Thread.run(Thread.java:680)
<?xml version="1.0" encoding="UTF-8"?>
<fits xmlns="http://hul.harvard.edu/ois/xml/ns/fits/fits_output" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://hul.harvard.edu/ois/xml/ns/fits/fits_output 
http://hul.harvard.edu/ois/xml/xsd/fits/fits_output.xsd" version="0.6.1" 
timestamp="7/29/12 4:51 PM">
  <identification status="SINGLE_RESULT">
    <identity format="MPEG 1/2 Audio Layer 3" mimetype="audio/mpeg" toolname="FITS" toolversion="0.6.1">
      <tool toolname="Exiftool" toolversion="7.74" />
    </identity>
  </identification>
  <fileinfo>
    <lastmodified toolname="Exiftool" toolversion="7.74" status="SINGLE_RESULT">2004:06:06 17:58:34-04:00</lastmodified>
    <filepath toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">/Users/mbouchard58/fits-0.6.1/broadway1906_64kb.mp3</filepath>
    <filename toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">broadway1906_64kb.mp3</filename>
    <size toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">1018275</size>
    <md5checksum toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">40976e8fbedef5f568714deaa7bd5b08</md5checksum>
    <fslastmodified toolname="OIS File Information" toolversion="0.1" status="SINGLE_RESULT">1086559114000</fslastmodified>
  </fileinfo>
  <filestatus />
  <metadata>
    <audio>
      <bitRate toolname="Exiftool" toolversion="7.74" status="SINGLE_RESULT">64000</bitRate>
      <sampleRate toolname="Exiftool" toolversion="7.74" status="SINGLE_RESULT">11025</sampleRate>
      <channels toolname="Exiftool" toolversion="7.74" status="SINGLE_RESULT">2</channels>
    </audio>
  </metadata>
</fits>


What version of the product are you using? On what operating system?
fits 0.6.1 on Mac OS X 10.7.4

Please provide any additional information below.
I have a .flac version of this file as well.  fits runs without errors on that 
file.

1) XSLT is used to convert each tools output into the FITS XML format. When
it does this it's using the relative path "xml/fits_output.xsd" as the
schema location, without the FITS_HOME variable.  From a current directory
other then FITS_HOME, the schema cannot be found, so the FITS XML output
cannot be validated and the 'invalid fits xml output' messages are displayed.
--> workaround = disable validate-tool-output in xml/fits.xml

2) A similar thing is happening to NLNZ.  In xml/nlnz/config.xml the
<xml-location> is set to "xml/nlnz"- another relative path.  
--> workaround = set this to $CURDIR/xml/nlnz (i.e. absolute path)

Cheers
David Michel

I know you achieve file output by saying -i C:filepath\audiofile.wav -o 
C:\filepath\audiofile.xml

Is there a way to run FITS on an entire folder, so that you don't have to it 
one at a time? It would be helpful for a large number of files.

Thanks!
Hannah


Using version 0.6.2 on Windows 7.

What steps will reproduce the problem?
1. Download 3.2
2. run fits using either .bat (Windows XP) or .sh (OS X 10.4: Terminal) in the 
usual manner

What is the expected output? What do you see instead?
I expected Fits xml output but received the following stack trace:
Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version 
number in .class 
file
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:676)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:317)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:375)

What version of the product are you using? On what operating system?
3.2 on both Windows XP and OS X 10.4

What steps will reproduce the problem?
1. Unzipped FITS 0.6.2 to c:\fits0.6.2
2. Installed JAVA 7 Update 45
3. Executed command line with -i pointing to a WAV file.

What is the expected output? What do you see instead?
32k XML file with all details. Instead i get a 4k XML file that stops where the 
<toolOutput> should be written.

What version of the product are you using? On what operating system?
0.6.2 on Win7 x86.

Please provide any additional information below.
I have one Win7-x86 computer which produces the correct results and a second 
that fails as described. Both are running the same verion of FITS and JAVA. 

I've tweaked the output a little bit to try to better match the field names
and also added support for FLV (flash video).

Hello,

When running FITS recursively (with -r option) in a directory, all of the 
output files are generated in the same directory. Is it possible to generate 
them into multiple directories, so the fits.xml files are in the same directory 
as the target files? 


That is, I would like a result like:
/home/user/documents:
doc1.txt
doc1.txt.fits.xml

/home/user/documents/new:
doc2.txt
doc2.txt.fits.xml

INSTEAD, the result is (when the output directory is the same as the target 
directory):
/home/user/documents:
doc1.txt
doc1.txt.fits.xml
doc2.txt.fits.xml

/home/user/documents/new:
doc2.txt

If I remove the output directory or the -o option I get the following error: 
Exception in thread "main" edu.harvard.hul.ois.fits.exceptions.FitsException: 
When FITS is run in directory processing mode the output location must be a 
directory


It takes an eternity to run FITS separately on each directory in order to have 
the output files next to the files they refer to.  Please help!  I am using 
FITS 0.6.2 in Linux environment. 

What steps will reproduce the problem?
Run Fits on a CR2 file.

What is the expected output? What do you see instead?
STDout: 
http://archivematica.googlecode.com/issues/attachment?aid=7957605253434623647&na
me=cr2FitsOutput.txt&token=34362ec0aa344aa5b711dfa3f317ae7b

STDerror:
Error on line 23 of jhove_image_to_fits.xslt:
  XPTY0004: A sequence of more than one item is not allowed as the first argument of
  replace() ("little-endian", "little-endian", ...) 
Warning: Jhove: Error converting output using 
/usr/share/fits/xml/jhove/jhove_image_to_fits.xslt (A sequence of more than one 
item is not allowed as the first argument of replace() ("little-endian", 
"little-endian", ...) )



What version of the product are you using? On what operating system?
Xubuntu, lucid 10.04 
FITS version="0.4.2"

Please provide any additional information below.
I got an error while parsing the fits output and determined the jhove section 
was missing.
Our issue tracking this issue is:
http://code.google.com/p/archivematica/issues/detail?id=363



I wasn't clear if this was a FITS issue, or a Jhove issue.

What steps will reproduce the problem?
1.unzip the fits file (0.3.2) into its own directory on C:
2.run the .bat file from cli
3.

What is the expected output? What do you see instead?
Expected to see usage print out, got error:

`H:\>C:\fits-0.3.2\fits.bat The system cannot find the path specified. 
Exception in thread "main" java.lang.NoClassDefFoundError??: 
edu/harvard/hul/ois/fits/Fits Caused by: 

java.lang.ClassNotFoundException??: edu.harvard.hul.ois.fits.Fits 
at java.net.URLClassLoader$1.run(Unknown Source) 
at java.security.AccessController??.doPrivileged(Native Method) 
at java.net.URLClassLoader.loadClass(Unknown Source) 
at java.lang.ClassLoader??.loadClass(Unknown Source) 
at sun.misc.Launcher$AppClassLoader??.loadClass(Unknown Source) 
at java.lang.ClassLoader??.loadClass(Unknown Source) 
at java.lang.ClassLoader??.loadClassInternal(Unknown Source) 

Could not find the main class: edu.harvard.hul.ois.fits.Fits. Program will 
exit.` 

What version of the product are you using? On what operating system?
0.3.2, Windows XP

Please provide any additional information below.

Not sure which java is running.  There are folders in the java directory 
for 1.5.0_06, 1.6.0_03, and 1.6.0_05

Hi,

When I start FITS up, the batch file won't open, and the CMD line says Java is 
not a proper command.

I'm running on OS Windows 8- may this be a problem?

Screenshot is attached.

Thanks,

Helen

It would be great if the API would allow access to the toolbelt to 
dynamically select & deselect the tools currently in use (overriding the 
start-up configuration).

I am wrapping FITS with a GUI that also does recursive directory processing 
for our technical services employees and I would like to give them a menu to 
optionally deselect installed tools. I could do this by writing configuration 
file editors although I don't want to re-instantiate FITS every time a change 
is made.

Version: FITS 0.5
OS: Win XP

The Windows batch file that is supplied with FITS behaves unexpectedly when it 
is invoked from some arbitrary directory that is different from the FITS home 
folder (i.e. the dir in which the batch file resides).

EXAMPLE:  assuming that the FITS batch file resides in the following folder: 
C:\fits\fits-0.5.0

Now I have some file in dir C:\temp that I want to analyse. So I open a command 
prompt, go to C:\temp and type:

C:\fits\fits-0.5.0\fits -i someFile.pdf -o fitsOutput.xml

Result:

C:\Temp>C:\Temp\identtools\fits\fits-0.5.0\fits -i someFile.pdf -o 
fitsOutput.xml
Exception in thread "main" edu.harvard.hul.ois.fits.exceptions.FitsConfiguration
Exception: someFile.pdf does not exist or is not readable
        at edu.harvard.hul.ois.fits.Fits.examine(Fits.java:258)
        at edu.harvard.hul.ois.fits.Fits.main(Fits.java:160)

(If I execute FITS from its home directory it does actually work).

Looking at the batch file I see there's even an explicit "cd %FITS_HOME%" 
statement. Apart from the fact that I don't really understand why you'd want to 
do this in the first place, as this will also result in an additional error if 
you try to launch FITS from another drive. E.g., if I'm in some directory on my 
D:-drive and execute the command:

C:\fits\fits-0.5.0\fits 

The result is that FITS won't even get to display the help text (which is 
caused by the "cd %FITS_HOME%" statement, which doesn't work if the destination 
path is on another drive). So instead I get this:


The system cannot find the path specified.
Exception in thread "main" java.lang.NoClassDefFoundError: edu/harvard/hul/ois/f
its/Fits
Caused by: java.lang.ClassNotFoundException: edu.harvard.hul.ois.fits.Fits
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
Could not find the main class: edu.harvard.hul.ois.fits.Fits.  Program will exit


BTW for some reason file path handling seems to be problematic with lots of 
characterisation tools. I've come across similar issues in DROID 6, Fido, and I 
think someone recently reported a similar problem for JHOVE2 as well. No idea 
why. 


Cheers,

Johan

What steps will reproduce the problem?
1. Create a directory with an input file (e.g input/test1/test)
2. Create a second directory with an input file with same name (e.g. 
/input/test2/test)
3. Run fits recursively (e.g. ./fits.sh -i input/ -o output/ -r)

What is the expected output? What do you see instead?
Two fits.xml files corresponding to the two input files in the output directory.

What version of the product are you using? On what operating system?
Fits 0.6.0 on Linux/Mac OS

Please provide any additional information below.
This could be realised by either recreating the directory structure in the 
output directory or incorporate the pathname into the output filename.

What steps will reproduce the problem?
Attempted to download Zip file (http://fits.googlecode.com/files/fits-
0.2.6.zip)

What is the expected output? What do you see instead?
Instead of supplying the ZIP file, I received the following error 
message ...

_________________
ERROR
The requested URL could not be retrieved

---------------------------------------------------------------------------
-----

While trying to retrieve the URL: http://fits.googlecode.com/files/fits-
0.2.6.zip 

The following error was encountered: 

The request or reply is too large. 
If you are making a POST or PUT request, then your request body (the thing 
you are trying to upload) is too large. If you are making a GET request, 
then the reply body (what you are trying to download) is too large. These 
limits have been established by the Internet Service Provider who operates 
this cache. Please contact them directly if you feel this is an error. 

Your cache administrator is [email protected]. 



---------------------------------------------------------------------------
-----

Generated Sat, 08 Aug 2009 00:04:11 GMT by localhost (squid/2.6.STABLE18) 

Also ./fits.sh -v shows wrong version number

What steps will reproduce the problem?
1. Execute the following command:

$path\fits.sh -i test.ARW -o test.xml
or
$path/fits.bat -i test.ARW -o test.xml

What is the expected output? What do you see instead?

test.xml within approximately 30 secs.

What version of the product are you using? On what operating system?

I've tried this on both RedHat 5 and Windows 7 with version 0.3.2 and 0.5.0.

Please provide any additional information below.

Other .ARW files have this problem, while some complete in a timely fashion.  I 
have not yet experienced this with a non .ARW file, though I wouldn't rule that 
out.

Hi,

When I start FITS up, the batch file won't open, and the CMD line says Java is 
not a proper command.

I'm running on OS Windows 8- may this be a problem?

Screenshot is attached.

Thanks,

Helen

When trying to run fits.sh under Cygwin, I hit some problems specific to
that platform relating to different ways Cygwin and Windows define paths. 
This meant that the classpath was broken, and FITS could not start.

To fix this, you can alter the shell script so that the path is correct
when invoking Java from Cygwin:

  APPCLASSPATH=$APPCLASSPATH:$FITS_HOME/xml/nlnz

  # On cygwin, path must be mapped to Windows form when passed to Java:
  if [ "$(uname -a | fgrep Cygwin)" != "" ] ; then
    APPCLASSPATH="`cygpath -wp $APPCLASSPATH`"
  fi

  cmd="java -classpath \"$APPCLASSPATH\" edu.harvard.hul.ois.fits.Fits $args"

I realise you may not wish to cater for this minority platform. If so,
perhaps you could add this to the documentation?

Thanks for your time.
Andy Jackson.

What steps will reproduce the problem?
1. Run ExifTool on my file, lots of metadata
2. Run FITS on my file, no metadata

What is the expected output? What do you see instead?
I am expecting to see the same metadata that I see when running Exiftool 
directly on my file. Instead, I don't see any metadata

What version of the product are you using? On what operating system?
I've tried 0.6.1 and 0.6.2 and Exiftool 9.06 and 9.41. All on ubuntu.


Please provide any additional information below.

I see this ticket https://code.google.com/p/fits/issues/detail?id=28 but, it's 
a slightly different problem. There is no metadata in my fits output.

FITS currently uses Exiftool 7.74, which dates from April, 2009. The most 
recent version is 8.95.

Updating would be very helpful for identifying video; 7.74 is very limited in 
capturing video metadata, whereas recent versions can extract much more useful 
information.

Aside from that, it's regularly updated to support new manufacturer-specific 
metadata, so keeping up to date is very helpful.

clean up and include ant build files in releases

Under certain conditions Jhove may produce an error when processing jpeg images 
that have exif metadata. FITS will report that the file is not well formed or 
valid and the following message will be displayed the <fileStatus> <message> 
element:

I/O exception processing Exif metadata: No such file or directory

Workaround:
Make sure that the <tempDirectory> setting in xml/jhove/jhove.conf is set to a 
valid path.  By default this is set to the relative path: xml/jhove. Depending 
on how you invoke FITS this may need to be set to an absolute path.

Hello,

First I would like to thank you for the amazing work you've done. I'm French so 
sorry for my poor English skills.

I just wanted to know if it's possible to use FITS as a Maven dependency in my 
project, this would be really helpful.

Best regards,

Papis

When running FITS in Windows certain files types will cause file.exe to display 
an error.

Using Jhove 1.5 and FITS 0.4.2, I see differing Jhove XML ouputs between Jhove 
and FITS.

This is for a TIFF 6.0 file
e.g., FITS:  <mix:ImageWidth>5389</mix:ImageWidth>
vs Jhove:    <mix:imageWidth>5389</mix:imageWidth>

The xpath to said element changes, too. 
I'd think the embedded Jhove ouput should be a direct copy, less any need 
namespace tweaks.

OS X 10.5.7.

I don't have a specific bug to report, but I was wondering if any performance 
profiling has been performed on the FITS tool to identify bottlenecks we might 
be able to eliminate.  In my experiences so far, FITSifying a file takes on avg 
about 7 secs.  On a 30,000 collection of files this means it would take approx 
(30,000 x 7) / 3600 = 58 hrs to process all files.  30k files is a fairly small 
number for large datasets that a tool like FITS would benefit, i.e. large 
scientific/cultural/historical datasets that need to be preserved for the long 
term.  Perhaps there are some trivial performance optimizations already 
available of which I am unaware.

Thanks

DW