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; bh=b1/CSzWrCqVFKsc/HJh/YIybar/5n3ypDgT1fB9Vf/I=; b=tIIZJsOh3b0IC3ZDtCa+hN1YfFWqz8p0ke1j4l34D7slqPTRbDjMwUalL/qp1/RlYA u2Q9KtH8K8HCQVH+ko8W+/UFgVsOF2ffFDj6BCQXVuxxap+Z21mrUhxHdrb94RP68Wbv Qk1D75kXMXUAM6yE9C8Fh+w7LYboesKOps+dSasimPCXNwKLyD8gpx9ObmXnZ1sUq6+6 bgDZytjxTwaxmZ6CPvYHeEyoeCQV/X/77uVcCcRKbZ9XVNvC+f7L+itbkBUWZ++LzItX wxKNrfMWxR/FZJXRKqBG1I9Kdh7BPlkRnL5YiGOJPKXz+kwjDo5Q8f1fs4zdT6BLgH3n nMsw== MIME-Version: 1.0 X-Received: by 10.28.107.152 with SMTP id a24mr6470422wmi.101.1452127147220; Wed, 06 Jan 2016 16:39:07 -0800 (PST) In-Reply-To: <20160106230448.GA30864@cuci.nl> References: <20160106091006 DOT 5F67B809D7A1 AT turkos DOT aspodata DOT se> <20160106133049 DOT 5A0E9809D79B AT turkos DOT aspodata DOT se> <20160106143629 DOT 4D39D809D79B AT turkos DOT aspodata DOT se> <20160106164022 DOT D0D4E809D79B AT turkos DOT aspodata DOT se> <20160106180912 DOT 42ddf4079d91384f206b7c35 AT gmail DOT com> <20160106191433 DOT 5dc5cb59 AT jive DOT levalinux DOT org> <20160106230448 DOT GA30864 AT cuci DOT nl> Date: Wed, 6 Jan 2016 15:39:06 -0900 Message-ID: Subject: Re: [geda-user] (SQL file open/save) 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: multipart/alternative; boundary=001a114768dac766e10528b3b2a6 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 --001a114768dac766e10528b3b2a6 Content-Type: text/plain; charset=UTF-8 On Wed, Jan 6, 2016 at 2:04 PM, Stephen R. van den Berg (srb AT cuci DOT nl) [via geda-user AT delorie DOT com] wrote: > Lev (leventelist AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > >Using server/client architectured database engin like postgresql is IMHO > >overkill. > > Granted, the client/server architecture is not necessarily an advantage > for gschem/gpcb. > However, having PostGIS geometric indices could speed up all kinds > of geometric calculations/operations. > I'll be surprised if sqlite doesn't get all the spatial features fully rolled in eventually. It's effectively the dominant db now, it'll get everything. Britton --001a114768dac766e10528b3b2a6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jan 6, 2016 at 2:04 PM, Stephen R. van den Berg (srb AT cuci DOT nl) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> = wrote:
Lev (leventelist AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:
>Using server/client architectured database engin like postgresql is IMH= O
>overkill.

Granted, the client/server architecture is not necessarily an advant= age
for gschem/gpcb.
However, having PostGIS geometric indices could speed up all kinds
of geometric calculations/operations.

I'll be surprised if sqlite doesn't get all the spatial f= eatures fully rolled in eventually.=C2=A0 It's effectively the dominant= db now, it'll get everything.

Britton =C2=A0
=C2=A0
--001a114768dac766e10528b3b2a6--