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

Tue Aug 10 16:47:13 PDT 2010

That is great you got a command line tool going (indeed that was very
quick). Updating the script (perhaps the atlas styler script) to
create the .fix files is the best option today.

Small correction: It is especially annoying that this .fix index is
not even a spatial index - it is used to preserve row order when
editing. As a result the index files are very small.

Can I also ask if there is a "qix" spatial index?

(we will be getting that patch into GeoTools so the solution to
generate a fix file should be viewed as temporary and only needed to
get our live dvd release deadlines).

Jody

On Wed, Aug 11, 2010 at 2:38 AM, Stefan A. Tzeggai
<tzeggai at wikisquare.de> 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-----
>