Re: For review: Benefits, Part I

René -

These are great comments, thank you! I think that some of your  
comments belong in the benefits area and some should be included or  
reiterated in the recommendations. I especially appreciate the comment  
that we in libraries should not wait until we "perfect" our data.  
That's a hard concept for the library perfectionists to accept :-). I  
also take very much to heart your comment about the data format not  
being primary -- and I'm in the process of preparing some  
presentations that I will give soon at the American Library  
Association meeting with just this message. Your comments help me find  
the courage to stand up before groups of librarians and deliver this  
message, knowing that it may not be well-received.

Thanks again,
kc

Quoting René van der Ark <Rene.vanderArk@KB.nl>:

> Dear sir/madam,
>
>
>
> I would like to give some small feedback in general terms,  
> especially focusing on the ambiguity in the interpretation of format  
> and data between the 'traditional' librarian and the information  
> technologist.
>
>
>
> On benefits.
>
> It would be good to stress the fact that opening up your data to the  
> world helps to involve developers of innovative technologies from  
> many different backgrounds. It is a crucial step for cultural  
> heritage institutions, especially libraries, to adopt a more open  
> approach to bridge the gap between 'real world' successes out on the  
> web and the trove of information the interested and informed public  
> are longing to work with. However, cultural heritage institutions  
> seem to have a tendency to want to push their rich collections to  
> the user in stead of working on a demand driven basis. I believe  
> that opening up your collections as (raw) linked data will enthuse  
> innovators that are more in tune with the demand-driven 'real' world.
>
>
>
> For example, the phrase "Library data is expressed primarily as text  
> strings, not "linkable" URIs" is posed as a serious issue. Yes, it  
> is a serious hampering in linking data, but why should it hold you  
> back from opening up your data? If you keep on perfecting techniques  
> for changing strings into reliable URI's and keep waiting to open up  
> your data until you feel you have achieved adequate quality in your  
> data you will never be satisfied enough to take the next step. Why  
> not crowd source this activity? Why not trust the community to come  
> up with smart ways to handle this issue. In my view, this is what  
> (linked) open data is all about. Let things grow organically and  
> loosen control.
>
>
>
> On that note, I would like to see more emphasis on the paragraphs  
> devoting attention on bridging the gap between IT and the library.  
> My impression is that there is one persisting prevalent  
> misunderstanding about data-formats. Librarians tend to see the  
> format in which their authority data is stored as something that  
> should be static and conforming to well laid out standards, whereas  
> the IT view on data-formats is that it is nothing more and nothing  
> less than a mode of transport. Yes, data should conform to some  
> standards for machine readability, but the package it comes in  
> should not be leading and if it should conform then only to the most  
> broadly used standard available. Yes, these standards for transport  
> change all the time, but that does nothing to harm the integrity and  
> reliability of your authority data; it is just a response format to  
> a request. By no means do I disapprove of all the effort being made  
> to standardize protocols for data formats, but I would just like to  
> point out that it can have a seriously stagnating effect on  
> innovation if it is the leading focus of every discussion.
>
>
>
> With kind regards and good luck,
>
>
>
>
>
> René van der Ark
>
> Research programmer
>
> Dep. Research
>
> KB, National Library of the Netherlands
>
>
>
> E rene.vanderark@kb.nl <mailto:rene.vanderark@kb.nl>
>
> T (070) 3140983
>
> F (070) 3140424
>
>



-- 
Karen Coyle
kcoyle@kcoyle.net http://kcoyle.net
ph: 1-510-540-7596
m: 1-510-435-8234
skype: kcoylenet

Received on Monday, 20 June 2011 18:04:59 UTC