[OSGeo-Discuss] Google Summer of Code 2008

2008-02-20 Thread Wolf Bergenheim
Hello fellow OSGeoers! Google is about to announce summer of code 2008, and this year I'd like to be a bit more prepared. So for this reason I have updated our old SoC Wiki page [1] with information for this year. Each project should now start to think of ideas and also who their mentors s

RE: [OSGeo-Discuss] OS Spatial environment 'sizing' + Image Management

2008-02-20 Thread Randy George
Hi Ivan and Bruce, Interesting, other than using JAI a bit on Space Imaging data (this was awhile back) I have been mostly using vectors. I am curious to know what advantage an arcSDE/Oracle stack would provide on image storage. I had understood imagery was simply stored as large

Re: [OSGeo-Discuss] OS Spatial environment 'sizing' + Image Management

2008-02-20 Thread Arnulf Christl
Lucena, Ivan wrote: Hi Bruce, Here I am again... Randy suggestion are pretty valuable and very well based but I have a especial interest on storing raster on databases so that is why I asked about it. Yes, raster is chunky and not very fluid but I love to hear from successful experience li

RE: [OSGeo-Discuss] Image Management in an RDBMS...(was OS Spatial environment 'sizing')

2008-02-20 Thread Bruce . Bannerman
IMO: Hi Randy, Ivan and Arnulf, I seem to have spawned another thread, moving away from my original post and Randy's excellent response. Sorry. I've renamed this thread accordingly. more below... [EMAIL PROTECTED] wrote on 21/02/2008 02:38:13 AM: > Hi Ivan and Bruce, > > >I am curi

Re: [OSGeo-Discuss] Image Management in an RDBMS...(was OS Spatial environment 'sizing')

2008-02-20 Thread Chris Holmes
- When you consider the complexities that Google must be facing with GE in trying to manage 256x256k tiles of imagery over the entire world, at multiple pyramid layers and with constant revision of imagery, you can soon see that a file based approach would lead to a major headache. He he, I

RE: [OSGeo-Discuss] Image Management in an RDBMS...(was OS Spatialenvironment 'sizing')

2008-02-20 Thread Ed McNierney
Well, I'm just one opinion, but I USED to store 17 million rasters in a database, and got tired of the hassles, so I switched to a file-based storage system. I try to manage lots of tiles of imagery over the United States and Canada, with multiple pyramid layers and constant revision of imagery

Re: [OSGeo-Discuss] Image Management in an RDBMS...(was OS Spatial environment 'sizing')

2008-02-20 Thread Tyler Mitchell (OSGeo)
On 20-Feb-08, at 4:29 PM, [EMAIL PROTECTED] wrote: - When you consider the complexities that Google must be facing with GE in trying to manage 256x256k tiles of imagery over the entire world, at multiple pyramid layers and with constant revision of imagery, you can soon see that a file base

RE: [OSGeo-Discuss] OS Spatial environment 'sizing' + Image Management

2008-02-20 Thread Michael P. Gerlek
Interesting thread... A couple points from the sidelines: My company sells a store-your-images-in-a-database product, for storing JPEG 2000 and MrSID imagery; there are indeed people who see value in using a DB to manage their raster assets. Our product is not open source, but when using it with