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:content-transfer-encoding; bh=/z+BWm2jbXIRfnRWUXz+1I933fMoYCc5vfP88pJTycY=; b=ThpAioUKtxX2TV5njTKULfw5QHUMHT3bixUahXY8dqbs5SkJd0W+NCC7NlOQQYq7VD RQmZkfL87CcgTZWcvtPE2pTU4OS3yRk+ThVMCNNNNrx3hLPk+7ZAI7hVyUcZEdSTeEar 8uRQLrd+Azng1ZxLIaYuTG33sY9HtNCVd1LW6S8jFHfB0QGl1eqVyIXDjAvq4V5FMWaL 29yQOnmniDE28VIyVPmkKgkXqjBCilSr34ZSDlgDt+kxNkILj4BPUNYiDNDrBoYTaRjT Q9INMBcfIZl8e1AFRsmpRMB9Rx6VIEJeckjGt9lyGzrK30qBTDgc645K1az4O6KhGTsr 9cBA== MIME-Version: 1.0 X-Received: by 10.112.131.105 with SMTP id ol9mr9818207lbb.45.1450845092361; Tue, 22 Dec 2015 20:31:32 -0800 (PST) In-Reply-To: <0F6F1D0F-4F07-48EA-90FE-836EAD4E2354@noqsi.com> References: <1512221837 DOT AA25291 AT ivan DOT Harhan DOT ORG> <20151222232230 DOT 12633 DOT qmail AT stuge DOT se> <0F6F1D0F-4F07-48EA-90FE-836EAD4E2354 AT noqsi DOT com> Date: Wed, 23 Dec 2015 04:31:32 +0000 Message-ID: Subject: Re: [geda-user] A fileformat library From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" To: gEDA users mailing list Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id tBN4VbXO028621 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 Precedence: bulk On Tue, Dec 22, 2015 at 11:47 PM, John Doty wrote: > > On Dec 22, 2015, at 4:22 PM, Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com] wrote: > >> John Doty wrote: >>>> Bonus points for PCB using the core-library too, so it can "give up" >>>> its one preferred on-disk netlist format, and read any useful ones we >>>> care to implement a reader for in the core EDA library. >>> >>> I’m quite skeptical of a core library. An agreed-upon external data >>> representation is handy, but tool writers will want their own >>> internal representations in their own languages for their own problems. >> >> The purpose of a core library is to take care of the lower-level >> things required to deal with the external data representation. > > I’d prefer to make the external representation transparent. > >> >> It is key for a core library to make all available data easily usable >> for tool writers, not to enforce a particular internal representation. > > But of course, it will use a particular representation. A core library for C++ isn’t going to be useful to an AWK programmer. > > One thing that’s nice about our .sch format is that it is easy to read and write from pretty much any language. There’s no need for any extra layer. Yes but with an extra layer more people can play with files made in PCB. Why force them to write and maintain a whole second library to handle our file format? Look at the number of utilities that people have written to create footprints and things via their own file parsing code. That is a lot of duplicated effort that will be broken when we revise the format. I know you don't use it but I do and I can tell you there are things we need the format to represent that it just can not right now. > >> >> I expect different tools to use the same core library to do different >> things and to use the data provided by the core library in different >> ways. >> >> >> //Peter > > John Doty Noqsi Aerospace, Ltd. > http://www.noqsi.com/ > jpd AT noqsi DOT com > > -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1 stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86 APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ 3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0 SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8 A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk 5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/ xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2 Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8 0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24 CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3 EY347EidAw== =Ta4p -----END PGP PUBLIC KEY BLOCK-----