On Sun, Feb 12, 2012 at 2:49 PM, Andrea Aime
<[email protected]>wrote:
> On Sun, Feb 12, 2012 at 6:29 PM, John Armstrong <[email protected]> wrote:
>
>> On 02/12/2012 12:25 PM, Andrea Aime wrote:
>>
>> On Sun, Feb 12, 2012 at 5:39 PM, John Armstrong <[email protected]> wrote:
>>
>>>
>>> Any ideas? How does this work for ImageMosaics? Thanks in advance.
>>>
>>
>> It most likely doesn't.
>>
>> Feel free to provide patches to make this case work (I suppose you have
>> very
>> few values for time/elevation?)
>>
>>
>> I'll see if I can come up with something; we're looking at updating a
>> layer daily and being able to retrieve timestamped tiles from a
>> BigTable-like datastore. I don't really know about typical use cases, but
>> I wouldn't be surprised if a user wanted to scroll through, say, a month's
>> worth of updates at various zoom levels. It all depends on what you mean
>> by "very few".
>>
>
> Tens? Or else, the area is very small (county or smaller), or the zoom
> level is not thought to match Google Maps (does not go down to 20).
> See this spreadsheet to estimate the size of a tile cache for a fully
> developed tile cache, on disk,
> for a certain area:
>
> https://docs.google.com/spreadsheet/ccc?key=0Aq3GF1EnUyHEdHlDSW03cno4NzUzRFVHQzlGeU9YYXc#gid=0
>
> I've filled it with the Massachusetts bounds, at level 20 the tile cache
> uses 4TB of disk.
>
My read of it is it's 4G?
> You don't go very far with one of the above for each possible
> time/elevation value...
>
Yet that's still the danger wrt disk usage, and where disk quota and
min/max cached zoom levels come to play [1].
Yeah, you won't have exactly a static tile cache, but you need to make some
compromises when disk usage is a concern.
Cheers,
Gabriel.
[1] Functionality already on stable branch. Documentation to be committed: <
https://github.com/bmmpxf/geowebcache/commit/202ae13b6b8f8a44520093fca1f208c7b9fa8755
>
> Cheers
> Andrea
>
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
> mob: +39 339 8844549
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
Gabriel Roldan
OpenGeo - http://opengeo.org
Expert service straight from the developers.
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
