0

我正在尝试从 CREA 的 DDF 下载房地产列表的实时提要。我正在通过 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 个

4

1 回答 1

1

你解决了吗？

CREA DDF 是一种奇怪的动物。它们仅部分支持 RETS 规范，而不是完全支持。他们围绕“目的地”（又名“数据馈送”）和“技术提供商”分离设计了他们的系统。

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

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

CREA 认为他们通过拥有一个单一的技术提供商提要使事情变得更简单，但实际上他们使事情变得更加困难，因为他们提供的响应数据不完整。作为开发人员，您需要在最后手动进行关联。

您的客户在设置数据馈送期间是否选择您作为他们的技术提供商？您是否看到他们的提要显示在您的目的地表中？

于 2016-04-29T22:28:56.957 回答