Re: "make check" failures w/ 1.3.1 on Mac OS 10.5

Well, the problem seems to be with the shp2pgsql utility - trying to  
run it w/ a different shapefile in a different directory produces  
similar results:

jcc$ /usr/local/postgis-1.3.1/bin/shp2pgsql cities.shp test.cities
/usr/local/postgis-1.3.1/bin/shp2pgsql: shape (.shp) or index files  
(.shx) can not be opened.

Any suggestions on how to proceed from here?

Thanks!

--john

On Nov 30, 2007, at 1:10 AM, Mark Cave-Ayland wrote:

> On Thu, 2007-11-29 at 23:10 -0700, John Cartwright wrote:
>> Hi Mark,
>>
>> Using the hourly svn snapshot, the build went fine, but "make check"
>> is still failing 12 out of 37:
>>
>> ../loader/shp2pgsql: shape (.shp) or index files (.shx) can not be
>> opened.
>>
>> --john
>
>
> Hi John,
>

Re: "make check" failures w/ 1.3.1 on Mac OS 10.5

I finally had a chance to try it.  Builds and all tests run.

I can't think of what might be going on on your system John.  There  
might be something helpful in your console or system logs.

On Nov 30, 2007, at 2:10 AM, Mark Cave-Ayland wrote:

> On Thu, 2007-11-29 at 23:10 -0700, John Cartwright wrote:
>> Hi Mark,
>>
>> Using the hourly svn snapshot, the build went fine, but "make check"
>> is still failing 12 out of 37:
>>
>> ../loader/shp2pgsql: shape (.shp) or index files (.shx) can not be
>> opened.
>>
>> --john
>
>
> Hi John,
>
> Hmmm I'm not sure why the "make check" is failing because it can't  
> open
> the loader test files - it's good to see that the build works which is
> the important thing.
>
> The only thing I can think of is filesystem permissions - what do the
> permissions for the loader/ directory look like? Are the shape files
> actually present?
>

Re: Error installing on Linux Centos 5

If you want to install postgresql and postgis to the latest, don't yum 
install them ... download and install them both from source.

1) download and install postgresql
http://www.postgresql.org/docs/8.2/static/install-short.html
2) download and install the latest geos
http://geos.refractions.net/
3) download and install proj.4
http://www.remotesensing.org/proj/
4) change to contrib directory in your source tree of postgresql and 
install postgis
http://postgis.refractions.net/docs/ch02.html

You may have to specify the location of pg_config location with 
--with-pgsql when installing postgis (perhaps as well as the --with-geos 
and --with-proj options as well).

Cheers,
Kevin

Andre Schoonbee wrote:
>
> Hi All
>
>  
>
> Hope this is not a blond moment, But I cannot get postgis 1.2.1 
> installed on my Centos 5. Postgresql is running and I can connect to 
> the database. I have downloaded the tar.gz file and extracted it. When 
> running./configure all goes well until I get and error that PostgreSQL 

Re: "make check" failures w/ 1.3.1 on Mac OS 10.5

On Fri, 2007-11-30 at 22:04 -0600, William Kyngesburye wrote:
> I finally had a chance to try it.  Builds and all tests run.

Brilliant. Thanks for testing.

> I can't think of what might be going on on your system John.  There  
> might be something helpful in your console or system logs.

Yeah there definitely seems to be something strange going on here... I
don't profess to using OS X that much, so this question may be better
answered by someone else.

ATB,

Mark.

--

-- 
ILande - Open Source Consultancy
http://www.ilande.co.uk

Re: where to register to submit bug?

On Sat, 2007-11-17 at 20:34 +0000, Mark Cave-Ayland wrote:

