[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Handle-info] how to resolve a handle prefix owner?



The servlet proxy download has not yet been updated (although we made fixes in it as well... new version coming within weeks at most).

Thanks for your advice on this.

Robert

On 2013-02-27, at 15:00 , "Uwe Schindler" <uschindler@pangaea.de> wrote:

> I will download the latest JAR file and scan it through the tool.
> 
> The last time I looked into the resolver servlet (you can download it separately, too), I have seen many String.toLowerCase() calls without explicit root or english locale. So the tukish dotless-I problems will happen when handles are resolved and made case-insensitive through the handle servlet on a computer where the default locale is tr_TR.
> 
> I will report back with the findings.
> 
> Uwe
> 
> -----
> UWE SCHINDLER
> Webserver/Middleware Development
> PANGAEA - Data Publisher for Earth & Environmental Science
> MARUM (Cognium building) - University of Bremen
> Room 0510, Hochschulring 18, D-28359 Bremen
> Tel.: +49 421 218 65595
> Fax:  +49 421 218 65505
> http://www.pangaea.de/
> E-mail: uschindler@pangaea.de
> 
> 
>> -----Original Message-----
>> From: Robert Tupelo-Schneck [mailto:schneck@cnri.reston.va.us]
>> Sent: Wednesday, February 27, 2013 8:29 PM
>> To: Uwe Schindler
>> Cc: 'Bernd Fehling'; handle-info@cnri.reston.va.us
>> Subject: Re: [Handle-info] how to resolve a handle prefix owner?
>> 
>> I think the Turkish locale issues were fixed in the current Handle software
>> release 7.2, but we'd certainly appreciate your evaluation of that.
>> 
>> Robert
>> 
>> On 2013-02-27, at 13:54 , "Uwe Schindler" <uschindler@pangaea.de> wrote:
>> 
>>>> thanks a lot.
>>>> Man you are working at all projects, not only Lucene but also handle-info.
>>>> Anything else I should know about? ;-)
>>> 
>>> Oh there are many other things :-) But I am working for PANGAEA, where I
>> started to use Lucene and implement numeric search. Handle system is just a
>> secondary battlefield, because PANGAEA registers DOIs through DataCite.
>>> 
>>> Recently my "job" as "unicode and localization policeman" found some
>> bugs in the handle server software, which makes it unuseable in the Turkish
>> locale; I am trying to find a place where to file a bug report. If you hear
>> Turkish locale, you may know about the issue in the handle server software,
>> if not, read http://blog.thetaphi.de/2012/07/default-locales-default-
>> charsets-and.html - With a new ANT/Maven plugin you can scan your own
>> Java Bytecode for those problems involving default charsets, locales and
>> timezones.
>>> 
>>>> The main problem is that while harvesting over 2500 OAI repositories
>>>> there are some repositories with dc:identifier for hdl.handle.net
>>>> which do not resolve.
>>> 
>>> Ah so you needed no "generic way to detect this", so the simple
>> hdl.handle.net website was enough. I think then you have all information
>> needed with 0.NA/prefix.
>>> 
>>>> Either they have an invalid prefix (not registered?) or we get a
>>>> "server not responding" (sound like prefix is valid but suffix is not?).
>>>> 
>>>> Anyway, first step would be to check if the prefix is registered and
>>>> then to get in contact with repository admin via Email.
>>>> 
>>>> By the way, I have also indexed your repository:
>>>> http://www.base-search.net/Search/Results?q=dccoll:ftpangaea
>>>> 
>>>> Regards
>>>> Bernd
>>>> 
>>>> 
>>>> Am 27.02.2013 14:47, schrieb Uwe Schindler:
>>>>> Hi Bernd,
>>>>> 
>>>>> it depends "what information you need" or better, what you are
>>>>> intending
>>>> to do. As Mark already mentioned, to get the eMail adresse is a
>>>> possibility. In our case (we are part of DataCite), we needed to
>>>> check, if any handle is owned by crossref or by datacite. The eMail
>>>> information is therefore not really useful to get this information.
>>>> But Instead we use the HS_SERV record, which returns the handle of
>>>> the responsible handle server for the prefix. This is very nice to
>>>> find out, which handle server is responsible and based on that to make a
>> decision.
>>>>> 
>>>>> Here is our Java code to do this information. Please note:
>>>> Util.getZeroNAHandle(Util.encodeString(hdl)) <-- this returns the
>>>> 0.NA/prefix-Handle of a given Handle. If you want to use Mark's
>>>> approach (get the e-Mail address), just change
>> Common.STD_TYPE_HSSERV
>>>> to Common.STD_TYPE_EMAIL. Of course you can get any other
>> information
>>>> from the list of values in the corresponding 0.NA handle.
>>>>> 
>>>>> public static final HandleType getHandleType(String hdl) throws
>>>> HandleException {
>>>>> ResolutionRequest req=new ResolutionRequest(
>>>>>   Util.getZeroNAHandle(Util.encodeString(hdl)),
>>>>>   new byte[][]{ Common.STD_TYPE_HSSERV },
>>>>>   new int[0],
>>>>>   null);
>>>>> AbstractResponse response=handleResolver.processRequest(req, null);
>>>>> 
>>>> 
>> if(response.responseCode==AbstractMessage.RC_HANDLE_NOT_FOUND) {
>>>>>   throw new
>>>> HandleException(HandleException.HANDLE_DOES_NOT_EXIST);
>>>>> } else  if (response instanceof ErrorResponse){
>>>>>   String msg = Util.decodeString( ((ErrorResponse)response).message );
>>>>>   throw new
>>>> 
>> HandleException(HandleException.INTERNAL_ERROR,AbstractMessage.getR
>>>> esponseCodeMessage(response.responseCode)+": "+msg);
>>>>> }
>>>>> 
>>>>> HandleValue values[] =
>>>> ((ResolutionResponse)response).getHandleValues();
>>>>> if (values==null || values.length==0)
>>>>>   throw new
>>>> HandleException(HandleException.HANDLE_DOES_NOT_EXIST, "Handle
>>>> contains no HS_SERV.");
>>>>> for (HandleValue hv : values) {
>>>>>   if (Util.equals(Common.STD_TYPE_HSSERV, hv.getType())){
>>>>>     return HandleType.lookup(hv.getDataAsString());
>>>>>   }
>>>>> }
>>>>> throw new
>>>>> HandleException(HandleException.HANDLE_DOES_NOT_EXIST,"Handle
>>>> contains
>>>>> no HS_SERV."); }
>>>>> 
>>>>> public static enum HandleType {
>>>>> UNKNOWN, CROSSREF, DATACITE;
>>>>> 
>>>>> public static HandleType lookup(String hsServ) {
>>>>>   if (hsServ.equalsIgnoreCase("0.SERV/10.crossref")) {
>>>>>     return CROSSREF;
>>>>>   } else if (hsServ.equalsIgnoreCase("0.SERV/10.TIB")) {
>>>>>     return DATACITE;
>>>>>   } else {
>>>>>     return UNKNOWN;
>>>>>   }
>>>>> }
>>>>> }
>>>>> 
>>>>> -----
>>>>> UWE SCHINDLER
>>>>> Webserver/Middleware Development
>>>>> PANGAEA - Data Publisher for Earth & Environmental Science MARUM
>>>>> (Cognium building) - University of Bremen Room 0510, Hochschulring
>>>>> 18,
>>>>> D-28359 Bremen
>>>>> Tel.: +49 421 218 65595
>>>>> Fax:  +49 421 218 65505
>>>>> http://www.pangaea.de/
>>>>> E-mail: uschindler@pangaea.de
>>>>> 
>>>>> 
>>>>>> -----Original Message-----
>>>>>> From: handle-info-admin@cnri.reston.va.us [mailto:handle-info-
>>>>>> admin@cnri.reston.va.us] On Behalf Of Bernd Fehling
>>>>>> Sent: Wednesday, February 27, 2013 8:23 AM
>>>>>> To: handle-info@cnri.reston.va.us
>>>>>> Subject: [Handle-info] how to resolve a handle prefix owner?
>>>>>> 
>>>>>> Hi list,
>>>>>> 
>>>>>> i tried to figure out how to resolve an owner of a prefix handle
>>>>>> but couldn't find any way to solve this.
>>>>>> 
>>>>>> Any idea how to lookup a prefix owner?
>>>>>> 
>>>>>> Regards
>>>>>> Bernd
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Handle-Info mailing list
>>>>>> Handle-Info@cnri.reston.va.us
>>>>>> http://www.handle.net/mailman/listinfo/handle-info
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> Handle-Info mailing list
>>>>> Handle-Info@cnri.reston.va.us
>>>>> http://www.handle.net/mailman/listinfo/handle-info
>>>>> 
>>>> 
>>>> --
>>>> 
>> **********************************************************
>>>> ***
>>>> Bernd Fehling                    Bielefeld University Library
>>>> Dipl.-Inform. (FH)                LibTec - Library Technology
>>>> Universitätsstr. 25                  and Knowledge Management
>>>> 33615 Bielefeld
>>>> Tel. +49 521 106-4060       bernd.fehling(at)uni-bielefeld.de
>>>> 
>>>> BASE - Bielefeld Academic Search Engine - www.base-search.net
>>>> 
>> **********************************************************
>>>> ***
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Handle-Info mailing list
>>>> Handle-Info@cnri.reston.va.us
>>>> http://www.handle.net/mailman/listinfo/handle-info
>>> 
>>> 
>>> _______________________________________________
>>> Handle-Info mailing list
>>> Handle-Info@cnri.reston.va.us
>>> http://www.handle.net/mailman/listinfo/handle-info
> 


_______________________________________________
Handle-Info mailing list
Handle-Info@cnri.reston.va.us
http://www.handle.net/mailman/listinfo/handle-info