Is there a way to embed RS metadata to downloads

Edward

unread,

Nov 25, 2011, 2:58:03 PM11/25/11

to resour...@googlegroups.com

I'm new to RS and have been importing files with metadata in them. I'm wondering if there is a way to have RS embed additional metadata from RS into the files so that it is embedded upon downloading the file or files?

Thanks,

Edward McCain

www.mccainphoto.com

Paul Manno

unread,

Nov 26, 2011, 1:05:31 PM11/26/11

to resour...@googlegroups.com

When you download a file, ResourceSpace, by default, writes the
metadata into the file using exiftool.

> --
> You received this message because you are subscribed to the Google Groups
> "ResourceSpace" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/resourcespace/-/hHmjBIFA7kcJ.
> To post to this group, send email to resour...@googlegroups.com.
> To unsubscribe from this group, send email to
> resourcespac...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/resourcespace?hl=en.
>

Edward

unread,

Nov 26, 2011, 1:23:45 PM11/26/11

to resour...@googlegroups.com

This doesn't seem to be happening and I don't know why. When downloading by clicking on the download button for "original file" or by viewing "preview" in RS and then saving that preview image from the browser, the metadata does download along with the images. Metadata only seems to go missing when you click on the download button for high resolution print or screen versions.

Anyone know why this might happen?

Edward

Henrik

unread,

Nov 28, 2011, 8:24:38 AM11/28/11

to ResourceSpace

You have to map a field in ResourceSpace to an Exif-tag if you would
like to include the stored metadata in the downloaded files. Please
read http://wiki.resourcespace.org/index.php/Metadata_Read/Write_Mapping

The original file will be stored untouched in filestore (the metadata
already stored in the file before the import remains the same). When
you download it a copy is created. The copy includes the original
metadata and any added metadata correctly mapped will also be added to
the downloaded file.

The other sizes are created without the original metadata. When you
download them any added metadata, correctly mapped, will be added to
the files. But the original metadata will not be included.

Best regards,
Henrik

Edward

unread,

Nov 29, 2011, 3:02:32 PM11/29/11

to resour...@googlegroups.com

I do have the ExifTool tags placed in the resource fields. For example, I kept the default for the caption field, which places the following into the ExifTool field: Caption-Abstract,Description,ImageDescription. But in looking at the metadata for a download, this data is not available, at least when looking at it with Bridge CS4, Photo Mechanic or Media Pro. It seems like there must be something else going on.

Thanks for your response!

Edward

Henrik

unread,

Nov 29, 2011, 4:14:16 PM11/29/11

to ResourceSpace

What server do you use?

There seems to be a bug filed in the bug tracker:
http://bugs.resourcespace.org/view.php?id=107
0000107: EXIFTOOL metadata writing doesn't work on Windows

/Henrik

Edward

unread,

Nov 29, 2011, 11:35:06 PM11/29/11

to ResourceSpace

We are running a LAMP server, not Windows, so this would appear to be
different.

Edward

Henrik

unread,

Nov 30, 2011, 8:29:43 AM11/30/11

to ResourceSpace

Please run the installation check and paste the results here.
/Henrik

Edward

unread,

Dec 3, 2011, 12:08:35 AM12/3/11

to resour...@googlegroups.com

Thanks, Henrik. Here are the results of the installation check:

PHP version	5.3.2-1ubuntu4.10	OK
MySQL version	5.1.41-3ubuntu12.10 (client-encoding: latin1)	OK
GD version	2.0	OK
PHP.INI value for 'memory_limit'	256M	OK
PHP.INI value for 'post_max_size'	100M	OK
PHP.INI value for 'upload_max_filesize'	100M	OK
Write access to /var/www/resourcespace/include/../filestore		OK
Write access to gfx/homeanim/gfx		FAIL: gfx/homeanim/gfx not writable. Open permissions to enable home animation cropping feature in the transform plugin.
Blocked browsing of 'filestore' directory		OK
ImageMagick	GraphicsMagick 1.3.5 2009-01-26 Q8 http://www.GraphicsMagick.org/	OK
FFmpeg	FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.2, Copyright (c) 2000-2009 Fabrice Bellard, et al.	OK
Ghostscript		OK
EXIF extension		OK
Exiftool		OK
Last scheduled task execution (days)	Never	WARNING Relevance matching will not be effective and periodic e-mail reports will not be sent. Ensurebatch/cron.php is executed at least once daily via a cron job or similar.

Henrik

unread,

Dec 4, 2011, 5:40:08 PM12/4/11

to ResourceSpace

The installation check looks ok (the fail and the warning should not
cause your problem).