> So the real bug in this case is that the (E)WKB parser doesn't seem to
> attempt to validate any geometries being passed through it :(  I've had
> a look at the parser code and it's quite a complicated beast with not
> many comments, so I imagine a fix is going to a little time to come up
> with.

FWIW I've now committed a patch to SVN to include simple validation for
geometries being input in (E)WKB format. From latest SVN:

bug=# select
astext('010600002011080000040000000103000000010000000400000052B81E855E5914C100000040E96133C1EC51B81EA35914C1E17A146EE76133C18FC2F5289E5914C114AE47E1D76133C15C8FC2F58D5914C114AE4761C16133C10103000000010000000500000066666666805914C11F85EB51DB6133C133333333835914C11F85EB51E46133C166666666645914C152B81E05E56133C100000000625914C1EC51B81EDC6133C166666666805914C11F85EB51DB6133C10103000000010000000100000048E17A14555914C166666666C26133C1010300000001000000010000001F85EB51565914C1EC51B85EC66133C1'::geometry);
ERROR:  geometry contains non-closed rings
bug=#

Hopefully this means future releases will prevent these ill-formed
geometries getting into the database in the first place when inserted as
(E)WKB.

Kind regards,

Mark.

--

-- 
ILande - Open Source Consultancy
http://www.ilande.co.uk

Re: where to register to submit bug?

Thanks, I hope it will help to others...

Mark Cave-Ayland wrote:
> On Sat, 2007-11-17 at 20:34 +0000, Mark Cave-Ayland wrote:
>
>   
>> So the real bug in this case is that the (E)WKB parser doesn't seem to
>> attempt to validate any geometries being passed through it :(  I've had
>> a look at the parser code and it's quite a complicated beast with not
>> many comments, so I imagine a fix is going to a little time to come up
>> with.
>>     
>
> FWIW I've now committed a patch to SVN to include simple validation for
> geometries being input in (E)WKB format. From latest SVN:
>
>
> bug=# select
> astext('010600002011080000040000000103000000010000000400000052B81E855E5914C100000040E96133C1EC51B81EA35914C1E17A146EE76133C18FC2F5289E5914C114AE47E1D76133C15C8FC2F58D5914C114AE4761C16133C10103000000010000000500000066666666805914C11F85EB51DB6133C133333333835914C11F85EB51E46133C166666666645914C152B81E05E56133C100000000625914C1EC51B81EDC6133C166666666805914C11F85EB51DB6133C10103000000010000000100000048E17A14555914C166666666C26133C1010300000001000000010000001F85EB51565914C1EC51B85EC66133C1'::geometry);
> ERROR:  geometry contains non-closed rings
> bug=#
>
>
> Hopefully this means future releases will prevent these ill-formed
> geometries getting into the database in the first place when inserted as
> (E)WKB.
>
>
> Kind regards,
>

FDOPostgis

Is there a FDO postgis connector for Linux environment?

I have the FDOPostgis alpha version from Jason. But that's a zip file.

Regards

Andre

Re: FDOPostgis

http://svn.osgeo.org/fdo/trunk/Providers/PostGIS/

Cheers,
-- Kevin

Andre Schoonbee wrote:
> Is there a FDO postgis connector for Linux environment?
>  
>
> I have the FDOPostgis alpha version from Jason. But that's a zip file.
>  
>
> Regards
>  
>
> Andre
>
> _______________________________________________
> postgis-users mailing list
> postgis-users <at> postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>   

RE: FDOPostgis

... and if you have a chance to test the Linux build process, that would be great; some folks running into
problems with it, and FDO is still a bit under-resourced as a community.  There are some (ragged)
instructions for building FDO (and MapGuide) on Ubuntu Server 7.10 here:

http://wiki.osgeo.org/index.php/Building_Mapguide_on_Ubuntu_7.10_Server
<http://wiki.osgeo.org/index.php/Building_Mapguide_on_Ubuntu_7.10_Server> 

Note that FDO trunk is currently version 3.3.x, which isn't supported by any apps but the MapGuide 2.0 beta. 
I have had some success under Windows grafting the PostGIS provider from trunk into the 3.2.x branch and
building from there.  Not sure how well this works with Linux.  You can get the 3.2.x code here:

http://svn.osgeo.org/fdocore/branches/3.2.x/ <http://svn.osgeo.org/fdocore/branches/3.2.x/> 

Jason

________________________________

From: Kevin Neufeld
Subject: Re: [postgis-users] FDOPostgis

http://svn.osgeo.org/fdo/trunk/Providers/PostGIS/

_______________________________________________
postgis-users mailing list
postgis-users <at> postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users

1.3.2 Release

1.3.2 is on the streets.

http://postgis.refractions.net/news/20071201/

Kudos to Mark for seeing this one through!

P

On 2-Dec-07, at 12:40 PM, Mark Cave-Ayland wrote:

> On Fri, 2007-11-30 at 10:20 -0800, Paul Ramsey wrote:
>
>> Say the word and I'll pull the pin.
>>
>> P
>
> Righto, have just committed a revised ChangeLog and README.postgis  
> - all
> ready for you to tag in SVN and release.
>
>
> Kind regards,
>
> Mark.
>
> -- 
> ILande - Open Source Consultancy
> http://www.ilande.co.uk
>