Latest Contributions by PatrickJankanish

I solved my own problem. It occurred to me that maybe the problem was that I had not specified ANY group to limit row visibility to and that maybe for this feature to work, one has to specify at least one group. I've now tested that, and it seems to be the case. If you want to limit row visibility to one or more groups, select "Limit to Group" and specify your group(s). If you want to limit row visibility to the organization, select "Limit to Group" but don't specify any group. It would be a lot more intuitive (to me) if rows were to explicitly have the same sharing levels as everything else in ArcGIS Online: Public, Organization, Group, Owner, instead of "Match Site Sharing" and "Limit to Group." ... View more

@Trippetoe As I was finishing my first comment on this idea, it occurred to me that maybe my problem was that I had not specified ANY group to limit row visibility to and that maybe for this feature to work, one has to specify at least one group. I've now tested that, and it seems to be the case. If you want to limit row visibility to one or more groups, select "Limit to Group" and specify your group(s). If you want to limit row visibility to the organization, select "Limit to Group" but don't specify any group. ... View more

Great idea! Unfortunately for us, this seems to be how the row visibility settings are working right now. I posted about this here. I want to be able to limit row visibility to a group, or to no group, i.e., make it private, but that isn't working. Anyone who signs into our org can see what should be a private row despite the fact that I haven't enabled visibility for any group. ... View more

I was surprised as well to find the single hub_events layer for all initiatives, but it makes sense that an event might be applicable to multiple initiatives and thus wouldn't have to be re-created for each one. However, I wish we had an efficient way to configure recurring events without having to create a new event and re-enter the same information for each instance. I thought that by exporting the table we could append a new row for each instance of the recurring event, just change the date fields, and then append the new records to the hub_events feature service, but that hasn't worked. It simply produces a generic error. ... View more

Hi Thomas, We've had an Esri support ticket (Esri Case #03111599) open for several weeks regarding the generation of download files on our Open Data site. We've been focusing the troubleshooting on one of our largest datasets, King County parcels (parcel_area). The examples cited by Andy Lee are similar to our experiences with this layer. When we first opened the ticket, choosing to generate a new download file would kick off a process that might never complete or might complete after many hours. Small datasets were not a problem. We did try some similarly large datasets on other Esri Open Data sites, such as the City of Seattle and LA County, and noted that those also exhibited the same behavior, so we thought there was something going wrong on the backend with the system that generates the download files. If you can access the history on our support ticket, you can see some of the things we've been trying. Over the past week or so we've noted that on some days the download files for parcel_area generate in a matter of minutes for all file formats. On one occasion this week, that was true for some of the file formats, but it took more than 10 times as long for other formats (e.g., 3 minutes vs. 30 minutes). And there have still been instances this week when download file generation appeared to have timed out without producing anything. Despite some successes, I've been reluctant to agree to close the ticket until we see consistent success. I don't think the little bit of information I've provided here can help, but I wanted you to know that what Andy Lee has reported is not an isolated situation. Thanks, Patrick Jankanish King County GIS Center ... View more