Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

> I was thinking about very long routes, and country borders. If I want > to monitor changes to my state and interstate routes within the state, > I don't have any good options at the moment to do that. I don't think > it should be terribly difficult to implement, I'm just not sure how > well it wi

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

On Tue, Mar 6, 2012 at 2:10 PM, Michael Daines wrote: > When you mention changes to large relations and widely dispersed objects, I > was wondering if you had any specific use cases in mind? I'd also be > interested in hearing what kind of expressions you might expect to be able to > use. For e

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

> I would expand 6 to be documentation for use as well as the ability to > replicate the server environment using OSM planet data update feeds. I > personally expect the restrictions on the tile servers to be extended to the > API servers when enough application coders implement a way to use th

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

> Write some code to query jaxpi for bounding boxes in Python based on tile > name. > Use this and write "Data tile" support in TileStache. I'd store cached > tiles in Redis (for reasons that become apparent in a few sentences). > I'd use the parsing/storing bits of Changepipe to tell me which til

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

We could take this off-list but I think this may still be of interest to the general community. On Tue, Mar 6, 2012 at 11:11 PM, Michael Daines wrote: >> First, a longstanding wishlist item for OSM has been "data tiles", >> that is the API data, split into preset sized areas (eg z14), which a >>

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

On 3/7/2012 4:57 AM, Peter Körner wrote: A Service that is able to provide 1. fast and scalable 2. tiled access to 3. updated data 4. around the world with a constant tile size (eg z12 or z14) 5. together with formulars to calculate the tile coordinate from lat/lon and 6. complete documentati

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

Am 07.03.2012 05:11, schrieb Michael Daines: First, a longstanding wishlist item for OSM has been "data tiles", that is the API data, split into preset sized areas (eg z14), which a client could call. This may not seem reelvant to your project but you'll see why it is soon. This was actually pa

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

> From: Michael Daines [mailto:mich...@mdaines.com] > Sent: Tuesday, March 06, 2012 8:12 PM > To: Serge Wroclawski > Cc: dev@openstreetmap.org > Subject: Re: [OSM-dev] Possible GSoC project: tag/area monitoring > service > > > First, a longstanding wishlist item f

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

> First, a longstanding wishlist item for OSM has been "data tiles", > that is the API data, split into preset sized areas (eg z14), which a > client could call. This may not seem reelvant to your project but > you'll see why it is soon. This was actually part of my original motivation for proposi

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

On Tue, Mar 6, 2012 at 2:10 PM, Michael Daines wrote: > I'm curious to hear which of these approaches would be useful to people > interested in this sort of thing. It seems like being able to ask for RSS > feeds would be more immediately useful, but having data "pushed" to clients > would allo

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

> I wouldn't worry about monitoring area changes, as we have OWL[0] > (supposedly being integrated with the "Rails port"), Changepipe[1], > and possibly others that do this already. I'd suggest you consider > focusing on the idea of monitoring for changes based on tags and > object IDs. I've been i

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

Michael, I think Serge's advice is good. I had a go at putting down an order of preference for how we should select GSoC Projects at the top of the ideas page. I am proposing that we tend to favour projects that are ba

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

One of the larger criticisms of GSoC is that the projects are often abandoned after the summer. Therefore I'd suggest that if you're going to work on something, you work on adding a feature to an existing OSM project, rather than going off and creating a new project. As Josh points out, there are

Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

On Mon, Mar 5, 2012 at 10:58 PM, Michael Daines wrote: > Hi everyone, > > I'm writing to seek opinions about a possible Google Summer of Code project. > I did GSoC in 2010, and I'd like to apply again this year. My project in 2010 > was a simplified, web-based map editor. > > Since the wiki page

[OSM-dev] Possible GSoC project: tag/area monitoring service

Hi everyone, I'm writing to seek opinions about a possible Google Summer of Code project. I did GSoC in 2010, and I'd like to apply again this year. My project in 2010 was a simplified, web-based map editor. Since the wiki page for project ideas mentions that proposals for the development of e