As a follow up it could be interesting to hear what kind of request you have to data 
access from within MapInfo/MapInfo .NET

I can start the list with this wishes:
1. Access to spatial data in PostGreSQL/PostGIS
2. Access to spatial data in mySQL
3. Support of NULL, this is especially interesting when access remote databases. But 
it will also let us distinguise between zero and NULL in a numerical field
4. Read access to other common GIS formats
5. Read access to other common CAD formats, like DWG, DXF, DGN. This should be 
supported in kind of the same way as the Shape file
6. Refresh option for tables opened using Live Access
7. .........

Other good ideas ?

I'll sum, and of course foreward the list to MapInfo

Peter Horsb�ll M�ller
GIS Developer
Geographical Information & IT
 
COWI A/S
Odensevej 95
DK-5260 Odense S.
Denmark
 
Tel     +45 6311 4900
Direct  +45 6311 4908
Mob     +45 5156 1045
Fax     +45 6311 4949
E-mail  [EMAIL PROTECTED]
http://www.cowi.dk/gis


-----Original Message-----
From: Peter Horsb�ll M�ller 
Sent: Thursday, October 07, 2004 8:56 AM
To: 'Neil Havermale'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: MI-L : ADO.NET and Mapinfo and PostGIS ?


Neil,

Good and interesting question !!

With MapXtreme 2004 -  that shares components with the upcoming MapInfo Pro .NET - you 
are now able to access fore instance a SQL Server without generating a tab file. I 
guess this will also be possible with MapInfo Pro .NET, but I think will have to wait 
and see to be sure.

As for the TAB and DAT files and don't expect any big changes for a start, but I had 
the plessure of attending a MapXtreme Training course in Windsor, England given by 
Eric Blasenheim, and he has some interesting ideas about the file format that I guess 
over time will find there way into MapInfo Pro .NET and MapXtreme 2004.

Peter Horsb�ll M�ller
GIS Developer
Geographical Information & IT
 
COWI A/S
Odensevej 95
DK-5260 Odense S.
Denmark
 
Tel     +45 6311 4900
Direct  +45 6311 4908
Mob     +45 5156 1045
Fax     +45 6311 4949
E-mail  [EMAIL PROTECTED]
http://www.cowi.dk/gis


-----Original Message-----
From: Neil Havermale [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 06, 2004 11:40 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: MI-L : ADO.NET and Mapinfo and PostGIS ?


Ok, I got the " " thing and there are several hundreds of goole hits... And I sort of 
understand that XML seems to be a good thing too.  Also saw that the ADO idea has 
cycled several times since 1998 but is generally seen as a good thing.  That leads me 
to ask, is Microsoft's Access data base fully compliant to the ADO.NET 
standard/method?  Is the common ground of the future for those of use who are lesser 
than software engineers?

When MapInfo Pro.NET arrives will its tradition of TAB and near.DBF legacy alter in 
significant ways?  Will this get easier or more convoluted?

Please excuse my lack of insight on this stuff... I am trying to catch up.

MidNight
Aka neil

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 07, 2004 6:41 AM
To: [EMAIL PROTECTED]
Subject: RE: MI-L : ADO.NET and Mapinfo and PostGIS ?

If one is already a database geek then I recommend the O'Reilly "ADO .NET in a 
nutshell" book.  Helped me a lot.  Its virtue is it's vice: short and sweet (compared 
to so many of the 1,000+ page behemoths).

The object model is rich, useful, and completely different that anything that came 
before. (ADO or RDO or DAO to name the Microsoft data access models).

-----Original Message-----
From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 06, 2004 1:37 PM
To: Mapinfo-L
Subject: Re: MI-L : ADO.NET and Mapinfo and PostGIS ?

Search on ADO .NET and you will find plenty.

To put it short: It is the data access layer on the .NET platform.

Regards
Uffe

----- Original Message ----- 
From: "Neil Havermale" <[EMAIL PROTECTED]>
To: "Ian Erickson" <[EMAIL PROTECTED]>; "Bill Thoen" <[EMAIL PROTECTED]>
Cc: "digeteca" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, October 06, 2004 10:30 PM
Subject: RE: MI - L : ADO.NET and Mapinfo and PostGIS ?


I was wondering if you might extend my reach a bit.  I just tried to google on 
"ADO.NET" and came up no info of any sort.  I must be missing something? Just what is 
ADO.NET?

MidNight Mapper
neil

-----Original Message-----
From: Ian Erickson [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 2:39 AM
To: Bill Thoen
Cc: digeteca; [EMAIL PROTECTED]
Subject: Re: MI - L : Mapinfo and PostGIS ?

Presumably, this is where the extendability of the .NET framework and the forthcoming 
version of MapInfo Pro "may" excel.  Because the underlying engine behind the MapInfo 
Table data source is now ADO.NET, and if the folks at MapInfo have exposed the classes 
that are necessary, you could "in theory" write your own data provider that utililized 
the Postgis data source.  I say "may" because I do not know if this truly possible, 
and the folks at MapInfo would be better at answering whether or not I've simply 
bought into marketing "spin" or rather a new capability does exist in writing custom 
data provider classes.

So MapInfo folks, can this be done?  Are there a sifficient amount of classes exposed 
as part of the MapInfo .NET namespace to accomodate such a thing?

Ian Erickson
AnalyGIS, LLC
Gold Canyon, AZ  85218
http://www.analygis.com/

tel:  480.677.6260
fax:  480.677.6261
cell: 480.221.7173



Bill Thoen wrote:

>On Wed, 6 Oct 2004, digeteca wrote:
>
>
>
>>Does Mapinfo can manipulate PostGIS spatial data ?
>>
>>
>
>Not directly as far as I know, but I suppose if you can connect to a
>PostgreSQL/PostGIS data source via ODBC, you might be able to do
something
>with the data using a MapBasic application.
>
>- Bill Thoen
>
>
>
>---------------------------------------------------------------------
>List hosting provided by Directions Magazine | www.directionsmag.com |
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>Message number: 13599
>
>
>
>

---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, 
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13600

---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, 
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13602


---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, 
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13604



---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, 
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13605

---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, 
e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13608



---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com |
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13617

Reply via email to