You surely can read / write MDB tables with ADO .NET; in fact any system that has an OLEDB driver (which is pretty closely affiliated with the "old" ADO) can be accessed.
I have found it useful to remember a basic thing about Microsoft: * their names are meaningless. * they use the same name for many different things. For example, there are many new technologies that are branded ".NET" that have nothing to do with each other except that branding. * they use the same name for different things over time to make you feel less hung out to dry by change. ADO is one. ActiveX is another. (just my 2c, of course). I have less than no insight into where MapInfo is headed with their new systems; I'm not in that loop. I hope that they have taken a look at what you can do with the ESRI geodatabase concept -- particularly domains and related data integrity goodies. It REALLY helps tie spatial and database junk together very nicely. -----Original Message----- From: Neil Havermale [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 2:39 PM To: Cautley, David/PDX 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: 13613
