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
2 weeks ago
|
0
|
0
|
104
|
IDEA
|
The current functionality: REST services directory is either on (publicly available) or off (disabled). 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
2 weeks ago
|
3
|
2
|
188
|
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
2 weeks ago
|
0
|
0
|
75
|
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
2 weeks ago
|
0
|
0
|
145
|
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
|
278
|
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
|
358
|
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
|
245
|
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
|
256
|
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
|
518
|
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
|
331
|
IDEA
|
@MarcelSt-Germain thanks for the reply - the whole point of doing this now is because the world is moving more and more away from the traditional sit-in-the-seat-in-front-of-a-PC fixed workstation. Microsoft has the largest stake in this, and that is why they now have a fully supported version of Windows 11 Pro for ARM. You could say that Microsoft itself is the most important indicator in this space. If they are embracing ARM, that's a signal that software developers traditionally bound to the x86_64 architecture should start making plans to support ARM.
... View more
08-03-2023
08:09 AM
|
0
|
0
|
705
|
IDEA
|
I figure there's a post on this already but I couldn't find one. As the presence of ARM processors grow (i.e., it's not just a Mac thing anymore), and now that Microsoft has a fully supported ARM64 version of Windows 11, I think it's time for Esri to look at releasing a version of ArcGIS Pro that runs natively on ARM64 runtimes. If this is a duplicate idea I apologize - if so, please link me to it so I can support!
... View more
07-31-2023
12:15 PM
|
10
|
4
|
770
|
IDEA
|
@HannesZiegler Thanks for the response! In this case I am talking about a specific workflow enhancement. Yes you can do everything under arcpy - but I am looking more for the following workflow: User adds content (raster or vector) to the map canvas. User styles the content in the way that they want using the GUI symbology options, getting everything exactly right. User exports that symbology state as a python snippet for use in a script. Obviously certain variables will need to be changed as any python snippet generated would point to a specific data source rather than a variable. The workflow here differs from what you suggest because instead of anticipating the symbology in the IDE and then tweaking it as iterations are run, the user would start from a finished/approved symbology, lightly editing it into a script. Additionally, the CIM workflow requires a .lyrx file - what I am suggesting would be done on the fly, and may not need to be expressed in CIM terms (i.e., the current symbology should be returned as python in its simplest form for use in a script).
... View more
07-31-2023
11:11 AM
|
0
|
0
|
646
|
IDEA
|
Ultimately there are a lot more things that can/should be done with GPKG. Some are being done by other groups outside the spec (e.g., QGIS building in support for GPKG domains). However I believe Esri only supports aspects of GPKG that are explicitly identified as in-spec. And currently there is no in-spec way of storing symbology (it's listed under "possible future work" right now). I am not saying I agree with this; there is ultimately in fact no reason why a GPKG couldn't be just about as robust as a file geodatabase (I always found the insistence that GPKG is only a 'shapefile replacement' to be a little weak). I am just saying the reality, and the reality here is that Esri doesn't do stuff with OGC formats that are out of spec.
... View more
07-20-2023
10:25 AM
|
0
|
0
|
883
|
Title | Kudos | Posted |
---|---|---|
3 | 2 weeks ago | |
1 | 01-31-2019 11:15 AM | |
6 | 09-15-2023 11:45 AM | |
10 | 07-31-2023 12:15 PM | |
6 | 07-20-2023 09:41 AM |