Skip to main content

Announcing FluentGeoApi - a C# wrapper to GeoAPI.com

I'm pleased to make public the fruits of my late nights....FluentGeoApi!

I previously mentioned that I am working on a private/personal project - well it's got an element of geolocation to it and after a bit of internet research I found GeoAPI.com. In order to interact with GeoAPI I decided to write a fluent style wrapper over the top of it and I've just released v1.0.0.0, a .Net 3.5 C# library to take the pain out of making REST calls and dealing with the GeoJson wire format used by GeoAPI. It's not 100% coverage of the API but I plan on getting there ASAP...however I've implemented Create/Modify/Delete a user entity, Simple and Keyword Search which is enough to release it.

If you are working with geolocation data/features in your .Net application I would check out GeoAPI.com - I've been really impressed with what if offers (and if you hit the api < 20,000 times a day it won't cost you a penny!) - hopefully you'll also consider using FluentGeoApi too - the combination means you could be reading, writing and searching geolocation data in minutes!

Drop me a comment if you need help with it or have some feedback - hope it's useful!

Comments

Anonymous said…
I am having trouble using the binary release... I tried to submit a Issue on the WIKI but the "Submit Issue" button is greyed out for me.

Here are the details:

What steps will reproduce the problem?
1. download binary release (http://code.google.com/p/fluentgeoapi/downloads/list)
2. Create a new Winforms app (test app)
3. Add a reference to FluentGeoApi.dll
4. Add a "using IAgile.Platform.GeoApi.v1"

What is the expected output? What do you see instead?
The V1 name space doesn't exist.. the only items exposed root items off GEO are IAgile.Platform.Geo.Serialisers and using IAgile.Platform.Geo.Interfaces


What version of the product are you using? On what operating system
I am using V1002 with VS2010


Please provide any additional information below.
When you First add the reference to the application you can in fact see the IAgile.Platform.GeoApi.v1 namespace.. however if you try to compile that namespace no longer becomes valid
Unknown said…
Ok, the submit button is disabled until you enter some text in the "Summary" field.

I'll take a look at the docs and the v1 namespace problem you are seeing. I'll feed back here and also add a comment to the code site (or upload your issue).

Cheers,

James

PS: thanks for the good description of the problem, makes my life much easier!
Anonymous said…
Sounds good... thanks for looking at it.

And yes I feel like a moron for not seeing the summary field on the wiki.. duh :(
Anonymous said…
FYI I submitted the issue to the WIKI.. we can track from there.

sorry about the cross post
Unknown said…
Ok, it looks like a mistake in the wiki docs. I've fixed them and the using statement should be,

using IAgile.Platform.Geo.GeoApi.v1;

I've not verified this, just had a quick look at the codebase but I think this is the problem.

Cheers,

James
Anonymous said…
I just replied.. that doesnt solve it .. the namespace doesnt exist.

see my comment and project on the wiki.
Anonymous said…
I replied to the wIKI and attached a sample project.. not sure you got the actual core problem.
Unknown said…
Ok so for benefit of everyone else the issue is tracked here http://code.google.com/p/fluentgeoapi/issues/detail?id=1

I think the answer after looking at the test project is that it references both fluentgeoapi.dll & all the dlls it is ilmerged from. You only need to reference fluentgeoapi.dll - however I've not tested this theory as I've been on the road today.

Popular posts from this blog

Walk-Thru: Using Wolfpack to automatically deploy and smoke test your system

First, some history... The advent of NuGet has revolutionised many many aspects of the .Net ecosystem; MyGet, Chocolatey & OctopusDeploy to name a few solutions building upon its success bring even more features to the table. I also spotted that NuGet could solve a problem I was having with my OSS System Monitoring software Wolfpack ; essentially this is a core application framework that uses plugins for extension ( Wolfpack Contrib ) but how to unify, standardise and streamline how these plugins are made available? NuGet to the rescue again - I wrapped the NuGet infrastructure (I deem NuGet to be so ubiquitous and stable that is has transcended into the software "infrastrucuture" hall of fame) with a new OSS project called Sidewinder . Sidewinder allows me to wrap all my little extension and plugins in NuGet packages and deploy them directly from the Wolfpack application - it even allows me to issue a new version of Wolfpack and have Wolfpack update itself, sweet huh

Configuration in .Net 2.0

11-Dec-2007 Update I've updated this post to fix the broken images and replaced them with inline text for the example xml and accompanying C# code. This post has been by far the most hit on this blog and along with the comments about the missing images I thought it was time to update it! Whilst recreating the examples below I zipped up the working source code and xml file and loaded this onto my Project Distributor site - please download it to get a full working custom configuration to play with! Just click on the CustomConfigExampleSource link on the right hand side, then the "Source" link to get the zip. We are in the process of converting our codebase to .Net 2.0. We've used Enterprise Library to great effect so decided that we should continue with this in the form of the Jan 2006 release which targets 2.0 and I've got the job of porting our Logging, Data Access etc wrappers to EntLib 2.0. ...And so far so good - the EntLib docs aren't bad and the migrati

Castle/Windsor schema enables Visual Studio intellisense

There has been a lot of noise recently about Inversion of Control (IoC) with .Net recently (stop sniggering at the back java guys!).... I've been using IoC via the Spring.NET framework for over 2 years now - it's a completely different approach to coding and once you get your head around it everything just falls into place and development is a real joy again. As I mention, Spring.NET is my framework of choice but a recent change in employer has seen me bump up against Castle/Windsor . First impressions are that I like it - it's not as powerful or feature rich as Spring but that's not always a bad thing! The one thing I did miss though was Visual Studio intellisense when editing the configurations - Spring has an online schema that can be associated with a Spring configuration. This got me thinking - if the VS intellisense can be hooked into that easily why not create one for Windsor configuration? So I did...you can download it from my new google code site here . Remem