Latest Contributions by ÁkosHalmai

99% of the original question is solved here: https://support.esri.com/en-us/knowledge-base/wgs-1984-is-not-what-you-think-000036058

‎05-12-2025

Meanwhile, for Nr. 2: If you have a RTK GNSS the resulting coordinate system depends on your RTK provider. The settings of RTK caster is inherited by the rover practically (technically the output is always in WGS84, but the position is estimated relatively to the base station which could express the coordinates in different GCS and due to the relative manner of calculation the resulting coordinate inherits the base's GCS).

‎09-28-2024

Thank you!

‎09-28-2024

Thx! We definitely will use it.

‎08-04-2023

@FelixRohrbach Thank you! I'd be happy to participate in the Early Adopter too! The GPU: I have a Tesla M10 (old one), which is seemingly 4 card on a non-virtualized native environment, on Window Server 2019. I saw some utilization fluctuating around a few percent, but I newer saw a full hit on the (non-display-attached) cards, however, I didn't check it continuously. In other softwares (like AgiSoft) they are used correctley. Is it possible to use more than one card in Reality Studio? In which step should I check the utilization? Best regards, Ákos Halmai

‎08-04-2023

@FelixRohrbach Thank you Felix, I am really interested in it.

‎08-04-2023

Thank you! Just an addition for the removal: If there is a finished reconstruction, it would be nice to have a local menu option to remove the intermediate and temporary data created by the process, because next to the results there is lot of other data, probably unnecessary for the user, because he/she already finished the procedure.

‎08-01-2023

In the Options on the general tab, there is check box, called "Use GPU with CUDA compute capabilities...". It would be nice to see the available GPUs to rule out driver and other issues. It would be even better to be able to select & deselect certain GPUs, to include or exclude from calculations. If there is no available GPU, a big yellow warning would be great too. Best regards, Ákos Halmai

‎08-01-2023

I have a lot aerial imagery, where the X; Y; Z & OPK was recorded in PCS EPSG 23700 and VCS EPSG 5787. Today it is impossible to process these images, while it runs perfectly in ArcGIS Pro's Reality mapping workspace. It says the coordinate system transformation is unavailable to WGS84/EGM2008. Yes, it is true, but who needs it it if every data and the GCPs are referenced in the given coordinate system? I suppose, the the problem is coming from the Globe or from the footprint generation, but in this case you can ask for a DEM (like in Reality mapping workspace in Pro). Thank you & Best regards, Ákos Halmai

‎08-01-2023

This new, project tree on the left is great, however If I create for example a reconstruction I run it, then I have to create another one, it is impossible to remove the first, unnecessary one. No delete button, no right click & delete. Same with the alignments: if I create two or three alignments with different settings, I run them and finally I choose the best one, it is impossible to remove the others. Similar to the Geometries: If I add a RoI it is impossible to remove it, once added. Thank you & Best regards, Ákos Halmai

‎08-01-2023

I see this app is a customized ArcGIS Pro, so please put the Light UI mode back. If you deal with imagery it is usually beneficial to have Dark mode, but in case of presentation & education the dark is nightmare on low contrast projector. Sometimes the office is full with light, even with correct screen positions, in this case it is strenuous to use a dark app. Dark apps are great in dark environments. A lighter/customizable basemap, and/or with lighter symbology would be also great! Check out the following print screen. Do you see the camera symbols, symbolized by Camera Position Residuals X? They are there, but simply too dark to draw some attention. Thank you & Best regards, Ákos Halmai

‎07-31-2023

Please, add [DebuggerDisplay()] attribute to the major struct & and classes like: Coordinate2D & Coordinate3D to see the actual value instead of "{ArcGIS.Core.Geometry.Coordinate2D}" and "{ArcGIS.Core.Geometry.Coordinate3D}". If it is empty, just print "Empty" otherwise the coordinates like "18.46; 46.18". MapPoint: same as above, with wkid, like "18.46; 46.18; 4326". Polyline & Polygon: use Length, Length & Area (if not empty). GeographicTransformationListEntry: every entry has its own name. This could be the natural DebuggerDisplay for it, like "Hungarian_1972_To_WGS_1984_2", or maybe "Hungarian_1972_To_WGS_1984_2; 4327 → 4326" (two wkids at the end). CoordinateSystemListEntry: same as above, just use the Name property. SpatialReference: the name would be more natural. This will improve the development experience a lot.

‎07-12-2023

There are a lot of realizations for WGS84: WGS84 (G730), WGS84 (G873), WGS84 (G1150), WGS84 (G1674), WGS84 (G1762), and WGS84 (G2139); and the “Transit” in ArcGIS. There are transformations between these realizations, or at least there is a transformation between G1761’(?) and G2139. However, there is no transformation between these GCSs if I try to project them into each other. I see, that the translation part is small to be important (https://earth-info.nga.mil/php/download.php?file=(U)WGS%2084(G2139).pdf), but why are these transformations missing from ArcGIS? If I use an RTK GNSS, do I get the WGS84 coordinates in the current realization? Or does it depend on the chip/settings? I see a lot of 3D coordinate systems in ArcGIS like WGS 1984 3D, EPSG 4979. What is the purpose of this GCS? Is it an ECEF (Earth Centered, Earth Fixed) cartesian coordinate system? (Probably not, the unit is degree, instead of meter.) If it is a real 3D why is it possible to create a feature class with this coordinate system without Z? Are real ECEF coordinate systems supported by ArcGIS? Thank you for your help!

‎06-02-2023

Please, add XMP metadata support for Reality Mapping image importer. Today (at Pro 3.1.2) it reads EXIF only which causing some digits fall down from the coordinates. For example the Z coordinate stored in EXIF is 250, imported as 250, but in XMP we have two extra digits: 250.54 m. In some high-precision workflows this is important not to loose two digits. The XMP also stores the relative height above the ground which could be used as a constant flight height in the detailed settings.

‎02-02-2023

@Andrew--Johnson Thank you! I'll look at 3.2 beta at the EAC. 🙂

Online Status	Offline
Date Last Visited	2 weeks ago

My Ideas

Latest Contributions by ÁkosHalmai

Re: Different realizations for WGS84

Re: Different realizations for WGS84

Re: Add support for more coordinate systems

Re: Make able to delete unnecessary objects from the Project tree

Re: List available GPUs with CUDA

Re: Add support for more coordinate systems

Re: Make able to delete unnecessary objects from the Project tree

List available GPUs with CUDA

Add support for more coordinate systems

Make able to delete unnecessary objects from the Project tree

Add light mode

Add [DebuggerDisplay()] attribute to the major structs & classes in the Pro's SDK

Different realizations for WGS84

Add XMP metadata support for Reality Mapping image importer

Re: Add a “Use as ground” entry to the single-band raster layers’ local menu

Add support for more coordinate systems

Different realizations for WGS84

Add common screen ratios to the insert layout’s si...

Re: Can I explode a multipart multipatch to single...

Re: Issue when add point to a IPointCollection