Showing posts with label GR8C. Show all posts
Showing posts with label GR8C. Show all posts

Monday, March 25, 2013

Real Estate Transport Protocol Abstract

For my next conference paper, I plan to submit the following abstract on one of the two internet protocols I invented not too long ago. Real Estate Transport Protocol (RETP) is the messaging and provisioning protocol for an eventual global multiple listing service in the not so distant future. The diagram depicts the actors and message flows. Full explanation will be discussed in the conference paper.

Title: Real Estate Transport Protocol: The Internet’s Multiple Listing Service Messenger

Abstract

Today’s multiple listing services (MLS) are antiquated, legacy systems due to tight coupling to their localized market and lack of interoperability. Moreover, these same MLSs are operated as controlled gateways eliminating public access, competition and global network distribution. This paper discusses a new internet protocol called Real Estate Transport Protocol (RETP) that resolves these inefficiencies. Using reserved internet port 32811, RETP provides a fire-and-forget messaging protocol for sending and receiving listings over the Internet to geographically distributed MLSs known as registrars. RETP creates a hub-and-spoke network topology for provisioning listings from a centralized registry to authorized registrars securely. Three messaging scenarios are discussed for demonstrating RETP’s operations: registrant to registrar, registrant to registrar to registry, and then finally, registrant to registrar to registry to multiple registrars.

Keywords: multiple listing service, internet protocol, distributed computing, network theory




RETP v1.0

--Corey

Friday, July 27, 2012

Evaluation Paper Excecutive Summary

The following is the executive summary from my evaluation paper entitled:



GR8C Accredited: Developing an Accreditation Program for OpenMLS® Registrars




This proposal was researched and developed for the Global Real Estate And Technology Consortium (GR8C). It specifies an accreditation review program for accrediting Candidate Registrars (CR) along with a compliance review for future registrar compliance after the accreditation phase. In addition, the proposal addresses current issues concerning current Multiple Listing Services (MLS) by creating a certification framework called the Accredited OpenMLS® Registrar (AOR) Program which includes three areas of evaluation: management, financial and information technology. These three areas are comprised of evaluation questions researched from the literature review.



The implementation plan begins with assembling an AOR Review Team. Once the team is assembled and properly trained, an open application window phase is initiated and slated for June 1, 2013. Online applications are accepted and reviewed by the AOR Review Team until the close of the open application window phase which closes August 30, 2013. The AOR Review Team performs background checks, management reviews, financial status inquiries and technology experience credentials before rendering a decision of approval or rejection for accreditation status. The AOR Review Team will also conduct randomly selected compliance reviews of AORs for continuous compliance. With the AOR Program and Compliance Program fully operational, future AOR application windows will open to more candidate registrars globally for potential accreditation and ongoing compliance.



All dates are tentative.



--Corey

Sunday, November 6, 2011

Happy First Birthday WWMLS

Last Saturday marked the first birthday for the World Wide MLS (WWMLS). Since then, the follow progress has been made towards WWMLS:





As MLSN is presented to different groups such as academics and technologists, I am confident with the two upcoming presentations in 2012, especially in St. Petersburg at ARES, that the MLSN Protocol and WWMLS framework will alter others' thought processes of not only the dysfunctional aspect of today's legacy MLS, but also future directions in how real estate consumers interact and expect a specific quality of service (QoS) from real estate professionals. The main intention is integrate WWMLS in every aspect of the future of real estate.



Moving foward, the second phase for WWMLS will be the introduction of the messaging language called Real Estate Metadata Language (Remetal). This XML language will be used to markup properties in a self-describing, yet simple language for sending and receiving between the main OpenMLS Registry and accredited OpenMLS Registrars. I plan to propose Remetal to additional call for papers (CFP) on the academic and technical levels in 2012.



The third yet most important phase will be for the Real Estate Transport Protocol (RETP). This protocol defines the type of messaging, the distribution channels, error correction system, etc. Again, RETP papers will be proposed along with exhibitions at national and if necessary global science fairs.



The future of real estate is bright and changing.



And as the cliche goes, please stay tuned...



--Corey

Saturday, May 15, 2010

