Re: Windows Installer Issue

Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Windows Installer Issue

Regina Obe

Thanks for reporting.  I’ll have to take a look at that.  I was ignoring that one since I didn’t choose to override my env variable.

That setting is used for some raster processing and ogr_fdw.  That could explain the errors I see with ogr_fdw character conversions.

 

If you aren’t using raster or ogr_fdw you can ignore it.

If you are using raster I don’t think it can be entirely ignored.  I think it’s used for raster transformations.  Ogr_fdw maybe.  I’ll ticket as an issue and troubleshoot.

 

I’m guessing it has to do with the newer GDAL version and maybe our logic is looking for a file that is no longer present in the gdal-data folder as they did change the contents of gdal-data folder significantly between 2.4 and 3.

 

Thanks,

Regina

 

From: postgis-devel [mailto:[hidden email]] On Behalf Of Gandalf the Gray
Sent: Saturday, October 17, 2020 4:26 AM
To: [hidden email]
Subject: [postgis-devel] Windows Installer Issue

 

Hi guys

 

I am using the latest installer for PG 13, and everything installs correctly.  However when I do a select postgis_full_version(), I see the following:

 

POSTGIS="3.0.2 3.0.2" [EXTENSION] PGSQL="130" GEOS="3.8.1-CAPI-1.13.3" SFCGAL="1.3.8" PROJ="6.3.2" GDAL="GDAL 3.0.4, released 2020/01/28 GDAL_DATA not found" LIBXML="2.9.9" LIBJSON="0.12" LIBPROTOBUF="1.2.1" WAGYU="0.4.3 (Internal)" TOPOLOGY RASTER

 

GDAL DATA however points to correct location in environment settings.  Nowhere in environment settings including path is there another GDAL DATA setting.

 

select long_name from st_gdaldrivers() however shows results.

 

Can I ignore this?

 

 


_______________________________________________
postgis-devel mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/postgis-devel
Reply | Threaded
Open this post in threaded view
|

Re: Windows Installer Issue

Regina Obe

BTW I’ve ticketed this issue on:

https://trac.osgeo.org/postgis/ticket/4766

 

As far as libiconv goes hmm I’m not seeing a dependency of my GDAL 3.0.4 compile on libiconv.  It’s also missing lib-curl which is going to annoy a lot of folks

 

 

But I do see the dependency on my GDA: 2.4.4 –

 

 

So that could be the problem we are seeing with ogr_fdw

 

I’ll try to compile again and make sure the missing dependencies are there.

 

Though I don’t think that is the culprit with the missing GDAL-DATA issue as I don’t think raster relies on libiconv

 

Thanks,

Regina

 

From: postgis-devel [mailto:[hidden email]] On Behalf Of Bruce Rindahl
Sent: Saturday, October 17, 2020 12:57 PM
To: PostGIS Development Discussion <[hidden email]>
Subject: Re: [postgis-devel] Windows Installer Issue

 

Regina 

While you are looking at this, do you have libiconv installed?  I think GDAL needs it but doesn't require it during configure.  

 

 

On Sat, Oct 17, 2020, 8:56 AM Regina Obe <[hidden email]> wrote:

Thanks for reporting.  I’ll have to take a look at that.  I was ignoring that one since I didn’t choose to override my env variable.

That setting is used for some raster processing and ogr_fdw.  That could explain the errors I see with ogr_fdw character conversions.

 

If you aren’t using raster or ogr_fdw you can ignore it.

If you are using raster I don’t think it can be entirely ignored.  I think it’s used for raster transformations.  Ogr_fdw maybe.  I’ll ticket as an issue and troubleshoot.

 

I’m guessing it has to do with the newer GDAL version and maybe our logic is looking for a file that is no longer present in the gdal-data folder as they did change the contents of gdal-data folder significantly between 2.4 and 3.

 

Thanks,

Regina

 

From: postgis-devel [mailto:[hidden email]] On Behalf Of Gandalf the Gray
Sent: Saturday, October 17, 2020 4:26 AM
To: [hidden email]
Subject: [postgis-devel] Windows Installer Issue

 

Hi guys

 

I am using the latest installer for PG 13, and everything installs correctly.  However when I do a select postgis_full_version(), I see the following:

 

