Re: [Qgis-user] Announce - migrate our mailing lists to Discourse
Hi Régis, It seems the "end of life" refers to the Mailman 2, and there's no desire to migrate to Mailman3, which in my view is a pity as the archives[1] at least look like a nice piece of work. I'm currently considering migrating a small list from mailman2 to mailman3 and wonder if you would mind explaining a little further those "not conclusive" tests. Can you advise when it's proposed to close the qgis-user list? And what will happen to the archives which to my mind represent the collective work of many contributors and a valuable piece of knowledge? Thanks Tony On Thursday 4 April 2024 6:27:24 PM ACDT Régis Haubourg via QGIS-User wrote: > Hi Tony, > > we know about mailman3 rewrite. from the tests of SAC and other > projects, it was not conclusive. > > About keeping both system, this is the best way to fragment a bit more > our community, which already is dispersed through too many channels. > This is the problem we want to fix here. This is a hard requirement in > this move, ie stay DRY. > > Gnome, Mozilla and Ubuntu are all fighting against the same issue. We > try to clarify which should be the official channels, and still want to > offer communication means that are really used. From my perspective, I > use Discourse mainly by mail, and have the additionnal possibility of > using the web UI to write markdown , add images and color syntaxed code. > I woud not see the benefit of having to "also" keep monitoring other > mailing lists. > > > Cheers > > On 04/04/2024 01:07, Tony Bazeley via QGIS-User wrote: > > I'm not against new communication channels, but imagine the maximum > > > benefit would be obtained by adding a discourse channel while > keeping > the mailing list channel, and perhaps reviewing use after a > period of > time. > > And just BTW, Mailman has just completed an > upgrade to a major new > version so I'd be interested to learn the basis > of claims for "end of > life" > > On Thursday 4 April 2024 8:53:47 AM > ACDT Greg Troxel via QGIS-User > wrote: >> What I meant mostly is two > things: >> >> People like me tend not to be happy about things turning > into >> forums and are likely to participate less. As an example, >> > openstreetmap moved from mailinglists to forums and I have not, so >> I > interract far far less and spend more time on other things. I am >> > probably somewhat unusual (started doing email in the 70s), and >> here > probably only strk thinks I"m normal :-) >> >> My perception, perhaps > off base, is that discourse facilitates >> people showing up, posting a > question, and getting replies to the >> question, without also getting > delivered to them everything else >> on the "mailing list". Thus I > expect a lot more help desk type >> interactions, where new people ask a > question and don't really >> engage, rather than joining the community. > Many projects have >> communities of long-term participants who get to > know each other. >> Partly from on-list, but partly from off-list > converstations which >> are enabled by getting emails with the other > person's email >> address. I don't see this happening in a discourse > world. I'm not >> arguing there are no mechanisms and that people could > not make it >> happen. I am saying that I expect it to happen much less > in >> practice. >> >> I don't have any good ideas about the first > pointl. >> >> The second point could be addressed by allowing web > signup, but >> allowing posting only if one has email delivery of all > messages, >> and having the From: address be the person, and not > breaking DKIM >> signatures. In short, having the email interface be a > first-class >> non-broken mailinglist, while also having a forum view. > > >> >> (I've dropped psc because it doesn't allow non-members to send.) > >> > >> ___ QGIS-User mailing >> > > list QGIS-User@lists.osgeo.org List info: >> > https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: >> > https://lists.osgeo.org/mailman/listinfo/qgis-user > > > > > > ___ QGIS-User mailing > list > QGIS-User@lists.osgeo.org List info: > > https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: > > https://lists.osgeo.org/mailman/listinfo/qgis-user [1] https://lists.mailman3.org/archives/list/mailman-us...@mailman3.org/latest? count=50=1 ___ QGIS-User mailing list QGIS-User@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Announce - migrate our mailing lists to Discourse
I'm not against new communication channels, but imagine the maximum benefit would be obtained by adding a discourse channel while keeping the mailing list channel, and perhaps reviewing use after a period of time. And just BTW, Mailman has just completed an upgrade to a major new version so I'd be interested to learn the basis of claims for "end of life" On Thursday 4 April 2024 8:53:47 AM ACDT Greg Troxel via QGIS-User wrote: > What I meant mostly is two things: > > People like me tend not to be happy about things turning into forums > and are likely to participate less. As an example, openstreetmap > moved from mailinglists to forums and I have not, so I interract far > far less and spend more time on other things. I am probably somewhat > unusual (started doing email in the 70s), and here probably only strk > thinks I"m normal :-) > > My perception, perhaps off base, is that discourse facilitates > people showing up, posting a question, and getting replies to the > question, without also getting delivered to them everything else on > the "mailing list". Thus I expect a lot more help desk type > interactions, where new people ask a question and don't really engage, > rather than joining the community. > Many projects have communities of long-term participants who get to > know each other. Partly from on-list, but partly from off-list > converstations which are enabled by getting emails with the other > person's email address. I don't see this happening in a discourse > world. I'm not arguing there are no mechanisms and that people could > not make it happen. I am saying that I expect it to happen much less > in practice. > > I don't have any good ideas about the first pointl. > > The second point could be addressed by allowing web signup, but allowing > posting only if one has email delivery of all messages, and having the > From: address be the person, and not breaking DKIM signatures. In > short, having the email interface be a first-class non-broken > mailinglist, while also having a forum view. > > (I've dropped psc because it doesn't allow non-members to send.) > ___ > QGIS-User mailing list > QGIS-User@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user ___ QGIS-User mailing list QGIS-User@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Help with building from source
I'm trying to build qgis from source, due to problems with both binaries & flatpack on the latest KDE Neon version It's certainly new territory for me and I've followed the procedure at https://github.com/ qgis/QGIS/blob/master/INSTALL.md[1] and am using a fresh KDE Neon install: Distributor ID: Neon Description:KDE neon 5.27 Release:22.04 Codename: jammy All works well until part way through, when I get an error: [ 63%] Built target provider_postgresraster [ 63%] Building CXX object src/providers/postgres/CMakeFiles/provider_postgres_a.dir/ qgspostgresexpressioncompiler.cpp.o [ 63%] Building CXX object src/providers/postgres/CMakeFiles/provider_postgres_a.dir/ qgspostgreslistener.cpp.o [ 63%] Building CXX object src/providers/postgres/CMakeFiles/provider_postgres_a.dir/ qgspostgresproviderconnection.cpp.o [ 63%] Building CXX object src/providers/postgres/CMakeFiles/provider_postgres_a.dir/ qgspostgreslayermetadataprovider.cpp.o [ 63%] Building CXX object src/providers/postgres/CMakeFiles/provider_postgres_a.dir/ qgspostgresprovidermetadatautils.cpp.o [ 63%] Linking CXX static library libprovider_postgres_a.a [ 63%] Built target provider_postgres_a [ 63%] Built target qgis_gui_autogen make: *** [Makefile:166: all] Error 2 I can't see a log file anywhere. Any ideas on how to proceed would be most appreciated TIA Tony [1] https://github.com/qgis/QGIS/blob/master/INSTALL.md ___ QGIS-User mailing list QGIS-User@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Disappearing legend
Thanks Charles, I was looking through the Legend Item Properties hoping to find exactly that Tony On 7/9/20 4:28 pm, Charles Dixon-Paver wrote: Hi Tony, By the sounds of things your layout element ordering is just different from what you expect. You could try using the "Bring to Front" control [1] in the layout manager with the legend element selected and that should place your legend on top of the map frame. Each element is like "a sheet of paper" and the vertical order in which they are placed will determine which elements cover each other, which occasionally requires a manual reshuffle... [1] https://imgur.com/a/f8SYS9y On Mon, 7 Sep 2020 at 03:31, Tony Bazeley <to...@sa.apana.org.au> wrote: I have problem with the legend disappearing behind the map when trying to place it on the map. The solution is probably staring me in the face, but I've never had the problem in the past. I first noticed it using 3.14.1 and have upgraded to 3.24.25 and Ubuntu 20.04 and the behaviour is identical. The behaviour of the scale bar is as expected, and the settings of the two appear the same. TIA Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Disappearing legend
I have problem with the legend disappearing behind the map when trying to place it on the map. The solution is probably staring me in the face, but I've never had the problem in the past. I first noticed it using 3.14.1 and have upgraded to 3.24.25 and Ubuntu 20.04 and the behaviour is identical. The behaviour of the scale bar is as expected, and the settings of the two appear the same. TIA Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Load Style from database dialog is blank
Thanks to both Jorge and Luigi, The queries received by postgresql are below The core problem seems to be that f_table_catalog is populated as a NULL rather than the database name. Ironically it appears that loading would still work but it fails as " f_table_catalog=NULL" is the incorrect syntax and needs to be " f_table_catalog IS NULL" Afraid my python skills aren't well enough developed to determine why the database name is not being passed through to the queries. I attempted to register the issue as a QGIS bug, but it's not readily apparent how to register as a new user. Tony Saving a style 2017-01-15 17:42:56 ACDT [18200-13] tonbaz@tonbaz LOG: statement: SELECT COUNT(*) FROM information_schema.tables WHERE table_name='layer_styles' 2017-01-15 17:42:56 ACDT [18200-14] tonbaz@tonbaz LOG: statement: SELECT styleName FROM layer_styles WHERE f_table_catalog=NULL AND f_table_schema='public' AND f_table_name='g_parepg_polygons' AND f_geometry_column='geom' AND styleName='test01' 2017-01-15 17:42:56 ACDT [18200-15] tonbaz@tonbaz LOG: statement: INSERT INTO layer_styles(f_table_catalog,f_table_schema,f_table_name,f_geometry_column,styleName,styleQML,styleSLD,useAsDefault,description,owner) VALUES (NULL,'public','g_parepg_polygons','geom','test01',XMLPARSE(DOCUMENT 'http://mrcc.com/qgis.dtd'' ''SYSTEM''> loading a style 2017-01-15 17:45:06 ACDT [18235-13] tonbaz@tonbaz LOG: statement: SELECT id,styleName,description FROM layer_styles WHERE f_table_catalog=NULL AND f_table_schema='public' AND f_table_name='g_parepg_polygons' AND f_geometry_column='geom' 2017-01-15 17:45:06 ACDT [18235-14] tonbaz@tonbaz LOG: statement: SELECT id,styleName,description FROM layer_styles WHERE NOT (f_table_catalog=NULL AND f_table_schema='public' AND f_table_name='g_parepg_polygons' AND f_geometry_column='geom') ORDER BY update_time DESC On 13/01/17 20:46, Jorge Gustavo Rocha wrote: Hi Tony, If you can see the styles in later_styles table, you can try to run the two queries executed by QGIS to populate the dialog. The first is for the styles associated with the layer. The later is for all other styles. -- replace 'publica' with your database -- replace 'pdm11_c_geral' with your schema -- replace 'ran' with your table name -- replace 'the_geom' with your geometry column SELECT id,styleName,description FROM layer_styles WHERE f_table_catalog='publica' AND f_table_schema='pdm11_c_geral' AND f_table_name='ran' AND f_geometry_column='the_geom' SELECT id,styleName,description FROM layer_styles WHERE NOT (f_table_catalog='publica' AND f_table_schema='pdm11_c_geral' AND f_table_name='ran' AND f_geometry_column='the_geom') ORDER BY update_time DESC Did these queries returned the any styles? You can log your own Postgresql queries to check what is going on. Regards, Jorge Gustavo Às 02:23 de 13-01-2017, Tony Bazeley escreveu: Hi, I'm having some trouble attempting to work with styles in postgresql. I can successfully save a style to the database - table layer_styles is created and populated. But attempting to load brings up the 'Load Style from database dialog' with messages "No styles found in database' Am using QGIS 2.18.2 with postgresql 9.6 and postgis 2.3 Would appreciate any thoughts on how to progress. Thanks Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user J. Gustavo ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Load Style from database dialog is blank
Hi, I'm having some trouble attempting to work with styles in postgresql. I can successfully save a style to the database - table layer_styles is created and populated. But attempting to load brings up the 'Load Style from database dialog' with messages "No styles found in database' Am using QGIS 2.18.2 with postgresql 9.6 and postgis 2.3 Would appreciate any thoughts on how to progress. Thanks Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Ubuntu vivid problem
I recently upgrade to 2.8 Wien under Ubuntu trusty which worked well. However my upgrade to Ubuntu vivid reveals some qgis specific problems in that the repository seems incomplete My sources.list entries are: deb http://qgis.org/debian vivid main deb-src http://qgis.org/debian vivid main sudo apt-get update | grep qgis yields: Ign http://qgis.org vivid InRelease Ign http://qgis.org vivid Release.gpg Ign http://qgis.org vivid Release Err http://qgis.org vivid/main Sources Err http://qgis.org vivid/main amd64 Packages Err http://qgis.org vivid/main i386 Packages Ign http://qgis.org vivid/main Translation-en_AU Ign http://qgis.org vivid/main Translation-en Ign http://qgis.org vivid/main Translation-en_GB W: Failed to fetch http://qgis.org/debian/dists/vivid/main/source/Sources 404 Not Found W: Failed to fetch http://qgis.org/debian/dists/vivid/main/binary-amd64/Packages 404 Not Found W: Failed to fetch http://qgis.org/debian/dists/vivid/main/binary-i386/Packages 404 Not Found E: Some index files failed to download. They have been ignored, or old ones used instead. The main ubuntu repositories appear to contain qgis 2.4, which is a problem as qgis project files are not backwardly compatible Does anyone have any idea how this problem might be resolved? TIA Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] OpenStreetMap - Cannot load open ways
Many thanks to the author of the new OpenStreetMap loading arrangements. It looks like an excellent tool but I'm having some trouble using it in v2.4 under Ubuntu 14.04. In short the osm data attached appears to be loaded correctly into the spatialite database, but extraction from the database into qgis is incomplete. This image https://www.dropbox.com/s/sv9nwif19ko5txe/OSMComparison.png?dl=0 shows the open(red) and closed (green) ways loaded in relation to the OSM background. Purple shows the extraction mask used. Paraphrasing the three qgis menu steps involved 1. VectorOpenStreetMapDownload data - I can download the required data from OSM 2. VectorOpenStreetMapImport topology from XML - The data seems to be loaded correctly into a database 3. VectorOpenStreetMapExport Topology To Spatialite - fails to load open ways as expected. Querying with the Spatialite Gui indicates that open ways are loaded into the database %3Chttps://www.dropbox.com/s/n9dhtt04ccnysw9/TestOSMWays01.db?dl=0%3E but fail to be extracted into the display table. It looks like the same issue holds for closed ways, although I haven't examined them in detail. I haven't tried accessing OSM data in this way and am a beginner when it becomes to spatial databases so would appreciate any guidance before filing what I believe is a bug. Thanks Tony ?xml version=1.0 encoding=UTF-8? osm version=0.6 generator=Overpass API noteThe data included in this document is from www.openstreetmap.org. The data is made available under ODbL./note meta osm_base=2014-09-30T02:20:02Z/ node id=31394066 lat=-34.8410322 lon=138.4831456/ node id=31394068 lat=-34.8441378 lon=138.4818423/ node id=31394070 lat=-34.8444356 lon=138.4820106/ node id=31394071 lat=-34.8444829 lon=138.4818943/ node id=31394072 lat=-34.8444319 lon=138.4817106/ node id=31394073 lat=-34.8443490 lon=138.4816561/ node id=31394074 lat=-34.8442061 lon=138.4816938/ node id=31394075 lat=-34.8441424 lon=138.4818105/ node id=31394076 lat=-34.8441415 lon=138.4819109/ node id=31394077 lat=-34.8442818 lon=138.4820718/ node id=31394078 lat=-34.8443812 lon=138.4820567/ node id=31394079 lat=-34.8444563 lon=138.4817465/ node id=31394305 lat=-34.8385261 lon=138.4814637/ node id=31394312 lat=-34.8387409 lon=138.4833622/ node id=250023618 lat=-34.8446147 lon=138.4832133/ node id=250023620 lat=-34.8445013 lon=138.4826021/ node id=250023622 lat=-34.8444700 lon=138.4828349/ node id=250023623 lat=-34.8447531 lon=138.4843855/ node id=279545994 lat=-34.839 lon=138.4849686/ node id=497392027 lat=-34.8444700 lon=138.4819485/ node id=497392030 lat=-34.8441726 lon=138.4817343/ node id=497392032 lat=-34.8441923 lon=138.4820179/ node id=696734135 lat=-34.8390614 lon=138.4846924/ node id=696734138 lat=-34.8390242 lon=138.4846602/ node id=696734145 lat=-34.8389856 lon=138.4846588/ node id=696734181 lat=-34.8388960 lon=138.4842298/ node id=696734186 lat=-34.8389513 lon=138.4845201/ node id=696740155 lat=-34.8387589 lon=138.4834089/ node id=696740156 lat=-34.8388018 lon=138.4834183/ node id=696740158 lat=-34.8388539 lon=138.4834041/ node id=696742842 lat=-34.8395639 lon=138.4837037/ node id=696742843 lat=-34.8393625 lon=138.4837413/ node id=696742844 lat=-34.8389479 lon=138.4839102/ node id=696742845 lat=-34.8388455 lon=138.4839471/ node id=696742849 lat=-34.8388598 lon=138.4840275/ node id=696742850 lat=-34.8389608 lon=138.4839840/ node id=696742851 lat=-34.8393779 lon=138.4838137/ node id=903629385 lat=-34.8451741 lon=138.4836534/ node id=916531466 lat=-34.8438288 lon=138.4815682/ node id=916531467 lat=-34.8439085 lon=138.4818623/ node id=916531468 lat=-34.8437528 lon=138.4819230/ node id=916531469 lat=-34.8437042 lon=138.4816172/ node id=938094190 lat=-34.8439305 lon=138.4820894 tag k=highway v=bus_stop/ tag k=name v=43a/ /node node id=938106285 lat=-34.8402696 lon=138.4822610 tag k=man_made v=water_tower/ /node node id=1005014080 lat=-34.8389235 lon=138.4837848/ node id=1005014123 lat=-34.8389971 lon=138.4847229/ node id=1252175664 lat=-34.8386711 lon=138.4838876 tag k=addr:housenumber v=51/ tag k=addr:postcode v=5019/ tag k=addr:street v=Semaphore Road/ tag k=name v=IGA/ tag k=shop v=supermarket/ tag k=website v=www.iga.com.au/ /node node id=1252178338 lat=-34.8388784 lon=138.4825493 tag k=amenity v=post_office/ /node node id=1378107238 lat=-34.8441793 lon=138.4812820/ node id=1706922886 lat=-34.8391335 lon=138.4813421/ node id=1706922889 lat=-34.8392826 lon=138.4812998/ node id=1706922890 lat=-34.8394386 lon=138.4812605/ node id=1706922893 lat=-34.8397608 lon=138.4811345/ node id=1839455561 lat=-34.8441993 lon=138.4814738/ node id=1839455579 lat=-34.8442036 lon=138.4816484/ node id=1839455583 lat=-34.8442656 lon=138.4815025/ node id=1839455586 lat=-34.8442746 lon=138.4816556/ node id=1839455601 lat=-34.852 lon=138.4822243/
Re: [Qgis-user] QGIS Python Plugin Installer
On Sun, 2011-06-26 at 11:18 -0700, Alex Mandel wrote: On 06/26/2011 05:42 AM, Tony Bazeley wrote: On Sat, 2011-06-25 at 21:12 -0700, Alex Mandel wrote: On 06/25/2011 08:57 PM, Tony Bazeley wrote: Hi, I'm having some trouble with the QGIS Python Plugin Installer in 1.6 under Ubuntu Natty Narwhal The user guide instructions: In order to download and install an external Python plugin, click the menu Plugins Fetch Python Plugins... . The Plugin Installer window will appear (figure 9.2) with the tab Plugins, containing a list of all locally installed Python plugins, as well as plugins available in remote repositories. don't seem applicable as no Fetch Python Plugins entry exists ( see attached image). I've recently upgraded to Natty Narwhal, and have uninstalled and reinstalled Qgis. I've also downloaded the plugin_installer into /usr/lib/qgis/plugins with no effect. Any pointers would be much appreciated. Make sure you have also installed the python-qgis package on Ubuntu. There should be no need to manually download the plugin installer. After you do that the menu and the several key plugins (ftools and GDALtools) will show up. Thanks, Alex _ Thanks for your response, Alex. The problem seems to be that python-qgis is dependent on python-qgis-common, which in turn is dependent on python-gdal. The default python-gdal (1.7.3-2~maverick) is reported as broken. Looks like the ubuntu gis repository is still a maverick version, but in a state of transition. I find it a bit confusing as all three packages above have maverick defaults but natty alternatives. However the alternatives appear to be earlier versions(eg 1.6.3 for python-gdal). The package manager cautions against forcing a version: The package manager always selects the most applicable version available. If you force a different version from the default one, errors in the dependency handling can occur Tony Are you using Ubuntu GIS unstable (Despite it's name that is the one to use)? I'll get on there and double check and see if we can make sure that's all up to date. python-gdal should be 1.8 in ubuntugis already, at least it is on lucid. Thanks, Alex That seems to have done the trick. Thanks so much, Alex Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS Python Plugin Installer
On Sat, 2011-06-25 at 21:12 -0700, Alex Mandel wrote: On 06/25/2011 08:57 PM, Tony Bazeley wrote: Hi, I'm having some trouble with the QGIS Python Plugin Installer in 1.6 under Ubuntu Natty Narwhal The user guide instructions: In order to download and install an external Python plugin, click the menu Plugins Fetch Python Plugins... . The Plugin Installer window will appear (figure 9.2) with the tab Plugins, containing a list of all locally installed Python plugins, as well as plugins available in remote repositories. don't seem applicable as no Fetch Python Plugins entry exists ( see attached image). I've recently upgraded to Natty Narwhal, and have uninstalled and reinstalled Qgis. I've also downloaded the plugin_installer into /usr/lib/qgis/plugins with no effect. Any pointers would be much appreciated. Make sure you have also installed the python-qgis package on Ubuntu. There should be no need to manually download the plugin installer. After you do that the menu and the several key plugins (ftools and GDALtools) will show up. Thanks, Alex _ Thanks for your response, Alex. The problem seems to be that python-qgis is dependent on python-qgis-common, which in turn is dependent on python-gdal. The default python-gdal (1.7.3-2~maverick) is reported as broken. Looks like the ubuntu gis repository is still a maverick version, but in a state of transition. I find it a bit confusing as all three packages above have maverick defaults but natty alternatives. However the alternatives appear to be earlier versions(eg 1.6.3 for python-gdal). The package manager cautions against forcing a version: The package manager always selects the most applicable version available. If you force a different version from the default one, errors in the dependency handling can occur Tony ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] QGIS Python Plugin Installer
Hi, I'm having some trouble with the QGIS Python Plugin Installer in 1.6 under Ubuntu Natty Narwhal The user guide instructions: In order to download and install an external Python plugin, click the menu Plugins Fetch Python Plugins... . The Plugin Installer window will appear (figure 9.2) with the tab Plugins, containing a list of all locally installed Python plugins, as well as plugins available in remote repositories. don't seem applicable as no Fetch Python Plugins entry exists ( see attached image). I've recently upgraded to Natty Narwhal, and have uninstalled and reinstalled Qgis. I've also downloaded the plugin_installer into /usr/lib/qgis/plugins with no effect. Any pointers would be much appreciated. attachment: Screenshot.png___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] GPS - The layer is not a valid layer
OK - seems that error message The layer is not a valid layer. is a generic message. The problem seems to be one of GPSBabel not communicating with the Etrex. [EMAIL PROTECTED]:~$ gpsbabel -D 9 -i garmin -f /dev/ttyS1 -o gpx -F waypoints.out GPSBabel Version: 1.3.3 Tx Data:10 fe 00 02 10 03 : ...(PRDREQ ) [ERROR] GPS_Packet_Read: Timeout. No data received. GARMIN:Can't init /dev/ttyS1 Rx Data: On Sat, 2008-10-04 at 10:01 +0930, Tony Bazeley wrote: Hello, I am relatively new to Quantum GIS, and run Metis under Ubuntu Hardy (amd-64). Tried to download data from an Etrex GPS and get an error The layer is not a valid layer and cannot be added to the map. The settings I used are shown in the attached screen shot. However I reckon I've performed this operation successfully before under an earlier Quantum version. This seems to be a problem under OSX (http://forum.qgis.org/viewtopic.php?f=2t=1460) but I couldn't find any reports for other platforms. Any advice would be appreciated. Cheers Tony ___ 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
