Lingo and file metadata

Hi,
is there any way to get file metadata into Director?
What I'm talking about is e.g. Quicktime Infos like Author,
Director, keywords,...; same with pictures and sound-files
By the way, I'm not too deep into metadata yet, so perhaps
I've already missed the point, so pleease give me a hint:-)

By default, Lightroom metadata is saved to the catalog file. For Camera Raw, Photoshop, and Adobe Bridge to view changes to Lightroom metadata, including Develop module adjustment settings, metadata changes must be saved to XMP in Lightroom. When you save metadata to a raw file, the changes are saved in an XMP sidecar file. With other file types, the metadata is saved in the file itself.
For more information on Medata & XMP please check the following help link.
http://help.adobe.com/en_US/lightroom/using/WS638E3AC9-A04C-4445-A0D3-F7D8BA5CDE37.html
Hope this help.

Similar Messages

Library and file metadata

Hi everyone,
I'm considering dipping my toe into the Lightroom experience in part because I've got a few thousand photos I need to catalogue and grade. With regards to this I've got a, hopefully simple, question.
When applying metadata to photos in Lightroom, is that metadata applied back to the file on the disk or just to the Lightroom library's metadata about that image?
thanks

By default, Lightroom metadata is saved to the catalog file. For Camera Raw, Photoshop, and Adobe Bridge to view changes to Lightroom metadata, including Develop module adjustment settings, metadata changes must be saved to XMP in Lightroom. When you save metadata to a raw file, the changes are saved in an XMP sidecar file. With other file types, the metadata is saved in the file itself.
For more information on Medata & XMP please check the following help link.
http://help.adobe.com/en_US/lightroom/using/WS638E3AC9-A04C-4445-A0D3-F7D8BA5CDE37.html
Hope this help.

Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata

The cmd-keys / shortcuts doesn't work in the xmp file info panel btw. in the xmp / iptc fields (e.g. cmd+c, cmd+v, ...) of Adobe Bridge CS6 (Mac OS 10.6.8 and 10.7.3). You are not able to cut and paste info from one box to another like previous versions.
This bug only appears in the xmp file info window (opened via alt+i) in Bridge CS6 - if you edit information or metadata in the file info panel in Photoshop CS6 copy and paste from one field to another works.
The shortcuts also work under Windows (tested under Vista).
I noticed this minor bug already one in the Photoshop CS6 Beta more than one months ago. I hoped that this was corrected in the official test version, but unfortunately it is not. Although it is a minor bug, it is IMHO a basic function and would be very helpful in my daily work - it is too bad, that such a small thing is making working with the application a little bit annoying.

Thanks! If there is a workaround or simple solution, I would be very glad if you could inform me.
Christian
(signature removed by the Admin)
Am 14.05.2012 um 13:49 schrieb FrankBiederich:
Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata
created by FrankBiederich in XMP SDK - View the full discussion
Thanks for your report; we'll look into it.
Frank
Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata
To unsubscribe from this thread, please visit the message page at Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata. In the Actions box on the right, click the Stop Email Notifications link.
Start a new discussion in XMP SDK by email or at Adobe Forums
For more information about maintaining your forum email notifications please go to http://forums.adobe.com/message/2936746#2936746.
Message was edited by: Arpit Kapoor

I want a stamp to write to the file metadata and be able to display the result in windows explorer.

I want a stamp to write to the file metadata and be able to display the result in windows explorer. I have read PDF Stamp Secrets and can write to Custom Metadata but don't know how to display that custom field in explorer. Can I have the stamp write to a standard (non-custom) metadata field? Or, how do it get the custom field to display in explorer? Windows is pretty stingy with the file details it displays for PDF files, in fact there are no editable fields provided (like are available for Office files). I want this to work for multiple users hopefully without having to get the IT group involved to make (or allow) system modifications to make this work. Any ideas? Thank you.

Metadata for Windows Explorer is tagged with different names than the metadata for PDFs. Acrobat cannot copy the metadata to the tagged items of the file header.
There are tools like EXIFTool that can manipulate the data as necessary. Phil Harvey also provides the details about the file types and their metadata tags and values so you should be able to map the tags that need to be updated.

Cannot write exif and tiff metadata in image file

