Hello GeotoolsTeam, thanks to all of you for your fast replies. Really nice to have such an intensive feedback! :-)
@Simone: I was not able to mail directly to your geo-solutions address, therefore just a quick answer here: > I also took a look at the I/O framework and rendering engine to take some > inspiration during my journeys along the difference rendering systems. > The question I always wanted to ask was why while you use JAI heavily you > did not use ImageIO for I/O? > > I would like to bother with other questions on this line, but I think the > best thing now is to hel you out in with this GeoTools > evaluation/possible adoption. > I am not yet very deeply involved in BEAM, sorry. You will receive a more detailed answer from the BEAM project leader, Norman Fomferra, at the beginning of next week (he is out of office for the rest of this week). > Just out of curiosity, can you anticipate some of the questions on the > rendering and performance issues? @Simone/@all: Let me summarize some of our questions and ideas which have come into our minds so far, based on the requirements we have: 1. I am currently working on the transformation of a world map between different coordinate reference systems. The map contains several layers, actually one layer with geometries taken from a shapefile, one layer with self-defined line features, and a layer containing a grid coverage (raster data from a jpg file (an underlying NASA Bluemarble image)). Actually, I use a LiteRenderer (although it's deprecated) for the polygons/lines, it is reasonable fast. On the other side, the LiteRenderer does not seem to process the raster data, so I use a StreamingRenderer for this, which does the job. However, it would be nicer to handle everything in one map context with one renderer if possible - Do you have a suggestion how to go on best with this? Regarding performance, which renderers should generally be used for which kind of layers? 2. Our level of details shall be configurable, e.g., dependent on the zoom level. - Are there some kind of "intelligent" rendering mechanisms so that, in example, only every n-th point of a given geometry is considered? (Another way would be, of course, to access one of several input sources supplying different levels of detail.) Another idea we had in this context: if, e.g, a single feature shall be added within a small region of a large map, is there a way to update just this small region avoiding to repaint the whole map? 3. In future, we will need to provide remote layers for querying OGC conformant WMS, WFS, WCS. Should be no problem in general (as we saw, uDig does that). I found this tutorial (have not yet read it in detail): http://docs.codehaus.org/display/GEOTOOLS/Web+Map+Server+Tutorial Is this the way you would actually suggest to go? I hope there is nothing too stupid in our thoughts, we are still beginners... @Jody: With regard to your questions: - Are you interested in implementations that actually exist (ie coordinate reference system, rendering, etc...) ? - Is access to the developer community the important part? These two are definitely the major points. As beginners at this point, we are, of course, mainly interested in the stuff which already exists. From the access to your community, we hope to get useful hints and also come quickly to a more complete understanding of the implementations we might use. As I said, we are happy about all your quick responses, and we would appreciate to maintain a contact on an intense level :-) Best regards, Olaf Olaf Danne wrote: > > Hello, > > we would like to briefly introduce ourselves as a developing group who > has been started to investigate and test Geotools for the use within > specific applications which we are currently developing. If we decide to > use it (we strongly think to do so), we will also have to contribute > directly and to supply new code to Geotools in future. > > We are a company working basically on environmental informatics and > geodata processing, and we have two applications for which Geotools is a > strong candidate to be used within. The first one, which I am involved > in, is a desktop application to display satellite orbits and > corresponding swaths of instruments onboard these satellites. The > display will basically be a visualization of the orbits/swaths on a > world map, but shall be highly configurable in detail. E.g., we will > have to: > > - display additional layers (e.g., a grid, country borders, cities, > selected zones, a background image) on demand > - supply mechanisms to zoom, rotate, shift, and to select specific > sections of the map > - show the map under different projections > > The last point is important regarding our potential contribution to > Geotools. Besides a "standard" rectangular cylindric projection, we will > need at least an AzimuthalEquidistant and a Gnomonic projection which > are obviously not yet supplied by Geotools (package org > <javascript:searchRef('org')>.geotools > <javascript:searchRef('geotools')>.referencing > <javascript:searchRef('referencing')>.operation > <javascript:searchRef('operation')>.projection). > <javascript:searchRef('projection')> Therefore, we will have to go and > add these projections following your tutorial > (http://docs.codehaus.org/display/GEOTOOLS/How+to+add+new+projections). > - You may also regard this email as "step 0" of that tutorial ;-) > > Questions we may have in future will regard these projection topics, but > also the rendering and performance issues, which are also very important > for us. > > With best regards, > Olaf Danne (Brockmann Consult) > > ------------------------------------------------------------------------- > 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 > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- View this message in context: http://www.nabble.com/Introduction-as-new-developers-tf3147547.html#a8764011 Sent from the geotools-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
