Re: [Archivesspace_Users_Group] Missing Japanese charactires in a PUI generated PDF

[松山 ひとみ]

che/xmlgraphics/batik-ext/1.14/batik-ext-1.14.jar<https://urldefense.com/v3/__https:/repo1.maven.org/maven2/org/apache/xmlgraphics/batik-ext/1.14/batik-ext-1.14.jar__;!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0pEs44Q1$>
 && \

wget -P /archivesspace/lib 
https://repo1.maven.org/maven2/org/apache/xmlgraphics/batik-transcoder/1.14/batik-transcoder-1.14.jar<https://urldefense.com/v3/__https:/repo1.maven.org/maven2/org/apache/xmlgraphics/batik-transcoder/1.14/batik-transcoder-1.14.jar__;!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0p0AtRw-$>
 && \

wget -P /archivesspace/lib 
https://repo1.maven.org/maven2/org/apache/xmlgraphics/xmlgraphics-commons/2.7/xmlgraphics-commons-2.7.jar<https://urldefense.com/v3/__https:/repo1.maven.org/maven2/org/apache/xmlgraphics/xmlgraphics-commons/2.7/xmlgraphics-commons-2.7.jar__;!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0pJ8Ey28$>
 && \

wget -P /archivesspace/lib 
https://repo1.maven.org/maven2/org/verapdf/validation-model/1.18.8/validation-model-1.18.8.jar<https://urldefense.com/v3/__https:/repo1.maven.org/maven2/org/verapdf/validation-model/1.18.8/validation-model-1.18.8.jar__;!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0nJm_3hW$>
 && \

wget -P /archivesspace/lib 
https://repo1.maven.org/maven2/de/rototor/snuggletex/snuggletex-core/1.3.0/snuggletex-core-1.3.0.jar<https://urldefense.com/v3/__https:/repo1.maven.org/maven2/de/rototor/snuggletex/snuggletex-core/1.3.0/snuggletex-core-1.3.0.jar__;!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0u86e-RR$>
 && \
wget -P /archivesspace/lib 
https://repo1.maven.org/maven2/net/sourceforge/jeuclid/jeuclid-core/3.1.9/jeuclid-core-3.1.9.jar<https://urldefense.com/v3/__https:/repo1.maven.org/maven2/net/sourceforge/jeuclid/jeuclid-core/3.1.9/jeuclid-core-3.1.9.jar__;!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0riWdnKi$>
 && \

2. Then, the code that generates the PDFs needs to be overridden with code 
based on the new library. We do this in our PUI customization plugin here:

https://github.com/harvard-library/aspace-hvd-pui/blob/bd4b1c3cf728674cc3445dee39a16282848c2cca/public/models/hvd_pdf.rb#L152<https://urldefense.com/v3/__https:/github.com/harvard-library/aspace-hvd-pui/blob/bd4b1c3cf728674cc3445dee39a16282848c2cca/public/models/hvd_pdf.rb*L152__;Iw!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0uw6PQs6$>

We were already overriding PDF generation, the model in core ArchivesSpace is 
located here:

https://github.com/archivesspace/archivesspace/blob/ceeb72d1796a8b67104814065ffea23215403f78/public/app/models/finding_aid_pdf.rb#L94<https://urldefense.com/v3/__https:/github.com/archivesspace/archivesspace/blob/ceeb72d1796a8b67104814065ffea23215403f78/public/app/models/finding_aid_pdf.rb*L94__;Iw!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0jA2MdmW$>

I believe my co-worker Doug still couldn’t get a web font to work ever really – 
we ended up using the Kurinto fonts (and some others) provided with 
archivesspace and used by the XSLT PDF processing in the backend.  
https://github.com/harvard-library/aspace-hvd-pui/blob/bd4b1c3cf728674cc3445dee39a16282848c2cca/public/models/hvd_pdf.rb#L165<https://urldefense.com/v3/__https:/github.com/harvard-library/aspace-hvd-pui/blob/bd4b1c3cf728674cc3445dee39a16282848c2cca/public/models/hvd_pdf.rb*L165__;Iw!!GNU8KkXDZlD12Q!75t4x4H-_8m7gtcXJ2E_a5IMUNmOdwJkNxXyvA26rAt8iJP45GbR88nKKSzb0Auc2Mz3V3oK2DRc0k8ORiay$>

I hope this is somewhat helpful! I very much want to try and package this up in 
a less terrible way, either by getting this incorporated into core or through 
creating a plugin – a plugin would need to either copy the libraries into the 
right place on install or have a manual step of downloading and installing the 
libraries, so it’d be a bit inelegant.
If you have any questions, I’d be happy to try and answer them!

