delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/01/05/18:52:50

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=HSh7j9fy0PqrzJXNeKxMYhDPd5Wj7ueVOW44cYttXiE=;
b=kfzxCa6AQ66alzPm2ftlAbQoYt6D6lHZNnCNYHmp53JLnSFOc9mDmj5ucv8dAdQvc2
CZqzA+1fVe88pa+rLT9ferWK/u9fvhRd7CKLCmXaXcg9WbRUdtQ0oIJYgIrjEGHABoI/
C835uwTExPecrJE0BO7I5ObyFXl7DTjT/EuIdE5LS6fvcwNYBsPJkVl7Lqg1VCQp5cgi
EHDiteWTFuDKbW/+nqgIsekZ4BngtY+zMFDPnHEf4VTeem6AMkSetqiRPZM5biwejzhy
EI9Pkq1tLgUw+J5uS3hV6AHXrei+T719XnKTgP7jWe0lTVrswVCd8ptn70Z4k7l7iHQe
lIsQ==
MIME-Version: 1.0
X-Received: by 10.194.6.98 with SMTP id z2mr102765665wjz.101.1452037957556;
Tue, 05 Jan 2016 15:52:37 -0800 (PST)
In-Reply-To: <8E0210CD-0694-4717-A7B1-3224E39691DA@sbcglobal.net>
References: <1512221837 DOT AA25291 AT ivan DOT Harhan DOT ORG>
<CAJXU7q_qxdvJaejF-VcY=u7VHZ-zrfrc+Z7-qSwfFyPdy-umxw AT mail DOT gmail DOT com>
<B02363CD-469D-493A-AC15-1D5DC7836982 AT noqsi DOT com>
<20151222232230 DOT 12633 DOT qmail AT stuge DOT se>
<0F6F1D0F-4F07-48EA-90FE-836EAD4E2354 AT noqsi DOT com>
<CAM2RGhTficnys3a4xs=UBFvk8aPwpzYWUADFLP_pUQ+R1iKs0g AT mail DOT gmail DOT com>
<0FCF3774-F93C-4BFF-BB61-636F75DCCACB AT noqsi DOT com>
<CAC4O8c_UAiFE-vGfoE2tXppHLhaa0dSYz9o_rkdCBo7_SRRtxw AT mail DOT gmail DOT com>
<FFBE7623-E240-4798-96B0-2BECF56C8E29 AT noqsi DOT com>
<CAC4O8c980g1gj15=5njstC_BT-WYDgKQx9BRycdFKA8OvgtiOg AT mail DOT gmail DOT com>
<B54C0E1F-1986-4C79-9F70-7F1919B8B26D AT noqsi DOT com>
<CAC4O8c9bxJP1eMG4yz3YwKkQJRmsDGmLQ0aMd5pJRyu0WpdCtQ AT mail DOT gmail DOT com>
<C1CFCCEE-C64A-4E49-AA64-446C061656D6 AT noqsi DOT com>
<CAC4O8c-zt8B=joDd+ws77D2jt6aZf3MWfR_dAvpzGcNuBrTURQ AT mail DOT gmail DOT com>
<alpine DOT DEB DOT 2 DOT 11 DOT 1601030040320 DOT 2176 AT newt>
<D9825C8C-B6FD-4C7F-A8D5-B8AF06253B72 AT noqsi DOT com>
<CAC4O8c_R5xWLmzj_cz0g0mPWNs6mR4efjXKGBoup8YO6nwnPTA AT mail DOT gmail DOT com>
<A942261D-7C25-4F2D-9CB1-FFC60FA1C160 AT noqsi DOT com>
<CAC4O8c8zk8=Py1yX6fVqF+35SYe39Li=y4jZ8bCeZ1Ev8WccAg AT mail DOT gmail DOT com>
<20160105182120 DOT 3237F809D79B AT turkos DOT aspodata DOT se>
<8E0210CD-0694-4717-A7B1-3224E39691DA AT sbcglobal DOT net>
Date: Tue, 5 Jan 2016 14:52:37 -0900
Message-ID: <CAC4O8c8CxyULauKj+1RT73qdLDnPa1_TOAXY_pXnJNPtnNJYqQ@mail.gmail.com>
Subject: Re: [geda-user] A fileformat library
From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

--047d7b5d3e64a9239f05289eee41
Content-Type: text/plain; charset=UTF-8

