Of course, that would be a good idea. As you know, I am the author of the gdal_retile.py stuff, I could do some improvements for the needs of the community.
Some times ago I thought about implementing the OSGeo Tile Map Services, modifying gdal_retile.py to produce the output and modifying imagemosaic-jdbc to be able to handle TMS. (we would have to alter the name from imagemosaic-jdbc to imagemosic-tiles or so).
Apart from this, I would be a good idea to merge the three modules, especially if you see it from the side of the user. One documentation should be enough.
For the architecture, I do not see a big problem, because I subclassed AbstractGridCoverageReader and used an interface for loading the requested tiles. All the jdbc stuff is hidden, it would also be possible to do a TMS implementation for this interface.
I think you are the master of the two other image modules, make a proposal how to merge these two, and I will try to get in.
Simone Giannecchini writes:
Christian,
I have a better idea, let's try to merge the three plugins? I have a
few ideas about how to do some fundraising as well as how to leverage
on jai+gdal to build the mosaic/pyramid. Interested?
Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
-------------------------------------------------------
On Thu, Mar 12, 2009 at 7:42 PM, Christian Müller
<christian.mueller@anonymised.com> wrote:
Perhaps I can assist a little bit.
1) In the geotools guide I did an intro to gdal_retily
http://docs.codehaus.org/display/GEOTDOC/Prepare+with+gdal_retile.py
(Perhaps we should also introduce gdal_merge.py and rgb2pct.py for
producing tiles with a color table for better performance)
2) The gt-imagemosic-jdbc jar contains an utility for DDL generation and
importing the output from gdal_retily.py
http://docs.codehaus.org/display/GEOTDOC/Using+the+java+import+utility
Perhaps I could create the config Files needed. I am sure I have the logic
built in.
christian
Andrea Aime writes:
Simone Giannecchini ha scritto:
On Thu, Mar 12, 2009 at 6:12 PM, Andrea Aime <aaime@anonymised.com> wrote:
Simone Giannecchini ha scritto:
I wonder if we still need to treat it as an extension.
What do you think?
Is there any tool that I can download somewhere that make
building the pyramid possible.
gdal_retile 
When it was time to decide whether to include pyramid
in the release I tried the coverage tools and they worked
1 out of 3 times, and there was no good gdal_xxx substitute.
Just look at how many reports we have with mosaic for that
one file you have to configure by hand...
So I'm ok to include it in the release, provided there is
a sane, simple and documented way to build a pyramid,
and that after that, the generated pyramids work ok.
Otherwise imho it should stay in extension
I partially agree. You opinion is influenced by the way you look at
that plugin.
You are looking at it as if it was trying to do external pyramid vs
inner pyramid stuff (well, honestly that's how I used it at first
). Experience showed me that many people build layers with different
mosaics (different==different set of data) and then they use that
plugin to serve that up as a single layer, hence I would sayd that
there is not tool that can help out with that :-).
So, yeah, I partially agree.
Well, if you can put togheter some _easy_ instructions on how
to use gdal_retile in conjuction with the pyramidal plugin
to prepare and serve a pyramid, and if that works, I have
no more reservations on putting the pyramidal plugin in the
core distribution. Hopefully other developers will sound in
about this as well.
You can also consider adding info on how to
make the odd pyramid you mentioned above as an advanced topic.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users