--
Dave Mayo (he/him)
Senior Digital Library Software Engineer
Harvard University > HUIT > LTS

From: 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of 松山　ひとみ mailto:matsuyam...@nakka-art.jp>>
Reply-To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Date: Tuesday, September 13, 2022 at 9:41 PM
To: "'archivesspace_users_group@lyralists.lyrasis.org'" 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Missing Japanese charactires in a PUI 
generated PDF

Hi all.

We’ve been struggling with an issue of a PUI generated PDF, in which no 
Japanese characters are 

[Archivesspace_Users_Group] Missing Japanese charactires in a PUI generated PDF

[松山 ひとみ]

Hi all.

We’ve been struggling with an issue of a PUI generated PDF, in which no 
Japanese characters are displayed.
Could anyone tell us what we should try next, or anything wrong in our 
procedure?

We’d tried as follows;

1. Created "./plugins/local/public/views/pdf/_header.html.erb", and edited.
We confirmed that the CSS was applied.

2. In the style of 1., we specified these 3 fonts, "serif", "sans-serif", and 
the font used in converting itext into Japanese;

body {
  font-family: KozMinPro-Regular;
}

3. In addition, we loaded Google Fonts and executed. It didn’t work.

@import 
url('https://fonts.googleapis.com/css2?family=Sawarabi+Gothic=swap');

body {
font-family: 'Sawarabi Gothic', sans-serif;
}

We’ve looked through the previous Q
http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2017-August/005046.html
http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2017-August/005047.html

We would appreciate a lot your generous assistance!

Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] PDF export with a logo

[松山 ひとみ]

Hello.

We've set up our museum logo in the repository field "Branding Image URL," with 
the URL; http://(--- ArchivesSpace URL ---)/assets/images/logo.jpg.
However, our logo doesn't appear on the cover page of an exported PDF from the 
SUI. The PDF was generated through the function; export -> generate pdf, which 
follows the path, Resource -> EAD -> xsl -> fop -> PDF.

Is there anything wrong with our logo data, or should we miss anything in the 
process?

We’d appreciate your kind help!

Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Auto spacing in Notes field

[松山 ひとみ]

Thank you, Andrew!
It’s rather easy and worked.

Hitomi

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Andrew 
Morrison
Sent: Tuesday, May 3, 2022 4:46 PM
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Auto spacing in Notes field


You could try this:

https://www.loc.gov/ead/tglib/elements/lb.html

Andrew.




On 30/04/2022 03:52, 松山 ひとみ wrote:
Could we make line breaks in a Notes-Text filed without using br-tag?
If any alternative doesn’t work, could we eliminate the brs which automatically 
appear and create an unnecessary blank when formatted?

Thanks,

Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp<mailto:matsuyam...@nakka-art.jp>
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Auto spacing in Notes field

[松山 ひとみ]

Hi all,

We’ve been faced with a language-originated issue in AS’s Notes-Text field.

Since Japanese looks illegible without line breaks in a long description, we 
tried to use br-tags in the field as the sample image1 inserted below.

[グラフィカル ユーザー インターフェイス, テキスト, アプリケーション, メール  自動的に生成された説明]

Then, the number of these brs we wrote in the field seems automatically added 
after the end of the description line when the field is formatted.

[グラフィカル ユーザー インターフェイス, テキスト  自動的に生成された説明]

[テキスト  自動的に生成された説明]

This sometimes causes an unnecessarily wide break between abstract/scope and 
content and other essential information; Dates, Extent, and etc. listed in PUI.

Could we make line breaks in a Notes-Text filed without using br-tag?
If any alternative doesn’t work, could we eliminate the brs which automatically 
appear and create an unnecessary blank when formatted?

Thanks,

Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp


___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue

[松山 ひとみ]

Thanks again Andrew!
We’ll try applying what you gave to our current AS.

Hitomi

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Andrew 
Morrison
Sent: Thursday, April 28, 2022 6:09 PM
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue


If you're using the schema.xml that came with ArchivesSpace 3.0.1 in your 
external Solr 8.11, then it will still define the "sort_icu" fieldType as an 
instance of the solr.TextField class. If you look below that, there is a 
commented-out alternative fieldType definition which is an instance of 
solr.ICUCollationField. ArchivesSpace 3.2.0 has changed to that (because it no 
longer has to support the previously-built-in Solr 4.10) but you don't need to 
upgrade to it, you can just edit your schema.xml, then reload the Solr core. 
See the link in my previous email for help on how to set that up to be 
optimized for Japanese characters.

Andrew.


On 28/04/2022 09:44, 松山 ひとみ wrote:
Thank you Andrew!

