1

Re: Record type /Sample type - A problem of perception

Maybe because we started with an imported set of data which had a lot of cross over already within it;
but Ive not yet been able to get a mental fix on the difference between Record type and Sample type in my mind, and hence how to apply that to datasets coming in.

The whole thing can become even more confused when you add measurements to it.

Recorders help file lacks clarity Im afraid!

Does anyone have a sensible 'golden rule' that can be applied across all taxons.

Something like:
Record type - what bit of the taxon was observed
Sample type - how the observation was initiated
Measurement  - variable factors of the observation.

any thoughts?

M

Cumbria Biodiversity Data Centre
Tullie House Museum

2

Re: Record type /Sample type - A problem of perception

The way I think of it this:

Sample Type - how the observation was sampled; for example: netted, pooted, field observed, trapped, etc.)

Record Type - how the observation was identified; for example: visual id, microscopic examination, dissection, computer analysis (e.g., for bat recordings), bred out, grown from seed.

Measurement qualifiers - the thing, or the state of the thing, that was sampled (i.e., measured); for example: taxon, roadkill, leaf-mine, flying, moribund, seed.

These are of course rule of thumb and as such can broken, as they are frequently in our database.

Charles Roper
Digital Development Manager | Field Studies Council
http://www.field-studies-council.org | https://twitter.com/charlesroper | https://twitter.com/fsc_digital

3

Re: Record type /Sample type - A problem of perception

Charles,

I've actually just been looking at adding the Measurement of Activity which you identified previously;

http://forums.nbn.org.uk/viewtopic.php?id=657

Its addition has really helped to remove some of the ambiguity - seperating out a taxons behaviour from the taxon itself.

I also see from the screenshot you provided that you have 'certainty' as a qualifier... thats an interesting one.
The measurement of an outcome/ a judgement between the observer and the observation - a measurement of the relationship.

Pondering on your definition of Record Type makes me think that this is where we have lost our way.
Too many record type terms would seem to be sample types and hence confusion results.

Stopping the rot may be one thing - but rectifying whats already there - that might be a job and a half...

'shrug'


If only there were 48 hours in every day.

Cumbria Biodiversity Data Centre
Tullie House Museum

4

Re: Record type /Sample type - A problem of perception

Hi Matt & Charles,

I'd like to add to what Charles said about record type - I see this is as "what type of thing your record is of" rather than "how the observation was identified" which should really be part of the determination record, since it can happen several times for one record. So, record type might be things like olfactory record, track, seed or bird pellet. Incidentally the Collections Module has a method field for determinations and it might make sense to add this to the core of Recorder at some point.

I agree though, this is an area which could be tidied and clarified at some point.

Best Wishes

John van Breda
Biodiverse IT

5

Re: Record type /Sample type - A problem of perception

Apologies for taking up this thread rather late in the day. We’ve been discussing these topics recently in Glasgow, so I’m pleased to see some enlightening input from elsewhere. However, I think there is still a need for some further thinking – which I hope to stimulate.

Determination Type: this field already exists in ‘standard’ R6, with values such as ‘invalid’, ‘unconfirmed’. This in turn relates to another major topic – that of Verification / Validation – which doesn’t seem to have been fully resolved yet. I do agree it would be useful to have an additional field for ‘how the record was identified’.

I also agree that Sampling Method should be a technique of some kind; but, given that
John is suggesting that most of Charles’ suggested Record Types are actually Determination Types, surely the Record Type would then be the ‘nature of the record itself’ – eg from a card-index, a publication, a field notebook - rather than the ‘nature of the object recorded’?

To my mind the categories that John suggests as Record Types are a mixture of Measurement Qualifiers (track, seed, pellet) – ie ‘ the nature of the object recorded’ - and Sampling Methods (olfactory). The reason I say this is that the ‘core’ MQs are categories like Adult, Male, Female – ‘things you can count’ -and I’d argue that roadkill, flying etc belong to a different set of concepts which I wouldn’t think of as measurements.

I’ve always had a problem with roadkill / dead on road – or even simply ‘dead’; I’m aware that this can be thought of as a ‘sex/stage’ category, but you’d still need to specify which sex/stage it was that you’d recorded, so it wouldn’t seem be the appropriate MQ. It could just about be a Sample Method, but my inclination is to put it in as a Comment – and if there was likely to be a need to produce a report on road-kills, then it would seem easiest to set up a dedicated Survey.

I am aware that the Measurement fields have been used by individual users for a variety of individual purposes, and therefore a general definition of what Measurement Qualifiers ‘are’ could well be impossible (or unhelpfully vague) at this stage, but I think a definition of what they – and the other concepts under discussion - ‘should be’ would nonetheless be helpful.

This all dates back of course to Recorder 3, which had a mixture of what we are now calling ‘methods’ and ‘type of thing’ in the ‘Record Type’ field. So those of us who imported data using the R3 import Add-in are already in muddy waters. And the various approaches taken by different users seem to have contributed further murkiness – particularly when records have been exchanged using the export routines. So even though these issues may be clarified, I think it’s very doubtful that there could ever be a general method for bringing existing records into line.

I think I mentioned when Recorder 2000 came out that it was a pity there wasn’t a document that outlined what the various fields are ‘for’ – and there’s apparently still a need for this judging by this and other threads on this forum.