X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Mailer: exmh version 2.8.0 04/21/2012 (debian 1:2.8.0~rc1-2) with nmh-1.5
X-Exmh-Isig-CompType: repl
X-Exmh-Isig-Folder: inbox
From: karl AT aspodata DOT se
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] [dev][pcb] tEDAx - footprint format spec
In-reply-to: <alpine.DEB.2.00.1703051527300.7286@igor2priv>
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1703051527300 DOT 7286 AT igor2priv>
Comments: In-reply-to gedau AT igor2 DOT repo DOT hu
   message dated "Sun, 05 Mar 2017 15:35:28 +0100."
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Message-Id: <20170305173428.1355A81075DD@turkos.aspodata.se>
Date: Sun,  5 Mar 2017 18:34:28 +0100 (CET)
X-Virus-Scanned: ClamAV using ClamSMTP
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

Igor2:
> going on with the tEDAx idea (reminder: minimal cost exchange formats), 
...

Re. "minimal cost exchenge format" (it sounds like this is a political 
thing), have you build up support for this outside of geda/pcb community 
so can we know if it is worth it to have yet another file format ?

A first thing to do would be to make other parties agree on the first 
line of the file, so programs have a chance to cheeply identify file 
format and switch in another parser on the fly.

 A few first lines:
gschem: v 20111231 2
pcb: anything
verilog-AMS: anything
tEDAx: tEDAx v1
kicad,
 wings: #!WINGS-1.0
 wrl:  #VRML V2.0 utf8
 kicad_mod: (module CAP_RAD_5MM (layer F.Cu)
 kicad_pcb: (kicad_pcb (version 4) (host pcbnew "(2015-05-18 BZR 5668)-product")

and there are too many choises here already (and neither gschem nor
pcb shines here). Soo, convincing other parties to have the same 
format for the top line should be top priority.

A proposal would be (where ... is anything except alpha_nums):
 ... format_name ... v(ersion)? version_string ...

Regards,
/Karl Hammar

-----------------------------------------------------------------------
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57