(Java FOSS GIS) DataObject Framework - Revision history

Wiki-Sunburned Surveyor at 20:31, 14 November 2007

2007-11-14T20:31:51Z

Wiki-Sunburned Surveyor at 20:20, 14 November 2007

2007-11-14T20:20:32Z

Wiki-Sunburned Surveyor at 20:19, 14 November 2007

2007-11-14T20:19:06Z

Wiki-Sunburned Surveyor: New page: == Introduction == One great opportunity for JOP's (Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some init...

2007-11-14T20:15:27Z

New page: == Introduction == One great opportunity for JOP's (Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some init...

New page

== Introduction ==

One great opportunity for JOP's (Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some initial work has been done on a framework that would allow JOP's to do just that. This framework focuses on a highly abstract and very simple representation of a feature known as a DataObject. A DataObject is simply a collection of named attributes whose data types and values match a schema. A DataObject can be used to represent a Simple Feature, but could also be used to represent a non-spatial feature, since there is no requirement for a spatial attribute. (The DataObject is not required to contain an attribute that stores a representation of feature's location.)

== Our Goal ==
To have a simple API that can be used to represent features in a highly abstract and simple way. This representation should accomplish the following goals:

* Facilitate easy conversion to and from more complex feature models.
* Serve as vehicle that can be used to move data between more complex feature models and data sources, like an ESRI Shapefile or DXF file.

== Why Aren't We Using GeoTools or GeoAPI ==

== Data Source We Would Like To Support ==
* ESRI Shapefiles
* AutoDESK DXF
* Paul Austin's TOF Format (Comma Separated Values)
* GML 2.0

== Get The Code ==
Initial source code can be found at the SurveyOS Subversion Repository.

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

	One great opportunity for GeoJOP's (Geospatial Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some initial work has been done on a framework that would allow GeoJOP's to do just that. This framework focuses on a highly abstract and very simple representation of a feature known as a DataObject. A DataObject is simply a collection of named attributes whose data types and values match a schema. A DataObject can be used to represent a Simple Feature, but could also be used to represent a non-spatial feature, since there is no requirement for a spatial attribute. (The DataObject is not required to contain an attribute that stores a representation of feature's location.)		One great opportunity for GeoJOP's (Geospatial Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some initial work has been done on a framework that would allow GeoJOP's to do just that. This framework focuses on a highly abstract and very simple representation of a feature known as a DataObject. A DataObject is simply a collection of named attributes whose data types and values match a schema. A DataObject can be used to represent a Simple Feature, but could also be used to represent a non-spatial feature, since there is no requirement for a spatial attribute. (The DataObject is not required to contain an attribute that stores a representation of feature's location.)
		+
		+	Programs like UDig or OpenJUMP will need to convert DataObjects to their own internal feature model before use. This can be done "higher in the software stack" allowing programmers to work together on lower levels of the stack, such as data access.

	== Our Goal ==		== Our Goal ==

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

	http://surveyos.svn.sourceforge.net/viewvc/surveyos/java/collaboration/		http://surveyos.svn.sourceforge.net/viewvc/surveyos/java/collaboration/
		+
		+	== Navigation ==
		+	[http://wiki.osgeo.org/index.php/Java_GIS_Collaboration Java GIS Collaboration Home]

@@ Line 1: / Line 1: @@
 == Introduction ==
-One great opportunity for JOP's (Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some initial work has been done on a framework that would allow JOP's to do just that. This framework focuses on a highly abstract and very simple representation of a feature known as a DataObject. A DataObject is simply a collection of named attributes whose data types and values match a schema. A DataObject can be used to represent a Simple Feature, but could also be used to represent a non-spatial feature, since there is no requirement for a spatial attribute. (The DataObject is not required to contain an attribute that stores a representation of feature's location.)
+One great opportunity for GeoJOP's (Geospatial Java Open Source Programs) to share code is by writing components responsible for moving "features" to and from data sources. Some initial work has been done on a framework that would allow GeoJOP's to do just that. This framework focuses on a highly abstract and very simple representation of a feature known as a DataObject. A DataObject is simply a collection of named attributes whose data types and values match a schema. A DataObject can be used to represent a Simple Feature, but could also be used to represent a non-spatial feature, since there is no requirement for a spatial attribute. (The DataObject is not required to contain an attribute that stores a representation of feature's location.)
 == Our Goal ==
@@ Line 10: / Line 10: @@
 == Why Aren't We Using GeoTools or GeoAPI ==
+* We want to keep data source access independent of more complex feature models. (We don't want a programmer writing and maintaining a data source reader/writer to worry about a more complex feature model. Leave that to the program using the more complex feature model.)
 == Data Source We Would Like To Support ==
@@ Line 20: / Line 21: @@
 == Get The Code ==
 Initial source code can be found at the SurveyOS Subversion Repository.