<font><font face="verdana,sans-serif">So continuing idle thoughts, two servers, the first set up to handle PFB only, looks at its own local cached database which would be tiled in PFB format with a tag to say either dirty or clean.  If clean it would serve up the data as pre-compressed PBF tiles if dirty it would pass through the request to the main server and flip back either OSM or PBF depending on the resources available.<br>
<br>If your copy of JOSM has the plugin you point it at the PBF server for downloads if not the conventional OSM server.  All uploads would go to the conventional OSM server other than a mark this tile dirty cache marker.  It might need a line or two of coding in in JOSM to handle this.<br>
<br>Marking something dirty is a way of handling cached databases.  If you change something in the original database you set a dirty tag so you know you have to recache it in slow time.<br><br>I'd probably do the "tiles" based on the number of nodes and it basically becomes a cost matter where you draw the line.<br>
<br>The nice thing about throwing out ideas is you don't have to make them work.<br><br>Cheerio John<br></font></font><br><div class="gmail_quote">On 21 December 2011 17:52, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<div class="im"><br>
<br>
On 12/21/2011 07:09 PM, john whelan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think it could still return any edits or additions in OSM format but I<br>
think more bandwidth is consumed downloading than adding a couple of<br>
street names in an upload.<br>
</blockquote>
<br></div>
It could potentially be done via standard HTTP format negotiation, i.e. client sends to server "I can accept PBF", server then, if implemented, replies with PBF document rather than XML. It would have to be implemented in Matt's cgimap program (no use to implement it in Rails I'd guess - if someone chooses to install a rails port without cgimap then everything is still usable, just he won't have PBF replies).<br>

<br>
A possible disadvantage (that would have to be investigated) is the allegedly high memory usage of PBF writers. That could be a show stopper for our production environment.<br>
<br>
Bye<br>
Frederik<br><font color="#888888">
<br>
-- <br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"</font><div><div></div><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.<u></u>org/listinfo/talk</a><br>
</div></div></blockquote></div><br>