<div class="gmail_quote">On Wed, Mar 10, 2010 at 11:21 PM, Bernhard zwischenbrugger <span dir="ltr"><<a href="mailto:bz@datenkueche.com">bz@datenkueche.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Brett Henderson schrieb:<br>
<div class="im">> On Wed, Mar 10, 2010 at 7:30 PM, Peter Körner <<a href="mailto:osm-lists@mazdermind.de">osm-lists@mazdermind.de</a><br>
</div><div class="im">> <mailto:<a href="mailto:osm-lists@mazdermind.de">osm-lists@mazdermind.de</a>>> wrote:<br>
><br>
>     >     I started working on a streaming XML output plugin for<br>
>     Osmosis. I<br>
>     >     was intending to take advantage of PuSH/PubSubHub messaging and<br>
>     >     maybe even XMPP (so that you get a 1-min delayed IM when someone<br>
>     >     changes something in your bbox).<br>
>     ><br>
>     >     Anyway, TRAPI could use this same plugin to apply updates to<br>
>     their<br>
>     >     database.<br>
><br>
</div>What about a XMPP "groupchat" for changesets?<br>
<br>
It's easy:<br>
....login...<br>
<presence to="<a href="http://osm@conference.osm.org/osm" target="_blank">osm@conference.osm.org/osm</a>"<br>
<br>
<message to="<a href="mailto:osm@conference.osm.org">osm@conference.osm.org</a>" type="groupchat" id="58"><br>
<changeset>  ....</changeset><br>
</message><br>
<br>
The OSM Server should send all changesets to this groupchat.<br>
If  somebody wants the changesets he can connect to the groupchat and<br>
will get the changesets.<br>
If the  messages get an incrementing serial number, it should be<br>
possible to load changesets if<br>
they are missing because of whatever.<br>
<br>
I don't know if a jabber server is able to handle the load. But facebook<br>
also uses ejabberd (free software) and it's working.<br>
<br>
If somebody wants to implement pubsub he can use the input from<br>
groupchat and load it to pubsub. That should be easy.<br></blockquote><div><br></div></div>The biggest problem I see with XMPP is keeping in sync.  If a client misses one or more changesets it has to separately retrieve the missing changesets from the planet server to "catch up".  In the meantime it has to remain on the XMPP channel and hold the received changesets locally until it has caught up and can apply them.<br>
<br>But don't let me dissuade you.  If you think it's a good idea then you can implement something that feeds off the existing changesets.  If it works well and people find it useful we can look at ways of incorporating it into the existing replication setup.<br>
<br>Brett<br><br>