Hacker News Reader

Comment by herodotus | Hacker News Reader

I am glad to see work like this going on, but when I looked up "BC Ferry Schedule" I got this answer:

"I found this information on bcferries.com:

Very weak Weak Medium Strong Very strong password.strength.unsafepwd Too short Use %d - %m characters with a mix of any 3 [upper case letters, lower case letters, numbers & symbols] 8 32 Password must be more than eight characters and contain a mix of any three of the following: upper case letters, numbers and symbols. Password must be less than 32 characters and contain a mix of any three of ... "

So you may want to watch for password protected websites...

View on HN

Thanks for pointing this out and I added the query to our bugs list. This is still an experiential feature so there are kinks to work out but feedback helps us immensely. I tried a couple of variations of the search with increased specificity like "bc ferry schedule for Coastal Inspiration" and Andi is struggling with this query! As Jed mentioned in a comment earlier, you can also turn off complex question answering in settings.

Thanks - yes we don't have local searches working well yet and it is very US-centric for those there are there.

The password information is interesting. In the old world, you'd find out it is now password protected only when you go there. Because Andi grabs content live from the source, you can see they've changed it right there in the search results. I'm guessing the page must have been open before, and now it's password protected (or they let robots.txt in but not user agents).

Andi is retrieving content to show in results via anonymous proxies. So the search results page reflects what is on the live site (so long as we can grab the latest content).

Thanks for trying out Andi and interesting edge case! I think the best thing to do will be filter pages out of the live results page on the fly if it turns out it's been password protected very recently when a user sees the results.

Reply on news.ycombinator.com