Re: gEDA-user: Google Summer of Code 2011
On Fri, 2011-03-04 at 18:39 -0600, John Griessen wrote: On 03/04/2011 06:24 PM, Steven Michalske wrote: I thought basing it on svg with layers defined to be each layer in a layout. But SVG is a shape outline format and RS-274X is centerline and width format. A round ended pad in RS-274X is a pair of points to define a line and a number to define a width. The same thing in SVG or postscript is a path around the rounded ends and along the edges of the pad. That would be one way (if you used a filled object), but SVG also supports stroked objects with various line styles and caps. SVG would be fairly painless to export to, but definitely suffers from being not as easily hand-editable as our existing format. Perhaps pretty-printing the XML would help there though. It's easy to translate from RS-274X to SVG, but not the other way. It depends on the primitives used - but I expect it is not too hard either way. SVG does of course support a lot of things which RS-274X cannot though. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) 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: Google Summer of Code 2011
On 03/05/2011 05:04 AM, Peter Clifton wrote: It depends on the primitives used - but I expect it is not too hard either way. SVG does of course support a lot of things which RS-274X cannot though. OK. YOU can make SVG that is easily translatable, but if you had a footprint tool that used it because so much content is available from other sources, you might get the outlined content very often and have to convert it to stroked lines. Having a translator would enable using SVG, but using SVG would not allow importing-to-PCB of any kind of drawn trace until you created an outline-filling-in routine so you have the RS-274X compatible stroked line primitives. So, the essence of what's needed to get more easy use of existing drawing tools like inkscape is a SVG--PCB translator with an outline-filling-in routine. Then you could make a stand alone tool based on inkscape if coding seemed easier that way. Otherwise basing it on PCB, (requiring scheme and maybe C to do it), is it. John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google Summer of Code 2011
PCB supports polygons. Filled paths yield a polygon. and PCB can cope with outputting to RS-274X The point is that I wanted something not PCB centric. RS-274X can support polygons as well, it is RS-274D that can't and must be vector filled (painted). But footprint to RS-274X translation is not important, you would need many files to support all the required layers in a footprint. It is conversion between pcb and the open format that is important, kicad and the format, mentor and the format, or the list goes on. The converters will have to cope with the shapes that are not supported in the format that they need. Such as making a stipple pattern of small circles. (not a good design but effective) If the open format supports fancy bézier curves, well then adding that to pcb might be a nice thing, especially if users find it useful. The idea of this is to support future needs and desires. You can make complexity levels in the footprints. Level 1: Only simple lines, rectangles, and circles. Level 2: Adds polygon support Level 3: Add Arc support Level 4: Adds ellipse support Level 5: Fancy bézier curve support Well I guess that I would really use a list of required features, not a rigid level structure. Steve On Sat, Mar 5, 2011 at 11:17 PM, John Griessen j...@ecosensory.com wrote: On 03/05/2011 05:04 AM, Peter Clifton wrote: It depends on the primitives used - but I expect it is not too hard either way. SVG does of course support a lot of things which RS-274X cannot though. OK. YOU can make SVG that is easily translatable, but if you had a footprint tool that used it because so much content is available from other sources, you might get the outlined content very often and have to convert it to stroked lines. Having a translator would enable using SVG, but using SVG would not allow importing-to-PCB of any kind of drawn trace until you created an outline-filling-in routine so you have the RS-274X compatible stroked line primitives. So, the essence of what's needed to get more easy use of existing drawing tools like inkscape is a SVG--PCB translator with an outline-filling-in routine. Then you could make a stand alone tool based on inkscape if coding seemed easier that way. Otherwise basing it on PCB, (requiring scheme and maybe C to do it), is it. John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google Summer of Code 2011
Hi John, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of John Griessen Sent: Saturday, March 05, 2011 4:17 PM To: gEDA user mailing list Subject: Re: gEDA-user: Google Summer of Code 2011 On 03/05/2011 05:04 AM, Peter Clifton wrote: It depends on the primitives used - but I expect it is not too hard either way. SVG does of course support a lot of things which RS-274X cannot though. OK. YOU can make SVG that is easily translatable, but if you had a footprint tool that used it because so much content is available from other sources, you might get the outlined content very often and have to convert it to stroked lines. Having a translator would enable using SVG, but using SVG would not allow importing-to-PCB of any kind of drawn trace until you created an outline-filling-in routine so you have the RS-274X compatible stroked line primitives. So, the essence of what's needed to get more easy use of existing drawing tools like inkscape is a SVG--PCB translator with an outline-filling-in routine. Then you could make a stand alone tool based on inkscape if coding seemed easier that way. Otherwise basing it on PCB, (requiring scheme and maybe C to do it), is it. John FWIW, I'm trying to code a pcb footprint plug into the existing Kicad module editor fped Have a clone at: https://github.com/bert/fped.git It's currently still a work in progress: I have to split up the multifile Kicad modules and cross check the whole thing over. Kind regards, Bert Timmerman. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Get a pin or net list count
Is there a way to get a pin or netlist count for a multi-page schematic in gschem? Oliver ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Get a pin or net list count
Oliver King-Smith wrote: Is there a way to get a pin or netlist count for a multi-page schematic in gschem? You can use Gerbv to count the number of pins and pads. See http://geda.seul.org/wiki/geda:pcb_tips?s[]=pins[]=count#how_many_pads_are_in_my_layout The number of nets is simply the number of lines in the *.net file produced by gsch2pcb ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google Summer of Code 2011
Am 05.03.2011 um 16:17 schrieb John Griessen: OK. YOU can make SVG that is easily translatable, but if you had a footprint tool that used it because so much content is available from other sources, you might get the outlined content very often and have to convert it to stroked lines. Having a translator would enable using SVG, but using SVG would not allow importing-to-PCB of any kind of drawn trace until you created an outline-filling-in routine so you have the RS-274X compatible stroked line primitives. Going down that road further, it might be less work to replace or complement the current track drawing stuff with a generic SVG drawing library. Then every layout is also a valid SVG file and can be edited with other applications as well. The tricky part is keeping the connection to the schematic, of course. Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. (FH) Markus Hitter http://www.jump-ing.de/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google Summer of Code 2011
On 03/05/2011 02:41 PM, Markus Hitter wrote: it might be less work to replace or complement the current track drawing stuff with a generic SVG drawing library. Then every layout is also a valid SVG file and can be edited with other applications as well. The tricky part is keeping the connection to the schematic, of course. You need connection to the fabbers too. What direction is fabbing going? Outlines? I've heard some mild rumoring about RS-274X being passe, but not what is proposed to replace it. Anyone? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Get a pin or net list count
On 03/05/2011 01:24 PM, Oliver King-Smith wrote: Is there a way to get a pin or netlist count for a multi-page schematic in gschem? I'd run the netlist through a python script that counts the pins that are in the form symbolname1-pinname1. But that would give you the pins used by the design, not the number of pins on packages. Are you wanting number of pins on packages used in the design? Is someone bidding the job by number of pins connected? That would be the first case -- pins of form symbolname1-pinname1 used in the netlist. John -- 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: Get a pin or net list count
On Mar 5, 2011, at 12:24 PM, Oliver King-Smith wrote: Is there a way to get a pin or netlist count for a multi-page schematic in gschem? Oliver Copy the attached file to wherever your gnetlist back ends go (e.g. /usr/local/share/gEDA/scheme/). Then: gnetlist -g stats -o wherever.txt whatever1.sch whatever1.sch ... will put the stats for the schematics in wherever.txt. Pin, package, and net counts. gnet-stats.scm Description: Binary data John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google Summer of Code 2011
At work we use odb++ valor files. But I would not suggest removing gerber file exports. Every board house understands them. Steve On Mar 6, 2011, at 9:11 AM, John Griessen j...@ecosensory.com wrote: On 03/05/2011 02:41 PM, Markus Hitter wrote: it might be less work to replace or complement the current track drawing stuff with a generic SVG drawing library. Then every layout is also a valid SVG file and can be edited with other applications as well. The tricky part is keeping the connection to the schematic, of course. You need connection to the fabbers too. What direction is fabbing going? Outlines? I've heard some mild rumoring about RS-274X being passe, but not what is proposed to replace it. Anyone? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: RS-274X, etc. (was Google Summer of Code..)
On 03/05/2011 07:41 PM, Steven Michalske wrote: At work we use odb++ valor files. That sounds like the rumor I heard. odb sounds open. I bet it just sounds open and creates vendor lock in.. Uh... yeah. Like I thought: http://www.artwork.com/odb++/odb++_overview.htm === As mentioned before, ODB++ is still a proprietary file format. One can now place a request to Valor (or Frontline) to obtain the format as long as an NDA is signed. The ODB++ specification is regularly updated and, as of this writing, is at version 7.1. JG ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
