Data Model

This page describes how we model data from each form from the MPP project. Each form will be treated in a subsection. Loci forms will be treated together. If you haven't looked at the Database diagram, see: MPP Method Database Diagram v2.pdf. This diagram should give you most of the information that you need!

Synchronization Technique

We use ArchaeologyProject/MergeReplication (see the link to set this up) to synchronize SQL Server Express 2008 to SQL Server 2008. For database wide unique fields like locusIdentity or supplementID, we use Guid values. When you setup ArchaeologyProject/MergeReplication, the database automatically adds its own rowguid column to facilitate merges during the replication. There are a couple of gotcha's that we had:

  1. Setting the default to new GUID() in the database doesn't do a thing for you when you are programming. You MUST supply your own Guid with Guid.newGuid().
  2. The dataset SHOULD NOT have the rowguid column added by the database for replication. From the programmers standpoint, it doesn't even exist and the dataset shouldn't know about it either!

Loci Forms

Several pieces of each loci form are identical across the three types.

  1. Earth Loci (Color: yellow - most common)

  2. Architectural Loci (Color: pink)

  3. Installation Loci (Color: purple)

Burials (Color: Brown) are not strictly a loci since they do not get a locus number, but are attached to an earth locus. THEREFORE, burial forms are child entities of an earth locus (technically - but see notes on Burial supplements below.)

Identical Sections include the identity, rationale, stratigraphy, levels, Pottery, Objects, Photographs, Biodata samples, Drawings and Interpretation.

Although there exists Locus continuation data sheets, we don't create continuation entities for obvious reasons. Therefore, when printing the data from the program or showing the data in the program, there are never any continuation locus sheets.

Earth Locus

The earth locus sheet is the most common form used. Technically everything under 1. should be identifying (Key). However this is preposterous and we will assign a surrogate key.

Architectural Locus

There is an inconsistancy in MPP that allows an architectural locus to be a subsidiary locus to some other architectural locus. This creates a locus sheet with an identical locus number but a different "locus" making a locus or (sublocus) the most basic element in archaeology. We fix this inconsistancy by moving the J. FOUND(ation) and K.Phase out of the identification and put it into the stratigraphy relationship section. A wall locus then has a architectural-foundation relationship with a foundation instead of having a sub-locus. This makes a substantial change in the Handbook on how to use the forms.

HANDBOOK CHANGE: 15.J and 15.K should list the related locus and relationship type and phase number respectively. The locus gets a unique number.

Identification, Rationale = Earth Locus

Section

Element Identifier

Element Type

Default

Description

17.Description

A.Material.1-6

multi-dependency

NULL

Linked to list containd in Require Entity _Materials_Used_List(LocusID, MaterialID [Note 1], percent:integer), This is associated with another Required Entity Materials_Quantifier_List(Materials_Quantifier_ID, Materials_Quantifier_Description [Note 2]) IF type=Mudbrick, Require Fill out "Earth Supplement Form"

A.Masonry.7.Architectural_Fragments_Count

int

0

Very rare prior to Hellenistic period

A.Masonry.8.Origin_Quarry

varchar(50)

NULL

Rare: Entered by specialist when known

A.Masonry.X.Reused

Multi-dependency

NULL

Required Child Entity Reused_Stone(Locus_Found:Locus_ID,Locus_From:Locus_ID, Percent_Mass:Integer)

B.Masonry.1.a-f.Wall_Stones

Multi-dependency

NULL

Externally Linked via Required Entity Wall_Stones(Locus_ID,type:char(15)[Note 3], percent:integer)

B.Masonry.2.a-c.Chink_Stones

Multi-dependency

NULL

Externally Linked via Required Entity Chink_Stones(Locus_ID,type:char(15)[Note 4], percent:integer)

B.Masonry.3.a-f.Fill_Stones

Multi-dep

NULL

Externally Linked via Required Entity Fill_Stones{Locus_ID, type:char(15)[Note 3], percent:integer)

