PostGIS Provider

6 messages Options
Embed this post
Permalink
Robert Fortin

PostGIS Provider

Reply Threaded More More options
Print post
Permalink
Some javascript/style in this post has been disabled (why?)

Hi,

 

Has anybody been using the PostGIS FDO provider with Map or MapGuide?

I’d be interested in knowing how it worked for you.


Robert


_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
Mike Toews

Re: PostGIS Provider

Reply Threaded More More options
Print post
Permalink
Yes!

See notes at http://trac.osgeo.org/fdo/wiki/FdoPostGISNotes

At my workplace, we've been using the provider with AutoCAD Map 3D 2008
with FDO 3.2 (working toward a production environment really soon), and
I've also tested PostGIS with MGOS 2.0.2/FDO 3.3. The Win32 DLLs are
from Bruno:
http://www.geomapgis.com/web/geomap-group/fdo/
and modify the providers.xml file as explained on the Wiki.

However, the provider is beta quality, having many limitations
(explained in wiki), for example:

   1. Use all lowercase for database name, schema (datastore), table and
      column names
   2. Use simple data types for all tables in a schema (no timestampz,
      text[] or custom types allowed). Character, integer, real, float,
      date, and timestamp data types appear to be OK.
   3. Views can be used, but cannot be edited (even if rules are written
      for it). They just need to appear in the public.spatial_columns
      table, and I think the intended primary key needs to be in the
      first column.

If you have a complicated database with "advanced" data types used in
your tables, you might want add another schema "fdo" for FDO
applications. This way, you can keep all the data types used in the
"fdo" schema tables to basic types, while the other tables in the
non-fdo schemas can use "advanced" data types.

Also, if you have "advanced" data types as columns in spatial tables,
you need to export this as a view in a different schema casting these
columns as text (or not showing them). If these spatial tables need to
be editable by FDO clients (i.e., CAD), then you need to emulate a view
using two tables in two schemas with trigger functions to synchronize
changes between the two tables (I have a template for this).

Good luck!
-Mike

Robert Fortin wrote:

>
> Hi,
>
>  
>
> Has anybody been using the PostGIS FDO provider with Map or MapGuide?
>
> I’d be interested in knowing how it worked for you.
>
>
> Robert
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> fdo-users mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/fdo-users
>  

_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
Robert Fortin

RE: PostGIS Provider

Reply Threaded More More options
Print post
Permalink
Thanks Mike!  That's very valuable info.
I will contact Bruno.

Robert

-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Michael Toews
Sent: Thursday, October 23, 2008 11:14 AM
To: FDO Users Mail List
Subject: Re: [fdo-users] PostGIS Provider

Yes!

See notes at http://trac.osgeo.org/fdo/wiki/FdoPostGISNotes

At my workplace, we've been using the provider with AutoCAD Map 3D 2008
with FDO 3.2 (working toward a production environment really soon), and
I've also tested PostGIS with MGOS 2.0.2/FDO 3.3. The Win32 DLLs are
from Bruno:
http://www.geomapgis.com/web/geomap-group/fdo/
and modify the providers.xml file as explained on the Wiki.

However, the provider is beta quality, having many limitations
(explained in wiki), for example:

   1. Use all lowercase for database name, schema (datastore), table and
      column names
   2. Use simple data types for all tables in a schema (no timestampz,
      text[] or custom types allowed). Character, integer, real, float,
      date, and timestamp data types appear to be OK.
   3. Views can be used, but cannot be edited (even if rules are written
      for it). They just need to appear in the public.spatial_columns
      table, and I think the intended primary key needs to be in the
      first column.

If you have a complicated database with "advanced" data types used in
your tables, you might want add another schema "fdo" for FDO
applications. This way, you can keep all the data types used in the
"fdo" schema tables to basic types, while the other tables in the
non-fdo schemas can use "advanced" data types.

Also, if you have "advanced" data types as columns in spatial tables,
you need to export this as a view in a different schema casting these
columns as text (or not showing them). If these spatial tables need to
be editable by FDO clients (i.e., CAD), then you need to emulate a view
using two tables in two schemas with trigger functions to synchronize
changes between the two tables (I have a template for this).

Good luck!
-Mike

Robert Fortin wrote:

