<div dir="ltr">Hi Sarel<div><br></div><div>I wont even try to tackle the other questions as I haven't studied Dr. Serena Cotzee's material enough to be able to hypothesize or give an educated answer, maybe she can seeing she is on this forum as well.....but i can only try and answer the hidden "<font face="arial, sans-serif">(Google receives its data from ?)" question, as online maps is a passion of mine. However I wont answer from a research perspective but from a layman's view.</font><br>
<div><br></div><div>Google starts of with typical base data, parcels (e.g. cadastral maps) , streets, imagery etc which one can obtain in the open domain or buy,in some cases, then.... in mostly urban areas, but its no longer the case, Google collects address data physically using their Google cars and trikes or even third party "verification" or "ground truth" people, and don't forget online map user AND your vehicle navigation systems (some of which Google has data "collaborations" with) and smart phones and mobile computer applications (WAZE comes in mind) and any other interaction on their online maps e.g. users inputting address information to locate POIs or correcting their street locations. They don't have to collect all the addresses but enough to be able to interpolate, parcel to street address. </div>
<div><br></div><div>I  would then like to make an educated guess and say that, they being a high tech company, they then run their complex algorithms on the data to further extract more information. But believe it or not, the truth of the matter is that there is a lot of actual human data collection and correction before the computers actually take over. They have the money for that as well as the technology to take over (storage,processing,etc) were humans cant.</div>
<div><br></div><div>I am sure an internet search can verify or prove otherwise what i am saying, but Googles data collection is SERIOUSLY MIND BOGGLING in terms of size and sources. long story short...it starts with the peoples data inputs and verifications (willingly or "otherwise").</div>
<div> <br></div></div><div class="gmail_extra"><div><span>Regards</span><br><br><span>Zibusiso M Ncube</span><br><br></div>
<br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 10:45 PM, S Coetzer <span dir="ltr"><<a href="mailto:geotech.sarel@gmail.com" target="_blank">geotech.sarel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">Hi</p>
<p dir="ltr">I'm trying to find some opinions on two methods of address "geolocation" in SA.<br></p>
<p dir="ltr"> Serena Coetzee wrote a paper (2008) based on the SANS 1883 standard with what seems to be a logical UML design to allow you to assign addresses to an SG land parcel. (Adhering to a standard is the focus).</p>


<p dir="ltr">The current day Google Geolocation has an API which allows you to (with help of JQuery) type an address that presents you with an x/y location of this address and can pin point the exact land parcel. With the Google public open licence an application may use up to 1000 address geolocations searches per day.(Google receives its data from ?)</p>


<p dir="ltr">Why would an user want to implement SANS 1883 ?</p>
<p dir="ltr">Are there any SANS 1883 address DBs on a public domain accessible via an API ?</p>
<p dir="ltr">If we decide to do an SANS 1883 address system, perhaps we should provide an API.<br></p>
<p dir="ltr">Regards</p>
<p dir="ltr">Sarel Coetzer<br>
</p>
<br>_______________________________________________<br>
Africa mailing list<br>
<a href="mailto:Africa@lists.osgeo.org">Africa@lists.osgeo.org</a><br>
You can UNSUBSCRIBE at <a href="http://lists.osgeo.org/mailman/listinfo/africa" target="_blank">http://lists.osgeo.org/mailman/listinfo/africa</a><br></blockquote></div><br></div></div>