Record Event

Record Events link Events to Records.

Event Determiner

Agent asserting that the Record has Event Type relationship to an event (including locality, geography, geology, etc.).

Caution

This person has determined coordinates and error, dates, higher geography, and everything else in the “place and time stack.”

Event Date

The date on which the Event was assigned to the Record.

Event Type

The action during the Event that affected the Record.

Select from values in Object Event: Types.

Verification Status

The opinion of the verifier of the veracity and completeness of the coordinates included in the Event.

Select from values in Object Event: Verification Status Values

Verified By

Agent who selected the Verification Status.

Verified Date

Date on which Verification Status was set.

Collecting Method

Describe methods employed at the event as they relate specifically to the record. Examples:

Pro Tip

Method may be better placed in the event method event attribute if the method corresponds to all records that may have participated in the event.

Collecting Source

A broad categorization of how the record came to be at the event.

Select from Event: Source Values.

Habitat

Describe the habitat at the place and time of the event as it relates specifically to the record. Examples:

Remarks

Use only for data which pertains to the relationship between the record and the event and which is not appropriate for any more-specific fields.

Edit Record Event Form

There are two ways to edit record events and associated place/time data.

  1. old/normal way
    • normalized, makes managing data for shared localities easy
    • normalized, makes accidentally editing unrelated specimens easy
    • requires scary access to shared data
    • requires an in-depth understanding of the Arctos Locality Model to safely use
  2. Fork-Edit method
    • denormalized - every save creates a new locality and event
      • but who cares, the cleanup scripts will renormalize the data by consolidating duplicates and purging orphans
    • requires only manage_specimens access; always creates new localities which can’t possibly be shared, so the back-end can safely run with elevated rights to create localities, collecting events, and geology determinations
    • provides a one-click path to keeping full history as unaccepted specimen-events
      • adding rather than editing is an option on every save
        • AWG: should not achiving be an option at all?
    • One-click georeferencing with GeoLocate
    • GUI georeference editing with GeoLocate
    • Provides service-derived coordinates and elevation; use them with one click

Fork-Edit method

This creates a new locality and event with every save. There are two save modes:

In both cases “save” clones the entire event/locality/geology stack; edits apply only to the single specimen-event being used by the single specimen. It is not possible to alter data used by any other specimen from this form.

Edit this Documentation

If you see something that needs to be edited in this document, you can create an issue using the link under the search widget at the top left side of this page, or you can edit directly here.