[postgis-devel] Testing ST_LineMerge issue
Kevin Neufeld
kneufeld at refractions.net
Fri Dec 19 11:32:37 PST 2008
Yeah, I wasn't sure if we should copy the relevant sections of ST_IsSimple and ST_IsValid to their appropriate sections
in reference_new.xml ... might save someone from overlooking the link. But as you say, perhaps the link is good enough.
-- Kevin
Obe, Regina wrote:
> Disregard my last comment about putting the image on the ST_ISSimple. I
> see you put a link to it which is good enough
>
>
> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net on behalf of Obe, Regina
> Sent: Fri 12/19/2008 2:17 PM
> To: PostGIS Development Discussion; PostGIS Development Discussion
> Subject: RE: [postgis-devel] Testing ST_LineMerge issue
>
>
> Very cool. Would be nice to throw those same pictures in the IsSimple
> section. I think you are right that ST_IsSimple needs some work. I
> didn't really have a good concept of what is meant by Simplicity and
> still don't.
>
> I was looking at what the competition was showcasing to get an idea
> http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=/com.ibm.db29.doc.spatial/rsbp4067.htm
> http://webhelp.esri.com/arcgisserver/9.3/java/index.htm#geodatabases/st_issimple.htm
>
>
>
> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net on behalf of Kevin
> Neufeld
> Sent: Fri 12/19/2008 2:07 PM
> To: PostGIS Development Discussion
> Subject: Re: [postgis-devel] Testing ST_LineMerge issue
>
> I find that simplicity / validity is always a big topic, so I upgraded
> the section (with pictures and all) in the
> PostGIS docs regarding the OGC's definitions.
>
> http://postgis.refractions.net/documentation/manual-svn/ch04.html#OGC_Validity
>
> To answer your question Mark, the OGC specs say that a LINESTRING is
> simple if it does not pass through the same point
> twice. To me, this means self-intersections and perhaps coincident
> vertices. At the moment, PostGIS returns true for
> this when by rights it should be false:
> SELECT issimple('LINESTRING(0 0, 1 1, 1 1, 2 2)');
> issimple
> ----------
> t
> (1 row)
>
> Something to look into? Are coincident vertices considered to be a
> self-intersection?
>
> Also, Regina, I think the examples in ST_IsSimple and ST_IsValid should
> be clarified. The example in ST_Simple tests
> the simplicity on a polygon, even though this will always return true.
> ST_IsValid tests the validity of a linestring,
> even though this will always return true (except for cases when the
> linestring is actually a linearring ... and even
> then, I believe it just tests to see if the linestring has > 2 points).
>
> Cheers,
> Kevin
>
>
> Mark Cave-Ayland wrote:
> > Obe, Regina wrote:
> >
> >> Now there are 2 issues here.
> >>
> >> 1) GEOS ST_LineMerge is obviously not smart enough to realize that
> >> linemerging something like that is silly.
> >
> > Ooops :)
> >
> >> 2) ST_MakeLine lets you get away with creating this monstrosity. Which
> >> hmm I suppose there are reasons why someone may want to, but perhaps we
> >> shouldn't go there.
> >
> > This reminds me actually, what is the OGC-SFS take on repeated points? I
> > don't remember seeing any mention of this in any of the parser/unparser
> > work I did earlier, although it seems to be required for a geometry to
> > be valid. So is it also required for a geometry to be simple?
> >
> >
> > ATB,
> >
> > Mark.
> >
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>
>
>
>
> -----------------------------------------
> The substance of this message, including any attachments, may be
> confidential, legally privileged and/or exempt from disclosure
> pursuant to Massachusetts law. It is intended
> solely for the addressee. If you received this in error, please
> contact the sender and delete the material from any computer.
>
> ------------------------------------------------------------------------
>
> * The substance of this message, including any attachments, may be
> confidential, legally privileged and/or exempt from disclosure pursuant
> to Massachusetts law. It is intended solely for the addressee. If you
> received this in error, please contact the sender and delete the
> material from any computer. *
>
> ------------------------------------------------------------------------
>
> * Help make the earth a greener place. If at all possible resist
> printing this email and join us in saving paper. *
>
> * *
>
> * *
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
More information about the postgis-devel
mailing list