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

时间:2015-09-23 16:32:20

标签: php api ddf

我正在尝试从CREA的DDF下载房源列表的实时Feed。我正在通过PHP向他们的DDF发出API请求,并将所有最近的列表提取并下载到我的数据库中。这工作正常,问题是我的客户列表在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左右

1 个答案:

答案 0 :(得分:1)

你有没有解决这个问题?

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

1)您的每个客户都创建一个或多个数据源,每个数据源都分配有唯一的DestinationID。在设置Feed时,他们会选择您作为技术提供商,因此他们的列表也会包含在您的Feed中。

2)作为技术提供商,您只需一个Feed即可在所有客户中提取所有商家信息。然而,如果这种情况发生,那么每个清单都不会引用它所属的饲料/目的地。您需要在特定目标的上下文中提取数据,然后手动将当前DestinationID与通过的列表相关联。

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

您的客户在设置数据Feed时是否选择您作为其技术提供商?您是否看到他们的Feed显示在您的目的地表中?