Our IT says we’ve already been using an external Solr 8.11 with ArchivesSpace 
3.0.1, not the one built-in.
We’re thinking of upgrading our AS to 3.2.0. Do you think we will get a better 
result?

Hitomi

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 On Behalf Of Andrew Morrison
Sent: Thursday, April 28, 2022 4:47 PM
To: 
archivesspace_users_group@lyralists.lyrasis.org<mailto:archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue


Are you using the built-in Solr search engine that comes with ArchivesSpace 
3.0.1? If so, your sorting problems could be because it uses a very old 
version, because newer ones aren't compatible with the method of embedding it 
in a bigger application. But there is the option to configure ArchivesSpace to 
use an external Solr service:

https://archivesspace.github.io/tech-docs/provisioning/solr.html

That allows you to run a more up-to-date version, which would enable use of the 
solr.ICUCollationField class for sort fields. That can be adjusted to sort 
different languages according to their own sorting rules, as described here:

https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation

ArchivesSpace 3.2.0 removes the built-in Solr, so running an external Solr 
service will be necessary if you upgrade in the future.

As for adding the option to sort on identifiers, I don't think there is a 
configuration option or simple interface for adding them. But it would probably 
be possible to develop a plug-in to override certain Ruby methods in the core 
code to do it.

Andrew.


On 27/04/2022 11:04, 松山 ひとみ wrote:
Hello all,

We’ve been stuck in the “ordering and sorting” issue in 
[~/repositories/resources]. Our AS is version 3.0.1.
Presumably, because we use Japanese Character, our resource list cannot be 
displayed in a right, alphabetical order when sorted by Title.

Could we add Identifier to the category of sorting; 
Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative?
We’d very much appreciate you helping solve our issue!


All the best,
Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp<mailto:matsuyam...@nakka-art.jp>






___

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group@lyralists.lyrasis.org<mailto:Archivesspace_Users_Group@lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group



___

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group@lyralists.lyrasis.org<mailto:Archivesspace_Users_Group@lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue

[松山 ひとみ]

Thank you Andrew!

Our IT says we’ve already been using an external Solr 8.11 with ArchivesSpace 
3.0.1, not the one built-in.
We’re thinking of upgrading our AS to 3.2.0. Do you think we will get a better 
result?

Hitomi

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Andrew 
Morrison
Sent: Thursday, April 28, 2022 4:47 PM
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue


Are you using the built-in Solr search engine that comes with ArchivesSpace 
3.0.1? If so, your sorting problems could be because it uses a very old 
version, because newer ones aren't compatible with the method of embedding it 
in a bigger application. But there is the option to configure ArchivesSpace to 
use an external Solr service:

https://archivesspace.github.io/tech-docs/provisioning/solr.html

That allows you to run a more up-to-date version, which would enable use of the 
solr.ICUCollationField class for sort fields. That can be adjusted to sort 
different languages according to their own sorting rules, as described here:

https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation

ArchivesSpace 3.2.0 removes the built-in Solr, so running an external Solr 
service will be necessary if you upgrade in the future.

As for adding the option to sort on identifiers, I don't think there is a 
configuration option or simple interface for adding them. But it would probably 
be possible to develop a plug-in to override certain Ruby methods in the core 
code to do it.

Andrew.


On 27/04/2022 11:04, 松山 ひとみ wrote:
Hello all,

We’ve been stuck in the “ordering and sorting” issue in 
[~/repositories/resources]. Our AS is version 3.0.1.
Presumably, because we use Japanese Character, our resource list cannot be 
displayed in a right, alphabetical order when sorted by Title.

Could we add Identifier to the category of sorting; 
Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative?
We’d very much appreciate you helping solve our issue!


All the best,
Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp<mailto:matsuyam...@nakka-art.jp>





___

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group@lyralists.lyrasis.org<mailto:Archivesspace_Users_Group@lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] PUI Ordering and Sorting Issue

[松山 ひとみ]

Hello all,

We’ve been stuck in the “ordering and sorting” issue in 
[~/repositories/resources]. Our AS is version 3.0.1.
Presumably, because we use Japanese Character, our resource list cannot be 
displayed in a right, alphabetical order when sorted by Title.

Could we add Identifier to the category of sorting; 
Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative?
We’d very much appreciate you helping solve our issue!


All the best,
Hitomi Matsuyama, Audiovisual Archivist

Nakanoshima Museum of Art, Osaka
4-3-1 Nakanoshima, Kita-ku
Osaka 530-0005 JAPAN
tel. +81 (0)6 64 79 05 58
email. matsuyam...@nakka-art.jp


___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group