Mail Archives: geda-user/2015/12/24/17:58:36
--Apple-Mail=_C80BA04D-8ADC-45F4-9EF3-29E40DD2E2FA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
On Dec 24, 2015, at 8:18 AM, Peter Stuge (peter AT stuge DOT se) [via =
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> John Doty wrote:
>> Except that the user needs to be comfortable with SQL.
>=20
> Or anything that can sit on top.
>=20
>=20
>> With our .sch format, users choose whatever language they are
>> comfortable with from a long list: AWK, Python, Perl, =85
>=20
> I'm not at all comfortable with our .sch format. It appears to
> create structure using very strange positional-dependent semantics.
> Or is that .sym?
They are the same. But the syntax is trivial:
<tag> <required arguments>
[
<optional attached data>
]
{
<optional attached objects>
}
Text is slightly exceptional but not hard.
In my mind, I see perfectly sensible s-records:
(<tag> <required arguments> (<optional attached data>) (<optional =
attached objects> ))
S-records, of course, are famous as a general-purpose representation of =
structure. But .sch is easier to parse AWK-style or scanf-style. Pretty =
much anything can do that without extra layers of lasagna code.
In addition, we have structure in another dimension through source=3D =
attributes in symbols.
>=20
>=20
>> I want to liberate users, not control them.
>=20
> The argument doesn't hold because users must learn the .sch format
> in order to work with it by hand. This remains true for any format.
Except that records delimited by newlines containing fields delimited by =
whitespace is a far more common and transparent convention than others.
>=20
> One important point is that reusing any existing representation makes
> it more likely for users to already be familiar with that format or
> language, as opposed to the 0 probability for gEDA-proprietary (open)
> formats.
Nonsense. There=92s nothing gEDA-proprietary about records separated by =
newlines.
> Structure must still be understood, but that should be more
> in the application domain (EE) rather than in the data storage domain.
Yes. And that=92s why the other named things like YAML, JSON, S-record, =
etc. don=92t solve any problem that we actually have.
>=20
>=20
> //Peter
John Doty Noqsi Aerospace, Ltd.
http://www.noqsi.com/
jpd AT noqsi DOT com
--Apple-Mail=_C80BA04D-8ADC-45F4-9EF3-29E40DD2E2FA
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org
iQIcBAEBCgAGBQJWfHiJAAoJEF1Aj/0UKykRsbAQAJxCwj5FuVxrSuBs+NtJkEW7
eNOXCw4O59K/XdK6I3ytNQGQ/0Y6lBjoil/7xCppzm0WYgBuY5tcMXAeX79WVgon
C4N5fPxNRNdeVhxUIUQo22y7VpxC155jfhaAq5mtip3Mo5QkI15BIoHpPG3XfHfp
CdVtd/jnNesjhcvys6T8JOieQVMVXyVo+mcc6FR/VtPXkdJC6qKnAYMS7ppEUnjo
SMcrJn4tM/3N3YaHrTKWG+MfkOzoyMJlQPjTmkpv/YmN86KuUiET+xXPRKqV373r
RSiu15shvaUsCNeBUcohJH4CRIRVDrIRayPxRgqmE8vh5tilJVacHBACvmNKHAvy
bpWLYdXziy1EVZytQ6yWE4/saw6hDynSGquy6NJXlcnCpDB+0WHLu7INpwNh+BGm
/Cq/f8PuKDYay4Fon+RO2lO+9BWND9YcDASe3K2bEK4xi2Ubk93/648VxFWKWF/y
Xy4peFQMSIerWAiBTxqHro3WnktAbnP/rdctQR8lJ2jjv19XFI33qOut0hZqK8xF
c9Z8qzEaXMzoPKB4t2kgJOj8Al8q9ISFemIkJ7E6lUElSoJn3uJ75+ERcZulhKch
8n57EEJ1/80ZIGiLuInd3SLwk6wclG+BCCQN6+zh3kf6YcwaRl6ejT6hWsut7mlr
T/oSXOCLelO6zTq8bCjn
=8Cr0
-----END PGP SIGNATURE-----
--Apple-Mail=_C80BA04D-8ADC-45F4-9EF3-29E40DD2E2FA--
- Raw text -