Latest Contributions by mrmark

Just adding another request for this functionality.  I also thought I could do it by modifying the code, but no luck.  Based on @JohnathanHasthorpe asking where exactly the photo would be attached to the point or polygon. I think if you want a photo to be at a specific point, users will use a point. This is how we do it when we are collecting linear features and want to document an issue at some point.  My answer to @JohnathanHasthorpe would be that we don’t need it at a particular point, but I would like the photos or photos be attached to the feature. In other words, the photos apply to the entire feature. That said, I would hope that image EXIF data is retained so that the photos could be located if required, but my primary use is just being able to have multiple photos attached to non-point features.   ... View more

Can you confirm 3.5 fixes this? I'm generally don't update until after at least one patch, but this issue has been a HUGE issue as @Blevins_Mark  mentions. I've had to do manual calculations and even store final results as text because even when you type a # into a field, ArcGIS Pro will change it (e.g. 1.65 becomes 1.649999976158142). ... View more

At the moment I did not have time to go through and create an identical model checking after each tool was added.  My workaround was to crank my display up to its full 5120x2880 resolution and take screenshots. Even at that resolution I had to zoom and take several "close-ups" of the model and then mosaic them in Photoshop, then export to PDF. I had what I'd call a high-res image of the model, but when I attempted to vectorize it in Illustrator, the model structure was clear, but the Image Trace tool clearly was not designed to be tracing fonts. ... View more

Exact same issue is still alive and well in 3.4.3. No problem saving to SVG a few days ago, now it acts like it did it, but no file is created (and empty/corrupt PDF). No error from ArcGIS.  I've tried 4 different computers (Windows 10, 11, Server 2019). Save As a new model to the same or a different or a new project has the same behavior. It is model specific because other models in the same project export to SVG normally.  I can export to Python and going through the code it looks fine.  ... View more

Thanks for your response @RajinderNagi  Digging into it a bit it turns out it is exactly what I thought, unfortunately there is no way for an end user to fix it, and until Esri fixes it, the terrain service is mostly useless.  As stated, the Extract Multi Values to Points tool happily accepts the Terrain layer(s) as Input Rasters, but then fails after running for a while with the useless 001268 error (says it is an invalid layer, but nothing else). Using the Extract Values to Points tool however immediately says the layer is invalid when attempting to add it as the Input Raster. It also confirms my suspicion of why. The pop-up from hovering over the little red X says that the Terrain image service limit is 5000 x 5000. The reason I suspected this is because the way I got the data I needed before was by exporting the various Terrain layers to my local geodatabase. It initially balked at exporting what I thought was a small area claiming that it couldn't do more than 5000 x 5000, but I able to tell ArcGIS Pro I didn't need pixels of 0.25 meters. Setting it to 10 meters gave me all the data I needed. Unfortunately there is no setting for either of the Extract Values tools that allow using something other than the maximum resolution (.25 meter).  You suggested using the Summarize Elevation tool, but despite having a method of choosing the resolution of the elevation model, it still fails.   It has a simple dropdown to select DEM elevation other than "Finest" so I thought it would be perfect. I set it at 10 and  First run, can't have over 1000 points* Select 999 and run with those * why limit operations to BOTH 5000x5000 pixel area AND less than 1000 points? If you are extracting values to points, who cares how big the pixels are. Why not just limit to 1000 features? It would solve many problems. Multiple (5) Python errors and failure many re-runs with different number of features, different DEM resolution (10, 24, & 30) all fail with 000539: Error message from Python Looks like a failure with the Calculate part of the script So far it is still much easier to just download the DEM of areas I need and create my own slope and aspect layers than to use the esri services.     ... View more

Sometime within the last few months these no longer work in analyses. I have a project for a class I teach that uses Extract multi values to points for a small number of points and they have historically used the elevation, slope, and aspect processing templates. Now we all just get error 001268 that the Living Atlas layers are invalid. All signed in, all subscribers with credits.  ... View more

Assuming you have your image tiles in an actual mosaic dataset, just use the Build Footprints tool. That said, when you create and then populate your mosaic dataset it creates a boundary and footprint layer. You'll want to use the "geometry" option in the build footprints tool based on what you're asking for.    https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/build-footprints.htm ... View more

Thanks Andrew - it sure would be nice if Autodesk shared information with their partners before they shipped a new version.   @Stefan_Thorn  After battling this every year we finally bit the bullet and make nightly IFC exports of all our Revit data that our GIS users need rather than trying to use IFC for those months where Revit has updated and native Revit files the rest of the year.  ... View more

