<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>From Gunar</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/" />
    <link rel="self" type="application/atom+xml" href="http://blogs.adobe.com/gunar/atom.xml" />
   <id>tag:blogs.adobe.com,2008:/gunar//37</id>
    <link rel="service.post" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37" title="From Gunar" />
    <updated>2008-08-28T21:24:26Z</updated>
    <subtitle>Sharing interests in metadata, digital file management,
creative and technical pursuits.</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.2</generator>
 
<entry>
    <title>Public Patent License for XMP</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/08/public_patent_license_for_xmp_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=7224" title="Public Patent License for XMP" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.7224</id>
    
    <published>2008-08-28T21:23:10Z</published>
    <updated>2008-08-28T21:24:26Z</updated>
    
    <summary>In the spirit of openness, we have posted a public patent license for the XMP specification on the XMP Developer Center. In the past we have received many inquires about the patent position on XMP, especially from larger corporations looking...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p><font face="sans-serif"><small>In the spirit of openness, we have posted a public patent license for the XMP specification on the <a target="_blank" href="http://www.adobe.com/devnet/xmp/">XMP Developer Center</a>. In the past we have received many inquires about the patent position on XMP, especially from larger corporations looking to implement the XMP specification.<br />
<br />
What <a target="_blank" href="http://www.adobe.com/devnet/xmp/pdfs/xmp_public_patent_license.pdf">this public document</a> provides is an open and free public license to develop and distribute compliant implementations of XMP:<br /></small></font></p>
<blockquote>
  <i><font face="sans-serif"><small>Adobe grants every individual and organization in the world the right, under all Essential Claims that Adobe owns, to make, have made, use, sell, import and distribute Compliant Implementations.</small></font></i><br />
</blockquote><font face="sans-serif"><small>This will further remove barriers to the adoption and use of XMP and a metadata standard across our partner solutions and ecosystems. Which is really exciting because better interoperability results in a better customer experience when media is exchanged across applications and services.<br />
<br />
<br /></small></font>

<div class="posttagsblock"><a href="http://technorati.com/tag/XMP" rel="tag">XMP</a></div>]]>
        
    </content>
</entry>
<entry>
    <title>Metadata&apos;s dead...</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/06/metadatas_dead.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=6321" title="Metadata's dead..." />
    <id>tag:blogs.adobe.com,2008:/gunar//37.6321</id>
    
    <published>2008-06-09T21:10:55Z</published>
    <updated>2008-06-09T21:11:38Z</updated>
    
    <summary>But the memories live on. Looks like the funeral industry in Japan has found a unique way to link to the deceased. I talk about XMP metadata as a communication technology carried within the media but I never thought of...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>But the memories live on.  Looks like the funeral industry in Japan has found a <a href="http://mdn.mainichi.jp/national/news/20080510p2a00m0na021000c.html">unique way</a> to link to the deceased. <br /><br />I talk about XMP metadata as a communication technology carried within the media but I never thought of it in terms of channeling my ancestors.  Talk about embedded metadata, the QR codes are <a href="http://blogs.usatoday.com/sciencefair/2008/04/mourning-become.html?csp=34">chiseled</a> right into the tombstone.<br /><br />Metadata seems to always add value to whatever it touches, even in creepy weird ways.<br /><br /> Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/xmp" rel="tag">xmp</a>, <a class="performancingtags" href="http://technorati.com/tag/metadata" rel="tag">metadata</a>, <a class="performancingtags" href="http://technorati.com/tag/QR" rel="tag">QR</a>, <a class="performancingtags" href="http://technorati.com/tag/the%20dead" rel="tag">the dead</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>InDesign Scripting with XMP</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/06/indesign_scripting_with_xmp.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=6316" title="InDesign Scripting with XMP" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.6316</id>
    
    <published>2008-06-09T16:40:00Z</published>
    <updated>2008-06-09T16:40:27Z</updated>
    
    <summary>I get frequent requests for how XMP can be used to automate the assembly and design process. This script demonstrates the ability to pull the Author and Document Title metadata info in the placed asset and place it in the...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>I get frequent requests for how XMP can be used to automate the assembly and design process.  <a href="http://blogs.adobe.com/ozcreativepro/2006/01/a_little_more_s.html#comments">This script</a> demonstrates the ability to pull the Author and Document Title metadata info in the placed asset and place it in the InDesign document.<br /><br />Thanks <a href="http://blogs.adobe.com/ozcreativepro/">Steve</a> for the blog posting.<br /><br />Imagine if we were to start automating workflows based on other pieces of metadata... like rights information or design constraints - what would you like to see?<br /><br />Gunar<br /><br /></p>]]>
        
    </content>
