Stefan,
It sounds like providing .fix files for shapefiles will make current
applications more stable, and will have minimal chance of harming other
applications or the build process.
If this can be achieved in a build script which is run after everything
else, I suggest writing such a build script. (It is looking like Alex
will build another release at the end of this week, so we can
incorporate such a fix).
I'm making the assumption that you would be able to test the fix on the
next release and verify it works. (Help with testing is our biggest
bottle neck at the moment with regards to getting releases out - so if
we can get help with any of the testing, this will be incredibly beneficial)
On 11/08/10 04:53, Stefan Tzeggai wrote:
Hi Brian
Thanks for your quick reply.
> to be clear...
> I am in favor of applications that want a .fix file, to generate them
> *not* to change the source repository somehow
Not so easy when the folder is read-only. ;-)
>Can you use a PostGIS data source for AS and GP ?
These changes are not for AS or GP. AtlasStlyer and Geopublisher are
fixed and have no problems with the r/o Shapefiles anymore.
This is to ensure that more widespread uDig has no problems with the
Natural Earth Shapefiles. uDig uses the same version of Geotools as GP
and AS.
>Natural Earth is already there and ready to go
I think we were missunderstanding. The workflow would stay the same:
The original and unchanged Natural Earth is downloaded and unzipped as
it is done now - just after that .fix files would be generated next to
the .shp files.
Think of it as generating thumbnails in imagefolders. For a live DVD
one would do it after downloading the images, but before the
filesystem goes read-only.
>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..
That is totally true. So i try not to slow down the process. If the
.fix is not needed, lets not do it.
Is it really needed with latest uDig? I guess Jody will reply
tomorrow. I will go to bed now.
Keep up the good work guys.. it's in every project that the last days
get a bit busier :-) ... In a month you all can hold the nice DVD and
be very proud of it!
Greetings,
Steve
On 10.08.2010 18:45, Brian Hamlin wrote:
On Aug 10, 2010, at 4:33 AM, Cameron Shorter wrote:
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.
to be clear...
I am in favor of applications that want a .fix file, to generate them
*not* to change the source repository somehow
or create our own mirror "plus" repository
maybe that is not what you want to do, and we are already in alignment
the master data source, that is the Natural Earth site
is going to be very widely relied upon
IMO we would do better to write scripts that use it exactly as it is
and then add any additional features locally
best regards
-Brian
On 10/08/10 21:10, Stefan A. Tzeggai wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
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 [email protected]
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/
iEYEARECAAYFAkxhM4wACgkQdFDQR1G1dv1kPQCfVEkD1w1VXy05I+FPmiybWI0j
ICEAnj7V8sEoswJMtHL7P59aH6I2zHo0
=edcJ
-----END PGP SIGNATURE-----
_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://wiki.osgeo.org/wiki/Live_GIS_Disc
--
Cameron Shorter
Geospatial Director
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254
Think Globally, Fix Locally
Geospatial Solutions enhanced with Open Standards and Open Source
http://www.lisasoft.com
_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://wiki.osgeo.org/wiki/Live_GIS_Disc
_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://wiki.osgeo.org/wiki/Live_GIS_Disc
_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://wiki.osgeo.org/wiki/Live_GIS_Disc
--
Cameron Shorter
Geospatial Director
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254
Think Globally, Fix Locally
Geospatial Solutions enhanced with Open Standards and Open Source
http://www.lisasoft.com
_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://wiki.osgeo.org/wiki/Live_GIS_Disc
