nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Curves converting to straight lines in SQL spatial view

AmyRoust

Operating System: Windows Server 2008 R2 Enterprise

Software: ArcGIS 10.3.1 with SQL Server 2012

I am updating our method for merging parcel boundaries from our SDE database with data copied from the appraiser's database. Rather than a join/export process, I've set up a SQL view that joins the parcel data to a table with a copy of the appraiser's data. The join works, but the resulting feature class is converting true curves to straight lines. Here's a screenshot to illustrate what I'm seeing. The tan polygon is the original parcel feature class and the heavier black line shows the geometry of the same parcel in the SQL view:

Why would the SQL view convert the true curve to a series of straight lines?

Najděte více příspěvků označených jako

Accepted answers

MarcoBoeringa

My hunch here is that this is caused by the fact that true curves in geodatabases traditionally are stored in a separate table or "CAD" binary field type column as described here (scroll down to the section "Feature classes stored using the Microsoft geometry or geography type in a SQL Server database" , and the CAD side table mentioned there), and that the SQL view, being based on SQL Server backend definition rather than a geodatabase Feature Class object, can not incorporate this data. AFAIK, the base table of the feature class stores a secondary geometry in the form of a "simplified" (maybe better said densified) version of the true curve in the way you describe here: a set of straight lines stored in the Geometry or Geography spatial column. It is this that is likely returned in your spatial view, rather than the true curve stored in the CAD side table.

Of course, SQL Server 2012 introduced native support for at least circular arcs in Geometry and Geography storage, but I doubt if this is yet supported by ArcGIS (maybe reading but probably not editing), as it doesn't fulfill all the needs of parts of ArcGIS (e.g. no bezier curves).

By the way, I encountered these interesting articles related to curves and SQL Server:

New Spatial Features in SQL Server 2012 | Lenni Lobel on SQL Server and .NET Development

Geospatial Support for Circular Data in SQL Server 2012 | Lenni Lobel on SQL Server and .NET Development

All comments

bixb0012

Starting with ArcGIS 10.4, Esri's documentation should clearly state which SQL Server spatial data objects, or instance types, are supported and which ones are not supported. There was a documentation bug on this omission, and it has been closed as fixed.

AmyRoust

Thank you, Marco, for this information. I think you're right. How disappointing that we won't be able to use a view to publish our parcels! I have a Python routine that does a join based on attributes, but the current process takes 23 minutes to complete. I can certainly streamline it (and plan to do so now!) but the near instantaneous results of a SQL view were ideal. Ugh.

MarcoBoeringa

By the way, I encountered these interesting articles related to curves and SQL Server:

New Spatial Features in SQL Server 2012 | Lenni Lobel on SQL Server and .NET Development

Geospatial Support for Circular Data in SQL Server 2012 | Lenni Lobel on SQL Server and .NET Development

DanPatterson_Retired

perhaps curves aren't supported...similar observations can be made with different data types ... such as shapefiles which don't support curves or their derivatives (circles, ellipses) since they are simplified to segmented representations. I would check on the capabilities of your environment.

Připojte se k diskusi

Přihlášení členové mohou přispívat, sledovat aktualizace a další. Jste tu noví? Zaregistrujte si bezplatný účet.

Rychlé odkazy

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.