Latest Contributions by danbecker

Yes, map was downloaded in Collector. We even dropped a few test points in Collector and they syncd fine. I've never worked with a federated portal/server and datastore. Perhaps this is a result of that? A known issue with 10.5? Just seems odd. Im waiting for all of our field staff to start calling saying they're getting sync errors! ... View more

I used the Create Database User tool, then added user DBO to the new postgreSQL db. I then connected to the postgreSQL gdb as user DBO and was able to import the .XML workspace file. Now, when I try to register the postgreSQL gdb.sde connection file with ArcGIS Server, I get this error: "Machine: <ArcGIS Server machine> [<reg. db name>: The connection property set was missing a required prooperty or the property value was unrecognized. Bad login user]" Doesn't matter if I edit the .sde connection file to connect as postgres, sde or DBO user, they all give the same error above when attempting to register with ArcGIS Server. edit: got this figured out! Looked at the PostgreSQL log and saw entries: "<ArcGIS IP Address> not granted access in pg_hba.conf" Then remembered, I restricted PostgreSQL client access to a single workstation (mine) for testing... Added in the entire LAN and now everything is working!! thanks again. ... View more

We are moving forward with the upgrade from workgroup to ArcGIS Enterprise Standard. Also upgrading from SQL Server Express to PostgreSQL. Purchased the following server: Supermicro Mobo 12 core Xeon processor 64GB RAM 1x250GB 7.2K RPM SATA drive 8x600GB 10K RPM SAS drives Supermicro (LSI) SAS RAID controller Total of 6 intel NICs (each VM will have a dedicated NIC port) Created a single RAID10 Volume (OBR10); total size 2.4TB. Installed Hyper-V Core (no GUI) on the SATA drive. Here's how we plan to breakdown the VM's: VM1 -- MS Server 2012 R2 Std; 1 CPU Core; 8GB RAM 1 VHD (dynamic) for everything; 128GB Domain Controller IIS ArcGIS Web Adapter VM2 -- MS Server 2012 R2 Std; 4 CPU Cores; 24GB RAM 1 VHD (dynamic) for everything; 256GB ArcGIS Server VM3 -- Ubuntu Server 16.04 LTS; 4 CPU Cores; 16GB RAM VHD (dynamic) for OS; 64GB VHD (dynamic) for data; 500GB PostgreSQL VM4 -- Ubuntu Server 16.04 LTS; 3 CPU Cores; 16GB RAM VHD (dynamic) for OS; 64GB VHD (dynamic) for data; 500GB Portal for ArcGIS ArcGIS Data Store Questions: The guest OSs are all supported, I checked that. But what about the distribution of system resources? We only have 2 licenses for Win Server 2012. Would it be better to have fewer Linux VMs, or more? More or less VHDs? For Win server, we usually have os.vhdx and data.vhdx. The data drive stores network share data. Should we continue that for ArcGIS Enterprise? thanks in advance ... View more

I finally got a survey that uses repeats working with a non-federated 10.3.1 feature service. The trick was to create a GUID field (NOT GlobalID) in the parent point layer, then use the field as the primary key in the relationship class. The foreign key (child table) also uses a GUI field. ... View more

I did not make any headway in getting a read-only value to populate in survey123. I just told all the field staff to NOT TOUCH the ID field that was pre-populated from Collector. The ideal scenario would be to use survey123 hidden field, then field staff won't even ask a question. ... View more

Thanks James. The above documentation does not list the requirement for the relationship to have the same name in each direction. I just ended up publishing a hosted feature service on AGOL rather then trying to use our un-federated server. However, I still cannot export a FGDB from the hosted feature service. I can create a replica FGDB from the parent layer serviceURL, but if I go to the hosted feature service item details page, and hit "Export/FGDB" it always errors out. I would assume the issue is with the relationship class created via the repeat in the survey123 connect markup. I also tried to add the hosted feature service to ArcMap 10.3.1 from the "my hosted services" folder. The parent point layer displays fine, but the related child table errors when trying to open it "could not load data from the data source....". I also tried to "create a local copy for editing", and got another error "a general error when something is wrong with a field [parentglobalid]." Perhaps all these errors are related to my 10.3.1 deployment of desktop and server? Regardless, there seems to be issues with repeats and relationship classes. I need to move the feat. services onto our own server now that I know about the relationship naming requirement. Then I could just use the data locally in our own SDE GDB; lot less hassle.  ... View more

