Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

• Updated descriptions.
• Rename the enumeration CharacterisationType to Statistic. Rename the 'type' attribute on Characterisation to 'statistic'.

1139

• Introduce Result base class for Snapshot. Result contains ObjectCollection. Snapshot is still the type of the result collection off SimDB/Experiment. TBD
• InputData references Result now, not generically Snapshot.
• Remove GenericParameterSetting and NumericParameterSetting. Instead have two different fields on ParameterSetting, one a string, the other a Quantity
• Updated description of various classes (in progress).

1089

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

VO-URP

• Add "basic" package, holding on to basic datatypes such as Quantity, Value, Cardinality, DataType.
• All other packages depend on it. [this is somewhat ugly and required by a problem of the current generation framework (i.e. VO-URP), which does not yet allow "inheriting" dependencies from parent to child packages. Only simdb needs otherwise have this relation. Currently it is required so that appropriate import statements will be generated on XML schemas.]
• Renamed Characterisation -> Statistics ["innocent name change" ?]
• Renamed CharacterisationType -> Statistic [possibility for confusion with Statistics].
• Renamed "characterisation" collection on ObjectCollection to "statistics".
• Introduced Value datatype, representing values of either numeric or unknown datatype. Both represented by an attribute of type Quantity, reps string. [NB this is still far from ideal! But more useful model seems impossible for now as we simply can not know the datatype of parameter values in the model! S3 might present a method to design protocols that can work around this feature of the model, at the cost of only allowing access to experiments of single SimDB:Protocol-s. See the Note.]
• removed genericparametersetting and numericparametersetting. SSingle, concrete ParameterSetting class has "value" attribute of type Value.
• Statistics has attribute "value" of type Value. This also allows one to have statistics on string and other non-numeric attributes. For example min/max dates [TODO should Value contain a datetime attribute?], or nominal value, or (in the future) histograms.
• Added a literal "constant" to Statistic (formerly CharacterisaitonType) to indicate a value that is held constant during an experiment. Example: mass of particles in an N-body simulation.
• Cleaned up some bad characters.
• Added "unit" attribute to Field.
• Changed ValidValue's "value" attribute from string to Value datatype. *

(back to main)

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

• Introduce Result base class for Snapshot. Result contains ObjectCollection. Snapshot is still the type of the result collection off SimDB/Experiment. TBD
• InputData references Result now, not generically Snapshot.
• Remove GenericParameterSetting and NumericParameterSetting. Instead have two different fields on ParameterSetting, one a string, the other a Quantity
• Updated description of various classes (in progress).

1089

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

VO-URP

• Add "basic" package, holding on to basic datatypes such as Quantity, Value, Cardinality, DataType.
• All other packages depend on it. [this is somewhat ugly and required by a problem of the current generation framework (i.e. VO-URP), which does not yet allow "inheriting" dependencies from parent to child packages. Only simdb needs otherwise have this relation. Currently it is required so that appropriate import statements will be generated on XML schemas.]
• Renamed Characterisation -> Statistics ["innocent name change" ?]
• Renamed CharacterisationType -> Statistic [possibility for confusion with Statistics].
• Renamed "characterisation" collection on ObjectCollection to "statistics".
• Introduced Value datatype, representing values of either numeric or unknown datatype. Both represented by an attribute of type Quantity, reps string. [NB this is still far from ideal! But more useful model seems impossible for now as we simply can not know the datatype of parameter values in the model! S3 might present a method to design protocols that can work around this feature of the model, at the cost of only allowing access to experiments of single SimDB:Protocol-s. See the Note.]
• removed genericparametersetting and numericparametersetting. SSingle, concrete ParameterSetting class has "value" attribute of type Value.
• Statistics has attribute "value" of type Value. This also allows one to have statistics on string and other non-numeric attributes. For example min/max dates [TODO should Value contain a datetime attribute?], or nominal value, or (in the future) histograms.
• Added a literal "constant" to Statistic (formerly CharacterisaitonType) to indicate a value that is held constant during an experiment. Example: mass of particles in an N-body simulation.
• Cleaned up some bad characters.
• Added "unit" attribute to Field.
• Changed ValidValue's "value" attribute from string to Value datatype. *

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

• Introduce Result base class for Snapshot. Result contains ObjectCollection. Snapshot is still the type of the result collection off SimDB/Experiment. TBD
• InputData references Result now, not generically Snapshot.
• Remove GenericParameterSetting and NumericParameterSetting. Instead have two different fields on ParameterSetting, one a string, the other a Quantity

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

VO-URP

• Add "basic" package, holding on to basic datatypes such as Quantity, Value, Cardinality, DataType.
• All other packages depend on it. [this is somewhat ugly and required by a problem of the current generation framework (i.e. VO-URP), which does not yet allow "inheriting" dependencies from parent to child packages. Only simdb needs otherwise have this relation. Currently it is required so that appropriate import statements will be generated on XML schemas.]
• Renamed Characterisation -> Statistics ["innocent name change" ?]
• Renamed CharacterisationType -> Statistic [possibility for confusion with Statistics].
• Renamed "characterisation" collection on ObjectCollection to "statistics".
• Introduced Value datatype, representing values of either numeric or unknown datatype. Both represented by an attribute of type Quantity, reps string. [NB this is still far from ideal! But more useful model seems impossible for now as we simply can not know the datatype of parameter values in the model! S3 might present a method to design protocols that can work around this feature of the model, at the cost of only allowing access to experiments of single SimDB:Protocol-s. See the Note.]
• removed genericparametersetting and numericparametersetting. SSingle, concrete ParameterSetting class has "value" attribute of type Value.
• Statistics has attribute "value" of type Value. This also allows one to have statistics on string and other non-numeric attributes. For example min/max dates [TODO should Value contain a datetime attribute?], or nominal value, or (in the future) histograms.
• Added a literal "constant" to Statistic (formerly CharacterisaitonType) to indicate a value that is held constant during an experiment. Example: mass of particles in an N-body simulation.
• Cleaned up some bad characters.
• Added "unit" attribute to Field.
• Changed ValidValue's "value" attribute from string to Value datatype. *

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

VO-URP

• Add "basic" package, holding on to basic datatypes such as Quantity, Value, Cardinality, DataType.
• All other packages depend on it. [this is somewhat ugly and required by a problem of the current generation framework (i.e. VO-URP), which does not yet allow "inheriting" dependencies from parent to child packages. Only simdb needs otherwise have this relation. Currently it is required so that appropriate import statements will be generated on XML schemas.]
• Renamed Characterisation -> Statistics ["innocent name change" ?]
• Renamed CharacterisationType -> Statistic [possibility for confusion with Statistics].
• Renamed "characterisation" collection on ObjectCollection to "statistics".
• Introduced Value datatype, representing values of either numeric or unknown datatype. Both represented by an attribute of type Quantity, reps string. [NB this is still far from ideal! But more useful model seems impossible for now as we simply can not know the datatype of parameter values in the model! S3 might present a method to design protocols that can work around this feature of the model, at the cost of only allowing access to experiments of single SimDB:Protocol-s. See the Note.]
• removed genericparametersetting and numericparametersetting. SSingle, concrete ParameterSetting class has "value" attribute of type Value.
• Statistics has attribute "value" of type Value. This also allows one to have statistics on string and other non-numeric attributes. For example min/max dates [TODO should Value contain a datetime attribute?], or nominal value, or (in the future) histograms.
• Added a literal "constant" to Statistic (formerly CharacterisaitonType) to indicate a value that is held constant during an experiment. Example: mass of particles in an N-body simulation.
• Cleaned up some bad characters.
• Added "unit" attribute to Field.
• Changed ValidValue's "value" attribute from string to Value datatype. *

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

1089

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

VO-URP

• Add "basic" package, holding on to basic datatypes such as Quantity, Value, Cardinality, DataType.
• All other packages depend on it. [this is somewhat ugly and required by a problem of the current generation framework (i.e. VO-URP), which does not yet allow "inheriting" dependencies from parent to child packages. Only simdb needs otherwise have this relation. Currently it is required so that appropriate import statements will be generated on XML schemas.]
• Renamed Characterisation -> Statistics ["innocent name change" ?]
• Renamed CharacterisationType -> Statistic [possibility for confusion with Statistics].
• Renamed "characterisation" collection on ObjectCollection to "statistics".
• Introduced Value datatype, representing values of either numeric or unknown datatype. Both represented by an attribute of type Quantity, reps string. [NB this is still far from ideal! But more useful model seems impossible for now as we simply can not know the datatype of parameter values in the model! S3 might present a method to design protocols that can work around this feature of the model, at the cost of only allowing access to experiments of single SimDB:Protocol-s. See the Note.]
• removed genericparametersetting and numericparametersetting. SSingle, concrete ParameterSetting class has "value" attribute of type Value.
• Statistics has attribute "value" of type Value. This also allows one to have statistics on string and other non-numeric attributes. For example min/max dates [TODO should Value contain a datetime attribute?], or nominal value, or (in the future) histograms.
• Added a literal "constant" to Statistic (formerly CharacterisaitonType) to indicate a value that is held constant during an experiment. Example: mass of particles in an N-body simulation.
• Cleaned up some bad characters.
• Added "unit" attribute to Field.
• Changed ValidValue's "value" attribute from string to Value datatype. *

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

1089

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

VO-URP

• Add "basic" package, holding on to basic datatypes such as Quantity, Value, Cardinality, DataType.
• All other packages depend on it. [this is somewhat ugly and required by a problem of the current generation framework (i.e. VO-URP), which does not yet allow "inheriting" dependencies from parent to child packages. Only simdb needs otherwise have this relation. Currently it is required so that appropriate import statements will be generated on XML schemas.]
• Renamed Characterisation -> Statistics ["innocent name change" ?]
• Renamed CharacterisationType -> Statistic [possibility for confusion with Statistics].
• Renamed "characterisation" collection on ObjectCollection to "statistics".
• Introduced Value datatype, representing values of either numeric or unknown datatype. Both represented by an attribute of type Quantity, reps string. [NB this is still far from ideal! But more useful model seems impossible for now as we simply can not know the datatype of parameter values in the model! S3 might present a method to design protocols that can work around this feature of the model, at the cost of only allowing access to experiments of single SimDB:Protocol-s. See the Note.]

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

1089

• Changed cardinality of snapshot collection on Experiment. now 0..*
• a datatype StringLiteral was added. not really useful remnant of some experimenting. can be removed.
• Changed cardinality of representationObject collection on experiment. now 0..*
• Changed cardinality of objectCollecitoncollection on Snapshot. now 0..*
• Changed cardianlity of label attribute on ValidValue, from 1 to 0..1

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

887

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

1089

• Added option to refer to an external utype for each <>. Added one on Resource: otherutype="Reg:VOResource"

