<DIV>I'd like to preface this by acknowledging that my technical ineptitude may have been the cause of my unsuccessful attempts to write tabular data to external OLEDB databases from ArcGIS. And I'd also like to point out that it's been a while since I tried doing so - things may have changed. But my experiences have lead me to believe that ESRI has (or had) carefully implemented ArcGIS in a manner that prevents users from writing to external DBMS without using ArcSDE. We do alot of spatial processing that output and affects a considerable amount of tabular data that many other rely on and edit where necessary. Because we're already pushing the limits of Access, I looked into other options when we started some new projects....and an affordable option, such as Postgres or MySQL. Here's what I found</DIV>
<DIV> </DIV>
<DIV>In the original "Exploring ArcObjects" book, published near the release of ArcGIS 8.0, states that OLEDB connections to ArcGIS are read only. Hence, we couldn't directly output data to an external table joined to a Access based featureclass. Sure, we can later use ADO to update the 'enterprise' database from the Access geodatabase, but that starts to get messy or becomes, to use Paul's words, a "moderately ugly hack" (why have the middle-man Geodatabase tables - like pgArc had the middle-man shapefiles). So I tried linking in a MySQL table to via ODBC in a geodatabase .mdb file and attempted to edit that table (no spatial data) from ArcGIS - I got a message stating that linked tables cannot be written to. DAO tables (and I'm fairly certain that ArcGIS interacts with Access databases using DAO), have a property that returns true if they are linked tables. So it seems that the ArcGIS has code that tests this property and
does not allow users to edit these tables. I find it very hard to believe that this was accidental. And I later felt naive for thinking I could somehow 'outsmart' them - ESRI's software engineers are not dumb. Expect some resistance in attempting to circumnavigate their systems. </DIV>
<DIV> </DIV>
<DIV>I understand their need to protect their investment - the ArcGIS spatial editting tools (including topology and networks) and ArcSDE must have cost a lot of money to develop. And it's good software - ESRI has earned a lot of its success. It just sucks for those of us on a limited budget - SDE licenses on top of commercial RDBMS fees is simply unaffordable in our case. </DIV>
<DIV> </DIV>
<DIV>On the other hand, ESRI seems to be opening up. But they must continue to recover their development costs somehow. And I'd be surprised if they'd make it easy for other develop tools to compete with their systems. Yes, being able to directly edit PostGIS data using ArcGIS-like editing tools would be huge....but I don't think that it would be easy and would probably be cost-prohibitive. As Paul mentioned, if these things were easily and cost-effectively attainable, then it probably would have been done by now. But then again....look how successful mapserver has become. Just my thoughts......</DIV>
<DIV> </DIV>
<DIV>Alex</DIV>
<DIV><B><I>Paul Ramsey <pramsey@REFRACTIONS.NET></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Guys, I am happy to spec this out again, but frankly I fear that most <BR>solutions will remain in the "moderately ugly hack" domain, ala <BR>PgArc. I have investigated more elegant things (oledb) but the signs <BR>are not promising (http://arcgisdeveloperonline.esri.com/ <BR>ArcGISDeveloper/ExtendingArcObjects/Ch07/AboutOLEDBProviders.htm). <BR>Principally, the continuing lack of an Oracle Spatial third party <BR>read/write extension on the market says to me that such a thing is <BR>just technically not possible to do attractively. If it were, someone <BR>would have written it by now and be making money on it. If anyone <BR>knows of such a thing, please do tell, it would be a good positive <BR>sign of possible success.<BR><BR>Paul<BR><BR>On 7-Jul-05, at 10:22 AM, Ken Lord wrote:<BR><BR>> Hi Mike,<BR>><BR>> This is a major interest to us, we would like to see a push for
<BR>> this as well, in fact I was just asked to contact Tyler Mitchell <BR>> about pgArc when I return from my holidays. Tyler! are your ears <BR>> burning? hehe<BR>><BR>> pgArc can be found at SourceForge if you want to check it out. It <BR>> has some functionality with ArcGIS 8, but I haven't had it work <BR>> with ArcGIS 9.<BR>><BR>> We are locked into personal geodatabases for some of our clients, <BR>> development of a fully functional ArcGIS / PostGIS connection would <BR>> give us a lot more flexibility too.<BR>><BR>> Cheers,<BR>> Ken Lord<BR>> Vancouver BC<BR>><BR>><BR>><BR>><BR>> On 7/7/05, Mike Davis <MIKE.AND.KERRY@GMAIL.COM>wrote: Since we <BR>> seem to be building some momentum on the ESRI personal<BR>> geodatabase thing, it seems like a good time to bring up the other<BR>> database related item on our wishlist.<BR>><BR>> What would be required to allow read/write to a PostGIS database
from<BR>> ArcGIS? I would love the ability to maintain our spatial data in<BR>> multiple datbase formats (must me my irrational fear of vendor<BR>> lock-in), but unless we can manage the data from within ArcGIS it<BR>> isn't really a practical option for us.<BR>><BR>> -Mike<BR></BLOCKQUOTE><p>__________________________________________________<br>Do You Yahoo!?<br>Tired of spam? Yahoo! Mail has the best spam protection around <br>http://mail.yahoo.com