Hi,
We have hundreds or thousands of duplicate authors that have the same
exact text_value, but show as separate authors in Discovery's author
sidebar facet. I have tried a handful of these configuration keys
(with a full discovery reindex after) on DSpace 5.1 but I never see
any change.
First I tried:
index.authority.ignore-prefered.dc.contributor.author=true
index.authority.ignore-variants.dc.contributor.author=false
Then:
index.authority.ignore=true
index.authority.ignore-prefered=true
index.authority.ignore-variants=true
Then:
discovery.index.authority.ignore-prefered.dc.contributor.author=true
discovery.index.authority.ignore-variants=true
What is the trick to getting Discovery to use author text values for
its indexes? Is this a bug that upgrading to 5.{2,3,4,5} will fix? I'm
going slightly crazy. :)
Thanks,
On Mon, Jan 4, 2016 at 11:19 PM, Andrea Bollini <a.boll...@cineca.it> wrote:
> Hi all,
> the relevant parameters are
> discovery.browse.authority.ignore-prefered
> discovery.index.authority.ignore-prefered
>
> I was probably partially wrong about the browse behavious as looking to the
> code (sorry I have had no chances to make an actual test) the metadatavalue
> is never recorded in the browse index when it is authority controlled
> see
> https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/browse/SolrBrowseCreateDAO.java#L186
>
> instead the search (facets) only include the prefered form if you use default
> configuration, see
> https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/discovery/SolrServiceImpl.java#L1091
>
> it looks also as the browse system is buggy when the ignore-prefered is set
> to true as probably nothing is indexed in the browse in this case. Probably
> we have fixed this bug on our dspace-cris fork and we have forget to back
> port to the basic dspace
> see
> https://github.com/Cineca/DSpace/blob/dspace-5_x_x-cris/dspace-api/src/main/java/org/dspace/browse/SolrBrowseCreateDAO.java#L224
>
> about your second question, which is the authority for authors in a
> dspace-cris instance it is the internal researcher pages database and the
> ORCID registry, in a standard DSpace istance you can configure the ORCID
> registry as first lookup for the authors name, when the item is archived the
> orcid record is recorded in a local cache solr based that is what is actually
> used as authority
> https://github.com/DSpace/DSpace/blob/master/dspace/config/dspace.cfg#L1563
>
> this mean that, at least if you no edit the metadata value directly in the
> database or using the admin edit, you cannot have an authority with a
> corresponding value different than the "prefered one". With DSpace-CRIS where
> also variants are managed out-of-box this can happen more easily.
>
> Best,
> Andrea
>
> ----- Messaggio originale -----
> Da: "Hilton Gibson" <hilton.gib...@gmail.com>
> A: "Peter Dietz" <pe...@longsight.com>
> Cc: "DSpace Technical Support" <dspace-tech@googlegroups.com>
> Inviato: Lunedì, 4 gennaio 2016 16:40:31
> Oggetto: Re: [dspace-tech] Author name alternate spellings
>
>
>
> Hi All,
>
>
> " You can also configure the system (see the discovery.cfg options) to ignore
> the metadatavalue and put in the index only the prefered form of a name as
> provided by the authority."
>
>
> 1. Where in "discovery.cfg" is this configured? A github link would help.
> 2. Who is the "authority" for authors? Excuse the pun!
>
>
> Regards
>
>
> hg
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hilton Gibson
> Stellenbosch University Library
>
> http://orcid.org/0000-0002-2992-208X
>
>
>
>
> On 4 January 2016 at 17:13, Peter Dietz < pe...@longsight.com > wrote:
>
>
>
> Hi All,
>
>
> Lets say you have an author record that might different values, but all
> representing the same person.
> Peter Dietz
> Peter M Dietz
> PM Dietz
> Dietz, Peter M
> Dietz, PM
>
>
> Does DSpace have any facility to map these distinct values to the same
> author, such that a search for "Peter Dietz", will match when the value is
> stored as "Dietz, PM". Or, is the recommendation just to edit the metadata,
> and consolidate the distinct values into one single acceptable form.
> (Probably the longest version of a name).
>
>
> My read of "Authority" is that it will give you a backstore, but I don't see
> it as being a mapping of different ways of spelling the same thing.
>
>
> Perhaps this is another need for richer metadata objects? name.givenname,
> name.surname, ...
>
>
>
> ________________
> Peter Dietz
> Longsight
> www.longsight.com
> pe...@longsight.com
> p: 740-599-5005 x809
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com .
> To post to this group, send email to dspace-tech@googlegroups.com .
> Visit this group at https://groups.google.com/group/dspace-tech .
> For more options, visit https://groups.google.com/d/optout .
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com .
> To post to this group, send email to dspace-tech@googlegroups.com .
> Visit this group at https://groups.google.com/group/dspace-tech .
> For more options, visit https://groups.google.com/d/optout .
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
--
Alan Orth
alan.o...@gmail.com
https://englishbulgaria.net
https://alaninkenya.org
https://mjanja.ch
"In heaven all the interesting people are missing." ―Friedrich Nietzsche
GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
--
You received this message because you are subscribed to the Google Groups
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.
