Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 17/04/2013 07:42, Anita Graser ha scritto: I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Hi all. My proposal: * leave the duplication for 2.0 * go towards removing it for 2.1, *only* when a full testing framework is in place, and we are *sure* everythiong is working properly * leave shortcuts for the most commonly used functions (maybe a poll can help here), and possibly an option add to shortcut menu for the user * leave the commandline available for the programs that allow running it straight away (gdal, grass, saga, ?), so users can reuse them in scripts etc. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFuPaYACgkQ/NedwLUzIr4s0QCeJzjM/G4tJChlrV0NEyuBFOXb O8UAoIzjcBObUuEhcJFca2uf55BDNAcg =n3af -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 17/04/2013 07:50, arunthe...@gmail.com ha scritto: I might have missed a few obvious points. Kindly discuss and help to improve the idea. Thank you. Seems a good plan, thanks a lot. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFuPf8ACgkQ/NedwLUzIr4BSACglmxGGuXwHbBUZpR9qvB0krBU q7IAn1GhM7pmGknaSXnFgGVio6YEModY =S9KM -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Anita, yep, remove code for ftool functions that are in sextante but keep vector menu shortcuts. On 17 Apr 2013 12:42, Anita Graser anitagra...@gmx.at wrote: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Paolo, imo decision of looking into this option for 2.0 vs 2.1 should be primarily driven by quality. If qgis can offer better quality in vector functions by maintaining the two mechanism for 2.0 then it should be deferred to 2.1. If the opposite is true, then might be worth for Victor to weight in and state whether such proposal can be achieved for 2.0. M On 17 Apr 2013 13:14, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 17/04/2013 07:42, Anita Graser ha scritto: I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Hi all. My proposal: * leave the duplication for 2.0 * go towards removing it for 2.1, *only* when a full testing framework is in place, and we are *sure* everythiong is working properly * leave shortcuts for the most commonly used functions (maybe a poll can help here), and possibly an option add to shortcut menu for the user * leave the commandline available for the programs that allow running it straight away (gdal, grass, saga, ?), so users can reuse them in scripts etc. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFuPaYACgkQ/NedwLUzIr4s0QCeJzjM/G4tJChlrV0NEyuBFOXb O8UAoIzjcBObUuEhcJFca2uf55BDNAcg =n3af -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Hi, personally I think that we should leave only SEXTANTE but first need to implement all missed functionality. On Tue, 16 Apr 2013 09:34:13 -0700 (PDT) Anita Graser anitagra...@gmx.at wrote: In case of GDAL tools, I see the advantage of being able to copy the GDAL code. Agreed, having such functionality in SEXTANTE will be great and not only for GDAL but for all command-line tools. And AFAIK something already here — executed commands available in history manager. Regarding keeping menu entries, maybe it is better to allow users create own groups in SEXTANTE toolbox and populate them with various tools? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code
Hi On Wed, 17 Apr 2013 11:20:36 +0530 arunthe...@gmail.com arunthe...@gmail.com wrote: 3. The base URL for the remote server can be kept changeable in the application options, so organizations can point it to their servers. Maybe it is better to allow enter several URL's at once like in Plugin installer? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Hi Larry, On Tue, 16 Apr 2013 09:27:44 -0600 Larry Shaffer lar...@dakotacarto.com wrote: I looked through the number of screen captures and icons in the current documentation and training manual repos to see how much work it would be to migrate to the new icon set (obviously not an option for a book). It looked like a considerable amount of work; enough so that I noticed there are still screen snaps from much older versions. But current documentation is for QGIS 1.8, so I think this is not big issue. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Bernhard I am sorry to hear about your bad experience. Could you detail a bit more about what you are doing (algorithms you are running, etc)?. PostGIS layers should work without problems, but I have recently fixed a problem with PostGIS when using SAGA algorithms, so there might be other issues like that. If you want, you can send me your layers and model, so I can have a look and try to find out what is happening Many thanks for your collaboration (and patience) Victor 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Hi Victor, thank you for your quick reply and even more for all the work you are doing for SEXTANTE. If it is operable (and I am sure, it will be) SEXTANTE will be a big step forward for QGIS! I am going to send you the model an layers (as shape files, you need to import two of them into PostGIS) in a PM. SAGA is not installed on my machine. Bernhard Am 17.04.2013 09:24, schrieb Victor Olaya: Bernhard I am sorry to hear about your bad experience. Could you detail a bit more about what you are doing (algorithms you are running, etc)?. PostGIS layers should work without problems, but I have recently fixed a problem with PostGIS when using SAGA algorithms, so there might be other issues like that. If you want, you can send me your layers and model, so I can have a look and try to find out what is happening Many thanks for your collaboration (and patience) Victor 2013/4/17 Bernhard Ströblbernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinnirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
I like the idea of allowing menu entries to be defined from SEXTANTE algorithms, as a shortcut to them. If we agree on that, I could start working on it. Thanks everyone for you ideas! Cheers Victor 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wrong transformation of project on qgis 1.9.0
thx, I fill a ticket with a sample to show the issue. http://hub.qgis.org/issues/7630 Reganrds, 2013/4/17 Martin Dobias wonder...@gmail.com On Tue, Apr 16, 2013 at 11:41 PM, Andrea Peri aperi2...@gmail.com wrote: Hi, I have a 1.8.0 qgis project and try to open with the new qgis-dev version of qgis. To see how much compatible it will be with the next released version of qgis. Unfortunately I see it is pretty drammatically unusable. Infact In the old project I have many projects where often the layers are rendered with a unique value style of old symbology. The reason to have used the unique value rendering is that it allow the usage of the empty value as a conditional all the other values. And this is a must in the rendering in our usages. But when I tryed to load this project with the new qgis dev I see that it change from the unique value to the categorized style. What a wrong choice ! Infact it don't allow the use of empty as all the other but use the empty as only empty value :) So I see all our objects simply disappeared from our project. Please file a bug report and attach a sample project. Btw. the unique value renderer in old symbology is equivalent to categorized renderer in new symbology. It is not clear to me what is actually wrong with that. Maybe just a terminology problem? (it has been suggested once or twice to do some renaming of new symbology renderers, but I am not sure if any consensus was found). Martin -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
I agree with allowing the user to define some Menu entries. As an end user I'd rather have all Analytical tools in one place, but this would allow people to not loose their habit of calling some more commonly used tools (I agree with Paolo, a poll with be good) from the Menu. Sextante is more stable in the areas where there more users. This can only be solved if more people step in for testing or when the full testing suite is completed. In any case, Sextante is the single most powerfull GIS analysis tool out there, including proprietary software. It's a huge undertaking and it is being carried by very few people. I wish there were more people contributing to the code and testing it. On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya vola...@gmail.com wrote: I like the idea of allowing menu entries to be defined from SEXTANTE algorithms, as a shortcut to them. If we agree on that, I could start working on it. Thanks everyone for you ideas! Cheers Victor 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)
Hi, I have an osgeo4w installed Qgis 1.9 in windows xp. Is there any way i can see the log console? When i used to run in it from ubuntu build, the './qgis' command used to show all messages in the terminal? can something similar be done using the osego4w install? Thanks Vinayan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] How define the other condition on a classification render
You should be. I tested myself and I believe you found a bug. You should be able to add a new class without any value, and all values outside the existing categories should be rendered with that symbology. Thats how it works in 1.8. I'm not being able to open qgis.org (probably is under maintenance), but if there is no issue ticket for this problem, we should create one. Alexandre Neto On Tue, Apr 16, 2013 at 10:15 PM, Andrea Peri aperi2...@gmail.com wrote: Hi, I'm using the qgis-dev version of qgis. Is possible to define the 'other values' condition in the categorized style ? Thx -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] How define the other condition on a classification render
Hi, I have fill a ticket with a sample to show how a map of qgis 1.8.0 if lost on a qgis 1.9.0 after an import. http://hub.qgis.org/issues/7630 2013/4/17 Alexandre Neto senhor.n...@gmail.com You should be. I tested myself and I believe you found a bug. You should be able to add a new class without any value, and all values outside the existing categories should be rendered with that symbology. Thats how it works in 1.8. I'm not being able to open qgis.org (probably is under maintenance), but if there is no issue ticket for this problem, we should create one. Alexandre Neto On Tue, Apr 16, 2013 at 10:15 PM, Andrea Peri aperi2...@gmail.com wrote: Hi, I'm using the qgis-dev version of qgis. Is possible to define the 'other values' condition in the categorized style ? Thx -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code
On Wed, Apr 17, 2013 at 12:35 PM, Alexander Bruy alexander.b...@gmail.comwrote: Maybe it is better to allow enter several URL's at once like in Plugin installer? Yes. A better way to do. I already see a use case, get symbol from a central repository (eg QGIS official) and have the scripts/models from the local repository (organisation localhost) -- Regards Arunmozhi. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)
Hi On Wed, Apr 17, 2013 at 4:16 PM, vinayan vinayan...@gmail.com wrote: Hi, I have an osgeo4w installed Qgis 1.9 in windows xp. Is there any way i can see the log console? When i used to run in it from ubuntu build, the './qgis' command used to show all messages in the terminal? can something similar be done using the osego4w install? Try setting the following env vars in system properties: QGIS_DEBUG 1 QGIS_LOG_FILE c:\blahblhablha.log (Untested by me) Tim Thanks Vinayan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code
Dnia środa, 17 kwietnia 2013 o 09:05:14 Alexander Bruy napisał(a): Hi On Wed, 17 Apr 2013 11:20:36 +0530 arunthe...@gmail.com arunthe...@gmail.com wrote: 3. The base URL for the remote server can be kept changeable in the application options, so organizations can point it to their servers. Maybe it is better to allow enter several URL's at once like in Plugin installer? Exactly. We're just working with Alex on refactored plugin installer and I still think about some reusable widgets and logic. Unfortunately I see too many differences between plugins and 'static' stuff to make it as closely unified as I wish. The present Manager uses QgsDetailedItemDelegate for the plugin list items. I'd love to modify it to something like in KDE installers: http://docs.kde.org/stable/en/kde-runtime/kcontrol/icons/get-new-theme.png But actually it seems to be much more appropriate for styles than for plugins, where I incline to a simple list + a html area with metadata. http://tmp.borysjurgiel.pl/manager.png Anyway, now we're trying to manage to make changes necessary to merge the installer into manager in this very short time left to 2.0 freeze, so guess there is not enough time to discuss unified look and feel now. We have to to push it as it is, and as soon as the styles/snippets installer development starts, we can discuss further unifications. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)
Hi Vinayan, On Wed, 17. Apr 2013 at 02:16:03 -0700, vinayan wrote: I have an osgeo4w installed Qgis 1.9 in windows xp. Is there any way i can see the log console? When i used to run in it from ubuntu build, the './qgis' command used to show all messages in the terminal? can something similar be done using the osego4w install? Your own ubuntu builds? I think the packages are built without QGISDEBUG, so no debug output there either. Anyway, on windows the output goes to the debugger - without a debugger you can see the debugging output with DebugView[1] and the qgis-dev package is built with QGISDEBUG. Jürgen [1] http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de committ(ed|ing) to Quantum GIS IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)
Hi Tim, It caused a crash when i started the application. It created an empty log though in the specified log path. I was hoping there would be a live console -- View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542p5047575.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Hi all, just want to inform you that Victor was able to solve my two problems. Number 1 (CRS missmatch) was kinda my fault (or let's say the fault of a former QGIS version where my project originally was created in: QGIS did compare proj4 definition and picked the first CRS the definition of the layer matched. As EPSG:31464 and EPSG:31468 have the same proj4 definition but the first is deprecated it was chosen, although my layer is defined as EPSG:31468 in geometry_columns) Number 2 (no PostGIS suppport) was fixed in master Bernhard Am 17.04.2013 09:24, schrieb Victor Olaya: Bernhard I am sorry to hear about your bad experience. Could you detail a bit more about what you are doing (algorithms you are running, etc)?. PostGIS layers should work without problems, but I have recently fixed a problem with PostGIS when using SAGA algorithms, so there might be other issues like that. If you want, you can send me your layers and model, so I can have a look and try to find out what is happening Many thanks for your collaboration (and patience) Victor 2013/4/17 Bernhard Ströblbernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinnirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8236 (20130417) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
If I could draw cartoons, we'd have Quentin the Qgis Quokka: http://a-z-animals.com/animals/quokka/ Heey! I'd love him/her as our official mascot! :) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Bernard's problem was related with using non-file layers in the modeler. It was a very easy fix, so please, everyone that's using SEXTANTE, share your problems so we can work on them and make the software more stable. :-) Thanks in advance! 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, just want to inform you that Victor was able to solve my two problems. Number 1 (CRS missmatch) was kinda my fault (or let's say the fault of a former QGIS version where my project originally was created in: QGIS did compare proj4 definition and picked the first CRS the definition of the layer matched. As EPSG:31464 and EPSG:31468 have the same proj4 definition but the first is deprecated it was chosen, although my layer is defined as EPSG:31468 in geometry_columns) Number 2 (no PostGIS suppport) was fixed in master Bernhard Am 17.04.2013 09:24, schrieb Victor Olaya: Bernhard I am sorry to hear about your bad experience. Could you detail a bit more about what you are doing (algorithms you are running, etc)?. PostGIS layers should work without problems, but I have recently fixed a problem with PostGIS when using SAGA algorithms, so there might be other issues like that. If you want, you can send me your layers and model, so I can have a look and try to find out what is happening Many thanks for your collaboration (and patience) Victor 2013/4/17 Bernhard Ströblbernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinnirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8236 (20130417) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Wouldn't it be good to have SEXTANTE as category in the bug tracker (like fTools and GDAL tools)? Bernhard Am 17.04.2013 12:27, schrieb Victor Olaya: Bernard's problem was related with using non-file layers in the modeler. It was a very easy fix, so please, everyone that's using SEXTANTE, share your problems so we can work on them and make the software more stable. :-) Thanks in advance! 2013/4/17 Bernhard Ströblbernhard.stro...@jena.de: Hi all, just want to inform you that Victor was able to solve my two problems. Number 1 (CRS missmatch) was kinda my fault (or let's say the fault of a former QGIS version where my project originally was created in: QGIS did compare proj4 definition and picked the first CRS the definition of the layer matched. As EPSG:31464 and EPSG:31468 have the same proj4 definition but the first is deprecated it was chosen, although my layer is defined as EPSG:31468 in geometry_columns) Number 2 (no PostGIS suppport) was fixed in master Bernhard Am 17.04.2013 09:24, schrieb Victor Olaya: Bernhard I am sorry to hear about your bad experience. Could you detail a bit more about what you are doing (algorithms you are running, etc)?. PostGIS layers should work without problems, but I have recently fixed a problem with PostGIS when using SAGA algorithms, so there might be other issues like that. If you want, you can send me your layers and model, so I can have a look and try to find out what is happening Many thanks for your collaboration (and patience) Victor 2013/4/17 Bernhard Ströblbernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinnirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8236 (20130417) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8236 (20130417) __ The message was checked by ESET Mail Security. http://www.eset.com -- Bernhard Ströbl Anwendungsbetreuer GIS Kommunale Immobilien Jena Am Anger 26 07743 Jena Tel.: 03641
Re: [Qgis-developer] [Qgis-user] How define the other condition on a classification render
Wouldn't it make sense to translate the old style into a rule-based renderer? There it's easy to define a style for other. Best wishes, Anita On Wed, Apr 17, 2013 at 11:42 AM, Andrea Peri aperi2...@gmail.com wrote: Hi, I have fill a ticket with a sample to show how a map of qgis 1.8.0 if lost on a qgis 1.9.0 after an import. http://hub.qgis.org/issues/7630 2013/4/17 Alexandre Neto senhor.n...@gmail.com You should be. I tested myself and I believe you found a bug. You should be able to add a new class without any value, and all values outside the existing categories should be rendered with that symbology. Thats how it works in 1.8. I'm not being able to open qgis.org (probably is under maintenance), but if there is no issue ticket for this problem, we should create one. Alexandre Neto On Tue, Apr 16, 2013 at 10:15 PM, Andrea Peri aperi2...@gmail.comwrote: Hi, I'm using the qgis-dev version of qgis. Is possible to define the 'other values' condition in the categorized style ? Thx -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS 1.9 and SpatiaLite 4 problems
If I try to create a new SpatiaLite layer called soils in a new database, I get the following error when I click OK: soils is an invalid layer and cannot be loaded. I also tried to create a new layer in both existing version 3 and 4 databases and get the same error. This on OS X 10.8.3 with nightly build for Lion and Mt. Lion with GDAL 1.10 and SQLite 3.7.16 (includes Spatialite v. 4.0) from KyngChaos.com. Does anybody have this problem on other OS? Running a pyObjC program that loads SSURGO data into a Spatialite database. The spatial layers in the created SpatiaLite 4 database can be imported into QGIS and appear to display correctly. However, DB Manager shows the spatial layers as tabular data. After using spatialite_convert to convert the database to v. 3, DB Manager correctly displays the spatial tables. Given this, I think that the sqlite framework from KyngChaos is working correctly and that the problem is in QGIS. Royce ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qgis-developer Digest, Vol 90, Issue 72
I don't know how worked the old unique-value on old-simbology. Bat I guess it quite hard in the rule-rendering reproduce the other not otherwise defined values. Surely not impossible, ma quite harder almost manually write it. Infact every rule is filtered indipendently from other values on the datasource. In a rule-render is easy to write a rule like every value, but to reply the otherwise is necessary to create a filtered rule tha has every other definided value. So as example: if i put: rule 1) value = 0101 rule 2( value = 0102 rule 3) value = 0103 ...etc... the otherwise condition in the rule-render should be something like: (value 0101) and (value 0102) and (value 0103) and (value 0104) ...etc Andrea. Date: Wed, 17 Apr 2013 13:34:00 +0200 From: Anita Graser anitagra...@gmx.at To: qgis-u...@lists.osgeo.org, qgis-dev qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] [Qgis-user] How define the other condition on a classification render Message-ID: CAFFV8Fjf-nYiPebYMSDQ4znyhOzZXGXDmQtvBqO5kig= hw7...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Wouldn't it make sense to translate the old style into a rule-based renderer? There it's easy to define a style for other. Best wishes, Anita qwerty ? -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Well since I can't code I can help with the testing, just point me where to start and I will try Sextante Sent from Samsung tabletFilipe Dias filipesd...@gmail.com wrote:I agree with allowing the user to define some Menu entries. As an end user I'd rather have all Analytical tools in one place, but this would allow people to not loose their habit of calling some more commonly used tools (I agree with Paolo, a poll with be good) from the Menu. Sextante is more stable in the areas where there more users. This can only be solved if more people step in for testing or when the full testing suite is completed. In any case, Sextante is the single most powerfull GIS analysis tool out there, including proprietary software. It's a huge undertaking and it is being carried by very few people. I wish there were more people contributing to the code and testing it. On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya vola...@gmail.com wrote: I like the idea of allowing menu entries to be defined from SEXTANTE algorithms, as a shortcut to them. If we agree on that, I could start working on it. Thanks everyone for you ideas! Cheers Victor 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code
Hey Arun, Great to see you back on the list. Are you thinking of doing this for GSoC or just as a free time project? - Nathan On Wed, Apr 17, 2013 at 3:50 PM, arunthe...@gmail.com arunthe...@gmail.comwrote: Hello, I have been going through the Google Summer of Code 2013 ideas page [0] and I think the remote repository for style/svg/script sharing proposed by Alexander Bruy would be a nice follow up of my last year work on the Symbol management. Here are a few things that come to my mind: 0. The foremost point is, instead of a plugin to handle the fetching and importing, we could implement them in the parts concerned directly. Eg., style import in style manager, sextante model/script importer in sextante ..etc 1. Since we don't have a repository, last year I just made a way to input the XML url in the symbol Import dialog and fetch the symbols. The idea is to add an option to get the symbols from the central repository with their groups and tags and import them individually or based on individual groups or with a specific set of tags. 2. The Django application with REST API must be with an user authentication layer, should be install-able and configurable for organisations to host their own servers. 3. The base URL for the remote server can be kept changeable in the application options, so organizations can point it to their servers. I might have missed a few obvious points. Kindly discuss and help to improve the idea. Thank you. [0] http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2013 http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2013-- Regards Arunmozhi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Get Qgis Master, randomly (or deliberately) choose tools that you know how to use and run them. If they don't work as expected, report a bug: http://hub.qgis.org/projects/sextante/issues When I have enough time, I do my regular work using Qgis Master and report the bugs that I find. On Wed, Apr 17, 2013 at 2:17 PM, antoniolocandro antoniolocan...@hotmail.com wrote: Well since I can't code I can help with the testing, just point me where to start and I will try Sextante Sent from Samsung tablet Filipe Dias filipesd...@gmail.com wrote: I agree with allowing the user to define some Menu entries. As an end user I'd rather have all Analytical tools in one place, but this would allow people to not loose their habit of calling some more commonly used tools (I agree with Paolo, a poll with be good) from the Menu. Sextante is more stable in the areas where there more users. This can only be solved if more people step in for testing or when the full testing suite is completed. In any case, Sextante is the single most powerfull GIS analysis tool out there, including proprietary software. It's a huge undertaking and it is being carried by very few people. I wish there were more people contributing to the code and testing it. On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya vola...@gmail.com wrote: I like the idea of allowing menu entries to be defined from SEXTANTE algorithms, as a shortcut to them. If we agree on that, I could start working on it. Thanks everyone for you ideas! Cheers Victor 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Fwd: Journals to publish plug-ins ?
I thought this could be of interest here. Sorry for cross-posting Agus -- Forwarded message -- From: Doube, Michael mdo...@rvc.ac.uk Date: Wed, Apr 17, 2013 at 2:33 PM Subject: Re: Journals to publish plug-ins ? To: ima...@list.nih.gov Hi Adrian, See this list: http://www.software.ac.uk/resources/guides/which-journals-should-i-publish-my-software In particular the new Journal of Open Research Software if you just need to document your code and get a DOI http://openresearchsoftware.metajnl.com/ Michael ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] How define the other condition on a classification render
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 17/04/2013 13:34, Anita Graser ha scritto: Wouldn't it make sense to translate the old style into a rule-based renderer? There it's easy to define a style for other. Hi. The previous behaviour was much faster by all means however. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFuykoACgkQ/NedwLUzIr4gZACdFr/3MFhalclPuNdnykkByreT s9kAn0vEQfrEabrvXbDBu8ZStVwFDnWK =QHkR -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 17/04/2013 10:29, Filipe Dias ha scritto: I agree with allowing the user to define some Menu entries. As an end user I'd rather have all Analytical tools in one place, but this would allow people to not loose their habit of calling some more commonly used tools (I agree with Paolo, a poll with be good) from the Menu. Sextante is more stable in the areas where there more users. This can only be solved if more people step in for testing or when the full testing suite is completed. In any case, Sextante is the single most powerfull GIS analysis tool out there, including proprietary software. It's a huge undertaking and it is being carried by very few people. I wish there were more people contributing to the code and testing it. Hi all. I like the way this discussion is going. I suggested to postpone the removal of old commands because I think there is still a lot to do in Sextante, and it would be risky to remove well tested tools too early. Furthermore, it is still comparatively easy to break some functionalities with small changes, so until we have a proper, automatic test at every commit, I would prefer to rest on solid ground. If things change in the next month or so, I'd be the first to support Sextante (as I've always been). All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFuzTQACgkQ/NedwLUzIr775ACbBlQtSVFTLPGArnAjHoF4xy4O gWIAn3VZgRusS97ZjQCH7j/shb4xph2E =709r -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 17/04/2013 09:49, Victor Olaya ha scritto: I like the idea of allowing menu entries to be defined from SEXTANTE algorithms, as a shortcut to them. If we agree on that, I could start working on it. yes, nice idea - be careful not to generate confusion with existing tools; perhaps this can be done by adding a sextante minilogo to the icon for the tool. all the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFuzYgACgkQ/NedwLUzIr7bMgCfQyFaiCepEu1FKjpWNyEac8k/ OkEAoJrWHEwYTNxfjJUVOzVq1Xk6diTI =hayS -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Am 17.04.2013, 18:26 Uhr, schrieb Paolo Cavallini cavall...@faunalia.it: so until we have a proper, automatic test at every commit, I would prefer to rest on solid ground. Let me just note that I'm not so sure how solid our ground is. E.g. ftools union tool used to work fine and is broken now. Same with ftools distance matrix. Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
+1 for keeping the vector menu. I think it is best to have maximum algorithms available in c++ ap, in the analysis module(i see that some are already available)..I would be willing to contribute to it if required thanks Vinayan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/fTools-and-GdalTools-sextante-vs-original-plugins-tp5041430p5047742.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?
Jürgen, After consulting Cubewerx yesterday, I realized that we weren't seeing the image types because QGIS wasn't reading the default version of the Cubewerx GetCapabilites document. The Cubewerx default OGC version is 1.3.2 which has request section headers like: Operation name=GetCapabilities Operation name=GetMap Operation name=GetFeatureInfo Version 1.3.0 of the OGC GetCapabilites document has request section headers: GetCapabilities GetMap GetFeatureInfo I managed to force QGIS to read the GetCapabilities document by adding the string version=1.3.0 to the end of my URL. Once I did this then I saw four image types appear as options: PNG JPEG GIF TIFF I did not see an option for the encoding image/x-jpegorpng that Cubewerx is offering. So I have two questions: 1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 document? 2) will it be possible to have the image type of jpegorpng allowed to be used? Having 2) accommodated will allow the server to decide if a PNG file is needed in areas where part of the image is transparent and send JPEG images where no transparency is required. The PNG images are roughly 8X larger than the JPEG images so accommodating this image type would reduce network traffic significantly. Thanks, Bob Bruce -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Bruce, Bob (CON) Sent: April-14-13 7:37 AM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Adding The Selection of Image Type To WMS Setup? Jürgen, Thanks for getting back to me on this. I cannot seem to find where I can select the image type when I connect to my WMS server. Could you please help me to locate this feature? My WMS server is: http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_MB_-_Orthophoto My GetCapabilities request returns image formats of: Formatimage/png/Format Formatimage/png; PhotometricInterpretation=PaletteColor/Format Formatimage/png; PhotometricInterpretation=RGB/Format Formatimage/png; PhotometricInterpretation=BlackIsZero/Format Formatimage/tiff/FormatFormatimage/tiff; PhotometricInterpretation=PaletteColor/Format Formatimage/tiff; PhotometricInterpretation=RGB/Format Formatimage/tiff; PhotometricInterpretation=BlackIsZero/Format Formatimage/gif/Format Formatimage/jpeg/Format Formatimage/x-jpegorpng/Format Formatimage/x-portable-anymap/Format Formatimage/x-portable-pixmap/Format Formatimage/x-portable-graymap/Format Formatapplication/x-cubewerx-wkb; version=3/Format Formatapplication/x-cubewerx-wkb; version=3; PhotometricInterpretation=PaletteColor/Format Formatapplication/x-cubewerx-wkb; version=3; PhotometricInterpretation=RGB/Format Formatapplication/x-cubewerx-wkb; version=3; PhotometricInterpretation=BlackIsZero/Format Formatapplication/vnd.google-earth.kml+xml/Format Formatapplication/vnd.google-earth.kml+bxml; bxmlVersion=0.0.8/Format but I don't see how to select these. As for the user-agent string, we are not seeing anything on the server in the HTTP header to let us know that it is coming from QGIS, however that would not be important to us to know if we could select the image type when we add the WMS layer. thanks, Bob Bruce - Original Message - From: Jürgen E. Fischer j...@norbit.de To: qgis-developer@lists.osgeo.org Sent: Saturday, April 13, 2013 2:36:21 AM Subject: Re: [Qgis-developer] Adding The Selection of Image Type To WMS Setup? Hi Bob, On Fri, 12. Apr 2013 at 18:25:32 -0500, Bruce, Bob (CON) wrote: Would it be possible to get QGIS modified to allow the selection of the image format type (i.e. PNG, JPEG, or others) in the setup of a WMS connection? No, because it's already there. If a WMS server offers multiple formats you can select the one you want in the wms selection dialog. Cubewerx provides an image type of image/x-jpegorpng where it decides if it needs to send PNG images if we are doing a draw that includes some transparent areas, otherwise it sends JPEG images. This image type is stated in the GetCapabilities response along with the other image types that are supported and if we had the opportunity to select this image type in QGIS then we could get much smaller images most of the time. Supporting that image type shouldn't be a problem. Everything the server supplies is passed to QImage and that transparently figures out what format it is - the format selection is only used to form the request. We have also discovered that ArcGIS identifies itself through a user-agent string in the header of the request (HTTP method), it sends the following user-agent string: ArcGIS Client Using WinInet and Cubewerx has adapted their server to automatically handle the image types that are provided to ArcGIS. Unfortunately we see no such user-agent string provided by QGIS so we are not able to have the server adapted to QGIS image requests. Other clients may need PNG
[Qgis-developer] Updating context help and translations
Hi Just wondering what the procedure is for updating context help (in this case for delimited text plugin). I can update en_US version, but sadly I'm totally incompetent for any other options.So question is when translations are being done, how should the other versions be handled. At present there will be an out of date (ie largely correct but much less informative) help file there. But for a lot of users it could be more useful to have the en_US version with the extra info. So is there a way of flagging that the other files are out of date (ie candidates for retranslation). Or do translators look at everything anyway? Thanks Chris This message contains information, which is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Updating context help and translations
Unfortunately no flagging .. The only thing you can do is a pull request for the en_US version and than hope that a translator sees this pull request and will update also the other language files .. but currently the field of context_help translation is not such good covered as GUI or Documentation translation .. kind regards Werner On Wed, Apr 17, 2013 at 11:13 PM, Chris Crook ccr...@linz.govt.nz wrote: Hi ** ** Just wondering what the procedure is for updating context help (in this case for delimited text plugin). I can update en_US version, but sadly I’m totally incompetent for any other options.So question is when translations are being done, how should the other versions be handled. At present there will be an out of date (ie largely correct but much less informative) help file there. But for a lot of users it could be more useful to have the en_US version with the extra info. ** ** So is there a way of flagging that the other files are out of date (ie candidates for retranslation). Or do translators look at everything anyway? ** ** Thanks Chris -- This message contains information, which is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?
Hi Bruce, On Wed, 17. Apr 2013 at 15:45:04 -0500, Bruce, Bob (CON) wrote: So I have two questions: 1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 document? 2) will it be possible to have the image type of jpegorpng allowed to be used? Since sunday it does - see 6604d2f8146 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de committ(ed|ing) to Quantum GIS IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?
Jürgen, Thanks, that's great. I upgraded my QGIS and I was able to connect to the WMS and see the image types without adding the version=1.3.0 string and I did see the JPEG/PNG selection. When I selected that type and drew the whole area I did not get an image that had transparency so the underlying image was now showing where blank areas appeared. When I select JPEG/PNG is QGIS selecting an image format specified by image/x-jpegorpng or is it specified by something else? I am wondering if I should be looking to the server for the problem or looking to QGIS. Thanks, Bob -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Jürgen E. Fischer Sent: April-17-13 4:12 PM To: 'qgis-developer@lists.osgeo.org' Subject: Re: [Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup? Hi Bruce, On Wed, 17. Apr 2013 at 15:45:04 -0500, Bruce, Bob (CON) wrote: So I have two questions: 1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 document? 2) will it be possible to have the image type of jpegorpng allowed to be used? Since sunday it does - see 6604d2f8146 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de committ(ed|ing) to Quantum GIS IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
Andyzendy (#50) for me : simple, easily downscalable to 16x16 (great for taskbar/favicon), can be converted to greyscale (good for print) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
