Latest Contributions by MelitaKennedy

‎07-17-2018

It's pulling the spatial reference xy domain which is square. The lower left / minimum values are good, but the max values may be blown out to either make the extent square or to make the xy resolution value a reasonable number. The -400 is to cover data that could be in -360 to 0 longitude range, with a very generous buffer added. We just used the same value for the minimum Y (latitude) value too. -400 -400 1000000000;-100000 10000;-100000 10000;8.98315284119522E-09;\ 0.001;0.001;IsHighPrecision" These values are (in order): minimum X, minimum Y, inverse of xy resolution; minimum Z, inverse of Z resolution; minimum M, inverse of M resolution; XY tolerance; Z tolerance; M tolerance True that the spatial reference is high precision versus the original "basic" precision. The tolerance values are actually not good if the data is using a geographic coordinate system. Wu Teshieng, you probably want the coordinate system's "projected horizon" but I don't think that's exposed in arcpy. Here's some of the methods in ArcObjects: https://desktop.arcgis.com/en/arcobjects/latest/net/webframe.htm#iprojectedcoordinatesystem4_getpcshorizon.htm The PCS horizon but in latitude/longitude. It is not guaranteed to be an inclusive horizon (it might be exclusive to show which part of the world can't be 'seen' in the particular PCS). https://desktop.arcgis.com/en/arcobjects/latest/net/webframe.htm#iprojectedcoordinatesystem2_gethorizon.htm

‎07-13-2018

Based on its position compared to where it should be, the extents will either be in latitude-longitude values or raw pixel values (like 0 - 1000). In the first case, you can define the coordinate system (projection) to a geographic coordinate system. In the second case, you'll have to georeference it.

‎07-13-2018

We have no idea how to interpret 98391. The WKID gets used more on the DBMS side. For instance, if you had shapefiles, we would likely just ignore the WKID and use the well-known text. There's a way to add a custom definition to ArcGIS with a WKID, but we use a certain range of numbers for that and 98391 wouldn't work. The range we use is 202000 - 202999. If you're interested in trying that, please send me an email at mkennedy at esri dot com.

‎07-06-2018

This isn't going to be a complete reply. The ArcGIS Pro setup program does support both per-machine and per-user. It's on an early page where it asks whether you want to install for 'everyone' or 'you'. They get installed into different locations. The per-user install goes into your User folders rather than into Program Files. If you're updating, then yes, I suspect it would just do the same install type as the previous version. I would try uninstalling/reinstalling, making sure to choose the 'everyone' option.

User Conference Questions · ‎07-06-2018

It looks like you can! See https://community.esri.com/community/events/user-conference/blog/2018/06/20/esri-user-conference-behind-the-scenes-family-activities

‎06-12-2018

Hi Alessandro, I call these "bookkeeping" transformations. The transformation/pipeline only sees that input/output GCS are different and can differentiate when a transformation could be skipped and when it's really necessary, so there are "null" and "parameters-are-zeroes" transformations to make the pipeline/algorithm work smoothly and efficiently. Melita

‎06-11-2018

RDN2008 is functionally equivalent with ETRS89 / WGS84. There shouldn't be a large offset even if there's no transformation being used. Could it be in Monte Mario or Roma 1940 instead? The parameters of EPSG:6710 and EPSG:1149 are zeroes, so no shifts should occur.

‎06-11-2018

The CAD data looks like the units are in US survey feet, while the CA 5 coordinate system definition is using meters. Use the data's property page to change the coordinate system.

‎06-08-2018

If custom coordinate systems are supported at all, you would probably have to use it via a WKT (well-known text) string. Can you post the information for it: geographic coordinate system / datum (+ ellipsoid) map projection parameters linear units Melita

‎06-08-2018

It's Austin, Texas, so Texas Central zone. NAD27 US survey feet, x = 2.5 million, y = 250k NAD83 meters, x = 900k, y = 3 million NAD83 US survey ft, x = 3 million, y = 10 million NAD83 Texas statewide meters, x = 1.2 million, y = 900k NAD83 UTM 14N meters, x = 600k, y = 3.3 million There are 2 other statewide systems. It could also be in another state plane zone like south central.

‎06-08-2018

Make sure the entries in the geogtran.txt file (in the PEOBJ folder) are each a single line ad make sure the 2nd one has a carriage return at the end. That is, the last line in the file should be a blank line.Use Notepad, not WordPad or Word. You must restart ArcGIS Pro or Desktop after setting the PEOBJEDITHOME environment variable. Are you using C:\PEOBJ as the location for the geogtran.txt file? Is that the value of the environment variable?

‎06-08-2018

I think those values are DD.MM.mmm AKA degrees decimal minutes rather than degrees minutes seconds. It's a very common format for GPS data.

‎06-08-2018

Thank you very much!

‎06-04-2018

Between ellipsoidal heights relative to ETRS89 and WGS84, there shouldn't be too much difference. Between EVRF89 and WGS84 geoidal heights (AKA sometimes called EGM96 or EGM2008 heights), or mixing the two like WGS84 ellipsoidal heights and EVRF89 elevations, possibly larger offsets. Ellipsoidal heights and gravity-related heights using a geoid model can differ by up to a 100 m, but it depends on the location. Project Tool started supporting some vertical transformations in 10.4. It's using a look-up table. You have to install a separate ArcGIS Desktop Coordinate Systems Data setup. We supported world geoid model, EGM2008, a bunch of US ones, some other vertical transformations. We don't have a geoid model for Europe. At 10.6, we have geoid models for Japan, New Zealand, USA. ArcGIS Pro is about a release or so behind Desktop. If a transformation uses a grid file, some customers have converted the grid file into a supported raster format and then used raster tools to do the transformation.

‎05-23-2018

Hi Richard, We are missing vertical transformations for NAVD88 when it's in int'l feet or US survey feet. I need to add them or add a general unit change transformation. This has not made ArcGIS 10.6.1 / ArcGIS Pro 2.2, unfortunately. I will work on it for the next releases. Melita

My Ideas

Latest Contributions by MelitaKennedy

Re: Spatial reference extent limitations ?

Re: Geotiff Location Problem

Re: Accessing a PostGIS table with a custom SRID

Re: How do I change an ArcGIS Pro "per user" installation to a "per machine" installation?

Re: can i bring my 13yr old son to the opening map gallery?

Re: Define Datum Transformation with ArcGIS Server

Re: Define Datum Transformation with ArcGIS Server

Re: Features aren't lining up with Rasters after inserting base map

Re: How to use User Defined Co-ordinate system?

Re: Plotting XY coordinates - DMS, DD, units problem?

Re: Problem with an ETRS89 to OSGB transformation in the project tool

Re: Plotting XY coordinates - DMS, DD, units problem?

Re: Coordinate system transformation given only differences as parameters

Re: Coordinate system transformation given only differences as parameters

Re: GCPs in NGVD 1988 Vertical Datum, in U.S. Feet

Re: New XY layer from Lat Long (DD) not plotting c...

Re: EPSG release and ArcGIS Projection Engine

Re: EPSG release and ArcGIS Projection Engine

Re: The vertical transformations WGS_1984_To_EGM96

Re: The vertical transformations WGS_1984_To_EGM96

Coordinate Reference Systems

Alaska GIS Users