<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	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>Batch editing | museum-digital: blog</title>
	<atom:link href="https://blog.museum-digital.org/tag/batch-editing/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.museum-digital.org</link>
	<description>A blog on museum-digital and the broader digitization of museum work.</description>
	<lastBuildDate>Fri, 14 Feb 2025 10:24:05 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://blog.museum-digital.org/wp-content/uploads/2020/01/cropped-mdlogo-code-512px-32x32.png</url>
	<title>Batch editing | museum-digital: blog</title>
	<link>https://blog.museum-digital.org</link>
	<width>32</width>
	<height>32</height>
</image> 
<atom:link rel="search" type="application/opensearchdescription+xml" title="Search museum-digital: blog" href="https://blog.museum-digital.org/wp-json/opensearch/1.1/document" />	<item>
		<title>State of Dev, December 2024 &#038; January 2025</title>
		<link>https://blog.museum-digital.org/2025/02/14/state-of-dev-december-2024-january-2025/</link>
		
		<dc:creator><![CDATA[Joshua Ramon Enslin]]></dc:creator>
		<pubDate>Thu, 13 Feb 2025 23:48:42 +0000</pubDate>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Frontend]]></category>
		<category><![CDATA[Importer]]></category>
		<category><![CDATA[musdb]]></category>
		<category><![CDATA[nodac]]></category>
		<category><![CDATA[Batch editing]]></category>
		<category><![CDATA[Change log]]></category>
		<category><![CDATA[Controlled Vocabularies]]></category>
		<category><![CDATA[Imports]]></category>
		<category><![CDATA[New Features]]></category>
		<category><![CDATA[TEI]]></category>
		<category><![CDATA[Version control]]></category>
		<guid isPermaLink="false">https://blog.museum-digital.org/?p=4306</guid>

					<description><![CDATA[Once again a simple change log of the recent updates to museum-digital's different tools.]]></description>
										<content:encoded><![CDATA[
<h2 class="wp-block-heading">December 2024</h2>



<h3 class="wp-block-heading"><a href="https://de.about.museum-digital.org/software/frontend/">Frontend</a></h3>



<ul class="wp-block-list">
<li>Dates in <a href="https://de.wikipedia.org/wiki/Text_Encoding_Initiative">TEI</a> transcriptions are parsed, irrespective of whether <code>when=""</code> oder <code>when=''</code> was used</li>



<li>Notes for markings are now publicly displayed<br><em>This was missing thus far and is now implemented similar to how event notes are displayed. If a note exists, a small &#8220;[?]&#8221; appears behind the marking title line. Upon hovering over it, a tooltip appears with the relevant information.</em></li>
</ul>



<h3 class="wp-block-heading"><a href="https://de.about.museum-digital.org/software/musdb/">musdb</a></h3>



<ul class="wp-block-list">
<li>Names and descriptions of exhibitions and object groups can now be translated</li>



<li><a href="https://blog.museum-digital.org/2025/01/13/version-control-batch-transfer-between-data-fields-of-object-records/">Version control</a></li>



<li>Log of “current locations&#8221; of an object can be exported as a CSV file</li>



<li>Uploaded object images can now be hidden or published in one batch operation</li>



<li><a href="https://de.handbook.museum-digital.info/musdb/API/index.html">API</a> extended
<ul class="wp-block-list">
<li>(New functions)</li>



<li>Transfer object dimensions</li>



<li>List images and resources for an object</li>



<li>Image metadata</li>



<li>Publish / hide object images</li>
</ul>
</li>
</ul>



<h2 class="wp-block-heading">January 2025</h2>



<h3 class="wp-block-heading"><a href="https://de.about.museum-digital.org/software/frontend/">Frontend</a></h3>



<ul class="wp-block-list">
<li><em>Objects can now be sorted by the aesthetics of the thumbnail</em> (A dedicated blog post on this will follow soon)</li>
</ul>



<h2 class="wp-block-heading"><a href="https://de.about.museum-digital.org/software/musdb/">musdb</a></h2>



<ul class="wp-block-list">
<li><a href="https://blog.museum-digital.org/de/2025/01/13/versionierung-transfer-zwischen-datenfeldern/">Batch transfer between between free text fields of object data</a></li>



<li>Alignment of the maximum field length for notes on opening hours is now consistent between UI and database</li>



<li>Bug fixed with switching between institutions during consistency checks fixed (relevant only to users with administrative access to multiple museums)</li>



<li>Literature can now be searched by editors</li>
</ul>



<h3 class="wp-block-heading"><a href="https://blog.museum-digital.org/de/category/technik-design/importer-de/">Importer</a></h3>



<ul class="wp-block-list">
<li>Core
<ul class="wp-block-list">
<li>Automatic transformation of life dates for actors
<ul class="wp-block-list">
<li>Year of death “01.01.2012” now becomes “2012”, instead of 01.01 as before</li>
</ul>
</li>



<li>&#8220;?&#8221; and &#8220;(?)&#8221; are removed from the beginning and end of imported keywords</li>



<li>Various types of brackets in keyword names are converted to regular brackets</li>
</ul>
</li>



<li>Parser
<ul class="wp-block-list">
<li>Stricter internal implementation of settings, all imports can now implement the <code>start_at</code> setting
<ul class="wp-block-list">
<li>This is particularly useful for the repeated execution of imports that abort due to new, previously uncovered elements and other debugging.</li>
</ul>
</li>



<li>New parsers:
<ul class="wp-block-list">
<li><a href="https://de.wikipedia.org/wiki/Metadata_Object_Description_Schema">MODS</a> (mainly used in library contexts)</li>



<li>Parser for Exports from Faust for the <a href="https://st.museum-digital.de/institution/87">Händel-Haus</a></li>



<li>Parser for XML dumps from MuseumPlus Classic (MsSQL > XML export per table > Import)</li>



<li>Bugfixes
<ul class="wp-block-list">
<li>Field “Verwender” in Primus parser was mapped to production events</li>



<li>Material / technology are now imported correctly in the parser for BeeCollect exports for the Industrial Museums of Saxony</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>



<li>„Frontend“
<ul class="wp-block-list">
<li>CLI now also has options for switching off the import of individual areas</li>



<li>Help text for command line tool</li>
</ul>
</li>
</ul>



<h3 class="wp-block-heading"><a href="https://de.about.museum-digital.org/software/nodac/">nodac</a></h3>



<ul class="wp-block-list">
<li>Splitting of keywords now also recognizes keywords that should be split into places, times, etc.
<ul class="wp-block-list">
<li>Bsp.: „Helm; Berlin“ > Schlagwort „Helm“ + Ort „Berlin“</li>



<li>Example: “helmet; Berlin” > keyword “helmet” + place “Berlin”</li>
</ul>
</li>



<li>When searching for keywords with ambiguous names, both keywords and generally ambiguous terms are now taken into account</li>



<li>Times can now be merged with others directly from the time edit page</li>
</ul>



<div class="wp-block-cgb-cc-by message-body" style="background-color:white;color:black"><img decoding="async" src="https://blog.museum-digital.org/wp-content/plugins/creative-commons/includes/images/by.png" alt="CC" width="88" height="31"/><p><span class="cc-cgb-name">This content</span> is licensed under a <a href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license.</a> <span class="cc-cgb-text"></span></p></div>
]]></content:encoded>
					
		
		
		<post-thumbnail><url>https://blog.museum-digital.org/wp-content/uploads/2025/02/typing-2025-01.avif</url><width>600</width><height>336</height></post-thumbnail>	</item>
		<item>
		<title>Version Control &#038; Batch Transfer Between Data Fields of Object Records</title>
		<link>https://blog.museum-digital.org/2025/01/13/version-control-batch-transfer-between-data-fields-of-object-records/</link>
					<comments>https://blog.museum-digital.org/2025/01/13/version-control-batch-transfer-between-data-fields-of-object-records/#respond</comments>
		
		<dc:creator><![CDATA[Joshua Ramon Enslin]]></dc:creator>
		<pubDate>Mon, 13 Jan 2025 15:05:59 +0000</pubDate>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[musdb]]></category>
		<category><![CDATA[Batch editing]]></category>
		<category><![CDATA[New Features]]></category>
		<category><![CDATA[Object editing (musdb)]]></category>
		<category><![CDATA[Object search (musdb)]]></category>
		<category><![CDATA[Version control]]></category>
		<guid isPermaLink="false">https://blog.museum-digital.org/?p=4269</guid>

					<description><![CDATA[The new year 2025 comes with two long-awaited new features in musdb: detailed version control of object data and an option to batch transfer object data from one free text field to another. Version control Until a few days ago, a central and sorely missed feature in musdb was a detailed version history of the <a href="https://blog.museum-digital.org/2025/01/13/version-control-batch-transfer-between-data-fields-of-object-records/" class="more-link">...</a>]]></description>
										<content:encoded><![CDATA[
<p>The new year 2025 comes with two long-awaited new features in musdb: detailed version control of object data and an option to batch transfer object data from one free text field to another.</p>



<h2 class="wp-block-heading">Version control</h2>



<p>Until a few days ago, a central and sorely missed feature in musdb was a detailed version history of the data records. For example to be able to trace and restore data after an attempt at batch processing gone wrong or careless errors when deleting field contents.</p>



<p>Such a view of all previous versions of an object record since the start of recording (May 2024) can now be accessed via the &#8220;record history&#8221; tab when viewing and editing an object in musdb. A new &#8220;Open versioning&#8221; button appears right at the top.</p>



<figure class="wp-block-image size-full"><img fetchpriority="high" decoding="async" width="1021" height="600" src="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_1_EN.avif" alt="musdb: Versioning via record history" class="wp-image-4267" srcset="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_1_EN.avif 1021w, https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_1_EN-300x176.jpg 300w" sizes="(max-width: 1021px) 100vw, 1021px" /><figcaption class="wp-element-caption">The detailed version history can be accessed via a new button at the top of the “record history” tab when editing an object.
</figcaption></figure>



<p>Clicking on it opens an overlay in which the various versions are listed as a table. The various aspects of the object data set are divided into different tabs and therefore different tables, e.g. for basic information, administrative information, links to collections, keywords, etc.</p>



<figure class="wp-block-image size-large"><img decoding="async" width="1024" height="634" src="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_2_EN-1024x634.jpg" alt="musdb: Versioning overlay" class="wp-image-4268" srcset="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_2_EN-1024x634.jpg 1024w, https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_2_EN-300x186.jpg 300w, https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_2_EN.avif 1308w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">The version history of an object is presented in a table view in the overlay. Cells whose values have changed in one version respective to the previous one are displayed with dashed borders. Empty cells are dashed sideways. In the screenshot, the most recent version can be seen at the top (empty cell in the column &#8220;end&#8221;). Between lines 2 and 3, the object description was significantly shortened, leading to a reduction in the quality index in the most recent version (top row).</figcaption></figure>



<h2 class="wp-block-heading">Batch transfer</h2>



<p>A second frequently requested feature &#8211; especially after importing &#8211; has been the option to transfer the content of one data field of object records to another. If, for example, the information previously stored in the non-publishable data field &#8220;object history&#8221; is to be stored in the &#8220;detailed description&#8221; in the future and published there, the transfer from one field to the other can now be carried out for hundreds of objects with the pressing of a few buttons. Like all other &#8220;Global Change&#8221; options, the batch transfer between different data fields always refers to the results of an object search. The function is available via the sidebar of the object overview once a search for objects has been executed.</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="487" src="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_1_EN-1024x487.jpg" alt="musdb: Batch transfer in object overview" class="wp-image-4265" srcset="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_1_EN-1024x487.jpg 1024w, https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_1_EN-300x143.jpg 300w, https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_1_EN.avif 1385w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">If a search filter is set for objects, various options for export and batch processing appear in the bottom right of the sidebar. A new option &#8220;batch transfer&#8221; can be found at the very bottom of the list.</figcaption></figure>



<figure class="wp-block-image size-full"><img loading="lazy" decoding="async" width="996" height="780" src="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_2_EN.avif" alt="musdb: batch transfer overlay" class="wp-image-4266" srcset="https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_2_EN.avif 996w, https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Transfer_2_EN-300x235.jpg 300w" sizes="auto, (max-width: 996px) 100vw, 996px" /><figcaption class="wp-element-caption">Screenshot of the new option for transferring object data in batches from one free text field to another. In addition to the free text fields for the object, the two &#8220;special sources&#8221; &#8220;separate dimensions&#8221; and &#8220;separate information: material and technology&#8221; can be selected, as shown in the screenshot. When transferring between data fields, the content of the target field can be overwritten with the content of the source data field, or the latter can be prepended or appended to the target field&#8217;s content.</figcaption></figure>



<p>The batch transfer between fields based search results can also be used via musdb&#8217;s API. For this, a new API route <code>/object/transfer_by_search/{mode}</code> has been added.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://blog.museum-digital.org/2025/01/13/version-control-batch-transfer-between-data-fields-of-object-records/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-thumbnail><url>https://blog.museum-digital.org/wp-content/uploads/2025/01/20250113_musdb-Versioning_2_EN.avif</url><width>600</width><height>372</height></post-thumbnail>	</item>
		<item>
		<title>New Features at museum-digital (November 2022)</title>
		<link>https://blog.museum-digital.org/2023/01/02/new-features-at-museum-digital-november-2022/</link>
		
		<dc:creator><![CDATA[Joshua Ramon Enslin]]></dc:creator>
		<pubDate>Mon, 02 Jan 2023 16:59:27 +0000</pubDate>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Frontend]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Importer]]></category>
		<category><![CDATA[md:term]]></category>
		<category><![CDATA[musdb]]></category>
		<category><![CDATA[Batch editing]]></category>
		<category><![CDATA[Collection management]]></category>
		<category><![CDATA[EODEM]]></category>
		<category><![CDATA[Imports]]></category>
		<category><![CDATA[New Features]]></category>
		<category><![CDATA[Object editing (musdb)]]></category>
		<category><![CDATA[Object search (musdb)]]></category>
		<category><![CDATA[Object selection (musdb)]]></category>
		<guid isPermaLink="false">https://blog.museum-digital.org/?p=3413</guid>

					<description><![CDATA[After trying a monthly change log once some month ago, we have unfortunately been rather lenient with notifying everyone of new features and updates in the last months. To approach betterment, here there is a list of the updates of November 2022 the form of screenshots. As a very large update is upcoming in the <a href="https://blog.museum-digital.org/2023/01/02/new-features-at-museum-digital-november-2022/" class="more-link">...</a>]]></description>
										<content:encoded><![CDATA[
<p>After trying a monthly change log once some month ago, we have unfortunately been rather lenient with notifying everyone of new features and updates in the last months. To approach betterment, here there is a list of the updates of November 2022 the form of screenshots. As a very large update is upcoming in the next days, a separate post on the updates of December 2022 will follow tonight.</p>



<h2 class="wp-block-heading">musdb</h2>



<h3 class="wp-block-heading">New fields</h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_Periods-1024x674.webp" alt="" class="wp-image-3412" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_Periods-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_Periods-300x198.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_Periods-1536x1011.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_Periods-2048x1348.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">New section for time limits on administration tab of object pages.
Special mention should go to the fields &#8220;Freeze period&#8221; and &#8220;Publish object at&#8221;. Filling out these fields enables some automation:
A &#8220;frozen&#8221; object cannot be published before the entered date has been reached. This may e.g. be useful with archival material that cannot be published before a given date.
The &#8220;Publish object at&#8221; field offers a counterpart to this. If a date has been entered into this field and the date is reached, the object will be published automatically by the system.</figcaption></figure>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_closer_location-1024x674.webp" alt="" class="wp-image-3411" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_closer_location-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_closer_location-300x198.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_closer_location-1536x1011.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_Screenshot_musdb_object_closer_location-2048x1348.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">A non-public closer location for an object (which may e.g. be necessary with archeological findings, whose finding spots have no name and are not to be published to not give information to grave robbers) can now be set using a map on the addendum tab.</figcaption></figure>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_remarks-1024x674.webp" alt="" class="wp-image-3409" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_remarks-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_remarks-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_remarks-1536x1010.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_remarks-2048x1347.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">A number of new fields for noting conditions on how the object should best be displayed in exhibitions, among others, have been added on the &#8220;remarks&#8221; tab of object pages in musdb.</figcaption></figure>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="673" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_conservations-1024x673.webp" alt="" class="wp-image-3408" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_conservations-1024x673.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_conservations-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_conservations-1536x1009.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_object_conservations-2048x1346.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">On the &#8220;restoration&#8221; tab of object pages, generic fields can be entered with the name of the described feature and the value. Because of the flexible subject of these fields however, they make searching in the fields much harder.
Hence, new fields that are applicable to almost all museum objects have been added as easily searchable, &#8220;static&#8221; properties of an object: Minimum and maximum viable temperature, minimum and maximum viable humidity, and the maximum lux an object may be exposed to.</figcaption></figure>



<h3 class="wp-block-heading">Other page</h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="673" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_open_in_new_tab-1024x673.webp" alt="" class="wp-image-3410" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_open_in_new_tab-1024x673.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_open_in_new_tab-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_open_in_new_tab-1536x1009.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_open_in_new_tab-2048x1345.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">It is quite common for users of musdb to only use the same some event types all the time, while not needing many of the other available event types. People working at archeological museums will likely need the &#8220;found&#8221; event type all the time, while barely ever using the event type &#8220;copied by hand&#8221;. To directly access those often used types, one can now click the &#8220;star&#8221; symbols at the end of a line for an event type when accessing the page for selecting the event type of a new event. Favorited event types will then be listed in a bottom sheet on the page.</figcaption></figure>



<h3 class="wp-block-heading">Batch updating object information</h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_visibility-1024x674.webp" alt="" class="wp-image-3404" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_visibility-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_visibility-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_visibility-1536x1010.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_visibility-2048x1347.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">The batch update menu for objects&#8217; visibility can now also be used to set the visibility of publishable fields that are publishable on a field level.</figcaption></figure>



<figure class="wp-block-image size-large is-resized"><img loading="lazy" decoding="async" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_assignment-1024x674.webp" alt="" class="wp-image-3402" width="840" height="552" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_assignment-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_assignment-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_assignment-1536x1010.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_assignment-2048x1347.webp 2048w" sizes="auto, (max-width: 840px) 100vw, 840px" /><figcaption class="wp-element-caption">The &#8220;batch assignment&#8221; menu can now be used to assign spaces, owners, linked loans, and full events (e.g. the creation of objects by a given artist at a given time) to all objects of a search results list.</figcaption></figure>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_open_in_new_tab-1024x674.webp" alt="" class="wp-image-3403" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_open_in_new_tab-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_open_in_new_tab-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_open_in_new_tab-1536x1011.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_batch_open_in_new_tab-2048x1348.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">A &#8220;smaller&#8221; way of batch updating objects can be used in the object overview by selecting an object by clicking and dragging an object. Now, objects can be selected and updated in bulk.
The menu for doing these updates (visible here at the top of the screenshot) now comes with an additional option: &#8220;Open in new tab&#8221;. By clicking on this menu option, all selected objects are opened in new tabs. As browsers often prevent the opening of multiple tabs in bulk, one may have to allow the opening of pop-ups for musdb in the browser to use this functionality.</figcaption></figure>



<h3 class="wp-block-heading">Instituion-wide settings and adding new objects</h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_bulk_downloads-1024x674.webp" alt="" class="wp-image-3406" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_bulk_downloads-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_bulk_downloads-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_bulk_downloads-1536x1011.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_bulk_downloads-2048x1348.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">The download button for images in the frontend has been repurposed to enable bulk downloading of all images of an object. While the images are downloaded, the users see an overlay where the museum may display a message (e.g. on how to use the images, or for asking the users to notify the museum about the images being reused in print). The message can be set in the institution-wide settings (available for users of the role &#8220;museum director&#8221; by hovering over the academy symbol in the navigation in musdb and then selecting the menu option &#8220;settings&#8221;).</figcaption></figure>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="674" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_1-1024x674.webp" alt="" class="wp-image-3405" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_1-1024x674.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_1-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_1-1536x1010.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_institution_settings_1-2048x1347.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">The instituion-wide settings page now also comes with two other new features. On the one hand, users can now be required to select a tag for the object type when adding new objects. On the other, the inventory number suggestion when adding new objects has been improved. It is now possible to generate inventory numbers with variable length numerical components (e.g. ABC-9; followed by ABC-10).</figcaption></figure>



<h3 class="wp-block-heading">Notifications</h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="673" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_notification_settings-1024x673.webp" alt="" class="wp-image-3407" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_notification_settings-1024x673.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_notification_settings-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_notification_settings-1536x1009.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_musdb_notification_settings-2048x1345.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">The notification framework in musdb has been fully rewritten. Along with that comes the option to specifically subscribe to email notifications only for some types of notifications.
To do so, one can navigate to one&#8217;s personal settings. A new tab &#8220;notifications&#8221; on this page allows setting the primary route of notification and a fallback.
If the primary route is set to &#8220;email&#8221; for upcoming ends to loans, the user will immediately receive a mail once the system recognizes an upcoming end to a loan. If the primary route here is set to &#8220;Internal&#8221; and &#8220;Email&#8221; is set to be the fallback route, the user will only see a notification on the upcoming loan in the notification overlay within musdb for a week. If the notification has not been marked as read after a week, a mail will be sent.</figcaption></figure>



<h3 class="wp-block-heading">In other news</h3>



<ul class="wp-block-list">
<li>The calendar feature (accessible under the puzzle symbol in the main navigation) can now display tasks or make them subscribable via WebCal (thus implementing a &#8220;reminder&#8221; as had often been requested)</li>



<li>PDF of all linked information is now in A4 and uses a two-column layout</li>



<li>Ukrainian translation</li>



<li>&#8220;Simple A5 PDF&#8221; now covers inventorization fields on rear side</li>
</ul>



<h3 class="wp-block-heading" id="mdterm">md:term</h3>



<ul class="wp-block-list">
<li>If two actors have been joined and one has an old links to the page of the actor now deleted, one is now referred onwards to the new, single actor entry. The same works with transferrals between vocabularies (an actor that was transformed into a tag, etc.).</li>



<li>Ukrainian Translation</li>
</ul>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="673" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_mdterm_ukrainian-1024x673.webp" alt="" class="wp-image-3401" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_mdterm_ukrainian-1024x673.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_mdterm_ukrainian-300x197.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_mdterm_ukrainian-1536x1010.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_mdterm_ukrainian-2048x1346.webp 2048w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">md:term is now available in Ukrainian!</figcaption></figure>



<h3 class="wp-block-heading" id="frontend">Frontend</h3>



<ul class="wp-block-list">
<li>Ukrainian Translation</li>



<li>JSON-based settings for specific institution pages have been removed</li>



<li>Bulk download of object images
<ul class="wp-block-list">
<li>An overlay with a message from the museum can be displayed during batch downloads (see above)</li>
</ul>
</li>
</ul>



<h3 class="wp-block-heading" id="csvxml">CSVXML</h3>



<ul class="wp-block-list">
<li>Almost completely rewritten</li>



<li>The served page now is completely static and all checks and conversions run directly in the browser. This way, no uploads actually happen and the application is completely uncritical to the server&#8217;s security. On the other hand, this allows for installing CSVXML as a <em>progressive web app</em> and using it offline.</li>



<li>We also added some explanatory texts did small updates to the design of the page. A footer now links to the source code and offers to refresh all cached contents of the page (this may be useful when visiting the page after a long time, as the whole application is cached in the browser for offline use).</li>



<li>A new check also checks for the file encoding. A warning is provided if the data does not appear to be UTF-8-encoded.</li>



<li>CSVXML is now released open source under the AGPL.</li>
</ul>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="631" src="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_csvxml-1024x631.webp" alt="" class="wp-image-3400" srcset="https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_csvxml-1024x631.webp 1024w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_csvxml-300x185.webp 300w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_csvxml-1536x947.webp 1536w, https://blog.museum-digital.org/wp-content/uploads/2023/01/20230102_csvxml.webp 1920w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption">CSVXML has been (almost) completely rewritten).</figcaption></figure>



<h3 class="wp-block-heading" id="importer">Importer</h3>



<p>While the individual parsers for the different export formats are updated very often, the core scripts of the importer are very stable. November 2022 however came with a large update to these core sections, as more categories of data that had not before been covered by the importer (many of them new) can now be imported:</p>



<ul class="wp-block-list">
<li>Contact information (e.g. for object owners; loan partner institution)</li>



<li>Object&#8217;s movement log</li>



<li>Minimum and maximum temperature, humidity, and lux of an object</li>



<li>Loans</li>



<li>Events / Appointments</li>
</ul>



<p>In terms of the parsers, we extended the LIDO parser to cover the new fields suggested by the upcoming <a href="https://cidoc.mini.icom.museum/working-groups/documentation-standards/eodem-home/">EODEM</a> standard for exchanging loan object information.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
