|
POST
|
When I asked this question, I did not understand that user.esri_access is set up as a getter and a setter. To set you designate user.esri_access = True. The documentation provides guidance on this. It would save a step if enabling esri_access was included with user.update.
... View more
01-22-2019
09:45 AM
|
0
|
0
|
1057
|
|
POST
|
The api documentation suggest the esri_access function of the user class is a means of enabling/disabling esri access. In v 1.4.1 this is not functioning, perhaps because user.esri_access is defined twice. The first sets an attribute of the user which returns user_type. This appears to take priority over the second which is a function to set the user_type, as noted in the documentation. In addition user.update includes user_type=None in the function but does not include that parameter in the arguments. Can you clarify the future functionality for user.esri_access? And with that, is there a reason the ability to set user_type is not included as a parameter in user.update? Thanks.
... View more
05-30-2018
03:13 PM
|
0
|
1
|
1194
|
|
POST
|
From ESRI support: A HTTP dataset or an application when accessed through gallery, it enforces to pass the request over HTTPS. This behavior is found to be a case defect within the application and is logged as a bug. Following are the details of the bug: BUG ID: BUG-000109990 Synopsis: In Open data, the Gallery Guard enforces the applications or datasets to open over HTTPS even when the applications or datasets are over HTTP. Status: In Product Plan
... View more
05-22-2018
11:34 AM
|
0
|
0
|
763
|
|
POST
|
Trying to troubleshoot an http vs https problem on our Open Data page. We have shared a test site for troubleshooting. There is a page gallery for Hunting Applications with a web map application link to the Hunt Planner application hosted on our agency page. The problem is the link from the Open Data page redirects to an https url. On our Open Data site configuration the "Enforce HTTPS" option is set to "Off". If you search for the Hunt Planner item, the link works correctly. Our primary AGOL site has a security configuration of "Allow access to the organization through HTTPS only". Could this be impacting the Open Data site? What do we need to do to get these map application links to correctly point to an http address from Open Data?
... View more
05-11-2018
09:27 AM
|
0
|
1
|
959
|
|
POST
|
Courtney, It was nice to meet you at the UC. As we discussed following up on any future issues I'm sending another orphan/duplicate record from OD. The Montana Lakes record is a document link so no specific url for the item on our OD site. It can be located via search on our current our legacy site: Search | Montana Fish, Wildlife & Parks Item id: 41ed181dc6124fa9a2955bcb127b4a9b; You will note the 'Lakes' search returns 7 records in the summary and the page json response, but there are only 6 listed. Testing on our new test OD site, shows this duplicate record in the list. There is only one item on our agol content list. If I unshare this item from our OpenData group, it will remove the valid record from our OD site after a short time but leave the orphan. Let me know if you need any additional information. Thanks again, Adam
... View more
08-18-2017
08:31 AM
|
0
|
0
|
2872
|
|
POST
|
All of our Open Data orphans have been resolved by ESRI support. All of our data visible on our OD site is through a single Open Data group on our AGOL site. Apparently the following steps removed the orphan layers: From the OD administration pages the OD Group was removed from the site. From AGOL the OD group was changed from Public to Private. These steps were then reversed. From AGOL the OD group was changed from Private to Public, and the group was added back to the OD site. Then on the OD site indexes were updated and the download cache reset.
... View more
02-20-2017
08:22 PM
|
1
|
0
|
2872
|
|
POST
|
Courtney Claessens , Just a heads up that our GIS manager has logged this issue as a ticket as of last week and we are communicating with ESRI support. The first group above "In Open Data group, but not on Open Data site" has been resolved. The second "On Open Data site, but not in Open Data group" has not and now includes an additional item.
... View more
02-13-2017
10:06 AM
|
1
|
0
|
2872
|
|
POST
|
Courtney, Our process is scripted so I can describe that it, but likely cannot point you to a specific point when this occurred. We (Bill DaigleLydiaBaileyBill Daigle) maintain feature classes in SDE. When edits occur the data manager will designate the layer be updated in all dependent locations, including AGOL as a hosted feature service. Very large items are loaded as document links that point back to our web server for download. The feature service upload process takes one of two paths, with all tasks being automated via api calls which mostly use github ArcREST api package functionality. The only exception is the full item upload via arcpy.UploadServiceDefinition. If the layer is new or has a schema change, the existing AGOL feature service is deleted and replaced. If the layer only has record level edits, the features on the existing AGOL hosted feature service are deleted and then new records inserted into that item. If errors occur in the second process, we revert back to the first full item replacement option. Items are shared with everyone and our OpenData group which contains all items to be displayed on our OpenData site. We are aware of issues with item replacement due to the object id being changed. However, this is lower priority since the feature service url does not change, and thus we haven't noted major negative impacts on map and apps pointing to those replaced feature service items. Following is a summary of our existing data issues related to inconsistencies between our OpenDataGroup and OpenDataSite. Count of items in each location; Items in our ODGroup that should be showing up in the ODSite; Items that are orphaned, not in our ODGroup nor on our AGOL site anymore, and should be removed from the ODSite. Our evaluations also picked up erroneous duplicate records over the last several days, but those appear to have been cleaned up or fixed as of this morning. In that case, a search for a specific record would show one result on screen, but list 2 results and show duplicates with the same item id when the returned json was evaluated. Thanks for your help, Adam ________________________ Open Data Site Items:133 Open Data Group Items:132 ________________________ In Open Data group, but not on Open Data site ____________ id: 991f5239cf814ec6b86628b9e490fddd name: AIS Watercraft Inspection Stations type: Feature Service url: https://services3.arcgis.com/Cdxz8r11hT0MGzg1/arcgis/rest/services/FISH_AIS_INSPECTION_STATIONS/FeatureServer ____________ id: b938ee0d87a1480aa988109cb963e13b name: Montana Lakes type: Document Link url: http://gis.fwp.mt.gov/arcgis101/rest/directories/arcgisoutput/webResources/metadata/refrnc/lakes.htm ________________________ On Open Data site, but not in Open Data group ____________ ITEM ID NOT IN MTFWP ITEMS LIST id: 2b095b1f50074ad3803c7535804f50f9 name: Snowmobile Trails Program PDF Map Index type: ItemLayer url: https://services3.arcgis.com/Cdxz8r11hT0MGzg1/arcgis/rest/services/FWPLND_WINTER_PDF_MAP_INDEX/FeatureServer/0 ____________ ITEM ID NOT IN MTFWP ITEMS LIST id: 3a7ccdc9db804845b126d5bcaaed32fe name: Winter Trails type: ItemLayer url: https://services3.arcgis.com/Cdxz8r11hT0MGzg1/arcgis/rest/services/FWPLND_TRAILS_WINTER/FeatureServer/0 ____________ ITEM ID NOT IN MTFWP ITEMS LIST id: bbec615bc12446539758cee15a6868fe name: Montana Fish, Wildlife & Parks Warden Districts type: ItemLayer url: https://services3.arcgis.com/Cdxz8r11hT0MGzg1/arcgis/rest/services/ADMBND_RESPAREA_WARDEN/FeatureServer/0 ________________________
... View more
02-09-2017
08:21 AM
|
1
|
1
|
2872
|
|
POST
|
Courtney, I think we have the same problem on our site. We (bdaigle) are evaluating the discrepancy between the number of items in our agol open data group (n=130), the OD Site Manager summary (126) and data tab (136 datasets 132 items). It appears that this is a continuation of Kevin Dunlop issue of Phantom items in Open Data Beta . Is the current solution to still send you the list of these items for deletion? I assuming the bug is still being worked on by your engineering team?
... View more
02-02-2017
03:06 PM
|
1
|
5
|
2872
|
|
POST
|
Thanks for the information Kelly. We have been successful in updating content using the rest api without retaining an sd file... For now at least.
... View more
01-26-2017
09:43 AM
|
2
|
0
|
2768
|
|
POST
|
Kelly Gerrow it appears that your original answer may no longer be valid. The documentation About hosted layers—ArcGIS Online Help | ArcGIS indicates that "You cannot delete the service definition file until you delete the hosted feature layer." Can you revisit your answer to determine why this is? What functionality has been implemented that requires the sd file be maintained for the hosted feature layer? As of last weeks update to AGOL we cannot delete either shapefile or service definitions while the hosted feature layer exists. However, we can still send an api delete command to remove the service definition content item without error. We are now concerned that there will be lost functionality or errors that result from this deletion. Thanks - adamm Bill Daigle
... View more
12-23-2016
10:03 AM
|
1
|
6
|
16491
|
|
POST
|
A resolved ticket per this issue indicated that a webserver update last week fixed the problem with downloads hanging. We were unable to replicate the incomplete zip downloads, so assume those issues were also resolved. Thanks for the clarity on caching.
... View more
02-03-2016
03:04 PM
|
0
|
0
|
1188
|
|
POST
|
We are having problem with the “Full Dataset” download option for certain data layers on our open data site: http://data.mtfwp.opendata.arcgis.com When we try to download the shapefile or the spreadsheet, the dataset gets queued, but is never returned. A specific example currently exhibiting this behavior is our Deer/Elk hunting districts: http://data.mtfwp.opendata.arcgis.com/datasets/38cef4e1b592416c98acc2308ed33cc3_0 We have tried a few methods to fix the problem. From the Open Data Management page, we’ve tried resetting the dataset and updating the index for the site, neither of which helped. Deleting and recreating the dataset solved the problem, but only temporarily. We recreated the dataset on Friday. Full dataset downloads worked for the remainder of the day, but are now failing once again. We had also had a separate problem with other datasets in which the Full Dataset download is partial or empty. In the case of the spreadsheet download, we’ve seen empty or partial csvs. In the case of shapefiles, we have seen zip files that did not include shp, dbf or shx files. We have replaced the dataset that were exhibiting this behavior, so I don’t have any current examples. We have not seen any problem with the “Filtered Dataset” downloads. Any thoughts on what to do to ensure performance? Also, does anyone know how long to the full datasets get cached on ESRI’s servers before being cleared? Courtney Claessens
... View more
01-25-2016
10:54 AM
|
0
|
3
|
3908
|
|
DOC
|
Ensuring that spatial data flows seamlessly from source to end users can be a challenging task. This is especially true for large organizations with hundreds of data layers and many ways for users to access those data. We will show how Montana Fish, Wildlife & Parks staff use python tools to generate accurate, standardized metadata with custom tags that direct the automation of various data management needs. This approach allows us to control layer specific workflow requirements, including downstream dependencies and intended migration destinations, ranging from regional network drives to our ArcGIS Online Open Data portal. In addition to reducing GIS staff workload, our internal staff and public users are getting quick access to well-documented and up-to-date data layers in a timely fashion.
... View more
01-06-2016
02:58 PM
|
5
|
0
|
2491
|
|
POST
|
Python toolboxes should not be considered isolated from your data management and analysis workflow. Many of us have a desire to use the functionality in our python toolboxes in conjunction with our other arcpy code. You could build an easy to import companion .py file to hold your toolbox business logic next to your actual toolbox (ie. myTbx.pyt and myTbxFunctions.py), however, pyt files can be accessed and used in your interpreter or IDE by using imp. The example below shows this with our metadataUpdateItems tool. There are a couple important things to note if using pyt outside of ArcCatalog: python toolbox parameters have a valueAsText attribute that is set when running via ArcCatalog and will not be created when building the arcpy.parameter object in this manner. The alternative to valueAsText is to interpret the .value attribute as a string where needed Additional arcpy.parameter attributes are updated in ArcCatalog including, but not limited to, param.altered or param.hasBeenValidated, in the case below we added a variable to bypass those checks when not using in arcCatalog import imp
def getParamByName(params, name):
outParam = None
for param in params:
if param.name == name:
outParam = param
#import toolbox
myTbx = imp.load_source('t',r'C:\dsCode\toolboxes\myTbx.pyt')
#build the toolbox parameter objects list
params = myTbx.metadataUpdateItems().getParameterInfo()
#retrieve the parameter to update and change its value
inLyr = getParamByName(params, 'inLyr')
inLyr.value = 'C:\\temp\mySDElyr'
#update the parameters
#Note: the second argument is a runAsFunction binary T/F
# this is to bypass the parameter.altered or parameter.validated checks of the updateParameters code
myTbx.metadataUpdateItems().updateParameters(params,True)
#update a list parameter
agolTags = getParamByName(params, 'agolTags')
agolTags.values = [u'wildlife (open data)']
#execute the toolbox
myTbx.metadataUpdateItems().execute(params, None)
... View more
09-04-2015
10:40 AM
|
2
|
0
|
8766
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 3 weeks ago | |
| 2 | 09-16-2025 09:23 AM | |
| 1 | 10-10-2025 12:10 PM | |
| 17 | 08-14-2025 04:17 PM | |
| 2 | 08-01-2025 10:33 AM |
| Online Status |
Offline
|
| Date Last Visited |
3 weeks ago
|