|
POST
|
This has been fixed in the 1.3.0 release, and services.list() now works as expected again.
... View more
12-27-2017
07:02 AM
|
0
|
0
|
5863
|
|
POST
|
Esri Support reports this is a known issue with version 1.2.4: BUG-000109673: Using the 'services.list()' function from the Python API fails with a traceback error. The bug does not affect previous versions of the API, so one suggested workaround is to use version 1.2.3 instead.
... View more
12-11-2017
04:16 PM
|
0
|
0
|
5863
|
|
POST
|
It looks from your screenshot like you are in the Library view. Even in the new version of iTunes, you still need to select your device to view it. Look for the device icon near the top of Library view, and click on it: You should then see your device's view, similar to my original screenshot.
... View more
12-11-2017
11:30 AM
|
1
|
1
|
2297
|
|
POST
|
This had me confused at first too! Look for the new "File Sharing" option under Settings, after you select your device: File sharing was basically the bottom half of the old "Apps" settings screen. Hopefully the documentation you cited will get updated with the new terminology in a timely fashion.
... View more
12-11-2017
10:14 AM
|
1
|
3
|
2297
|
|
POST
|
Our workaround is to have users create their own public ArcGIS Online account, which we then invite to our ArcGIS Organization. Our instance is configured to support both Enterprise and ArcGIS credentials. They can then login to CityEngine using their non-enterprise account. It is frustrating for them, however, as they end up with content spread across two ArcGIS Online identities in our organization. To help alleviate that issue to some degree, we create an Access and Update group for them, of which both their accounts are members. They then can share content to that group, and work with most kinds of content without having to worry about whom they are currently logged in as. That all generates a lot of manual work for administrators and the end-users, and is not something that scales well and is not easily automated.
... View more
08-15-2017
07:56 AM
|
0
|
0
|
2344
|
|
POST
|
nrichards I don't know of another way to get to http://localhost:6080/arcgis/admin/security. Sounds like you have a different, but perhaps related, issue with your upgrade. Was Esri Support able to get you up and running?
... View more
08-07-2017
08:33 AM
|
0
|
3
|
4171
|
|
POST
|
Enterprise accounts still not supported as of CityEngine 2017.0
... View more
08-07-2017
08:30 AM
|
0
|
4
|
2344
|
|
POST
|
That is were I get stuck as well: This screen is only for AGO-provider accounts. I don't see any option to get to an enterprise login screen, that would allow you to login using your organization's single-sign-on process.
... View more
04-06-2017
11:28 AM
|
0
|
1
|
2344
|
|
POST
|
Thomas Fuchs that looks to be a generic Portal URL example. I would like to use CityEngine and enterprise logins via our ArcGIS Online organization, rather than a Portal instance. CityEngine accepts our AGO URL as valid, however, the login window that appears is not the typical one offering a choice between logging in with an enterprise account or an AGO account. Rather, you get sent straight to a login window that is only for AGO accounts.
... View more
03-27-2017
09:47 AM
|
0
|
0
|
2344
|
|
BLOG
|
Robert LeClair, unless something has changed very recently, ESRI Educational licensing only gives us access to named user licensing for Pro. Concurrent and single-use licensing are not available. jzarazaga, have you thought about automating things for new users? In your organizational setting: use enterprise logins, enable auto-provisioning of accounts, set a default credit quota for new accounts, and periodically run an automated script somewhere that assigns Pro (and other) licenses to newly created accounts (ours runs every five minutes). You can pretty much be totally hands-off then. I agree with the pain of offline use though. We have plenty of research groups sharing computers that need to use Pro offline in the field. With educational licensing limited to named users, then that often means creating a dozen named user for each researcher, and then having each researcher login to each of the dozen devices they might use in the field to check out a Pro license for that user on that device; a real pain and time-sink.
... View more
03-21-2017
01:36 PM
|
0
|
0
|
16987
|
|
POST
|
While get_data() returns a list for the typeKeywords property, update() is expecting it to be provided as a comma separated string. That turned out to be what was tripping me up trying to use same cloning example code you referenced. The example doesn't handle the typeKeywords property correctly, as it will simply tries to pass to update() what it got from get_data(), so the copied item ends up corrupted.
... View more
03-19-2017
12:50 PM
|
0
|
0
|
2472
|
|
POST
|
Is it possible to use enterprise logins with CityEngine? We use Shibboleth enterprise logins to support single-sign-on for our ArcGIS Online instance. I am able to add the URL for our AGO instance via Preferences --> Network --> Portal; however, the Sign In user interface doesn't appear to support enterprise logins. Am I missing a setting or option somewhere? Thanks!
... View more
03-05-2017
07:46 AM
|
0
|
11
|
4047
|
|
POST
|
This is less of a question, and more to get something surfaced for other's Google searches, if they are experiencing similar symptoms... We recently attempted an upgrade from ArcGIS for Server 10.4.1 to ArcGIS Enterprise 10.5 on Windows. The instance also included IIS Web Adapters. The upgrade went smoothly until we reached step 6 in Upgrade ArcGIS Server, where one clicks on "Continue Server Upgrade" on the ArcGIS Server Manager webpage. After working for a bit, an error is returned: Upgrade step 2 of 2 : Failed. REST handler inaccessible when attempting to upgrade The ArcGIS server log also shows a bunch of "REST inaccessible" warnings. We tried various reboots, repairing the 10.5 installs, uninstalls/reinstalls, and kept getting stuck at this step 2 of 2. Eventually we are able to complete this step, after we shutdown the IIS service completely, and tried one more time. At this point it appeared that the update step completed successfully, however, we were unable to register the new 10.5 Web Adapters, and we noticed more REST inaccessible warnings in the server log, such as: <Msg time="2017-02-15T11:57:18,957" type="WARNING" code="7712" source="Server" process="4144" thread="1" methodName="" machine="xxx" user="" elapsed="">An error was encountered while synchronizing with the config store. REST handler inaccessible when attempting to synchronize</Msg> After further investigation with Esri's help, we determined that server was not listening on port 6443, as it should've been. It was only listening on 6080. We verified this with: netstat -ao | findstr "LISTENING" | findstr "6080 6443" To get the application listening again on port 6443 we had to complete the following steps: Log in to the admin page at http://localhost:6080/arcgis/admin Navigate to security/config/update Change the Protocol drop-down to HTTP Only Click Update to commit the change The web server (service) will restart. Wait for that to complete. Change the Protocol drop-down back to HTTP and HTTPS Click Update to commit the change The web server (service) will restart. Wait for that to complete. Using the Services.msc, restart the arcgisserver service Re-check to see if the server is again listening on 6443 by running the net stat command above. In our case, it was. No idea what went wrong during the upgrade to cause this disconnect on 6443, however, we are finally out the other side and successfully running 10.5. Prior to this we had upgraded three other instances form 10.4.1 to 10.5 and encountered no issues at all. The only difference being that this last system supports many more web services (~200), so perhaps a time-out somewhere along the way, given how long it takes to start-up all those services, screwed things up? -peter
... View more
02-21-2017
06:58 PM
|
6
|
8
|
8100
|
|
POST
|
For those with access to Esri bugs database, it is: BUG-000102019 When using the Python API to create a user to ArcGIS Online, python code will error out with 404: Not Found Error. -peter
... View more
01-11-2017
05:50 AM
|
2
|
3
|
901
|
|
POST
|
This is confirmed as a bug (BUG-000101507) with both the 0.3 beta and forthcoming 1.0 release of ArcGIS Python API.
... View more
12-15-2016
10:23 AM
|
0
|
0
|
722
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 11-03-2025 08:52 AM | |
| 1 | 11-03-2025 08:18 AM | |
| 1 | 11-02-2025 08:44 AM | |
| 1 | 10-15-2025 07:50 AM | |
| 2 | 10-13-2025 02:25 PM |
| Online Status |
Offline
|
| Date Last Visited |
Sunday
|