On Tue, Jan 5, 2016 at 9:45 AM, Edward Hennessy (ehennes AT sbcglobal DOT net)
[via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

>
> > On Jan 5, 2016, at 10:21 AM, karl AT aspodata DOT se wrote:
> >
> > Also, there is no reason to change a file format unless you change the
> > functionality it provides, I have to "side heavily" with John on this.
> > If you want to change the file format, you first have to provide some
> > goodies that will make people to accept it.
>
> Agreed. Additionally, many users have a large investments of time and
> energy into developing their CAD libraries. Any changes to the file format
> should strive to maintain compatibility with user's existing CAD libraries.


> Ed
>

I recently did a tiny bit of work on the parser in pcb.  Of course we
should continue to support it, but it's going to be tough to extend it
much.  It's already overloaded in weird ways (e.g. thermals are parsed as
flags, with their own non-flex sub-syntax, even though they don't set any
actual flags).  If you do extend it you do hard work and still only pcb can
read it.  Of course you still have to teach the innards of pcb about your
extensions in order for them to do anything useful.

A new one-to-one equivalent format is actually less ambitious in itself
than extensions to the existing format.  You get parsers in other languages
almost for free, and that's the major point.  There is zero problem with
supporting the existing format as well.

The big potential down-side to *extending* via (not just supporting)
 YAML/JSON/SQL, relative to extending the existing format is that tools
that do partial parse have no chance to continue working unmodified.  This
sounds worse than it is though.  Keep in mind that *any* change (including
extensions) to the existing format *may* break existing partial parsers.
There's no way to know how they orient themselves.  Speaking for myself, I
prefer softwares to spit out a big fat FAIL message and quit, than to
silently try to work when they cannot guarantee correct operation.

Britton

--047d7b5d3e64a9239f05289eee41
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Tue, Jan 5, 2016 at 9:45 AM, Edward Hennessy (<a href=3D"mailto:ehen=
nes AT sbcglobal DOT net">ehennes AT sbcglobal DOT net</a>) [via <a href=3D"mailto:geda-u=
ser AT delorie DOT com">geda-user AT delorie DOT com</a>] <span dir=3D"ltr">&lt;<a href=
=3D"mailto:geda-user AT delorie DOT com" target=3D"_blank">geda-user AT delorie DOT com</=
a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0=
 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D""><br=
>
&gt; On Jan 5, 2016, at 10:21 AM, <a href=3D"mailto:karl AT aspodata DOT se">karl@=
aspodata.se</a> wrote:<br>
&gt;<br>
&gt; Also, there is no reason to change a file format unless you change the=
<br>
&gt; functionality it provides, I have to &quot;side heavily&quot; with Joh=
n on this.<br>
&gt; If you want to change the file format, you first have to provide some<=
br>
&gt; goodies that will make people to accept it.<br>
<br>
</span>Agreed. Additionally, many users have a large investments of time an=
d energy into developing their CAD libraries. Any changes to the file forma=
t should strive to maintain compatibility with user&#39;s existing CAD libr=
aries.=C2=A0</blockquote><blockquote class=3D"gmail_quote" style=3D"margin:=
0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Ed<br></blockquote><div><br></div><div style=3D"">I recently did a tiny bit=
 of work on the parser in pcb.=C2=A0 Of course we should continue to suppor=
t it, but it&#39;s going to be tough to extend it much.=C2=A0 It&#39;s alre=
ady overloaded in weird ways (e.g. thermals are parsed as flags, with their=
 own non-flex sub-syntax, even though they don&#39;t set any actual flags).=
=C2=A0 If you do extend it you do hard work and still only pcb can read it.=
=C2=A0 Of course you still have to teach the innards of pcb about your exte=
nsions in order for them to do anything useful.</div><div style=3D""><br></=
div><div style=3D"">A new one-to-one equivalent format is actually less amb=
itious in itself than extensions to the existing format.=C2=A0 You get pars=
ers in other languages almost for free, and that&#39;s the major point.=C2=
=A0 There is zero problem with supporting the existing format as well.</div=
><div style=3D""><br></div><div style=3D"">The big potential down-side to *=
extending* via (not just supporting) =C2=A0YAML/JSON/SQL, relative to exten=
ding the existing format is that tools that do partial parse have no chance=
 to continue working unmodified.=C2=A0 This sounds worse than it is though.=
=C2=A0 Keep in mind that *any* change (including extensions) to the existin=
g format *may* break existing partial parsers.=C2=A0 There&#39;s no way to =
know how they orient themselves.=C2=A0 Speaking for myself, I prefer softwa=
res to spit out a big fat FAIL message and quit, than to silently try to wo=
rk when they cannot guarantee correct operation.</div><div style=3D""><br><=
/div><div style=3D"">Britton</div><div style=3D""><br></div><div style=3D""=
><br></div><div style=3D""><br></div><div>=C2=A0</div></div><br></div></div=
>

--047d7b5d3e64a9239f05289eee41--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019