Mail Archives: geda-user/2015/08/25/04:31:30
--001a1132f214bf2033051e1e8e92
Content-Type: text/plain; charset=UTF-8
As I stated, text is not yet supported, but will be added to the
specification.
vias are specified as padstacks. You can define any pad on any layer.
bezier curves is not on my todo list. However, we can define a bezier curve
object, and add vertexes. :-)
Layer structure is going to be defined.
Rotation is defined in the relation table.
Lev
On Tue, Aug 25, 2015 at 9:15 AM, Erich Heinzle (a1039181 AT gmail DOT com) [via
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> The new kicad s-file format is basically a tree structure using
> parantheses to demarcate the nodes. It is easily parsed by simple
> utilities, and is quite human readable.
>
> We could do worse than to duplicate their format. We also seamlessly get
> the benefit of kicad footprint creation tools and footprint libraries.
>
> Perhaps we should list the things a new file format should ideally
> support... it seems pointless to implement a new format unless it
> significantly extends the usefulness of PCB.... these are in no particular
> order, but are features that are hard to do with the current format.... a
> few things that come to mind include:
>
> text in footprints (kicad supports hidden and visible flags) +/- font
> selection
> vias between layers
> bezier curves (these are already supported by gschem's symbol format)
> obround pad/pin definitions
> a standard range of default layers - again, we could do worse than to copy
> kicad's 32 layer structure.
> slots, non plated and plated
> perhaps a rotation value for an element in a layout
>
> Just some thoughts.
>
> Erich.
>
>
>
> On Tue, Aug 25, 2015 at 8:33 AM, John Griessen <john AT ecosensory DOT com>
> wrote:
>
>> On 08/24/2015 03:38 PM, Lev (leventelist AT gmail DOT com) [via
>> geda-user AT delorie DOT com] wrote:
>>
>>> Here I propose the file format of the next generation of PCB. The file
>>> is an
>>> sqlite database.
>>>
>>
>> I like it. And go ahead and use Fossil, the DVCS by the same authors as
>> sqlite
>> for the project.
>>
>> "and you can now start throwing eggs,
>> potatoes, tomatoes."
>>
>> Oh, maybe it is not super compact. How different in file size is it?
>> sqlite probably has easy to use compression for the file based DB...
>>
>> John, not throwing anything
>>
>
>
--001a1132f214bf2033051e1e8e92
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div><div><div>As I stated, text is not yet supp=
orted, but will be added to the specification.<br><br></div>vias are specif=
ied as padstacks. You can define any pad on any layer.<br></div>bezier curv=
es is not on my todo list. However, we can define a bezier curve object, an=
d add vertexes. :-)<br></div>Layer structure is going to be defined.<br></d=
iv>Rotation is defined in the relation table.<br><br></div>Lev<br></div><di=
v class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, Aug 25, 2015=
at 9:15 AM, Erich Heinzle (<a href=3D"mailto:a1039181 AT gmail DOT com">a1039181@=
gmail.com</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delo=
rie.com</a>] <span dir=3D"ltr"><<a href=3D"mailto:geda-user AT delorie DOT com"=
target=3D"_blank">geda-user AT delorie DOT com</a>></span> wrote:<br><blockquo=
te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so=
lid;padding-left:1ex"><div dir=3D"ltr"><div><div><div><div><div><div><div><=
div>The new kicad s-file format is basically a tree structure using paranth=
eses to demarcate the nodes. It is easily parsed by simple utilities, and i=
s quite human readable.<br><br></div>We could do worse than to duplicate th=
eir format. We also seamlessly get the benefit of kicad footprint creation =
tools and footprint libraries.<br><br></div>Perhaps we should list the thin=
gs a new file format should ideally support... it seems pointless to implem=
ent a new format=20
unless it significantly extends the usefulness of PCB.... these are in no p=
articular order, but are features that are hard to do=20
with the current format.... a few things that come to mind include:<br><br>=
</div>text in footprints (kicad supports hidden and visible flags) +/- font=
selection<br></div>vias between layers<br></div>bezier curves (these are a=
lready supported by gschem's symbol format)<br></div>obround pad/pin de=
finitions<br></div>a standard range of default layers - again, we could do =
worse than to copy kicad's 32 layer structure.<br></div>slots, non plat=
ed and plated<br><div>perhaps a rotation value for an element in a layout<b=
r></div><div><br></div><div>Just some thoughts.<br><br></div><div>Erich. <b=
r></div><div><div><div><br><div><br></div></div></div></div></div><div clas=
s=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><div class=3D=
"gmail_quote">On Tue, Aug 25, 2015 at 8:33 AM, John Griessen <span dir=3D"l=
tr"><<a href=3D"mailto:john AT ecosensory DOT com" target=3D"_blank">john AT ecose=
nsory.com</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On=
08/24/2015 03:38 PM, Lev (<a href=3D"mailto:leventelist AT gmail DOT com" target=
=3D"_blank">leventelist AT gmail DOT com</a>) [via <a href=3D"mailto:geda-user AT del=
orie.com" target=3D"_blank">geda-user AT delorie DOT com</a>] wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Here I propose the file format of the next generation of PCB. The file is a=
n<br>
sqlite database.<br>
</blockquote>
<br></span>
I like it.=C2=A0 And go ahead and use Fossil, the DVCS by the same authors =
as sqlite<br>
for the project.<span><br>
<br>
"and you can now start throwing eggs,<br>
potatoes, tomatoes."<br>
<br></span>
Oh, maybe it is not super compact.=C2=A0 How different in file size is it?<=
br>
sqlite probably has easy to use compression for the file based DB...<br>
<br>
John, not throwing anything<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
--001a1132f214bf2033051e1e8e92--
- Raw text -