Initial setup - Revision history

Jessogden: /* What do you want to record? */

2011-02-23T19:50:38Z

‎What do you want to record?

Sofia: /* Simple one data class subforms */

2009-06-05T08:06:01Z

‎Simple one data class subforms

Sofia: /* What do you want to record? */

2009-06-05T08:05:03Z

‎What do you want to record?

Sofia: /* What do you want to record? */

2009-06-05T08:04:19Z

‎What do you want to record?

Andydufton at 12:32, 13 November 2008

2008-11-13T12:32:08Z

Andydufton at 12:31, 13 November 2008

2008-11-13T12:31:34Z

152.78.202.165: /* What subforms do you want? */

2007-11-20T07:38:25Z

‎What subforms do you want?

152.78.202.165: /* What subforms do you want? */

2007-11-20T07:34:33Z

‎What subforms do you want?

152.78.202.165: /* What do you want to record? */

2007-11-20T07:32:08Z

‎What do you want to record?

152.78.202.165: /* What do you want to record? */

2007-11-20T07:31:29Z

‎What do you want to record?

@@ Line 11: / Line 11: @@
 ARK is designed to be a flexible system, therefore you can pretty much record/store any type of information. However, whilst not essential, it does help to have some idea at the start of the project as to what you want to record. Most archaeological projects will already have paper recording sheets and some idea of how they record in the field. It may be that you already have a computerised database structure that you want to recreate within an ARK instance.
-The best way to begin designing your ARK instance is to think in terms of [[Module|Modules]] and [[Field|Fields]]. An excavation recording system for instance could perhaps have a number of different modules including the Context module and perhaps a Site Photo module, each of which will have a number of fields ('''SEE AMAZING IMAGE TO EXPLAIN THIS'''). A Sites and Monuments Record type application on the other hand may have a Monument module with a number of different fields (such as monument_type, etc.).
+The best way to begin designing your ARK instance is to think in terms of [[Module|Modules]] and [[Field|Fields]]. An excavation recording system for instance could perhaps have a number of different modules including the Context module and perhaps a Site Photo module, each of which will have a number of fields. A Sites and Monuments Record type application on the other hand may have a Monument module with a number of different fields (such as monument_type, etc.).
 [[Category: Administrator]]

@@ Line 21: / Line 21: @@
 ====Simple one data class subforms====
-These subforms are very simple since they only require one type of field. The most used example is the text subform (sf_txt) which can display any number of text-type fields for each module. In addition the number subform (sf_number) will take one or more number fields and display, the links subform (sf_xmi) which records links between module items and the matrix subform (sf_spanmatrix) which can be used to record all types of spans as matrices. This last subform is often used for matrices describing context relationships with a span from one context to the next describing how the first context cuts the next. However, this matrix subform has been used with big succes in other modules like the file module to describe the relationship between files where one file can be derived from an older file.
+These subforms are very simple since they only require one type of field. The most used example is the text subform (sf_txt) which can display any number of text-type fields for each module. In addition the number subform (sf_number) will take one or more number fields and display, the links subform (sf_xmi) which records links between module items and the matrix subform (sf_spanmatrix) which can be used to record all types of spans as matrices. This last subform is often used for matrices describing context relationships with a span from one context to the next describing how the first context cuts the next. However, this matrix subform has been used with big success in other modules like the file module to describe the relationship between files where one file can be derived from an older file.
 ====Combined data class subforms====
 Nevertheless, some subforms display a combination of fields with different data-types. One such is the interpretation subform (sf_interp) which takes a text field, an action field and a date field. This displays one interpretation for a module item (e.g. a context or a special find) which is again [[Chains|chained]] to a date and an action.
 Another example of these combined data-type subforms is the events subform (sf_event) which can use a date field or an action field or both a date and action field to display an event which has happened on a specific date by a specific person.

@@ Line 14: / Line 14: @@
 [[Category: Administrator]]
-It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[Data Class|data classes]]
+It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: the completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[Data Class|data classes]]
 ===What subforms do you want?===

@@ Line 11: / Line 11: @@
 ARK is designed to be a flexible system, therefore you can pretty much record/store any type of information. However, whilst not essential, it does help to have some idea at the start of the project as to what you want to record. Most archaeological projects will already have paper recording sheets and some idea of how they record in the field. It may be that you already have a computerised database structure that you want to recreate within an ARK instance.
