The service itself is reasonably optimized for performance,
and has never caused a significant performance problem for the
server it has been hosted on. The disk space requirements are
approximately 4GB-5GB.
I would set this service up and maintain it; if it turned out
to be too heavy to be hosted as part of the webextra VM, I would
look for another home for it.
Is there anyone who would have a problem with that? Is there some
more formal approval process, or is a majority vote of the SAC
mailing list sufficient?
The service itself is reasonably optimized for performance,
and has never caused a significant performance problem for the
server it has been hosted on. The disk space requirements are
approximately 4GB-5GB.
I would set this service up and maintain it; if it turned out
to be too heavy to be hosted as part of the webextra VM, I would
look for another home for it.
Is there anyone who would have a problem with that? Is there some
more formal approval process, or is a majority vote of the SAC
mailing list sufficient?
IMHO a nice asset for OSGeo to have more geodata in-house!
On Mon, Jul 12, 2010 at 09:17:47PM +0200, christopher.schmidt@nokia.com wrote:
The MetaCarta Labs vmap0 tile service (available for the
past four years from
[...]
needs to find a new home. I'd like to host it with OSGeo,
if that is amenable to SAC.
What do you think about hosting it on 'hypersphere' alongside with the
other datasets which are being served from its MapServer ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
I am sure you have already considered it, and no objection to it being
on webextra, but just out of a curiosity to learn I wonder why not
automatically going to the hypercube for that alongside the existing T@H
tile server etc & tons of free gigabytes earmarked for geodata?
I am sure you have already considered it, and no objection to it being
on webextra, but just out of a curiosity to learn I wonder why not
automatically going to the hypercube for that alongside the existing T@H
tile server etc & tons of free gigabytes earmarked for geodata?
Hypercube does not host a T@H tile server, and has not for about two years.
The server itself needs to go away, and be replaced by something different.
This has been the case for multiple years.
Additionally, our relationship with the SDSC admins is not strong; all these
relationships go through an additional level of indirection (SAC ->
"Telascience"/HyperJohnGraham -> SDSC). As a result, if something goes wrong,
it can take a significant amount of time to resolve problems. Additionally,
we have no direct feedback when we are violating our gracious hosts;
network abuse etc. are handled a layer apart from SAC, and we have no direct
relationship.
Our current relationship with OSUOSL is one that I feel much more comfortable
with. There are additional resources at SDSC -- both Hypersphere and other
similar servers -- that might be appropriate, but if we are to go that route,
we need to establish a closer relationship with the administrators of these
networks and a better understanding of what the 'rules' are to use SDSC
resources.
Using OSUOSL -- someplace we already have our own hardware, which is
underutilized -- seemed as good of a starting place as any.