Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#329 closed task (fixed)

update geos to 3.3.6

Reported by: aperi2007 Owned by: osgeo4w-dev@…
Priority: major Component: Package
Version: Keywords:
Cc:

Description

Hi,

The osgeo4w host the geos 3.3.5

The last released version is geos 3.3.6.

I guess it should surely better because it resolve a single bug on intersection. See the image: http://trac.osgeo.org/postgis/attachment/ticket/1977/bug586_line.png

I'm not sure if this can help. However I put the package geos 3.3.6 compiled from sources using VisualC 2008 32 bit on windows platform.

Change History (10)

comment:1 by aperi2007, 11 years ago

I was unable to put the package compiled on this ticket (too large size). However if this package can help please say me how I can post it.

Regards,

Andrea.

comment:2 by jef, 11 years ago

I wonder what the upload limit is - the latest geos package in osgeo4w is just ~500k. Do you have the package somewhere else for review?

comment:3 by aperi2007, 11 years ago

I guess the oversize is the static library (libgeos.lib) that has about 56 MB. Perhaps the package of osgeo4w use only the shared ?

comment:4 by aperi2007, 11 years ago

I try to repackage removing the static lib and the size now is about 950 KB.

in reply to:  3 comment:5 by jef, 11 years ago

Replying to aperi2007:

I guess the oversize is the static library (libgeos.lib) that has about 56 MB. Perhaps the package of osgeo4w use only the shared ?

Please review the old http://download.osgeo.org/osgeo4w/release/geos/geos-3.3.5-1.tar.bz2 package - a new package should have the same structure.

comment:6 by aperi2007, 11 years ago

I produce a package more like to the 3.3.5 old package. But there are still some difference.

VC2008 don't produce the geos_c_i.lib it produced the geos_c.lib. I guess is more correct the geos_c.lib with the geos_c.dll

Also I see a really little bug in the source of the released 3.3.6 It in the version.h file has the version numbered as "3.3.6dev" instead of "3.3.6".

comment:7 by aperi2007, 11 years ago

Hi,

The package compiled for geos 3.3.6 is downloadable from this link.

http://tinyurl.com/c5gt6m9

Regard,

in reply to:  7 comment:8 by jef, 11 years ago

Resolution: fixed
Status: newclosed

Replying to aperi2007:

Hi,

The package compiled for geos 3.3.6 is downloadable from this link.

http://tinyurl.com/c5gt6m9

Um, that's a zip file. Anyway, I've uploaded a 3.3.6 package.

in reply to:  6 comment:9 by brushtyler, 11 years ago

Replying to aperi2007:

VC2008 don't produce the geos_c_i.lib it produced the geos_c.lib. I guess is more correct the geos_c.lib with the geos_c.dll

IIRC Frank asked me to remove the static libraries from my packages and keep the import libraries "_i.lib" when I built the freexl/sqlite/spatialite libs (I'm searching for that discussion but I'm unable to find it, probably it was on IRC).

comment:10 by aperi2007, 11 years ago

IIRC Frank asked me to remove the static libraries from my packages and keep the import libraries "_i.lib" when I built the freexl/sqlite/spatialite libs (I'm searching for that discussion but I'm unable to find it, probably it was on IRC).

I guess in a system like osgeo4w born to allow the use of various gis systems the static library is really unuseful. The shared lib are the more appropriately. If there are more systems that need differents versions of a lib i guess is better to maintain in the package also the previous versions of that lib. Instead if the osgeo4w is see also as a container of all the libs need to a GIS developer to support him, the static libs could have a role. However I still think that in a develop environment a developer should still use the shared libs.

my 2ct.

Note: See TracTickets for help on using tickets.