Domain description missing on one layer since GVH 2.7.2 upgrade
Since upgrading to 2.7.2 I have noticed my regulated areas layer is showing the domain code in the query results rather than the description.
I'm seeing this:
SP
Jurisdiction: SVCA
Municipality: SS
Bylaw No.: 75-2006
instead of what should be this:
Spill Protection Area
Jurisdiction: Saugeen Valley Conservation Authority
Municipality: Saugeen Shores
Bylaw No.: 75-2006
Has anyone else noticed this problem? What might I try to correct it? Oddly this affects just one layer in my sites. Other layers with domains display their descriptions just as they did before. I'll be grateful for any help.
Thanks,
Justin
0
-
just to clarify, by "query results" I meant map tip or Identify results 0 -
Hi Justin,
Using a tool like Fiddler can see what is being returned from the query?
Regards,
Wayne Richard
Latitude Geographics Group Ltd.
Head Office: 300 – 1117 Wharf Street Victoria, BC Canada V8W 1T7
Tel: (250) 381-8130 | Fax: (250) 381-8132 | wrichard@latitudegeo.com
Developers of Geocortex web-based mapping software | www.geocortex.com
An Esri Platinum Business Partner0 -
Hi Wayne,
Thanks for your reply. I have tried it today to see what gets captured when clicking a Spill Area polygon on the map and the map tip it creates that lacks the domain description.
I am not very familiar with interpreting Fiddler data, but I started capture just before clicking the mentioned polygon. What I see in Fiddler after the Map Tip is a list of results with "200" value, and with URL values starting with /Geocortex/Essentials/REST/sites/... that each end with /query?f=json&returnGeometry=true&.......But what I also see is about a dozen "304" results in grey text, with URL values starting either with
/arcgis/rest/services/public/forests_parks_wa/MapServer/...
or
/arcgis/rest/services/planning_wa/MapServer/...
It is from planning_wa above that the spill area data should come, and by its presence only in grey text and with code 304 seems to offer a hint as to why the domain description fails. I do not know what to do with this information, however, and so would appreciate some further guidance, if I may ask, please.
Thanks,Justin
0 -
Hi Justin,
You'll see 304 responses in cases where the browser has already made the same request of the server before. On subsequent requests, it will send a conditional header that essentially says, "I've requested this earlier and this is what I have saved in my cache. I got it at time X. Has anything changed since then? Do I need a new copy of this data?" If the server determines that the client still has the latest copy, it replies with a 304 response and the browser uses what's in its cache. Telerik has a helpful (http://www.telerik.com/blogs/understanding-http-304-responses) blog post covering 304s.
To prevent the browser from trying to used cached data, you can disable caching using the browser's dev tools (F12). In Chrome, switch to the network tab and click the Disable cache checkbox near the top of the screen:
_img_ alt="Disabling caching in Chrome's dev tools." src="https://latitudegeo--c.na53.content.force.com/servlet/rtaImage?eid=90760000000Cfla&feoid=Body&refid=0EM600000001QOH" _/_img_
In Microsoft Edge, the Network tab has a "Always refresh from server" button that does the same thing:
_img_ alt="Disabling caching in Edge's dev tools." src="https://latitudegeo--c.na53.content.force.com/servlet/rtaImage?eid=90760000000Cfla&feoid=Body&refid=0EM600000001QOR" _/_img_
Internet Explorer and Firefox will have controls similar to these on their own Network tabs.
If you disable caching, what does the server response look like when you click on or identify the polygon?0 -
Thank you for that information and link. The difference I see after disabling caching is any line that had a 304 result before has a 200 result in its place. So how might I find in these sessions a clue to what's causing the domain description to be replaced by the domain code? I don't know what to search for. 0 -
Now that you're getting 200s for your requests, let's take a look at what the server is sending back to you.
In Fiddler, click on the query request the left-hand pane and then, in the right-hand pane, select the Inspectors tab. This tab will have a section for the request headers and second one for the response. In the second pane, select the TextView button. You'll probably get a yellow message telling you that the "Response body is encoded. Click to decode." -- click that message, and you should see the json for that feature. What does that look like?
_img_ alt="Screenshot of Fiddler, showing the text view of an identify request's response." src="https://latitudegeo--c.na53.content.force.com/servlet/rtaImage?eid=90760000000CfmO&feoid=Body&refid=0EM600000001QPK" _/_img_0 -
Thanks Jordan. In looking at the list of requests in Fiddler, I see no request for the planning_wa map service, from which the the spill areas are drawn. I do see requests for parcels, transportation, forests, elevation, hydrology, and buildings, though, so I am puzzled by the fact the spill area domain codes appear in the map tip, regardless that the description is not shown. If there's no request spill areas, how can they be shown in the map tip? This certainly poses a challenge in determining why the domain description is absent. What ought I try next?
0 -
That does sound odd. At this point, it's hard to troubleshoot without taking a first-hand look. I would (To: support@latitudegeo.com) open a support case and have a member of our technical support team peer beneath the hood with you. 0 -
I've taken your advice Jordan. I will post here whatever I learn to be the solution.
Thanks,
Justin0
Du måste logga in om du vill lämna en kommentar.
Kommentarer
9 kommentarer