</entry>
<entry>
    <title>XMP in the news</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/05/xmp_in_the_news.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=6013" title="XMP in the news" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.6013</id>
    
    <published>2008-05-28T21:20:55Z</published>
    <updated>2008-05-28T21:21:14Z</updated>
    
    <summary>Some new products that have added XMP support - looks like Drupa (happening this week) is spinning up PR announcements...* NAPC Elegant 3.0 includes support for XMP in their Xinet connector plugin* Fototime has added XMP support - looks like...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>Some new products that have added XMP support - looks like <a href="http://www.drupa.com/">Drupa</a> (happening this week) is spinning up PR announcements...<br /><br />* <a href="http://napc.com/">NAPC</a> Elegant 3.0 includes <a href="http://www.pr-inside.com/napc-elegant-3-0-xmp-metadata-r610553.htm">support for XMP</a> in their Xinet connector plugin<br /><br />* <a href="http://www.fototime.com/">Fototime</a> has added XMP support - looks like this was <a href="http://www.fototime.com/ftweb/bin/ft.dll/whatsnew?oldest=120">back in March</a><br /><br />* <a href="http://www.icscolor.com/">ICS</a> is showing approval sign- off via embedded <a href="http://www.graphicartsonline.com/article/CA6564395.html"><a href="http://www.icscolor.com/index.php?/about_us/news_detail/ics_sets_new_bar_for_monitor_proofing_at_drupa_2008/">XMP PDF support</a><br /></a><br /></p>]]>
        
    </content>
