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; bh=auaSgLDzNag4fyOT+k+zyZDUF4yGHzUe/kLORY4+SdY=; b=ioQsDg7WG2rCiw85dX3wOkdAsQr/pQHNLpH2zI3326w77zEGEWGVOyRsm871pY7HU1 d9a6dJQddzzoc8eQMFtBRuiUV2ClwEcbDA7EWheKW/QGrgIyrAIL1LLBWpslcTXwoNSD dpidaIbwqSz1qE9tuDSzekhFPG0CJjFVLejt/P1saMD4EDW+BVzGz85QbCMwdWS2D+9l c02Vwb2cyAGRx9XHAqoh6z1gZ8+AOnU0KQjJRHv4hlDl+/HVGeWRAZOp2mp1TqXVDeDv 05wJVcqco43NwoBSWdFI+S+vLJFrnbrgYT3MLr0mSboexbJETGX9tausE8isN4284SlZ os7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=auaSgLDzNag4fyOT+k+zyZDUF4yGHzUe/kLORY4+SdY=; b=MnqyY/N4NSVYiyJ9aAnl4d1/LDQqucuXw90wW94rxhy35sAxjv9qjvCzs0+vbazmAH iunbBixuCd56sEhYXKcPEFWCvk8dui/Kc75VEYjEAmoAwFIP3/pD0uswRXsIdKSGHRF4 FMcufgG+jI97pY7olXdZk4/Eq1FeQyMnT9KDmLJ1HiYqzF9iSkamxIYS2VGVczHnRhRW PDM9+2WtubnWlXh3LymqiJBTTysprApU1LTyJKgEu8xDypDiRtWvsbpl4LRYhvHJnRuj 0NttSaVs697LUyeZ2nUP52zKE6pH+Rx+aQSk0uWYrOqLs83cwOCdgnu0aKhE1GG/6bmk cflA== X-Gm-Message-State: AD7BkJKTqvqC8BMj2QQqWUouJOL90AQ28R2sHcCcf0y5kgZ+Hc7JQy4YR0F8enQlY0yWRVeQ/hJeAn6TKWDalQ== MIME-Version: 1.0 X-Received: by 10.28.30.4 with SMTP id e4mr2587119wme.18.1459031375569; Sat, 26 Mar 2016 15:29:35 -0700 (PDT) In-Reply-To: References: Date: Sat, 26 Mar 2016 14:29:35 -0800 Message-ID: Subject: Re: [geda-user] [pcb-rnd] footprint lib database (sql, sqlite, etc.) becomes real? From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 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 I'm not absolutely clear what you have in mind here, but far more useful than an interface to a local sql would be some graceful way to interface to these: https://www.snapeda.com http://madparts.org/ So far as I'm aware these are the closest things to an effort to develop open parts libraries and creation. Britton On Sat, Mar 26, 2016 at 7:11 AM, wrote: > Hi all, > > as part of the [mods] patches, I am moving a lot of core code to plugins. > I'm currently finishing moving the footprint list/search/load code. > > This makes it feasible to write footprint plugins that don't take footprints > from the file system, but from sql, or other databases, or the web, or > wherever. > > Plugins can be substituted, different implementations don't interfere at > all, so there's no "either filesystem or sql" decision forced onto the > user. As a core plugin, it doesn't bit-rot either. > > This feature had been discussed many times in great lengths on the list. Now > we have the chance to make it real, to convert endless/fruiteless discussion > into actual code. > > Does anyone feel like developing a database (e.g. sql, sqlite, bdb) > footprint lib plugin? > > To estimate complexity: > > - the file system (ex-newlib) backend, including pcb-rnd extras (parametric > footprints) is about 500 lines of code; I expect it to stay under 800 lines. > I expect a simple db backend to be about the same in length. > > - the API currently has 3 entry points; it will grow slightly, but I expect > there would be no more than 5..8 calls to be implemented. > > - the API is very young and no much code depends on it, I am willing to > make reasonable changes to it to suit a new plugin. > > I'd say the setup cost, API/glue part shouldn't be more than two hours; > depending how complicated the database part is chosen to be, the whole thing > should take something between 1..3 days. > > Regards, > > Igor2