-
catmandu fix for conversion to PICA seems not to know about that PICA field when using pica_add
-
[See here](https://metafacture.org/playground/?flux=PG_DATA%0A%7C+as-records%0A%7C+decode-json%0A%7C+fix%0A%7C+encode-json%28prettyPrinting%3D%22true%22%29%0A%7C+print%0A%3B&fix=copy_field%28%22string…
-
Example: http://lobid.org/gnd/1250028426
-
This should result in a PICA Patch record that modifies 003A$0 and adds 004F$af:
~~~
do pica_patch
pica_set('dc.identifier', '003A$0')
pica_add('dc.subjects', '004F$af')
end
~~~
-
Like https://metacpan.org/pod/Catmandu::Fix::marc_remove
-
In the presence of optionally repeated fields, there is no unified way of addressing a subfield. `field.subfield` only works if `field` _is not_ repeated (i.e., is an object internally), `field.*.subf…
-
Sample fail report: http://www.cpantesters.org/cpan/report/8a6fde46-a772-11ed-ac40-0d1af2d2463d
Statistical analysis on my smokers hints that PICA::Data 2.06 is likely blame candidate:
``` text
…
-
# Question
Cannot add department [CA08](https://phonebook.ugent.be/en/faculties/CA08) (Academic Director of Internationalization) to record [01GMVAZ17ZFESQDTMDP7A0GDH6](https://backoffice.biblio.ugen…
-
~~~
do pica_each('1...')
# process level 1 fields
end
~~~
-
Holding records in PICA are aggregated by level 1 fields. There should be a `pica_holdings` method, similar to https://metacpan.org/pod/PICA::Record#holdings-iln.
Depends on https://github.com/gbv/PI…