X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Tue, 22 Dec 2015 16:41:47 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] Cross project collaboration on data models In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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, 22 Dec 2015, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: >If we want to achieve a common data-model, we must arrange to meet, sit >with, and effectively develop our own open EDA standard, which all involved >projects would make a commitment to further and implement. I fully agree with your conclusion (although I am not fully convinced in the "different programs should have different format/model and we should have converters" vs. "one common format for all" question). If I remember correctly, this conclusion has been reached after last year's FOSDEM too (but http://edacore.org seems to be down). > >Step one is reaching out to the other projects. Don't expect to design >something and then expect others to adopt it after the fact. I think this was the idea last year too. So the quesiton is, if this didn't happen since last year, or edacore didn't make remarkable progress in this (did it?), then what should be done differently this time? I like your idea about central coordination of such project, but do we have enough manpower for that? I mean if you make a committee of people who do not code but tell every project what to code, I don't think it would work. Rather a group who develop patches for all projects, and this is where the lack of manpower worries me. Regards, Igor2