Following is a rough outline of recommended steps to assimilate the georeferences into your working database. The same steps should be used for both the ORNIS and MBA georeferences.
To preserve the high quality of georeferences produced under the ORNIS Project and make these data fit for the widest possible range of uses, every effort should be made to retain data from all of the georeference fields (DecimalLatitude, DecimalLongitude, GeodeticDatum, CoordinateUncertaintyInMeters, VerbatimCoordinateSystem, GeoreferenceProtocol, GeoreferenceRemarks, GeoreferenceSources, GeoreferenceDate*, GeoreferencedBy, GeoreferenceVerificationStatus, NoGeorefBecause*). Full documentation of the meaning of the fields not marked with an asterisk can be found in the Darwin Core Quick Reference Guide (Darwin Core Task Group 2009).
The fields beginning with "Standard" are simply standardized versions of the values in the associated original fields. These standard versions were used in the georeferencing proces to assist automation using the batch processing mode of the BioGeomancer Workbench (BioGeomancer Consortium 2006).
The ADM_n fields are useful for checking your original data. The values in these fields are standards from the GADM datasets and were determined by the location of the DecimalLatitude and DecimalLongitude of the georeference. If your higher geographies do not match the values in these fields, it means either that the georeference is wrong, or that your geography information is incorrect, or that your geography information doesn't use standard values.
The EEZone field contains a value if the DecimalLatitude and DecimalLongitude of the georeference falls within an exclusive economic zone off of the coast rather than on land. If the occurrence record is for a terrestrial species, a value in this field suggests an incorrect georeference, or a correct georeference based on faulty locality information.