Re: [OSM-dev] TRAPI status

2010-03-16 Thread Frederik Ramm
Hi, John Smith wrote: > OSM runs at least 2 DBs, one for the data and one tiles, the tile > information is a subset. The tile server uses the same minutely diffs that everyone else can already use, so no special replication there. Bye Frederik ___ de

Re: [OSM-dev] TRAPI status

2010-03-16 Thread John Smith
On 16 March 2010 19:29, Brett Henderson wrote: > Sorry John, I'm not sure what you mean. What tile DB are you referring to, > and what does it have to do with replication? Unless you're referring to > TRAPI, but if that's the case we went off topic long ago ;-) OSM runs at least 2 DBs, one for

Re: [OSM-dev] TRAPI status

2010-03-16 Thread Brett Henderson
On Sun, Mar 14, 2010 at 9:56 PM, John Smith wrote: > On 14 March 2010 14:58, Brett Henderson wrote: > > In the meantime, if you do need something more regular than minute > updates, > > the existing Osmosis mechanism should be able to get down to around 5 > second > > intervals. I'm not keen to

Re: [OSM-dev] TRAPI status

2010-03-14 Thread John Smith
On 14 March 2010 14:58, Brett Henderson wrote: > In the meantime, if you do need something more regular than minute updates, > the existing Osmosis mechanism should be able to get down to around 5 second > intervals. I'm not keen to publish files publicly with that type of I haven't looked into

Re: [OSM-dev] TRAPI status

2010-03-13 Thread Brett Henderson
On Fri, Mar 12, 2010 at 11:24 PM, Lars Francke wrote: > > > Most OSM systems tend to have a large number of disorganised and > > uncontrolled clients. Does this work well with the AMQP paradigm? In > other > > words, does it take administrative overhead to register new subscriptions > to > > a q

Re: [OSM-dev] TRAPI status

2010-03-12 Thread Lars Francke
>> I currently use AMQP (RabbitMQ) for message processing and it works >> very well. It is very flexible and it'd be easy to extend it with a >> PubSubHubBub or XMPP output. >> >> Mitja (of OpenStreetBugs) proposed just yesterday a filter that >> filters changes by the tags/changes involved so it w

Re: [OSM-dev] TRAPI status

