Latest Contributions by MichaelSnook

Another question: you�??ve noted in your post that the General tab states �??Storage: High Precision using Geometry spatial type (SRID 0)�?� To confirm what you're seeing on that General property page: it does not state �??�?�using ST_Geometry spatial type�?��?� ? In other words this particular reported property has two problems; first is that the SRID is reported as 0, and the second is that it is not reporting the �??ST geometry�?�? Thanks, -Tim (Parcel Editor team) Hi Tim, That is correct.  The Geometry Properties for all features (in 10.1) reads "High Precision using Geometry spatial type (SRID 0)".  Strangely enough I have a new deployment of 10.2 and reading the same features reads "High Precision using Geometry spatial type (SRID 32100)". See screenshots. This is 10.1 looking at 'Parcels' in our SDE. [ATTACH=CONFIG]26847[/ATTACH] This is 10.2 looking at 'Parcels' in our SDE. [ATTACH=CONFIG]26848[/ATTACH] Any help is greatly appreciated. Thanks, Mike ... View more

I definitely agree this shouldn't be by design but it seems to be that there *should* be only one path one can walk down in regards to editing features with the Parcel Fabric editor tools....which would lead one to believe that these types of anomalies *shouldn't* happen within the fabric...obviously, they do. What's strange about these 'empty' features is that the appear to be unjoined from the fabric and I'm wondering how they seemed to make it out of the construction phase and into the fabric. Not much in the way of resolving the issue...just some observations. ... View more

Hi, I wouldn't expect to see those values unless the feature dataset/class was empty or somehow data was getting placed at that location. Melita Hi Melita, After investigating the "Parcels" feature class it seems that somehow there are records (3 total) with AREA and LENGTH of 0.  I'm not sure if this is by design with the Parcel Fabric or not?   I assume this is what is causing the extents to go all the way to the extremes.  Any info on the SRID 0 issue? Thanks for your help. -Mike ... View more

Hi Vince, We're experiencing terribly slow drawing performance with our parcel fabric and I'm wondering if this could be our issue.  Is it possible to 'downgrade' the default coordinate reference parameters as below? You can gain some of that perfromance back by proactively managing your coordinate reference parameters -- Instead of defaulting to the -400,-400,1billion XY offsets and scale, try using -400,-400,1million.  Lopping off those extra digits will cut the storage requirements (at the cost of going from sub-millimeter to sub-decimeter precision). - V Thanks, Mike ... View more

Hello, I just posted a question about this same issue...have you had any luck resolving this?  Is this a bug in the Fabric?  It's seems a bit buggy. Thanks. ... View more

We are using SQL Server 2008 R2.  Haven't seen much in the way of what 10.2 might offer as far as performance enhancements go for the parcel fabric. ... View more

Thanks for the response Tony...not the answer I was hoping for but at least I know that it's not currently possible. In a previous implementation I was using your method #3 to create a separate report request for each point and add the 'Address' to the header.  It seems to be a much more efficient way to lump all of the subject points into one server request (for both handling the response as well as managing the resulting report) on the client side. I hope to see this in a future release! Thanks again! ... View more