[OSM-dev] ANNOUNCEMENT: T at H server will go away end of February

[Lynn W. Deffenbaugh (Mr)]

That would make one large distributed tile server, but the issue is 
getting inbound connections to those T at H users running behind 
firewalls.  They can connect OUT to get work and again to push the 
results out to a central server, but anyone that needs a tile would a) 
have to know who has it (central server index hit most likely), and b) 
get a connection INTO the renderer that has the tile.

Lynn (D) - KJ4ERJ - Watching for a distributed tile server solution

On 2/12/2012 4:09 AM, Simon Poole wrote:
>
> Possible? Sure. Good use of resources? Probably not.
>
> Simon
>
> Am 12.02.2012 10:00, schrieb Mike Dupont:
>> Would it not be possible to have clients render tiles and then share 
>> them?
>> mike
>>
>> On Mon, Feb 6, 2012 at 2:06 PM, Simon Poole <simon at poole.ch 
>> <mailto:simon at poole.ch>> wrote:
>>
>>     Am 06.02.2012 10 <tel:06.02.2012%2010>:29, schrieb Matthias Meißer:
>>
>>         Am 06.02.2012 09 <tel:06.02.2012%2009>:54, schrieb Sven Geggus:
>>
>>     .... rambling about doing more of the same old stuff deleted ....
>>
>>
>>     If we want to do anything at all "officially" as a replacement, I
>>     would cast my vote clearly in favour of a data tile service with
>>     client side rendering.
>>
>>     Simon
>>
>>
>>
>>
>>     _______________________________________________
>>     dev mailing list
>>     dev at openstreetmap.org <mailto:dev at openstreetmap.org>
>>     http://lists.openstreetmap.org/listinfo/dev
>>
>>
>>
>>
>> -- 
>> James Michael DuPont
>> Member of Free Libre Open Source Software Kosova http://flossk.org
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20120212/cc224b9d/attachment.html>