The benefits of using Oracle Georaster is to delegate the mosacing job to the Georaster code. Additionally Oracle Georaster gives you the possibility to create pyramids.
At the end of the day, you should have ONE Georaster object holding all your georeferenced 500 images and all the needed pyramids. These jobs have to be done with Oracle Tools. For the plugin itself, only ONE db row is necessary, holding the huge georaster object and a name corresponding to the <coverageName>. Creating individual pyramids for your 500 images is not correct, since building a pyramid often requires the neighbors images. Hope this helps Quoting bryanhall <[email protected]>: > > > > mcr wrote: >> >> The data source name is completely independent but it must be >> configured in the servlet container you use. Which one do you use ? >> The content of the <coverageName> element from the xml file must be >> the same as in your sql table, attribute NAME. In your case >> "CIP_ORTHOS". >> >> Looking at the stack trace, this seems to be a connection problem. > > Connection - right. Not sure why that is, I tried both the XML specified > settings as well as the JNDI connect setting. > > The container is currently OAS 10.1.3.1.0, hitting both a 10gR2 db (vector > info) and 11gR2 db (new raster data). > > Yes, I now understand the coverageName. It's set for LANG currently to match > the NAME entry for one row. So - from what I gather, for 500 images, I would > either need 500 coverages or one huge mosaic of them all? > > -- > View this message in context: > http://old.nabble.com/ImageMosaic-JDBC-setup-for-Oracle-GeoRaster---How--tp30366634p30396219.html > Sent from the GeoServer - User mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > What happens now with your Lotus Notes apps - do you make another costly > upgrade, or settle for being marooned without product support? Time to move > off Lotus Notes and onto the cloud with Force.com, apps are easier to build, > use, and manage than apps on traditional platforms. Sign up for the Lotus > Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------------ What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