</entry>
<entry>
    <title>Communication + Plex = Complex?</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/05/communication_plex_complex.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5886" title="Communication + Plex = Complex?" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5886</id>
    
    <published>2008-05-15T00:08:41Z</published>
    <updated>2008-05-15T00:09:01Z</updated>
    
    <summary>TimeTube is a very nice UI for visualizing YouTube content no only as a timeline but as a list view, flipbook and map view. A interesting example of how to navigate videos with metadata.I have been reading Everything is Miscellaneous...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p><a href="http://www.dipity.com/mashups/timetube">TimeTube</a> is a very nice UI for visualizing YouTube content no only as a timeline but as a list view, flipbook and map view. A interesting example of how to navigate videos with metadata.<br /><br />I have been reading <a href="http://www.amazon.com/Everything-Miscellaneous-Power-Digital-Disorder/dp/B000R7PUW4/ref=dp_kinw_strp_1?ie=UTF8&amp;qid=1210805234&amp;sr=8-1">Everything is Miscellaneous</a> by David Weinberger - i am about halfway through. It reinforced the importance of <a href="http://en.wikipedia.org/wiki/Faceted_classification">faceted search</a> as a navigation mode through loosely tagged media. Not everything can fit within a hierarchy, and there is value in slicing the information in different dimensions.<br /><br />With different ways of navigating the information and the complexity of video (time based) metadata, we are going to see a renaissance  in the display, experience and interaction with information. <a href="http://infosthetics.com/">Infosthetics</a> is a great site that has a beat on this with new examples all the time.<br /><br />With the release of <a href="http://www.news.com/8301-13860_3-9943986-56.html?tag=nefd.lede">Microsoft's Plex</a>, we may all be navigating metadata with our bodies rather than our mice. <br /><br />I have a saying - "The more complex life gets, the more valuable design becomes." - It's going to be interesting what the Wii Gen will come up with for communication interfaces...<br /><br /><br />Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/xmp" rel="tag">xmp</a>, <a class="performancingtags" href="http://technorati.com/tag/metadata" rel="tag">metadata</a>, <a class="performancingtags" href="http://technorati.com/tag/design" rel="tag">design</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>Eureka Like Metadata</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/05/eureka_like_metadata.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5883" title="Eureka Like Metadata" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5883</id>
    
    <published>2008-05-14T18:56:23Z</published>
    <updated>2008-05-14T18:56:41Z</updated>
    
    <summary>Something is starting to smell... like success. I read Joseph Bachana&apos;s article over at CMS Watch on Innovations in DAM, Circa 2008 - His view is that XMP is starting to take off driven by customer demand.&quot;Ever since the XMP...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>Something is starting to smell... like success.  I read Joseph Bachana's article over at CMS Watch on <a href="http://www.cmswatch.com/Feature/177-DAM-Trends">Innovations in DAM, Circa 2008</a> - His view is that XMP is starting to take off driven by customer demand.<br /><br /><i>"Ever since the XMP spec was first released in 2005, commentators predicted the standard was on the verge of taking off, but it never quite did...until perhaps last year. Within the past year, virtually all of the digital asset management implementations my company has executed have included the XMP spec to varying degrees. It might be that we're influencing that as a consulting firm, but more often than not the customer is driving."<br /></i><br />Well XMP has been around since the turn of the century (not 2005).  It's taken a while for it to get adopted across the Adobe toolset and mature into a key technology.  The turning point was updating the <a href="http://www.adobe.com/devnet/xmp/">XMP Toolkit</a> - the developer SDK that provides the <b>same exact libraries</b> that Adobe applications use to process metadata.<br /><br />This was additionally reinforced at the <a href="http://www.damusers.com/">Henry Stewart Asset Management Conference</a> that just wrapped up in <a href="http://www.flickr.com/photos/matthewj/sets/72157604988911230/">Liberty City...er I mean NY</a>.  Even though Adobe didn't have a booth, there was a lot of buzz about XMP from customers and <a href="http://www.adobe.com/products/xmp/partners.html">partners</a> alike.<br /><br />Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/xmp" rel="tag">xmp</a>, <a class="performancingtags" href="http://technorati.com/tag/dam" rel="tag">dam</a>, <a class="performancingtags" href="http://technorati.com/tag/asset%20management" rel="tag">asset management</a>, <a class="performancingtags" href="http://technorati.com/tag/adobe" rel="tag">adobe</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>Economics of Trust and Permanent Metadata</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/05/economics_of_trust_and_permanent_metadata.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5858" title="Economics of Trust and Permanent Metadata" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5858</id>
    
    <published>2008-05-12T08:46:00Z</published>
    <updated>2008-05-12T05:09:22Z</updated>
    
    <summary>Recently, there have been some great concern regarding Orphan Works legislation within the photography community. There is a lot FUD going around and attempts to address it - some of these discussion ultimately come down to the need for &quot;permanent...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<pre wrap=""><font face="sans-serif">Recently, there have been some great concern regarding <a href="http://www.copyright.gov/orphan/">Orphan Works legislation</a> within the <a href="http://orphanworks.blogspot.com/">photography communit</a><a href="http://orphanworks.blogspot.com/">y</a>.  There is a lot FUD going around and attempts to address it - some of these discussion ultimately come down to the need for "<a href="http://en.wikipedia.org/wiki/Shangri_La">permanent metadata</a>" or more security ala <a href="http://en.wikipedia.org/wiki/2005_Sony_BMG_CD_copy_protection_scandal">DRM</a>.<br /><br />But this isn't an issue about security - the issue is about business - which is about trust between buyer and seller - making sure that the transaction can occur as smoothly, easily and robustly as possible.  <br /><br />Remember the time when there weren't UPC labels (I barely do) - people went around tagging assets in the stores with prices, someone had to retype each tag into another machine to process a transaction.  Time consuming but even price tagging was a revolution in metadata and efficiency over haggling over the price of an asset.   UPC labels took it a quantum step further so that even today there are self-scan, self-pay stations - talk about trust!<br /><br />Yeah, there still are thieves and people who switch tags but there always will be - it's a cost of doing business.  It doesn't make <br />economic sense to shop for groceries in a bank vault.<br /><br />There is a lot we can do to move the industry from haggling to UPC automation - so to speak.  But it will involve opening up the pathway for information flow throughout the Adobe toolset <b><span class="moz-txt-underscore">and<span class="moz-txt-tag"></span></span></b> making it robust but only to the point it makes economic sense.<br /><br />This is where the DRM argument comes into context - it doesn't make economic sense depending on the business transaction - In the grocery analogy, my oranges don't have a security tag around it but my $100 bottle of champagne might (if you live where I do).  But ultimately it's the seller's choice.<br /><br />Increasing the information flow mean preserving the metadata wherever possible, across file transformations, copy paste, compositing, etc.<br /><br />Making it robust means, adding IDs (like UPC labels) that stay with the file and can be resolved to an owner.  It may also mean storing those IDs in more robust places in the file in case the metadata gets accidentally stripped.<br /><br />Yes ubiquity and security pull in opposite directions, but it's about finding the right tension based on the economics of business which is ultimately the economics of trust.<br /><br />What do you think Adobe could do to move the industry forward?<br /><br /></font></pre><br />Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/metadata" rel="tag">metadata</a>, <a class="performancingtags" href="http://technorati.com/tag/DRM" rel="tag">DRM</a>, <a class="performancingtags" href="http://technorati.com/tag/XMP" rel="tag">XMP</a>, <a class="performancingtags" href="http://technorati.com/tag/orphan%20works" rel="tag">orphan works</a>, <a class="performancingtags" href="http://technorati.com/tag/photography" rel="tag">photography</a>]]>
        
    </content>
