<div>This is a very interesting discussion. :]</div>
<div> </div>
<div>I regularly use CAD and GIS programs at work, and have dabbled in traditional RDBMS design. I ran into a problem with an open source GIS program I work with, that reads all features in a shapefile into memory. This limits the use of the program, given the size of many geospatial data sets. 
</div>
<div> </div>
<div>I decided we needed to implement a system for storage of features and geometries that would overcome this memory limitation. I looked at existing RDBMS and Object-Oriented Databases and decided it would be better to start from scratch. I am designing an object oriented-database that will work with CAD and GIS systems. The first implementation will be in Java, but I hope to create an implementation in Python as well. 
</div>
<div> </div>
<div>It will have features like undo/redo (transactions) and mulit-user access. I am no expert programmer, so I'm not sure how great this will work, but I know it will be better than the system we have now.</div>
<div> </div>
<div>Scott Huey<br><br> </div>
<div><span class="gmail_quote">On 5/22/06, <b class="gmail_sendername">baalbek</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:rcs@bgoark.no" target="_blank">rcs@bgoark.no</a>> wrote:</span>
 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">David Cuthbert wrote:<br><br>> This does not mean the design itself should be stored as an RDBMS.  As<br>
> I've stated previously, CAD data (both electrical and, it appears,<br>> mechanical) does not lend itself to RDBMS relationship modeling.<br><br>I simply do not agree with this.<br><br>A CAD program (like Autocad) is nothing 
<br>but an advanced database editor: the program loads data from a binary<br>file and creates its object (in memory) from the tables that it reads<br>from the file on the disk.<br><br>The point is that this could as well have been stored on tables in a 
<br>RDBMS; the process of loading the object once the data has been fetched<br>(either from a binary file, or a RDBMS) the process is similar.<br><br>The advantage of having the data stored in a RDBMS is many, amongst them 
<br>the ability to check-out just the data one needs, better administration<br>of the drawings (consistent plotting, dimensioning styles, fonts, etc)<br>and a much better tool for gathering statistics of the project (sums of 
<br>areas, rooms, doors, etc etc).<br><br>What happens in the CAD program (once loaded in memory) is simply<br>irrelevant to how the data are stored.<br><br>Regards,<br>Baalbek<br>--<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://mail.python.org/mailman/listinfo/python-list" target="_blank">
http://mail.python.org/mailman/listinfo/python-list</a><br></blockquote></div><br>