[Archivesspace_Users_Group] Missing text from between HMTLtags in Public Interface

Fri Sep 2 09:32:55 EDT 2016

Our tables/lists are fairly simple. Embedding for the crosswalk was html directly in the notes rather than straight EAD for prep on the import. This makes it non-standard compliant ead, but crosswalked finding aids are being used just for import into the system. Since the system allows for inline tags as of my test case on v1.4, including inline html, a processing archivist would just need to know how to use the corresponding html tags in the system. These are the directions:

Update tables

ArchivesSpace will import tables using the ead <row><item>, but it will render a block of text upon import, or get partially cut off. Change instance of <row> and <item> to html counterparts

<row> = <ul> for unordered (bulleted) lists

<row> = <ol> for ordered (numbered) lists

<item> = <li> regardless of ordering

NOTE: Some elements, such as finding aid revisions require the <item> tag, so it is important to change only <item> tags only when in a table/list. 

We use a consortium for posting ead finding aids, which has certain requirements that ArchivesSpace native exports don’t mesh perfectly with, so we have corresponding directions on reverting the table/list back to row/item tags as part of those overall directions. 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Friday, September 02, 2016 8:00 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTLtags in Public Interface

Brian,

Sorry that I didn’t write back earlier.  Can you share your crosswalk?  Are you talking about embedding HTML directly into your notes, rather than EAD?  If that’s the case, I suppose that the HTML will display fine in the PUI, but you won’t have a great way to edit those lists on the staff side, and if you rely on EAD exports, those files are going to be invalid if you don’t do subsequent transformations on them (but, transforming the HTML into EAD should be pretty easy in these cases).  Still, I might not fully understand what you’re planning.

Mark

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas
Sent: Thursday, 01 September, 2016 9:56 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

I have been working on a crosswalk for our ead, we are still in the beginning phases, and my recommendation was to take items out of the item/row and make them a <ul><li> or <ol><li>. Should we not be, then waiting for the improvement? We don’t have many tables, but we do quite a large number of <item><row> lists.

Thanks,

Brian Thomas

Electronic Records Specialist

Texas State Library and Archives Commission

1201 Brazos Street

Austin, TX 78701

PH: (512) 475-3374

e-mail: bthomas at tsl.texas.gov

tsl.texas.gov <https://urldefense.proofpoint.com/v2/url?u=http-3A__tsl.texas.gov_&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=q7tvhqyg1Z6kPruceZxgG649XFOtOqRiHSv2EXoj9XU&s=QBHCdFebCoVj3Tr4pCEyTwYrczaukwk1U1qejnADRQA&e=> 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Thursday, September 01, 2016 8:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

Hi, Lara.

Depending on how you look at things, the EAD table elements could be considered a different type of issue, particularly because ArchivesSpace doesn’t fully support those elements right now since you can’t add them directly in the staff interface.  My strong preference, though, is to ensure that these elements can still be rendered as HTML table elements in the new public interface.  So, that is on the “to-do” list, and I hope that it’ll be available with the candidate release of the new public interface, but since the staff side still doesn’t support encoding tabular structures, it’s possible that this might slip until it’s determined whether or not the staff interface will support working with tabular structures (i.e. creating and editing tables in the staff interface, not just being able to import the table elements into a note field).

All that said, I’ll make sure that there’s at least one table in our “test corpus” (if there isn’t already) so that the issue will be apparent to our testers.  Additionally, I added an umbrella ticket for a few metadata/display issues earlier in the year, which you can find here:  https://archivesspace.atlassian.net/browse/AR-1485 <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1485&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=q7tvhqyg1Z6kPruceZxgG649XFOtOqRiHSv2EXoj9XU&s=Ly6RIsYilIDn0cgeLnBmlhxtD_6bxq5x59heIwcV0HI&e=>   Once this ticket is addressed, we’ll actually break them out into individual tickets (although I hope that fourth bullet point, which is about transforming EAD into corresponding HTML elements, will become a single ticket… especially since some of those elements are already being handled correctly in the new PUI).

Mark

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lara Friedman-Shedlov
Sent: Wednesday, 31 August, 2016 5:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

