POST
|
I'm wondering if this functionality is still working or was broken in the recent 10.3.1 release. It was working for me in initial testing, but we just did a bunch of field testing and now users are able to submit records without filling out all the required fields. I check the Layer Definition directly via a browser and the fields are still set to "nullable" : false. We are running a hosted service. Paul ------------------------------------------- Paul Cone Corporate GIS Bureau of Technology Services City of Portland, Oregon
... View more
06-29-2015
09:19 AM
|
0
|
7
|
1402
|
POST
|
At this time there's no way to edit related records via the ArcGIS Online map interface, but you can get at them via the REST service for the table. In the Contents, click on the drop down arrow on the right next to the related table and choose Description, and then at the bottom of the page look for Delete Features.
... View more
05-11-2015
12:08 PM
|
1
|
0
|
1517
|
POST
|
It just uploads the changes, i.e. the new features and attachments.
... View more
05-07-2015
09:11 AM
|
0
|
0
|
535
|
IDEA
|
Also this idea has already been posted... https://community.esri.com/ideas/10515
... View more
05-05-2015
11:35 AM
|
0
|
0
|
2806
|
IDEA
|
You might be interested in this related idea for Collector... https://community.esri.com/ideas/10683
... View more
05-05-2015
11:29 AM
|
0
|
0
|
2806
|
POST
|
I haven't found this to be the case. Can you post an example?
... View more
04-08-2015
02:15 PM
|
0
|
1
|
188
|
POST
|
I'm guessing that once Collector supports the upcoming vector tiles, that that will be how you get labels on the map. It's probably too much overhead to drive the standard ArcMap label engine (especially Maplex) on a portlable device. Remember ArcPad?
... View more
04-02-2015
03:21 PM
|
2
|
0
|
3218
|
POST
|
I am setting up a service for a map to be used in Collector. There is a related table and some of the fields in that table have domains. Collector will update fields in the related table. When I was setting up the Feature Service by using the Publish... option in ArcMap, the resulting service and map in Collector has the domains on the fields that I set up in the file geodatabase. However, we realized that that method also burns quite a number of credits in ArcGIS Online (even though I unticked the Tiled Mapping box under Capabilities -- seems like a bug to me). So our AGOL site manager and I conferred and I learned that if you publish the service by just zipping the file geodatabase and uploading it, it doesn't build the tiles and thus burn credits. Both of those methods are detailed on this page... Publish features—ArcGIS Online Help | ArcGIS However, the file geodatabase publishing method does not appear to maintain the domains -- when I go to create a record in Collector, the domains aren't there. So I searched and found this page, which tells you how you update the domains by updating the JSON... Updating Hosted Feature Services in ArcGIS Online | ArcGIS Blog So I did that, and it worked. But really, I think I shouldn't have to do that. If AGOL can see domains on something I upload via ArcMap, which is pointing to a file geodatabase, it should see domains that are sent up by uploading the file geodatabase directly. Right? What am I missing? Paul ------------------------------------------- Paul Cone Corporate GIS Bureau of Technology Services City of Portland, Oregon
... View more
04-01-2015
09:36 AM
|
0
|
0
|
3217
|
POST
|
After trying many things it was an uninstall and reinstall of ArcMap that fixed this. Oy.
... View more
03-26-2015
09:24 AM
|
0
|
0
|
343
|
POST
|
I have a Python script that builds tile packages from a set of .mxds. I created this script last fall, and from the beginning it has always defaulted to using multiple cores (I have a four core machine). The script runs in IDLE. It would always say "Generating tile cache using 4 parallel instances." Months later and I have to run this script again to generate new tile packages. Now when I run the script it says "Parallel processing has been disabled for the tool on this product." To the best of my knowledge I have not changed my ArcGIS configuration. When I run the same process on the command line in ArcGIS it still says "Generating tile cache using 4 parallel instances." So somewhere in the process of the script calling arcpy, the parallel processing is being denied. I have half a dozen sets of tiles, and so now what used to take 8 hours is taking over a day. I've scoured the internet, checked my scripts, checked the licensing for ArcGIS, talked to our network security team about McAfee possibly interfering with it, and I am stumped. I even tried forcing the parallel processing by setting arcpy.env.parallelProcessingFactor = "100%" but then the script errors out, saying "ExecuteError: ERROR 001493: The tool does not support parallel processing on this product." I'm running ArcGIS 10.2 and Python 2.7.3 on Win 7 Pro. Anyone have an idea? Paul ------------------------------------------- Paul Cone Corporate GIS Bureau of Technology Services City of Portland, Oregon paul.cone@portlandoregon.gov
... View more
03-10-2015
09:23 AM
|
0
|
1
|
4105
|
DOC
|
This is useful. We're new to working with ATC-20 data here. Could you post an empty feature class with this schema? Paul ------------------------------------------- Paul Cone Corporate GIS Bureau of Technology Services City of Portland, Oregon
... View more
10-06-2014
03:05 PM
|
0
|
0
|
1350
|
POST
|
Same here -- my script has arcpy.env.compression = "JPEG2000" but I end up with LZ77 anyway, which results in a dataset that is too huge. If I can't script this then I have to run it by hand to get the result I need. Paul ------------------------------------------- Paul Cone Corporate GIS City of Portland, Bureau of Technology Services paul.cone@portlandoregon.gov
... View more
08-27-2014
09:19 AM
|
0
|
0
|
664
|
POST
|
Likely you are trying to save the data into the folder that contains the geodatabase, rather than inside geodatabase itself. Make sure you've opened the geodatabase in the dialog first before you give the data a name and save it.
... View more
02-24-2014
01:15 PM
|
0
|
0
|
367
|
POST
|
I am also getting this error. Have Excel 2003 installed. Paul --------------------------------------------------------- Paul Cone Mapping and GIS City of Portland, Bureau of Transportation
... View more
12-12-2013
01:16 PM
|
0
|
0
|
565
|
POST
|
I maintain the street centerline for the City of Portland, Oregon, that is used in 911 dispatch. A couple of thoughts. First, I'm intrigued by how you might end up solving your problem. I am fairly new to Python, and so we might find a need to do this ourselves at some point. We have fields on the segments for actual address ranges, but we have never populated those. Perhaps we could with your approach. However, historically we have had the same issue with addresses not exactly matching theoretical address ranges, and those ranges are what we load into our systems for geocoding. In most cases addresses do not go up above 50, e.g the range for the block is 1000-1099, but the last address on the block is 1050. However, we also do quality control checks for contiguous ranges, and so if we did away with those, we'd be creating gaps where we might not want any. Have you thought about what the repercussions might be if you lose that contiguity? What happens if a new address is assigned above the actual range? Also, since we went to a new CAD system (Versaterm) a couple of years ago, we now use address points as the primary method of geocoding. Address ranges are now the secondary method of geocoding. Using points instead of addresses seems to be the way geocoding is moving. So how important is it to have the ranges match the points? Paul --------------------------------------------------------- Paul Cone Mapping and GIS City of Portland, Bureau of Transportation
... View more
08-12-2013
09:29 AM
|
0
|
0
|
1818
|
Title | Kudos | Posted |
---|---|---|
1 | 09-03-2015 09:46 AM | |
1 | 06-30-2015 08:59 AM | |
1 | 05-11-2015 12:08 PM | |
1 | 07-06-2016 11:17 AM | |
1 | 07-06-2016 09:30 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|