<div dir="ltr">On Fri, Jan 25, 2013 at 11:07 AM, Alan Lord <span dir="ltr">&lt;<a href="mailto:alanslists@gmail.com" target="_blank">alanslists@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><span style="color:rgb(34,34,34)">Er, not sure I understand this. Each entity record that&#39;s been geocoded</span><br>
</div>
has a matching record (by crmid) in a geotools table which stores the<br>
lat and lng vales. Doing a reverse search is as easy as changing ASC to<br>
DESC and &quot;&gt;&quot; to &quot;&lt;&quot; in a query. (In fact I want to split these into<br>
*two* options rather than just the one currently on the search interface).<br>
<br>
Google&#39;s Terms of Service allow you to cache lat/lng as long as you use<br>
their map to display the results.<br>
<div class="im"><br></div></blockquote><div><br></div><div style>Yes, everything you&#39;ve said there is correct, but when you take those cached lat/lng and generate the embedded map, that&#39;s using the Google Static Maps API, yes?  It has different rules for rate limiting.</div>
</div></div></div>