Thanks, Mark.  We've been experiencing this same problem as Kari.

A similar issue we've noticed is that ASpace seems to ignore EAD <table> elements (and their children like <tgroup>, <tbody>, <row> and <entry>) in notes like Biographical / Historical.  In this case the text does show up in the public interface, but it is unformatted.  See for example http://archives.lib.umn.edu/repositories/7/resources/959 <https://urldefense.proofpoint.com/v2/url?u=http-3A__archives.lib.umn.edu_repositories_7_resources_959&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=0D6pwwS9TAUsXQkxWwa2JZiajQ-1CzsqGM771-DoDcY&e=>   -- look at the last paragraph in the historical sketch.  It should appear in 3 columns (see http://special.lib.umn.edu/findaid/html/ymca/yusa0009x2x40.phtml <https://urldefense.proofpoint.com/v2/url?u=http-3A__special.lib.umn.edu_findaid_html_ymca_yusa0009x2x40.phtml&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=f-yZEwQd5RW52bC9xguJuB5p6a8gH8m40Xi-iylWf5k&e=> ), but instead it's a solid block of unformatted text.

Is this also on the radar or is this a separate issue?

/ Lara Friedman-Shedlov

On Wed, Aug 31, 2016 at 3:54 PM, Custer, Mark <mark.custer at yale.edu> wrote:

	Kari,

	Although I know that this doesn’t help right now, I can assure you that this sort of behavior has been fixed in the new public interface, which is due out next year (this year if you count the candidate release that’s scheduled to come out in early December)…  assuming that you’re talking about EAD elements and not HTML elements.  

	For instance, the following is HTML with mixed-content:

	<ruby>

	  明日 <rp>(</rp><rt>Ashita</rt><rp>)</rp>

	</ruby>

	ASpace won’t know what to do with that (and it shouldn’t be in an EAD finding aid, at least not with the current EAD specification), but if it were in ASpace then I’d argue that the best thing that could happen would be for all of the text to display to the public minus those three elements.

	I can’t see the pictures that you added to the email (see the postscript below), but I assume that you are talking about mixed-content of EAD elements since you mention the <title> tag, like so:

	This is text from a unittitle, and it has a <title>Title</title> and a <corpname>Corpname</corpname> in it.

	(HTML also has a title element, but it only occurs in the HTML head element, which is rendered as the page name, search result title, and stuff like that…  i.e. not stuff in the body of the page)

	And if that’s the case, the new public interface will display it as expected without any of the EAD tags visible.

	Mark

	p.s. the pictures didn’t seem to come through in my email, but I’m well aware of how mixed-content is handled on both the staff and public side of ASpace, so I think that I can still “see” exactly what you’re talking about J

	From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
	Sent: Wednesday, 31 August, 2016 3:14 PM
	To: archivesspace_users_group at lyralists.lyrasis.org
	Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

	Hello all,

	have you seen this behavior and have suggestions on how to fix it?  Because there are 4 different ways the data is being rendered in different parts of the interface (staff and public) we are curious as to how to proceed. The behavior in the Public view is the most worrisome because the text disappears altogether.

	Thank you for suggestions.

	Issues with Components

	1.   When viewing a component with a <title> tag in it to modify the display, the tag appears as part of the title text. This title displays the same in both the public and staff view. See below: 

	 Picture 1<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0002.jpg>  
	 Picture 5<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0003.jpg>  

	It does not appear as part of the title in the component list from the staff view:  Picture 2<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0004.jpg>  

	From the public view of the component list, text between these tags disappears entirely

	 Picture 4<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0005.jpg>  

	_______________________________________________
	Archivesspace_Users_Group mailing list
	Archivesspace_Users_Group at lyralists.lyrasis.org
	http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=kjrVlAeRaO5CDFPdTnHRD_UnFM0C3H7ICozL3VILfBs&e=> 

-- 

_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.umn.edu_ymca&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=UhWa_Zf4wgkRNRnWsL8hzAz2VlRrAH-cvgYw_2U667Y&e=>  | @yarchives
__________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/7937fc2a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5314 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/7937fc2a/attachment.png>