Re: gEDA-user: Wish list, sort of
Werner Hoch wrote: On Dienstag, 6. Januar 2009, r wrote: If this virtual library could store both symbols and schematics (as well as netlists, models, ...) that would be great. It currently has references to model files. The filenames are added to the symbol attributes. You can start the simulation after netlisting. Why would you like to store schematics in that database? Or Netlists? Sounds strange to me. I like the idea to use git for going back and creating branches of netlists and schematics. Anything less than a full snapshot of a project dir in sync with a netlist or schematic version would confuse me. John Griessen -- Ecosensory Austin TX tinyOS devel on: ubuntu Linux; tinyOS v2.0.2; telosb ecosens1 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: some pcb-20081128 nuisances/bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Lechner wrote: * (this one is maybe a result of my scarce pcb skills) after working for a while (and highlighting some nets during that time), pressing the 'Select' button doesn't high light the net permanently; the net is only flashing. OK found a way to reproduce this one: 1) Highlight one net in the PCB Netlist window by pressing the 'Select' button 2) With the net this highlighed run the DRC 3) now the nets flash for a short time instead of being highlighted. HTH - - cl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJZMMKWo2QgtqY4K8RAln0AJ4pnUWHQvg3lz8bgGs/H3d9GkNJcACfcmA4 2FktJR8/r5oQ4x4c0khB46I= =Omdu -END PGP SIGNATURE- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol databases, was Re: Wish list, sort of
Mike Crowe wrote: I have used some of the comercial schematic packages that allow integration of attribute information into a database. It provides significant improvements for tasks such as; generating purchasing requests, inventory management, and bill of materials management, and component obsolescence. When viewing the attributes on the schematic, one is looking at the latest component information. The function of schematic viewed with latest data can be had with a files-as-database system too, just by using a different project definition file, or ini files, however you call it. Could database driven apps get their data from gschem running this way? That might have to be done with another full project dir, but that can be had easily with a git branch. The work flow I am imagining is: Werner's files-as-database system used to create a version, git create a branch later for analyzing new parts used, update project file to use newest libraries, connect database apps to that project dir somehow, (probably with Peter Brett's libgeda database-connector. John Griessen -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol databases, was Re: Wish list, sort of
Hi John, On Dienstag, 6. Januar 2009, John Doty wrote: On Jan 6, 2009, at 1:36 PM, Kai-Martin Knaak wrote: Yes! If you keep your project's symbols together in a project symbol directory, this is very easy. Each symbol file encodes a relation, including graphics, and is conveniently editable in gschem. The files are also easy to process with classic text tools. That's your database. I've added a per project symbol library to the todo list of gEDA 1.8: http://geda.seul.org/wiki/geda:todos#stable1 But there seems to be a mental block here. We keep trying to make the library symbols more usable, and don't get that that's a road a billion files long. The library symbols are templates only: a facility to automatically copy a selected symbol to the project symbol directory is needed. Not sure. I prefer having complete symbols for all larger parts and only symbol templates for small parts (resistors, ...). But no matter how the data source (symbol library) provides the symbols I think It would be good to have a local storage for every project (or schematic). Do that, and the user is defended from library changes, This would also help to maintain the symbol library, as you don't have to take care of every user of the library. If there's a bad symbol in the library you can change or delete it. Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol databases, was Re: Wish list, sort of
On Wednesday 07 January 2009 18:44:04 Werner Hoch wrote: Hi John, On Dienstag, 6. Januar 2009, John Doty wrote: On Jan 6, 2009, at 1:36 PM, Kai-Martin Knaak wrote: Yes! If you keep your project's symbols together in a project symbol directory, this is very easy. Each symbol file encodes a relation, including graphics, and is conveniently editable in gschem. The files are also easy to process with classic text tools. That's your database. I've added a per project symbol library to the todo list of gEDA 1.8: http://geda.seul.org/wiki/geda:todos#stable1 I can probably put together a Guile script which will implement this, using the current framework. Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: symbol databases, was Re: Wish list, sort of
On Dienstag, 30. Dezember 2008, Peter TB Brett wrote: On Wednesday 07 January 2009 18:44:04 Werner Hoch wrote: I've added a per project symbol library to the todo list of gEDA 1.8: http://geda.seul.org/wiki/geda:todos#stable1 I can probably put together a Guile script which will implement this, using the current framework. That would be cool. But we should carefully think about everything that has to do with this topic. * library reload (update the schematic with parts from the global lib) * symbol name collisions * checksums for the local symbols? * ... Regards Werner ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gedamanager - Xlib: extension RANDR missing on display
I'm running geda on a macbook, ver 10.5 osx using macports to pull down dependencies. I'm planning on pulling together a macports release for geda (if that interests anyone). I'm trying to run geda_manager with python 2.4 (through macports). I'm getting the following error when I try to launch it: Xlib: extension RANDR missing on display /tmp/launch-H4jk01/:0. Has anyone ran into this before? Any advice. Peter pcord...@ieee.org ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user