-The best way to begin designing your ARK instance is to think in terms of [[Module|Modules]] and [[Field|Fields]]. An excavation recording system for instance could perhaps have a number of different modules including the Context module and perhaps a Site Photo module, each of which will have a number of fields ('''SEE AMAZING IMAGE TO EXPLAIN THIS'''). An Sites and Monuments Record type application on the other hand may have a Monument module with a number of different fields (such as monument_type, etc.).
+The best way to begin designing your ARK instance is to think in terms of [[Module|Modules]] and [[Field|Fields]]. An excavation recording system for instance could perhaps have a number of different modules including the Context module and perhaps a Site Photo module, each of which will have a number of fields ('''SEE AMAZING IMAGE TO EXPLAIN THIS'''). A Sites and Monuments Record type application on the other hand may have a Monument module with a number of different fields (such as monument_type, etc.).
 [[Category: Administrator]]

@@ Line 13: / Line 13: @@
 The best way to begin designing your ARK instance is to think in terms of [[Module|Modules]] and [[Field|Fields]]. An excavation recording system for instance could perhaps have a number of different modules including the Context module and perhaps a Site Photo module, each of which will have a number of fields ('''SEE AMAZING IMAGE TO EXPLAIN THIS'''). An Sites and Monuments Record type application on the other hand may have a Monument module with a number of different fields (such as monument_type, etc.).
+[[Category: Administrator]]
 It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[Data Class|data classes]]

@@ Line 3: / Line 3: @@
 There are a number of things to think about before you begin editing the configuration files.
-====A Name====
+===A Name===
 Every ark instance should have a name, typically this is something like 'Chersonesos ARK' or 'The LP Map Collection'.
-====What do you want to record?====
+===What do you want to record?===
 ARK is designed to be a flexible system, therefore you can pretty much record/store any type of information. However, whilst not essential, it does help to have some idea at the start of the project as to what you want to record. Most archaeological projects will already have paper recording sheets and some idea of how they record in the field. It may be that you already have a computerised database structure that you want to recreate within an ARK instance.
@@ Line 16: / Line 16: @@
 It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[Data Class|data classes]]
-====What subforms do you want?====
+===What subforms do you want?===
 ARK comes packaged with a number of different [[Subforms|subforms]], each of which can be used to present different types of information. The subforms can be seen as packages which combine the different fields depending on which data class they use.
-=====Simple one data class subforms=====
+====Simple one data class subforms====
 These subforms are very simple since they only require one type of field. The most used example is the text subform (sf_txt) which can display any number of text-type fields for each module. In addition the number subform (sf_number) will take one or more number fields and display, the links subform (sf_xmi) which records links between module items and the matrix subform (sf_spanmatrix) which can be used to record all types of spans as matrices. This last subform is often used for matrices describing context relationships with a span from one context to the next describing how the first context cuts the next. However, this matrix subform has been used with big succes in other modules like the file module to describe the relationship between files where one file can be derived from an older file.
-=====Combined data class subforms=====
+====Combined data class subforms====
 Nevertheless, some subforms display a combination of fields with different data-types. One such is the interpretation subform (sf_interp) which takes a text field, an action field and a date field. This displays one interpretation for a module item (e.g. a context or a special find) which is again [[Chains|chained]] to a date and an action.
 Another example of these combined data-type subforms is the events subform (sf_event) which can use a date field or an action field or both a date and action field to display an event which has happened on a specific date by a specific person.

← Older revision		Revision as of 07:32, 20 November 2007
Line 14:		Line 14:


−	It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[~~Dataclass~~\|data classes]]	+	It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[Data Class\|data classes]]
−
−	~~=====Field data-types=====~~
−
−	*txt - generally long-text
−	*number - all numbers
−	*attribute - this requires an attribute type like a materials inventory where the attributes can be brick, coin or glass.
−	*action - somebodyt doing something, is often combined with a person from the address book
−	*date - any date
−	*span - a span from for example a date to the next (e.g. 100BC-AD250)
−	*xmi - a link between two module items

	====What subforms do you want?====		====What subforms do you want?====

← Older revision		Revision as of 07:31, 20 November 2007
Line 14:		Line 14:


−	It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be ~~one of the seven field types below.~~	+	It may help to sketch out on a piece of paper the initial structure you want and then you can start building it up as you go along. One of the strengths of ARK is that it can be adapted to suit your recording practices, so if you don't know exactly what you want to record at the beginning of the project - you can just add more later. Below is an example of a sketch-up of the Sintana project containing two modules: The completely made up module of Sintana which contained a set of finds points and the Bibliography module. Both modules have a series of fields attached which can be [[Dataclass\|data classes]]

	=====Field data-types=====		=====Field data-types=====