[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: gEDA-user: Solving the light/heavy symbol problem
On Fri, May 20, 2011 at 4:09 PM, DJ Delorie <[1]dj@xxxxxxxxxxx> wrote:
> I would love an easier way to generate footprints.
Now that we're pre-parsing all the M4 footprints anyway, perhaps we
could allow for a range of scripting options in the Makefiles that
generate the library? There have been a few footprint-specific
languages developed over the years.
> > In all cases, one key problem is that there are so many potential
> > heavy symbols that we cannot possibly have "all" of them.
>
> Nobody needs all possible heavy symbols, and disk space is cheap.
No, but if we choose a subset, we pretty much guarantee that there
will be users who need something we left out. I don't want to be
replicating Digikey's database, for example, but any part I leave
out
is a part someone else might need.
You could collect users' statistics anonymously and let it be a
popularity contest. Especially if the databases were centralized.
> > defer the problem to the user, who only puts effort intothe
> > symbols they needed.
>
> Which puts many (often novice users) to the task of creating their
> own symbol/footprints, and probably doing it wrong.
Hmm... but does this mean we should do the work for them, or does
this
mean we need to come up with a better way for them to do the work?
I'm hoping for "a better way for them to do the work" or even,
"machine does most of the work" Teach them to fish and all that.
> > * New users should find it easy to make their first PCB.
>
> Yes! New users, casual users, experienced users, all users.
This is why I see no clear win between "just heavy" and "just light"
-
different users at different levels need different solutions. A new
(to geda) user should be able to pick common parts from a list and
make *something* that works, but an experienced user will eventually
need to make their own.
> Don't ship gSchem or PCB with any. At first run, and in preferences,
> and in config files, give users the ability to choose their own
> poison. Use git to
If we go with the idea of "more than one library", we can ship a
starter library (like, Radio Shack 500-in-1 parts list, or "Spice
101"
with examples) and let the user import libraries from, say,
gedasymbols.
With my scheme, that would be a "starter database" instead, but
similar results.
Actually, with gedasymbols, *anyone* can make a small self-contained
heavy symbol library. The problem happens when you want to make a
self-contained *light* symbol library, then you need more logic in
the
tools to heavyify them.
> synchronize with a (set of) master symbol and or footprints, and or
> something else databases. Include options to use others' symbols /
> parts (gedasymbols, luciani, etc). Include options for users to
> share their own symbols via git. Create online symbol and footprint
> generators that create standard footprints (at least for JEDEC
> standard stuff) properly (according to best practices).
hmmm... think about how a simple http:// changed the way we share
information across the Internet. Think of how Facebook changed the
way people manage their social lives. Are we prepared to put the
effort into making something of *that* scale, for EDA? It would be
cool if we got it right, but a pain if we didn't.
Here's some pie-in-the sky for you. I can imagine a database with which
a small number of users has full commit privileges, others' symbols /
footprints (perhaps even by default / automatically) will be submitted,
which would in turn generate a vetting request whereby a user with full
access could approve or deny the new or modified files. Some effort
would also be spent getting a machine to look for common mistakes and
automatically reject them. I'd love to see it get all Web2.0-ish, and I
think it could work very well. (if I only knew how to make it so).
This also allows for footprints-by-cgi, another level of scripting
them. Or
script://$prefix/pcb/[2]dip-generator.pl?pins=16&width=300mil
etc.
Yes, this too. I've naively wished a thousand times or more for a
machine that could take as its input a pdf datasheet, and produce as
its output, symbols and footprints in some magically standardized
format.
> By the way, if you guys decide to tackle a big re-write, the IPC and
> NIST tried to tackle this problem a few years ago.
We've been using "standard" names for new footprints at least. When
we can :-)
Don't take any of this personally. I have a great affection and
appreciation for gEDA and it's principles and goals.
References
1. mailto:dj@xxxxxxxxxxx
2. http://dip-generator.pl/?pins=16&width=300mil
_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user