</entry>
<entry>
    <title>Introduction to XMP from IDEAlliance</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/05/introduction_to_xmp_from_idealliance.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5804" title="Introduction to XMP from IDEAlliance" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5804</id>
    
    <published>2008-05-05T21:00:11Z</published>
    <updated>2008-05-05T21:00:36Z</updated>
    
    <summary>IDEAlliance is providing a free introductory webinar on XMP. on May 8th @ 2:00 Eastern. IDEAlliance is a non-profit standards organization that is focused on defining best practices within the publishing and information technology industry.There is also a XMP-Open event...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>IDEAlliance is providing a <a href="https://meetings.idealliance.org/eseries/source/meetings/cMeetingFunctionDetail.cfm?section=unknown&amp;product_major=WEB08_08&amp;functionstartdisplayrow=1">free introductory webinar on XMP.</a> on May 8th @ 2:00 Eastern. IDEAlliance is a non-profit standards organization that is focused on defining best practices within the publishing and information technology industry.<br /><br />There is also a <a href="http://www.xmp-open.org/">XMP-Open</a> event May 14th from 9:00-12:00 in New York that I will attend.  If you are interested in how metadata can improve your business, and sharing best practices, this is the event to attend.<br /><br />I have been working with IDEAlliance for many years on multiple efforts related to metadata and XMP.  The <a href="http://www.disc-info.org/">Digital Imaging Submission Standards (DISC)</a> was the first to use XMP as a standard for information exchange between the pro photographer and magazine publisher.  The <a href="http://www.prismstandard.org/">PRISM Standard</a> (Publishing Requirements for Industry Standard Metadata) version 2.0 is based on XMP as well.<br /><br />In general I have seen a growth of communities and industries coming together to standardize the exchange of information related to media exchanged.  This fits the XMP model perfectly since the information can be embedded directly in the media.  It also helps that Adobe's creative tools can be extended to support custom namespaces and schemas.<br /><br /><br /><br />Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/xmp" rel="tag">xmp</a>, <a class="performancingtags" href="http://technorati.com/tag/metadata" rel="tag">metadata</a>, <a class="performancingtags" href="http://technorati.com/tag/publishing" rel="tag">publishing</a>, <a class="performancingtags" href="http://technorati.com/tag/tagging" rel="tag">tagging</a>, <a class="performancingtags" href="http://technorati.com/tag/standards" rel="tag">standards</a>, <a class="performancingtags" href="http://technorati.com/tag/training" rel="tag">training</a>, <a class="performancingtags" href="http://technorati.com/tag/xmpopen" rel="tag">xmpopen</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>QR Codes and Metadata</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/04/qr_codes_and_metadata.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5713" title="QR Codes and Metadata" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5713</id>
    
    <published>2008-04-24T17:31:54Z</published>
    <updated>2008-04-24T17:32:08Z</updated>
    
    <summary>QR Codes are still big in Japan. The data is old (2005) but interesting:90% under 20 were using them. 84% were using them from magazines - women using them for mail order74% for access URLs27% (high I thought) for ecommerce...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p><img style="max-width: 800px;" src="http://blogs.adobe.com/gunar/Picture%205.png" />QR Codes are still big in Japan.  The <a href="http://whatjapanthinks.com/2005/09/26/qr-codes-extremely-popular/">data is old</a> (2005) but interesting:<br /><ul><li>90% under 20 were using them.  <br /></li><li>84% were using them from magazines - women using them for mail order</li><li>74% for access URLs</li><li>27% (high I thought) for ecommerce purchase from magazines<br /></li></ul>What is big in Japan can sometimes translate to being big in the rest of the world - I remember competitive reality TV shows being huge years before Survivor hit the US.  But <a href="http://en.wikipedia.org/wiki/Natto">other things</a> will never translate. But I digress...<br /><br />Google is also getting into the picture with QVC with a <a href="http://gawker.com/380659/google-demands-better-bar-codes">test campaign</a> with Blue Nile - with promising initial results - "<i>The code-enhanced ads ended up driving 6.5 times more revenue than the ads without.</i>"<br /><br />and you can't even escape McDonalds - <a href="http://maverix.typepad.com/brandingunbound/2008/04/mcdonalds-start.html">supersize</a> that QR code?<br /><br />The British are not immune either, Harrods in England is getting into the <a href="http://technology.timesonline.co.uk/tol/news/tech_and_web/article3760049.ece">mobile barcode</a> space. -  "<i>This is an attempt to connect with a more tech-savvy audience, and frankly we're quite pleased if the whole campaign remains a bit 'cult'.</i>"  <br /><br />Well, those in the '<i>cult</i>' most likely are early adopters, tech savvy, and have disposable income.  Not surprising to see the advertising markets get interested.<br /><br />QR codes are fundamentally ways in which <a href="http://www.adobe.com/products/xmp/">metadata</a> can act as a link, or portal to additional information.  A link that can bridge print to mobile, and help bring a more engaging experience directly to the user on demand from a print source.<br /><br />From a business owner's perspective (the advertiser of the product), it allows better tracking of the ROI of print materials - how are they being used and consumed, and most excitingly when and where (and possibly by whom).  It opens up a whole new exciting world of analytics that can be used to tune a print ad campaign that was previously hard to do - demographics meets geographics for ad placement with real time feedback. No wonder Google is interest.<br /><br />For now it's fun <a href="http://qrcode.kaywa.com/">creating your own</a> and thinking about how this can knit together the print and online experience.  Who knew metadata could give you that <a href="http://lendorff.kaywa.com/">warm fuzzy</a> feeling? <br /><br />Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/xmp" rel="tag">xmp</a>, <a class="performancingtags" href="http://technorati.com/tag/metadata" rel="tag">metadata</a>, <a class="performancingtags" href="http://technorati.com/tag/QR" rel="tag">QR</a>, <a class="performancingtags" href="http://technorati.com/tag/mobile" rel="tag">mobile</a>, <a class="performancingtags" href="http://technorati.com/tag/print" rel="tag">print</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>Metadata Games</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/04/metadata_games.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5702" title="Metadata Games" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5702</id>
    
    <published>2008-04-23T01:19:04Z</published>
    <updated>2008-04-23T01:19:18Z</updated>
    
    <summary>Good to see other metadata blogs out there. I noticed from Beth&apos;s page a number of interesting links.The one about Fastr caught my interest as a way to tag Flickr images. I see that Scott has added Groups support to...</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>Good to see <a href="http://www.blogs.slis.ua.edu/slis/courses/ls590/spring2008/maccall/01/16/wordpress/">other metadata blogs</a> out there. I noticed from Beth's page a number of interesting links.<br /><br />The one about <a href="http://randomchaos.com/games/fastr/">Fastr</a> caught my interest as a way to tag Flickr images.  <br /><br />I see that Scott has added <a href="http://typewriting.org/2006/04/16/Fastr_Groups/">Groups support</a> to Fastr so one could further narrow the context of the game to be within the "food" group or "travel" group.<br /><br />It would be interesting if the guess were to be reapplied back to the<br />
