I need to have a location finder developed, and I believe it's slightly beyond my capabilities. I currently have a list of 12 locations, built out using page attributes/page list block. I need the ability to enter in a zip code and return the resulting locations by distance. I am more that willing to pay for the development, so please let me know how much/how long it would take to accomplish this! Thanks, -Brian.
I would like the location finder to be set up properly as a block, so it can be reused in other sites. As is it now, the location address, city, state, zip are all set up as custom page attributes. I would like it to remain this way so that a client can easily add/remove locations and have them automatically included in the location finder tool.
I know most geolocation services, and zip code databases are free, so if you don't mind, please also include how you plan to calculate the distances, and whether there will be additional costs for that.
well i did this a few years ago in .net, but if you can abstract everything back to x/y coordinates(think gps) then you will have a better time calculating everything.
i'd personally be interested in tackling it but I don't think attributes are the be all and end all of handling relationships of that sort of thing.
I found this Google tutorial, http://code.google.com/apis/maps/articles/phpsqlsearch.html... - doing what you suggested, using lat/long to calculate the distance rather than a zip code database. So technically I could make a lat & long attribute for each page - but I'm curious why you don't think attributes would be the best route - I'd rather keep it with that setup so the client could then add/remove locations easily. What would you suggest as an alternative to attributes?
I was just going to post that link. You beat me to it. It's all laid out there in the tutorial. Shouldn't be too difficult if you're comfortable with JS and C5.
well replicating a UI that provides the overall friendliness of standard collection attributes(which is the reason why you are using them?) isn't all that hard.
I'd just do a standard request based and still mapped per collectionID => geolocation and thus gps x/y based meta stuff... just potentially not so closely couple it all to collection attributes.
I'm sorry, but you've to wait till thursday.
I have an important presentation on thursday in a software development class. Have to present our model based bookin app..
Ok, I've decided to include this functionality in my upcoming search tools package. It will rely on an address attribute being added to the required pages, and will allow searching by closest zip code. I'll keep you guys posted of the progress.
I would like the location finder to be set up properly as a block, so it can be reused in other sites. As is it now, the location address, city, state, zip are all set up as custom page attributes. I would like it to remain this way so that a client can easily add/remove locations and have them automatically included in the location finder tool.
I know most geolocation services, and zip code databases are free, so if you don't mind, please also include how you plan to calculate the distances, and whether there will be additional costs for that.
Thanks!