Latest Contributions by BojanŠavrič

‎09-06-2021

There are couple ways you can do this... I suggest the following workflow by customizing one of the existing projected coordinate systems designed for the world maps. Go to Map -> Properties -> Coordinate Systems In XY Coordinate Systems Available navigate to Projected Coordinate System -> World This is the list of predefined projected coordinate systems (PCS) that one can use to display whole world. Most of them are centered on Greenwich, but you can easily change that. Right click on, e.g. Natural Earth (world), and select Copy and Modify... Change the Name of your new PCS and adjust the Central Meridian value to something like 150 degrees. Save -> OK. Just a tip or two on map projections (PCS) that are good for the world maps... For thematic and general maps, select one with curved edges (pseudocylindricals), use cylindricals (aka "map in the box") for some rare phenomena that is based on longitude, and choose Mercator only if you are creating a sea navigation chart. Here is the list of Supported map projections. Each has Usage section, which gives you hints on appropriate usage. I hope this helps...

‎08-25-2021

@Suedietrich wrote: When I use projection, the data doesn’t align perfectly with the orthoimagey which uses NAD 1983 (2011) StatePlane New York East FIPS 3101 (US Feet). If your data does not align perfectly, sounds to me that there was/is missing (or different) transformation path in your workflows. Add your GPS data and the orthoimagey to your map in ArcGIS Pro and set Map's coordinate system to NAD 1983 (2011) StatePlane New York East FIPS 3101 (US Feet). Go to Transformation tab and try the first three possible transformation paths (<None>, WGS 1984 (ITRF08) To NAD 1983 2011, WGS 1984 (ITRF00) To NAD 1983 2011) and see if any of them aligns your data perfectly. The one that does is probably the path that was used by the Collector when converting your data to WGS84 Web Mercator (auxiliary sphere). My guess would be that the Collector probably used WGS 1984 (ITRF00) To NAD 1983 2011 or <None>. Then use Project tool, as @DanPatterson suggested, to convert your GPS data back to NAD 1983 (2011) StatePlane New York East FIPS 3101 (US Feet) and use the same transformation path that the Collector used. I hope this helps, Bojan

‎08-25-2021

@BenPearse, I presume you would like to use your local geoids to transform your DEM data to some other vertical coordinate system. Unfortunately, ArcGIS Pro currently does not support custom vertical transformations, but it is part of our plans for the future releases. For current workaround, I would suggest you use raster calculator to modify the heights first (make sure all raster have heights in the same linear units) and then use Define Projection tool to correct the vertical coordinate system definition on your modified DEM dataset. I hope this helps, Bojan

‎05-21-2021

I am not sure. Do you have more dropdown menus listed under "Core Products" in the main window? If not, I would suggest you to contact your administrator and ask them where you can find ArcGIS Coordinate System Data installs. I hope this help...

‎05-20-2021

Additional Coordinate System Data install can be downloaded from My Esri download page. It does not require additional license, just access to your organizational My Esri account. This graphic might help you located the install on the side. The thread includes some information on the installs and here is a little bit extra information. I hope this helps. -------- On the side note... Your shuksan.tif dataset has mixed-up coordinate systems. EGM96 is gravity-related vertical CS based of WGS84. So any EGM96 data should be combined with WGS84 geographic CS. Before you will be able to transform your vertical data, you will need to move your data to WGS 1984 geographic coordinate system using (1) Project Raster tool and (2) Vertical Checkbox unchecked. This step will only change your horizontal coordinates and keep your heights the same. In the following step, you should be able to transform your data from WGS84/EGM96 to NAD 1983 State Plane Washington…/NAVD 1988 with (1) Project Raster tool, (2) Vertical Checkbox checked, and (3) Coordinate System Data installed.

‎03-24-2021