image owners as "social tags". The original owner could then choose to<br />
accept the tags or not.<br /><br />This "giving back" would be a more of an open source approach to collecting metadata rather than Google's approach with <a href="http://images.google.com/imagelabeler/">Image Labeler</a>. Which seems to be focused on improving the quality of Google's search results - <br />"<i>Welcome to <b>Google Image Labeler</b>, a feature of Google Search that allows you to label images and help improve the quality of Google's image search results.</i>"<br /><br />Metadata games could actually be a cool idea for the home.  I have an Apple TV and a Wii - I have often wanted to pick up my Wii and "tag" or rate my slideshow images as they floated across the screen.  I could easily imagine a game where the family competed against each other to identify who is in the images - or does what Fastr is doing but with <i>other</i> people pictures that they have shared.<br /><br /><br /></p>]]>
        
    </content>
</entry>
<entry>
    <title>Love, Verse</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2008/02/love_verse.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=5230" title="Love, Verse" />
    <id>tag:blogs.adobe.com,2008:/gunar//37.5230</id>
    
    <published>2008-02-27T23:33:41Z</published>
    <updated>2008-02-27T23:34:04Z</updated>
    
    <summary>Love (as in For The Love Of Game Development), is a mini MMO being created by one developer/artist - Eskil Steenberg. The visuals alone are gorgeous but his approach to building it and the technology he is using got me excited.

