Am Freitag 04 September 2009 17:45:20 schrieben Sie:
> Welcome Stefan :-)

Thanks!

> I am very curious about the kind of patches you need to apply; 
Geopublisher allows to produce multi-language atlases that can be run online 
(JavaWebStart) and offline (DVD/CD). 
The offline thing might sound very old-school, but the niche i hope to conquer 
with Geopublisher is: A tool to transfer the results of scientific or 
development-aid research to the local stakeholders in second- and third world 
countries. See e.g. http://www.impetus.uni-koeln.de/en/publications/digital-
print-atlas.html
So the atlases you can create with Geopublisher start e.g. from CD without any 
installation. It stores all data in JAR files, leading to source URLs like:
   jar:file:/home/some.jar!/some.shp
or
  jar:http://localhost:7272/some.tif

It seems to me that many of the data imports in GT are very related to local 
files - even if they take a URL. Examples:

* ImageMosaicReader and ImagePyramidReader as mentioned here 
http://jira.codehaus.org/browse/GEOT-2695

* ShapefileRenderer ignores any spatial index, when the URL protocol is not 
"file"- so the index in "jar:file:/home/some.jar!/some.gpx" is ignored.

* GeoTiffReader also only checks for 
>                               if 
> (sourceURL.getProtocol().equalsIgnoreCase("http")
>                                               || 
> sourceURL.getProtocol().equalsIgnoreCase("ftp")) {
>                                       try {
>                                               source = sourceURL.openStream();
>                                       } catch (IOException e) {
>                                               new RuntimeException(e);
>                                       }
and simply doesn't accept jar:... URLs.

We recheck it all druing the migration to 2.6.. and i will happily file reports 
for them all. :-)

The second big thing we have been patching a lot is raster styling... But 
Martin can say more about that.

> one of
> the consequences of the library being LGPL is that the patches and
> modifications you make to it need to be published to your end users.
> Many teams simply submit patches to GeoTools Jira as a quick way of
> meeting that requirement; others just make a tarball and place it on a
> DVD.
>
> (LGPL does not effect what you can do with AtlasStyler and
> GeoPublisher - just what you do with your patched copy of GeoTools).
AtlasStyler is LGPL and Geopublisher is GPL. An overview is here:
http://en.geopublishing.org/Licenses
All patched Geotools classes are available in the public svn. I hope that 
meets the "publish" requirement. But it's good you remind me.. i will overlook 
it again.

> I am especially interested in your feedback on the Style interfaces;
> we are gradually pulling down functionality from the Symbology
> Encoding specification.
After Geopublisher is up and running again with GT2.6, i will invest some work 
to improve AtlasStyler.. for example adding GUI for the cool labelling stuff. I 
will definitively give feedback. I am very excited about SE1.1

> If you have any product anouncements for AtlasStyler or Geopublisher
> please let us know and we can mention them on the geotools blog.
Thanks. I'll love to come back to it.. (Still didn't write my Geopublsher 1.2 
release notes... where is my time going?)

Greetings,
Steve

>
> On 05/09/2009, at 1:35 AM, Stefan Krüger wrote:
> > Hello
> >
> > I guess it's time to introduce myself (again). My name is Stefan
> > Krüger and i
> > am a Java-FOSSGIS-freelancer from Bonn, Germany. I am the lead
> > developer of
> > Geopublisher and the AtlasStyler SLD editor - both are Swing desktop
> > applications that build heavily on Geotools.
> >
> > http://www.ohloh.net/p/Geopublishing
> > http://en.geopublishing.org
> >
> > We (that is Martin Schmitz (http://www.ohloh.net/p/schmitzm) and me)
> > have been
> > using Geotools 2.4 for the last two years in multiple projects and
> > we have
> > patched it a lot to get it all running the way we needed it. This
> > week we
> > finally found the time to catch up with 2.6-M2. ... and we have to
> > redo many of
> > the patches...;-)
> >
> > I have been more active on the geotools mailing-lists in 2007, but
> > sadly we
> > had the feeling that none of the code we send to the ML ever made it
> > into the
> > trunc. But that was probably due to the fact, that we didn't send
> > proper
> > .patch files, nor JUnit tests. Now that we finally switched to 2.6-
> > M2 - and
> > after meeting Andrea Aime in Bolsena - i want to give it a second
> > try: I want
> > to become a GT comitter for bugfixes and tiny changes! Not next
> > week, not next
> > month, but it would be great if i could climb up the ladder this
> > year. I know
> > that I have to invest time and energy to gain that trust... and i am
> > willing
> > to.
> >
> > At the moment, when i do a local patch, i just copy the class into
> > my project
> > an do the changes there. But i realized that the patches i then
> > generate will
> > not fit cleanly into the GT svn. I guess as the very first step I
> > have to set up
> > Eclipse with GT-Trunc and get it to build. So I will work through the
> > Developers Guide next week.
> >
> > Last but not lest I want to say a BIG THANK YOU for this great libary.
> > Developing with geotools is really like "standing on the shoulders
> > of giants".
> >
> > Many geetings,
> > Steve
> >
> > --
> > reclaim your net - http://tor.eff.org
> > enforce privacy - http://www.pgpi.org
> > pgp key id: 51B576FD - http://pgp.mit.edu
> >
> > Please note that according to the German law on data retention,
> > information on every electronic information exchange with me is
> > retained for a period of six months.
> >
> >
> > -------------------------------------------------------------------------
> >----- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> > 30-Day
> > trial. Simplify your report design, integration and deployment - and
> > focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Geotools-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/geotools-devel

-- 
wiki² - Softwareentwicklung
Stefan Krüger
Straßburger Weg 26
53113 Bonn

email   [email protected]
mobile  0151 50543949   
webpage wikisquare.de
skype   alfonx

reclaim your net - http://tor.eff.org
enforce privacy - http://www.pgpi.org
pgp key id: 51B576FD - http://pgp.mit.edu

Please note that according to the German law on data retention,
information on every electronic information exchange with me is
retained for a period of six months.



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to