POST
|
poking around for a similar solution. Any chance there is one out there someone following can point me towards?
... View more
09-17-2020
11:15 AM
|
0
|
0
|
3077
|
POST
|
Are you able to tell me what method you used in order to see these changes reflected in your REST service? I'm guessing I need to republish (overwrite?) or simply restart the service in order for these domain value changes to be accessible. Would like to avoid having to republish.
... View more
08-21-2020
12:36 PM
|
0
|
1
|
485
|
POST
|
Came in to say exactly this. We thought we were 100% migrated to Pro workflows and tools, about a year ago. Still finding random things that have hurdles, such as this. Recently received a .mdb from a client, they were unable to provide in a different format. Glad I still have good old catalog to use for this... no .mdb access via pro seems like a mis- step to me even if we are leaving .mdb's in the past.
... View more
02-18-2020
06:08 AM
|
9
|
0
|
17089
|
POST
|
For what its worth for those who stumble on this thread. We had the same issue (Portal 10.6.1) and realized it was a very easy fix. From what we have found, you need to use a Feature service, not the Map image service. When we first published this service we figured a Map Image Service alone would suffice. However...when loading in a map image service to the Map Viewer, the option for heat map display does not show up. You can still filter and change symbology etc. When loading in the same underlying source but as the feature service, you will see the option for Heat Map symbolizing. So we republished our service with both Feature and Map enabled and it now allows for Heat Map symbolizing.
... View more
01-23-2020
05:55 AM
|
1
|
0
|
498
|
POST
|
Did your org find a solution or workaround for this? Seems as though we are in the same boat. Have a ticket open but I'm antsy....
... View more
01-15-2020
09:11 AM
|
0
|
0
|
1721
|
POST
|
Ah, that is right, thanks for the reminder Doug. I'm really just taking Survey123 for a test drive with our Portal so I wanted to share my troubleshooting success. Cheers!
... View more
11-27-2019
06:52 AM
|
0
|
0
|
2720
|
POST
|
I was getting the same behavior when Publishing a Survey that was created in the web interface and being published as a Portal service. Same basic no details error message as in OP. Furthermore the server manager logs UI just reiterated the same message. Neat. I believe I was able to capture the actual error by switching the the desktop app for publishing designing surveys. From the desktop app I was able to see a more robust error message that read something like "You can't use an uppercase letter in the field name" VIOLA! The name of my date field was simply "Date" and once I changed to "date" I was able to publish from the desktop app with an error. Anyone stuck on this I would recommend using the desktop app to see if a better error message comes out. For some reason my Hosted db is a bit more finicky than AGOL db I guess? IDK, but it works now after updating names of fields with lowercase.
... View more
11-27-2019
06:30 AM
|
0
|
2
|
2720
|
POST
|
Perhaps you can already do that once you download the fgdb. Inherently the points in that gdb will be related to the photos still. Load the points into your desktop app and click to see the attached photo. There should be no need to run the photo to point since that relation already exists. Just thought. Cheers
... View more
11-22-2019
06:04 AM
|
0
|
1
|
2013
|
POST
|
Hi there - fairly old thread but I found myself in this situation this week. I'm using the widget from my Portal so I am unable to adjust the code unless I put the web app on my own IIS server. Which I woudl like to do, just not on the short list right now. I'm trying to get additional attributes from a different SQL db table to a point feature that has a related (relationship class exists within gdb)table in the same gdb as the point feature. As soon as I publish a service with this join in place, the widget fails in the way you have explained. My questions is whether or not you ever found another solution and if you think there is any work around within if I'm using this widget from a Portal hosted web app? Mayeb I need to run a process to move teh attributes from teh joined table directly to the related table or point feature itself? IDK, struggling to identify the problem so I can craft my approach.
... View more
05-22-2019
12:12 PM
|
1
|
0
|
1055
|
POST
|
Chris, hoping I'm not too late here in giving you a little more details on our system. We essentially, did the same thing as you folks. Had an On Prem Server (no Portal/Enterprise) at 10.3.1. Was incredibly stable and responsive even with about 30 - 35 arcsoc.exe services running at baseline default. Moved and upgraded to 10.6.1 Full Enterprise deployment within the Azure platform. I kept the same baseline services running and found terrible if not unmanageable performance as this thread has exposed. What tipped me off was the print service not working from a custom app. It would fail after 30 seconds or so and the pop up which should have been a pdf was a 400 or 500 IIS error saying something about permissions accessing the file etc. Then popping over to Server Manager I would see all the services in the stopping stage until I restarted the server service from windows services. The first thing I did that would start to relive said behavior was to reduce the number of services running from my Server. These are NOT the hosted services that I spun up from Pro by copying data to the Data store of Portal i.e. Hosted Service. These were the services that had source data in the registered gdb and had 2 - 4 services running at all times. after reviewing usage of services, I had clearly over provisioned the always running services and brought them all down to 1 always running and allowing up to 3 to spin up. This alone has stabilized our system. Some other strange occurrences with our system that I'm working on: What confused me during our troubleshooting was that memory and CPU were never being slammed. The system was pretty much always showing enough resources that we should have been able to have lots of services running, more than we have. Turns out when our system was first deployed in Azure our consultant has added a 2 machine setup using the availability set in Azure with a load balancer. They had then removed this 2nd machine from the GIS Enterprise and Azure. HOWEVER there is still network traffic going to this old server (no longer exists) when a service using enterprise gdb resisted data is called. This does not happen when we call HOSTED services. Clearly there is something in our Azure config that is putting extra load (even just network) on the system which is causing services to fail and print behavior to fail when there are more resources. That's my book, hope its an ok read. Please free to contact me via inbox or whatever and we can hook up outside of geonet for a more in depth discussion. Hoping I can help out. Boy was i stressed when this was happening on my new deployment/platform. And maybe someone reading has insight from the Azure side for me?
... View more
05-07-2019
08:32 AM
|
0
|
0
|
725
|
POST
|
Thanks for pointing this out Doug. I'm been scratching my head for hours trying to figure this out from with the Query widget. I was about to throw in the towel when I clicked on that icon. FWIW, not an ideal way to get there, however it get's the job done which at this point is all I need.
... View more
05-06-2019
09:29 AM
|
0
|
0
|
1608
|
Title | Kudos | Posted |
---|---|---|
1 | 12-04-2013 06:08 AM | |
1 | 08-31-2023 08:19 AM | |
1 | 07-21-2023 06:08 AM | |
4 | 03-08-2023 12:09 PM | |
1 | 05-24-2022 11:30 AM |
Online Status |
Offline
|
Date Last Visited |
06-20-2024
05:43 PM
|