Missing fields - depending on RETS client used
We have a custom RETS library that we've used for years to query RETS data. Recently, we upgraded the code to authenticate correctly with RETS version 1.7.2 (not sure if this is related to the problem, or just coincidence).
Now, the library is no longer able to retrieve Lat/Lng geo points for listing data. They just come back blank.
To troubleshoot, we used the RETS Connector tool using all the same server URL and credentials for our RETS account. The RETS Connector tool did return lat/lng geo data.
We use the same server and credentials in our custom library, and while we get other listing data without problem, the lat/lng data are missing.
Using WireShark, we were able to determine that the two HTTP requests very similar with two notable differences:
- The RETS Connector uses a GET request with a query string while our custom library uses a POST with form data.
- The user agent string is different (obviously)
Aside from that, we could identify no notable differences. The RETS select fields were the same. The actual query was the same, etc.
We've been assured that our profile and permissions haven't changed, and it doesn't make sense that this would be the problem anyway since one tool can get the data while the other can't.
Any idea how this could be happening?
Comments
Can you provide a little more information: RETS login URL and the user agent you normally send? Also, are the lat/long columns there and just empty or are they missing completely?
The RETS Login server: http://imls-rets.paragonrels.com The full login URL: http://imls-rets.paragonrels.com/rets/fnisrets.aspx/imls/login User agent: IntegriNet/1.1
The lat/lng columns are there, but they are just missing actual data. We work for the MLS. The permissions are wide open.