When you clear Data Frame's coordinate system, ArcMap reads any data as it would be provided in Map's units, defined in Data Frame Properties -> General. It will completely ignore data's coordinate systems and there will be no projection on-the-fly. The same data, one in meters and one in US Feet will be offset for a lot and data in geographic coordinates will be very very small, located in null-island. Basically nothing will line up. When you add more data after clearing a coordinate system, that will overwrite your previous selection and your Data Frame's coordinate system will be the one of your new data. Since Define Projection tool does not add new data, I assume this tool does not overwrite the cleared coordinate system, but Project tool most likely does. I suggest you add all your data you wish to explore before clearing a coordinate system. As I mentioned above, clearing a coordinate system from your map is risky and you really need to know what you are doing. Tools do not work properly and it might lead to data corruption. Therefore, ArcMap overwrites cleared coordinate system every time it can.

‎03-23-2021

You can always change the coordinate system of your map. In your ArcMap project, go to Layers -> Properties. In Data Frame Properties window, open Coordinate System tab, navigate to Layers folder and select a coordinate system of the layer you wish to explore. If you still wish to clear a coordinate system of your Data Frame, under "Coordinate System" tab, go to "Add Coordinate System" and select "Clear." "Apply" or "OK." Please note that if your Data Frame does not have specified a coordinate system, a lot of things might not work, and some tools might produce incorrect results. Clearing a coordinate system form a Data Frame can be useful, but it is also dangerous.

‎03-14-2021

BUG-000096165 and BUG-000135135 (based on their repro steps) appear to be resolved with the latest release, and both issues should be soon marked appropriately. Thanks!

‎03-14-2021

Hi @JoeLandersarup, With the new Transformation UI in Pro 2.7, we resolved some issues regarding custom transformations described here. Can you please share with me your dataset, TPEN11-TM.prj, TPEN11-IRF and NTv2 .gsb files, so we can test it? I sent you my contact via direct message. Thanks! Bojan

‎03-13-2021

Hi @RichardDaniels, Colleagues are following the NSRS 2022 development and they have been attending the industry partner summits given by NGS, and attending or listening to the webinars that NGS has been giving for the last few years. There’s not much to do right now as NGS hasn’t released any transformation grid files or officially, any of the new state plane zones or other coordinate systems. We plan to do testing as soon as any data becomes available. Last June, NGS announced that they were not going to make their 2022 end-of-year deadline and are instead aiming for 2024 or 2025. One change that’s coming is that the new state plane zones will use transverse Mercator, oblique Mercator, and a variant of Lambert conformal conic. Currently, it’s a 2 standard parallel case. The new zones will use what’s known as a 1 standard parallel case. It includes a scale factor, which effectively turns into a 2 standard parallel case. In ArcGIS Pro 2.6, we added two variants to the Lambert conformal conic projection to have them ready for NSRS 2022 state plane zones. Bojan

‎02-11-2021

Thank you, @DanielEccles, for your inquiry. Currently, ArcGIS Pro doesn't not include a vertical transformation using OSGM15 geoid model to covert heights to Newlyn (WKID::5701). It is on our list and we are working on it to make it available. Unfortunately, Pro also doesn't support custom vertical transformations, so you cannot just add a new one to the set. This is also something on our list, but some other projects came up and we haven't been able to get to it.

‎02-11-2021