It&apos;s open source virtual reality that engages game designers, artists, players.

Now, imagine if objects in the VR can tagged to offer richer description and interaction - perhaps he might be interested in XMP for VR entities?

</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>I came across this <a href="http://www.boingboing.net/2008/02/26/love-massively-multi.html">via Boing Boing</a> with the <a href="http://www.rockpapershotgun.com/?p=1164">original via Rock, Paper, Shotgun.</a></p><a href="http://www.quelsolaar.com/love/index.html">Love</a> (as in For The Love Of Game Development), is a mini MMO being created by one developer/artist - Eskil Steenberg. The visuals alone are gorgeous but his approach to building it and the technology he is using got me excited.<br />
<br />
<img src="http://blogs.adobe.com/gunar/200802271532.jpg" width="480" height="204" alt="200802271532.jpg" /><br />
<br />
From Rock, Paper, Shotgun -<br />
<br />
<span style="font-style: italic;">Since Steenberg is a one man show, he’s relying on clever maths to build the world for him and then clever gamers to come in and help him figure out where to take it, and what to do with it.....Players will be able to do things like deform elements of terrain, allowing them to build tunnel networks or walls to defend their property. Items will also be intended for the good of all as Steenberg creates them and drops them into the world. You won’t be picking up rifles in your adventures, but more likely the plans for the rifle-building machine, that can then be utilised by everyone in your village.<br /></span><br />
It's open source virtual reality that engages game designers, artists, players.<br />
<br />
Some of the technology behind it is intriguing - like <a href="http://www.quelsolaar.com/verse/index.html">Verse</a> - from the Love site -<br />
<br />
<span style="font-style: italic;">Verse is a network standard that a allows graphics applications to share data in real-time. It means that two or more independent applications can share the same data. If you make a change in one you immediately see the change in the other. It is a free and open source system that can be integrated in to any graphics application to allow them to share data. You can collaborate with other users over the Internet, use it for content pipe-lining, games, VR, simulation and much much more.<br /></span><br />
Wouldn't it be cool to hook in Adobe tools into Verse so that designers can create items for Love, or even directly in Love?<br />
<br />
Now, imagine if objects in the VR can tagged to offer richer description and interaction - perhaps he might be interested in XMP for VR entities?<br />
<br />

<div class="posttagsblock"><a href="http://technorati.com/tag/XMP" rel="tag">XMP</a></div>]]>
        
    </content>
</entry>
<entry>
    <title>The next big thing...social ready media</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2007/10/the_next_big_thingsocial_ready_media.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=4434" title="The next big thing...social ready media" />
    <id>tag:blogs.adobe.com,2007:/gunar//37.4434</id>
    
    <published>2007-10-30T01:03:10Z</published>
    <updated>2007-10-30T01:04:07Z</updated>
    
    <summary>
There is a trend to defining your own digital identity which can be used to match you to new friends, targeted ads, new websites, etc. The key will be how and who will manage that identity....  It&apos;s value is in it&apos;s ability to draw people together - a viral video, family photos, etc. Metadata within the media can play a powerful roll in enabling social connections....  If the media carried the social connections, I could easily build my social graph as simply as sharing pictures and videos and not be beholden to a particular wall garden of connections.
</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>
ZDNet has a <a href="http://blogs.zdnet.com/BTL/?p=6779">posting</a> that states the next big thing is user contributed metadata.  I agree.  There is a trend to defining your own digital identity which can be used to match you to new friends, targeted ads, new websites, etc.
</p><p>
The key will be how and who will manage that identity.  Currently there are large ecosystems that have quickly sprung up because of their ability to lower the barrier for connectivity between people - Friendster, My Space, Facebook.  But your identity is still a prisoner of that particular ecosystem (hence the value it can provide to advertisers).
</p><p>
There appears to be efforts underway to provide a more open approach to identity and authetication. <a href="http://oauth.net/">OAuth</a> looks promising as a way to protect certain data and give other people access.  Combine that with <a href="http://openid.net/">OpenID</a> and you have the basics for a digital identity that can roam and interact on the web...if you let it.
</p><p>
So that brings me to the concept of "social ready media".  Media is meant to be consumed, played, mashed up, and redistributed in the world.  It's value is in it's ability to draw people together - a viral video, family photos, etc.  <a href="http://www.adobe.com/products/xmp/">Metadata</a> within the media can play a powerful roll in enabling social connections.  I have a tagline corrupted from Marshall McLuhan I use when describing XMP - "The message is in the medium".
</p><p>
If the media carried the social connections, I could easily build my social graph as simply as sharing pictures and videos and not be beholden to a particular wall garden of connections.
</p>
<!-- technorati tags start --><p style="text-align:right;font-size:10px;">Technorati Tags: <a href="http://www.technorati.com/tag/metadata" rel="tag">metadata</a>, <a href="http://www.technorati.com/tag/XMP" rel="tag">XMP</a></p><!-- technorati tags end -->]]>
        
    </content>
