gEDA-dev: Improvements to the gEDA suite for educational use

DJ Delorie dj at delorie.com
Thu Jun 22 09:16:02 EDT 2006


> We have two or three students (including myself) intending to
> contribute software development over the summer vacation to improve
> the usability and integration of the suite.

Yay and thanks!  Please feel free to ask questions here, this is our
equivalent of a "chat room" for developers.

> libraries, DRC rules, drill mappings etc.. are all appropriate for
> the

Note that PCB uses a "vendor file" that has some of this information
in it; managing that would be useful.

> (We may offer different cut-down parts libraries for different
> student projects).

Note: www.gedasymbols.org

I can give out CVS accounts for gedasymbols to the people actually
creating symbols and footprints; I've been using my checked-out cvs
area as the symbol and footprint path the tools use, so everything
stays in sync.

> Whilst there is a motion from the Engineering Department to
> introduce heavy weight in house parts libraries, e.g. having
> footprint and some SPICE parameters pre-defined, it is clear that
> this isn't in keeping with the gEDA design philosophy - and such
> we'd end up with the difficult task maintaining a local parts
> library.

Please check the mail archives for my discussions about the attribute
mapping database.  Gedasymbols supports such files (as CSV tables),
see http://www.gedasymbols.org/csv.html and
http://www.gedasymbols.org/user/dj_delorie/test.csv

The idea is to keep gschem symbols light, but have a huge database
that lets you interactively go from light to heavy on a per-project
and per-symbol basis.

I think my idea for the database would work well with your ideas for
how to interact with the user.


More information about the geda-dev mailing list