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

Help for FISH Archives


FISH Archives

FISH Archives


FISH@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

FISH Home

FISH Home

FISH  August 2010

FISH August 2010

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: HEGEL - access and standards

From:

Leif Isaksen <[log in to unmask]>

Reply-To:

The Forum for Information Standards in Heritage (FISH)

Date:

Wed, 18 Aug 2010 12:17:59 +0100

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (89 lines)

Hi all

I'm generally very much in agreement with Crispin's point here. I
suspect that the limitations of print-bound literature (space,
linearity, etc.) will see it ultimately replaced by more flexible
digital formats. General social trends suggest that it's likely to be
a question of how long this process will take rather than whether it
will happen. (For the horrified, no doubt a vestigial printed volume
will XSLT'd, printed and filed as well ;-) ). I'm not suggesting that
there will be no editorial process but its concerns may differ
significantly from those today.

At risk of moving to the technical however (apologies Ed, I know you
want to hold that discussion tomorrow) I'd recommend strongly that the
emphasis should be on making the grey-lit-slash-data directly
available, ideally as XML (albeit with server access restrictions
where appropriate). There will be a vital need for tools and
mechanisms which can index, parse, search, browse, visualize and
analyze what will inevitably become a digital mountain, but we should
try to avoid walled gardens that require specialist technical
knowledge or software to use them. Grey literature is valuable
precisely because anyone can engage with and understand it without
additional apparatus. This would also have the additional benefit of
making persistent HTTP identifiers (URIs) easier to introduce which
are more or less fundamental to making any of the ontology/semantic
approaches mentioned machine-readable and thus viable on a large
scale.

Best

Leif

On Wed, Aug 18, 2010 at 11:35 AM, Crispin Flower <[log in to unmask]> wrote:
> Hi all
> I agree with the Martin's comments and similar from other writers, and will forward some remarks I posted to Ed off-list yesterday, but with apologies that I've only had time to read a small proportion of the messages, so may be behind the curve.
> I'd ask whether the unpublished/able grey lit report is a useful thing at all here. Is it the correct target for this debate, or just a by-product of the process? Of course the report is necessary at the point in time of assessing and signing off a project, and it fulfils an essential purpose for producer/clients at that time, but for the medium and longer term, as the means of communicating the results of a project from those who undertook it (the contractor), to those who need the data both within and beyond the immediate casework scenario, it is rather inefficient.   Perhaps instead of trying to promote the importance of this stuff with beefed-up technical standards etc, we could acknowledge how ephemeral it is, and find better ways of moving the real data around; we could aim for a scenario in which the grey lit thing can be dropped in the bin without loss, or perhaps retained only as part of the planning or project management history, because all the significant data it contained has been transmitted to the HER/NMR (or other accessible repository) in a more efficient manner (by digital transfer with human quality control and enhancement of indexing). We have in the UK a very strong network of organisations and professional staff positioned to do this essential human part, and this would work even better if the spadework could happen automatically, rather than them wasting time retyping stuff and piling up backlog. Then we achieve truly accessible data, without having to worry about the medium. And to see this from another angle, the grey lit report can be generated almost automatically from the tools the contractor is using to manage their data, as a glossy by-product that brings out the essentials for the primary consumers (e.g. planning archaeologists, EH project managers, etc).
> I do agree there must be standards governing what should be the output from fieldwork, and IfA is a good place for this particularly if it can truly encompass build heritage recording. But for making the primary data available where it's needed, I think it may be more useful to improve direct data transfer mechanisms between HERs and fieldworkers (in both directions). Incidentally, I don't know if anyone has mentioned the Scottish "ASPIRE" project, which aims to do precisely this. I'm note sure new standards are needed here, just new tools (after all the data content is all covered by MIDAS isn't it?).
> And then keep up the progress on getting all HERs online and cross-searchable (which has come on in leaps and bounds recently).
> Yours
> Crispin
>
>
>
>
> -----Original Message-----
> From: The Forum for Information Standards in Heritage (FISH) [mailto:[log in to unmask]] On Behalf Of Martin Locock
> Sent: 18 August 2010 10:00
> To: [log in to unmask]
> Subject: Re: [FISH] HEGEL - access and standards
>
> There has been some overlap in the discussions between metadata about
> grey literature (for cross-searching etc) and data: the bulk of GL
> contents is data, not metadata.
>
> For metadata we can fairly freely identify elements that might promote
> searchability and re-use, but for data, we must accept that the prime
> determinant of a project report contents will be the *project's* purpose
> not the *report's.*
>
> One concern I would have from the GLADE user comments is that they
> assume that searching a corpus of grey literature is the best way to
> find out about archaeological data.  We should, I hope, recognise that
> this is a workaround arising from the ease with which GL can be added to
> OASIS.  In the long term, the best way to find archaeological data
> should be by examining the structured, consistent and validated data
> sets comprising the HERs, online or not.  If there is currently a
> problem that needs fixing, I would say the problem is that HERs have
> backlogs of published and unpublished sources which have not been
> analysed and added to the record, of which GL is only a subset, if the
> most visible.  Therefore we should be looking to HERs to tell us what
> *they* find most troublesome about current GL reports.
>
>
> Martin
>
>
>
>
> --
> Martin Locock
> Rheolwr Cymorth y Project        Project Support Manager
>
> Llyfrgell Genedlaethol Cymru        National Library of Wales
> [log in to unmask]            Ffôn / Phone 01970 632885
>
> Un o lyfrgelloedd mawr y byd    One of the great libraries of the world
> http://www.llgc.org.uk/
>

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
February 2024
December 2023
September 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
November 2022
October 2022
August 2022
May 2022
April 2022
March 2022
February 2022
January 2022
November 2021
October 2021
September 2021
May 2021
April 2021
March 2021
February 2021
October 2020
September 2020
May 2020
April 2020
March 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
March 2019
February 2019
January 2019
December 2018
October 2018
May 2018
March 2018
February 2018
January 2018
December 2017
October 2017
August 2017
July 2017
June 2017
April 2017
March 2017
January 2017
December 2016
November 2016
September 2016
July 2016
June 2016
February 2016
January 2016
October 2015
September 2015
August 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
November 2014
October 2014
September 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
October 2012
July 2012
June 2012
May 2012
February 2012
January 2012
November 2011
October 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 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
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 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
2006
2005
2004
2003
2002
2001
2000
1999


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