Loading ...
Sorry, an error occurred while loading the content.
Advanced Search
Author
Subject
Message
Special notice only

12 results from messages in ysearchboss

Advanced Search
  • Thanks Rahul, the flags were tested previously to ensure we got the results required, I believe previously gflags=R was needed to get the coordinates. That no longer seems to be the case, and is performing reverse geocoding as mentioned in the docs. We'll remove the 'R' option and see how it goes! --- In ysearchboss@^$1, Rahul Hampole wrote: > > Thank you for raising this issue. We...
    tracy_fischer11 Jul 2, 2013
  • Looking back at our logs the problem started to happen some time on June 6 - around 8:20 PM, EST
    tracy_fischer11 Jun 18, 2013
  • Here are a couple of examples. 14 DUNCAN DR,MOONSTONE,ON,L0K1N0,CANADA: 87 44.653912 -79.663496 44.654041 -79.663544 400 44.657634 44.650448 -79.658493 -79.668595 13 Duncan Dr Oro-Medonte, ON L0K Canada Between Agnes St and Line 8 N 13 Duncan Dr L0K Moonstone Oro-Medonte Simcoe Ontario Canada CA ON America/Toronto L0K B45626D9F1EDD4AB 12697478 11 http://dd.local.yahoo.com/xmladdr...
    tracy_fischer11 Jun 18, 2013
  • Fetching Sponsored Content...
  • I know this is old, but in the interest of completeness RFC3986 indicates that '#' is a reserved character (along with '?', '=', etal) so cannot appear in a name or value token of a uri. --- In ysearchboss@^$1, "metro_door" wrote: > > Right, thank you. I looked back in your forum, and this 401 problem has been confusing people from day 1. > > To be clear RFC 3986 says nothing about...
    tracy_fischer11 Feb 21, 2013
  • > it's a problem for us as we page through search results using the > start and count parameters, and test if we've exhausted the results > available from BOSS by checking if the 'count' in the return is be > less than the 'count' requested -- that's a behaviour we've been able > to reply on up til today, and now it no longer seems to be reliably > the case... > > Any thoughts on...
    tracy_fischer11 Feb 21, 2013
  • I'm finding that fairly often when using BOSS Geo I get a response with a quality level of 59 for a perfectly valid address, even one that previously returned a quality of 87 (with the same location string). It will fail to identify the address for some time, then suddenly start working again. When the quality is 59 none of the identifying details are provided (stbody, stsuffix...
    tracy_fischer11 Dec 5, 2012
  • ...information is returned regardless of whether the location is an MDU, it dumbly throws it back regardless. --- In ysearchboss@^$1, "tracy_fischer11" wrote: > > Hi Paul, > > I've found to get Unit Number and Unit Type to return properly, the address needs to be formatted just...
    tracy_fischer11 Nov 30, 2012
  • Hi Paul, I've found to get Unit Number and Unit Type to return properly, the address needs to be formatted just right. I use "StreetNum StreetName StreetType StreetDirection, UnitType # UnitNum, City, State, Zip". If the '#' character is removed, or unit placed before the StreetNum (like the popular format "UnitNum - StreetNum StreetName..."), then the unit is ignored. Of course in...
    tracy_fischer11 Nov 30, 2012
  • In addition, at least of the other flags doesn't seem to be working either - R --- In ysearchboss@^$1, "tracy_fischer11" wrote: > > I'm finding that BOSS Geo (placeFinder) isn't returning detailed street attributes (Prefix, Body, Suffix, etc) when...
    tracy_fischer11 Nov 16, 2012
  • ...that you're not having a problem with the service, just the message about the billing not being complete. --- In ysearchboss@^$1, "tracy_fischer11" wrote: > > The trick is that you need to enable one of the other APIs, generate a new key and use that. The search API isn't enough...
    tracy_fischer11 Nov 16, 2012