POSTGIS="3.0.2 3.0.2" [EXTENSION] PGSQL="130" GEOS="3.8.1-CAPI-1.13.3" SFCGAL="1.3.8" PROJ="6.3.2" GDAL="GDAL 3.0.4, released 2020/01/28 GDAL_DATA not found" LIBXML="2.9.9" LIBJSON="0.12" LIBPROTOBUF="1.2.1" WAGYU="0.4.3 (Internal)" TOPOLOGY RASTER

 

GDAL DATA however points to correct location in environment settings.  Nowhere in environment settings including path is there another GDAL DATA setting.

 

select long_name from st_gdaldrivers() however shows results.

 

Can I ignore this?

 

 

_______________________________________________
postgis-devel mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/postgis-devel


_______________________________________________
postgis-devel mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/postgis-devel
Reply | Threaded
Open this post in threaded view
|

Re: Windows Installer Issue

Regina Obe

Thanks.  I still have yet to look at this – I’ll try to get to it today and review this article.

 

From: postgis-devel [mailto:[hidden email]] On Behalf Of Bruce Rindahl
Sent: Monday, October 19, 2020 1:04 PM
To: PostGIS Development Discussion <[hidden email]>
Subject: Re: [postgis-devel] Windows Installer Issue

 

BTW, this is what triggered my questions about libiconv:

FW gave a good roadmap on this subject.  Note he even suggested the possibility of disabling the system iconv() in favor of libiconv

 

On Sat, Oct 17, 2020 at 10:33 AM Regina Obe <[hidden email]> wrote:

BTW I’ve ticketed this issue on:

https://trac.osgeo.org/postgis/ticket/4766

 

As far as libiconv goes hmm I’m not seeing a dependency of my GDAL 3.0.4 compile on libiconv.  It’s also missing lib-curl which is going to annoy a lot of folks

 

 

But I do see the dependency on my GDA: 2.4.4 –

 

 

So that could be the problem we are seeing with ogr_fdw

 

I’ll try to compile again and make sure the missing dependencies are there.

 

Though I don’t think that is the culprit with the missing GDAL-DATA issue as I don’t think raster relies on libiconv

 

Thanks,

Regina

 

From: postgis-devel [mailto:[hidden email]] On Behalf Of Bruce Rindahl
Sent: Saturday, October 17, 2020 12:57 PM
To: PostGIS Development Discussion <[hidden email]>
Subject: Re: [postgis-devel] Windows Installer Issue

 

Regina 

While you are looking at this, do you have libiconv installed?  I think GDAL needs it but doesn't require it during configure.  

 

 

On Sat, Oct 17, 2020, 8:56 AM Regina Obe <[hidden email]> wrote:

Thanks for reporting.  I’ll have to take a look at that.  I was ignoring that one since I didn’t choose to override my env variable.

That setting is used for some raster processing and ogr_fdw.  That could explain the errors I see with ogr_fdw character conversions.

 

If you aren’t using raster or ogr_fdw you can ignore it.

If you are using raster I don’t think it can be entirely ignored.  I think it’s used for raster transformations.  Ogr_fdw maybe.  I’ll ticket as an issue and troubleshoot.

 

I’m guessing it has to do with the newer GDAL version and maybe our logic is looking for a file that is no longer present in the gdal-data folder as they did change the contents of gdal-data folder significantly between 2.4 and 3.

 

Thanks,

Regina

 

From: postgis-devel [mailto:[hidden email]] On Behalf Of Gandalf the Gray
Sent: Saturday, October 17, 2020 4:26 AM
To: [hidden email]
Subject: [postgis-devel] Windows Installer Issue

 

Hi guys

 

I am using the latest installer for PG 13, and everything installs correctly.  However when I do a select postgis_full_version(), I see the following:

 

POSTGIS="3.0.2 3.0.2" [EXTENSION] PGSQL="130" GEOS="3.8.1-CAPI-1.13.3" SFCGAL="1.3.8" PROJ="6.3.2" GDAL="GDAL 3.0.4, released 2020/01/28 GDAL_DATA not found" LIBXML="2.9.9" LIBJSON="0.12" LIBPROTOBUF="1.2.1" WAGYU="0.4.3 (Internal)" TOPOLOGY RASTER

 

GDAL DATA however points to correct location in environment settings.  Nowhere in environment settings including path is there another GDAL DATA setting.

 

select long_name from st_gdaldrivers() however shows results.

 

Can I ignore this?

 

 

_______________________________________________
postgis-devel mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/postgis-devel

_______________________________________________
postgis-devel mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/postgis-devel


_______________________________________________
postgis-devel mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/postgis-devel