PubSubListing Protocol v0.1

PubSubListing Protocol v0.1



One of the challenges for buyers in real estate is knowing the most current listing information. The MLSN Protocol resolves this issue for public access to listing information, but it is based upon a request/response protocol. A user must manually query an mlsn server to find out the latest increase or decrease price for a listing. Whereas, the publish/subscribe could be used to receive listing information automatically over the Internet.



In the diagram above, users subscribe to topic message queues using the PubSubListing Protocol. When a listing's price changes, this update is sent to the messaging server which updates the subscribed topic queues, respectively. The pricing update is broadcasted over the PubSubListing Protocol to the users who then view the new price on their laptop, desktop machine, or mobile device. This broadcast pattern continues whenever the listing's price changes. Users have the ability to continue to receive future broadcasted messages by remaining subscribed or unsubscribing to the topic queues.



In summary, the obvious benefits of the PubSubListing protocol are the automated messages of changes and the ability to subscribe or unsubscribe to topic queues. The next step for the protocol is to apply for a reserved port with IANA.

Friday, February 12, 2010

Multiple Listing Service Network Protocol v0.5

The Numbering Problem



One of the problems in the Real Estate Industry revolves around the numbers assigned to listings by Multiple Listing Services. Six, seven, eight, or more numerical digits may be assigned to an individual MLS listing number along with possible alphanumeric characters preceding the number.




From my research, listed below are ten randomly selected, real world MLS numbers I extracted from a daily Google Alert listening for text string 'MLS#':




  • MLS# 829710

  • MLS# 90035087

  • MLS# 4240855

  • MLS# H740907

  • MLS# 9088503

  • MLS# 100006059

  • MLS# M1366719

  • MLS# MC5555362

  • MLS# H741473

  • MLS# 4334588



Lacking Visual Meaning



The problem with these numbers and others is that they have no visual value or meaning to a user. MLS numbers are stored and generated within datatbases by MLS providers. Since these numbers are required to be unique, a field type of serial is assigned to the field which increments the next unique MLS number by 1 to enforce a primary key's uniqueness. However, this system does not benefit the user from deciphering where the listing is located nor any other details.



Duplication Misery



Another problem is that there are hundreds of MLS's in existence and the probability of the same number assigned to two different listings in two different MLS databases is highly probably. If a user only has the number to reference, which listing number is which? And how much time is lost trying to figure out which listing corresponds to which MLS database?

Zero Reusability



Since MLS numbers are simply incremented by 1, the opportunity for number reuse is eliminated. A provider's MLS numbers will continue to increase by 1 which will increase the number of digits of the MLS numbers over time. Having no delimiters, MLS numbers become humanly impossible to remember since the average human is said to only have the capacity to remember up to 7 consecutive digits. But looking at the random MLS numbers I collected above , a high percentage of real world MLS Numbers either equal or are greater than 7 digits.

The Solution



Multiple Listing Service Network Protocol v0.5



The Scheme




The MLSN URL scheme is used to designate Internet MLS listings accessible using MLSN (Multiple Listing Service Network). The scheme adheres to IETF's RFC1738 which describes syntax for strings representations or URLs via the Internet.



The Registrar Assigned Number


After a user posts a listing to a registrar, a 3-octet number is assigned to a listing just like an IP address is statically assigned to a machine or device. But in the case of the MLSN protocol, 3-octet numbers are dynamically assigned to allow for reusability. After a listing expires, the 3-octet number returns to the registrar's pool to be later reassigned to alternate user's listing.



For example:



User registers listing with AlicesMLS and receives the following MLS Number URL Address:



mlsn://1.1.21@32821.840




The listing expires after 30 days and 1.1.21 returns to the registrar's pool of mls numbers and is reassigned to another user's listing:



mlsn://1.1.21@32819.840



The new MLS URL Address reuses 1.1.21, but is a different listing from the previous listing.



Note: 1.x.x is designated as a reserved Class A block of numbers and used for testing purposes.



The Postal Code


By adding a local postal code to the URL, the listing becomes visually meaningful. Just by looking at the URL, a user can tell if the MLS listing is located in an ideal or non-ideal postal code area. In addition, postal codes are used by the majority of the world's countries which makes MLSN URL's extensible to potentially cover any property in the world.



