Eclipse issues

9 views
Skip to first unread message

Bob the Mighty

unread,
Oct 8, 2010, 5:31:31 PM10/8/10
to Geohash Droid Discussions
I'm trying to play around with this program to get some experience
with Android app development. But after I checkout the source from
SVN I can't get it to compile. I've been able to work through most of
the errors but I can't seem to get R.java to generate. Not sure why
I'm having this issue. I gather that it should auto-generate and I
can't find anything online that deals with this issue. I'm completely
new to Android development and I wouldn't be surprised if I'm missing
something simple. Any help appreciated.

I'm using Eclipse 3.5 with Subversion for SVN funcitonality. I have
the newest Android SDK and the eclipse android plugin. Running
windows

thanks

CaptainSpam

unread,
Oct 8, 2010, 5:55:04 PM10/8/10
to Geohash Droid Discussions
Hm... well, one thing to remember is that I didn't upload the project
file itself along with the rest of the code (that is, the repo just
has the code, nothing Eclipse-specific), so after checking it out, you
might want to make sure it actually thinks it's an Android project.
Note that this is different from a Java project, despite the similar
language. It should have a little stylized Android-style "A" on the
folder icon, right above where Subversion puts the repo status icon.

In other words, if you're importing it from Subversion, you may need
to make sure you're running the new project wizard to make sure it
gets set up as an Android project, else it might get confused and make
it plain Java or some indeterminate project. I'd have to look more
into that later to give you more help, since I haven't tried importing
Geohash Droid into Eclipse as if it were a new project.

If it DOES think it's a Android project, though, then there might be
some issues. Make sure the project thinks it's an Android 2.2 app
WITH the Google Maps API (yes, GHD will run on Android 1.5; the 2.2
nature is just so that you can install it to SD and so it'll handle
different screen sizes properly). And, of course, clean and rebuild
it if you haven't yet.

Now, one thing which might trip you up in any case: The maps part
requires a Maps API Key. This is Google's requirement, given it's
using their maps and all. In my code, that'll be any reference to the
"api_map_key" string resource. You won't find this in anything in the
repo, as it's unfortunately useless to anyone who isn't using my
publishing key. Fortunately, after you've made your own key (or are
just using the debug key), you can just request one and get it right
away. But, GHD won't compile without one set, so if that's the only
thing missing, you're well on the right track already.

I've got a few notes on the map key on the website's wiki (http://
code.google.com/p/geohashdroid/wiki/Compiling). And that links to
Google's own page on it. That should help you on that part, at least.

Hope this helps! And, incidentally, what're you planning on adding to/
doing with the code? Always curious to know what people want to add
to it and all.

Bob the Mighty

unread,
Oct 11, 2010, 1:49:38 PM10/11/10
to Geohash Droid Discussions
It was the map key. Once I got keytool working everything compiled
fine. I'm really just looking to play around with the program some.
I just came from the iPhone where the geohash app I had was not as
nice as this one.

One thing I've always wanted from a geohash program is a date range
function. Mostly for the weekends where the dates are all
predetermined. Besides that I just want to learn. Maybe send in
some patches for the issues section if you accept them. Thanks for
the help.

CaptainSpam

unread,
Oct 11, 2010, 5:28:01 PM10/11/10
to Geohash Droid Discussions
Hm... a range of dates on the main map? Interesting. Yeah, I can see
why that'd be a good idea (mostly for the reason you suggested,
weekends). It might take a bit of fidgeting with the map, though,
since it makes a slight assumption that you'll only have one "main"
point (with the "nearby" points as a special case), but I can picture
changes that would make that more generalized and easier to pull off.

But, glad you're liking my little app! I haven't used the iPhone one,
I just mostly put in whatever I thought would be good (as well as
Thomas Hirsch's wiki feature patches). And, if you do come up with
something, I do accept patches for stuff. Good luck!
Reply all
Reply to author
Forward
0 new messages