</entry>
<entry>
    <title>Metadata Resources</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2007/10/metadata_resources.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=4376" title="Metadata Resources" />
    <id>tag:blogs.adobe.com,2007:/gunar//37.4376</id>
    
    <published>2007-10-22T21:56:48Z</published>
    <updated>2007-10-22T21:57:12Z</updated>
    
    <summary>
Includes tips on preserving the original filename into the metadata using the rename option in Adobe Bridge and using Peter Krogh&apos;s extension to add the original file name to the Title field in the XMP and IPTC IIM....  The Bridge Geotagger script allows you to inspect, set and/or edit GPS data embedded in photos using a Google Maps interface.  It uses the embedded Opera HTML engine in Bridge to display Google Maps, and the XMP framework to manipulate metadata.
</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>
The ASMP website has a <a href="http://www.asmp.org/commerce/metadata/index.php">great article</a> on various aspects of using metadata that is of interest to photographers. Includes tips on preserving the original filename into the metadata using the rename option in Adobe Bridge and using Peter Krogh's <a href="http://www.damuseful.com/pages/PimpMyBridge.html">extension</a> to add the original file name to the Title field in the XMP and IPTC IIM.
</p><p>
In my last post I was turned on to the Bridge mash up with Google maps from Aldo Hoeben - very cool!
</p><p>
<em>The </em><em><a href="http://fieldofview.com/geotagger">Bridge Geotagger</a></em><em> script allows you to inspect, set and/or edit GPS data embedded in photos using a Google Maps interface. It uses the embedded Opera HTML engine in Bridge to display Google Maps, and the XMP framework to manipulate metadata.
<br /></em>
<br />Definitely makes it easier to tag location into your images.
</p>
<!-- technorati tags start --><p style="text-align:right;font-size:10px;">Technorati Tags: <a href="http://www.technorati.com/tag/Bridge" rel="tag">Bridge</a>, <a href="http://www.technorati.com/tag/metadata" rel="tag">metadata</a></p><!-- technorati tags end -->]]>
        
    </content>
</entry>
<entry>
    <title>Permanent Metadata</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2007/10/permanent_metadata.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=4240" title="Permanent Metadata" />
    <id>tag:blogs.adobe.com,2007:/gunar//37.4240</id>
    
    <published>2007-10-04T18:25:03Z</published>
    <updated>2007-10-04T18:25:21Z</updated>
    
    <summary>