B.Masonry.4.Brick_Width_Min

int

NULL

Smallest width dimension of bricks in a brick wall

B.Masonry.4.Brick_Width_Max

int

NULL

Largest width dimension of bricks in a brick wall

B.Masonry.4.Brick_Length_Min

int

NULL

Smallest length dimension of bricks in a brick wall

B.Masonry.4.Brick_Length_Max

int

NULL

Largest length dimension of bricks in a brick wall

B.Masonry.4.Brick_Thickness_Min

int

NULL

Smallest thickness dimension of bricks in a brick wall

B.Masonry.4.Brick_Thickness_Max

int

NULL

Largest thickness dimension of bricks in a brick wall

C.Dressing

Multi-dependency

NULL

Externally Linked via Required Entity Dressing(Locus_ID,type:char(15)[Note 5], percent:integer

D.Tooling_Width_Min

int

NULL

Minimum tooling width to describe tool

D.Tooling_Width_Max

int

NULL

Maximum tooling width to describe tool

D.Tooling_Length_Min

int

NULL

Minimum tooling length to describe tool

D.Tooling_Length_Max

int

NULL

Maximum tooling length to describe tool

D.Tooling_Images/Photo

Multi-dep

NULL

Drawings or photos will be associated with a locus via 11, 13 entities shown in the earth locus

E.Mortar

Multi-dep

NULL

Externally Linked via Required Entity Mortar_Used(Locus_ID,type(char(15)[Note 6], percent:integer)

E.Mortar.Thinkness_Avg

int

NULL

Average thickness in cm

F.Facing_Type

Multi-Variable

bit

One variable for each type in [Note 7]

F.Facing_Images

Multi-dep

NULL

Drawings or photos will be associated with a locus via 11, 13 entities shown in the earth locus

F.Description

varchar(512)

NULL

Added descripton field for painted or unique features

F.Facing_Color

varchar(10)

NULL

Muncel Color

G.Construction.1.Style

Multi-Dependency

NULL

intersection table with Required Entity Construction_Style(Construction_Style_ID, Construction_Style_Description [Note 8])

G.Construction.2.Support

multi-dep

NULL

intersection table with Required Entity Construction_Support(Construction_Support_ID, Construction_Support_Description) [Note 9]

G.Construction.3.Tendencies

varchar(400)

NULL

See manual - to catch the mood of the builders...

H.Courses.Min_Number

int

0

Minimum courses or 0 if random

H.Courses.Max_Number

int

0

Maximum courses (could be Minimum) or 0 if random

H.Courses.Random

boolean

false

Just a check - if you left the others 0 and this false, something is wrong!

I.Rows

NONE

Course is the one brick/block/rock high. Rows indicate the number of rows wide in a course

-.1.Minimum_Number

int

0

Min number of rows 0 indicates holes or gaps

-.1.Maximum_Number

int

1

Max number of rows X indicates max number of identifiable rows

-.2.Includes_Rubble

boolean

false

-.3.Description

varchar(100)

NULL

Was something unusual? Describe it in 100 characters or less

-.4.Random

boolean

false

Does it look like your pathfinder group was given rocks and mortar and told to make a wall? Click yes then.

J.Measurements.1.Greatest_Length

int

0

Longest part of wall in meters.

J.Measurements.2.Width_Min

int

0

Narrowest part of wall in meters.

J.Measurements.2.Width_Max

int

0

Longest part of all in meters.

J.Measurements.3.Height_Min

int

0

Shortest part of wall in meters.

J.Measurements.3.Height_Max

int

0

Tallest part of all in meters.

J.Measurements.4.Orientation

int

0-179

Give the compass direction of the wall from 0-179 degrees.

J.Measurements.5.Dip

int

0

Give the degree of slope if the wall runs downhill.

K.Preservation.1-7

int

1

Look up in Required Entity Wall_Preservation_Description(ID:int, Description:varchar(50)[Note 10])

K.Preservation.8.Lean_Direction

int

0

Certainly going to be 90 degrees off of Orientation

K.Preservation.8.Lean_Degrees

int

0

Use a clinometer to find the lean amount

K.Preservation.9.Top_Of_Foundation

int

0

Elevation in Meters

L.Remarks

varchar(320)

NULL

Did we miss anything? Put it here. You got 320 characters (4 lines of text) to do it in.

18-28 match sections 4-14 in the Earth locus

Notes:

  1. Choose {Limestone, Chert, Basalt, Nari, Mudbrick (E), [Allow Additional]}
  2. Choose {None, Hard, Soft, Cherty, Fossiliferous, Decayed, Freshly quarried, reused, Oven-backed, Sun-backed, Unbacked, Burned, [Allow Additional]}
  3. Choose {Cobble [6-25 cm), Sm Boulder [25-50 cm), Md Boulder [50-75 cm), Lg Boulder[75-100 cm), Vlg Boulder (>=1 m)}

  4. Choose {Pebble (.2-6 cm), Cobble [6-25 cm), [Allow Additional]}
  5. Choose {Unhewn, Semi-hewn, Dressed, Ashlar, Bossed}
  6. Choose {Dry-laid, Clay (E), Mud (E), Cement (E), Plaster (E), Lime (E), [Allow Additional]} 7. Choose {Unfaced, Plaster (E), Mud (E), Paint (draw)}
  7. Bit Variables {Unfaced, Plaster, Mud, Paint}
  8. Choose {Boulder & Chink, Ashlar Fit, Header-stretcher, Rubble-filled, Rubble, Stacked Bricks, Tied-in Bricks, Quoin & Pier, Orthostat, [Allow Additional]}

  9. Choose {Free-standing, Buttressed, Battered, Foundation, [Allow Additional]}
  10. Choose {Complete, Partial Superstructure: Most, Partial Superstructure: Half, Partial Superstructure: Little, Foundation Only: Complete, Foundation Only: Partial, Robbed}

(E) - Requires Earth Supplement Sheet. NOTE ALSO, we now associate supplement sheets with a locus including an association field to describe the element of the locus supplemented. (draw) - Requires Facing image NOTE ALSO, we now associate drawings and photos with a locus including an association field to describe the element of the locus drawn or photographed.

Installation Locus

Installation Loci are unique in that they have a type section and a qualifier to identify how certain we are of that type. We also allow new types of installations be be added.

The Material Section is identical to 17.A Material section in the Architectural locus except that we allow more types of materials. SO WE MAKE THE SALOMON LIKE DECISION TO USE THAT TABLE OF MATERIALS.

Supplement Forms

Note: We did not use supplement forms in the 2009 dig, and they are not slated for implementation for the 2010 dig.

Supplement forms collect information about "inclusions" in another locus. Except for the Burial Supplement, all other supplements are a subset of the entities in their related locus form. Since a supplement is related to a single locus, We do not repeat the identity information. We only give the LocusIdentity and SupplementID to find the parts of the supplement. Specifically the ARCH_Supplement table contains a SupplementID and a SupplementType. Since this does not have a LocusIdentity directly associated with it, it becomes necessary to add a view that does include all three together.

Earth Supplement

Uses Sections:

All of these are defined individually in the Earth Locus. So there is no need to create additional entities.

Architectural Supplement

Uses only the Description Section. Since this is defined individually in the Architectural Locus, there is no need to create additional entities.

Installation Supplement

Uses only the Description Section. Since this is defined individually in the Installation Locus, there is no need to create additional entities.

Burial Supplement

This supplement splits the Description section into:

This particular supplement needs work in my opinion. Possibly we should consider this a locus? The supplement carries many of the elements found in all Loci. Since this is the most ambiguous of all the supplements, we'll ask! But we are not implementing it now. SO THIS IS LEFT AS A TODO.

ArchaeologyProject/DataModel (last edited 2010-02-24 00:50:00 by 24-183-238-75)