|
POST
|
Does this sample help? arcgis-pro-sdk-community-samples/Framework/DockpaneSimple at master · Esri/arcgis-pro-sdk-community-samples · GitHub
... View more
10-20-2023
11:05 AM
|
0
|
0
|
1334
|
|
POST
|
Nice! Very glad to hear this worked out and good catch! I didn't do much digging around so having that info on where the best place to fix is will help a lot.
... View more
10-18-2023
06:00 AM
|
0
|
0
|
3253
|
|
POST
|
Oh, it doesn't matter. Whatever is most useful to anyone out there. I'm just here to help out.
... View more
10-17-2023
01:08 PM
|
1
|
0
|
2815
|
|
POST
|
The name you can find in the service iteminformation: service.iteminformation.properties["name"]
... View more
10-17-2023
12:55 PM
|
1
|
2
|
2820
|
|
POST
|
For standalone servers, you want to be using the arcgis.gis.server module instead of arcgis.gis.admin. Update your code to use the correct module and it should work for the standalone servers.
... View more
10-17-2023
11:19 AM
|
1
|
6
|
2835
|
|
POST
|
Is the account you are logging in with an administrator account?
... View more
10-17-2023
09:22 AM
|
0
|
1
|
2855
|
|
POST
|
Hey @BijanTaheri , I was able to simulate your problem on my end with a bit of work. It's my opinion that you can't resolve the download issue in the API without modifying the source. Consequently, I would suggest that you open a case with Technical Support to log an enhancement to the API to add an additional check for invalid paths/illegal characters with respect to the download function (which relies on the stream_response_to_file function). The change is simple, but I have to state that modifying the source voids any official support. I understand, however, that this is a recovery operation for you at this point. Therefore, if you want to try the download workaround I'd suggest creating a separate python environment to experiment in. Basically, you want to add an additional step that cleans the filename. For cases where a file could have the same name, you'll get an error so you also have to introduce some uniqueness. Start by opening (as admin) the file C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\Lib\site-packages\requests_toolbelt\downloadutils\stream.py. Go to the stream_response_to_file function. Look for the else statement and update to appear like so: else:
filename = get_download_file_path(response, path)
from datetime import datetime
time = datetime.now().strftime("%H%M%S%f")
parsed_filename_w_ext = filename.split("\\")[-1]
name = parsed_filename_w_ext.split(".")[0]
ext = parsed_filename_w_ext.split(".")[-1]
new_name = f"{name}_{time}.{ext}"
dir_path_to_download_to = r"C:\Users\yourUser\directory"
filename = os.path.join(dir_path_to_download_to, new_name)
if os.path.exists(filename):
raise exc.StreamingError("File already exists: %s" % filename)
fd = open(filename, 'wb') Be sure to set the value of "dir_path_to_download_to" to whatever the value of "save_path" would have been. Save as admin. Retry the download function. Change source back to original when done.
... View more
10-17-2023
06:56 AM
|
1
|
0
|
3353
|
|
POST
|
Hello, I don't believe I've seen this problem before, but as you noted the fix that comes to mind is downloading all the attachments, re-uploading, reviewing to make sure filenames appear correctly, deleting the originals. Seems like the filepath is not being parsed correctly due to the filename appearing as a path. This can be done programmatically to expedite the process. You would do something like this: Use AttachmentManager.search with paging and an `attachment_where` clause to get all attachments with bad filenames. Download all attachments with bad filenames using AttachmentManager.download Rename as needed locally. Upload each attachment to the correct feature using AttachmentManager.add Review and make sure the uploads were successful. Delete the originals. Re-attempt the clone. Of course, even this approach is a bit laborious. I would probably only attempt it on the smallest of the Feature Layers to start.
... View more
10-16-2023
07:16 AM
|
1
|
0
|
3585
|
|
POST
|
Are you saying this is in fact not a built in user? Are you actually using Azure AD? DO you happen to know how the portal was sconfigured?
... View more
10-16-2023
06:09 AM
|
0
|
0
|
3394
|
|
POST
|
Remove "portaladmin". It should be: "https://myserver.org/portal" from your example.
... View more
10-14-2023
11:45 AM
|
0
|
2
|
3419
|
|
POST
|
Perhaps the conversion is missing a piece to perform the required steps for curves. I do believe, however, shapely supports curves and geopandas uses shapely geometry. If shape accuracy is not a concern, I would guess a quick way to get around this would be to generalize your shape data first before loading into a GeoDataFrame like so: sdf["SHAPE"] = sdf.SHAPE.apply(lambda x: x.generalize(max_offset=10)) Where the max_offset is a value of your choosing.
... View more
10-13-2023
11:46 AM
|
0
|
0
|
2094
|
|
POST
|
It would help to know what x is - is that part printing okay? It would also help to know how the txt file is written. Line by line? Maybe there's some whitespace? I imagine you would want to being doing something like this: with open("/your/file") as f:
lines = [line.strip() for line in f]
for line in lines:
item = gis.content.get(line)
... View more
10-13-2023
05:47 AM
|
0
|
2
|
1071
|
|
POST
|
Hey, I think I may be reproducing your issue. I'll have to dig into further to see if there's anything you can do, but I think logging a case with Esri Support may be a good idea.
... View more
10-10-2023
01:24 PM
|
0
|
0
|
763
|
|
POST
|
I think we need more information about your authentication scheme to provide any insights. You mention using a Windows account - are you using IWA, portal tier with AD, something else?
... View more
10-10-2023
11:05 AM
|
0
|
1
|
1149
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 01-18-2024 01:34 PM | |
| 1 | 09-13-2023 06:48 AM | |
| 1 | 09-23-2022 09:04 AM | |
| 1 | 06-14-2024 01:14 PM | |
| 2 | 09-24-2019 08:22 AM |