*SPAM* Re: [Rets-dev] Email validation regular expression

[Jeff Brush]

Matt,
 
This solution parallels the thinking behind the HTML 4.01 transitional/strict DTDs.  This way organizations such as regional repositories could require the strict formats for input should they choose. Of course, the definition of transitional formats should take priority as that immediately helps the larger community.As for your JSON idea, RETS2 was designed to be very flexible about it's output format. There are toolkits to easily convert XML to JSON and back again if both the MLS and the client agree to support it. The RETS2 metadata output format can easily advertise that an XML format is supported as JSON.
 
Jeffery A. BrushRonin Technologies, Inc. "I saw it with my own eyes, and heard it with my own ears, and part of it fell on my head!" - Chicken Little 



> From: matt at pmptechnology.com> To: Rets-dev at rets.org> Subject: RE: *SPAM* Re: [Rets-dev] Email validation regular expression> Date: Fri, 27 Apr 2007 09:12:35 -0500> CC: > > I don't think there's any question as to whether there is value in data> standardization, and it is not entirely misplaced in this effort. However, to> me, the core purpose of RETS is to define a common interface between MLS systems> -- to provides a "How" and not necessarily a "What" -- and to do so in a timely> manner.> > As Sergio pointed out, each task is daunting on its own merits and potentially> impossible to do in concert. Moreover, the adoption of RETS 2.0 would be> significantly handicapped were we to impose data cleansing exercises with each> MLS that wanted to implement it.> > Following on my suggestion at the conference (although now with far more> resolve), I'd like us to consider adopting the standard with both "loose" and> "strict" schema. The primary difference being that the "loose" schema is> largely untyped. It's worked for HTML, XSL-FO, and others. This would allow us> to impose that every RETS 2.0 payload MUST conform to RETS2-loose, and SHOULD> conform to RETS2-strict. It provides an obvious "way forward", and would> further allow us to finalize this standard -- sooner rather than later -- with> _recommendations_ that can be field-tested and vetted by the market.> > -Matt> > On Friday, April 27, 2007 at 8:05 AM, Michael Wurzer wrote:> > > FYI, to expose this issue to our MLS clients and others, I posted> > about it today on the FBS Blog (http://www.flexmls.com/blog). Your> > comments are welcome.> > > > For some background on why FBS is advocating data standards, you> > also might find some of our earlier posts interesting:> > > > Death of the MLS (http://www.flexmls.com/blog/?p=22);> > Raging Regionals (http://www.flexmls.com/blog/?p=23); and> > Regionals, Part II (http://www.flexmls.com/blog/?p=26).> > > > Michael Wurzer, FBS> > > > > _______________________________________________> Rets-dev mailing list> Rets-dev at rets.org> http://lists.rets.org/mailman/listinfo/rets-dev
_________________________________________________________________
Check the weather nationwide with MSN Search: Try it now!
http://search.msn.com/results.aspx?q=weather&FORM=WLMTAG
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rets.org/pipermail/rets-dev/attachments/20070427/0ba067fd/attachment-0001.html