Changes between Version 5 and Version 6 of FDORfc43
- Timestamp:
- 10/28/09 01:44:10 (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FDORfc43
v5 v6 49 49 There is no need to inject provider names into the naming. 50 50 51 PostGIS has been already meant updated following this mailing list discussion 52 http://www.nabble.com/Is-there-a-Feature-class-naming-convention-to15021175s18162.html#a15021175 53 http://trac.osgeo.org/fdo/ticket/310 54 51 The PostGIS provider has already adopted this approach following this mailing list discussion[[BR]] 52 [http://www.nabble.com/Is-there-a-Feature-class-naming-convention-to15021175s18162.html#a15021175][[BR]] 53 [http://trac.osgeo.org/fdo/ticket/310][[BR]] 55 54 56 55 == Proposed Solution == … … 60 59 in the connection string or by custom mappings. 61 60 * The tables in the user schema are listed in empty schema (default) conceptually potentially twice. 62 * Class names for databases are normally tablename, unless qualified which then has ~COLUMN_NAME appended. ( Cozif the are multiple geometries, FDO requires to know which one is the identifier)61 * Class names for databases are normally tablename, unless qualified which then has ~COLUMN_NAME appended. (if the are multiple geometries, FDO requires to know which one is the identifier) 63 62 * Class names for file based providers is based on their file name as current 64 63 * Therefore, The empty schema ":watercourses" could be also just "watercourses"