获取正确清单的问题'使用RETS的数据


Issues Fetching Proper Listings' Data Using RETS

我正在尝试从CREA的DDF下载房地产列表的实时提要。我正在通过PHP向他们的DDF发出API请求,并将所有最近的清单下载到我的DB中。这工作得很好,问题是我的客户列表在DDF中,应该与所有其他列表一起被拉。我似乎得到了周围地区的所有列表,但也许不是,因为我不能收到我的客户的列表,这应该是拉动的一部分。当我和CREA的人交谈时,他们说我的客户列表在DDF中,所以我应该能够将它们与所有其他列表一起拉出来。我希望能从一些人那里得到一些建议,他们对这样的请求有更好的理解,甚至更好地使用CREA的DDF。

我将在下面提供我的代码,我将尝试只包括相关的东西,并拿出不必要的代码,使这一点更容易。如果你想看到更多的代码,我会按要求添加这些部分。

如果我理解正确,我需要添加到我的参数数组,但我真的不知道为什么我的请求是这样做的,所以任何帮助将是了不起的!

下面是我的download.php文件 的代码
$TimeBackPull = "-24 hours"; 
/* RETS Variables */
require("PHRets_CREA.php");
$RETS = new PHRets();
$RETSURL = "http://data.crea.ca/Login.svc/Login";
$RETSUsername = "**********************";
$RETSPassword = "**********************";
$RETS->Connect($RETSURL, $RETSUsername, $RETSPassword);
$RETS->AddHeader("RETS-Version", "RETS/1.7.2");
$RETS->AddHeader('Accept', '/');
$RETS->SetParam('compression_enabled', true);
$RETS_PhotoSize = "LargePhoto";
$RETS_LimitPerQuery = 100;
if($debugMode /* DEBUG OUTPUT */)
{
    $RETS->SetParam("catch_last_response", true);
    $RETS->SetParam("debug_file", "CREA_Anthony.txt");
    $RETS->SetParam("debug_mode", true);
}
$DBML = "(LastUpdated=" . date('Y-m-d', strtotime($TimeBackPull)) . ")";
$params = array("Limit" => 1, "Format" => "STANDARD-XML", "Count" => 1);
$results = $RETS->SearchQuery("Property", "Property", $DBML, $params);
$totalAvailable = $results["Count"];
for($i = 0; $i < ceil($totalAvailable / $RETS_LimitPerQuery); $i++)
{
    $startOffset = $i*$RETS_LimitPerQuery;
    $params = array("Limit" => $RETS_LimitPerQuery, "Format" => "STANDARD-XML", "Count" => 1, "Offset" => $startOffset);
    $results = $RETS->SearchQuery("Property", "Property", $DBML, $params);          
    foreach($results["Properties"] as $listing)
    {
       //Do Some Stuff
    }
}

下面是我当前的请求在返回xml文件

中的样子
http://data.crea.ca/Search.svc/Search?SearchType=Property&Class=Property&Query=%28LastUpdated%3D2015-09-22%29&QueryType=DMQL2&Count=1&Format=STANDARD-XML&Limit=1&StandardNames=0

另一件事是CREA人员说应该有大约1900个活动列表,但当我计算结果时,我现在只有大约182个

这个问题解决了吗?

CREA DDF是一种奇怪的动物。它们只是部分地支持RETS规范,而不是完全支持。他们围绕"目的地"(又名"数据源")和"技术提供商"分离设计了他们的系统。

1)每个客户端创建一个或多个数据源,每个数据源被分配一个唯一的DestinationID。当设置feed时,他们会选择你作为技术提供商,所以他们的列表也会包含在你的feed中。

2)作为技术提供商,你有一个单一的提要,你可以在所有客户中提取所有列表。但问题在于,每个清单都没有引用它所属的提要/目的地。您需要在特定目的地的上下文中提取数据,然后手动将当前DestinationID与通过的清单关联起来。

CREA认为他们通过提供单一的技术提供商提要使其变得更简单,但实际上他们使其变得更加困难,因为他们提供了关于响应的不完整数据。作为开发人员,您需要在您的终端手动执行关联。

您的客户是否在设置数据源期间选择您作为他们的技术提供商?您在目的地表中看到他们的提要了吗?