Hi,
I have a public XMP text file containing exif and tiff metadata: http://ns.adobe.com/exif/1.0/ and http://ns.adobe.com/tiff/1.0/.
I want to write these XMP data in an image file and it doesn't work. I don't get any exceptions, just the metadata are missing in the image file.
C#
using (var xmpFiles = new XmpFiles())
 if (!xmpFiles.OpenFile("test.jpg", handler.FileFormat, OpenFlags.OpenForUpdate))
 xmpFiles.OpenFile("test.jpg", FileFormat.Unknown, OpenFlags.OpenUsePacketScanning | OpenFlags.OpenForUpdate);
 using (var xmpCore = new XmpCore())
 xmpCore.ParseFromBuffer(xmpPublic.ToString(), ParseFlags.None);
 if (xmpFiles.CanPutXmp(xmpCore))
 xmpFiles.PutXmp(xmpCore);
 xmpFiles.CloseFile(CloseFlags.None);
Public XMP:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description xmlns:_ns_2="http://ns.adobe.com/tiff/1.0/" rdf:about="">
 <_ns_2:ImageLength>4252</_ns_2:ImageLength>
</rdf:Description>
<rdf:Description xmlns:_ns_3="http://ns.adobe.com/exif/1.0/" rdf:about="">
 <_ns_3:ApertureValue>8/1</_ns_3:ApertureValue>
</rdf:Description>
</rdf:RDF>
Result XMP in image file:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description rdf:about=""/>
</rdf:RDF>
Does anyone can help with that problem?
Thanks,
Alexandra

I found the answer by myself.
According to the last guidelines from metadata working group, exif and tiff data should not be saved as XMP data in jpeg images anylonger because jpeg natively supports exif data.
"The most recent (as of mid-2010) XMP specification describes the usage of Exif/TIFF properties within XMP itself. Both Exif ( http://ns.adobe.com/exif/1.0/) and TIFF ( http://ns.adobe.com/tiff/1.0/) namespaces have been defined so that corresponding Exif properties can be stored. This is particularly useful if Exif properties need to be stored but the file format does not support native Exif (e.g. PNG). [...]However, this document changes this earlier XMP guidance and recommends that Exif and Tiff device properties only be mapped into XMP in the case the file format does not support Exif natively."
See http://www.metadataworkinggroup.org/specs

Feature Request: save metadata to file, and read metadata from file.

Please have function to save metadata to file, and read metadata from file.
This would allow us to write cross-platform plugins that can assure data is up-to-date in the xmp, or modify xmp and have it reinstated in the catalog.
This would go nicely with the ability to save xmp for virtual copies, dng, and rgb formats.

