Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-25 Thread Rhys Stewart
Yes, PostGIS LINESTRINGS, no not ST_AsEWKT(). By similar configuration I mean shape. So I can identify two lines if they have a similar shape. No not ST_Distance()and don't call me Shirley. I also neglected to include the query in my previous post. SELECT a.id,b.id FROM subsumed_secondary a I

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-25 Thread Colin Wetherbee
Rhys Stewart wrote: The example I provided earlier was a very simplified model of the table I'm working with after a self join. The table in question contains geographic data (linestrings) PostGIS LINESTRINGs? > and I have written a function to return a textual representation Like ST_AsEWK

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-25 Thread Rhys Stewart
Indeed, I will endeavour to limit the length of my replies, although my extemporaneous nature, while ranting, will invariably result in prolonged discourse on my part . I am also grateful for your willingness to assist and saddened that you are ill. I do hope you recovery quickly. The example I pr

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-24 Thread Joshua D. Drake
Erik Jones wrote: Next time I'll hold your hand a bit more, but yesterday I was very far out of it (I'm not exactly 100% today either) with a bad head cold. Now, should we have more exchanges to determine who can use the most flowery of speech or should we talk pgsql and schema changes? Perhap

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-24 Thread Erik Jones
On Apr 24, 2008, at 5:43 PM, Scott Marlowe wrote: On Thu, Apr 24, 2008 at 3:43 PM, Rhys Stewart <[EMAIL PROTECTED]> wrote: type). That being said, I would appreciate that any further questions I have not be responded to by single line emails extolling the virtues of properly designed sc

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-24 Thread Scott Marlowe
On Thu, Apr 24, 2008 at 3:43 PM, Rhys Stewart <[EMAIL PROTECTED]> wrote: > type). That being said, I would appreciate that any further questions I have > not be responded to by single line emails extolling the virtues of properly > designed schemata, normalization or the like. Well, I would appre

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-24 Thread Rhys Stewart
While I thank you for your time in reading and responding, This world is not ideal at any level, be it the lack of financial equity, the petty prejudices that permeate societies on a whole, increasing gas and food prices worldwide (I've officially parked my car and am taking the bus until gas goes

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread Colin Wetherbee
Roberts, Jon wrote: On 23/04/2008 20:33, Roberts, Jon wrote: create table ugly [...snip...] create or replace function fn_ugly() returns setof ugly as [...snip...] create temporary table temp_ugly [...snip...] select * from fn_ugly(); [...snip...] Heh heh - I think we get the point!

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread Roberts, Jon
> On 23/04/2008 20:33, Roberts, Jon wrote: > > > create table ugly > > [...snip...] > > > create or replace function fn_ugly() returns setof ugly as > > [...snip...] > > > create temporary table temp_ugly > > [...snip...] > > > select * from fn_ugly(); > > [...snip...] > > Heh heh - I th

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread Raymond O'Donnell
On 23/04/2008 20:33, Roberts, Jon wrote: create table ugly [...snip...] create or replace function fn_ugly() returns setof ugly as [...snip...] create temporary table temp_ugly [...snip...] select * from fn_ugly(); [...snip...] Heh heh - I think we get the point! LOL :-) Ray.

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread Roberts, Jon
end; $$ language 'plpgsql'; select * from fn_ugly(); Jon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rhys Stewart Sent: Wednesday, April 23, 2008 1:12 PM To: pgsql-general@postgresql.org Subject: [GENERAL] query question really cant

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread James Strater
This works in oracle: SELECT aid, bid FROM aidbid WHERE aid < bid UNION SELECT bid, aid FROM aidbid WHERE bid < aid Rhys Stewart <[EMAIL PROTECTED]> wrote: Hi all, have the following table aid| bid -- 1|5 2|6 3|7 4|9 5|1 6|2 7|3

Re: [GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread Scott Marlowe
I'd say you need to rethink your schema. On Wed, Apr 23, 2008 at 12:11 PM, Rhys Stewart <[EMAIL PROTECTED]> wrote: > Hi all, > > have the following table > > aid| bid > -- > 1|5 > 2|6 > 3|7 > 4|9 > 5|1 > 6|2 > 7|3 > 8|10 > 9|4 > 10 |8 > both aid

[GENERAL] query question really cant give a summary here so read the body ;-)

2008-04-23 Thread Rhys Stewart
Hi all, have the following table aid| bid -- 1|5 2|6 3|7 4|9 5|1 6|2 7|3 8|10 9|4 10 |8 both aid & bid represent the same data in another table, but the table has duplicate data and i did a self-join to get the id's out. The question is how do