This page (revision-50) was last changed on 12-May-2016 15:24 by Chris Martin

This page was created on 17-Sep-2012 14:49 by Alison Bennett

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
50 12-May-2016 15:24 16 KB Chris Martin to previous
49 11-May-2016 12:47 16 KB Chris Martin to previous | to last
48 21-Apr-2016 16:51 16 KB Stephanie Leith to previous | to last
47 28-Mar-2015 14:46 16 KB Suzy Blake to previous | to last
46 28-Mar-2015 14:44 16 KB Suzy Blake to previous | to last
45 28-Mar-2015 14:35 16 KB Suzy Blake to previous | to last
44 28-Mar-2015 14:32 16 KB Suzy Blake to previous | to last
43 27-Mar-2015 14:16 16 KB Suzy Blake to previous | to last
42 27-Mar-2015 14:15 16 KB Suzy Blake to previous | to last
41 27-Mar-2015 14:10 16 KB Suzy Blake to previous | to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 11 changed one line
During the 1980s SMRs were developing bespoke systems in Superfile, dbase or other programming languages based on the AN32 recording form promoted by English Heritage. When the OS Archaeology Division transferred to the RCHME in 1983, the OS card index and the National Archaeological Record (NAR) began to be computerised. Recording standards and data dictionaries were actively developed by the RCHME for its own computer records. Following the transfer of the lead role for SMRs to the RCHME in 1989 came the publication by the RCHME and ACAO of ''Recording England's Past'' (RCHME and ACAO 1993a and 1993b ), the first document to promote both a data dictionary and reference data lists for use by SMRs.
During the 1980s SMRs were developing bespoke systems in Superfile, dbase or other programming languages based on the AN32 recording form promoted by English Heritage. When the OS Archaeology Division transferred to the RCHME in 1983, the OS card index and the National Archaeological Record (NAR) began to be computerised. Recording standards and data dictionaries were actively developed by the RCHME for its own computer records. Following the transfer of the lead role for SMRs to the RCHME in 1989 came the publication by the RCHME and ACAO of ''Recording England's Past'' ([RCHME and ACAO 1993a|Bibliography#RCHME and ACAO 1993a|target='_blank'] and [RCHME and ACAO 1993b|Bibliography#RCHME and ACAO 1993b|target='_blank'] ), the first document to promote both a data dictionary and reference data lists for use by SMRs.
At line 15 changed one line
The modern generation of HER databases aims to comply with the MIDAS data standard published by the RCHME in 1998 (Lee 1998). These databases enable information about monuments, events, sources and the management process to be recorded with equal weight. Nationally agreed reference datasets, such as the English Heritage Thesaurus of Monument Types and other lists published in INSCRIPTION, are incorporated into the databases (see also [B.6.3|http://archaeologydataservice.ac.uk/ifp/Wiki.jsp?page=SectionB.6#section-SectionB.6-B.6.3MIDASAndINSCRIPTION]). Features of the systems, such as pull-down lists and validated entry to key index fields, help to ease the adoption of data standards and promote consistency between HER systems. In general professional applications developers have produced these systems and, as a result, they incorporate features such as data-input forms, standard queries and reports that ease their day-to-day use by HER officers.
The modern generation of HER databases aims to comply with the MIDAS data standard published by the RCHME in 1998 ([Lee 1998|Bibliography#Lee 1998|target='_blank']). These databases enable information about monuments, events, sources and the management process to be recorded with equal weight. Nationally agreed reference datasets, such as the English Heritage Thesaurus of Monument Types and other lists published in INSCRIPTION, are incorporated into the databases (see also [B.6.3|http://archaeologydataservice.ac.uk/ifp/Wiki.jsp?page=SectionB.6#section-SectionB.6-B.6.3MIDASAndINSCRIPTION]). Features of the systems, such as pull-down lists and validated entry to key index fields, help to ease the adoption of data standards and promote consistency between HER systems. In general professional applications developers have produced these systems and, as a result, they incorporate features such as data-input forms, standard queries and reports that ease their day-to-day use by HER officers.
At line 26 changed one line
Popular image management software combines tools for cataloguing image files with tools for reproducing images at a variety of scales. Digital image cataloguing is a rapidly developing field and it is worth ensuring that whatever software is used can support the emerging cataloguing standards. In some circumstances this may mean following formal images standards such as the Visual Resources Association Core data standard, especially if the images within the HER form part of a wider image collection held by a local authority (Grout et al 2000). If the HER is involved in creating images it makes sense for the master image to be captured at high resolution in terms of colour depth and pixels, even though the file sizes will be large. This is because many image-processing techniques effectively lose information, either through loss of true colour depth or through sampling of pixels. The master copy can be used to retain all this information, while flexible derivatives may be used for different purposes. This does however accentuate the need for strict file naming conventions which image management software should facilitate.
Popular image management software combines tools for cataloguing image files with tools for reproducing images at a variety of scales. Digital image cataloguing is a rapidly developing field and it is worth ensuring that whatever software is used can support the emerging cataloguing standards. In some circumstances this may mean following formal images standards such as the Visual Resources Association Core data standard, especially if the images within the HER form part of a wider image collection held by a local authority ([Grout et al 2000|Bibliography#Grout et al 2000|target='_blank']). If the HER is involved in creating images it makes sense for the master image to be captured at high resolution in terms of colour depth and pixels, even though the file sizes will be large. This is because many image-processing techniques effectively lose information, either through loss of true colour depth or through sampling of pixels. The master copy can be used to retain all this information, while flexible derivatives may be used for different purposes. This does however accentuate the need for strict file naming conventions which image management software should facilitate.