|
IDEA
|
Out of curiosity, have you looked into distributed collaboration? My organization doesn't have Enterprise, so I haven't tried it out myself, but from the documentation it looks like it should let you perform the kind of Enterprise-AGOL replication you're talking about. Distributed collaboration—ArcGIS Online Help | ArcGIS
... View more
08-07-2019
08:37 AM
|
1
|
2
|
4793
|
|
IDEA
|
The instructions are in the readme file at the Github page, which can be read by scrolling down past the file list at the link in my previous post.
... View more
07-15-2019
06:56 AM
|
2
|
0
|
4779
|
|
IDEA
|
That's the main reason behind this request for me, as well. Our lawyers really want an active acknowledgement of the license agreement to be required to download anything from our Open Data Portal, but there's no way to do it right now. For now, my organization (and several others we deal with on a regular basis) have been forced to put copies of the license agreement and/or links to it in inappropriate places, like the top of the Description field, just to ensure that some reference to the license at least appears on users' screens before they download anything. It's ugly and makes the lawyers nervous, which makes our leadership nervous.
... View more
07-05-2019
12:15 PM
|
1
|
0
|
4965
|
|
IDEA
|
I got the link to my organization's AGO backup solution today. It's available to the public here: https://github.com/SEMCOG/Ago_Backup Basic instructions for setting it up for a different organization are included.
... View more
05-28-2019
08:38 AM
|
4
|
2
|
4779
|
|
IDEA
|
I agree, and I would add that it would be very nice if there was an easier way to copy/access arcade expressions between layers and webmaps. I'm working on a series of maps right now that display the same basic information in a variety of ways, and I'm probably spending more time switching between AGO tabs, opening expressions, and copy/pasting code than most of the other phases of the project combined. One layer with a heavily-customized pop-up has 19 attribute expressions, a custom-configured pop-up that uses all of them, and Arcade-based styling. I use multiple versions of the layer at different zoom levels (zoom-based styling in AGO would also be nice, come to think of it), and keeping the pop-ups consistent between layers is increasingly labor-intensive.
... View more
05-17-2019
01:40 PM
|
1
|
1
|
5682
|
|
IDEA
|
In short, feature layers don't cut it with larger datasets. My organization makes a lot of web maps and web apps showing data about our regional road network. This road network consists of over 250,000 road segments. Dissolving or unsplitting the network reduces the feature count and improves performance considerably, but we would lose a lot of precision regarding details like pavement condition and traffic counts in the process. Quite simply, the network does not display properly when we load it into an AGO map, and vector tiles would be an excellent solution in many cases if they could have pop-ups and/or some degree of filtering. One example we have online right now that uses vector tiles quite well can be seen here: https://maps.semcog.org/nfc/. Some of our other maps use a clumsy, difficult-to-maintain hybrid of raster tile layers when zoomed out combined with feature layers when zoomed in. That solution gets us pop-ups, though those pop-ups can be extremely labor-intensive to build and maintain because there's no easy way to copy pop-up settings and arcade functions from one layer to another, even if they're both instances of the same feature service. The fact (bug?) that one can't update pop-up settings on a tile layer, only rebuild the entire pop-up configuration from scratch, makes it even more aggravating.
... View more
05-17-2019
01:17 PM
|
2
|
0
|
4619
|
|
IDEA
|
This is a big enough issue that my organization has dedicated a significant amount of manpower to creating a backup script to solve the issue ourselves. At present, it runs a nightly back-up of nearly all of our AGO data, with some limitations I'd have to talk to the developers to outline. Last I heard, they were working on cleaning up and generalizing the code enough to make a public Github repository. If/when that happens, I'll post a link here.
... View more
05-17-2019
12:04 PM
|
1
|
1
|
4779
|
|
IDEA
|
Many organizations are happy to share large amounts of open data with the public, so long as they can clearly disclaim liability for members of the public using the data in unexpected or unintended ways. Items hosted in the ArcGIS Online Open Data Portal do already have a License field where such legalese can be included, but it must be actively clicked on by the user to view it. A disclaimer that can be so easily overlooked is less legally sturdy than one that users must actively click "I Agree" to acknowledge. Based on all that, it would be very nice to have some ability to configure a splash screen welcoming users to the Open Data Portal and requiring them to agree to a general license agreement before proceeding to the data. Even for organizations that do not have need of such license agreements, it would be nice to have some sort of ability to post a splash screen that would be seen by people who follow direct links to pages other than the front page of the Open Data Portal.
... View more
03-18-2019
09:50 AM
|
34
|
8
|
5363
|
|
POST
|
I'm running it out of a file geodatabase, and it's on a network drive.
... View more
03-11-2019
08:15 AM
|
0
|
2
|
5470
|
|
POST
|
I hadn't, just because I don't like ArcMap very much so it didn't even occur to me as a possible alternative. I have now tried it in ArcMap with the same settings as one of my fail test cases in Pro. ArcMap fails, too, and on an earlier cartographic partition than Pro does. ArcMap's memory consumption appears to be even lower at the time of failure, which isn't a surprise given the limitations of 32-bit architecture. 64-bit software like Pro should, in theory, be able to use far more memory than the 64 GB on my system, but I'm starting to wonder if there is a limit on how much Pro can use, whether by design or by accident.
... View more
03-07-2019
01:27 PM
|
0
|
0
|
5470
|
|
POST
|
Short version: The Simplify Line tool is failing for me, throwing Out of Memory errors. I'm running this on a system with 64 GB of RAM, and the Task Manager reports never getting above about 14 GB used across all processes before the tool fails. Does anyone know why this might be happening, or how I could prevent it from happening again? Long-winded explanation: I have a series of 1-foot contour line datasets for several counties in my region. They are pretty heavy datasets, ranging from 1.7GB to 4.8GB apiece. I'm currently trying to use the Simplify Line tool to reduce their complexity, improving map performance and ease of distribution, but I'm running into issues with the tool. In particular, I keep getting Error 000426: Out of Memory (000426: Out Of Memory.—Help | ArcGIS Desktop). I have watched the system resource usage in Windows Task Manager, and it's not even close to running out. I'm running it on a remote system with 64 GB of RAM, and the highest I've seen the total system usage get before the tool fails is 14 GB, with 6-8 GB being far more common. I've double-checked with our IT department, and there's no limitations no how much RAM a single user can use on that system, and I have this problem even when I'm the only user logged in. I am using cartographic partitions generated using the Create Cartographic Partitions tool to try to reduce the amount of data in memory to a more reasonable size. I've tried generating minimum-size partitions (500 features per partition), and the tool still eventually fails, after succeeding at a number of low-density partitions. The same thing happens if I filter out 80% of the lines to show only elevation multiples of 5 and run it with those tiny partitions. Through trial and error, I've found that I can get the tool to complete successfully on the smallest, lowest-density county if I filter the features to show only elevation multiples of 25, hiding 96% of the lines. That is why I'm trying to figure out how to make these settings work - those results look good, while the output of the Generalize tool (which does complete successfully) looks jagged. Also, I don't want to have to merge together 25 result datasets per county, and that's a conservative estimate, because it's likely the larger, hillier counties would need to be filtered even further. I am using the following settings: Simplification Algorithm: Retain Critical Bends (Wang-Muller) Simplification Tolerance: 10 Feet Everything else (besides Cartographic Partitions) is default. Edit to add: I'm currently using ArcGIS Pro 2.3.0.
... View more
03-07-2019
11:09 AM
|
0
|
11
|
8048
|
|
POST
|
We didn't get anywhere with technical support, either. They suggested attempting the updates using one of the Python libraries for interacting with AGO, which we didn't try because, at the time, none of our developers had any experience with those tools. We wound up doing it the hard way, re-making and re-uploading all of the error-throwing geodatabases to get versions onto AGO that we could update. We now have someone refining a Python-based backup script that lets us maintain offline backups of our AGO content, so we'd probably give the Python approach a try if the problem somehow recurred. Which it hopefully won't.
... View more
01-23-2019
11:18 AM
|
1
|
0
|
4404
|
|
POST
|
I have tested the procedure with new gdbs made and uploaded through Pro, and that works fine. That's our long-term plan for maintaining these datasets, actually. We are mainly hoping to avoid the headache of checking all of our webmaps to be sure we don't break anything when we upload new versions from scratch at this point. I asked my managed about the gdbs, and was told that they are actually relatively recent, created using ArcMap 10.5, which is the version our office is still using. The data was pulled from our ArcGIS Server instance, though, and it's possible there was some weirdness introduced there. At this point, we've just decided to submit a tech support request, and assume there's a reasonable chance we'll have to do the upload-and-replace workflow we've been trying to avoid after all.
... View more
10-08-2018
12:01 PM
|
0
|
3
|
4404
|
|
POST
|
I'm pretty much the new guy in the department here, and I'm the only person trying to use Pro for routine tasks so far, because I don't want to spend the time to learn two interfaces at once when one of them is, at least in theory, going to be obsolete in a few years. It's safe to say that the file geodatabases that were originally uploaded to AGO were made in ArcMap. As an experiment, I tracked down the original file geodatabase used to upload one of the services, and tried uploading it to my own user account through the AGO->Contents->Add Item interface, the same workflow used to upload the services I am now trying to overwrite. I then tried overwriting it through Pro, and I got a completely different error: "Service cannot be overwritten if Sync is enabled and replicas exist." After double-checking the settings in AGO, I can confirm that Sync is, in fact, disabled, and was disabled when I tried the overwrite. So now I'm very confused, and wondering if something is wrong with the original file geodatabases, even though the services they produced work fine in webmaps.
... View more
10-08-2018
07:41 AM
|
0
|
5
|
7071
|
|
POST
|
That is correct. In Pro, I can see all the hosted feature layers, but most of them error out when I try to overwrite. In ArcMap, I see a much shorter list, consisting mainly of recently-uploaded datasets that don't need to be updated as of yet. And yes, I've been double-checking to be sure that I'm logged into the correct account in AGO, Pro, and ArcMap at every step of this process, and I have double-checked that the services in question do indeed belong to that account as Kelly Gerrow suggested.
... View more
10-08-2018
07:03 AM
|
0
|
7
|
7070
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-06-2022 07:33 AM | |
| 2 | 09-07-2021 04:27 PM | |
| 1 | 01-23-2019 11:18 AM | |
| 2 | 10-04-2018 09:57 AM | |
| 4 | 03-24-2020 02:47 PM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|