@Tony; thank you so much for posting this. We also had this exact same thing happen. All feature services for survey123 were hosted on AGOL. After the first round of field work we attempted to download all data from the hosted feature service as a FGDB, but we just get "error downloading the FGDB". We use repeats and the relationship class appears to break FGDB export routine on AGOL. Creating a replica from the ServiceURL as FGDB works w/out issue, but you don't get the related table. Easy enough; it's exportable in CSV format. Like you, we edited the schema in survey123 connect, then republished to AGOL. All field staff deleted the old survey and downloaded the new one. After collecting data for a day, 1 person tried to sync their survey records and continually got the "getting service information" nag. The role of this user was restricted, but after checking the "view all" and "update" permissions as indicated in your screenshot, they were able to sync w/out issue. Again, thanks. I would have wasted a day figuring this out. ... View more

Server 10.3.1 not federated. I followed the above documentation to get a survey123 repeat working to no avail. I tried every combination of globalID, GUID, parent--child relationship in the feat. service relationship class to no avail. After publishing the feat. service, I added the REST feat. service endpoint URL as an item to AGOL, saved the credentials with the item, then included that arcgis.utility....URL in the xlsform service_url field. The name of the repeat was exactly the same as the related table name in the feat. service. Using survey123 connect, every time I tried to publish the survey to AGOL, I would get the error, "parent relationship <relationship name from child to parent> not found from <related table name>". If I re-publish the feat. service w/out the relationship class, then re-publish the survey w/out the repeat, everything worked great, and we are able to host the survey123 feat. service on our non-federated server. Which is ideal for us since we are running low on AGOL credits. Another issue: I can publish a survey123 repeat to AGOL, the hosted feat. service is automatically created in AGOL and everything works as expected. HOWEVER, if you try to download the hosted feat. service as a FGDB it fails because it contains a relationship, i.e. related table. If you download as .csv everything works as expected. Looks like a few more relationship bugs exist. ... View more

I just spoke with an ESRI licensing rep and both Joshua and George are correct. Here is a good doc explaining the functionality and differences: http://www.esri.com/library/brochures/pdfs/arcgis-enterprise-functionality-matrix.pdf  Here are some facts for everyone, talking non-ELA, commercial version: We were "grandfathered" into ArcGIS Enterprise Workgroup Standard because of our current license maintenance for ArcGIS Server Workgroup Standard. All versions of ArcGIS Enterprise Workgroup (Basic, Standard, Advanced) cap at a max. of 10 level 2 Portal for ArcGIS users can only use SQL Server Express as RDBMS backend (which means max: db size of 10GB, 1GB memory utilization, 1 CPU Core utilization) Our current ArcGIS Enterprise Workgroup Standard license includes 5 level 2 Portal for ArcGIS users You have to upgrade to at least ArcGIS Enterprise Standard (note the absence of "Workgroup") in order to: get more then 10 level 2 Portal for ArcGIS users use RDBMSs other then SQL Server Express. For example PostgreSQL, SQL Server Std, ect... The cost to upgrade  ArcGIS Enterprise Workgroup Standard -- to -- ArcGIS Enterprise Standard is significant. It's difficult to justify the cost considering we will still receive the same exact number (5) level 2 Portal for ArcGIS users. The ONLY advantage that I can pinpoint is being able to deploy on larger hardware, not have to deploy on a single machine and being able to use RDBMSs other then SQL Server Express.  Going from 5 level 2 Portal for ArcGIS users at ArcGIS Enterprise Standard to 50 at ArcGIS Enterprise Advanced doesn't seem to make sense. Too bad Standard didn't include 15 or 20, that would def. "sweeten" the deal for us. ... View more

ArcGIS Enterprise Workgroup Standard Up to Two Cores License ... View more

I got rid of the DC. thanks again for the tip. ... View more

Great catch, thank you. I edited the post, moved DC to VM-2 alongside ArcGIS Server. ... View more