Thank you, @Schillz, for your question and @Pål_Herman_Sund for your assistance. First, the theory... As @Pål_Herman_Sund already said, "WGS 1984 and the CGVD 2013 are two very different things." CGVD 2013 (WKID::6647) is gravity-related vertical coordinate system (datum). WGS 1984 is geographic coordinate system (WKID::4326) and vertical coordinate system (WKID::115700) with positions and ellipsoidal heights, which you natively get from GPS observations. The first realization of CGVD 2013 is through Canadian Gravimetric Geoid model of 2013 – Version A (CGG2013a) in NAD83(CSRS) and ITRF2008. This basically means that geoid undulations (difference between ellipsoidal heights and orthometric heights) are provided between NAD 1983 (CSRS) or ITRF 2008 ellipsoidal heights and CGVD 2013 orthometric heights based on positions in NAD 1983 (CSRS) or ITRF 2008 geographic coordinates. To correctly transform between CGVD 2013 and WGS 1984 heights, it can be done in two steps: GCS: NAD 1983 (CSRS) / VCS: CGVD 2013 <- - - vertical transformation with geoid model - - -> GCS: NAD 1983 (CSRS) / VCS: NAD 1983 (CSRS) <- - - 3D geographic transformation(s) - - -> GCS: WGS 1984 / VCS: WGS 1984 Note, your CGVD 2013 height data must be in NAD 1983 (CSRS) or ITRF 2008 positions, so you can transform them with the geoid model. Now, the practice... In ArcGIS Pro, you can transform your 3D vector and raster data with Project and Project Raster tools, by checking Vertical checkbox in the tool. The vertical checkbox becomes available when you add 3D data to the tool and set horizontal and vertical output coordinate systems. Unfortunately, we don't have any vertical transformations for Canada yet. Vertical transformation for CGVD 2013 is on our list, but some other projects came up and we haven't been able to get to it.

‎12-28-2020

Hi @akisai, Transformation parameters you are using match NAD_1983_CSRS_To_WGS_1984_2 (WKID::1946) transformation, but they have opposite +/- signs. From your formulas, I see your rotation matrix matches the one for Position Vector and not the Coordinate Frame method. In your case, you are trying to apply the transformation in reverse (from WGS84 to NAD83 CSRS) by using transformation parameters and rotation matrix with opposite signs as they are originally defined. I would need to verify the math first, but I suspect your approach might not match the exact reverse formulas used in ArcGIS. Please see EPSG Guidance Note 7.2 for detailed (exact reverse) formulas and the table of Geographic Transformations in ArcGIS Pro 2.7. I hope this helps...

‎10-20-2020

Hi Ilia Neudakhin‌! Length calculates a Cartesian length of segments as they appear in a projected coordinate system, in your case the WGS 1984 UTM Zone 15N. Geodesic Length of your segments is always calculated as they appear on the Earth's surface model (in a geographic coordinate system), in your case this is WGS 1984. The WGS 1984 UTM Zone 15N is defined with transverse Mercator projection, which enlarges most areas and distances compare to the true areas and distances on the Earth's surface. This projection, used in the WGS 1984 UTM Zone 15N, is the reason why the Geodesic Length is shorter everywhere. I hope this helps...

‎07-29-2020

I am sorry David. I am not sure why this is happening. I am tagging few people and groups on this post and maybe someone will be able to assist you. Simon Woo‌ Imagery and Remote Sensing‌ raster export‌ raster projection‌ export raster‌

Online Status	Offline
Date Last Visited	Thursday

My Ideas

Latest Contributions by BojanŠavrič

Re: Don't know how to get a projection of Asia placed on left

Re: conversion form WGS84 Web Mercator (auxiliary sphere) to NAD 1983 (2011) StatePlane New York East FIPS 3101 (US Feet)

Re: Adding local geoid

Re: Vertical datum conversion in ArcGIS Pro not recognizing vertical coordinate system

Re: Vertical datum conversion in ArcGIS Pro not recognizing vertical coordinate system

Re: How to clear\define the coordinate system of a particular layer in catalog of ArcPro?

Re: How to clear\define the coordinate system of a particular layer in catalog of ArcPro?

Re: Failure to apply a custom geographic transformation

Re: Failure to apply a custom geographic transformation

Re: Entire National Spatial Reference System (NSRS) to be Modernized in 2022

Re: Vertical Datum Transformation

Re: Vertical Datum Transformations: CGVD13 to WGS84

Re: Transform MANUALLY WGS84 to NAD83 CSRS

Re: Geodesic distances: How long is that line again?

Re: custom polyconic projection

UC 2026 presentations and more!

Re: CGVD28 to CGVD2013 Transformation File Format

Re: In the continental U.S., is the Geoid above or...

Re: Adding local geoid

Re: Effects on Horizontal Coordinate System When C...

Coordinate Reference Systems