[OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread amit sethi
I am a student interested in applying to Gsoc idea : Developing a statics map API for openstreetmap like the one for Google map. The major work involved : Can openstreetmap data be converted to GIS / GDAL Real Time conversion of openstreetdata to image files ( MapniK is one of the tools that can

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread amit sethi
Hi thanks for the quick response Well actually my mail is in response to one of the ideas published here: http://wiki.openstreetmap.org/wiki/GSoC_Applications_2009#Static_Maps_API The basic idea is to have a Static API like Google's static

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread Patrick Petschge
Hi all, I think what this essentialy means is that the content shall be delivered in the form of an image file ... well the advantage that I see for a web designer would be that it would be much lighter option. For the implementation: I had thought that we would have to dynamically create

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread Udo Giacomozzi
Hello amit, Tuesday, March 24, 2009, 10:05:12 AM, you wrote: as For the implementation: I had thought that we would have to as dynamically create an image from xml but we could also use one of as the available rendering engines to create the image. Isn't Mapniks up-to-date backend exactly

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread Ævar Arnfjörð Bjarmason
2009/3/24 amit sethi amit.pureene...@gmail.com: I am a student interested in applying to Gsoc idea : Developing a statics map API for openstreetmap like the one for Google map. The major work involved : Can openstreetmap data be converted to GIS / GDAL Real Time conversion of openstreetdata

[OSM-dev] Distributed Data Store Follow-Up

2009-03-24 Thread Scott Shawcroft
Hi all, Earlier I posted about how my friend and I were creating a distributed data store for OSM data. We've finished our project and gotten the most difficult queries going. All of our code is freely available along with a report about our design and findings on or github wiki at

Re: [OSM-dev] Distributed Data Store Follow-Up

2009-03-24 Thread Stefan de Konink
Scott Shawcroft wrote: Please let us know what you think. We firmly believe that distributing the data over a number of computers is a far better solution than one single supercomputer. This conclusion (divide and conquer) is right for fetch. What was your update performance? Did you

Re: [OSM-dev] Distributed Data Store Follow-Up

2009-03-24 Thread Scott Shawcroft
Stefan, Our update performance shouldn't be too different. We simply send the update request to all the node machines. By within do you mean a bounding box query? Could you be more specific? Thanks, Scott Stefan de Konink wrote: Scott Shawcroft wrote: Please let us know what you think. We

Re: [OSM-dev] Distributed Data Store Follow-Up

2009-03-24 Thread Stefan de Konink
Scott Shawcroft wrote: Our update performance shouldn't be too different. We simply send the update request to all the node machines. And your node machines do not cache their partition results? (Thus is a scan always required?) By within do you mean a bounding box query? Could you be

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread John McKerrell
On 24 Mar 2009, at 14:14, Ævar Arnfjörð Bjarmason wrote: 2009/3/24 amit sethi amit.pureene...@gmail.com: I am a student interested in applying to Gsoc idea : Developing a statics map API for openstreetmap like the one for Google map. The major work involved : Can openstreetmap

Re: [OSM-dev] Distributed Data Store Follow-Up

2009-03-24 Thread Scott Shawcroft
Stefan de Konink wrote: Scott Shawcroft wrote: Our update performance shouldn't be too different. We simply send the update request to all the node machines. And your node machines do not cache their partition results? (Thus is a scan always required?) We don't do any caching ourselves

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread Andy Deakin
I wrote a php+gd image stitcher in php a year or so ago as a proof of concept. It was meant for showing the position of a vehicle on the center of a ~300px square image for a mobile phone screen. It creates a matrix of osm images (size based on the final image dimensions) which it either

[OSM-dev] Google Summer of Code

2009-03-24 Thread José Ricardo
Hello all, I am a MSc student in computer science, from the University of Coimbra in Portugal and I'm interested in applying for the Google Summer of Code 2009. My interests are converging into the area of ubiquitous computing in which localization plays a significant role (navigation, context

Re: [josm-dev] Better History

2009-03-24 Thread Frederik Ramm
Hi, Igor Shubovych wrote: This demands completely changing of the OSM API. I only think if it is good idea to change the whole protocol just to make history more clear. No, I wasn't suggesting any API change. I said: Ideally of course, the API would support such complex operations (so you

Re: [OSM-dev] GSoc Idea Statics Map API

2009-03-24 Thread Milo van der Linden
Maybe even simpeler and more dynamic mapwise would be: - Set up a wms server like mapserver (cgi-bin) somewhere on the globe. (Well documented) - Create a virtual layer that lets mapserver connect to a openstreetmap tileserver This is the only hard part since it involves calculating the

Re: [OSM-dev] Google Summer of Code

2009-03-24 Thread Iván Sánchez Ortega
El Miércoles, 25 de Marzo de 2009, José Ricardo escribió: My interests are converging into the area of ubiquitous computing in which localization plays a significant role (navigation, context awareness, ...) as well as mobile development, Of course, I would like to hear the community's take

Re: [josm-dev] Better History

2009-03-24 Thread Igor Shubovych
Well, This demands completely changing of the OSM API. I only think if it is good idea to change the whole protocol just to make history more clear. Maybe to make some intelligent analyse service, something like ITOWorld's OSM Mapper, but a bit different. This service collects diffs and prepares