My local county switched over to a new GIS system a week or so ago. I had occasion to use the new system yesterday for the first time, and was unable to get the links to the Assessor's Parcel Maps to work. The county says that it works fine for them, and that the problem must be on my end. I'd like to see if anyone else runs into the same problem I do.
If you want to test it, here are the steps:
1. Go to the http://yolo-gisprod.yolocounty.org:31000/Geocortex/Essentials/REST/sites/External_Viewer/viewers/Viewer/virtualdirectory/Config/Viewer.xm l">Yolo County GIS.
2. Zoom in until the parcel lines become visible.
3. Click on Point Identify in the toolbar.
4. Click on a parcel. This will bring up a Results panel on the left.
5. Click on the Parcel # link in the Results panel. This will bring up a pop-up window.
6. Click on the Links tab of the pop-up window.
7. Click on the Assessor's Map PDF link in the window.
8. Tell me what you get. All I get is a timeout message.
Thanks!
Not For Me
I was told I have to install Microsoft Silverlight.
Doubt that that will happen.
Paul in PA
Did not work for me either.
Did not work for me either. I have silverlight installed.
Hi Jim, I tried it and received a timeout also. I noticed that the link was:
http://gis.yolocounty.org/Website/AssrPages/040/08.pdf
It's been my experience when developing browser-based GIS systems that the "/" should not be in that link between the "040" and the "08.pdf". Based on the Assessor Offices I've worked with in the state, it should be more like "040-08.pdf" or "04008.pdf".
My guess is that the book (040) and the page (08) may be pulled from two different fields in the database and when combining for the string, the "/" is being incorrectly inserted.
It all really depends on how they designed the database(s) for this system. It may work internally for the county due to them having internal mapping to a drive containing the PDF's that outside sources don't have access to.
Ric
Same as 'RT Easy.
> My guess is that the book (040) and the page (08) may be pulled from two different fields in the database and when combining for the string, the "/" is being incorrectly inserted.
In this case, I think the link is probably correctly formatted, as in the prior GIS system that's the way they were set up. Since I often need only the AP maps and can dispense with the other GIS stuff, I had bookmarked a dummy AP page ( http://gis.yolocounty.org/Website/AssrPages/000/00.pdf) that I would paste it into the address bar, then change the book and page numbers according to my need and fetch the map.
I think that when they switched over to the new system they broke the PDF server's connection to the outside world and haven't figured it out yet. What I find most disturbing is that the tech with whom I've been communicating was quick to say that they've done everything right and I must be doing something wrong. I suspect that Dogbert is heading up the support team.
Didn't work for me either. Tried it in both IE and Firefox.
If they get a flood of emails from us, it may get them to fix it...
I picked Parcel # 050090002
Another window opened with the address
http://gis.yolocounty.org/Website/AssrPages/050/09.pdf
and the message "Failure To Connect To Web Server"
I tried to reload three times and the same result.
I checked the tab Attributes and tried the Hyperlink (same address as above) and got the same result.
Most of the county websites I have visited for web search takes a couple of reloads to get where I want.
o.O
I got the same result that you did.
Cheers,
Henry
It did not work for me.
I didn't get any timeouts but eventually says "page cannot be displayed".
Yes, I also have the latest SilverLight installed as well.
As was previously speculated, I'm guessing they mucked up the URL with the "/".
If they claim "it works for them", I'm going to speculate they are an intra-net and not the internet. Tell them to go outside to a "real" world environment like at home and try it. I'll bet a dollar to dog-s**t they'll get the same thing as we are.
In the intra-net environment that might just work fine and dandy wherein the "/" is a folder and sub-folder separator like in the old DOS days.
E.
Yeah, I can see your point Jim. They could have the maps separated into sub-folders by the book number, so in my example the system would be looking for the file named "08.pdf" under the sub-folder "040". Seems a little cumbersome to me to design it that way only because I tend to want everything uniquely identified in a GIS and there would be potential for many "08" maps. But I understand and you may be right on target with the issue.
I'm also wondering if the "/website/" should be the root public folder...
I got a message from the GIS tech telling me that it's fixed. The test link I tried worked fine, so it looks like they ironed out the problem on their end.
Thanks to all who helped out with testing!
Hello Jim,
I was able to open the assessors map.
rlshound