The Country Code


Keeping the global MLS market in mind, a 3-digit country code follows the postal code. Every country is designated with an ISO 3166-1 3-digit number.

This number enhances an MLS Number URL for reusability and visual meaning when coupled with the postal code.

The Port


Two weeks ago, I secured internet port 32801 with IANA on its list of registered ports.



mlsn 32801/tcp Multiple Listing Service Network
mlsn 32801/udp Multiple Listing Service Network
# Corey Leong 27 January 2010


The purpose of this new port will be to send and receive request and response messages from client machines to designated mlsn servers. This type of messaging mirrors the whois service which enables a user to lookup domain names over port 53.



The Resource


Using a RESTful approach, a resource appended to the URL string permits lookup of a particular attribute of the listing.



For example:



A client sends the following request to an mlsn server.



mlsn://1.1.17@32802.840/status



The mlsn server returns "active" to the client, then the connection is severed.



Other potential resource lookup scenarios include beds, baths, square footage, price, etc.



Conclusion


The above information is a high-level perspective of the Multiple Listing Service Network (MLSN) Protocol, URL, and Port. MLSN is in development mode. Eventually, MLSN will be used by any user to query MLS Listings from registrars over the Internet.



I intend to continue testing a multitude MLS Number URL strings until this protocol reaches full 1.0 version.



--Corey

Monday, January 4, 2010

Building The Perfect Reputational Beast, Part 2

Continuing from Part 1, this modeled diagram represents components of a concept reputational application. As do most web applications, the system is comprised of three tiers: client, application, and the database layer.






RealRep Deployment/Component Diagram

The user of the system interfaces with a browser on a desktop computer or an application on a mobile device. The middle tier is comprised of JBoss Application Server and Apache's ServiceMix. I chose JBoss AS to allow for enterprise javabeans to be used along with all of the lovely enterprise features such as remoting, security, transaction management, presistence, messaging, resource pooling, concurrency control, and directory services.



I included a servicemix implementation component to jboss for deploying a webservice to external webservice clients. In addtion, servicemix allows for xmpp implementations along with messaging services over Java Messaging Service (JMS).



For authorization, an OpenID provider is accessed for warehousing usernames and passwords. Having users' credentials stored by an OpenID provider removes the potential possibility of a security breach regarding usernames and passwords.



Lastly, I selected PostgreSQL for the application's database layer. I have used PostgreSQL with many projects previously while the zero licensing cost to implement is most ideal.



To continue this development drill, I will next blog activity diagrams from using the potential use cases.



--Corey

Global Real Estate Day in the works

As a non-profit organization, the gr8c's central purpose is to help the real estate community. One way to help is to create awareness for the global real estate community with a designated day called Global Real Estate Day.



As always, I am open to ideas so please feel free to post comments.



The day will be announced in the coming days.



--Corey

Thursday, November 5, 2009

Real7: Globalizing Real Estate Information


Of late, I've been doing quite a bit of research and work on enterprise type applications specifically speaking, Enterprise Application Integration (EAI). An EAI system allows applications to "talk" to one another via a messaging model even though the two applications are completely different. An example would be a cobol legacy app needing to exchange financial information with a java web application.




My EAI research led me to two real world models: SWIFT and HL7. From the SWIFT about page:




SWIFT is the Society for Worldwide Interbank Financial Telecommunication, a member-owned cooperative through which the financial world conducts its business operations with speed, certainty and confidence. Over 8,300 banking organisations, securities institutions and corporate customers in more than 208 countries trust us every day to exchange millions of standardised financial messages.


From the HL7 about page:




Founded in 1987, Health Level Seven (HL7) is a not-for-profit, ANSI-accredited standards developing organization dedicated to providing a comprehensive framework and related standards for the exchange, integration, sharing, and retrieval of electronic health information that supports clinical practice and the management, delivery and evaluation of health services. HL7's 2,300+ members include approximately 500 corporate members who represent more than 90% of the information systems vendors serving healthcare.