Please add the row "$metadata_report=true" to your config.php if you
haven't already done so. This will not solve the problem, but may give
us a clue to the solution.

Select a resource with metadata (which isn't written to the downloaded
file).

Click "> View Report" in the panel "Metadata Report" and please paste
the results here.

/Henrik

On Dec 3, 6:08 am, Edward <emccai...@gmail.com> wrote:
> Thanks, Henrik. Here are the results of the installation check:
>

> PHP version5.3.2-1ubuntu4.10*OK*MySQL version5.1.41-3ubuntu12.10
> (client-encoding: latin1)*OK*GD version2.0*OK*PHP.INI value for
> 'memory_limit'256M*OK*PHP.INI value for 'post_max_size'100M*OK*PHP.INI
> value for 'upload_max_filesize'100M*OK*Write access to
> /var/www/resourcespace/include/../filestore*OK*Write access to
> gfx/homeanim/gfx*FAIL: gfx/homeanim/gfx not writable. Open permissions to
> enable home animation cropping feature in the transform plugin.*Blocked
> browsing of 'filestore' directory*OK*ImageMagickGraphicsMagick 1.3.5
> 2009-01-26 Q8http://www.GraphicsMagick.org/*OK*FFmpegFFmpegversion

> al.*OK*Ghostscript*OK*EXIF extension*OK*Exiftool*OK*Last scheduled task
> execution (days)Never*WARNING*

> Relevance matching will not be effective and periodic e-mail reports will

> not be sent. Ensurebatch/cron.php<http://www.biologicaldiversity.org/resourcespace/batch/cron.php> is

Edward

unread,

Dec 5, 2011, 1:13:19 AM12/5/11

to ResourceSpace

Thanks, Henrik, here is that report:

Metadata Report
Resource Type: Photo
Center for Biological Diversity Group Exiftool Tag Embedded Value
Metadata write will be attempted.
exiftool exiftoolversion 7.89
51 - Original Filename file filename (w) - 215_a435196cb59be7e.tif +
YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2.tif
73 - File Size file filesize - 4.4 MB + 0004613734
file filemodifydate (w) 2011:11:18 20:19:22-07:00
file filetype TIFF
file mimetype image/tiff
file exifbyteorder (w) Big-endian (Motorola, MM)
exif subfiletype (w) Full-resolution Image
exif imagewidth (w) 2917
exif imageheight (w) 1800
exif bitspersample (w) 8 8 8
exif compression (w) LZW
exif photometricinterpretation (w) RGB
exif stripoffsets (Binary data 459 bytes, use -b option to extract)
exif samplesperpixel (w) 3
exif rowsperstrip (w) 29
exif stripbytecounts (Binary data 383 bytes, use -b option to
extract)
exif xresolution (w) 2720
exif yresolution (w) 2720
exif planarconfiguration (w) Chunky
exif resolutionunit (w) inches
exif software (w) Adobe Photoshop CS Windows
exif modifydate (w) 2007:04:05 15:13:38
exif predictor (w) Horizontal differencing
exif colorspace (w) Uncalibrated
exif exifimagewidth (w) 2917
exif exifimageheight (w) 1800
xmp xmptoolkit (w) Image::ExifTool 8.70
xmp about (w) uuid:e1ff093a-e3c2-11db-af4a-b041f632abb3
85 - Location xmp location (w) Mittry Lake
88 - OK for Media Use? xmp scene (w) No
87 - ID xmp subjectcode (w) 10499
18 - Caption xmp description (w) Yuma Clapper Rail, Rallus
longirostris yumanensis, Mittry Lake, Jim Rorabaugh, USFWS
xmp format (w) image/tiff
1 - Keywords xmp subject (w) birds;endangered species;Rallus
longirostris yumanensis
8 - Title xmp title (w)
YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2.tif
74 - Public domain for non-commercial use? xmp category (w) No
xmp supplementalcategories (w) SPECIES\ANIMALS\BIRDS\water and
shorebirds\YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2.tif
81 - Photo Credit (copyright) xmp copyright (w) Jim Rorabaugh, USFWS
xmp createdate (w) 2007:04:05 15:13:38-07:00
xmp creatortool (w) Adobe Photoshop CS Windows
xmp metadatadate (w) 2007:04:05 15:13:38-07:00
xmp documentid (w) adobe:docid:photoshop:e1ff0939-e3c2-11db-af4a-
b041f632abb3
86 - Permission xmp usageterms (w) FPWC: Full permission to use
anytime with credit
photoshop iptcdigest (w) 00000000000000000000000000000000
photoshop displayedunitsx (w) inches
photoshop displayedunitsy (w) inches
photoshop globalangle (w) 30
photoshop globalaltitude (w) 30
photoshop copyrightflag (w) False
photoshop photoshopthumbnail (Binary data 2932 bytes, use -b option to
extract)
71 - Image Size composite imagesize (w) 2917x1800

