[Qgis-user] All gdal reliant functionality stopped working
Simon Cropper
simoncropper at fossworkflowguides.com
Tue Jan 22 02:09:05 PST 2013
On 22/01/13 19:00, Luís de Sousa wrote:
> Hi Simon, you are correct. I had binaries installed both at /usr/local/bin
> and at /usr/bin, the first were outdated but the path was getting there
> first.
>
> I have no idea why I had binaries in two different places, could this have a
> package update that went wrong?
>
> Regards,
>
> Luís
>
>
>
> --
> View this message in context: http://osgeo-org.1560.n6.nabble.com/All-gdal-reliant-functionality-stopped-working-tp5028655p5028892.html
> Sent from the Quantum GIS - User mailing list archive at Nabble.com.
> _______________________________________________
> Qgis-user mailing list
> Qgis-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
Not sure. I have come across this issue many times usually when specific
versions of generic libraries are used by a package.
None of the package managers warn you of the potential conflict and none
of the packages actually check that the desired version is being called.
A suitably configured package should record where the libraries they are
calling are located. Calling "ogr2ogr parameter1 parameter2" is just
asking for problems yet this appears to be what is happening.
Following on from this the problem is a programming one and could
legitimately be considered a bug -- QGIS's calls to the gdal libraries
should include specific paths to the binary files.
--
Cheers Simon
Simon Cropper - Open Content Creator
Free and Open Source Software Workflow Guides
------------------------------------------------------------
Introduction http://www.fossworkflowguides.com
GIS Packages http://www.fossworkflowguides.com/gis
bash / Python http://www.fossworkflowguides.com/scripting
More information about the Qgis-user
mailing list