Parcel Viewer Returns No Search Results

BeckieHowell · ‎06-27-2013

Hello,

I am using the AGO Parcel Viewer template, but have yet to get it to return any search results. I can configure it to see my feature service, but when I enter a parcel number in the search box it never returns any results...it just shows the progress (working...) screen indefinitely. Any ideas of what I am doing wrong? Any help would be appreciated.

Thanks.

Anonymous User · ‎06-28-2013

I also ran into this when testing a couple weeks ago. Configured everything correctly (I think) according to blog posts and other ESRI help, but when I do a search on the Parcel ID or LastName, it just searches and searches and doesn't do anything. I even made a fresh application using a test feature service with about 500 parcels and it still did the same thing. Would be nice if this stuff worked from time to time.

CraigMcDade · ‎06-28-2013

Similar issue here.

I have served up a parcels feature service using ArcGIS Server 10.1. I have then used it to create a web map and finally a web application in my arcgis online for organizations account.

I then configure it to search based on PARCELID and SITEADDRESS fields.

Problem is that search results are only returned when I enter 1 character in the search box. Entering more than 1 character brings back no results.

Ex. Entering "1" in the box brings back every address/parcel id that contains the number 1.
Entering "12" yields zero results even though there are plenty of parcel ids and addresses that have 12 in them.

Any ideas?

I have a current incident open with technical support, but am hoping that somebody here might be able to help as well.

MikeTschudi · ‎06-28-2013

Beckie, Nathan, Craig,

Are your web maps or web apps public? I'd be happy to take a look at them.

The only known restriction for the search is when a layer is nested in a webmap at a level lower than the top level. There's not enough information in the lower level to do the search, but we are interested in solving that. This restriction tends to be caught at the configuration stage, however.

Are you using the software version hosted by AGOL (http://www.arcgis.com/apps/Solutions/s1.html?appid=...) or a downloaded version? We've had problems with the download zip getting corrupted: an old version taking the place of the correct version.

Regards,
Mike

CraigMcDade · ‎06-28-2013

Beckie, Nathan, Craig,

Are your web maps or web apps public? I'd be happy to take a look at them.

The only known restriction for the search is when a layer is nested in a webmap at a level lower than the top level. There's not enough information in the lower level to do the search, but we are interested in solving that. This restriction tends to be caught at the configuration stage, however.

Are you using the software version hosted by AGOL (http://www.arcgis.com/apps/Solutions/s1.html?appid=...) or a downloaded version? We've had problems with the download zip getting corrupted: an old version taking the place of the correct version.

Regards,
Mike

My test app can be found here: https://marioncountyfl.maps.arcgis.com/apps/Solutions/s1.html?appid=f6a4e24c6b5e48fe9cff6cc629ed6898

I am using the hosted version on AGOL and the app is referencing a service hosted on our Server 10.1.

MikeTschudi · ‎06-28-2013

Hi Craig,

Your information was very helpful. It appears that the 2-character query is rejected by the server.

Searching for '%1%' returns results: https://www.marioncountyfl.org/arcgis/rest/services/Dynamic/ParcelViewer/FeatureServer/0/query?f=jso...

Searching for '%12%' is rejected by the server: https://www.marioncountyfl.org/arcgis/rest/services/Dynamic/ParcelViewer/FeatureServer/0/query?f=jso...

Because the app searches with a wildcard before and after the typed-in string and this type of search cannot use the server's indices, the newest version of the template--coming out Monday or very shortly afterwards--has a configurable option to not include the leading wildcard. If you try the two URLs above with the leading wildcard (%25) omitted, both return quickly with lots of results.

In order to use this version when it arrives, the simplest method would be to you re-publish your webmap. The URL will change slightly--from s1.html to s2.html.

Regards,
Mike

BeckieHowell · ‎06-28-2013

Beckie, Nathan, Craig,

Are your web maps or web apps public? I'd be happy to take a look at them.

The only known restriction for the search is when a layer is nested in a webmap at a level lower than the top level. There's not enough information in the lower level to do the search, but we are interested in solving that. This restriction tends to be caught at the configuration stage, however.

Are you using the software version hosted by AGOL (http://www.arcgis.com/apps/Solutions/s1.html?appid=...) or a downloaded version? We've had problems with the download zip getting corrupted: an old version taking the place of the correct version.

Regards,
Mike

Here is a link to my test app: https://acbci.maps.arcgis.com/apps/Solutions/s1.html?appid=64a07eef44fa48fc87d61fd6b8712192

I too am using the version hosted by AGO. I have been unable to get it to return any results though (even with a search using only one number).

Thanks for your help.

NathanCoon · ‎07-01-2013

I just did some more testing. First tried just the parcel layer, map and app shared publicly. set the search to do parcel ID. it worked. then tried just the parcel layer in a new map, layer,map,and app only shared only within my organization. worked again. then tried adding more layers on top of the parcel layer. parcel ID search worked again. Everything I've tried in a NEW map and NEW app has worked. It's only when I create a new app from an existing web map made a few months ago that the search doesn't work.

MikeTschudi · ‎07-01-2013

Hi Nathan,

Is your existing web map public? I'm really curious about the results that you figured out. The webmap doesn't store app information--it's the other way around--so I would like to understand how a new apps has trouble with this particular existing web map and figure out a solution.

Thanks,
Mike

MikeTschudi · ‎07-01-2013

Hi Beckie,

Thank you for the link--it helped me to see what I believe the problem to be.

Please try your app without Bing Maps for the time being. One of our developers found that if the webmap uses a Bing basemap, our JavaScript API does not always provide the app with spatial reference information. He fixed that, and the fix will be in the version of the template coming out this week.

Regards,
Mike