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=seznam.cz; s=beta; t=1442819343; bh=5V4CGWive2CzkcxgVgmZw4pQZfraWhImz/kvIpYkI8k=; h=Received:From:To:Subject:Date:Message-Id:References:Mime-Version: X-Mailer:Content-Type; b=EkF3As0mX4H8ewinK7AJU1PDWwvOafPZhcpCwMk6L4MPJEvLSzzAShSY0XiYC3+8Q /0efuWCBaFuCxQpSiJ8syzzXi/9OyYCgzzpIPWWhTq6aPULABwQRNV3bTHHd/d+sqS yFiSpuLw0V/bggeReKdYRo1J+0qLVSLpPxliPCn8= From: "Vaclav Peroutka (vaclavpe AT seznam DOT cz) [via geda-user AT delorie DOT com]" To: Subject: Re: [geda-user] Apollon the technical thread Date: Mon, 21 Sep 2015 09:09:01 +0200 (CEST) Message-Id: References: <20150921001659 DOT 0c211170 AT jive DOT levalinux DOT org> Mime-Version: 1.0 (szn-mime-2.0.6) X-Mailer: szn-ebox-4.4.286 Content-Type: multipart/alternative; boundary="=_4e7a3b887392eff947c82d9e=a0d63940-3c0a-52d5-a00a-90c0d292bfc5_=" Reply-To: geda-user AT delorie DOT com --=_4e7a3b887392eff947c82d9e=a0d63940-3c0a-52d5-a00a-90c0d292bfc5_= Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi Lev, I might not clearly see the advantages of the new format now. What I miss is the text form of the new format. What I do is to open SCH or PCB in text editor and make changes manually (for example exact positions of components in PCB, moving of particular tracks, etc.). And with the new format, I am loosing this possibility. So if it will be possible, I will use the actual file format. Have you thought about extension of current file formats ? What about SQL speed ? Is it much slower to open/save schematic or pcb ? What about component attributes ? You will have some generic text fields and another parser ? My 0.05$ - my opinion is that get rid of guile and other obscure packages is more crucial than changing file formats (which I personally like and am accustomed to them). "It has been a very busy week for me. My house is under renovation, and there will be power cuts, so I can't really access my computer in the next coming weeks. I can access emails though, but I don't really like Google's interface. I've noticed that the other apollon thread is still alive, although it is hijacked. I start a new thread. What I was able to do on the new data structure is this: 1. Get rid of the fixed layer format. The layer data structure is now cut into two tables. One for the layer, and the other is a layer type. 2. Angular definition is now in micro degrees. Regards, Lev -- 73 de HA5OGL Op.: Levente" --=_4e7a3b887392eff947c82d9e=a0d63940-3c0a-52d5-a00a-90c0d292bfc5_= Content-Type: text/html Content-Transfer-Encoding: 7bit Hi Lev,

I might not clearly see the advantages of the new format now. What I miss is the text form of the new format.

What I do is to open SCH or PCB in text editor and make changes manually (for example exact positions of components in PCB, moving of particular tracks, etc.). And with the new format, I am loosing this possibility. So if it will be possible, I will use the actual file format.

Have you thought about extension of current file formats ?

What about SQL speed ? Is it much slower to open/save schematic or pcb ? What about component attributes ? You will have some generic text fields and another parser ?

My 0.05$ - my opinion is that get rid of guile and other obscure packages is more crucial than changing file formats (which I personally like and am accustomed to them).


It has been a very busy week for me. My house is under renovation, and
there will be power cuts, so I can't really access my computer in the
next coming weeks. I can access emails though, but I don't really like
Google's interface.

I've noticed that the other apollon thread is still alive, although it
is hijacked. I start a new thread.

What I was able to do on the new data structure is this:

1. Get rid of the fixed layer format.

The layer data structure is now cut into two tables. One for the layer, and
the other is a layer type.

2. Angular definition is now in micro degrees.


Regards,
Lev

--
73 de HA5OGL
Op.: Levente
--=_4e7a3b887392eff947c82d9e=a0d63940-3c0a-52d5-a00a-90c0d292bfc5_=--