<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>General discussion (new posts)</title>
		<link>http://macar.wikidot.com/forum/c-46367/general-discussion</link>
		<description>Posts in the forum category &quot;General discussion&quot; - Create or view topics of general discussion.  Feel free to create new threads, or respond to existing discussion.</description>
				<copyright></copyright>
		<lastBuildDate></lastBuildDate>
		
					<item>
				<guid>http://macar.wikidot.com/forum/t-142035#post-442843</guid>
				<title>Non academic library metadata: Re: Non academic library metadata</title>
				<link>http://macar.wikidot.com/forum/t-142035/non-academic-library-metadata#post-442843</link>
				<description></description>
				<pubDate>Wed, 08 Apr 2009 00:09:46 +0000</pubDate>
				<wikidot:authorName>neilgodfrey</wikidot:authorName>				<wikidot:authorUserId>112820</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I could add that the sheer size of some of the national and public library systems means it is a full time task for, say, a place like Singapore's library network, to be working on establishing multiple data providers for multiple content and metadata management systems along with their own service provider to take care of all seamlessly. So long as basic standards are deployed throughout then theoretically the time should come when the potentials can be fulfilled.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://macar.wikidot.com/forum/t-142035#post-441942</guid>
				<title>Non academic library metadata: Re: Non academic library metadata</title>
				<link>http://macar.wikidot.com/forum/t-142035/non-academic-library-metadata#post-441942</link>
				<description></description>
				<pubDate>Tue, 07 Apr 2009 05:56:23 +0000</pubDate>
				<wikidot:authorName>neilgodfrey</wikidot:authorName>				<wikidot:authorUserId>112820</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hi Joan,</p> <p>I recall that meeting. Am having doubts that the time is right for national/public libraries to be actively involved with MACAR. Pity. Potential is huge for sharing info. But I've come to think that the unique dynamics in the research/academic/ed sectors are what made MACAR possible in the first place. Academics move around and it is vital for researchers to exchange data and publications etc etc. Sharing of efforts and coop projects would seem be a natural outgrowth of that environment. Nothing like that among national libraries, which are focused more on managing their own resources and serving their immediate constituencies. Their sheer size, too, means they have more legacy issues and systems to negotiate than the academic libraries with which I worked.</p> <p>I suspect national libraries will only be in a position to embark on the sorts of sharing and coop found among the scholarly/research community when they become even more established in their various digital projects and reach till they reach a point where they can look around at others and say, "hey, look what we've got —- anyone want to share? you have similar? can we exchange?" Many snazzy things are being done, but there is still a long way to go, it seems, before they will reach that point.</p> <p>Neil</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://macar.wikidot.com/forum/t-142035#post-433549</guid>
				<title>Non academic library metadata: Re: Non academic library metadata</title>
				<link>http://macar.wikidot.com/forum/t-142035/non-academic-library-metadata#post-433549</link>
				<description></description>
				<pubDate>Mon, 30 Mar 2009 02:30:42 +0000</pubDate>
				<wikidot:authorName>Joan Gray</wikidot:authorName>				<wikidot:authorUserId>113374</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hi<br /> MACAR at its August 2008 meeting started a discussion about the future membership of MACAR. Members agreed that it would be a good thing to review MACARs membership. Although there was one member from the public sector and one member from the NLA there was discussion about whether MACAR should broaden its scope to include members from New Zealand and even South East Asia. External relationships with the DCMI Scholarly Communications Group and membership of IT-19 were also discussed. It would be<br /> good for MACAR under the new CAIRSS/CAUL service to continue this discussion and take some of these ideas forward.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://macar.wikidot.com/forum/t-142425#post-432219</guid>
				<title>A practical suggestion for the application of a Type vocabulary: A practical suggestion for the application of a Type vocabulary</title>
				<link>http://macar.wikidot.com/forum/t-142425/a-practical-suggestion-for-the-application-of-a-type-vocabulary#post-432219</link>
				<description></description>
				<pubDate>Sat, 28 Mar 2009 12:57:35 +0000</pubDate>
				<wikidot:authorName>neilgodfrey</wikidot:authorName>				<wikidot:authorUserId>112820</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>MACAR has produced a recommendation for a "resource types" controlled vocabulary to be used in academic and research repositories.</p> <p>It might be useful for MACAR also to make it clear to those interested in using this list that using it does not preclude them from using other "type" vocabularies as well.</p> <p>Indeed, DCMI recommends that multiple "type" vocabularies be used when a resource consists of multiple mixed types then multiple "type" terms be used. In particular, for the sake of interoperability, these multiple types should include a standard DCMI Type.</p> <p>The <a href="http://www.example.com">DC Usage Guide</a> says of the DCMI Type term:</p> <blockquote> <p><strong>4.4. Type</strong></p> <p>Label: Resource Type</p> <p>Element Description: The nature or genre of the content of the resource. Type includes terms describing general categories, functions, genres, or aggregation levels for content. Recommended best practice is to select a value from a controlled vocabulary (for example, the DCMIType vocabulary ). To describe the physical or digital manifestation of the resource, use the FORMAT element.</p> <p>Guidelines for content creation:</p> <p>If the resource is composed of multiple mixed types then multiple or repeated Type elements should be used to describe the main components.</p> <p>Because different communities or domains are expected to use a variety of type vocabularies, best practice to ensure interoperability is to include at least one general type term from the DCMIType vocabulary in addition to the domain specific type term(s), in separate Type element iterations.</p> <p>Examples:</p> <p>Type="Image"<br /> Type="Sound"<br /> Type="Text"<br /> Type="simulation"</p> <p>Note: The first three values are taken from the DCMI Type Vocabulary, and follow the capitalization conventions for that vocabulary. The last value is a term from an unspecified source.</p> <p>The item described is an Electronic art exhibition catalog:</p> <p>Type="Image"<br /> Type="Text"<br /> Type="Exhibition catalog"</p> <p>Note: The first two values are taken from the DCMI Type Vocabulary, and follow the capitalization conventions for that vocabulary. The last value is a term from an unspecified source.</p> <p>The item described is a Multimedia educational program with interactive assignments:</p> <p>Type="Image"<br /> Type="Text"<br /> Type="Software"<br /> Type="InteractiveResource"</p> <p>Note: All values in this example are taken from the DCMI Type Vocabulary, and follow the capitalization conventions for that vocabulary.</p> </blockquote> <p>UK's Scholarly Works Application Profile takes care of this OAI interoperability requirement by declaring all of its scholarly text vocabulary terms to be subtypes of the DCMI Type, 'Text'.</p> <p>So when one uses the MACAR type "cartographic material", it is also a good idea (even "best practice") to additionally use the DCMI Type term "image" or "still image". Similarly the MACAR type "data holding" should be accompanied by the DCMI type "dataset".</p> <p>The reason for including the DCMI vocabulary alongside the MACAR one is to maximize interoperability. Wherever the OAI protocol is found, there the "simple" DC terms will be understood and processed.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://macar.wikidot.com/forum/t-142035#post-430832</guid>
				<title>Non academic library metadata: Non academic library metadata</title>
				<link>http://macar.wikidot.com/forum/t-142035/non-academic-library-metadata#post-430832</link>
				<description></description>
				<pubDate>Fri, 27 Mar 2009 03:04:51 +0000</pubDate>
				<wikidot:authorName>neilgodfrey</wikidot:authorName>				<wikidot:authorUserId>112820</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Since moving to the National and Public library scene the extent to which MACAR's focus has been on the sorts of resources housed in academic repositories has become very apparent.</p> <p>MACAR included non-academic library representatives but my memory tells me they were not as active as those from the academic scene.</p> <p>Now I have joined the National Library Board of Singapore (NLB) and am making decisions affecting metadata across the entirety of Singapore's national and public libraries I have had to face up to just how limited in focus MACAR's past work has been. It is a pity the membership was not more evenly balanced between academic and public/state libraries. On the other hand, maybe progress is best happening when it is made a small step at a time.</p> <p>At the NLB a preliminary list of resource types for the national and public library sectors has been prepared. It contains over 50 resource type terms. Some of those will almost certainly be merged, but the list will be a lot longer than the current MACAR list.</p> <p>With some of the MACAR members now working with ANDS, and MACAR coming under the umbrella of CAUL, one might expect MACAR to be entrenched further with research and academic library requirements.</p> <p>I wonder if there are any realistic chances of national libraries cooperating with each other and even with academic libraries, and if there are real benefits to be gained by their doing so. Since moving into the national and public library sector I think there are real potentials for users if it could happen. To expose and share the specialist heritage and wider cultural collections that such libraries house, especially alongside libraries dedicated to research and education, can only be A Good Thing.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://macar.wikidot.com/forum/t-82645#post-242724</guid>
				<title>Images and their metadata: Re: Images and their metadata</title>
				<link>http://macar.wikidot.com/forum/t-82645/images-and-their-metadata#post-242724</link>
				<description></description>
				<pubDate>Wed, 20 Aug 2008 01:00:23 +0000</pubDate>
				<wikidot:authorName>KatieBlake</wikidot:authorName>				<wikidot:authorUserId>109483</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Yes, the two resource types you should be using are still image, and moving image. They are singular, do not include any punctuation, and use lower case. Case is not an issue in search and retrieval (maybe in display), but any kind of punctuation is asking for trouble, leading to many variations:</p> <ul> <li>image (still)</li> <li>image - still</li> <li>image:still</li> <li>image : still</li> <li>image/still</li> <li>still images</li> <li>images (still)</li> <li>images - still</li> <li>images:still</li> <li>images : still</li> </ul> <p>The Vocabulary definitions for the two types are:</p> <p><strong>still image</strong> – A static visual representation.<br /> Source of term: DCMI, ADS<br /> Source of definition: DCMI<br /> Note: Examples include photographs, paintings. drawings etc. Assign the type text to images of textual materials.</p> <p><strong>moving image</strong> - A series of visual representations imparting an impression of motion when shown in succession.<br /> Source of term: DCMI<br /> Source of definition: DCMI<br /> Note: Examples include animations, movies, television programs, videos, zoetropes, or visual output from a simulation.</p> <p>These two types do cover most images, with the exception that if it is an image of a map then you should use <strong>cartographic material</strong>. If it is an image of a musical score then you should use <strong>musical score</strong>.</p> <p>The question about text is answered in the note for still image. If it is a scanned image of text, then use text. If it is an image included as part of an object with text and images, it will depend on the predominating type and whether you are treating it as one compound object. The notes on multimedia might help here:</p> <p><strong>multimedia</strong> - a complex resource expressed through multiple forms eg text, audio, and/or visual form.<br /> Note: If a single media type predominates or is a substantial part of the resource use the single media type eg text, sound, moving or still image. If more than one type applies use multimedia.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://macar.wikidot.com/forum/t-82645#post-242701</guid>
				<title>Images and their metadata: Images and their metadata</title>
				<link>http://macar.wikidot.com/forum/t-82645/images-and-their-metadata#post-242701</link>
				<description></description>
				<pubDate>Wed, 20 Aug 2008 00:16:21 +0000</pubDate>
				<wikidot:authorName>KatieBlake</wikidot:authorName>				<wikidot:authorUserId>109483</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Vicki Picasso asks a few interesting questions about metadata for images, and asks MACAR's recommendations.</p> <p>For Images - I should use 2 different resource types:</p> <ul> <li>still image</li> <li>moving image</li> </ul> <p>Expressed as above, and not</p> <ul> <li>image (still)</li> <li>image (moving)</li> </ul> <p>Use Still Images for : photographs, paintings, drawings, digital images (art), posters, postcards, etc<br /> Use Moving Image for : movies, videos, TV program, animations, etc</p> <p>Can you confirm that the these 2 resource types are the total number of types for images, i.e. that these 2 types should cover most things encountered at the moment?</p> <p>And lastly, if I have images that are individual or mulitple pages from a manuscript (scanned/photographed) which resource type would you recommend? Does 'Still image' cover textual representation?</p> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>