JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for JISC-REPOSITORIES Archives


JISC-REPOSITORIES Archives

JISC-REPOSITORIES Archives


JISC-REPOSITORIES@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

JISC-REPOSITORIES Home

JISC-REPOSITORIES Home

JISC-REPOSITORIES  October 2006

JISC-REPOSITORIES October 2006

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Known-Item vs. Open-Ended Search, OA, OAI and Google

From:

Stevan Harnad <[log in to unmask]>

Reply-To:

Stevan Harnad <[log in to unmask]>

Date:

Fri, 27 Oct 2006 13:06:04 +0100

Content-Type:

TEXT/PLAIN

Parts/Attachments:

Parts/Attachments

TEXT/PLAIN (115 lines)

On Fri, 27 Oct 2006, Andy Powell wrote:

> I completely agree that this is an interesting development.  Like you,
> it seems to me to raise some pretty fundamental questions about the way
> in which repositories are integrated into the fabric of the Web.  I've
> tried to capture my thoughts (such as they are) here
> 
> http://efoundations.typepad.com/efoundations/2006/10/pushing_an_open.html
> 
> I share some of your conclusions but not all.

Andy's informal test is a good demonstration that google is *already* just about good
enough for "known-item searching" (i.e., where I know the reference I want, and am just
looking for an OA version of it on the web).

But the real question is: What proportion of a researcher's searching and search-needs
consist of known-item searching? What about open-ended searches on topics, keywords,
boolean text items, etc.?

One solution is obviously to use an existing index database that contains only the
metadata, but contains all and only your target literature (e.g., pubmed, web of
knowledge, scopus, etc.) and then do a patch that does a google-search on the retrieved
items (or the retrieved items you tag). That reduces an open-ended search to resulting
known-item searches.

But it does leave you dependent on non-OA databases, and we may not want to do that --
nor do we need to, since all the requisite information (and incomparably more, e.g.,
full text!) will be in the OA corpus. So there is still much to be said for
capitalising on that OA data-goldmine more fully, by using the OAI tags and sorting it
for separate harvesting, navigation, analysis and consumption.

Stevan Harnad

------------
> Andy
> --
> Head of Development, Eduserv Foundation
> http://www.eduserv.org.uk/foundation/
> http://efoundations.typepad.com/
> [log in to unmask]
> +44 (0)1225 474319 
> 
> > -----Original Message-----
> > From: Repositories discussion list 
> > [mailto:[log in to unmask]] On Behalf Of Leslie Carr
> > Sent: 27 October 2006 10:16
> > To: [log in to unmask]
> > Subject: Re: OpenDOAR Search
> > 
> > On 26 Oct 2006, at 19:00, Hubbard Bill wrote:
> > 
> > > Please find below an announcement from OpenDOAR for a 
> > search facility 
> > > based on OpenDOAR holdings.
> > 
> > This is a very interesting service!
> > 
> > There was a discussion on this list at the beginning of 
> > August about "Search Engines for Repositories Only". There 
> > were several attempts to define constrained searches using 
> > RollYO or similar, but they all suffered from one defect or 
> > another (too few sites, or logins required etc). The Google 
> > Custom Search that OpenDOAR have set up seems much more 
> > suitable to the repository community needs. Further, it would 
> > seem to be fairly simple to set up Country-specific searches 
> > (a la UKOLN's EPrints UK) by providing location-identifying 
> > annotations for each repository.
> > 
> > I have had a go with this, and created a ROAR-based 
> > Repository Search Engine at 
> > http://google.com/coop/cse?cx=009118135948994945300%
> > 3Agvogitng0da
> > You can search all the ROAR repositories for a keyword and 
> > then Derek Law can click on 'Scottish Research' to reduce the 
> > set of results to those coming from the Scottish repositories 
> >  (the "small and smart"  
> > ones, according to his recent keynote at Open Scholarship :-)
> > 
> > There is a serious point that this opens up: why would we 
> > bother with OAI-based repositories, if you can do it all with 
> > Google? The advantage that OAI provided us was "metatdata", 
> > ie the possibility of providing more accurate resource 
> > identification. The advantage of repositories were that they 
> > provided an identifiable source of (well-
> > maintained) research material. Of course, the one can be 
> > simulated by the other, and if Google could support a simple 
> > quality control "refereed material" tag then we could get by 
> > without OAI and without repositories.
> > 
> > Well, it doesn't, and so OAI still seems our best hope. 
> > However, even with five years of OAI our repositories are not 
> > doing a very good job of sharing metadata that helps a 
> > service to comprehend the status of the holdings that it 
> > harvests  (is this a published, refereed journal article or 
> > equivalent? Is this a paper from an unrefereed workshop?  
> > is this a chemical data file?) Too much is still down to 
> > interpretation and subsequent data mining of the web pages. 
> > The Eprints Application Profile (http://www.ukoln.ac.uk/repositories/
> > digirep/index/Eprints_Application_Profile) seems to be doing 
> > a good job in achieving consensus in the use of Dublin Core, 
> > but there is an urgent need for it to be implemented by all 
> > repositories!
> > 
> > We've spent a lot of time and effort on advocacy and policies 
> > over the last couple of years, but I think it's time that we 
> > went back to some of the technical fundamentals and made sure 
> > that our information interoperability is up to scratch, 
> > otherwise we'll find ourselves in a universe where the only 
> > thing you can do is a keyword search!
> > --
> > Les
> > (just my opinion)
> > 
> 

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
November 2005
October 2005


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager