Skip to content

Detectorfinalstate Pattern

Source: ODP portal  ·  Published by: purl.org  ·  Category: conceptual  ·  Domain: general

This pattern represent schematic model for data obtained from results of high-energy physics experiments, such as ones ran in the CERN's Large Hadron Collider. Specifically, this pattern models the notion of Detector Final State, a composition obatined by a selection of some target characteristics concerning physics measurements and parameters of experiments.

What it answers

  • Retrieve all analyses that veto extra leptons.
  • Retrieve all analyses that used jets in the final state.
  • Retrieve all analyses requiring large missing energy.
  • Retrieve all analyses requireing particles to have an invariant mass near the Z pole.

The pattern

The graph is the axioms the pattern asserts; nothing here is inferred. Drag to rearrange, scroll to zoom, and use the graph's own search box to find a term inside it.

Opens at level of detail 3: classes, individuals, properties and restrictions, without the literals. Raise it with the LOD control in the graph's own toolbar to see annotation values and anything a reasoner adds.

Download the pattern

Should you use this one?
Size 14 classes, 11 properties, 84 axioms
Brings in 1 imported ontology, so adopting it adopts that too
Reasoning HermiT finds this pattern consistent, with no unsatisfiable class, and its worked example consistent with the pattern.

A situation it was written for. Representing detection of final state of a high-energy physics experiment.

Check it yourself: the published pattern  ·  an archived copy  ·  the ontology itself.

If a link does not open

ontologydesignpatterns.org, which publishes most of this library, does not currently answer over HTTPS, and its wiki redirects submission pages to its front page. The archived copy is there for exactly that reason. The ontology files themselves are still served over plain HTTP.

Terms it declares

The 25 classes and properties this pattern models, as the recommender scores them. Annotation properties and built-ins are excluded, because an annotation property is not modelling.

  • http://purl.org/net/detectorfinalstate/And
  • http://purl.org/net/detectorfinalstate/BaseDefinition
  • http://purl.org/net/detectorfinalstate/BinaryRelation
  • http://purl.org/net/detectorfinalstate/DetectorFinalState
  • http://purl.org/net/detectorfinalstate/EventLevelQuantity
  • http://purl.org/net/detectorfinalstate/FinalStateObject
  • http://purl.org/net/detectorfinalstate/Number
  • http://purl.org/net/detectorfinalstate/NumericalValue
  • http://purl.org/net/detectorfinalstate/Or
  • http://purl.org/net/detectorfinalstate/PhysicalQuantity
  • http://purl.org/net/detectorfinalstate/PhysicalValue
  • http://purl.org/net/detectorfinalstate/PhysicsObject
  • http://purl.org/net/detectorfinalstate/SelectionCriteria
  • http://purl.org/net/detectorfinalstate/Unit
  • http://purl.org/net/detectorfinalstate/hasBaseDefinition
  • http://purl.org/net/detectorfinalstate/hasFirstArgument
  • http://purl.org/net/detectorfinalstate/hasNumber
  • http://purl.org/net/detectorfinalstate/hasNumericalValue
  • http://purl.org/net/detectorfinalstate/hasOperand
  • http://purl.org/net/detectorfinalstate/hasSecondArgument
  • http://purl.org/net/detectorfinalstate/hasSelectionCriteria
  • http://purl.org/net/detectorfinalstate/hasUnit
  • http://purl.org/net/detectorfinalstate/refersToObject
  • http://purl.org/net/detectorfinalstate/usesBinaryRelation
  • http://purl.org/net/detectorfinalstate/vetoesSelectionCriteria

An example of it in use

The pattern says what may be asserted; this says it. The graph below is a small set of individuals that instantiate the classes above and are connected by its properties, so the shape the pattern describes is visible as data rather than as a schema.

Download the example

Import this pattern into your own ontology from inside Protégé: OntoBoard → Reuse → Pattern library…, which hands it to Import terms… and writes the term list, the module, the import and the catalog entry the way ODK expects. See Working with ODK.

Something wrong with this pattern, its example or this page? Report a problem with this pattern - the form opens with the pattern filled in, and a title and a sentence are all it needs.