Perhaps someone with direct experience with publishing to Smugmug will chime in. Short of that, some thoughts on your issues:
Should I not bother to "Save Metadata to File", this seems to be what is messing up the SmugMug publish service?
I very much doubt that it is messing up the publishing. What gets saved to the file from the catalog is independent of what gets exported. Saving metadata to the file is generally a good practice (in case you screw up your catalog backups). Many, perhaps most, users set the preference Catalog Settings > Automatically Write Changes Into XMP.
I would have expected it to behave like an export which would write synonyms, exclude keywords that should be excluded, etc, which seems to work ok in point 6 above.
Yes, that's a reasonable expectation.
You may have done this already, but double-check: Right-click the Smugmug publishing service in the left-hand column of the Library, select Edit Settings, and in the Metadata section verify that you have Include: All Metadata set.
Did you download the Smugmug plugin from Smugmug? You might try this Smugmug plugin instead -- the author designed the publishing architecture of LR and has an excellent reputation.
Are the publish services more effort than they are worth? So I get SmugMug to work, what happens when I try Flickr?
I think many users find the publishing services are generally worthwhile. I publish regularly to Flickr (using the built-in Flickr plugin, which isn't completely reliable) and the Zenfolio plugin from Friedl.

Tags not shown in file metadata

Why do the tags assigned on most photos in PSE8 not show in the meta data that one sees looking at the properties in windows explorer? It seems that sometimes it is written to the file, but most times it isn't; I haven't been able to track down when/why it sometimes does.
If I add tags using Picasa, they show up in the file metadata, but PSE8 doesn't see those tags.
Seems odd that PSE8 doesn't write the tag info into the metadata. On the other hand, it seems to always write the copyright metadata into the file.
Am I doing something wrong in the way I am applying tags?
Thanks,
...Rich

dj_paige wrote:
If the tags have been written to the files, they're there forever, so even if you forget to bring the tags into the program, you can delete them from the organizer, then reimport them to give yourself a second chance.
And when I say "delete them from the organizer", make absolutely certain that the "delete from the hard drive also" checkbox is>> NOT CHECKED"!
Deleting and reimporting is never a good idea. You lose information that way. Better you should manage your catalog(s) properly, and move them, as described above, to new computer; or convert the catalogs to a new PSE version.
OK, I just imported, deleted, imported, and redeleted one file from my organizer. The file measured 9,359,012 Bytes when I began, After these actions, the file still measures 9,359,012 Bytes. So why don't you take a moment to explain exactly what information you think I've lost. It's probably some imaginary, invisible information, that's missing just for the sake of argument.
That's fabulous, how youve backed up and moved catalogs. I gererally just copy and paste one storage drive onto another, put the copied drive into it's new host computer, install whatever version of PSE I happen to be using into the machine, and then, (nows here's the fun part), you go into disk management, and change the HDD letter to match that of the drive that was copied from in the donor computer, open PSE, then click on the catalog file that's >> already in the proper folder<<<, then click open catalog. Whaddya know, everything hooks up almost instantaneously. This has worked with up to 180,000 files at a shot. You'd be burning DVDs all day backing up that number of files.
Now please stop spouting nonsense about losing information doing a simple delete and reimport. If the information was correctly written to the file in the first place, it's actually almost impossible to lose it. With one caveat; I'm referring the freshly imported files. The only info that you would lose is stack & version set, but that's one, assuming it's there in the first place, and that's because the only place that's present is in PSE. Metadata and tags info, if written into the file correctly should survive any number of delete, reimport cycles. Nor would any EXIF information be lost with this process. Like it's always said, PSE only points to the files, they're still where they were, in the condition they were, unless YOU, change it.
Oh, and I usually keep 2 versions of PSE on any given computer, and import the same photos into both of them. Just in case one version goofs up.

Shortcut-Bug in Bridge CS6 for Mac / Bridge cant' copy and paste metadata

The cmd-keys / shortcuts doesn't work in the file info panel btw. in the xmp / iptc fields (e.g. cmd+c, cmd+v, ...) of Adobe Bridge CS6 (Mac OS 10.6.8 and 10.7.3). You are not able to cut and paste info from one box to another like previous versions.
This bug only appears in the file info window (opened via alt+i) in Bridge CS6 - if you edit information or metadata in the file info panel in Photoshop CS6, the shortcuts or copy and paste from one field to another works.
The shortcuts also work under Windows (tested under Vista).
I noticed this minor bug already one in the Photoshop CS6 Beta more than one months ago. I hoped that this was corrected in the official test version, but unfortunately it is not. Although it is a minor bug, it is IMHO a basic function and would be very helpful in my daily work. Bridge CS6 and ACR 7 are very good and meet my expect ions or needs - it is too bad, that such a small thing is making working with the application a little bit annoying.
It would be nice, if you could forward this to Adobe engineers that they can fix it.
Thanks so much!

Thanks! If there is a workaround or simple solution, I would be very glad if you could inform me.
Christian
(signature removed by the Admin)
Am 14.05.2012 um 13:49 schrieb FrankBiederich:
Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata
created by FrankBiederich in XMP SDK - View the full discussion
Thanks for your report; we'll look into it.
Frank
Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata
To unsubscribe from this thread, please visit the message page at Re: Bridge CS6 Mac XMP File Info Panel Bug: can't copy and paste metadata. In the Actions box on the right, click the Stop Email Notifications link.
Start a new discussion in XMP SDK by email or at Adobe Forums
For more information about maintaining your forum email notifications please go to http://forums.adobe.com/message/2936746#2936746.
Message was edited by: Arpit Kapoor

Searching file metadata or file properties

Does Oracle Text index file metadata? For example, when you select File, then Properties in MS Word, you can specify Author, Subject, Manager and other information. This is "metadata" inside the file.
Since Oracle uses Stellent's InsideOut Content Access technology and www.stellent.com states that it does indeed pull metadata from all supported file types, does Oracle Text take advantage of this?
Thanks in advance!

Ahem, well this is interesting. I haven't found a way to write a custom panel to display the JobName in CS and make it editable - perhaps a limitation to the panel language. One option is to create a template to apply to multiple files - either through the flyout menu in File Info, Replace in the Advanced panel or via the File Browser > Edit > Replace Metadata. Below is a template that I created. Best way to create your own is to save a template with the JobName property present, then go in an edit the file to remove the other template data and retain the jobName section as I did below. Edit the jobName value between the tags and rename the template - then use the Replace command to apply it to files in CS. Not a pretty work around. Otherwise I would suggest using another field going forward. Gunar <?xpacket begin='Ôªø' id='W5M0MpCehiHzreSzNTczkc9d'?><x:xmpmeta xmlns:x='adobe:ns:meta/' x:xmptk='XMP toolkit 3.0-29, framework 1.6'> <rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#' xmlns:iX='http://ns.adobe.com/iX/1.0/'> <rdf:Description rdf:about='' xmlns:stJob='http://ns.adobe.com/xap/1.0/sType/Job#' xmlns:xapBJ='http://ns.adobe.com/xap/1.0/bj/'> <xapBJ:JobRef> <rdf:Bag> <rdf:li rdf:parseType='Resource'> <stJob:name>new info goes into here</stJob:name> </rdf:li> </rdf:Bag> </xapBJ:JobRef> </rdf:Description> </rdf:RDF> </x:xmpmeta> <?xpacket end='r'?>

Using JCA FTP and File Adapters to transfer files as attachments

I am trying to develop a flow that picks a file up using the JCA FTP adapter and writes it using the JCA File Adapter. I can get this to work using opaqeElement but the issue I have is that the files that will be transferred are regularly very large > 1 GB and using the opaqueElement simply results in a OutOfMemoryException.
Reading the Adapter documentation it seems that Reading/Writing file as an attachment may be an answer. I therefore did the following.
. Created FTP Read and File Write adapters in JDeveloper
. Inmported this in to OEPE
. Created Proxy Service and Business Service and wired them together
The problem i am having is that even though there is no error and the file is being read on the FTP server, the resulting file only contains that attachment details, the file is not a copy of the file that was picked up from the ftp server.
I am assuming that this behaviour is not correct and that the file should be transferred in its entirity. Unfortunatly the documentation is not very detailed and I cannot find any examples on the internet.
Can anyone offer any advice or even better suggest where I can find an example.
Regards
My JCA adapters are as follows:
FileWriteAsAttachmentAdapter_file
<adapter-config name="FileWriteAsAttachmentAdapter" adapter="File Adapter"
 wsdlLocation="FileWriteAsAttachmentAdapter.wsdl"
 xmlns="http://platform.integration.oracle/blocks/adapter/fw/metadata">
<connection-factory location="eis/HAFileAdapter"/>
<endpoint-interaction portType="Write_ptt" operation="Write">
<interaction-spec className="oracle.tip.adapter.file.outbound.FileInteractionSpec">
<property name="PhysicalDirectory" value="C:\fileserver\download\toprocess"/>
<property name="Append" value="false"/>
<property name="FileNamingConvention" value="attachment_%SEQ%.csv"/>
<property name="NumberMessages" value="1"/>
</interaction-spec>
</endpoint-interaction>
</adapter-config>
FileWriteAsAttachmentAdapter.wsdl
<wsdl:definitions
name="FileWriteAsAttachmentAdapter"
targetNamespace="http://xmlns.oracle.com/pcbpel/adapter/file/AtatchmentApp/Project1/FileWriteAsAttachmentAdapter"
xmlns:jca="http://xmlns.oracle.com/pcbpel/wsdl/jca/"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://xmlns.oracle.com/pcbpel/adapter/file/AtatchmentApp/Project1/FileWriteAsAttachmentAdapter"
xmlns:imp1="http://xmlns.oracle.com/pcbpel/adapter/file/attachment/"
xmlns:plt="http://schemas.xmlsoap.org/ws/2003/05/partner-link/"
>
<plt:partnerLinkType name="Write_plt" >
<plt:role name="Write_role" >
<plt:portType name="tns:Write_ptt" />
</plt:role>
</plt:partnerLinkType>
<wsdl:types>
<schema targetNamespace="http://xmlns.oracle.com/pcbpel/adapter/file/attachment/" xmlns="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified" >
<element name="attachmentElement" >
<complexType>
<attribute name="href" type="string" />
</complexType>
</element>
</schema>
</wsdl:types>
<wsdl:message name="Write_msg">
<wsdl:part name="body" element="imp1:attachmentElement"/>
</wsdl:message>
<wsdl:portType name="Write_ptt">
<wsdl:operation name="Write">
<wsdl:input message="tns:Write_msg"/>
</wsdl:operation>
</wsdl:portType>
</wsdl:definitions>
FtpGetAsAttachmentAdapter_ftp.jca
<adapter-config name="FtpGetAsAttachmentAdapter" adapter="FTP Adapter"
 wsdlLocation="FtpGetAsAttachmentAdapter.wsdl"
 xmlns="http://platform.integration.oracle/blocks/adapter/fw/metadata">
<connection-factory location="eis/ftp/TlmsHAFtpAdapter"/>
<endpoint-activation portType="Get_ptt" operation="Get">
<activation-spec className="oracle.tip.adapter.ftp.inbound.FTPActivationSpec">
<property name="AsAttachment" value="true"/>
<property name="DeleteFile" value="true"/>
<property name="MinimumAge" value="300"/>
<property name="PhysicalDirectory" value="/ftp/tlms2atas"/>
<property name="Recursive" value="false"/>
<property name="FileModificationTime" value="FileSystem"/>
<property name="PollingFrequency" value="60"/>
<property name="FileType" value="ascii"/>
<property name="IncludeFiles" value=".*[_][0-9][0-9][-][0-9][0-9][-][0-9][0-9][_].*\.csv"/>
<property name="UseHeaders" value="false"/>
<property name="ModificationTimeFormat" value="dd/MM/yyyy HH:mm"/>
</activation-spec>
</endpoint-activation>
</adapter-config>
FtpGetAsAttachmentAdapter.wsdl
<wsdl:definitions
name="FtpGetAsAttachmentAdapter"
targetNamespace="http://xmlns.oracle.com/pcbpel/adapter/ftp/AtatchmentApp/Project1/FtpGetAsAttachmentAdapter"
xmlns:jca="http://xmlns.oracle.com/pcbpel/wsdl/jca/"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://xmlns.oracle.com/pcbpel/adapter/ftp/AtatchmentApp/Project1/FtpGetAsAttachmentAdapter"
xmlns:attach="http://xmlns.oracle.com/pcbpel/adapter/file/attachment/"
xmlns:pc="http://xmlns.oracle.com/pcbpel/"
xmlns:plt="http://schemas.xmlsoap.org/ws/2003/05/partner-link/"
>
<plt:partnerLinkType name="Get_plt" >
<plt:role name="Get_role" >
<plt:portType name="tns:Get_ptt" />
</plt:role>
</plt:partnerLinkType>
<wsdl:types>
<schema targetNamespace="http://xmlns.oracle.com/pcbpel/adapter/file/attachment/" xmlns="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified" >
<element name="attachmentElement" >
<complexType>
<attribute name="href" type="string" />
</complexType>
</element>
</schema>
</wsdl:types>
<wsdl:message name="Get_msg">
<wsdl:part name="attach" element="attach:attachmentElement"/>
</wsdl:message>
<wsdl:portType name="Get_ptt">
<wsdl:operation name="Get">
<wsdl:input message="tns:Get_msg"/>
</wsdl:operation>
</wsdl:portType>
</wsdl:definitions>

System resources are finite and have a threshold limit for processing. The Oracle SOA Suite, dependent on system resources, also has certain size limitations, largely due to the underlying resources beyond which the system cannot process incoming requests.
For example, Oracle JCA Adapters can process large payloads but the Oracle BPEL PM consumes huge memory when processing large payloads, which can cause OutOfMemory conditions and affect the whole system.
You can try File ChunkedRead option.This will read your large CSV file in chunks so chances of memory out will be less. You can define your own chunk size.
This is a feature of Oracle File and FTP Adapters that uses an invoke activity within a while loop to process the target file. This feature enables you to process arbitrarily
large files. See below link's section "4.5.5 Oracle File Adapter ChunkedRead"
http://www.orastudy.com/oradoc/selfstu/fusion/integration.1111/e10231/adptr_file.htm#BABDIABG
Thanks,
Ashu

Add GPS and keep Metadata

I use Lightroom 1.4.1 (WinXP) to import photos from my CF cards and then add GeoTag data later, without losing metadata. My process has a few steps and is as follows:
Note: Assumes photos are in Lightroom and may or may not have metadata. I have only tried this with Nikon raw .NEF files. Not sure how this will work for file formats that Lightroom embeds directly rather than using .xmp
1. In Lightroom select files you are going to GeoTag and in Metadata menu select Save Metadata to files. Since I am working with raw that has a proprietary file format it creates a .xmp sidecar file for each photo.
2. Probably a good idea to exit Lightroom, after it has finished writing Metadata.
3. GeoTag photos ( I use Microsoft Pro Photo Tool w/ Nikon Raw Codec installed to embed GPS in .NEF files, but expect other tools that embed GPS data into photo files will work fine.)
4. Change modify date/time stamp for each .xmp file. Need a utility (like File Renamer Basic, its free) that will change file modified time stamp of the .xmp files to current time. Seems Lightroom will not read file if it has the same date/time as when Lightroom wrote it. Without this step it seems it reads the raw files metadata and clears Lightrooms database of other metadata for that photo.
5. In Lightroom select files you GeoTagged and in Metadata menu select Read Metadata from files. Lightroom sees different date/time for both .raw and .xmp and so reads each back in.
6. Should now have GPS data for each photo along with its Lightroom created Metadata.

The NEF codec might be the only one that works with the Pro Photo Tools. The Canon CR2 codec appears to save the geotag info, but Lightroom won't recognize it when I import (either keeping the CR2 or converting to DNG).
The new Adobe DNG codec for WIC won't even allow the Pro Photo Tools to save the modified metadata. I get a very unspecific error, but can't find any sort of error log to get any additional details.
-Matthew

How to hide the alternative file metadata

Hi all, I'd like to hide the alternative file metadata from my custom profile, how can I do this without having to write a custom component for it?
Thanks,

I put that rule as global since I needed this in Standard. However, in the custom profile I do need to show the alternative file and I thought I could get it done by just reversing that rule in the custom profile but it hasn't work, anyone knows how I can bring the alternative file again just for the custom profile?
I've tried so far in the custom profile side effects:
<$dpPromote("createAlternateFile", "1")$>
<$dpPromote("suppressAlternateFile", "0")$>
<$dpPromote("alternateFile:isHidden", "0")$>
<$dpPromote("alternateFile:isEdit", "1")$>
<$dpPromote("alternateFile", "1")$>
None has work, thanks in advanced for any help on this.

File metadata management - application wanted

Hi folks,
i have a lot of pictures and other files, that are lying around, i guess we all have. the problem with sorting emerges ever again.
sorting in folders results in a very strict and static structure, which is good sometimes and sometimes not.
so i am on quest to find a software which can manage and store metadata to files, and give me file sets based on different "views".
support for own "keys" would be great, and accessability from commandline appreciated.
for fotos i tried digikam, but a missed the ability to feed own keys in, to which i can sort it afterward. tags dont quite do the same thing for me.
i would be glad if there was a broader, more general solution to this, so if i took time, music, videos and other stuff would be naturally includable into such a metadata management.
thanks for reading and comments in advance
ford

I made a program called "mebitag" for this a long time ago. You write the tags yourself in an XML file, but then it provides a GUI to browse and filter by tags.

Is it possible to import / bulk upload content and associated metadata?

We are just getting started with the Oracle portal (migrating from a previous portal vendor) and I wanted to check with other users to see if what we're thinking about trying is within the realm of feasibility.
Here's our situation. In our current portal, have several thousand users, probably a couple thousand pages, and approximately 15 GB of files being managed. The pages and navigation schemes will have to be re-designed to fit the new Oracle paradigm, but we need some way to migrate the files (and the metadata) in a semi-automatic way. We don't want to just move EVERYTHING in bulk, because the entire premise for navigation is different in Oracle and we want to make our user communities "scrub" their data just a bit and have control over where it goes in their new environment.
Our idea for getting the data out of the old portal is this:
Develop a portlet that will allow administrators to select files to be downloaded in bulk to a PC. The portlet zips up the files and creates a flat file containing the metadata for the content (name, type, 512 character description, author, create date, modified date, location folder, and topics it was associated with (aka perspectives?).
Then, we want to try to create an import capability or portlet within Oracle that will place the files where the administrator wants them in Oracle and assign the metadata from the flat file to the attributes for that content.
- Is this within the realm of feasibility?
- Are there better approaches?
- Has anyone done anything similar? If so, can you share your approach?
- Do you have any advice to help point me in the right direction?

The way to do this is to use the Portal content area APIs. Unfortunately, these APIs are not yet available for Portal Release 2 - they're scheduled for early 2003.
You may want to consider using the new WebClipping or Omniportlet features to publish your existing content into portal, until you are able to migrate it to the Portal repository.

PSE Organizer tags to file metadata?

PSE Organizer tags are not automatically included in the picture files' metadata.
I have observed that tags are transferred to file metadata if you do the following:
1. Tag the native picture file using the organizer
2. Create and save an edited copy of our native file, using the editor
Result: Organizer tags are included in the file metadata, for both the edited copy AND the native file.
Is there any way to tell PSE to automatically include tags in the file metadata, or second best; is there a way to do this manually "en gross" (i.e. for a large selection of files in one operation)?
Finn

File>Write tag and metadata information to photos write the tag, GPS and other info to the photo file.
~V

Lingo and file metadata

Similar Messages

Maybe you are looking for