Thanks,

Edward

Jeff Harmon

unread,

Dec 5, 2011, 12:03:31 PM12/5/11

to resour...@googlegroups.com, ResourceSpace

You're using quite an old version of Exiftool.... It's at 8.71 now. Not sure that's related though.

Jeff

--
Jeff Harmon
Chief Executive Officer
Colorhythm LLC
http://www.colorhythm.com

Main Office: +1 415-399-9921
Fax: +1 253-399-9928
Mobile: +1 510-710-9590

jha...@colorhythm.com

> --
> You received this message because you are subscribed to the Google Groups "ResourceSpace" group.

Henrik

unread,

Dec 5, 2011, 1:56:06 PM12/5/11

to ResourceSpace

“Metadata write will be attempted.” OK!
“exiftool exiftoolversion 7.89” OK (but quite old)

These fields should be written according to the metadata report:

51 - Original Filename file filename (w) -
215_a435196cb59be7e.tif +
YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2.tif

85 - Location xmp location (w) Mittry Lake
88 - OK for Media Use? xmp scene (w) No
87 - ID xmp subjectcode (w) 10499
18 - Caption xmp description (w) Yuma Clapper Rail, Rallus
longirostris yumanensis, Mittry Lake, Jim Rorabaugh, USFWS

1 - Keywords xmp subject (w) birds;endangered
species;Rallus
longirostris yumanensis
8 - Title xmp title (w)
YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2.tif
74 - Public domain for non-commercial use? xmp category
(w) No

81 - Photo Credit (copyright) xmp copyright (w) Jim Rorabaugh,
USFWS

86 - Permission xmp usageterms (w) FPWC: Full permission to use
anytime with credit

71 - Image Size composite imagesize (w) 2917x1800

You may send me the image file if you would like me to investigate it.
Or you may run Exiftool and check the file yourself.

/Henrik

On Dec 5, 6:03 pm, Jeff Harmon <jeffreyhhar...@gmail.com> wrote:
> You're using quite an old version of Exiftool.... It's at 8.71 now. Not sure that's related though.
>
> Jeff
>
> --
> Jeff Harmon
> Chief Executive Officer

> Colorhythm LLChttp://www.colorhythm.com

>
> Main Office: +1 415-399-9921
> Fax: +1 253-399-9928
> Mobile: +1 510-710-9590
>

> jhar...@colorhythm.com

Edward

unread,

Dec 5, 2011, 11:34:51 PM12/5/11

to ResourceSpace

Hi Jeff,

Thanks for responding. Yes, I did notice that we have an older version
of ExifTool. I am not the server administrator, but I think he told me
he had run a general update on the server that hosts RS. What is the
best way to update ExifTool in RS?

Thanks,

Edward

On Dec 5, 10:03 am, Jeff Harmon <jeffreyhhar...@gmail.com> wrote:
> You're using quite an old version of Exiftool.... It's at 8.71 now. Not sure that's related though.
>
> Jeff
>
> --
> Jeff Harmon
> Chief Executive Officer

> Colorhythm LLChttp://www.colorhythm.com

>
> Main Office: +1 415-399-9921
> Fax: +1 253-399-9928
> Mobile: +1 510-710-9590
>

> jhar...@colorhythm.com

Edward

unread,

Dec 6, 2011, 12:02:22 AM12/6/11

to ResourceSpace

As far as I can tell, there is no metadata in the image. Here is what
I get from ExifTool:

EMcs-QC-1000:ExifTool_Testing emccainaz$ exiftool -a -u -g1
RS215_YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2-hpr.jpg
---- ExifTool ----
ExifTool Version Number : 8.71
---- System ----
File Name :
RS215_YumaClapperRail_JimRorabaugh_USFWS_FPWC_HIGHRES_2-hpr.jpg
Directory : .
File Size : 707 kB
File Modification Date/Time : 2011:12:04 23:09:02-07:00
File Permissions : rw-r--r--
---- File ----
File Type : JPEG
MIME Type : image/jpeg
Image Width : 2917
Image Height : 1800
Encoding Process : Baseline DCT, Huffman coding
Bits Per Sample : 8
Color Components : 3
Y Cb Cr Sub Sampling : YCbCr4:4:4 (1 1)
---- JFIF ----
JFIF Version : 1.01
Resolution Unit : inches
X Resolution : 2720
Y Resolution : 2720
---- Composite ----
Image Size : 2917x1800

