I have a very simple map service that I want to use in a web appbuilder app. The service is published on a server with ArcGIS for Server. The URL for the REST Endpoint is: Test/PFRA2Fluvial (MapServer)
When I add this serice to a new webmap and then enable the popups on the layer within the service, then I can't get the popup to display.... comes back with 'no information available'.
Running out of ideas as to how to fix this.
Solved! Go to Solution.
Hi Malcom - answers inline below:
I don't actually need to display all the field attributes, but if I cut it down to just one attribute field configured in the pop-up, then I still get no information returned.
It looks like all fields are included in the query request even if only one field is configured...looking into this to see if this expected (and why).
Would it help if I used shortened field aliases for the feature class, in the mxd underpinning the service? (and re-published)
Or renamed the feature class in the mxd to a shorter name?
I don't think either of these changes would help in this case. You could look at setting a definition expression to hide fields you wouldn't want in the popup (Shape_length, Shape_area for ex).
Also how do you obtain the query code thats being sent to the server (that you've included in your reply above)?
I used the browser's developer tools to capture the network traffic between the browser and the service. In my case, I used Chrome - you can access the developer tools by pressing CTRL+ SHIFT + i at the same time. There will be a series of tabs..click the network tab and then click on a feature in the map - you should then see the query request being made to the server. It will look something like this:
Cheers
Chris
Hi,
It appears the server is rejecting the query to fetch the popup.
The above request is redirected by the server to an error page:
http://corporate.nics.gov.uk/nigov-error/
The length of the request is what seems to cause the rejection. It's around 1100 characters in the url parameter which is typically allowed in GET requests. If you're able, check into the configuration at the web tier on the server hosting the service - that's where this seems to be happening.
Thanks,
Chris
Hi Chris,
So... I don't actually need to display all the field attributes, but if I cut it down to just one attribute field configured in the pop-up, then I still get no information returned.
Would it help if I used shortened field aliases for the feature class, in the mxd underpinning the service? (and re-published)
Or renamed the feature class in the mxd to a shorter name?
Also how do you obtain the query code thats being sent to the server (that you've included in your reply above)?
Regards,
Malcolm
Hi Malcom - answers inline below:
I don't actually need to display all the field attributes, but if I cut it down to just one attribute field configured in the pop-up, then I still get no information returned.
It looks like all fields are included in the query request even if only one field is configured...looking into this to see if this expected (and why).
Would it help if I used shortened field aliases for the feature class, in the mxd underpinning the service? (and re-published)
Or renamed the feature class in the mxd to a shorter name?
I don't think either of these changes would help in this case. You could look at setting a definition expression to hide fields you wouldn't want in the popup (Shape_length, Shape_area for ex).
Also how do you obtain the query code thats being sent to the server (that you've included in your reply above)?
I used the browser's developer tools to capture the network traffic between the browser and the service. In my case, I used Chrome - you can access the developer tools by pressing CTRL+ SHIFT + i at the same time. There will be a series of tabs..click the network tab and then click on a feature in the map - you should then see the query request being made to the server. It will look something like this:
Cheers
Chris
Hi! ¿Hoy are you?
I wanted to know if you were able to solve this problem, and how, since I am having the same error.
thank you!