<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: GeoKit Updates</title>
	<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/</link>
	<description>Just another WordPress weblog</description>
	<pubDate>Thu, 24 Jul 2008 00:31:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: Bill Eisenhauer</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-8027</link>
		<pubDate>Wed, 03 Oct 2007 01:43:07 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-8027</guid>
					<description>My guess is that Google Maps does not geocode exactly the same as the Google Geocoder.  I haven't heard any similar complaints, so I wouldn't be too worried.</description>
		<content:encoded><![CDATA[<p>My guess is that Google Maps does not geocode exactly the same as the Google Geocoder.  I haven&#8217;t heard any similar complaints, so I wouldn&#8217;t be too worried.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Gary P</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-8025</link>
		<pubDate>Wed, 03 Oct 2007 00:51:20 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-8025</guid>
					<description>Just starting on a site using GeoKit and I noticed an "oddity" about an address..   When using the Google Maps web site I get one set of Long/Lat but using GeoKit (thru Google Maps) I get a different set (slightly off by about 1/4 mile).   For instance google gives: -71.119759 while Geokit gives: -71.124938

Here's my code: 
    results = Geocoding::get(params[:searchField])
    if results.status == Geocoding::GEO_SUCCESS
      coord = results[0].latlon
      RAILS_DEFAULT_LOGGER.error(coord);


(email me and I'll send more details)

Thanks,
Gary

PS.  Complete RoR newbie.. So could easily be my mistake.</description>
		<content:encoded><![CDATA[<p>Just starting on a site using GeoKit and I noticed an &#8220;oddity&#8221; about an address..   When using the Google Maps web site I get one set of Long/Lat but using GeoKit (thru Google Maps) I get a different set (slightly off by about 1/4 mile).   For instance google gives: -71.119759 while Geokit gives: -71.124938</p>
<p>Here&#8217;s my code:<br />
    results = Geocoding::get(params[:searchField])<br />
    if results.status == Geocoding::GEO_SUCCESS<br />
      coord = results[0].latlon<br />
      RAILS_DEFAULT_LOGGER.error(coord);</p>
<p>(email me and I&#8217;ll send more details)</p>
<p>Thanks,<br />
Gary</p>
<p>PS.  Complete RoR newbie.. So could easily be my mistake.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Bill Eisenhauer</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-7902</link>
		<pubDate>Wed, 26 Sep 2007 18:15:11 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-7902</guid>
					<description>Nope, not using those functions.  We are using primitive trig functions that are common to both MySQL and Postres.</description>
		<content:encoded><![CDATA[<p>Nope, not using those functions.  We are using primitive trig functions that are common to both MySQL and Postres.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Evgeny</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-7901</link>
		<pubDate>Wed, 26 Sep 2007 17:44:31 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-7901</guid>
					<description>Are you using PostgreSQL geometry functions if those are available?
Like I have a method in my cities model that finds by radius, and is using PostgreSQL for that. See here : http://pastie.caboo.se/pastes/101087</description>
		<content:encoded><![CDATA[<p>Are you using PostgreSQL geometry functions if those are available?<br />
Like I have a method in my cities model that finds by radius, and is using PostgreSQL for that. See here : <a href='http://pastie.caboo.se/pastes/101087' rel='nofollow'>http://pastie.caboo.se/pastes/101087</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: carlivar</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6587</link>
		<pubDate>Tue, 24 Jul 2007 07:35:17 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6587</guid>
					<description>First just FYI per last comment, I am using the latest GeoKit successfully with the latest will_paginate.

Also I want to make sure to say: I LOVE THIS PLUGIN! So a huge thank you.

Since you asked for input, the big problem for me is that eager loading (:include) doesn't work. This is already talked about here:

http://jystewart.net/process/2007/03/select-and-include-in-activerecord-queries/

I'm a bit stumped how to get around the problem without going from one database query to possibly hundreds (and even then not very well). I think I might have to add duplicate lat/lng data to the model that my mappable model has_many of. However with my data I will get dupe parents, so I'll need to select distinct (if that works with GeoKit) or just filter dupes on the app layer. Kind of a bummer about the dupe lat/lng data though (DRY).

Anyway, seems like a tricky problem. I'm trying to avoid monkey-patching Rails...</description>
		<content:encoded><![CDATA[<p>First just FYI per last comment, I am using the latest GeoKit successfully with the latest will_paginate.</p>
<p>Also I want to make sure to say: I LOVE THIS PLUGIN! So a huge thank you.</p>
<p>Since you asked for input, the big problem for me is that eager loading (:include) doesn&#8217;t work. This is already talked about here:</p>
<p><a href='http://jystewart.net/process/2007/03/select-and-include-in-activerecord-queries/' rel='nofollow'>http://jystewart.net/process/2007/03/select-and-include-in-activerecord-queries/</a></p>
<p>I&#8217;m a bit stumped how to get around the problem without going from one database query to possibly hundreds (and even then not very well). I think I might have to add duplicate lat/lng data to the model that my mappable model has_many of. However with my data I will get dupe parents, so I&#8217;ll need to select distinct (if that works with GeoKit) or just filter dupes on the app layer. Kind of a bummer about the dupe lat/lng data though (DRY).</p>
<p>Anyway, seems like a tricky problem. I&#8217;m trying to avoid monkey-patching Rails&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: vince</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6309</link>
		<pubDate>Mon, 09 Jul 2007 18:26:58 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6309</guid>
					<description>Hi Bill,

Thanks very much.  FWIW, I opened a ticket on it a few minutes ago:  http://err.lighthouseapp.com/projects/466/tickets/59-will_paginate-doesn-t-play-nicely-with-geokit

-Vince</description>
		<content:encoded><![CDATA[<p>Hi Bill,</p>
<p>Thanks very much.  FWIW, I opened a ticket on it a few minutes ago:  <a href='http://err.lighthouseapp.com/projects/466/tickets/59-will_paginate-doesn-t-play-nicely-with-geokit' rel='nofollow'>http://err.lighthouseapp.com/projects/466/tickets/59-will_paginate-doesn-t-play-nicely-with-geokit</a></p>
<p>-Vince
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Bill Eisenhauer</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6297</link>
		<pubDate>Mon, 09 Jul 2007 12:24:16 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6297</guid>
					<description>Hey There,

I will have to look at it in more detail.  I quickly inspected the Will Paginate code and on the surface, it seemed like it was playing with the finder options just like we are in GeoKit.  In both cases, we add options to the finder, use them, and then strip them out seamlessly.  I'll have to create a test case to follow it exactly.

Bill</description>
		<content:encoded><![CDATA[<p>Hey There,</p>
<p>I will have to look at it in more detail.  I quickly inspected the Will Paginate code and on the surface, it seemed like it was playing with the finder options just like we are in GeoKit.  In both cases, we add options to the finder, use them, and then strip them out seamlessly.  I&#8217;ll have to create a test case to follow it exactly.</p>
<p>Bill
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: vince</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6292</link>
		<pubDate>Sun, 08 Jul 2007 20:24:07 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6292</guid>
					<description>Howdy Bill,
I'm having some issues using geokit with the will_paginate plugin (pagination is being yanked out of rails 2.0)  Do you have any suggestions on how to get geokit to play nice with pagination calls?  Currently, with will_paginate, I get an Unknown key(s): origin when doing my finds.

&lt;code&gt;
   @places = Address.paginate :per_page =&#62; 10, 
   :page =&#62; params[:page],
   :include =&#62; [:place], :origin =&#62; @location,
   :conditions =&#62;['distance </description>
		<content:encoded><![CDATA[<p>Howdy Bill,<br />
I&#8217;m having some issues using geokit with the will_paginate plugin (pagination is being yanked out of rails 2.0)  Do you have any suggestions on how to get geokit to play nice with pagination calls?  Currently, with will_paginate, I get an Unknown key(s): origin when doing my finds.</p>
<p><code><br />
   @places = Address.paginate :per_page =&gt; 10,<br />
   :page =&gt; params[:page],<br />
   :include =&gt; [:place], :origin =&gt; @location,<br />
   :conditions =&gt;['distance
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John Bachir</title>
		<link>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6148</link>
		<pubDate>Wed, 27 Jun 2007 18:17:53 +0000</pubDate>
		<guid>http://blog.billeisenhauer.com/2007/06/04/geokit-updates/#comment-6148</guid>
					<description>Great to hear. GeoKit is an amazing tool. Do these changes comprise an upcoming release?</description>
		<content:encoded><![CDATA[<p>Great to hear. GeoKit is an amazing tool. Do these changes comprise an upcoming release?
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
