IDEA
|
@NDGraphics Awesome! Thanks for the update! Can't wait for this to drop
... View more
4 weeks ago
|
0
|
0
|
76
|
IDEA
|
@RChin @RodneyChin Sorry for the incredibly late response, for some reason I didn't get an email on this and only caught up that you responded by chance. I would call your solution "partially implemented." No offense but that is a Bad Workflow. I cannot simply walk into my enterprise which is controlled by enterprise/configuration management boards and tell them to "turn on projected filesystem." Similarly I question the architectural wisdom of binding 3D outputs to the Windows 3D folder when nothing else in ArcGIS Pro has such a requirement. So I request that this be opened up again, as my Idea has to do with a specific functionality added to arcpy, not the ArcGIS Pro GUI. @NDGraphics Who is "we"? Does this feature carry a cost and a separate license? Will it be yet another acquisition action? We operate on systems that do not touch internet, so phoning home and so on for feature activation is not a realistic solution (which is why we wanted such a straightforward function just baked into 3D Analyst).
... View more
4 weeks ago
|
0
|
0
|
205
|
IDEA
|
UPDATE: @clt_cabq So, no this is not what we're looking for. Our ArcGIS Servers are federated in an Enterprise setup and no such controls exist for that. We have put in a feature request with Esri but I will leave this idea open just in case other users are interested in giving it a thumbs up.
... View more
03-21-2024
05:29 AM
|
0
|
0
|
112
|
IDEA
|
@clt_cabq Interesting, thanks for the tip! I will take a closer look at that. We do not set up Enterprise accounts (everything is via LDAP) but as long as we can demonstrate that there is some auth check (e.g., is there a session token) we should be able to open it up to all users.
... View more
03-06-2024
06:40 AM
|
0
|
0
|
228
|
IDEA
|
The current functionality: REST services directory is either on (publicly available) or off (disabled) in an ArcGIS Enterprise setup with federated ArcGIS Servers. The problem: We are in an organization where we have to disable access to any resources that do not require authentication. This means shutting off the REST services directory(ies) in an ArcGIS Enterprise. However we have developers and data scientists who would benefit from access to this directory. The solution: place the REST services directory(ies) that are part of an Enterprise behind the same authentication regime set in the Portal. If this is already possible to configure, please let me know - as I am operating under the assumption that this is not currently possible.
... View more
03-06-2024
05:47 AM
|
4
|
3
|
312
|
IDEA
|
@KiwiBird97 Not sure what to tell you - I am on a MBP using Parallels (Windows 11 Arm64), and I think Rosetta (Apple's underlying Arm64/x64 compatibility layer) is basically emulating everything. However, if you have an Arm64 system that does not support any x64 emulation, I guess it makes sense that the x64 .NET runtimes would not be loaded or run properly.
... View more
03-05-2024
01:40 PM
|
0
|
0
|
278
|
POST
|
I'm a newbie to the Portal API for Python, and I am just trying to figure out how to go from geojson loaded into memory (say, a WFS response object) to a feature layer on an ArcGIS Enterprise portal. I'm happy to read documentation and follow examples, but everything I've seen involves messing around with CSVs and pandas (which then requires cleaning up field headings etc). Additionally all the questions seem to presuppose you have a geojson file sitting around, but what about when you want to avoid the IO overhead? Seems silly to write the content out to a file, only to read it right back in again. Is there a more-or-less direct path to go from the data in the buffer, in json format, right to a new feature layer?
... View more
03-04-2024
09:12 AM
|
1
|
1
|
248
|
POST
|
Hi Andrew, this service is supposed to load around Melbourne, Australia. It does seem to zoom to the right extents, it's just that no geometry draws.
... View more
01-02-2024
10:33 AM
|
0
|
2
|
372
|
POST
|
I have a valid version 1.0 3D Tiles service that is not loading in ArcGIS Pro 3.2.1 Here is the service endpoint: https://vic.digitaltwin.terria.io/api/v0/data/038d699f-9167-4dbc-9920-cb9b2c24786c/v2/tileset.json It is a valid 1.0 version 3D Tile service. According to Esri's public release on the topic, "With the latest update in ArcGIS Pro 3.2, you can incorporate 3D tiles layers from 3D tiles datasets version 1.x. Your data can be both local sources and public web services." (Emphasis mine) Verification of functionality (QGIS add scene connection): Result in ArcGIS Pro 3.2.1: What I've tried: Adding as global scene Adding as local scene In local scene, forcing projection by setting both horizontal/vertical scene projections to the layer itself No errors are offered; however, the service does not render. Ideally the service should render, or throw an error if it cannot render properly. Ideas?
... View more
01-02-2024
07:44 AM
|
0
|
4
|
452
|
POST
|
Thanks! So wait, you're saying I have to have users look for the service endpoint, paste it in, and then hardcode the layer name in the arcpy.Parameter() object? They can't just select it as a pulldown when it's already loaded in a Pro map project?
... View more
10-04-2023
11:53 AM
|
0
|
0
|
277
|
POST
|
I have a custom geoprocessing tool that currently takes raster layers (DSMs and DTMs). However, to scale it up and reduce the need for end-user research, I built large raster mosaics of the input data needed by users. Then I published those as Map Services on ArcGIS Enterprise. So far good to go. However, nothing I've tried will allow my tool to set those loaded service layers as inputs to my tool. Just for clarity, in the picture below I need to pull in the content annotated by the red rectangles. For Parameter types, I've got: ['GPRasterLayer', 'GPRasterDataLayer', 'GPMapServerLayer', 'GPMosaicLayer'] but none of them will see the map service layer I'm trying to bring in. How do I access this content as a parameter type?
... View more
10-04-2023
11:33 AM
|
0
|
1
|
288
|
IDEA
|
Just added kudo #50 this morning on this - I ran into this during what I thought would be a straightforward migration of a large mosaic, and ended up having to rebuild the whole thing. So yes. We definitely need ability to make mosaics more portable through the use of relative paths.
... View more
10-04-2023
05:22 AM
|
0
|
0
|
667
|
IDEA
|
Dear Esri, I would like to see the ability added to ArcGIS Pro to share out a geoprocessing tool without the hassle of running it and then publishing it from the geoprocessing history. When you share out the tool from GP history, it uploads all the data used for that particular run. I believe this is a bad way to do things because first, you could have non-constant data that is very large. For example, I tried sharing out a short tool to my Enterprise portal, but the data I ran the tool against was a mosaic on the large side (10s of GBs). I do not need to publish the mosaic. I only want to share the tool. I do not think the answer "just run it against something smaller" is correct. That actually highlights a flaw in the way this workflow is designed. Ultimately we need something like this image: Let me just share the tool. This would be much cleaner. Unnecessary default values are left blank, and it is up to the analyst/dev to link to any constants (flat files, db's, service endpoints) in creating the tool. There is no need to run the tool, generate a history record, and then publish from the record which feels very cumbersome. If the history record workflow cannot be changed, please at least offer users an option for which data NEEDS to be uploaded with the tool - all, some, or none. This wouldn't be perfect but would be a big improvement.
... View more
09-15-2023
11:45 AM
|
6
|
1
|
382
|
Title | Kudos | Posted |
---|---|---|
1 | 03-04-2024 09:12 AM | |
4 | 03-06-2024 05:47 AM | |
1 | 01-31-2019 11:15 AM | |
6 | 09-15-2023 11:45 AM | |
10 | 07-31-2023 12:15 PM |