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]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to