Latest Contributions by JonathanQuinn

Unfortunately, the first requirement for a feature service is that the data is in the same workspace.  You may need to rethink the architecture of the databases if you want feature access. ... View more

You'll probably want to start by following the examples for a SearchCursor, but instead of setting the path to the data, you're deriving it based on the layer and the layers dataSource property.  Then, you can begin iterating over the values within the Search Cursor and either add it to a list if it doesn't exist already or use set() to get unique values. >>> usingSet = [] >>> usingUnique = [] >>> mxd = arcpy.mapping.MapDocument("CURRENT") >>> df = arcpy.mapping.ListDataFrames(mxd)[0] >>> for layer in arcpy.mapping.ListLayers(mxd): ...     lyrPath = layer.dataSource ...     with arcpy.da.SearchCursor(lyrPath, ['ID']) as cursor: ...         for row in cursor: ...             if not row[0] in usingUnique: ...                 usingUnique.append(row[0]) ...             usingSet.append(row[0]) ... print(usingSet) ... print(set(usingSet)) ... print(usingUnique) ... [1, 1, 2, 2, 3, 4] set([1, 2, 3, 4]) [1, 2, 3, 4]‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ If you're going to iterate over multiple layers, you'll need to look into looping through the fields using ListFields to create the fields list for the cursor. ... View more

So there are two approaches to publishing a feature service, neither of which seems like you'll be able to accomplish in your current architecture.  If you were going the route of a hosted feature service in Portal, the data would be copied from your original source location into the ArcGIS Data Store registered to the hosting server.  It then wouldn't be referenced from the original location, (and this is assuming that there wouldn't be a problem copying the data from two separate tables).  Another approach is to publish a traditional map service with feature access, but that requires that the data reside in the same workspace. ... View more

It's still not clear whether it's data, map, or environment specific.  What happens if you add some very simple data to a new map, save it, then run the script against the new map?  If that works, then you can try to add your other layers into the new map and try again.  Last resort if things keep crashing, you can try on a different machine, as it may be related to Python/arcpy on the machine. ... View more

You'll need to inspect the network traffic using the developer tools within your browser or Fiddler.  For example, using the Chrome developer tools, you'll be able to see a request for the Spatial Analysis Tools GP service: The response should give you the JSON of the service: If that request fails, the error you see will be returned. ... View more

If it still doesn't work after installing the patch, run Fiddler while publishing and you should see requests to the Publishing Tools service.  Check the response for those requests and make sure that there are no errors returned.  You may just want to step through all other requests and make sure no requests are failing.  I'd say there's one or more that aren't going through for whatever reason, but ArcMap returns that generic error message. ... View more

If you're using  the default self-signed certificate on 6443, that is actually related to Chrome losing the exception you've made for the self signed certificate.  What happens is the following: 1)  You try to reach Manager over 6443.  Chrome sees that this is a self-signed certificate so you're asked if you want to proceed or not.  You select Proceed. 2)  Since you're trying to reach a federated Server, you're redirected to the Portal sign in page.  This is where the initial exception for the self signed certificate is lost. 3)  Once provide your credentials, you're redirected back to Server Manager.  Since the initial exception has been lost, and for whatever reason Chrome doesn't prompt you to proceed again, the rest of the requests to Server Manager don't go through.  You should see INSECURE_RESPONSE errors or something similar in the dev tools in Chrome. This is reproducible outside of Server Manager and Portal as well.  IE and Firefox don't have this problem. ... View more

Hi Shannon DeArmond‌, a coworker who works with Living Atlas informed me that in Portal, you can't access the Living Atlas layers anonymously.  By design, they can only be accessed by members of the organization.  Sorry for the confusion. So this CAN be done, (sorry for the back and forth) and can only be done by Administrators. ... View more

Hm, so I think that when either Server or Portal use their respective proxies, the request is actually made from the software itself as the user running the software's service.  I'm more certain this is the case for the Portal going through the sharing proxy, so I'm guessing that it's the same for Server.  So, if we assume that's correct, what you can try to do is reach the Sharing API through the Portal web adaptor on the Server machine when you're logged in as the account running the ArcGIS Server Windows service.  That will tell you if the URL it's proxying to can be reached by the Server as the account running the service.  Another thing you can try is to sign into the Portal website and then bring up Server Manager, as that'll automatically sign you in with the cookies already present in the browser. ... View more

Unfederating is rarely a good course of action to go through.  Once you unfederate and re-federate, hosted services aren't considered hosted anymore and all of your service items have different IDs.  Any other items that depend on the original service item IDs won't find them.  Why are you looking into unfederating? ... View more

If you used the browsers dev tools or Fiddler, can you determine why the item can't be found?  Is it a 404 error, meaning it really doesn't exist, or a perhaps a 498, indicating that the sharing properties have been changed and you don't have access anymore? ... View more

Hm, not sure why turning the string to a JSON object couldn't be done in one line, but glad it's working now! ... View more

If the data is in a location that's accessible by the ArcGIS Server and registered as a data store, then it shouldn't be returning a message that the data will be copied.  It should just be referencing the data in it's original location.  When you analyze the service, do you receive the message that the data is not registered and will be copied? ... View more

The status.gdb should give you an indication of which areas were not fully generated, so you can focus on either using an AOI as mvolz47‌ mentioned or determining if there's a different problem in that area.  You can also just zoom into the area in the Javascript API or another client application to see if tiles are actually missing. ... View more

Is the source data not in a registered data store? ... View more