Yes that would be cool!  I am getting asked that question more and more lately.  Each time it reminds my of the line &quot;this will go down on your permanent record&quot; - a la the Violent Femmes song.  John and I have discussed this topic for his blog post but I have a few more thoughts on the subject....
</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>
Yes that would be cool!  I am getting asked that question more and more lately.  Each time it reminds my of the line "this will go down on your permanent record" - a la the <a href="http://www.lyricsondemand.com/v/violentfemmeslyrics/kissofflyrics.html">Violent Femmes song</a>.  John and I have discussed this topic for his <a href="http://blogs.adobe.com/jnack/2007/06/secure_metadata.html">blog post</a> but I have a few more thoughts on the subject.
</p><p>
There are a few techniques out there that can embed or weave information into the image file itself.  In all cases it will affect the image quality to some extent - you are after all changing the pixels.  In one approach a piece of information like copyright info is coded into the pixels in a specific pattern so that if the image is cropped or slightly modified, pieces of the pattern can be reassembled to reveal the original copyright info.  Making this more robust depends on increasing the patterning intensity which of course will degrade your image more since you are modifying it. 
</p><p>
Another popular technique is to visually stamp the copyright info into the image directly - this is an obvious deterrent but Photoshop is a powerful tool to amend these changes by a determined thief.
</p><p>
XMP metadata is basically a chunk of XML jammed into various file formats - a simple idea that can be very powerful in capturing, storing and updating information directly in the assets itself - like a little database within each file.  The more tools that support XMP, the more that they can exchange information and work well together at improving the workflow.  What makes XMP powerful is that is can be changed and updated.  But there are potential improvements that can be helpful.
</p><p>
Currently metadata within Adobe products can be updated by templates that append or replace information.  Append will add new info if the target field is empty or can store multiple values - appending the keywords field will preserve the old keywords and add the new ones.  Replace will simply replace what it there with the new info. 
</p><p>
I'd like to see a more refined approach to this to prevent inadvertently overwriting existing fields.  One idea would be to establish a lock attribute to fields and ensure that our applications are aware of this attribute - so if a field is locked and a replace action occurs, the application will warn the user.  The user then needs to unlock the fields in the UI to replace the data.  Making this more explicit will help reduce accidental overwrites.
</p><p>
Another idea that has been talked about by the IPTC is the ability to have user specific metadata. The enables a situation where each editor of metadata can apply their changes without destroying the previous user's information.  This raises a number of interesting challenges - authentication is required, you will need to log into Photoshop or at least we will need to pull the info from your computer (what if you use multiple computers with different login names?),  then there are layers of access control that will be needed - do you have the permission to see my metadata?  How do I manage these permissions?
</p><p>
Even keeping a history log of edits can become problematic if the assets is reused multiple times - for competing clients, how embarrassing would that be if they were to look in the metadata history and see the same picture has been used by their competitor?
</p><p>
It may be the case that metadata in the file evolves to become a "cache of convenience" with the authoritative information living on a web service.  The web service model is designed to provide the authentication and permissions needed.  The link between the two provided by unique IDs.  In fact, unique IDs are already created by Adobe applications and stored in the XMP - that is what the XMP Media Management properties are all about.  The ID model is also actively being pursued by organizations such as PLUS for referencing licensing information and Ad-ID for advertising info.
</p><p>
But even these XMP based IDs can be wiped out.  As with anything digital, it can be hacked, broken apart and reassembled.  XMP metadata is not meant to be DRM.  If you want that type of protection PDF has some technology that can be useful.  Even then, once the asset is free, screenshots can be taken etc.
</p><p>
I am interested in hearing what you think about these approaches.  What else can we do to improve this situation?
</p>
<!-- technorati tags start --><p style="text-align:right;font-size:10px;">Technorati Tags: <a href="http://www.technorati.com/tag/metadata" rel="tag">metadata</a>, <a href="http://www.technorati.com/tag/Photoshop" rel="tag">Photoshop</a>, <a href="http://www.technorati.com/tag/XMP" rel="tag">XMP</a></p><!-- technorati tags end -->]]>
        
    </content>
</entry>
<entry>
    <title>Metadata at Max</title>
    <link rel="alternate" type="text/html" href="http://blogs.adobe.com/gunar/2007/10/metadata_at_max.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.adobe.com/cgi-bin/mt-atom.cgi/weblog/blog_id=37/entry_id=4205" title="Metadata at Max" />
    <id>tag:blogs.adobe.com,2007:/gunar//37.4205</id>
    
    <published>2007-10-01T16:54:53Z</published>
    <updated>2007-10-01T16:55:29Z</updated>
    
    <summary>
I am in rainy Chicago about present an update and overview on XMP across within the Creative Suite....  I&apos;ll cover the complete workflow from camera capture, layout to PDF archive.  I will also cover some of the evolving engagements we are having with our partners and how you can extend Adobe applications to fit within your workflow.
</summary>
    <author>
        <name>Gunar Penikis</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.adobe.com/gunar/">
        <![CDATA[<p>
Excitement, technology, design, cool, AIR, flash, flex - what do these tags represent?  Adobe Max in Chicago.
</p><p>
I am in rainy Chicago about present an update and overview on XMP across within the Creative Suite.  My session is on <a href="http://adobemax2007.com/na/sessions/locator/session/DP208W">making media intelligent with metadata</a>.   I'll cover the complete workflow from camera capture, layout to PDF archive.  I will also cover some of the evolving engagements we are having with our partners and how you can extend Adobe applications to fit within your workflow.
</p>
<!-- technorati tags start --><p style="text-align:right;font-size:10px;">Technorati Tags: <a href="http://www.technorati.com/tag/metadata" rel="tag">metadata</a>, <a href="http://www.technorati.com/tag/XMP" rel="tag">XMP</a></p><!-- technorati tags end -->]]>
        
    </content>
</entry>

</feed> 

