Sorry to come back to this issue after one week, but I could not have a
look to it before this week-end.
Grass 6.4.0svn and QGIS Kore and Mimas are now working well. After
those trials, I understand that the osgeo4w installer is still to
improve as long as one needs special instructions and sequence to reach
the target. It is highly recommended to follow Agus'instructions
faithfully rather than to use osgeo4w.exe with the "express install"
option, or to mess with the custom installation.
There is still odd things happening however (but they do'nt prevent
working):
- For the daily work, I use Windows XP under an account that gives me
limited rights (a behaviour inherited from Linux experience) working
with administrator rights just to install softwares, etc. I have been
said that it is could practise regarding security issues. Also, system
and programmes are on C:/ but user accounts are on U:/. I have been
surprised to see that, after having been installed, QGIS at start up
under the administrator account displays a box full of messages about
python (see below), and then works well with all functionalities... I do
not have this box when working under my limited account: QGIS starts
normally straight with all functionnalities.
- when installing QGIS 1.3.0.1 according to Agus'instructions, I could
not find grass-gdal-plugins in the section "libs" nor anywhere else.
However, before starting installation, in a dialog box , I have been
offered to install QGIS 1.0 and dependencies: grass-gdal-plugin and
another one I did not take note. So, now I have the two versions
installed (and working), and it seems that the installer found the
grass-gdal-plugins lib... when I could not. However, it is quite
disturbing to get this invitation about installing QGIS 1.0 when you
have specified before that you want to install QGIS 1.3.0.1 (for a
non-specialist there is always the doubt that QGIS 1.0 install is
necessary to get QGIS 1.3.0.1 working...).
Best,
Patrick
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Python error
Couldn't load plugin "qgis_rgb" from
['C:/OSGeo4W/apps/qgis-unstable/./python', 'U:/Documents and
Settings/Admin/.qgis//python/plugins',
'C:/OSGeo4W/apps/qgis-unstable/./python/plugins',
'C:\OSGeo4W\apps\gdal-16\pymod', 'U:\', 'C:\OSGeo4W\bin\python25.zip',
'C:\OSGeo4W\apps\Python25\DLLs', 'C:\OSGeo4W\apps\Python25\lib',
'C:\OSGeo4W\apps\Python25\lib\plat-win',
'C:\OSGeo4W\apps\Python25\lib\lib-tk',
'C:\OSGeo4W\apps\qgis-unstable\bin', 'C:\OSGeo4W\apps\Python25',
'C:\OSGeo4W\apps\Python25\lib\site-packages',
'C:\OSGeo4W\apps\Python25\lib\site-packages\win32',
'C:\OSGeo4W\apps\Python25\lib\site-packages\win32\lib',
'C:\OSGeo4W\apps\Python25\lib\site-packages\Pythonwin',
'C:\OSGeo4W\apps\Python25\lib\site-packages\wx-2.8-msw-unicode',
'C:\OSGeo4W\apps\qgis-unstable\python\plugins\fTools\tools',
'/usr/share/qgis/python', '/usr/share/qgis/python',
'/usr/share/qgis/python']
Traceback (most recent call last):
File "", line 2, in
File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\__init__.py", line 2, in
from Rgb import rgb
File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\Rgb.py", line 10, in
from ui_control import ui_Control
File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\ui_control.py", line 6, in
import composite, os
File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\composite.py", line 1, in
import gdal, os, sys
ImportError: No module named gdal
Version de Python :
2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]
Chemin vers Python :['C:/OSGeo4W/apps/qgis-unstable/./python',
'U:/Documents and Settings/Admin/.qgis//python/plugins',
'C:/OSGeo4W/apps/qgis-unstable/./python/plugins',
'C:\\OSGeo4W\\apps\\gdal-16\\pymod', 'U:\\',
'C:\\OSGeo4W\\bin\\python25.zip', 'C:\\OSGeo4W\\apps\\Python25\\DLLs',
'C:\\OSGeo4W\\apps\\Python25\\lib',
'C:\\OSGeo4W\\apps\\Python25\\lib\\plat-win',
'C:\\OSGeo4W\\apps\\Python25\\lib\\lib-tk',
'C:\\OSGeo4W\\apps\\qgis-unstable\\bin', 'C:\\OSGeo4W\\apps\\Python25',
'C:\\OSGeo4W\\apps\\Python25\\lib\\site-packages',
'C:\\OSGeo4W\\apps\\Python25\\lib\\site-packages\\win32',
'C:\\OSGeo4W\\apps\\Python25\\lib\\site-packages\\win32\\lib',
'C:\\OSGeo4W\\apps\\Python25\\lib\\site-packages\\Pythonwin',
'C:\\OSGeo4W\\apps\\Python25\\lib\\site-packages\\wx-2.8-msw-unicode',
'C:\\OSGeo4W\\apps\\qgis-unstable\\python\\plugins\\fTools\\tools',
'/usr/share/qgis/python', '/usr/share/qgis/python',
'/usr/share/qgis/python']
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Agustin Lobo a écrit :
Patrick,
Yours seems to be a different problem. I had libtiff.dll in both
C:\windows\system32 and C:\OSGeo4W\bin. Deleting the in
C:\windows\system32 solved the problem. So you should not
move libtiff.dll into C:/WINDOWS/system32
Have you tried gdalinfo -version on the osgeo console?
In any case, you should send your question to [email protected]
also.
I'm now reviewing the osgeo4w installation, which I do for students
only as I prefer ubuntu for my own work. I think that
the best is using the automatic installation for GDAL and GRASS
(not for QGIS, as this installs a very old version) first (which takes
a looong time) and the use the Advenced installation to select QGIS
1.3.0.1
under the desktop section, plus the libraries I mentioned in step 6 in
http://sites.google.com/site/eospansite/qsig-for-windows
(but note that the rest of those directions are outdated)
It seems we are getting good results with this procedure, but we are
really
looking into it now. My main OS is not windows.
Agus
Patrick Giraudoux wrote:
Hi Patrick,
On Sun, 29. Nov 2009 at 12:06:45 +0100, Patrick Giraudoux wrote:
> I have seen on the list that Agustin Lobo had a quite similar
trouble:
>
<http://n2.nabble.com/Problem-with-TIFFSetField-in-*libtiff*-*dll*-td2271128.html
<http://n2.nabble.com/Problem-with-TIFFSetField-in-libtiff-dll-td2271128.html>>,
> but I cannot find out if whether it was solved or not and if so
how...
In that thread Frank suspected that there is a *libtiff*.*dll* in
Agus system32
directory. That was the case and Agus removed it. That helped.
Yes, but I found that libtiff.dll was NOT in C:/WINDOWS/system32, but
is well present in C:\OSGeo4W\bin
Unfortunately it's not possible to have *Windows* find OSGeo4W's
*libtiff*.*dll*
before the one in system32 and removing it or replacing it with the
OSGeo4W
version might break the software that originally put it there.
But in that case it might help to put the original *libtiff*.*dll*
into the same
directory as the .EXE of the other software.
This is not clear to me. libtiff.dll is currently in C:\OSGeo4W\bin
where I can find qgis.bat but not qgis.exe. Do you mean that I should
move libtiff.dll into C:/WINDOWS/system32 ?
Thanks for the hint,
Patrick
Jürgen
--
Jürgen E. Fischer norBIT GmbH Tel.
+49-4931-918175-20
Dipl.-Inf. (FH) Rheinstraße 13 Fax.
+49-4931-918175-50
Software Engineer D-26506 Norden
http://www.norbit.de
--
norBIT Gesellschaft fuer Unternehmensberatung und
Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
------------------------------------------------------------------------
_______________________________________________
Qgis-user mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/qgis-user
_______________________________________________
Qgis-user mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/qgis-user
