<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Sorry to come back to this issue after one week, but I could not have a
look to it before this week-end. <br>
<br>
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.<br>
<br>
There is still odd things happening however (but they do'nt prevent
working):<br>
<br>
- 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.<br>
<br>
- 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...).<br>
<br>
Best,<br>
<br>
Patrick<br>
<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
Python error<br>
<br>
<span style="color: rgb(255, 0, 0);">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']</span><br>
<br>
Traceback (most recent call last):<br>
  File "", line 2, in <br>
  File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\__init__.py", line 2, in <br>
    from Rgb import rgb<br>
  File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\Rgb.py", line 10, in <br>
    from ui_control import ui_Control<br>
  File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\ui_control.py", line 6,
in <br>
    import composite, os<br>
  File "U:/Documents and
Settings/Admin/.qgis//python/plugins\qgis_rgb\composite.py", line 1, in
<br>
    import gdal, os, sys<br>
ImportError: No module named gdal<br>
<br>
Version de Python :<br>
2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]<br>
<br>
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']<br>
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
<br>
<br>
Agustin Lobo a écrit :
<blockquote cite="mid:4B13826D.4000700@gmail.com" type="cite">Patrick, <br>
  <br>
Yours seems to be a different problem. I had libtiff.dll in both
C:\windows\system32 and C:\OSGeo4W\bin. Deleting the in <br>
C:\windows\system32 solved the problem. So you should not <br>
move libtiff.dll into C:/WINDOWS/system32 <br>
  <br>
Have you tried gdalinfo -version on the osgeo console? <br>
In any case, you should send your question to <a
 class="moz-txt-link-abbreviated"
 href="mailto:osgeo4w-dev@lists.osgeo.org">osgeo4w-dev@lists.osgeo.org</a>
  <br>
also. <br>
  <br>
I'm now reviewing the osgeo4w installation, which I do for students <br>
only as I prefer ubuntu for my own work. I think that <br>
the best is using the automatic installation for GDAL and GRASS <br>
(not for QGIS, as this installs a very old version) first (which takes <br>
a looong time) and the use the Advenced installation to select QGIS
1.3.0.1 <br>
under the desktop section, plus the libraries I mentioned in step 6 in <br>
  <a class="moz-txt-link-freetext"
 href="http://sites.google.com/site/eospansite/qsig-for-windows">http://sites.google.com/site/eospansite/qsig-for-windows</a>
  <br>
(but note that the rest of those directions are outdated) <br>
It seems we are getting good results with this procedure, but we are
really <br>
looking into it now. My main OS is not windows. <br>
  <br>
Agus <br>
  <br>
  <br>
  <br>
  <br>
  <br>
Patrick Giraudoux wrote: <br>
  <blockquote type="cite">
    <blockquote type="cite">Hi Patrick, <br>
      <br>
On Sun, 29. Nov 2009 at 12:06:45 +0100, Patrick Giraudoux wrote: <br>
> I have seen on the list that Agustin Lobo had a quite similar
trouble: <br>
  <br>
>
<<a class="moz-txt-link-freetext"
 href="http://n2.nabble.com/Problem-with-TIFFSetField-in-*libtiff*-*dll*-td2271128.html">http://n2.nabble.com/Problem-with-TIFFSetField-in-*libtiff*-*dll*-td2271128.html</a>
      <a class="moz-txt-link-rfc2396E"
 href="http://n2.nabble.com/Problem-with-TIFFSetField-in-libtiff-dll-td2271128.html"><http://n2.nabble.com/Problem-with-TIFFSetField-in-libtiff-dll-td2271128.html></a>>,
      <br>
      <br>
> but I cannot find out if whether it was solved or not and if so
how... <br>
      <br>
In that thread Frank suspected that there is a *libtiff*.*dll* in Agus
system32 <br>
directory.  That was the case and Agus removed it.  That helped. <br>
    </blockquote>
    <br>
    <br>
Yes, but I found that libtiff.dll was NOT in C:/WINDOWS/system32, but
is well present in C:\OSGeo4W\bin <br>
    <br>
    <blockquote type="cite"><br>
Unfortunately it's not possible to have *Windows* find OSGeo4W's
*libtiff*.*dll* <br>
before the one in system32 and removing it or replacing it with the
OSGeo4W <br>
version might break the software that originally put it there. <br>
      <br>
But in that case it might help to put the original *libtiff*.*dll* into
the same <br>
directory as the .EXE of the other software. <br>
    </blockquote>
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 ? <br>
    <br>
Thanks for the hint, <br>
    <br>
Patrick <br>
    <br>
    <br>
    <br>
    <blockquote type="cite"><br>
      <br>
Jürgen <br>
      <br>
-- <br>
Jürgen E. Fischer         norBIT GmbH               Tel.
+49-4931-918175-20 <br>
Dipl.-Inf. (FH)           Rheinstraße 13            Fax.
+49-4931-918175-50 <br>
Software Engineer         D-26506 Norden               <a
 class="moz-txt-link-freetext" href="http://www.norbit.de">http://www.norbit.de</a>
      <br>
      <br>
-- <br>
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme
mbH <br>
Rheinstrasse 13, 26506 Norden <br>
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 <br>
    </blockquote>
    <br>
------------------------------------------------------------------------
    <br>
    <br>
_______________________________________________ <br>
Qgis-user mailing list <br>
    <a class="moz-txt-link-abbreviated"
 href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a> <br>
    <a class="moz-txt-link-freetext"
 href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a>
    <br>
  </blockquote>
  <br>
  <br>
</blockquote>
<br>
<br>
</body>
</html>