http://omeka.org/forums/ Forums Tag: metadata en Sun, 12 Oct 2008 05:12:45 +0000 http://omeka.org/forums/topic/metadata-extension#post-641 Sat, 20 Sep 2008 14:24:26 +0000 DaveLester 641@http://omeka.org/forums/ <p>The next release of Omeka will offer greater flexibility in supporting additional metadata schemas in the form of element-sets. By default, Omeka uses Dubling Core for metadata, and element-sets can be pre-defined schemas used to extend your DC item metadata. They're added via a plugin, and sound like a good option for your project.</p> <p>I'll be in touch with you shortly.</p> <p>Best,<br /> Dave Lester </p> http://omeka.org/forums/topic/metadata-extension#post-635 Wed, 17 Sep 2008 19:55:11 +0000 glopacadmin 635@http://omeka.org/forums/ <p>Hi.<br /> We are in the process of developing a metadata schema for multilingual performing arts subject matter and think that Omeka would make a good use target for this. The objective would be to allow the use of this metadata schema for individual collections to import and extend their performing arts metadata, and then to be able to expose the generated metadata to Web services or other sharing mechanisms. </p> <p>Would the Omeka team be interested in joining some discussions about implementation and use? We can be contacted at my username at cornell dot edu or at glopac at cornell dot edu. </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-626 Mon, 15 Sep 2008 11:26:18 +0000 TomScheinfeldt 626@http://omeka.org/forums/ <p>Lyn--</p> <p>It is underway. In the next few days we will be releasing version 0.10.0 alpha to the dev list for developer community testing and refinement. This new version of Omeka includes a completely new metadata architecture, prerequisite to CONTENTdm interoperability. (Don't worry, version 0.10.0 comes with a set of migration tools for current users of version 0.9.x.) When version 0.10.0 is released as a public beta later in the fall, it will also include the CONTENTdm migration tools.</p> <p>Watch this space.</p> <p>Take care,<br /> Tom Scheinfeldt </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-625 Sun, 14 Sep 2008 18:25:57 +0000 Lmaccorkle 625@http://omeka.org/forums/ <p>What happened to the CONTENTdm migration tools project? I want to use it for the first time to enhance a special collection where the metadata and images are stored in CONTENTdm.</p> <p>Thanks, Lyn </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-603 Wed, 20 Aug 2008 12:53:02 +0000 jpeg2000 603@http://omeka.org/forums/ <p>Thanks, Tom! That sounds pretty great. I'll keep an eye out for it, and look forward to giving those migration tools a spin. </p> <p>jason (jpeg2000)<br /> jkucsma_at_metro.org </p> http://omeka.org/forums/topic/definition-list-tags-vs-h2-tags#post-602 Tue, 19 Aug 2008 17:07:12 +0000 JeremyBoggs 602@http://omeka.org/forums/ <p>Hi myotus,</p> <p>While I think using a definition list is OK in this instance, I'm not sure that it would really be "cleaner." I personally am reluctant to use definition lists except for 1) acutally definiting terms, or 2) marking up dialogue or conversation. This follows the <a href="http://www.w3.org/TR/REC-html40/struct/lists.html#h-10.3">W3C's recommentation</a>. Regardless, you could mark up the items/show page with definition lists and style accordingly, and it would work fine. </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-587 Tue, 12 Aug 2008 23:12:04 +0000 TomScheinfeldt 587@http://omeka.org/forums/ <p>jpeg2000--</p> <p>We're working very hard towards the 0.10.0 release which will feature a new data architecture more amenable to CONTENTdm import and export. Once that's finished sometime early in the new semester, our first priority will be a suite of CONTENTdm migration tools. I can't give a precise date, but sometime before Thanksgiving would be a safe bet.</p> <p>Take care,<br /> Tom </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-585 Tue, 12 Aug 2008 15:08:55 +0000 jpeg2000 585@http://omeka.org/forums/ <p>I read Tom's post here, and I'm wondering what sort of movement there has been on the CONTENTdm migration tool. I have several CDM collections that I would like to keep in their legacy system while allowing users to access the collections via Omeka. </p> http://omeka.org/forums/topic/definition-list-tags-vs-h2-tags#post-570 Tue, 05 Aug 2008 19:18:12 +0000 myotus 570@http://omeka.org/forums/ <p>I was wondering.... As I am working with Omeka and styling it, it seems to me that the metadata would be cleaner and better structured wtih Definition List tags rather than h2 tags both from styling and accessibility standpoints.</p> <p>&lt;b&gt;H2 Heading tag:&lt;/b&gt;<br /> <pre><code>&lt;div id=&quot;publisher&quot; class=&quot;field&quot;&gt; &lt;h2&gt;Publisher&lt;/h2&gt; &lt;div class=&quot;field-value&quot;&gt;&lt;p&gt;Minnesota Historical Society&lt;/p&gt;&lt;/div&gt; &lt;/div&gt;</code></pre> <p>&lt;b&gt;Definition List tag:&lt;/b&gt;<br /> <pre><code>&lt;dd id=&quot;publisher&quot; class=&quot;field&quot;&gt; &lt;dt&gt;Publisher&lt;/dt&gt; &lt;dl&gt;Minnesota Historical Society&lt;/dl&gt; &lt;/dd&gt;</code></pre> <p>What are others thoughts on this? </p> http://omeka.org/forums/topic/adding-more-metadata-fields#post-542 Thu, 17 Jul 2008 18:42:53 +0000 SheilaBrennan 542@http://omeka.org/forums/ <p>Hi Kif, </p> <p>You may add fields to any of the item types. </p> <p>The new release will offer a complete complement of extensible DCMI fields, so if you are looking for the few DC fields we did not include, just hang on until the fall when all possible DC fields will be available for the filling. </p> <p>If you are interested in adding new metafields now, you can see the Codex: <a href="http://omeka.org/codex/Customizing_Item_Types_and_Metafields;" rel="nofollow">http://omeka.org/codex/Customizing_Item_Types_and_Metafields;</a><br /> or listen to a recent screencast that demonstrates how to edit an item type to add, edit, or delete fields: <a href="http://omeka.org/codex/Edit_an_Item_Type." rel="nofollow">http://omeka.org/codex/Edit_an_Item_Type.</a></p> <p>Sheila </p> http://omeka.org/forums/topic/adding-more-metadata-fields#post-541 Thu, 17 Jul 2008 15:23:40 +0000 kif 541@http://omeka.org/forums/ <p>Is it possible to add more metadata fields in addition to the set of default Dublin Core fields that are available? I've been looking through the website and haven't found an answer. Thanks! </p> http://omeka.org/forums/topic/language-descriptors#post-538 Tue, 15 Jul 2008 19:55:09 +0000 mem 538@http://omeka.org/forums/ <p>Thanks. That was easy enough. </p> http://omeka.org/forums/topic/language-descriptors#post-535 Tue, 15 Jul 2008 14:29:38 +0000 KrisKelly 535@http://omeka.org/forums/ <p>At the moment, you should be able to just edit the HTML for that form element in order to make it display the languages you want. That file is located at admin/themes/default/items/form.php in your Omeka installation. Keep in mind that this will be changing in the upcoming version of the software, but for now that is the easiest way. </p> http://omeka.org/forums/topic/language-descriptors#post-528 Sun, 13 Jul 2008 22:35:25 +0000 mem 528@http://omeka.org/forums/ <p>On the data-entry page for core metadata describing items, the language field is entered by a drop-down box listing a half-dozen languages. Short of editing the database directly, is there any means of indicating languages other than the six supplied? </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-347 Sun, 13 Apr 2008 20:44:21 +0000 TomScheinfeldt 347@http://omeka.org/forums/ <p>Hi bethnicol --</p> <p>In addition to a CSV importer and the generalized OAI-PMH harvester (we're still too deep in research and development to provide any documentation), we are working towards a specialized a set of CONTENTdm migration tools. We cannot provide a firm date for when these tools will be ready, but they are high on our list of priorities for the spring and early summer. We will make an announcement as soon as a beta version is ready.</p> <p>Thanks for using Omeka and letting us know how you're making out.</p> <p>Tom </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-345 Sat, 12 Apr 2008 23:12:03 +0000 bethnicol 345@http://omeka.org/forums/ <p>I too am interested in the possibility of batch uploading at least image files and associated metadata. So, I would second Jsafley's comments. In my case, I am already a CONTENTdm user, but the presentation interface for Omeka makes is very attractive. However, the process of adding metadata, one field, one item at a time would really be a painful method, IMHO.</p> <p>Is there documentation on how the OAI-PMH harvester is designed to function? I'm thinking that might make some sort of viable way to use my Cdm collections and frontend them with Omeka. (maybe I'm all wet here. </p> http://omeka.org/forums/topic/date-metadata-displayed-as-provenance#post-336 Fri, 11 Apr 2008 16:46:27 +0000 KrisKelly 336@http://omeka.org/forums/ <p>Thanks for catching that. That's a typo that accidentally propagated to both of the themes bundled in Omeka. You can fix it by opening up the 'items/show.php' page in your theme and editing line 134 to say "Date" instead of "Provenance". The data is stored correctly, it's just not displayed correctly. I put up a note to fix it in the next release. </p> http://omeka.org/forums/topic/date-metadata-displayed-as-provenance#post-335 Fri, 11 Apr 2008 00:39:27 +0000 AJMillion 335@http://omeka.org/forums/ <p>KKay,</p> <p>That makes a lot of sense to me. I don't have access right now but will try and check out our install too. I appreciate the feedback. People are fast here. :) </p> http://omeka.org/forums/topic/date-metadata-displayed-as-provenance#post-332 Thu, 10 Apr 2008 23:12:22 +0000 kkay 332@http://omeka.org/forums/ <p>Provenance is incorrectly mapped on the public site of my install as well. Data in the Date field displays instead in Provenance (though it does display the correct date).</p> <p>I briefly looked at the svn branch and I think the item.php file in both the themes has incorrectly duplicated Provenance as the label for the Date field. </p> http://omeka.org/forums/topic/date-metadata-displayed-as-provenance#post-331 Thu, 10 Apr 2008 23:01:41 +0000 AJMillion 331@http://omeka.org/forums/ <p>I'm not sure if this was something created to ensure the accurate use of metadata, but I cannot enter incomplete date information for photographs. For example, in the item metadata fields within the "Still Image" item level there are the "Date" and "Provenance" fields. To update the metadata I entered the year of the image under date and nothing else. This should still be in keeping with ISO standard format. When I look at things from the administrative display it shows the proper information. Unfortunately, when I use the end-user display it does not display date and changes the information to "Provenance - [one month]."</p> <p>Does anyone have a clue as to why it is doing this? Not all of my images have full dates and I don't want incorrect information to be displayed. Additionally, I don't want the date information displayed as "Provenance," because "Date" is all I need. Any help would be appreciated. </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-277 Wed, 26 Mar 2008 03:48:36 +0000 AJMillion 277@http://omeka.org/forums/ <p>Jsafley,</p> <p>Thanks for responding. The CSV support would be a good step, because anyone exporting/importing metadata will likely be able to convert other formats into this one. Another idea would be to enable the use of XML, but as with all of these formats I suspect the issue of precise mapping might come up.</p> <p>The CSV / batch idea is a good one. I used something similar last year while working on an archival project but it was much less flexible. A tech rigged it up so we could import a bunch of old files. We used the .jpg file names to associate the two prior to our uploading. It worked fine.</p> <p>I'm just interested in finding ways to batch process large amounts of images (to see how Omeka handles). I know it's designed to be "museum like," but if the style sheets are configured correctly and images are properly arranged, then I don't see how it couldn't start to cross over into "archive-land." </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-268 Tue, 25 Mar 2008 13:37:05 +0000 jsafley 268@http://omeka.org/forums/ <p>Hi AJMillion. There is currently no way to associate metadata with individual items during batch uploads, but it's a good idea and one that should be implemented. We're currently working on a CSV Import plugin that will import items from a CSV file into Omeka (although for the moment it's taking a back seat to our upcoming OAI-PMH harvester). Maybe we can somehow tie in the CSV plugin to the Dropbox plugin, which would allow simultaneous file and metadata import.</p> <p>In the meantime I think you're limited to using the Dropbox plugin to batch upload files and separately editing the individual items. Not quite an efficient process, but It'll get the job done. Do you have any other ideas? </p> http://omeka.org/forums/topic/associating-metadata-with-batch-uploaded-files#post-265 Tue, 25 Mar 2008 04:23:51 +0000 AJMillion 265@http://omeka.org/forums/ <p>I have been toying around with the Omeka dropbox plugin and would like to thank the support staff for providing it. The tool provides an easy way to batch import files; something very useful. :) That said, I was wondering if there is a way to quickly associate metadata with batch uploads? I know that Omeka associates unique item id keys to new uploaded items (I assume this has to do with the underlying database) so associating files and information should be as simple as mapping the correct information. But, this doesn't necessarily make it easy.</p> <p>Anyone have a clue on this? </p>