|
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
|
2
|
2001
|
|
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
|
1957
|
|
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
|
2037
|
|
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
|
833
|
|
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
|
844
|
|
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
|
7
|
1
|
1092
|
|
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
|
6764
|
|
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
|
17
|
7
|
6829
|
|
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
|
2367
|
|
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
|
3999
|
|
IDEA
|
I'd like the ability to export the symbology of a layer in the ArcGIS Pro canvas as a python snippet. When I'm writing a script tool that performs some loading and symbology of layers, I sometimes have to run the script over and over again to ensure that the symbology is what I want. It would be really cool if I were able to export symbology I'm happy with as a Python snippet that I could then just drop in a script tool with a little refactoring. Specifically, I see this working by using the hamburger (overflow) menu in the Symbology tab, click the menu, and then maybe an "export as python" (which would save it to a file) or "Copy python snippet" (builds/stashes the snippet in the clipboard for pasting into a script -- this is my preferred method). This would save a huge amount of time when it comes to the more tedious aspects of script tool construction (and symbology definitely falls in that category!) allowing analysts/devs to focus more on the core geoprocessing and worrying less about coming up with symbology code from scratch.
... View more
07-20-2023
09:41 AM
|
6
|
4
|
2493
|
|
IDEA
|
Portal connections should be managed in the main ArcGIS Pro application for all other Esri applications. It does not make sense to add ArcGIS Portal connections in Pro, and then turn around and add the same connections in ArcGIS Earth. Earth should just list portals that have already been added in Pro. This would help tie in software that is otherwise very non-integrated with the rest of the ArcGIS desktop suite.
... View more
06-26-2023
10:02 AM
|
0
|
2
|
1019
|
|
POST
|
Got this running today. I had to install dotnet 6.0 x64 (NOT arm64) runtime in the Parallels Windows 11 instance, but it works just fine. I have parallels giving 4x cpu and other resources on demand. I am running it on a M1 macbook pro with 32 cores and 32gb ram. And while the performance would probably be better using arm architecture all the way down (This is a reality I think Esri will eventually have to get on board with), it is certainly usable.
... View more
04-26-2023
09:50 AM
|
0
|
0
|
973
|
| Title | Kudos | Posted |
|---|---|---|
| 4 | 02-03-2025 01:29 PM | |
| 1 | 01-31-2019 11:15 AM | |
| 1 | 03-29-2022 12:18 PM | |
| 1 | 05-21-2024 12:32 PM | |
| 1 | 05-21-2024 01:03 PM |