2010-03-12 Thread Brett Henderson
On Thu, Mar 11, 2010 at 10:10 PM, Lars Francke wrote: > >> I started working on a streaming XML output plugin for Osmosis. I was > >> intending to take advantage of PuSH/PubSubHub messaging and maybe even > XMPP > >> (so that you get a 1-min delayed IM when someone changes something in > your > >>

Re: [OSM-dev] TRAPI status

2010-03-11 Thread Lars Francke
>> I started working on a streaming XML output plugin for Osmosis. I was >> intending to take advantage of PuSH/PubSubHub messaging and maybe even XMPP >> (so that you get a 1-min delayed IM when someone changes something in your >> bbox). >> Anyway, TRAPI could use this same plugin to apply update

Re: [OSM-dev] TRAPI status

2010-03-11 Thread Brett Henderson
On Wed, Mar 10, 2010 at 11:21 PM, Bernhard zwischenbrugger < b...@datenkueche.com> wrote: > Brett Henderson schrieb: > > On Wed, Mar 10, 2010 at 7:30 PM, Peter Körner > > wrote: > > > > > I started working on a streaming XML output plugin for > > Osmosi

Re: [OSM-dev] TRAPI status

2010-03-10 Thread Bernhard zwischenbrugger
Brett Henderson schrieb: > On Wed, Mar 10, 2010 at 7:30 PM, Peter Körner > wrote: > > > I started working on a streaming XML output plugin for > Osmosis. I > > was intending to take advantage of PuSH/PubSubHub messaging and > > maybe even

Re: [OSM-dev] TRAPI status

2010-03-10 Thread Brett Henderson
On Wed, Mar 10, 2010 at 7:30 PM, Peter Körner wrote: > > I started working on a streaming XML output plugin for Osmosis. I > > was intending to take advantage of PuSH/PubSubHub messaging and > > maybe even XMPP (so that you get a 1-min delayed IM when someone > > changes something

Re: [OSM-dev] TRAPI status

2010-03-10 Thread Peter Körner
> I started working on a streaming XML output plugin for Osmosis. I > was intending to take advantage of PuSH/PubSubHub messaging and > maybe even XMPP (so that you get a 1-min delayed IM when someone > changes something in your bbox). > > Anyway, TRAPI could use this same plug

Re: [OSM-dev] TRAPI status

2010-03-09 Thread Brett Henderson
On Fri, Mar 5, 2010 at 2:12 AM, Ian Dees wrote: > On Thu, Mar 4, 2010 at 9:05 AM, Andy Allan wrote: > >> On Thu, Mar 4, 2010 at 3:52 AM, Blars Blarson >> wrote: >> >> > This is just to let you all know TRAPI development has been suspended >> > and may never resume. >> >> That's a great shame. W

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Jeremy Adams
> > I can send more info if anyone is interested in setting it up. I also plan > on updating the wiki with this info as soon as I have a chance. > > -Jeremy > I've gone ahead and updated the wiki. Let me know if anything doesn't make sense. http://wiki.openstreetmap.org/wiki/Trapi -Jeremy

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Florian Lohoff
On Thu, Mar 04, 2010 at 01:52:22PM -0800, openstreetmap-...@scd.debian.net wrote: > In article <20100304153805.ga12...@hydra.gt.owl.de> > >The files you need more are the state files which > >are just 20 byte of status information. > > Plus several k-bytes and several round-trip times of overhea

Re: [OSM-dev] TRAPI status

2010-03-04 Thread openstreetmap-dev
In article <20100304153805.ga12...@hydra.gt.owl.de> >The files you need more are the state files which >are just 20 byte of status information. Plus several k-bytes and several round-trip times of overhead to fetch them. Sometime I think the people who design this stuff have never been on a slow

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Blars Blarson
In article you write: >On Thu, Mar 4, 2010 at 3:52 AM, Blars Blarson > wrote: > >> This is just to let you all know TRAPI development has been suspended >> and may never resume. > >That's a great shame. Would it be possible for you to commit to svn >the work-in-progress, in case anyone wants to f

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Jeremy Adams
On Thu, Mar 4, 2010 at 10:05 AM, Andy Allan wrote: > On Thu, Mar 4, 2010 at 3:52 AM, Blars Blarson > wrote: > > > This is just to let you all know TRAPI development has been suspended > > and may never resume. > > That's a great shame. Would it be possible for you to commit to svn > the work-in-

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Stefan de Konink
I don't know what the big fuss is about here. It is indeed sad that the development stops, but it was not the /only/ XAPI/API server out there. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Ian Dees
On Thu, Mar 4, 2010 at 9:05 AM, Andy Allan wrote: > On Thu, Mar 4, 2010 at 3:52 AM, Blars Blarson > wrote: > > > This is just to let you all know TRAPI development has been suspended > > and may never resume. > > That's a great shame. Would it be possible for you to commit to svn > the work-in-p

Re: [OSM-dev] TRAPI status

2010-03-04 Thread Andy Allan
On Thu, Mar 4, 2010 at 3:52 AM, Blars Blarson wrote: > This is just to let you all know TRAPI development has been suspended > and may never resume. That's a great shame. Would it be possible for you to commit to svn the work-in-progress, in case anyone wants to finish off your hard work at some

[OSM-dev] TRAPI status

2010-03-03 Thread Blars Blarson
As some of you know, I was working on a fairly major rewrite of TRAPI. Due to personal issues, the amount of time I spent on OSM dropped dramaticly, and almost all of this was spent on the rewrite. (I was not keeping up with the mailing lists.) This work was nearing completion when the minute dif