As I read more about these two models I wondered if a secure messaging model could be used within the real estate industry. The first use case I came up with was a global referral network for professionals needing to find other professionals for real estate referrals. Currently, there isn't a global network which allows this particular model (and facebook doesn't count). Obviously, Metcalfe's Law factors in:


the value of a telecommunications network is proportional to the square of the number of connected users of the system (n2).


So for Real7 to be of value to its users, a number of users would need to have access and use the model, but this is always the rub for any online service. But I believe this type of service would not only solve the referral challenge, but also create a greater efficiency regarding time savings in searching for other real estate professionals to refer a buyer or seller client. I'm certain more use cases will be applied to a messaging model as others join in on the discussion, but for now I'm just concentrating on one use case to begin.




I created a google group called Real7 to begin discussions on security, grid computing, and other related technologies needed for a global real estate messaging infrastructure. If this topic is of any interest, please join the google group for posting and receiving discussions on real7.



--Corey

Wednesday, October 14, 2009

Inkscaping Biz Cards

[caption id="attachment_231" align="alignright" width="275" caption="GR8C Biz Card created with Inkscape"]GR8C Biz Card created with Inkscape[/caption]

For my upcoming trip to Icann Seoul, I needed a new set of business cards for networking purposes. One of the tools I've been using to create business brochureware for many years now is Inkscape. It's an open source vector application which practically mirrors the functionality and features of Adobe's Illustrator, but not the $599 cost to purchase.


Here's how I created the card:



  1. Create a new document.

  2. Under File > Document Properties > Set Units to 'in' or inches

  3. Change Page Orientation to 'Landscape'.

  4. Choose 'Custom Size'.

  5. The width of a business card is 3.5 inches.

  6. The height is 2 inches.

  7. I'll leave the design part up to you, but I used 'Bank Gothic' font at 48pt size for the logo and 10pt for rest of text. I added a Medium style to my name and title while using Light for the rest.

  8. I recommend using the grid feature for spacing in addition to the 'always snap' choice under File > Document Properties > Snap.

  9. The most important step is saving your file in .eps format. An encapsulated format packages the font styles, font sizes, font faces, and colors so your printer will have all of the needed information to print your job.


  10. --Corey

Friday, October 9, 2009

Foward thinking to Remetal 0.4


As I finish work on 0.3 of the Real Estate Meta Language, I can't help to look forward to release 0.4. The obvious element which needs a bit of attending to is the <location> element. So here's my thought for this.



For <location>, Remetal will reuse the <Location> compound element offered by Google's Keyhole Markup Language (KML). <Location> is the parent element to following elements as such:



[sourcecode language="xml"]
<Location>
<longitude>39.55375305703105</longitude>
<latitude>-118.9813220168456</latitude>
<altitude>1223</altitude>
</Location>
[/sourcecode]

With this and a bit of xsl transformation, could this element inclusion lead to mapping apps reusing remetal listings? Hopefully is my first thought. I'll let the developers decide what to do and resist tainting. ;)



One of the main principles of the Internet is to "reuse" protocols which already exist, but in this case Remetal will simply reuse an element which already exists thanks to KML.



Feel free to leave comments.



--Corey

Wednesday, October 7, 2009

Remetal 0.3 Upcoming Release

It's been awhile since I've updated Real Estate Meta Language, Remetal, but that's changed. I'm currently adding children elements to the following elements:



  • kitchen

  • livingroom

  • office

  • garage


Here's an example for the pool element:



[sourcecode language="xml"]
<real:pool>
<real:dimensions/>

<real:width>
<real:meters/>
<real:feet/>
</real:width>

<real:length>
<real:meters/>
<real:feet/>
</real:length>

<real:depth>
<real:meters/>
<real:feet/>
</real:depth>

</real:dimensions>
</real:pool>
[/sourcecode]


I hope to have the DTD and schemas refactored and published by this sunday evening. I'll have an announcement for the release soon after.



--Corey

Friday, January 23, 2009

Definition of the RealWeb

RealWeb

The RealWeb is comprised of agents, applications, or humans exchanging, publishing, subscribing, or transferring real estate related information over the internet asynchronously or in real-time.