The Real Estate Standards Organization (RESO) announced the results of the Board of Directors election this last week, and I’m very happy to report that Troy Davisson from FBS was elected to a two-year term. Troy has been a tireless advocate of RETS and contributed to many work groups over the years. Troy brings both server and client developer perspectives to the Board and will make a great contribution.
Congratulations also to Mary Frances Adams (Trend MLS), Paula O’Brien (consultant), and Steve Clarke (Marketlinx) on being elected, and a big shout-out to Kristen Carr (Bridge) for being the first RESO director to be re-elected. Here’s the entire RESO Board for 2010:
Mary Frances Adams – New
Pat Bybee
Kristen Carr – Reelected
Steve Clarke – New
Troy Davisson – New
Sergio DelRio
John Holley
Mark Lesswing
Chris McKeever
Paula O’Brien – New
Paul Stusiak
Mark Wise
I’m hopeful this Board is able to leverage the energy in the community around data standards and prioritize this work to provide a path for MLSs wanting to standardize. I’ve mentioned this many times, but there are efforts going on in many parts of the country and all these efforts would greatly benefit from some standards to start work from and point toward.
I’ll be moderating the MLS panels at Inman Connect NY in January, One of the sessions outlined so far is “Breaking Data Taboos for Fun and Profit.” The idea for this session stemmed from the Connect Create session at Inman SF this last summer, where developers from two companies built two applications in 48 hours and then showed them off at the end of the conference. One of those applications was an agent rating service built by Diverse Solutions using some data from SoCal MLS.
During the demo of that product, Diverse’s President Justin Lajoie commented that he wasn’t sure if the product would ever see the light of day because MLSs would have to grant permission to use the sold data in this way. Brian Boero asked the brokers and agents in the audience if this was a product they’d like to see become real, and the response was definite: Yes, they would.
The question raised was pretty clear: How can MLSs better leverage the kind of rapid innovation available today? One potential answer is to create an API for the MLS data that’s easy to use and understand, especially the terms of use. Currently, the only terms of use for MLS data that are widely adopted by MLSs are IDX and VOW policies. Are those enough? Or could brokers and MLSs create more innovation by developing a new terms of use targeted at specific data sets?
For example, two potential use cases come to mind: (1) syndication or advertising of listings; and (2) aggregate statistical reports. In the case of syndication, the terms of use would focus on the limited set of data needed for advertising the listing and would include an opt-in from the listing broker. Having a standard API for syndication could increase the quality of listing advertising on the web and increase competition among aggregation sites.
In the case of aggregate statistical reports, the terms of use could focus on limiting use of the data for analysis and reporting in the aggregate as opposed to disclosing individual listings. Would a more limited terms of use focused on the aggregate instead of specific listings make it less threatening to brokers to open up the data to new and innovative uses? Are there any terms of use that would be able to be widely adopted or will MLS data use always be limited to policies like IDX and VOW?
Of course, these discussions do not happen in a vacuum. Just yesterday, Google made it easier to see real estate listings on their maps and they’re encouraging real estate professionals to post their listings to Google. Of course, Google has their own terms of use for posting information to their site. We also know that companies like RealBird are using Google Base as an alternative source for listing data, using Google’s API as a round-about way to get at the MLS data.
Is it time for MLSs to leverage the rapid innovation cycle by creating their own API? I’d love to hear from you in the comments below and also at Inman Connect NY.
I’m very excited to announce that the Tucson Association of REALTORS® MLS (TAR/MLS), representing approximately 6,000 members in Ariziona, has selected FBS and our flexmls Web System for their next MLS system. The TAR/MLS Committee and Board of Directors engaged in a very thorough review of the major MLS vendors and concluded unanimously earlier this week that FBS and the flexmls Web system was the best company and system for them.
From a company perspective, getting the opportunity to work with the staff and members at TAR/MLS is a huge win for FBS. TAR/MLS will be one of FBS’s largest customers and furthers our goal to provide great service to MLSs of all sizes. From a personal perspective, I’m excited to get to work with such an incredibly well-run organization. Getting to know and work with Wes Wiggins, Brian Case, Scott Weidamoyer, Andy Gordon and others at the MLS has been great and we’re all excited to get to work together on the conversion.
I’m also excited to get to work with the forward-thinking Board at TAR/MLS. I’d like to give a special shout-out to Director John Mijac who, with Wes Wiggins and staff, put in hundreds of hours (or more) leading the group evaluating the various vendors. I’ve gotten to know John pretty well over the last several months and found him to be exacting and exhaustive in his research and presentation skills. John left no stones unturned in his review but, if he had, they would have been uncovered by President Kim Clifton, who conducted one of the most detailed executive interviews I’ve ever been through. I left that meeting incredibly impressed with Kim, and plenty exhausted as well. Jim Adams from Long Realty also dug into our RETS services and related processes to ensure that we had the right tools to feed the back-office and other systems they and other brokers require. Overall, the entire Board was thorough and objective in their review and we learned a lot from their professional review process.
Getting to work with all these great people is what makes this business so rewarding. The months ahead with all the conversion work and introduction of a new system to the members of TAR/MLS undoubtedly will be made much easier because of the great people involved. All the employee-owners of FBS sincerely thank the leadership at TAR/MLS for trusting us with such a great responsibility, and we look forward to living up to your expectations!
Here’s an email I received today from a member of the Board of one of our MLS customers:
Hi Michael,
I believe you are involved with the Data Standards group at NAR, right? We are still struggling with some definitions and wondering if there is anything published by the data standards group on things that have already been agreed on at the NAR level. Do you have anything like that? Yesterday we struggled with “Single Family Detached” home for over an hour. Is there some help out there?
Thanks, and look forward to seeing you in San Diego.
I typically discuss data standards in relation to MLSs wanting to share data or regionalize, but this is a good example of an MLS simply wanting an easier way to get the data right. I pointed this customer to the RETS schema, but also had to say that it wasn’t user-friendly and didn’t say anything very specific about her question.
From my perspective, a broker asking for a definitive data definition to be published at the national level isn’t too much to ask. I would really like to be able to respond, Yes!, here’s a link to the data dictionary we’ve been working on for the last many years and the definition you’re looking for is on row 28 (or whatever). Wouldn’t that be great? Let’s make it happen.
Google announced yesterday that they are now sourcing a lot of their street mapping data from government sources. What wasn’t immediately clear from their announcement, though, is that they are no longer using TeleAtlas data for their base street maps in the U.S. Instead, apparently Google now owns their own base street maps, and is including parcel maps for many counties across the country.
It may not be immediately obvious, but this is a BIG deal to anyone who uses map data and it raises a ton of questions. What will the terms of Google’s licensing be now that they no longer have to pay TeleAtlas for the base map? Given that they are sourcing the data from many government sources, will Google be providing the data they get from users back to the counties? Will they contribute this base map to any open source efforts like Open Street Map?
I’m very curious what others have experienced in terms of pricing from Google lately for Enterprise Map Services. Our renewal was more than interesting, and it was shortly prior to this announcement that they are no longer using TeleAtlas. I’m really hoping Google is intending to live up to their “Do No Evil” motto, because there’s a ton of potential here for them to be building a huge base map with tons of data from government sources that they control.
In my last post, I mentioned that RETS data standards may get a boost from the COVE Group of MLSs starting to work together on further defining standard field names for their MLSs. Standard names have existed for a long time in RETS but they are rarely well populated. This new effort is to reinvigorate standard names and try to figure out how they can be changed so they are actually put into use.
Because there are other regional data standardization efforts across the country, I suggested in my last post that sharing the process for this work with the broader community would be helpful so that the work can be coordinated with work other groups are doing. One of the most basic first steps is defining a format for publishing the agreed upon fields. Spreadsheets tend to be the easiest way for the broadest group of people to access the results, and so they are most commonly used in data standardization efforts.
One of the challenges with spreadsheets, though, is that they are two dimensional and the listing data often is nested, especially when it comes to fields with a list of values. How do you best show the field name and the list of values? One approach is to combine them into one sheet and another is to include the list of values on a separate sheet as shown in the example below (though I couldn’t figure out how to link the two sheets together in Google documents).
Another question is whether to include the data type in this initial effort. In the past, defining data type has created a lot of consternation where, for example, some MLSs use a list of values for number of bedrooms while most others use a numeric value. If this effort is to have meaning and usefulness long term, I think we have to define data types as well as names. Lastly, even though RETS schema doesn’t define fields by property type, I suggest the spreadsheet contain a property type column to define those fields particular to certain property types.
I think using Google Documents or some other web based spreadsheet would make sharing and publishing the information on sites like RETS.org much easier for everyone. Sharing is critical for getting input and feedback, and building consensus around the results. For example, if you think of a better idea for how to format the spreadsheet, you actually can edit the spreadsheet above and the changes will be saved. That’s pretty cool. Google Spreadsheets also can grant only specific people permission for editing.
So, does this approach work for groups to create and share standard fields in an effort to come up with widely adopted standard fields? One of the core objectives is to get as many fields commonly searchable across all MLSs as possible. Is that 50 fields? 100? More? If there aren’t many current fields, will MLSs be willing to change their current fields to adopt to new standards? Lots of questions here but I know there are many MLSs grappling with these exact problems right now and so this is the time to put keyboard to spreadsheet and define as many standard fields as possible.
