<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Knowledge Commons | Robert Desmond | Activity</title>
	<link>https://hcommons.org/members/robby/activity/</link>
	<atom:link href="https://hcommons.org/members/robby/activity/feed/" rel="self" type="application/rss+xml" />
	<description>Activity feed for Robert Desmond.</description>
	<lastBuildDate>Sun, 05 Apr 2026 23:07:09 -0400</lastBuildDate>
	<generator>https://buddypress.org/?v=10.6.0</generator>
	<language>en-US</language>
	<ttl>30</ttl>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>2</sy:updateFrequency>
	
						<item>
				<guid isPermaLink="false">acf43ed815e1639ea47901a2d2134481</guid>
				<title>Robert Desmond replied to the topic ORCiDs for scholarly monographs? in the forum ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/orcids-for-scholarly-monographs/#post-11857</link>
				<pubDate>Wed, 25 Jun 2025 19:37:43 -0400</pubDate>

									<content:encoded><![CDATA[<p>Where ORCiDs have been assigned, we - BiblioVault - are harvesting them from Chicago Distribution's Title Management instance and from non-Distribution publishers' ONIX data.</p>
<p>We are sending out ORCiDs in feeds that can take them. At the moment, that's mostly only to vendors that take ONIX 3. (I don't think anyone still doing Excel spreadsheets is&hellip;<span class="activity-read-more" id="activity-read-more-1920936"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/orcids-for-scholarly-monographs/#post-11857" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">c623f2ce4274bdf3e19f70c146e338c3</guid>
				<title>Robert Desmond replied to the topic Record reference formats in the forum ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/record-reference-formats/#post-11665</link>
				<pubDate>Wed, 07 May 2025 14:33:52 -0400</pubDate>

									<content:encoded><![CDATA[<p>Theoretically, RecordReference is a reference to the ONIX <strong>record itself</strong> (and thus the metadata) in <strong>your system</strong>, not the product. Thus the EDItEUR recommendation for a UUID, or at least an "org.pressname.ISBN" format. It should uniquely identify <strong>this source of metadata</strong>, not the particular title. That's the role of the various identifier&hellip;<span class="activity-read-more" id="activity-read-more-1917819"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/record-reference-formats/#post-11665" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">fa35cd1fd02b67c6714bf39abcc93b8f</guid>
				<title>Robert Desmond replied to the topic ONIX Feeds for Library of Congress CIP registration in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/onix-feeds-for-library-of-congress-cip-registration/#post-8461</link>
				<pubDate>Fri, 26 May 2023 13:27:36 -0400</pubDate>

									<content:encoded><![CDATA[<p>We have a number of member presses with the ability to send files and metadata to LOC's CIP program. Most of them are using it to apply specifically for e-book registration, not print.</p>
<p>LOC are getting both book files (PDF) and metadata (ONIX), so pre-publication/galley PDFs would be needed if someone wanted to use this to apply for print&hellip;<span class="activity-read-more" id="activity-read-more-1847329"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/onix-feeds-for-library-of-congress-cip-registration/#post-8461" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">8f8277f8cd38598afc10a4f712291b42</guid>
				<title>Robert Desmond&#039;s profile was updated</title>
				<link>https://up.hcommons.org/activity/p/1837976/</link>
				<pubDate>Mon, 20 Mar 2023 13:21:40 -0400</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">928f0f71417947fdf05dce8c8bc27a70</guid>
				<title>Robert Desmond replied to the topic Open Access Metadata in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/open-access-metadata/#post-7056</link>
				<pubDate>Tue, 20 Sep 2022 16:10:04 -0400</pubDate>

									<content:encoded><![CDATA[<p>In the full ONIX 3 specification, "$0.00" is not a price that should ever exist. Either a non-zero &lt;Price&gt; block or an &lt;UnpricedItemType&gt; tag should be used.</p>
<p>Ideally, someone properly parsing ONIX should either disallow a price of "$0.00" or, more realistically, treat it differently.</p>
<p>For example:<br />
You can make a book "free" via sending&hellip;<span class="activity-read-more" id="activity-read-more-1794895"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/open-access-metadata/#post-7056" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">f2513130e43e1ab2ff040da5f259b52f</guid>
				<title>Robert Desmond replied to the topic Open Access Metadata in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/open-access-metadata/#post-7011</link>
				<pubDate>Thu, 15 Sep 2022 12:09:15 -0400</pubDate>

									<content:encoded><![CDATA[<p>Though I suspect Trond overstates my capability, I appreciate the confidence.</p>
<p>He brings up a point that's clearer in the slide stack than in what I posted: using multiple eISBNs.</p>
<p>As the slides point out, there are a few ways you might use multiple eISBNs in general.</p>
<p>Your system might allow you to create an "OA" eISBN versus a "free" eISBN (in&hellip;<span class="activity-read-more" id="activity-read-more-1794337"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/open-access-metadata/#post-7011" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">c459b01d5868332bb21f99cc12de8efc</guid>
				<title>Robert Desmond replied to the topic Open Access Metadata in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/open-access-metadata/#post-7001</link>
				<pubDate>Wed, 14 Sep 2022 15:30:27 -0400</pubDate>

									<content:encoded><![CDATA[<p>I'll upload the slides from my presentation at AUPresses this year if I can, but the gist of it is that BiblioVault classifies 4 types of vendors in their "OA-ness":</p>
<p>OA "Only" - hopefully self explanatory, these vendors take ONIX 3, with UnpricedItemType with value "01" for free/no-charge, EpubLicense, and other OA specific tags. OAPEN,&hellip;<span class="activity-read-more" id="activity-read-more-1794225"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/open-access-metadata/#post-7001" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">02b79f4c74ce3a0de62ff329866fd55b</guid>
				<title>Robert Desmond replied to the topic LCSH in Metadata in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/lcsh-in-metadata/#post-6958</link>
				<pubDate>Fri, 09 Sep 2022 14:49:19 -0400</pubDate>

									<content:encoded><![CDATA[<p>EBSCO was having trouble getting them from their Excel sheets (they do both Excel and ONIX), so we added them to our ONIX 2.1 and ONIX 3 output. It seems to have helped the EBSCO situation. No idea if any other vendors are using the data, but we send it. SubjectSchemeIdentifier "04"</p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">b645537c8132976026f391b20a874ce3</guid>
				<title>Robert Desmond replied to the topic Metadata: Best practice for Edition info in ONIX? in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/metadata-best-practice-for-edition-info-in-onix/#post-5426</link>
				<pubDate>Thu, 04 Nov 2021 14:08:38 -0400</pubDate>

									<content:encoded><![CDATA[<p>As an aside, the English teacher in me wants to say that the "abridged" adjective is in the wrong place. This is the second iteration of the abridged edition, so my instinct is that you to call it the "2nd abridged edition" because it comes after the "(implied: 1st) abridged edition".</p>
<p>This has nothing to do, of course, with traditional naming&hellip;<span class="activity-read-more" id="activity-read-more-1757619"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/metadata-best-practice-for-edition-info-in-onix/#post-5426" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">a85980e00f6b0b4506f1eb3369b02729</guid>
				<title>Robert Desmond replied to the topic Metadata: Searchability during a Name Change in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/metadata-searchability-during-a-name-change-2/#post-4962</link>
				<pubDate>Mon, 30 Aug 2021 19:08:03 -0400</pubDate>

									<content:encoded><![CDATA[<p>The presence of the &lt;AlternativeName&gt; block within &lt;Contributor&gt; blocks in ONIX 3 and the use of ORCIDs or ISNIs are meant to deal with the situation, but the question exists of whether they are used/accepted by the database you're using or the vendors you're sending to. It may be that you can't do AlternativeName, but you can have their old name&hellip;<span class="activity-read-more" id="activity-read-more-1750382"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/metadata-searchability-during-a-name-change-2/#post-4962" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">b77951a192d852929c4f428f4d0f3ef3</guid>
				<title>Robert Desmond replied to the topic Chapter abstracts in the discussion ONIX and Metadata Issues</title>
				<link>https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/chapter-abstracts/#post-4900</link>
				<pubDate>Wed, 11 Aug 2021 20:08:55 -0400</pubDate>

									<content:encoded><![CDATA[<p>BiblioVault's ONIX 3 output can send chapter data (including abstracts and keywords if stored), but currently only Project MUSE and DeGruyter are getting them. (I don't think MUSE has indicated to us that they're ignoring the data. It would be odd, since they helped us debug the output.) Since we are an "aggregator" of the metadata, we collect the&hellip;<span class="activity-read-more" id="activity-read-more-1749019"><a href="https://up.hcommons.org/groups/onix-and-metadata-issues/forum/topic/chapter-abstracts/#post-4900" rel="nofollow ugc">[Read more]</a></span></p>
]]></content:encoded>
				
				
							</item>
					<item>
				<guid isPermaLink="false">ad020ecd0da5051901dd5230feb128ef</guid>
				<title>Robert Desmond&#039;s profile was updated</title>
				<link>https://hcommons.org/activity/p/1729144/</link>
				<pubDate>Fri, 26 Feb 2021 14:12:08 -0500</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">8e68efe3d26a615375ae0004c34eac80</guid>
				<title>Robert Desmond&#039;s profile was updated</title>
				<link>https://up.hcommons.org/activity/p/1703885/</link>
				<pubDate>Fri, 31 Jul 2020 20:34:22 -0400</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
		
	</channel>
</rss>