• removed explicit dependency between simdb and IVOAValueTYpes packages again [this is all mainly caused by changes in how to represent explicitly how a model depends on the profile. Is an explict dependency required or not.
• PostProcessing no longer abstract.

1029

• no change in content.

1020

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

1089

1059

• no change in content.

• Added Identity datatype to the IVOAValueTypes. [check whether this is necessray in the model or only for code generation?]
• Recreated the explicit dependency relation between the "simdb" and IVOAValueTypes" packages.
• Fixed the errors on Contact introduced in 898.

1012

• Removed the "model" package. This was used for code generation purposes only.

989

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".
• In Contact, INTRODUCED 2 ERRORSD
  • changed dattaype of telephone from string to Resource
  • created an attribute: unnamed1, of type Resource
• Renamed "experiment" colleciton on Project to "resource"
• added a "description" attribute to ProjectResource.
• removed the Pos3D datatype. [was onnly there as example of structured datatype]
• Removed ClusterFinder and ClusterDetection. PostProcessor and PostProcessing should be used.
• On PostProcessing added a reference to the PostProcessor, subsetting the protocol reference on Experiment.
• Added description attribute on InputData.
• Renamed AccessbileExperiment to AccessibleResource, and its "experiment" reference to "resurce", now pointin to Resource.

978

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

Version history (link on heading):

specification/

1089

1059

1034

1029

• removed explicit dependency from simdb package on IVOAValueTypes package
• Rename AccessibleExperiment to AccessibleResource and change its "experiment" reference to point to Resource iso Experiment and rename it to "resource".

• No change in content

952

• Exact copy of, i.e. no change wrt prop-952

prop-951 (Mar 12, 2009 ,derived from input/902 !)

• ChildProtocol and ChildExperiment removed.

input/

• WebService has AccessibleResource (was: AccessibleExperiment)collection, pointing to Resource. I.e. not only experiments are accessible.
• CompositeExperiment and CompositeProtocol have been removed. NB will be reintroduced in later model.
• ClusterDetection and ClusterFinder have been removed. Instead of these the more general PostProcessing and PostProcessor must be used. Those types are no longer abstract.
• PostProcessing has reference "protocol" to PostProcessor. This reference subsets Experiment's protocol reference.

902

887

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

1059

1034

1029

1020

1012

989

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation, provenance etc (see separate page)
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?

• • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

(back to main)

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

To be discussed

• OK on approach?
  • modelling: analysis(conceptual)->logical->physical
  • TAP+XML+UTYPE serialisations derived from logical model
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

• OK on approach?

• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note
• finalise the serialisation to UTYPEs
• finalise the serialisation to TAP (see IVOA.IVOATheorySimDBTAP)
• finalise the serialisation to XML schema ((see IVOA.IVOATheorySimDBREST)
• reuse by other specs
  • SimDAP
  • S3
• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

TODO

• OK on approach?
  • analysis(conceptual)->logical->physical
  • TAP+XML
• Identify main issues of model
  • sufficiently detailed resources?
  • characterisation
  • normalisation (problem for XML, little for TAP)
  • "queriability" (problem for TAP)
  • missing semantic vocabularies
  • quantities/units
• Clean up
  • documentation in the UML
  • Description of model in Note

• • S3

• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

Examples of Protocols

Examples of protocols:

Simulators:

• Gadget (http://www.mpa-garching.mpg.de/gadget/)
• Enzo ...
• Flash ...
• Nemo ...
• Ramses ...
• L-Galaxies (MPA semi-analytical (SAM) galaxy formation code)
• GalForm (Durham SAM code)
• GalICS (Horizon SAM)
• ...

Pure post-processors: cluster finders

• FOF cluster finders (various implementations)
• SUBFIND cluster finder (Springel etal 2001, ADS)
• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

I propose that for the rest of the discussion we limit ourselves to the model in the specification subdirectory.

In this page we gather material to support the model.

Examples of protocols:

Simulators:

• Gadget (http://www.mpa-garching.mpg.de/gadget/)
• Enzo ...
• Flash ...
• Nemo ...
• Ramses ...
• L-Galaxies (MPA semi-analytical (SAM) galaxy formation code)
• GalForm (Durham SAM code)
• GalICS (Horizon SAM)
• ...

Pure post-processors: cluster finders

• FOF cluster finders (various implementations)

• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

Simulators:

• Gadget (http://www.mpa-garching.mpg.de/gadget/)
• Enzo ...
• Flash ...
• Nemo ...
• Ramses ...
• L-Galaxies (MPA semi-analytical (SAM) galaxy formation code)
• GalForm (Durham SAM code)
• GalICS (Horizon SAM)
• ...

Pure post-processors: cluster finders

• FOF cluster finders (various implementations)
• SUBFIND cluster finder (Springel etal 2001,

• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

Protocol

Simulators:

• Gadget (http://www.mpa-garching.mpg.de/gadget/)
• Enzo ...
• Flash ...
• Nemo ...
• Ramses ...
• L-Galaxies (MPA semi-analytical (SAM) galaxy formation code)
• GalForm (Durham SAM code)
• GalICS (Horizon SAM)
• ...

Pure post-processors: cluster finders

• FOF cluster finders (various implementations)
• SUBFIND cluster finder (Springel etal 2001,

• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

Protocol

Simulators:

• Gadget (http://www.mpa-garching.mpg.de/gadget/)
• Enzo ...
• Flash ...
• Nemo ...
• Ramses ...
• L-Galaxies (MPA semi-analytical (SAM) galaxy formation code)

• ...

Pure post-processors: cluster finders

• FOF cluster finders (various implementations)

• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

Protocol

Simulators:

• Gadget (http://www.mpa-garching.mpg.de/gadget/)

• L-Galaxies (MPA semi-analytical (SAM) galaxy formation code)
• GalForm (Durham SAM code)
• GalICS (Horizon SAM)
• ...

Pure post-processors: cluster finders

• ...

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->

Current model

Issues

<-- 

 

 

 Set ALLOWTOPICRENAME = TWikiAdminGroup
 
 
-->