From: Al Davis <[EMAIL PROTECTED]> Subject: Re: gEDA: Tool Centric and Data Centric Date: Sun, 9 Jan 2005 15:21:47 -0500 Message-ID: <[EMAIL PROTECTED]>
> On Friday 07 January 2005 02:36 pm, Steve Meier wrote: > > Tool Centric and Data Centric > > > > Tool Centric systems move data from one tool to the next in a > > sequential flow. This forces the user to be aware of back > > annotation in-order to complete the design and keep all > > documents current and correct. > > > > Data Centric systems share the data in common formats. As one > > task manipulates the shared data all other views (documents) > > are automatically updated. > > > > Currently, gEDA tends to be a tool centric collection. > > That's what I have been trying to say. We need a data centric > system for interchange between tools. I agree. Tools isn't what is interesting in the end of the day. It's their usage! > Ideally, the data centric format would be supported directly by > all of the tools. Practically, it can be done through > translators, so existing tools don't need to change. The > translators can be run automatically on loading or saving,so it > looks seemless to users. In theory yes, but there will probably be a certain amount of translation or else some usefull information will be "Lost in translation". Look at GENCAM to see a XML-based format which handles much, but not all, of what needs to be in there eventually. > Eventually, the data centric format will benefit the individual > tools too, by freeing them from the data structure mistakes of > the past. Indeed. But a good format also requires a certain amount of forward looking as well as design-considerations such that new features, types of objects, hell completely new concepts can be added. On the same time may the object types already defined be ammended, additional fields and attributes (not used in the strict gEDA sense) defined etc. Eventually should there also be a strategy on how a file in such a format can be transformed into a file in a new variant of the format, information-wise lossless, when objects can have changed throughout. The whole point about CAD/EDA is to aid the designer in managing the sheer amount of information and also to help redraw things after updating the informaiton. It is the designer(s) inability to handle the amount of information which brings them to use CAD/EDA tools, thus the tools must be designed with this in mind, this is where the true power of the tool (may) lie. I haven't looked on the details, but I think we might want to look at EDIF here. There is BTW another little quirkiness of gEDA, there is alot of exports out of gEDA, but how about imports? Cheers, Magnus
