Just to any who are interested.

We have ended up solving this issue, by modifying SolrServiceImpl.java, so that 
if it encounters any dates with questions marks, it replaces with a zero, if it 
is located in the first four characters, or ignores it if it is not.


Thanks to all who answered.

Jennifer


Jennifer Whalan
Territory Stories Administrator
Innovation & Access, Northern Territory Library
Department of Natural Resources, Environment, The Arts and Sport
Northern Territory Government

Phone:  (08) 8922 0752
Fax:    (08) 8922 0722
Email:  [email protected]<mailto:[email protected]>
Web:    www.ntl.nt.gov.au<http://www.ntl.nt.gov.au/>

The information contained in this message and any attachments may be 
confidential information and may be subject to legal privilege, public interest 
or legal profession privilege. If you are not the intended recipient, any use, 
disclosure or copying of this message or any attachments is unauthorised. If 
you have received this document in error, please advise the sender. No 
representation or warranty is given that attached files are free from viruses 
or other defects. The recipient assumes all responsibility for any loss or 
damage resulting directly or indirectly from the use of any attached files.


________________________________
From: [email protected] [mailto:[email protected]] On Behalf Of Bram Luyten
Sent: Wednesday, 4 May 2011 4:17 PM
To: Jennifer Whalan
Subject: Re: [Dspace-tech] Dates with questions marks in Discovery

Hi Jennifer,

are you still confronted with this problem or have you found a workaround?
the short answer, is that these date notations with question marks are not 
supported in DSpace.

It might be possible that our technical guys can develop a custom workaround. 
In order to assess whether this is possible, could you describe the different 
cases of this question mark use?

194? to indicate 1940-1950
19?? to indicate 1900-2000
1942? -> what does this actually indicate?

I think it would be possible to get DSpace to index another value in SOLR (for 
discovery) than the one in the metadata. so for 194? you would actually index 
1940, but clicking through to the item page would still show 194?

Another way to tackle it would be to get completely rid of your question marks 
(but maybe losing information when doing so). Our metadata quality module can 
search for values with specific occurences & then perform batch updates.

with kindest regards,

Bram Luyten

@mire

Esperantolaan 4 - 3001 Heverlee - Belgium
2888 Loker Avenue East, Suite 305 - Carlsbad, CA 92010 - USA

atmire.com<http://atmire.com/> - Institutional Repository Solutions


On Thu, Apr 14, 2011 at 8:02 AM, Jennifer Whalan 
<[email protected]<mailto:[email protected]>> wrote:
Am hoping that our problem is not an isolated incident, as to my knowledge this 
is fairly common in cataloguing.

We are currently testing 1.7.1 on our development server, and since we did a 
large jump from 1.5.2 to 1.7.1, this is the first opportunity we have to look 
at Discovery.

After a few stumbles to set solr up correctly, the indexer is running and all 
appears to be working perfectly. The only problem we have is for some dates.

Our repository has a rule that any unsure dates can use question marks to pad 
them out to the 4 digits required for a year. Eg. 194?, or 19??, or even 
occasionally 1942?, though I realise this is not exactly correct, being 5 
digits long, and these sort of dates actually display properly.

For dates like 194? or 19?? however, Discovery appears to strip the question 
marks completely, which means that we are left with a facet that looks like:

 *
Date Issued

 *   2000 - 2009 
(3517)<http://dspacedev.nt.gov.au/discover?fq=dc.date.issued.year:[2000%20TO%202009]>
 *   2 - 999 
(367)<http://dspacedev.nt.gov.au/discover?fq=dc.date.issued.year:[2%20TO%20999]>
 *   1000 - 1999 
(951)<http://dspacedev.nt.gov.au/discover?fq=dc.date.issued.year:[1000%20TO%201999]>


Is it possible to get these sort of dates at least shown in their proper 
ranges, so that 194? would show in the 1000 - 1999 range, and in the 1940 - 
1949 range, if you drill down? I had a quick look at SolrServiceImpl.java , but 
am not sure how I could edit it to change this, or even if this might be at all 
possible.


If anyone has any suggestions, would be most grateful.

Thanks
Jennifer


Jennifer Whalan
Territory Stories Administrator
Innovation & Access, Northern Territory Library
Department of Natural Resources, Environment, The Arts and Sport
Northern Territory Government

Phone:  (08) 8922 0752
Fax:    (08) 8922 0722
Email:  [email protected]<mailto:[email protected]>
Web:    www.ntl.nt.gov.au<http://www.ntl.nt.gov.au/>

The information contained in this message and any attachments may be 
confidential information and may be subject to legal privilege, public interest 
or legal profession privilege. If you are not the intended recipient, any use, 
disclosure or copying of this message or any attachments is unauthorised. If 
you have received this document in error, please advise the sender. No 
representation or warranty is given that attached files are free from viruses 
or other defects. The recipient assumes all responsibility for any loss or 
damage resulting directly or indirectly from the use of any attached files.

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
DSpace-tech mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/dspace-tech


------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to