Latest Contributions by VinceAngelo

I don't think that's a safe assumption at all!  There's two competing questions: Why waste time calculating area if it isn't needed? Why bother storing area if it can be calculated? These are addressed differently by different formats -- area may be stored in SDEBINARY/SDELOB "Fn" tables, for example, but for others the value is calculated on the fly (the stored value may not be of any use, anyway, since if could be based on Cartesian degreees) The fact remains that Desktop does not use the File Geodatabase API.  I suggest you take this over to the ArcObjects SDK place, posting a complete code sample to address your issue. - V ... View more

Actually, depending on how you got to the circle area, the value might be a perfect "pi R squared" value, as I had found over in GIS SE. - V ... View more

Please post a code example of the issue you feel is a defect.  I don't see any area functions in the File Geodatabase API, so I don't see how this could be a FileGDBAPI.dll issue. ArcObjects does of course have such functions, but this GeoNet "place" is only about the File Geodatabase API - V ... View more

I have yet to have CAD objects in a project, so I don't have the experience to respond.  Generally speaking, geometry area is a *calculated* object, so the value returned would be the one calculated by Simpson's Rule​, which wouldn't consider perfect curves.  To which "repair geometry" do you refer?  ArcObjects is a different code base, and has CAD support code, for which the area function would be different. - V ... View more

What is the data source for this editing application?  You should be sure to use multiuser sources (databases) for multiuser applications. - V ... View more

While not "off the farm" as a geodatabase question, this is certainly on the "lower 40", mostly because the answer differs by RDBMS.  A google returns a number of native and 3rd-party memory logging tools for Microsoft SQL-Server; a Microsoft forum might be a better place to find those with strong opinions on their merits. I nearly upgraded my 8Gb RAM home PC to 16Gb last night, and the last database server I purchased had 256Gb RAM, so I'd think that in a commercial GIS setting, the question should be "Do I need 32Gb or 64Gb on my new database server?" - V ... View more

If you're not using an ArcSDE Application Server (and you shouldn't be using one with ArcGIS Server at this point), then ArcSDE doesn't exist to utilize memory.  Generic database tools, provided by the RDBMS vendors, should be the only tools necessary to evaluate memory usage on the database server. - V ... View more

The answer to most software compatibility questions can be found by accessing the System Requirements documentation.  I usually open http://support.esri.com then click on "System Requirements" under "Knowledge Base" then 'explode' "ArcGIS Server" and choose the release version, but the database compatibility for 10.3 is currently only available under the "ArcGIS Desktop" link, for which clicking on "Relational Database Management Systems", then "Oracle Database Requirements" will lead here​, where the notes say: Support for the Oracle Exadata Database Machine is based on Oracle guidance that OEM software that supports both Oracle Linux and Oracle RAC is compatible with Oracle Exadata. - V ... View more

No, Personal and Workgroup geodatabases are only accessed through ArcObjects (Desktop/Server). You need to download the "ArcSDE Command Line Tools" or the appropriate enterprise application server install to obtain command-line tools. You must obtain these from the 10.2.2 "ArcGIS for Server Enterprise (Windows)" media bundle at my.esri.com. ... View more

Which SQL-Server 2008 are you running?  ArcGIS 10.2 requires a 64-bit client binary, with 2008-SP1 or 2008R2-SP1.  If you've moved off the unsupported OS, you should be running the terminal 10.2 release (10.2.2 with the appropriate patches applied). Remote server service creation requires the "-n" flag for successful operation.  You also need to follow the complete instructions on registering the ADMIN_DATABASE and SDE_DBA_USER (if necessary) keywords. - V ... View more

Once you change the folder name, the MXD paths are guaranteed to be wrong.  You need to re-re-register the sources. - V ... View more

"Request on HTTP and HTTPS together" doesn't really make any sense.  All REST endpoint requests are atomic​, so only one port can be used by a client at a time​.  You can make successive calls using different protocols (for example, submit a GP job with HTTPS on 6443, and follow the long-running execution progress with HTTP on 6080), though it's best security practice to stick with one protocol.  It is still one server, so any service configured on either port will be available via both protocols.  The usual practice is to block "external" HTTP access via a firewall, but if the entire app is for intranet use, then it really shouldn't matter. - V ... View more

Best practice is to create the view with SQL tools (or the Create Database View GP tool), then register the layer with ArcSDE via 'sdelayer -o register'. 'sdetable -o create_view' is only really intended for SDEBINARY storage geometry tables (where database-originated views are hampered by the Fn/Sn tables). Views cannot have SDE-set rowids, and therefore cannot participate in geodatabase functionality (simple feature class only -- no "Register with Geodatabase") - V ... View more

Invoking 'sdelayer -o register' also registers the table with ArcSDE.  If you add ",USER" after the '-C IDE_GEOMT_REGN_ADMNS' in the 'sdelayer' command, you can comment out the 'sdetable' call entirely.  That's not to say having it there hurts anything, but it shouldn't be necessary either. I've never had good luck with PKs or UKs before registration, so my installation scripts: Use SQL to create tables without any special constraints Use SQL to build spatial indexes Use ArcSDE command-line tools to register tables Use SQL to ALTER tables for required constraints Use 'sdelayer' to place the layer in load-only I/O mode (if an ArcSDE-enabled app will be doing inserts, otherwise just drop the spatial index) Load the data (SQL or ArcGIS client, as appropriate) Use 'sdelayer' to place the layer in normal-I/O mode (if it was placed in load-only I/O mode) Use SQL to build the remaining indexes There's no way I can diagnose intermittent  behavior via GoeNet.  Tech Support is the best place to address this. - V ... View more

'sdelayer -o register' will register the table with ArcSDE, so your 'sdetable -o register' is moot. Back in the day, the presence of a PK would crash registration.  If you need a PK, only create it after registration is complete.  The unique key is created, but disabled, so that it doesn't hurt performance. - V ... View more