>
> Hi,
>
>
>
> Has anybody been using the PostGIS FDO provider with Map or MapGuide?
>
> I’d be interested in knowing how it worked for you.
>
>
> Robert
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> fdo-users mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/fdo-users
>
_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users

_______________________________________________
fdo-users mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/fdo-users
ary_s

RE: PostGIS Provider

Reply Threaded More More options
Print post
Permalink
Hii all,

Can anybody confirm that postgis fdo 3.3 work well with map3d 2009? I'm working with map3d geospatial API and I found map3d crash when i tried to insert a postgis feature. i also found that postgis layer couldn't added to layer group programatically. My code have no error with SHP and SDF provider but postgis provider. I was wondering if i am the only one who experience the error?

kind regards,
ary sucaya


Robert Fortin wrote:
Thanks Mike!  That's very valuable info.
I will contact Bruno.

Robert

-----Original Message-----
From: fdo-users-bounces@lists.osgeo.org [mailto:fdo-users-bounces@lists.osgeo.org] On Behalf Of Michael Toews
Sent: Thursday, October 23, 2008 11:14 AM
To: FDO Users Mail List
Subject: Re: [fdo-users] PostGIS Provider

Yes!

See notes at http://trac.osgeo.org/fdo/wiki/FdoPostGISNotes

At my workplace, we've been using the provider with AutoCAD Map 3D 2008
with FDO 3.2 (working toward a production environment really soon), and
I've also tested PostGIS with MGOS 2.0.2/FDO 3.3. The Win32 DLLs are
from Bruno:
http://www.geomapgis.com/web/geomap-group/fdo/
and modify the providers.xml file as explained on the Wiki.

However, the provider is beta quality, having many limitations
(explained in wiki), for example:

   1. Use all lowercase for database name, schema (datastore), table and
      column names
   2. Use simple data types for all tables in a schema (no timestampz,
      text[] or custom types allowed). Character, integer, real, float,
      date, and timestamp data types appear to be OK.
   3. Views can be used, but cannot be edited (even if rules are written
      for it). They just need to appear in the public.spatial_columns
      table, and I think the intended primary key needs to be in the
      first column.

If you have a complicated database with "advanced" data types used in
your tables, you might want add another schema "fdo" for FDO
applications. This way, you can keep all the data types used in the
"fdo" schema tables to basic types, while the other tables in the
non-fdo schemas can use "advanced" data types.

Also, if you have "advanced" data types as columns in spatial tables,
you need to export this as a view in a different schema casting these
columns as text (or not showing them). If these spatial tables need to
be editable by FDO clients (i.e., CAD), then you need to emulate a view
using two tables in two schemas with trigger functions to synchronize
changes between the two tables (I have a template for this).

Good luck!
-Mike

Robert Fortin wrote:
>
> Hi,
>
>
>
> Has anybody been using the PostGIS FDO provider with Map or MapGuide?
>
> I’d be interested in knowing how it worked for you.
>
>
> Robert
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> fdo-users mailing list
> fdo-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-users
>

_______________________________________________
fdo-users mailing list
fdo-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-users

_______________________________________________
fdo-users mailing list
fdo-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-users
Bruno Scott

Re: PostGIS Provider

Reply Threaded More More options
Print post
Permalink
In reply to this post by Robert Fortin
We have run plenty of test with Map 2009 and Mapguide 2.* with the 3.3 fdo PostGIS provider.
It works ok but there's still a lots of limitations.
Inserting/deleting/modifying features in map works fine, but bulk insert are not working and Modification are not transactional.
We have problems selecting in mapguide when features class are view based.

Bruno
Dejan Gregor

Re: PostGIS Provider

Reply Threaded More More options
Print post
Permalink
Dear Bruno,

can you please name us the exact version / built of

MapGuide Open Source
PostGIS FDO provider used (if you have changed anything in the FDO folder)
PostGReSQL
PostGIS

Any additiona configuration of PostGRESQL maybe?

Kind regards,
Dejan

Bruno Scott wrote:
We have run plenty of test with Map 2009 and Mapguide 2.* with the 3.3 fdo PostGIS provider.
It works ok but there's still a lots of limitations.
Inserting/deleting/modifying features in map works fine, but bulk insert are not working and Modification are not transactional.
We have problems selecting in mapguide when features class are view based.

Bruno
__

Dejan Gregor, MSc
GISc Researcher and Consultant

http://www.linkedin.com/in/dgregor