Thanks Jason,
Those results that I reported attest the performance of GDAL tools. You could
get completely different results if you use tools from other vendors, like XCI,
ACXG1S and FM3 [1]. There are some options on how that could be implemented but
I believe we did some good choices in GDAL.
On 10/29/08, David Bianco <[EMAIL PROTECTED]> wrote:
> I have experience using Perl and the DBI module to do work like this. I've
> read from dbf files in the past, but have not written to one. Still, I see
> no reason why it would be a hangup.Let me know if you'd like to go in
> that directi
I have experience using Perl and the DBI module to do work like this. I've
read from dbf files in the past, but have not written to one. Still, I see
no reason why it would be a hangup.Let me know if you'd like to go in
that direction.
Dave
On Wed, Oct 29, 2008 at 4:56 PM, Alex Mandel <[EM
Tyler Erickson wrote:
I am interested in approaches for adding a populated field to a shapefile
(for example, adding a new field named 'source_url' with the value
'http://somewebsite.com'). I would like to do this for several thousand
files.
At first I thought that I might be able to accomplish
I am interested in approaches for adding a populated field to a shapefile
(for example, adding a new field named 'source_url' with the value
'http://somewebsite.com'). I would like to do this for several thousand
files.
At first I thought that I might be able to accomplish it using ogr2org with
I understand. It is the difference between having to (1)serve fixed size tiles
really fast out to GEarth/OpenLayers/etc, or (2) having to provide a random
image or derivation thereof in any size, format, projection(WCS?). In the
second case, speeding up the backend is the only way, in the first
Hmm, I went to that session last year and ran into Ming Tsou several
times throughout the conference, maybe I can work out some sort of
collaboration with him, so that if you don't switch sessions we can at
least announce each others sessions and do PR together.
Thanks,
Alex
Eric Wolf wrote:
Frank,
> My point is that a tile caching approach is really comparing tile caching
> performance to rendering-on-demand performance while I think the original
> point was that rendering-from-database and rendering-from-filesystem could
> have similar performance for input raster data.
D'accor
I'll have to run that by the boss. Since you are tied to CISG, it'll be
easier. I am supposed to be presenting in Ming Tsou's session "Internet
GIS, Virtual Globes, and related Cartographic Research".
-Eric
On Wed, Oct 29, 2008 at 11:38 AM, Alex Mandel <[EMAIL PROTECTED]>wrote:
> Eric Wolf wrote:
Eric Wolf wrote:
I'm about to submit my abstract to the AAG conference on comparing
available distributed geospatial technologies for the USGS National Map. Of
course, I haven't really even started the footwork...
I'd be very interested to see other people's benchmarks.
-Eric
Eric,
Would y
I'm about to submit my abstract to the AAG conference on comparing
available distributed geospatial technologies for the USGS National Map. Of
course, I haven't really even started the footwork...
I'd be very interested to see other people's benchmarks.
-Eric
On Wed, Oct 29, 2008 at 10:55 AM, M
Bob, all,
On Wed, Oct 29, 2008 at 5:12 PM, Bob Basques
<[EMAIL PROTECTED]> wrote:
> Markus,
>
> What's all that stuff in there about managed and un-managed supposed to
> describe?
> Seems to be somewhat out of date. I think I would start over with the whole
> bottom section.
sounds good! :)
I
Thanks everyone for this interesting thread. I think the two
approaches have different goals:
- rendering-on-demand performance comparison
- raster serving performance comparison
Both are of interest, but they shouldn't be confused.
It might be helpful to write a wiki page (or something else) w
Sylvan Ascent Inc. wrote:
I think, that since the goal of all this storage of pyramids and the like is
just to get speed, that they aren't apples/oranges, but apples apples, since
they are both pyramid schemes, just in different places, either in front, or
in back of the server.
Roger,
My poin
Frank,
It sounds like we're both in the same boat then, too chicken to put something
to paper (web). I feel very comfortable talking about GeoMoose and MapServer
and to some degree OpenLayers and PostGis, but that's about it.
Edting a section of page for each of these packages and how they
re
Bob Basques wrote:
Markus,
What's all that stuff in there about managed and un-managed supposed to
describe? Seems to be somewhat out of date. I think I would start over
with the whole bottom section.
Another thing with this page is, I wouldn't feel comfortable goin g in there
and changing an
Hi Frank,
I'm not sure I completely agree about your apples/oranges, here's why:
We are in the process of putting together a big raster server, so I'm
evaluating the best way to proceed. I'm quite familiar with putting raster
tiles in a database, did that way back in the last century. I've deci
Markus,
What's all that stuff in there about managed and un-managed supposed to
describe? Seems to be somewhat out of date. I think I would start over with
the whole bottom section.
Another thing with this page is, I wouldn't feel comfortable goin g in there
and changing anything without kno
On Wed, Oct 29, 2008 at 4:56 PM, Judit Mays <[EMAIL PROTECTED]> wrote:
> pyroGIS schrieb:
>> Fellow listers,
>>
>> Where I'm wondering about going next is down
>> the whole Web Mapping road. What are your opinions on GeoServer vs.
>> MapServer vs. OpenLayers? Those seem to get the most love from th
pyroGIS schrieb:
> Fellow listers,
>
> Where I'm wondering about going next is down
> the whole Web Mapping road. What are your opinions on GeoServer vs.
> MapServer vs. OpenLayers? Those seem to get the most love from the OS
> community ... should I skip worldKit? what about deegree?
>
Hello Jo
Frank Warmerdam wrote:
...
Yves and Venka,
The jp and fr subdomain rewrites have been put in place. If anyone else
wants one it is safer to file a SAC Trac ticket to ensure the request
doesn't
get lost in the email stream.
Thanks Frank.
___
Discu
I find this stuff fascinating, but I believe that the Oracle EULA prohibits
users from disclosing the results of benchmark tests. Be careful how you
represent these results.
Jason
-Original Message-
From: Lucena, Ivan
Subject: [OSGeo-Discuss] Raster data on RDBMS
I would like to retur
Le Wednesday 29 October 2008 15:52:16 Frank Warmerdam, vous avez écrit :
> If anyone else
> wants one it is safer to file a SAC Trac ticket to ensure the request
> doesn't get lost in the email stream.
Hum, you are right, I forget this! Sorry.
Thanks anyway!
Y.
--
Yves Jacolin
---
http://softli
Jacolin Yves wrote:
Le Wednesday 29 October 2008 03:23:33 Venkatesh Raghavan, vous avez écrit :
Would it be possible to create a DNS entry jp.osgeo.org pointing to
www.osgeo.jp
Regards
Venka
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lis
Sylvan Ascent Inc. wrote:
Mike and Ivan,
I'd like to see them also compared to a caching solution, like GeoWebCache,
or TileCache. These effectively create a file-based "database" of little
bitty tiles at certain resolutions, kind of like a tile pyrimid that is
created gradually over time as the
Mike and Ivan,
I'd like to see them also compared to a caching solution, like GeoWebCache, or
TileCache. These effectively create a file-based "database" of little bitty
tiles at certain resolutions, kind of like a tile pyrimid that is created
gradually over time as the image data is accessed.
Ivan,
Those numbers look impressive. We are just starting to set up some new
hardware here and I plan to do some testing also. Perhaps we can collaborate
and come up with a test suite in order to track these numbers across builds.
Mike
--
Michael Smith
RSGIS Center
ERDC - CRREL
US Army Corps o
Le Wednesday 29 October 2008 03:23:33 Venkatesh Raghavan, vous avez écrit :
> Frank Warmerdam wrote:
> > Jorge,
> >
> > I foresee no problem in creating a DNS entry for es.osgeo.org and
> > pointing it whereever you like.
>
> Frank,
>
> Would it be possible to create a DNS entry jp.osgeo.org pointi
28 matches
Mail list logo