Thanks for the link Martin, I gave a very quick look at it and a couple fo questions arised:
1>What kind of rasters do you usually store in terms of number of dimensions (2d,3d, time..), size (mb, hundreds of mb, gb?), number of bands, type of the source (remote sensing, models), data types, etc.... 2>Since you are very much interested in observations (if I am right of course) did you have a look at what the Sensor Web Enablemetn Group is doin in OGC? If you had it, what is your impression? 3>Why the heck you did not publicize more this raster+db thing? :-) 4>I am quite excited about reusing this work of yours somehow by hopefully combining with the work I have been carrying over with ImageIO, JAI and (J)GDAL. I think I am going to bother you a lot next week trying to integrated all these approaches into one and possibly putting all this behind some new and more stable interfaces, as we planned during our quick talk at FOSS. Please send as much as you can to the list, I do not mind if it is in french, we could try to transalte part of it. Ciao, Simone. On 9/23/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Simone Giannecchini a écrit : > > I think this approach of storing metadata inside a db and is one of > > the best ones. I hope to hear a bit more from Martin, to be honest it > > would be really cool to have a look at the code he wrote because that > > could be a great starting point (shame it has not been shared!). > > Actually the code is on SourceForge: > > http://seagis.sourceforge.net/observations > > But it is documented in French for now. It is called "observations" because it > is actually two things: a raster database and a set of observations (fishery > data in my case) to correlate statistically to pixel values. It was created > for > an oceanographic study. > > We are using this raster database for 4 years now, and it work quite well. > This > is why I never feel a personal pressure for a GridCoverageExchange > implementation - I was ignoring it and using the above project for loading > images instead. > > I would like to post on the Geotools mailing list (or maybe on the wiki) an > overview of this database schema. I have been silent for now because I would > like first to hold my promise of a "java logging" - "log4j" bridge, and a fix > of > the factory stuff. I will try to write an explanation of this database after > that, hopefully next week. > > Regards, > > Martin > > -- ------------------------------------------------------- Eng. Simone Giannecchini President /CEO GeoSolutions http://www.geo-solutions.it ------------------------------------------------------- ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
