POST
|
that all makes sense, unfortunately the data is from an external source. we dont have any control of the source other than we've been given access to the REST endpoints. Dave
... View more
02-14-2022
07:58 AM
|
0
|
0
|
755
|
POST
|
All, Im calling on "arcpy.conversion.FeatureClasstoGeodatabase" to download a couple features into a gdb. these features are located within enterprise and both are published as feature services. 1) Roads, 600k features takes about 22min to download 2) Addresses, 3.2mil features never finishes. after 6hrs of runtime there are only 200k features in gdb im wondering if someone could help me out here with running this basic command i expected the addresses to take longer since there are more features but i dont understand why there is a major discrepancy in runtime vs # of features downloaded between the two data sets? is there a better command to call on within python 3 to achieve the same goal? thanks, Dave
... View more
02-14-2022
07:36 AM
|
0
|
3
|
772
|
POST
|
@ABishop - thank you so much that did the job! thanks! Dave
... View more
10-26-2021
05:56 AM
|
1
|
1
|
1844
|
POST
|
yes, i am calling on the instance of python from ArcGIS Pro.
... View more
10-22-2021
07:05 AM
|
0
|
1
|
1909
|
POST
|
I need assistance with an interesting issue im experiencing when i try to automate the download process from agol to local drive. Im utilizing python3 to automate the download process, i can manually log in and manually download the fgdb of the data on agol. Once i attempt to do the same steps with the python script it fails when it attempts to download the data with an error code 403. here is my script: from time import strftime print(strftime('%c')) from arcgis.gis import GIS #variables# itemid = 'itemid number goes here' output = r'C:\Temp\AGOLtest' tempfile = strftime('Test_%m_%d_%y') #variables for testing# ##itemid = 'testing itemid goes here' ##output = r'C:\Temp\AGOLtest' ##tempfile = strftime('Test_%m_%d_%y') #file pull# gis = GIS('URL', 'un', 'pw') print(gis) print('access to agol successful') arcgisitem = gis.content.get(itemid) print(arcgisitem) print('access to agol item successful') print(tempfile) arcgisitem.export(tempfile, 'File Geodatabase', parameters=None, wait=True) print(tempfile) print('item export to agol complete') myexport = gis.content.search(tempfile, item_type='File Geodatabase') print('search for agol content item complete') print(myexport) print(myexport[0]) print(myexport[0].itemid) fgdb = gis.content.get(myexport[0].itemid) print('found fgdb export on agol content page') fgdb.download(save_path=output) print('export downloaded to folder location') fgdb.delete() print('export has been deleted from agol content page') print('Script completed at {}'.format(strftime('%c')))
... View more
10-22-2021
06:58 AM
|
0
|
5
|
1919
|
POST
|
All, i was wondering if anyone was utilizing Elastic for monitoring arcgis enterprise? thanks Dave
... View more
09-20-2021
08:14 AM
|
0
|
0
|
352
|
POST
|
Will the SDK automatically recognize the change made to the MaxScale of the service?
... View more
07-28-2021
09:30 AM
|
0
|
0
|
1562
|
POST
|
what I find interesting is that this was never an issue in 10.x and ever since we've upgraded to 100.x we now have this issue. so I guess my question is what is it in the code that's causing this behavior and is it something we can modify? the only thing that has changed in our situation is the version of the sdk, the map service we used in 10.x with no issue is the same map service that is being used in 100.x
... View more
07-28-2021
06:41 AM
|
0
|
1
|
1569
|
POST
|
All, we recently updated our application from the 10.x sdk to the 100.8 runtime sdk and have noticed a major change in map zooming behavior... 1) publish simple map service from arcmap 10.5.1 to standalone server 10.5.1 (levels 0-19) 2) define map REST location in the application to view and zoom map 3) zooming in on map is stopped once level 19 (1:1128) is reached and cannot be zoomed in any further this is where the major change in behavior has happened. previously in the sdk 10.x we could continue zooming past this level. the map would become blurry/stretched to a point where you couldnt make anything out but you could at least zoom in beyond this point. We attempted to modify the Map.MapScale object which does allow us to zoom beyond 1:1128 but once we zoom in past the level the entire map now disappears where at least with 10.x we would have a stretched out blurry view of the map. has anyone else encountered this behavior? if so, do you know how to get past this limitation of the map actually disappearing? thanks Dave
... View more
07-26-2021
02:02 PM
|
0
|
4
|
1626
|
POST
|
Garima, the really interesting part of it all is the locations given in the error message is way outside the area of interest box i created when trying to rebuild tiles. the locations given in the error message is 100s of miles away from where im trying to rebuild tiles. Dave
... View more
08-19-2020
09:35 AM
|
0
|
0
|
734
|
POST
|
all has anyone seen these errors before? we were able to cache about 98% of a 250gb map service that included imagery and now for some reason when we try to rebuild tiles in areas we get the follow: Dave
... View more
08-17-2020
08:30 PM
|
0
|
2
|
784
|
POST
|
All, i was wondering if anyone else has run into this issue before. if you look at the image attached there are areas throughout the cached service were a particular tile seems "blurred" does anyone know what could be causing this? you can see the line almost in the middle of the image were the data to the left is fine and everything to the right seems blurred. Once you zoom into the next level of the service the blur is gone and the data is fine at the next level. ArcMAP 10.5.1 Server 10.5.1 Thanks Dave
... View more
07-08-2020
12:54 PM
|
0
|
1
|
705
|
POST
|
that was it! working like a charm now, thank you so much for all your help! Dave
... View more
03-10-2020
12:39 PM
|
1
|
0
|
1284
|
POST
|
update... Remote Machine: 1) running arcgis license manager 2) housing and running python scripts Local Machine: 1) housing/running SQL Server Management Studio with GISLicenseTrack db I have been able to prove that i can connect to SSMS from the remote machine to read and write to exiting tables within SSMS. Within the LicenseMonitory.py i only adjusted the pyodbc.connect settings for my particular sql and un/pw creds. I also inserted random print() commands so i can see progress within the script. I seem to be running into an issue where it appears the script runs through completely but nothing is written to the actual tables in the sql db. did you run into any issues like this where it appeared things were working, but no results were listed within sql? thanks again for all your help!
... View more
03-06-2020
06:59 AM
|
0
|
2
|
1284
|
POST
|
first...thank you for all your help! this may be a silly question, but does the odbc driver need to be installed on the machine that is running the script and LM in order to connect back to the machine running SQL? thanks again
... View more
03-05-2020
06:18 AM
|
0
|
4
|
2417
|
Title | Kudos | Posted |
---|---|---|
1 | 10-26-2021 05:56 AM | |
1 | 08-30-2016 07:47 AM | |
1 | 01-27-2016 08:37 AM | |
1 | 07-18-2016 11:22 AM | |
1 | 02-16-2018 06:44 AM |
Online Status |
Offline
|
Date Last Visited |
02-14-2024
10:22 AM
|