<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Got Public Records?</title>
	<atom:link href="http://blog.narrpr.com/product/public-records-api/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.narrpr.com/product/public-records-api/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=public-records-api</link>
	<description></description>
	<lastBuildDate>Wed, 09 May 2012 16:45:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Jim</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1077</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Wed, 02 Mar 2011 19:16:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1077</guid>
		<description>I think that this api should be open to broker software. It seems unfair to give mls software vendors such an advantage that seems to be locked out for software companies that develop real estate office management systems and agent productivity tools, like cma tools.</description>
		<content:encoded><![CDATA[<p>I think that this api should be open to broker software. It seems unfair to give mls software vendors such an advantage that seems to be locked out for software companies that develop real estate office management systems and agent productivity tools, like cma tools.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Woolley</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1076</link>
		<dc:creator>Dan Woolley</dc:creator>
		<pubDate>Tue, 26 Jan 2010 17:06:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1076</guid>
		<description>My suggestion would be to create both a RETS web service and a RESTful web service both laid over the common data set.  The MLS specific vendors you&#039;re working with will probably prefer to consumer the RETS service, while any newer clients will probably prefer the RESTful API.  A SOAP web service is no longer necessary and is increasingly being phased out by many providers.

It should not be much more work to support both styles - you can probably leverage some of the excellent open source RETS tools provided by NAR&#039;s CRT group to quickly wire up and expose your SQL views via RETS.  Then most language tools these days make it trivial to wire up RESTful API&#039;s to those same views.  Third-parties can then consume whichever flavor they wish, and the underlying data and business logic comes from the exact same place.</description>
		<content:encoded><![CDATA[<p>My suggestion would be to create both a RETS web service and a RESTful web service both laid over the common data set.  The MLS specific vendors you&#8217;re working with will probably prefer to consumer the RETS service, while any newer clients will probably prefer the RESTful API.  A SOAP web service is no longer necessary and is increasingly being phased out by many providers.</p>
<p>It should not be much more work to support both styles &#8211; you can probably leverage some of the excellent open source RETS tools provided by NAR&#8217;s CRT group to quickly wire up and expose your SQL views via RETS.  Then most language tools these days make it trivial to wire up RESTful API&#8217;s to those same views.  Third-parties can then consume whichever flavor they wish, and the underlying data and business logic comes from the exact same place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barbara Tarin</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1075</link>
		<dc:creator>Barbara Tarin</dc:creator>
		<pubDate>Sat, 23 Jan 2010 05:40:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1075</guid>
		<description>This is a great resource.  Will we be able to show how land and commercial brokers can use this?   It will be a great recruiting tool if we can do a commercial geared demo as well.</description>
		<content:encoded><![CDATA[<p>This is a great resource.  Will we be able to show how land and commercial brokers can use this?   It will be a great recruiting tool if we can do a commercial geared demo as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1074</link>
		<dc:creator>Brett</dc:creator>
		<pubDate>Fri, 22 Jan 2010 18:16:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1074</guid>
		<description>Thanks everyone!  I&#039;ve already been in touch with Paul about getting to the XSD files, and I&#039;ll happily reach out again to see how we can help.  Thanks for the advice!</description>
		<content:encoded><![CDATA[<p>Thanks everyone!  I&#8217;ve already been in touch with Paul about getting to the XSD files, and I&#8217;ll happily reach out again to see how we can help.  Thanks for the advice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Cohen</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1073</link>
		<dc:creator>Matt Cohen</dc:creator>
		<pubDate>Fri, 22 Jan 2010 13:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1073</guid>
		<description>Kristen - it doesn&#039;t seem that we&#039;re disagreeing about taking it to the work group - you&#039;re just suggesting he get help from Paul in going to the Schema Workgroup - which is a fine idea!</description>
		<content:encoded><![CDATA[<p>Kristen &#8211; it doesn&#8217;t seem that we&#8217;re disagreeing about taking it to the work group &#8211; you&#8217;re just suggesting he get help from Paul in going to the Schema Workgroup &#8211; which is a fine idea!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kristen Carr</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1072</link>
		<dc:creator>Kristen Carr</dc:creator>
		<pubDate>Fri, 22 Jan 2010 02:40:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1072</guid>
		<description>I hate to do this to my boyz and all but...I must disagree.  I think they can&#039;t engage appropriate work-groups.  I think Brett should talk to Paul Stusiak www.twitter.com/psftc and start a dialog.  Paul can tell Brett what RETS needs in order to adopt what RPR needs.  Brett goes back and does the leg work, returns to Paul and they both take the Schema Workgroup.  Quicker, more efficient.</description>
		<content:encoded><![CDATA[<p>I hate to do this to my boyz and all but&#8230;I must disagree.  I think they can&#8217;t engage appropriate work-groups.  I think Brett should talk to Paul Stusiak <a href="http://www.twitter.com/psftc" rel="nofollow">http://www.twitter.com/psftc</a> and start a dialog.  Paul can tell Brett what RETS needs in order to adopt what RPR needs.  Brett goes back and does the leg work, returns to Paul and they both take the Schema Workgroup.  Quicker, more efficient.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Cohen</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1071</link>
		<dc:creator>Matt Cohen</dc:creator>
		<pubDate>Fri, 22 Jan 2010 02:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1071</guid>
		<description>Brett - I&#039;m glad you like standards and have an interest in working within the RETS framework. To echo David&#039;s sentiment, the schema will mature and be adopted when you, as a member of the community, need and want it to be. I know you&#039;re on a quick timeline - I suggest engaging the appropriate work-groups ASAP to ensure your needs are met in a timely fashion.

Hope to see you at the next RETS meeting!</description>
		<content:encoded><![CDATA[<p>Brett &#8211; I&#8217;m glad you like standards and have an interest in working within the RETS framework. To echo David&#8217;s sentiment, the schema will mature and be adopted when you, as a member of the community, need and want it to be. I know you&#8217;re on a quick timeline &#8211; I suggest engaging the appropriate work-groups ASAP to ensure your needs are met in a timely fashion.</p>
<p>Hope to see you at the next RETS meeting!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Harris</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1070</link>
		<dc:creator>David Harris</dc:creator>
		<pubDate>Fri, 22 Jan 2010 01:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1070</guid>
		<description>Brett,

I appreciate your response. But it reminds me of the quote &quot;All that is needed for evil to triumph is for good men (and women) to do nothing&quot;. Circling back when the standard matures (ie when the todos are done). Will only ensure that RPR will not endorse the standard because they didn&#039;t contribute and thus their API is incompatible.

Please reconsider participating early and often.

David</description>
		<content:encoded><![CDATA[<p>Brett,</p>
<p>I appreciate your response. But it reminds me of the quote &#8220;All that is needed for evil to triumph is for good men (and women) to do nothing&#8221;. Circling back when the standard matures (ie when the todos are done). Will only ensure that RPR will not endorse the standard because they didn&#8217;t contribute and thus their API is incompatible.</p>
<p>Please reconsider participating early and often.</p>
<p>David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kristen Carr</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1069</link>
		<dc:creator>Kristen Carr</dc:creator>
		<pubDate>Fri, 22 Jan 2010 01:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1069</guid>
		<description>Brett,

I think I speak on behalf of the RETS community in general when I say we&#039;d love to have your contributions.  One of the major goals for 2010 for the RESO BoD is to finally get published a RETS Roadmap and Strategic Plan.  A small group has been working on this for a long, long time.  It seems as though as soon as we get something close to ready to publish a huge game changer pops up (like the NAR RETS MLS Policy 2 years ago).  Now would be a great time for someone from your group to talk to us, perhaps we can try to include your goals with ours like we&#039;re trying to do with Data Standarization with groups like the Cove Group.

Here&#039;s to hoping we can all work together for increased efficiency in data transfer in and out of the MLS, into other amazing products popping up in our industry.

And here&#039;s to hoping RPR doesn&#039;t mean another game changer for RETS.  We&#039;ve made progress on our future goals as a community, I sure home the community effort doesn&#039;t die.</description>
		<content:encoded><![CDATA[<p>Brett,</p>
<p>I think I speak on behalf of the RETS community in general when I say we&#8217;d love to have your contributions.  One of the major goals for 2010 for the RESO BoD is to finally get published a RETS Roadmap and Strategic Plan.  A small group has been working on this for a long, long time.  It seems as though as soon as we get something close to ready to publish a huge game changer pops up (like the NAR RETS MLS Policy 2 years ago).  Now would be a great time for someone from your group to talk to us, perhaps we can try to include your goals with ours like we&#8217;re trying to do with Data Standarization with groups like the Cove Group.</p>
<p>Here&#8217;s to hoping we can all work together for increased efficiency in data transfer in and out of the MLS, into other amazing products popping up in our industry.</p>
<p>And here&#8217;s to hoping RPR doesn&#8217;t mean another game changer for RETS.  We&#8217;ve made progress on our future goals as a community, I sure home the community effort doesn&#8217;t die.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://blog.narrpr.com/product/public-records-api/#comment-1068</link>
		<dc:creator>Brett</dc:creator>
		<pubDate>Fri, 22 Jan 2010 01:10:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.narrpr.com/?p=1011#comment-1068</guid>
		<description>Thanks Matt, we love standards!

We had some issues getting access to the RETS XSD files, but after contacting RETS.org we were able to get the Public Records payload XSD (it’s at http://www.rets.org/xsd/PublicRecords/2007-08/PublicRecords.xsd ). It’s a good start, but the schema hasn’t been adopted and there were numerous sections marked TODO.

We are interested in playing a part in the future development of this standard, and hope to circle back with a RETS-compliant public records API once the proposed schema matures and is adopted.

We’re also going to look into how well RETS 1.7 can support what we want to do with public records.</description>
		<content:encoded><![CDATA[<p>Thanks Matt, we love standards!</p>
<p>We had some issues getting access to the RETS XSD files, but after contacting RETS.org we were able to get the Public Records payload XSD (it’s at <a href="http://www.rets.org/xsd/PublicRecords/2007-08/PublicRecords.xsd" rel="nofollow">http://www.rets.org/xsd/PublicRecords/2007-08/PublicRecords.xsd</a> ). It’s a good start, but the schema hasn’t been adopted and there were numerous sections marked TODO.</p>
<p>We are interested in playing a part in the future development of this standard, and hope to circle back with a RETS-compliant public records API once the proposed schema matures and is adopted.</p>
<p>We’re also going to look into how well RETS 1.7 can support what we want to do with public records.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

