[Live-demo] Provide .fix files for all Shapefiles

Tue Aug 10 10:53:32 PDT 2010

seems the option B is not so dangerouse

Il giorno 10/ago/2010, alle ore 19.14, Brian Hamlin ha scritto:

> Stefan-
> 
>  our emails crossed, so I just read this..
> I appreciate your thorough write-up
> 
> BUT the deadline for changes to the LiveDVD is long gone..
> Cameron is running the schedule, but my understanding
> is that there is no more time..
> 
> Your improvised solution about building a .fix file in the same directory
> is really messy stuff.. its not what I would like to see on a final disk
> 
> Can you use a PostGIS data source for AS and GP ?
> Natural Earth is already there and ready to go
> 
>  -Brian
> 
> On Aug 10, 2010, at 9:38 AM, Stefan A. Tzeggai wrote:
> 
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> 
>> Hi
>> 
>> 1. good news: I debugged AtlasStyler and Geopublisher today a OSGeoLive
>> system and fixed all the problems reported.
>> AS and GP now have no more problems when opening a Shapefile without a
>> .fix spatial index from a read-only drive - it doesn't try to create the
>> index anymore.
>> 
>> 2. The problem with read-only and .fix lies in Geotools, so it affects
>> uDig also.
>> 
>> 3. I created a patch for Geotools
>> (http://jira.codehaus.org/browse/GEOT-3245) but it is not yet reviewed.
>> 
>> Options are:
>> 
>> A: Get the patch into Geotools and make a new release of Geotools and uDig
>> 
>> Advantage: No big changes on the OSGeo side.
>> 
>> Disadvantage: Lots of work for Jody. uDig, Geopublisher, AtlasStyler and
>> will not profit from a spatial index when working with the demo
>> shapefile data.
>> 
>> 
>> B: Create .fix indexes during build after the Shapefiles are unzipped
>> and while the drive is still read-write.
>> 
>> .fix are Geotools-specific, so ogr doesn't create these files. We need a
>> command line tool to add .fix indexes if we want it to be done in
>> 'bin/loadgisdata.sh'. Such a tool doesn't exists yet... So i added a
>> command line option to AtlasStyler 1.5 that does exactly that.
>> 
>> So for option B, we have to do only one thing: Add a line to
>> 'bin/install_atlasStyler' that will add a spatial index to all
>> shapefiles in the $DATA_FOLDER:
>>> find $DATA_FOLDER -iname "*.shp" -exec atlasstyler "addFix={}" \;
>> 
>> This REQUIRES that 'bin/loadgisdata.sh' is run before
>> install_AtlasStyler.sh is run.
>> 
>> Actually install_Gisdata is setting the data read-only already. So in
>> the install_AtlasStyler.sh i will have to change the permissions twice..
>> something not so nice.
>> 
>> Advantage: No quick re-releasing of Geotools and uDig just for one patch
>> two days after the last release.
>> 
>> Disadvantage: Some unorthodox modifications on the install scripts.
>> 
>> 
>> 
>> A or B ? Waiting for feedback.
>> 
>> Greetings,
>> Steve
>> 
>> 
>> Am 10.08.2010 13:33, schrieb Cameron Shorter:
>>> The naturalearth data shapefiles are loaded by bin/loadgisdata.sh
>>> 
>>> It is loaded from the naturalearth website directly.
>>> 
>>> I'm open to you adding .fix files if you think it is easy enough to
>>> achieve.
>>> 
>>> On 10/08/10 21:10, Stefan A. Tzeggai wrote:
>>> Hi
>>> 
>>> I have installed the rc5 to my HDD and started investigating the
>>> problems reported for AtlasStyler and Geopublisher. This is what happens:
>>> 
>>> The natural earth shapes don't have .fix spatial indexes. AtlasStyler
>>> tries to create them on-the-fly and gets a permission exception.
>>> 
>>> I will write a fix, so that that will not be a problem anymore, but
>>> maybe we should anyways add .fix files to all Shapefiles on the DVD.
>>> 
>>> .fix files are supported by Geotools, so uDig, Geoserver,
>>> Geopublisher and AtlasStyler (and probably more) would profit
>>> performance-wise.
>>> 
>>> The data dir is not in the svn.. Tell me where it is, and i can provide
>>> .fix files for all shapefiles.
>>> 
>>> Greetings,
>>> Steve
>>> 
>>> 
>>> 
>>> 
>>> -- wiki² - Softwareentwicklung
>>> Stefan A. Tzeggai, geb. Krüger
>>> Straßburger Weg 26
>>> 53113 Bonn
>>> 
>>> email   tzeggai at wikisquare.de
>>> phone   0228 24 000 528
>>> mobile  0176 40 38 9559
>>> webpage wikisquare.de
>>> twitter http://twitter.com/geopublishing
>>> 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.
>> _______________________________________________
>> Live-demo mailing list
>> Live-demo at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/live-demo
>> http://wiki.osgeo.org/wiki/Live_GIS_Disc
>> 
>> - --
>> wiki² - Softwareentwicklung
>> Stefan A. Tzeggai, geb. Krüger
>> Straßburger Weg 26
>> 53113 Bonn
>> 
>> email   tzeggai at wikisquare.de
>> phone   0228 24 000 528
>> mobile  0176 40 38 9559
>> webpage wikisquare.de
>> twitter http://twitter.com/geopublishing
>> 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.
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.10 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>> 
>> iEYEARECAAYFAkxhgJEACgkQdFDQR1G1dv1lpQCdEu0LeRaobTkgVolRD+9EWiZ4
>> 4OoAoJ9enthFYWU4fn18kelPksnMj7SQ
>> =rW2/
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> Live-demo mailing list
>> Live-demo at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/live-demo
>> http://wiki.osgeo.org/wiki/Live_GIS_Disc
>> 
> 
> _______________________________________________
> Live-demo mailing list
> Live-demo at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/live-demo
> http://wiki.osgeo.org/wiki/Live_GIS_Disc