------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - 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://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- 2009/9/4 Stefan Krüger <[email protected]>: > 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 patch please :-) > > * 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. patch please :-) > > 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. > What do you mean exactly? Anyway, patch please :-) Good to see the developer base growing! Welcome, Simone. >> 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 > ------------------------------------------------------------------------------ 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
