Re: [Qgis-user] qgis & mrsid used to work
Hi, obviously my info was outdated. Looks like karmic support was added on 2009-10-27. I've now have rebuild qgis for karmic in ubuntugis. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +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 Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-developer] Re: [Qgis-user] qgis2google
In R user do compile, but in a completely automated fashion. But yes, probably this is asking too much :) Certainly yes, a plugin mechanism is not very useful if users cannot in fact plug in anything... ;) All the best. On Tue, 3 Nov 2009 14:31:47 -0600, Maxim Dubinin wrote: > hmm, are we gonna rewrite everything written in C++ in Python? > > I'm not against if someone is willing to port or rewrite, but I'm certain -- http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugins organization/grouping proposal
On Tue, 2009-11-03 at 22:55 +0100, G. Allegri wrote: > Hi all. > In these days I was watching my qgis plugins toolbar growin' and > growin'... That's good, it means a lot of good code is being written, > but I was wondering if it's the time to consider organizing the > plugins under common task/feature/etc groups. It is a common structure > in many GIS desktops: GRASS groups them under different "namespaces" > (r.*, v.*, d.*, i.*, etc.), SAGA use data-types or kind of analysis > (i.e. "grid", "vector", "table", "terrain analysis" modules, etc.), > and so on for many others (MapWindows, or commercial solutions like > ArcGIS Desktop). > Wouldn't it be useful for QGis too? Has this been discussed? See http://lists.osgeo.org/pipermail/qgis-user/2009-October/006477.html Regards, Nikos ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-developer] Re: [Qgis-user] qgis2google
On Tue, Nov 3, 2009 at 4:13 PM, Paolo Cavallini wrote: > > I do not see it as very exotic - it certainly raises a lot of interest. > It would be good, however, to put in place a mechanism for an > user-installation of plugins (a common problem for several projects, the > only real solution I know is for R). R plugins for Unix with compiled C/C++ code require the user to have the ability to build from source, so to copy that behaviour will require the same for Qgis. Is there anything in this plugin that fundamentally stops it being re-written in Python? Barry ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugins organization/grouping proposal
On Wed, 2009-11-04 at 00:14 +0100, G. Allegri wrote: > Nikos, I didn't notice your suggestion. Good to know that it's not an > isolated idea :) > > My two cents. > In general I feel confortable with a nested model. We could provide a > first top-level grouping based on the qgis layer type the plugin > operates on, i.e. raster and vector. We can further subdivide them > into second-level generic groups like "import/export", "analysis", > etc. I would avoid groups like "terrain analysis" or "hydrology" at > this level, even if this is a common approach, and would let them > reside in lower levels... but I'm not sure whetrer it makes sense or > it's just a subjective feeling. > > giovanni + some more general suggestions: - no more than 2 levels - if required then (max.) 3 levels - icons can be smaller (or at least have the option between e.g.: small, medium, large) - use the empty space on the very bottom panel (left from coordinate:, scale:, [box]Render, CRS status button). Maybe merge with the very top panel (the file - edit - view - ... - help menus)? Nikos # G. Allegri wrote: > >> Hi all. > >> In these days I was watching my qgis plugins toolbar growin' and > >> growin'... That's good, it means a lot of good code is being written, > >> but I was wondering if it's the time to consider organizing the > >> plugins under common task/feature/etc groups. It is a common structure > >> in many GIS desktops: GRASS groups them under different "namespaces" > >> (r.*, v.*, d.*, i.*, etc.), SAGA use data-types or kind of analysis > >> (i.e. "grid", "vector", "table", "terrain analysis" modules, etc.), > >> and so on for many others (MapWindows, or commercial solutions like > >> ArcGIS Desktop). > >> Wouldn't it be useful for QGis too? Has this been discussed? Νίκος Αλεξανδρής: > > See http://lists.osgeo.org/pipermail/qgis-user/2009-October/006477.html > > Regards, Nikos ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: [Qgis-developer] plugins organization/grouping proposal
Dne úterý 03 listopadu 2009 22:55:37 G. Allegri napsal(a): > Hi all. > In these days I was watching my qgis plugins toolbar growin' and > growin'... That's good, it means a lot of good code is being written, > but I was wondering if it's the time to consider organizing the > plugins under common task/feature/etc groups. It is a common structure > in many GIS desktops: GRASS groups them under different "namespaces" > (r.*, v.*, d.*, i.*, etc.), SAGA use data-types or kind of analysis > (i.e. "grid", "vector", "table", "terrain analysis" modules, etc.), > and so on for many others (MapWindows, or commercial solutions like > ArcGIS Desktop). > Wouldn't it be useful for QGis too? Has this been discussed? Hi, Thanks you mention it! It will be my primary task on the incoming Hacfest :) Any kind of suggestions wellcome! ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugins organization/grouping proposal
Nikos, I didn't notice your suggestion. Good to know that it's not an isolated idea :) My two cents. In general I feel confortable with a nested model. We could provide a first top-level grouping based on the qgis layer type the plugin operates on, i.e. raster and vector. We can further subdivide them into second-level generic groups like "import/export", "analysis", etc. I would avoid groups like "terrain analysis" or "hydrology" at this level, even if this is a common approach, and would let them reside in lower levels... but I'm not sure whetrer it makes sense or it's just a subjective feeling. giovanni 2009/11/3 Νίκος Αλεξανδρής : > On Tue, 2009-11-03 at 22:55 +0100, G. Allegri wrote: >> Hi all. >> In these days I was watching my qgis plugins toolbar growin' and >> growin'... That's good, it means a lot of good code is being written, >> but I was wondering if it's the time to consider organizing the >> plugins under common task/feature/etc groups. It is a common structure >> in many GIS desktops: GRASS groups them under different "namespaces" >> (r.*, v.*, d.*, i.*, etc.), SAGA use data-types or kind of analysis >> (i.e. "grid", "vector", "table", "terrain analysis" modules, etc.), >> and so on for many others (MapWindows, or commercial solutions like >> ArcGIS Desktop). >> Wouldn't it be useful for QGis too? Has this been discussed? > > See http://lists.osgeo.org/pipermail/qgis-user/2009-October/006477.html > > Regards, Nikos > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] plugins organization/grouping proposal
Hi all. In these days I was watching my qgis plugins toolbar growin' and growin'... That's good, it means a lot of good code is being written, but I was wondering if it's the time to consider organizing the plugins under common task/feature/etc groups. It is a common structure in many GIS desktops: GRASS groups them under different "namespaces" (r.*, v.*, d.*, i.*, etc.), SAGA use data-types or kind of analysis (i.e. "grid", "vector", "table", "terrain analysis" modules, etc.), and so on for many others (MapWindows, or commercial solutions like ArcGIS Desktop). Wouldn't it be useful for QGis too? Has this been discussed? bye, giovanni ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis & mrsid used to work
Is this qgis with gdal 1.6.0? Would it presumably work with mrsid? Thanks for your help and contributions! Mark On Nov 3, 2009, at 4:05 PM, Jürgen E. Fischer wrote: Hi, obviously my info was outdated. Looks like karmic support was added on 2009-10-27. I've now have rebuild qgis for karmic in ubuntugis. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-2 0 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-5 0 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 Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-developer] Re: [Qgis-user] qgis2google
hmm, are we gonna rewrite everything written in C++ in Python? I'm not against if someone is willing to port or rewrite, but I'm certain that this won't be us, at least not in the near future. Maxim BR> On Tue, Nov 3, 2009 at 4:13 PM, Paolo Cavallini wrote: >> >> I do not see it as very exotic - it certainly raises a lot of interest. >> It would be good, however, to put in place a mechanism for an >> user-installation of plugins (a common problem for several projects, the >> only real solution I know is for R). BR> R plugins for Unix with compiled C/C++ code require the user to have BR> the ability to build from source, so to copy that behaviour will BR> require the same for Qgis. BR> Is there anything in this plugin that fundamentally stops it being BR> re-written in Python? BR> Barry BR> ___ BR> Qgis-user mailing list BR> Qgis-user@lists.osgeo.org BR> http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-developer] Re: [Qgis-user] qgis2google
I do not see it as very exotic - it certainly raises a lot of interest. It would be good, however, to put in place a mechanism for an user-installation of plugins (a common problem for several projects, the only real solution I know is for R). All the best. On Tue, 3 Nov 2009 17:55:58 +0300, Shota Murtskhvaladze wrote: > I support the idea. > > 2009/11/3 Maxim Dubinin > >> I don't mind. >> >> The plugin seems a little bit exotic for the core, but if that's what >> people >> what than +1 from us. -- http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis2google
I don't mind. The plugin seems a little bit exotic for the core, but if that's what people what than +1 from us. Maxim Вы писали 2 ноября 2009 г., 10:22:14: GM> Hi all, GM> the plugin is really cool, what about placing it in trunk, so it will be GM> available for everyone out of the box? GM> cheers GM> -- Giovanni -- GM> On Tue, 2009-10-20 at 11:21 -0500, Maxim Dubinin wrote: >> Hi all, >> >> a little announcement, we've made a new version of our plugin. It >> gives QGIS several tools for interacting with Google Earth. You can >> quickly send a feature or the whole layer to GE keeping current layer >> symbology or override it with your own one. Unique values and single >> symbol legends are supported. >> >> More info: http://gis-lab.info/qa/qgis2google-eng.html >> >> It is tested and working under Windows/OSGeo4W/trunk and source code is >> available >> for linux hackers. >> >> Maxim >> >> PS: I've recorded a video to have a look how it works, but it turned out >> to be huge (100 mb) and I couldn't compress it to more reasonable size. You >> can still see >> it, if this is not a problem for you. >> >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis & mrsid used to work
My apologies, I was on my mobile and falsey assumed the trail of email had the link on the bottom I had been using to setup QGIS and MRSID GDAL. http://n2.nabble.com/Directions-to-get-mrsid-support-in-GQIS-and-other-packages-using-gdal-on-Ubuntu-td3169342.html Thanks to the entire community for all contributions and help. Mark On Tue, Nov 3, 2009 at 4:05 AM, Agustin Lobo wrote: > Mark, > which link? > Agus > > MS wrote: >> >> Hi Jürgen. Thanks for the explanation. >> >> Does that mean the directions in link posted below are not applicable for >> qgis/mrsid? >> >> The link that explains the build against the sid SDK. >> >> Mark >> >> On Nov 2, 2009, at 3:12 PM, Jürgen E. Fischer wrote: >> >>> Hi Mark, >>> >>> On Mon, 02. Nov 2009 at 13:29:31 -0500, M S wrote: I had a working QGIS and Mr SID, but just did an update to Karmic which installed new qgis and grass (same versions?) and subsequently broke the mr sid relationship (I cant add MR SIDs to QGIS). >>> >>> ubuntugis doesn't support karmic, but has GDAL 1.6 and qgis therein is >>> build >>> with it. >>> >>> The qgis repository has a karmic version, but is build against plain >>> ubuntu and >>> therefore only supports the version in plain ubuntu (AFAIK 1.5). >>> >>> You should not mix both. >>> >>> So to my knowledge you can't currently have QGIS with GDAL 1.6 on karmic >>> unless >>> you build GDAL and QGIS (packages) yourself. >>> >>> >>> 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 >>> Qgis-user@lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/qgis-user >> >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> > > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] SDA4PP
you should install pywin32 from here: http://sourceforge.net/projects/pywin32/files/pywin32/ mine version is: pywin32-212.win32-py2.5.exe Volkan Carson Farmer wrote: > > you also need to install the win32api python libraries: > http://rpy.sourceforge.net/rpy_download.html > See the above link, especially the section about notes for windows users. > > Carson > > On Fri, Oct 30, 2009 at 10:51 AM, marcozani...@geosweb.it > wrote: >> After configured the new user variable: >> Name: R_HOME >> Value: C:\Programmi\R\R-2.9.1 >> when I go to install the plugin I have a new problem, Qgis >> want "Python: >> win32api" >> I don't know what I have to do... >> >> ___ >> Qgis-user mailing list >> Qgis-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-user >> > > > > -- > Carson Farmer > National Centre for Geocomputation > John Hume Building, > National University of Ireland, Maynooth, > Maynooth, > Co. Kildare, > Ireland. > www.carsonfarmer.com > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > > -- View this message in context: http://n2.nabble.com/SDA4PP-tp3918199p3937523.html Sent from the qgis-user mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis & mrsid used to work
Mark, which link? Agus MS wrote: Hi Jürgen. Thanks for the explanation. Does that mean the directions in link posted below are not applicable for qgis/mrsid? The link that explains the build against the sid SDK. Mark On Nov 2, 2009, at 3:12 PM, Jürgen E. Fischer wrote: Hi Mark, On Mon, 02. Nov 2009 at 13:29:31 -0500, M S wrote: I had a working QGIS and Mr SID, but just did an update to Karmic which installed new qgis and grass (same versions?) and subsequently broke the mr sid relationship (I cant add MR SIDs to QGIS). ubuntugis doesn't support karmic, but has GDAL 1.6 and qgis therein is build with it. The qgis repository has a karmic version, but is build against plain ubuntu and therefore only supports the version in plain ubuntu (AFAIK 1.5). You should not mix both. So to my knowledge you can't currently have QGIS with GDAL 1.6 on karmic unless you build GDAL and QGIS (packages) yourself. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +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 Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis & mrsid used to work
Is this "someone" aware of the problem? Will "someone" fix this problem soon and rebuild the package? Knowing this is important for ubuntu users to decide whether upgrading to karmic or not. Agus Alex Mandel wrote: Yes, it forces Ubuntu to follow those rules. Though from a technical standpoint QGIS works fine with 1.6 and 1.6 is actually the preferred due to some bugs in 1.5. So this whole issue comes down to someone forgetting to change the rules in the package. Alex M S wrote: Does the dependency between gdal 1.5.0 and qgis suggest that qgis ubuntugis/unstable binary was built against gdal 1.5.0? (meaning I cant install qgis without gdal 1.5.0 getting installed, and cant remove gdal 1.5.0 without removing qgis). Just trying to broaden my knowledge of the software relationships... Thanks, Mark On Mon, Nov 2, 2009 at 2:30 PM, Alex Mandel wrote: A good, that additional information should help us figure out what's going on. Thanks, Alex M S wrote: Great, thanks. This may only be on the 64bit platform, as I did the same update this morning on a Karmic 32bit system, and the MRSID still works. Originally I installed karmic 64bit, then updated all. Then I added the qgis/stable and ubuntugis/unstable, and wound up with a qgis installation that wouldnt work with mr sid. (the gdal1.5.0 issue perhaps?) When I took out the qgis/stable, and only used ubuntugis/unstable, I did get a qgis that could use SIDs. It looks like last night there was an update to the ubuntugis? and when i updated/upgraded, then the mrsid didnt work on Karmic 64bit. Interestingly, I upgraded on Karmic qgis and grass (same versions though?) this morning also on karmic 32bit, and mrsid still worked. Much thanks, Mark On Mon, Nov 2, 2009 at 2:03 PM, Alex Mandel wrote: That to me sounds like you've got the QGIS repos and the UbuntuGIS repos. UbuntuGIS should be pulling 1.6.x I will double check with them, since I do recall in some recent past versions there being an error in the dependency list that still had 1.5 for QGIS. Alex M S wrote: gdalinfo --version returns GDAL 1.6.2 if I do 'sudo apt-get remove gdal1-1.5.0' it wants to remove all this: The following packages were automatically installed and are no longer required: proj libgdal1-1.6.0-grass Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: libgdal1-1.5.0 libqgis1.3.0 python-qgis python-qgis-common qgis qgis-common qgis-plugin-grass qgis-plugin-grass-common And if I 'apt-get install qgis', it wants to put gdal 1.5.0 back. Is there something with the ubuntugis/unstable repo perhaps? Thanks, Mark On Mon, Nov 2, 2009 at 1:35 PM, Alex Mandel wrote: M S wrote: I had a working QGIS and Mr SID, but just did an update to Karmic which installed new qgis and grass (same versions?) and subsequently broke the mr sid relationship (I cant add MR SIDs to QGIS). I am using this site to install http://n2.nabble.com/Directions-to-get-mrsid-support-in-GQIS-and-other-packages-using-gdal-on-Ubuntu-td3169342.html Everything seems fine with the creation of gdal_MrSID.so. gdal_GRASS.so, gdal_MrSID.so and ogr_GRASS.so are all in the /usr/lib/gdal16plugins directory. nothing is in the /usr/lib/gdal15plugins directory. I notice that libgdal1.5 gets installed from the ubuntu repo, while additionally libgdal1.6 gets installed from the ubuntugis directory. (?) gdalinfo --formats lists MR SID as a recognized format, but QGIS doesnt have it in the list nor recognizes it as GDAL raster. Thanks, Mark Which gdalinfo are you using. Good chance you installed it for libgdal 1.5 instead of 1.6. Try removing all the 1.5 stuff and redo the MRSID install. Alex ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis & mrsid used to work
Jürgen E. Fischer wrote: Hi Mark, On Mon, 02. Nov 2009 at 13:29:31 -0500, M S wrote: I had a working QGIS and Mr SID, but just did an update to Karmic which installed new qgis and grass (same versions?) and subsequently broke the mr sid relationship (I cant add MR SIDs to QGIS). ubuntugis doesn't support karmic, but has GDAL 1.6 and qgis therein is build with it. What does this mean? ubuntugis does not support karmic but there are binary packages of gdal and qgis for karmic in the ubuntugis repository? Agus The qgis repository has a karmic version, but is build against plain ubuntu and therefore only supports the version in plain ubuntu (AFAIK 1.5). You should not mix both. So to my knowledge you can't currently have QGIS with GDAL 1.6 on karmic unless you build GDAL and QGIS (packages) yourself. Jürgen ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS hangs sometimes, Timeouts
I am answering my own mail to let you know how we solved the problem. It turned out that our WMS request went through our proxy, which caused the more or less frequent hangs. I interpreted the proxy exclude list the wrong way. It is a "starts-with", not a string "contains" URL filter - one hast to include the "http://"; in the exclude list - otherwise the request goes to the proxy specified (if turned on). This has been clarified in the UI of the proxy settings now, to avoid similar confusion for other users. All fine now on my side and the WMS hangs disappeared by changing the proxy exclude list accordingly. Also, performance is now better when skipping the proxy. Andreas On Tue, October 27, 2009 12:19 pm, Andreas Neumann wrote: > Hi, > > I extensively use WMS to display raster data. The WMS is inhouse (in the > same LAN). Unfortunately, I experience timeouts quite frequently, in > average every 10 pan/zooms QGIS hangs, waits for 1-2 minutes and then > displays an error message about a HTTP-Exception, also displaying the URL. > When I copy/paste the URL to a web-browser, the link just works fine and > loads immediately. > > The thing is that the WMS just works fine from other web-based > applications and never hangs. I wonder what may be wrong with the way QGIS > retrieves the WMS results and why it may hang so frequently? > > We have a proxy to access the internet, but I added our own WMS as a proxy > exception, so it shouldn't go through the proxy. > > Do other people have the same problems? > > I am testing with latest trunk builds on Windows XP and Linux. Similar > problems/results. The problem existed for a while with the trunk builds. > > Thanks for any hints on what we could do/try to resolve the issue. I will > test the WMS with other clients (gvSig or uDig) to see if it hangs there > as well or not. > > Andreas > > -- > Andreas Neumann > http://www.carto.net/neumann/ > http://www.svgopen.org/ > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] error using GRASS plugin
Dear all, I am using Fedora 11 64 bit. I compiled the latest snapshot and it is working. I then downloaded the latest QGIS svn and compiled it. After installing the gdal-grass plugin I can see and select the grass plugin in QGIS. However when I try to open a mapset I get the following error: Debug: QGIS(17863)/ findLibraryInternal: plugins should not have a 'lib' prefix: "libkfilemodule.so" Debug: QGIS(17863)/ KPluginLoader::load: The plugin "libkfilemodule" doesn't contain a kde_plugin_verification_data structure ERROR: System not initialized. Programmer forgot to call G_gisinit() Thank you very much in advance! Laura ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user