[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