As others have pointed out, the way esri has implemented Categories allows a lot of potential flexibility, but are essentially useless for the majority of people in an organization because they are not a per-user setting. Tags, which are per-user are almost useless for organizing because there is no way to apply tags to multiple items at once. Here is a use case: I have a folder named Campus Accessibility. Over the years we have done some testing, gathered data using different tools, had separate layers that are now combined, etc. etc. What do I do with all the layers that aren't part of the current map? Make a subfolder called "OldStuff" and move it all in there. Job complete. [Doesn't Work] Select all the old files and Categorize them as Campus, Old, Intermediate Data, Deprecated, Facilities, Collector, ArcPad, API Tests, etc. This only works if the organization has created all those categories. Which we don't. Select all the old files and add the appropriate tags (e.g. Campus, Old, Intermediate Data, Deprecated, Facilities, Collector, ArcPad, API Tests, made by soandso, 2017, etc.). I would have to go to the details page of every item and edit the tags individually. Not feasible for 100's of layers (or even a dozen).   Categories are great in addition to subfolders. As @KateCarlson says, even if you could figure out  categories for everyone in the organization, getting people to use them properly is another hurdle. Meanwhile (as @AlfredBaldenweck says) being able to just make a subfolder called "old" or "intermediate files" etc. is immediately understandable AND when I open my project folder I don't have to filter so I can even tell what's current or useful. Looking at our organization, the reality is that people just keep making new Groups and/or Folders and move the current files to the new folder. So we have 6 folders for the same project, just with a year or month appended to the filename. Why not ADD the the functionality of tags and categories (and I say tags first because most people understand them intuitively than they do categories) to the basic functionality of sub-folders than offer a "better way" without the time tested method? If the new method is so much better, wouldn't people adopt it on their own without having to be forced to adopt it by not offering a simpler way? ... View more

"When that happens, your homepage will take on the canned default view..." Interesting comment since the new homepage will have that "canned default view" no matter what you do. But it will be responsive! ... View more

Thanks Tim. If anyone from esri looks at this, for those of us who already know what BIM data is (and even for those who don't) when searching specifically for this information it should logically be present in the Supported BIM Geometry section, where it just says it supports REVIT and IFC but does not mention any limitation on the versions of either. ALSO - the page Tim helpfully directed us to compounds the problem by saying "Updating your Revit files to the latest version can improve performance when loading Revit files."  Except now that we've upgraded our REVIT files to the latest version, we can't open any of them in ArcGIS Pro!!!! If you know anything about REVIT, there is NO WAY to save a Revit 2022 model as a 2021 model. The upgrade is one way ONLY! So - in order to use Revit data with ArcGIS Pro ... make a copy of all Revit data in the 2021 format that is just used for GIS. This, obviously, will become out of date rapidly as our people use the latest version 2022, for day to day work.  or, do daily/weekly exports to IFC from our Revit 2022 models. Which once again means two datasets, the "real" or "live" BIM data and the GIS versions. Basically, if you use a current build of Revit, just treat ArcGIS Pro as incompatible. Esri is always behind by one version.  ... View more

Frances - although Joshua's guess makes sense, it is not the case. There are two different packages containing the coordinate system data. The screenshot below is from the My Esri download page for Pro 2.6 but it has been that way for a while.  The one you are dealing with is ArcGIS Coordinate Systems Data for ArcGIS Pro Per User Install, and by design installs into the user's Documents folder with the logic that only that user will be running ArcGIS Pro since it is licensed to the user. If you download the other one (ArcGIS Coordinate Systems Data) from the ArcGIS Pro section of My Esri when you unpack it, it will unpack into the ArcGIS Desktop 10.8.1 folder. This one installs by default into  C:\Program Files (x86)\ArcGIS\CoordinateSystemsData\ If you are also installing ArcGIS 10.x then both ArcMap and Pro will use the data from that location.  If you don't like it there, you can tell the ArcGIS Pro specific installer where to put it. Here is the line from my installation script to put it in C:\ProgramData\Esri. msiexec /i "%~dp0ProCoordinateSystemsData\ProCoordinateSystemsData.msi" INSTALLDIR="C:\ProgramData\Esri" /qn ... View more

Thomas - I'll second Heather's response. I've been teaching an intro GIS course at our university for the past 21 years and made the move to ArcGIS Pro a few years ago at version 1.4. That first semester was tough. If version 2.0 hadn't come out I was considering going back to ArcMap. With every release since things have gotten better and better and I can't think of any* reason why I wouldn't use ArcGIS Pro in an intro course at this point.  I personally don't love the huge icons and "smart" ribbon, but there is no denying that students new to GIS like it better than ArcMap. If you use the esri provided training, there isn't much left for 10.x, and the Pro web courses are getting better all the time.  * I should mention that this assumes that you are capable of running ArcGIS Pro. The hardware requirements are significantly higher than ArcMap. In my experience the requirements are generally beyond what a student laptop supports, and if your lab computers are closer to the "minimum" requirements than the recommended, you might want to hold off.   ... View more