I'm fairly new to ExifTool, but I think I have the options set
correctly to read all metadata, but if not, please let me know what
options would be necessary.

Thanks,

Edward

Henrik

unread,

Dec 6, 2011, 7:26:29 AM12/6/11

to ResourceSpace

Installation check: OK
Metadata report: “Metadata write will be attempted.” OK
Several fields are mapped to (writable) Exif tags and contain
information. OK
All things seem to be in order, but still the files are saved without
metadata (checked correctly with Exiftool).

Please check the log files (e.g. /var/log/apache2/error.log)

/Henrik

Edward

unread,

Dec 6, 2011, 1:06:23 PM12/6/11

to ResourceSpace

Hi Henrik,

The IT manager reports the following:

For the last two days, we just have a dozen or so of these errors:

"Error: '/var/www/resourcespace/include/../filestore/tmp/
ZuniSaltLake_CarolynJohnson_CitizensCoalCouncil_1TP_2.jpg' already
exists - /var/www/resourcespace/include/../filestore/tmp/
222scr_19ff99bdc427a4b.jpg
Error: '/var/www/resourcespace/include/../filestore/tmp/
ZuniSaltLake_CarolynJohnson_CitizensCoalCouncil_1TP_2.jpg' already
exists - /var/www/resourcespace/include/../filestore/tmp/
222scr_19ff99bdc427a4b.jpg
Sorry, filesize is not writable

Error: '/var/www/resourcespace/include/../filestore/tmp/
ZuniSaltLake_CarolynJohnson_CitizensCoalCouncil_1TP_2.jpg' already
exists - /var/www/resourcespace/include/../filestore/tmp/
222scr_19ff99bdc427a4b.jpg

Error: '/var/www/resourcespace/include/../filestore/tmp/
ZuniSaltLake_CarolynJohnson_CitizensCoalCouncil_1TP_2.jpg' already
exists - /var/www/resourcespace/include/../filestore/tmp/
222scr_19ff99bdc427a4b.jpg"

Thanks,

Edward

> ...
>
> read more »

Henrik

unread,

Dec 6, 2011, 4:05:48 PM12/6/11

to ResourceSpace

I’m sorry, but I haven’t got a clue… Which version of RS are you
using?

I get the message “Warning: Sorry, filesize is not writable” in the
error log every time I download a file. But for me everything still
works?

But I don’t get messages like “Error: '/var/www/resourcespace/

include/../filestore/tmp/
ZuniSaltLake_CarolynJohnson_CitizensCoalCouncil_1TP_2.jpg' already
exists - /var/www/resourcespace/include/../filestore/tmp/

222scr_19ff99bdc427a4b.jpg”

I don’t know why the temp files aren’t removed. And when I – just for
testing - comment out the content of delete_exif_tmpfile() the temp
files are of course not removed – but everything seems to work anyway?

Best regards,
Henrik

> ...
>
> read more »

Edward

unread,

Dec 6, 2011, 6:01:53 PM12/6/11

to resour...@googlegroups.com

Hi Henrik,

I guess we are stuck for now. I'm not sure how to proceed at this point. Do you have any suggestions? We would really like to have the functionality of multiple download sizes WITH metadata in the downloads.

I think we downloaded whatever version is available from the RS website. Here is the bug report info:

ResourceSpace versionTrunk (SVN)ResourceSpace Build2943Server PlatformApachePHP version5.3.2-1ubuntu4.10ExifTool version7.89FFmpeg versionFFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.2, Copyright (c) 2000-2009 Fabrice Bellard, et al.ImageMagick versionN/ABrowser User-AgentMozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; en-us) AppleWebKit/533.21.1 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1

Henrik

unread,

Dec 7, 2011, 6:10:47 AM12/7/11

to ResourceSpace

Maybe it has something to do with directory permissions? But I haven’t
been able to reproduce your problem when playing with the permissions
(if the permissions are incorrect I get a bomb – not just a message in
the error log).

What happens if you manually remove the existing files in the tmp
directory before you download a copy? (E.g. remove at least /var/www/
resourcespace/include/../filestore/tmp/222scr_19ff99bdc427a4b.jpg
before you download the screen version of resource 222.)

Your version of RS is a two months old svn version, you may update to
the latest svn – just in case.

I figured why we get the message “Sorry, filesize is not writable”.
Exiftool tries to write the tag filesize – but this tag is not
writeable. RS shouldn’t try to write the filesize.

If you got that message – at least once – I think that just that
particular file was written correctly.

/Henrik

Reply all

Reply to author

Forward