Sensor - Revision history

Priti: Blanked the page

2010-07-19T16:50:37Z

Blanked the page

Priti at 14:35, 13 July 2010

2010-07-13T14:35:52Z

Priti at 14:35, 13 July 2010

2010-07-13T14:35:07Z

Priti at 14:33, 13 July 2010

2010-07-13T14:33:48Z

Priti at 14:09, 13 July 2010

2010-07-13T14:09:27Z

Priti: Created page with 'Provenir ontology has also been used as an upper level ontology to develop a Trident ontology in Sensor domain. The Neptune project, led by the University of Washington, is an o…'

2010-07-13T14:06:38Z

Created page with 'Provenir ontology has also been used as an upper level ontology to develop a Trident ontology in Sensor domain. The Neptune project, led by the University of Washington, is an o…'

New page

Provenir ontology has also been used as an upper level ontology to develop a Trident ontology in Sensor domain. The Neptune project, led by the University of Washington, is an ongoing initiative to create network of instruments widely distributed across, above, and below the seafloor in the northeast Pacific Ocean. We consider a simulated scenario, illustrated in Figure 3, involving collection of data by ocean buoys (containing a temperature sensor and an ocean current sensor), which is then processed by a scientific workflow.

The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.

← Older revision		Revision as of 16:50, 19 July 2010
Line 1:		Line 1:
−	Provenir ontology has also been used as an upper level ontology to develop a Trident ontology in Sensor domain. The Neptune project, led by the University of Washington, is an ongoing initiative to create network of instruments widely distributed across, above, and below the seafloor in the northeast Pacific Ocean. We consider a simulated scenario, illustrated in Figure 1, involving collection of data by ocean buoys (containing a temperature sensor and an ocean current sensor), which is then processed by a scientific workflow.

−	~~[[Image:Trident.jpg\| 400x\| Figure: 1]]~~
−
−
−	The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.
−
−	~~'''Reference:'''~~
−	* S.S. Sahoo, A. Sheth, “Provenir ontology: Towards a Framework for eScience Provenance Management”, Microsoft eScience Workshop, Pittsburgh, PA Oct 15-17, 2009.

← Older revision		Revision as of 14:35, 13 July 2010
Line 7:		Line 7:

	'''Reference:'''		'''Reference:'''
−	*	+	* S.S. Sahoo, A. Sheth, “Provenir ontology: Towards a Framework for eScience Provenance Management”, Microsoft eScience Workshop, Pittsburgh, PA Oct 15-17, 2009.

← Older revision		Revision as of 14:35, 13 July 2010
Line 5:		Line 5:

	The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.		The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.
		+
		+	'''Reference:'''
		+	*

← Older revision		Revision as of 14:33, 13 July 2010
Line 2:		Line 2:

	[[Image:Trident.jpg\| 400x\| Figure: 1]]		[[Image:Trident.jpg\| 400x\| Figure: 1]]
		+

	The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.		The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.

← Older revision		Revision as of 14:09, 13 July 2010
Line 1:		Line 1:
−	Provenir ontology has also been used as an upper level ontology to develop a Trident ontology in Sensor domain. The Neptune project, led by the University of Washington, is an ongoing initiative to create network of instruments widely distributed across, above, and below the seafloor in the northeast Pacific Ocean. We consider a simulated scenario, illustrated in Figure 3, involving collection of data by ocean buoys (containing a temperature sensor and an ocean current sensor), which is then processed by a scientific workflow.	+	Provenir ontology has also been used as an upper level ontology to develop a Trident ontology in Sensor domain. The Neptune project, led by the University of Washington, is an ongoing initiative to create network of instruments widely distributed across, above, and below the seafloor in the northeast Pacific Ocean. We consider a simulated scenario, illustrated in Figure 1, involving collection of data by ocean buoys (containing a temperature sensor and an ocean current sensor), which is then processed by a scientific workflow.
		+
		+	[[Image:Trident.jpg\| 400x\| Figure: 1]]

	The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.		The scientific workflow is composed of four steps to process the data from the sensors and create visualization charts as output. The Trident ontology models the details of this scenario by extending the provenir classes, for example temperature_sensor and ocean_current_sensor are modeled as specialization of provenir:agent. Similarly, the provenir:spatial_parameter is extended to model the geographical location (latitude-longitude) of the ocean_buoy and provenir:temporal_parameter is extended to model date and time details associated with sensor data.