Select to view content in your preferred language

Difference between ST_IsClosed vs. ST_IsRing

865
4
Jump to solution
03-01-2023 07:09 AM
Labels (1)
Bud
by
Esteemed Contributor

Oracle 18c; 10.7.1 Enterprise Geodatabase


What's the difference between ST_IsClosed vs. ST_IsRing in SDE.ST_Geometry?

For example, I want to query for lines that are near-circles like this:
(in other words, I want to select roundabouts)

Bud_0-1677681906203.png


I don't want to select lines that close in on themselves midway like this:

Bud_1-1677681940390.png

I tested ST_IsClosed  and ST_IsRing. Both of the lines in the screenshots above were identified as closed and as rings. So it's not clear to me what the difference between the two functions is.

 objectid in (
    select
        objectid
    from
        roads
    where
        sde.st_isClosed(sde.st_geometryn(shape,1)) = 1
    )  
 objectid in (
    select
        objectid
    from
        roads
    where
        sde.st_isRing(sde.st_geometryn(shape,1)) = 1
    )  

Reason for wrapping the WHERE clause in a subquery:

 

0 Kudos
1 Solution

Accepted Solutions
JoshuaBixby
MVP Esteemed Contributor

According to the documentation you link to, ST_IsRing is a subset of ST_IsClosed that is also ST_IsSimple.  So, a ring must be closed but not all closed geometries have to be rings.

 

View solution in original post

0 Kudos
4 Replies
Bud
by
Esteemed Contributor

It turns out the cul-de-sac in the second example is actually a multi-part feature:

Bud_0-1677686951178.png

 

 

0 Kudos
Bud
by
Esteemed Contributor

I think the answer is: I should be using isRing. The word "Ring" is self-explanatory.

I was originally thrown off by the fact that some of my lines are multi-parts. So, an individual part could technically be a ring, even though the feature as a whole didn't appear to be a ring.
So, both of my example features were being identified as closed and as rings (my query only looked at the first part of multi-part features; in my examples, the first part was a ring).


I've accounted for the multi-part quirk, and other quirks, in the following query:

objectid in (
    select
        objectid
    from
        roads
    where
        sde.st_numgeometries(shape) = 1   --Needs to be evaluated before isRing. Otherwise, isRing throws an error since it can't be used on multi-part features.
        and sde.st_isRing(shape) = 1
        and name not like ('% CT')        --Some courts are literally just a loop with no straight portion. They are technically legitimate rings. So I'll omit them since I'm specifically looking for roundabouts, not courts.
        --and ownership = 'ABC'
        and sde.st_length(shape) <= 200   --If a road is longer than 200m, then it probably isn't a roundabout.
--In the future, if needed, I could omit roads with this text in the name (similar to what I did with CT): PL, CIRCLE, DR, TRAIL, CRES, LOOP, SQUARE.
--However, right now, that doesn’t seem to be necessary. Those road types get successfully excluded via the “must be shorter than 200m” criteria.
)

 

0 Kudos
Bud
by
Esteemed Contributor

Is the following correct?

All rings are closed, but not all closed are rings.

0 Kudos
JoshuaBixby
MVP Esteemed Contributor

According to the documentation you link to, ST_IsRing is a subset of ST_IsClosed that is also ST_IsSimple.  So, a ring must be closed but not all closed geometries have to be rings.

 

0 Kudos