Handle's from National Archive not working properly

[ajslaghu]

http://search.opencultuurdata.nl/?q=Akte (first picture, klik!). handlle error. Suggests html-url error.

[coret]

Als je via http://www.gahetna.nl/beeldbank-api/opensearch/?q=2.24.14.02&q=Sardini%C3%AB+ratificatie&count=100&startIndex=1 zoekt, dan is de 2e entry de "Sardinië. Akte van ratificatie" (dus gelijk aan eerste zoekresultaat http://search.opencultuurdata.nl/?q=Akte).

Als je nu in de opensearch resultaten van GaHetNa de handle opzoekt vind je:

<ese:isShownAt>
http://hdl.handle.net/10648/5b98f572-66d3-11e0-98b9-0030489e184c
</ese:isShownAt>

Dit is de URL die ook op http://search.opencultuurdata.nl/?q=Akte wordt gebruikt! Deze handle is niet goed, maar dit kan dus alleen opgelost worden door GaHetNa.

[coret]

Ik kan de "Sardinië. Akte van ratificatie" trouwens ook niet via de zoekfunctie op de website van GaHetNa vinden: http://www.gahetna.nl/zoeken/q/zoekterm/ratificatie

[breyten]

Als je in de json kijkt zie je dat het jaar 2 is, dat lijkt me ook niet helemaal correct.

http://api.opencultuurdata.nl/v0/nationaal_archief_beeldbank/a93ec6d6aba6d8331a6d38e98f7d6fdc990077f2

[breyten]

But how are we going to address this isssue? (We can do a head request?)

[mbrinkerink]

Shall I get in touch with the data owner (our contact at Nationaal Archief)? Would it suffice to point to this thread on GitHub to describe the issue? Or can someone provide me with a short summary?

[breyten]

Shirt summary : permalinks on the opensearch interface are sometimes broken. You can point them to this issue :)

[timdehaan]

Het eerste deel van het probleem heb ik hier in ieder geval gedetecteerd. De api zit op memorix maior. In memorix maior zitten records van archiefstukken met een uitgebreide beschrijving zoals: Sardinië. Akte van rattificatie"

Op basis van toegekende rechten worden deze records beschikbaar gesteld via de api. Mijn vermoeden is dat dit records zijn die in het verleden zijn aangemaakt voor een ander doel dan beschikbaar te komen via de archifinventarissen. Dat record is namelijk:

http://gahetna.nl/collectie/archief/inventaris/gahetnascan/eadid/1.01.02/inventarisnr/12631.4A/level/file/scan-index/1/foto/NL-HaNA_1.01.02_12631.4A_01/fotouuid/88dbec58-ab5a-4f95-1ce3-f8a3fafb07f9

Ik moet even bij een collega navragen of mijn vermoeden klopt. Vervolgens moeten we even kijken of het mogelijk is voor deze set records ook de handles in orde te maken

Wordt vervolgd

[mbrinkerink]

Dank voor de update! Wij kijken uit naar een fix.

[breyten]

This still gives an error : http://search.opencultuurdata.nl/?q=Akte#/object/nationaal_archief_beeldbank/a93ec6d6aba6d8331a6d38e98f7d6fdc990077f2

[timdehaan]

Thanx Breyten for the reminder,

I do have a partial solution. In the hierarchy of the archive the archive itself has a link in the API and the scans of an inventorynumber do have unique identifiers. However, the record itself - which holds for example 11 scans:

http://www.gahetna.nl/collectie/archief/inventaris/gahetnascans/eadid/1.01.02/inventarisnr/12631.2/level/file

Doesn't have an unique handle. However the API is generating a not working, incorrect one.

I've asked if we could profide an unique id on the hierarchy-level of the record. But that could take some time. In between a solution could be referring to the photohandle:

The only thing that needs to be changed then is the prefix. That doesn't work with:

hdl://10648/....

But is does resolve to the correct location with:

http://hdl.handle.net/10648/....

[breyten]

Thanks for the quick fix @timdehaan !