Re: [Qgis-developer] Certificate update QGIS servers
Hi, I don't know what the problem is At https://www.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fwww.qgis.org%2Fpyqgis-cookbook%2Fclient=googlechromehl=en-US it says: * If you are the owner of this web site, you can request a review of your site using GoogleWebmaster Tools http://www.google.com/webmasters/tools/. More information about the review process is available in Google'sWebmaster Help Center http://www.google.com/support/webmasters/bin/answer.py?answer=45432. So Richard - could you try to follow the Webmaster Tools link and see if we can get more information? The other thing to check is if the very recent certificate updates maybe trigger this warning? Andreas On 06.08.2015 19:28, Richard Duivenvoorde wrote: Mmm, looking into the links from google one points to: https://www.google.com/safebrowsing/diagnostic?site=AS:15169client=googlechromehl=en-US the only thing I can think of is that we have spam links in our wiki pages (well, I'm pretty sure we had/have those)... can that be the problem? anybody else an idea? Regards, Richard On 06-08-15 16:43, Matthias Kuhn wrote: Navigating to: http://www.qgis.org/pyqgis-cookbook/ in Google Chrome gives me The site ahead contains harmful programs Attackers on *www.qgis.org* might attempt to trick you into installing programs that harm your browsing experience (for example, by changing your homepage or showing extra ads on sites you visit). Clicking on the info link gives the following: https://www.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fwww.qgis.org%2Fpyqgis-cookbook%2Fclient=googlechromehl=en-US It sounds scary. Does anybody have an idea what's happening? Cheers, Matthias On 08/06/2015 12:29 PM, Richard Duivenvoorde wrote: Hi, FYI we updated the certificates for hub.qgis.org plugins.qgis.org While I was pretty sure we scored an A on https://www.ssllabs.com/ssltest/index.html Now hub (on osgeo) scores a C, while plugins (qgis2) still scores an A... both apache servers share the same config (but different versions of Apache) I think we need to make a plan for migrating to a newer Debian/Trac version... Regards, Richard Duivenvoorde ___ 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] Certificate update QGIS servers
On 7 Aug 2015 12:43 am, Matthias Kuhn matth...@opengis.ch wrote: Navigating to: http://www.qgis.org/pyqgis-cookbook/ in Google Chrome gives me The site ahead contains harmful programs Attackers on www.qgis.org might attempt to trick you into installing programs that harm your browsing experience (for example, by changing your homepage or showing extra ads on sites you visit). Dash is showing this too: http://dash.orfeo-toolbox.org/index.php?project=QGIS That's not even hosted by us... Nyall Clicking on the info link gives the following: https://www.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fwww.qgis.org%2Fpyqgis-cookbook%2Fclient=googlechromehl=en-US It sounds scary. Does anybody have an idea what's happening? Cheers, Matthias On 08/06/2015 12:29 PM, Richard Duivenvoorde wrote: Hi, FYI we updated the certificates for hub.qgis.org plugins.qgis.org While I was pretty sure we scored an A on https://www.ssllabs.com/ssltest/index.html Now hub (on osgeo) scores a C, while plugins (qgis2) still scores an A... both apache servers share the same config (but different versions of Apache) I think we need to make a plan for migrating to a newer Debian/Trac version... Regards, Richard Duivenvoorde ___ 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] QGIS 2.10.1 Pisa - Read CSV file problem
Hi Zoltan, On Thu, 06. Aug 2015 at 08:04:19 +0200, Zoltan Szecsei wrote: Whilst I am not too perturbed because I can get around this issue, I figured it was my civic duty to raise it. You can also use Add Vector layer... to load that csv (via OGR) and it'll have the original field names (if they are quoted in the first line - like in your example) and workaround that edge case. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi Andreas, I didn't get you wrong, your point on the smallness of this issue is quite valid, and I don't personally have a problem with this silent error, so I am just providing feedback. I posted the issue because 1. There are possibly users out there who have issues with this, but may not be brave enough to publicly state this as an error, 2. Because as a user, I find it a responsibility to provide feedback when/if I see fit. 3. I know there should be some pride in making QGIS as robust as possible, so may (some) devs want to know about the smaller issues. So, I've logged it as a bug, and I am not putting in an invoice for my time doing so. In the spirit of open source, you understand. [sense of humour required, please] Regards and keep well, Zoltan On 2015/08/06 11:30, Neumann, Andreas wrote: Hi, Don't get me wrong. I am not against fixing it. I was just trying to put it into perspective. Just because there is one dataset that has these weird column names it doesn't mean the CSV import tool is broken. You can just as well advise the StatsSA agency to improve their column names into something more meaningful - e.g. age_10 - what if you want to join the data later and you have again column names with numbers? What if another person takes over the project and has no idea what the numbers mean without a separate metadata description? What if you want to do Save AS with such a layer and the data format prohibits columns named with numbers? Anyway - its not good practice to name columns with numbers. In most database you will have to escape such column names with quotes or it is even forbidden. If you want to have it fixed you have the three options: - Fix it yourself in the code and provide a pull request - Pay a developer to fix it to have it fixed in a short time frame - File a feature request and wait until someone has the time to fix it Andreas On 2015-08-06 08:04, Zoltan Szecsei wrote: Hi, Fine - I did ask for an opinion, and I got one :-) The CSV files are from South Africa's 2011 Census - as put out by StatsSA, and exported from SuperCROSS. In this particular file, the numeric field names are for the Age last birthday of the occupant. (yep, from 0 to 120!!!) So in short, I guess there are many, many users of this data - and for me an unnoticed error/deficiency, is still and error/deficiency. Whilst I am not too perturbed because I can get around this issue, I figured it was my civic duty to raise it. Cheers for now, Zoltan On 2015/08/06 07:56, Neumann, Andreas wrote: Hi, In my opinion it is quite special to name columns with integer numbers. Not what the average GIS user would do. In my own 2-decade GIS career I never had such an issue. I am not against fixing this issue, but I don't think it is a serious issue. We have many more important issues in QGIS. Andreas On 2015-08-06 07:31, Zoltan Szecsei wrote: Hi Chris, Thanks for the opinion. Do I log this as a bug? Whilst I am quite happy to write a bash script to parse and alter my 500 CSV files, I do feel that this is likely a more serious issue, as it will affect, I assume a lot of, users that load CSV files to join them to their spatial data. Maybe the silence on this is because it either goes unnoticed, or there are many people just doing a work-around. Let me know. Thanks regards, Zoltan On 2015/08/05 02:55, Chris Crook wrote: Hi Zoltan I think this could be classed as an error! The source code rejects field names that look like positive numbers (some digits optionally followed by a period and some more digits). I can't recall a reason why it should do this. It could be reasonable to require field names to be compatible to database attribute names, but I can't see any need for that within QGIS itself. This can go on a 'to-do' list to fix... Cheers Chris -----Original Message----- From: Zoltan Szecsei [mailto:zolt...@geograph.co.za mailto:zolt...@geograph.co.za] Sent: Tuesday, 4 August 2015 10:27 p.m. To: Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org Subject: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem Hi, Using the above version on Win 7 64 bit, I read a CSV file (as attributes only) stipulating that first record has field names Record 1 is as follows: SALnum,SALnam,1,2,3,4,5,6,7,8,9,10+ When I open the attribute table, I see that fields 1 2 have names SALnum and SALnam, but the rest are called 'Field_3', 'Field_4' and so on. When I edit record 1 of this CSV file to look like: SALnum,SALnam,1p,2p,3p,4p,5p,6p,7p,8p,9p,10+p The I get the correct field names (albeit 1p instead of just 1) Is this an
Re: [Qgis-developer] Compiling ui files with custom widgets creates wrong imports
On Thu, Aug 6, 2015 at 9:44 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Well, how is compiled the UI file? The plugin builder creates a template that uses uic.loadUiType FORM_CLASS, _ = uic.loadUiType(os.path.join( os.path.dirname(__file__), 'cartogram_dialog_base.ui')) So the UI is compiled automatically when the plugin starts in QGIS. Best wishes, Anita Usually, it is done prior to deployment using pyuic4 If pyuic4 was run without the proper python path, you won't have any error at compilation but the plugin won't work if it contains QGIS widgets. Was pyuic4 run in an Osgeo shell? On 08/06/2015 09:39 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Compiling ui files with custom widgets creates wrong imports
Never used, I would think it would work directly. But why not adding a new rule to the makefile to compile the ui? On 08/06/2015 10:06 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:44 AM, Denis Rouzaud denis.rouz...@gmail.com mailto:denis.rouz...@gmail.com wrote: Well, how is compiled the UI file? The plugin builder creates a template that uses uic.loadUiType FORM_CLASS, _ = uic.loadUiType(os.path.join( os.path.dirname(__file__), 'cartogram_dialog_base.ui')) So the UI is compiled automatically when the plugin starts in QGIS. Best wishes, Anita Usually, it is done prior to deployment using pyuic4 If pyuic4 was run without the proper python path, you won't have any error at compilation but the plugin won't work if it contains QGIS widgets. Was pyuic4 run in an Osgeo shell? On 08/06/2015 09:39 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.com mailto:denis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10 - weird black circles
Hi Anita, This is it ! I will have to deactivate them for every layer ( looking which is corresponding tag and boolean to set to False in the QGS file) Thanks Michaël 2015-08-06 10:28 GMT+02:00 Anita Graser anitagra...@gmx.at: Check if diagrams are enabled on the problematic layers. There was/is(?) a bug that enabled diagrams. Best wishes, Anita On Thu, Aug 6, 2015 at 10:18 AM, kimaidou kimai...@gmail.com wrote: Hi all, When playing around with projects from 2.8 to 2.10, some users reported me they encounter weird rendering of their layers. Some black circles are drawn on top of the layers, like in this image [1] This happens for point or polygons, and for different method ( classification, single symbol, etc.). I can manage sometime to get rid of these circles by opening/closing the layer properties dialog, and checking on/off the layer in the legend. Anyone has already seen this, and found a solution ? It seems to me it is related to conversion of old project with 2.10, but I am not sure Any help appreciated. Michaël [1] http://picpaste.com/hlAl8PS8.png ___ 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] Compiling ui files with custom widgets creates wrong imports
On Thu, Aug 6, 2015 at 10:10 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Never used, I would think it would work directly. According to the plugin author the plugin with uic.loadUiTypes works on Linux but it certainly does not work on Windows. But why not adding a new rule to the makefile to compile the ui? If that's necessary to get custom widgets work on all platforms, why not. But I don't know where to start to make that work. Best wishes. Anita On 08/06/2015 10:06 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:44 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Well, how is compiled the UI file? The plugin builder creates a template that uses uic.loadUiType FORM_CLASS, _ = uic.loadUiType(os.path.join( os.path.dirname(__file__), 'cartogram_dialog_base.ui')) So the UI is compiled automatically when the plugin starts in QGIS. Best wishes, Anita Usually, it is done prior to deployment using pyuic4 If pyuic4 was run without the proper python path, you won't have any error at compilation but the plugin won't work if it contains QGIS widgets. Was pyuic4 run in an Osgeo shell? On 08/06/2015 09:39 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.com denis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10 - weird black circles
Thanks Nyall for this helpfull precision Michaël 2015-08-06 10:58 GMT+02:00 Nyall Dawson nyall.daw...@gmail.com: On 6 Aug 2015 6:18 pm, kimaidou kimai...@gmail.com wrote: Hi all, When playing around with projects from 2.8 to 2.10, some users reported me they encounter weird rendering of their layers. Some black circles are drawn on top of the layers, like in this image [1] As Anita pointed out, these are invalid diagrams. They'll appear if you open a project which was saved in 2.10 in a version 2.8.3. Nyall This happens for point or polygons, and for different method ( classification, single symbol, etc.). I can manage sometime to get rid of these circles by opening/closing the layer properties dialog, and checking on/off the layer in the legend. Anyone has already seen this, and found a solution ? It seems to me it is related to conversion of old project with 2.10, but I am not sure Any help appreciated. Michaël [1] http://picpaste.com/hlAl8PS8.png ___ 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 2.10.1 Pisa - Read CSV file problem
Hi Jürgen, Thanks for this - but this is not an issue for me, as I stated in my original post, I can work-around it. I'll respond in slightly more detail for Andreas' post. Regards, Zoltan On 2015/08/06 12:02, Jürgen E. Fischer wrote: Hi Zoltan, On Thu, 06. Aug 2015 at 08:04:19 +0200, Zoltan Szecsei wrote: Whilst I am not too perturbed because I can get around this issue, I figured it was my civic duty to raise it. You can also use Add Vector layer... to load that csv (via OGR) and it'll have the original field names (if they are quoted in the first line - like in your example) and workaround that edge case. Jürgen ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi, Fine - I did ask for an opinion, and I got one :-) The CSV files are from South Africa's 2011 Census - as put out by StatsSA, and exported from SuperCROSS. In this particular file, the numeric field names are for the Age last birthday of the occupant. (yep, from 0 to 120!!!) So in short, I guess there are many, many users of this data - and for me an unnoticed error/deficiency, is still and error/deficiency. Whilst I am not too perturbed because I can get around this issue, I figured it was my civic duty to raise it. Cheers for now, Zoltan On 2015/08/06 07:56, Neumann, Andreas wrote: Hi, In my opinion it is quite special to name columns with integer numbers. Not what the average GIS user would do. In my own 2-decade GIS career I never had such an issue. I am not against fixing this issue, but I don't think it is a serious issue. We have many more important issues in QGIS. Andreas On 2015-08-06 07:31, Zoltan Szecsei wrote: Hi Chris, Thanks for the opinion. Do I log this as a bug? Whilst I am quite happy to write a bash script to parse and alter my 500 CSV files, I do feel that this is likely a more serious issue, as it will affect, I assume a lot of, users that load CSV files to join them to their spatial data. Maybe the silence on this is because it either goes unnoticed, or there are many people just doing a work-around. Let me know. Thanks regards, Zoltan On 2015/08/05 02:55, Chris Crook wrote: Hi Zoltan I think this could be classed as an error! The source code rejects field names that look like positive numbers (some digits optionally followed by a period and some more digits). I can't recall a reason why it should do this. It could be reasonable to require field names to be compatible to database attribute names, but I can't see any need for that within QGIS itself. This can go on a 'to-do' list to fix... Cheers Chris -----Original Message----- From: Zoltan Szecsei [mailto:zolt...@geograph.co.za mailto:zolt...@geograph.co.za] Sent: Tuesday, 4 August 2015 10:27 p.m. To: Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org Subject: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem Hi, Using the above version on Win 7 64 bit, I read a CSV file (as attributes only) stipulating that first record has field names Record 1 is as follows: SALnum,SALnam,1,2,3,4,5,6,7,8,9,10+ When I open the attribute table, I see that fields 1 2 have names SALnum and SALnam, but the rest are called 'Field_3', 'Field_4' and so on. When I edit record 1 of this CSV file to look like: SALnum,SALnam,1p,2p,3p,4p,5p,6p,7p,8p,9p,10+p The I get the correct field names (albeit 1p instead of just 1) Is this an error, or is there some reason further down the line, that attribute tables cannot have 'numeric' field names? Thanks and regards, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za http://www.geograph.co.za === This message contains information, which may be in confidence 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 mailto: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. -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za http://www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Installation problems in QGIS 2.8.3 on Windows 7 - 64 bit
On Wed, Aug 5, 2015 at 7:43 PM, Andre Joost andre+jo...@nurfuerspam.de wrote: There should be a postinstall.log file in the \qgis folder. The installation must have been broken before the bat and desktop icon creation. The log reports many file not found errors: C:\Programmi\qgis\postinstall.log OSGEO4W_ROOT= OSGEO4W_STARTMENU=C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien OSGEO4W_ROOT_MSYS=\=/ C:\Programmi\qgis C:\Programmi\qgis\bin\make-bat-for-py.bat Impossibile trovare il percorso specificato. C:\Programmi\qgisset ICON=\apps\grass\grass-6.4.3\etc\gui\icons\grass_osgeo.ico C:\Programmi\qgisset ICON_CMD=\apps\grass\grass-6.4.3\etc\gui\icons\grass_cmd.ico C:\Programmi\qgisset BATCH=\bin\grass64.bat C:\Programmi\qgistextreplace -std -t \bin\grass64.bat textreplace non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgistextreplace -std -t \bin\grass64 textreplace non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgistextreplace -std -t \apps\grass\grass-6.4.3\etc\fontcap textreplace non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgisdel \bin\grass64.bat.tmpl Impossibile trovare il file specificato. C:\Programmi\qgisdel \bin\grass64.tmpl Impossibile trovare il file specificato. C:\Programmi\qgisif not 1 == 0 mkdir C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien Sottodirectory o file C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien gi… esistente. C:\Programmi\qgisif not 1 == 0 nircmd shortcut \bin\nircmd.exe C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien\GRASS GIS 6.4.3 GRASS GIS 6.4.3 GUI exec hide \bin\grass64.bat -wx \apps\grass\grass-6.4.3\etc\gui\icons\grass_osgeo.ico nircmd non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgisif not 1 == 0 nircmd shortcut \bin\grass64.bat C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien\GRASS GIS 6.4.3 GRASS GIS 6.4.3 Command Line -text \apps\grass\grass-6.4.3\etc\gui\icons\grass_osgeo.ico nircmd non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgisif not 1 == 0 nircmd shortcut \bin\nircmd.exe ~$folder.desktop$ GRASS GIS 6.4.3 exec hide \bin\grass64.bat -wx \apps\grass\grass-6.4.3\etc\gui\icons\grass_osgeo.ico nircmd non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgisfor %f in (C:\Users\ADMINL~1\AppData\Local\Temp) do call set TEMPDRIVE=%~df C:\Programmi\qgiscall set TEMPDRIVE=C: C:\Programmi\qgiscd C:\Users\ADMINL~1\AppData\Local\Temp C:\Users\ADMINL~1\AppData\Local\Temp\bin\vcredist-2008-sp1-x64.exe /q Impossibile trovare il percorso specificato. C:\Users\ADMINL~1\AppData\Local\Tempif errorlevel 3010 echo1\etc\reboot C:\Users\ADMINL~1\AppData\Local\Tempdel \bin\vcredist-2008-sp1-x64.exe Impossibile trovare il file specificato. C:\Programmi\qgisfor %f in (C:\Users\ADMINL~1\AppData\Local\Temp) do call set TEMPDRIVE=%~df C:\Programmi\qgiscall set TEMPDRIVE=C: C:\Programmi\qgiscd C:\Users\ADMINL~1\AppData\Local\Temp C:\Users\ADMINL~1\AppData\Local\Temp\bin\vcredist-2010-x64.exe /q Impossibile trovare il percorso specificato. C:\Users\ADMINL~1\AppData\Local\Tempif errorlevel 3010 echo1\etc\reboot C:\Users\ADMINL~1\AppData\Local\Tempdel \bin\vcredist-2010-x64.exe Impossibile trovare il file specificato. C:\Programmi\qgisfor %f in (C:\Users\ADMINL~1\AppData\Local\Temp) do call set TEMPDRIVE=%~df C:\Programmi\qgiscall set TEMPDRIVE=C: C:\Programmi\qgiscd C:\Users\ADMINL~1\AppData\Local\Temp C:\Users\ADMINL~1\AppData\Local\Temp\bin\vcredist-2013-x64.exe /q Impossibile trovare il percorso specificato. C:\Users\ADMINL~1\AppData\Local\Tempif errorlevel 3010 echo1\etc\reboot C:\Users\ADMINL~1\AppData\Local\Tempdel \bin\vcredist-2013-x64.exe Impossibile trovare il file specificato. C:\Programmi\qgismkdir C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien Sottodirectory o file C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien gi… esistente. C:\Programmi\qgisxxmklink C:\ProgramData\Microsoft\Windows\Start Menu\Programs\QGIS Wien\MSYS.lnk \apps\msys\msys.bat \ Minimal SYStem 7 \apps\msys\msys.ico xxmklink non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgisxxmklink C:\ProgramData\Desktop\MSYS.lnk \apps\msys\msys.bat \ Minimal SYStem 7 \apps\msys\msys.ico xxmklink non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgistextreplace -std -t apps/msys/etc/fstab textreplace non Š riconosciuto come comando interno o esterno, un programma eseguibile o un file batch. C:\Programmi\qgisdllupdate -oite -copy -reboot \bin\libeay32.dll dllupdate non Š riconosciuto come comando interno o esterno, un
[Qgis-developer] How qgis calculate the min/mx of floating point raster
Hi, I pot previously this question to the user ml, ma perhaps is more for developer ml. when I add a flot raster to qgis canvas, and see the starting property settings, I see the qgis has populated the min/max for ever band. But this vales are not corresponding with the results from gdalinfo raster.tif So I guess they are calculated with some algorithm. Is this algorithm knowed ? Or alternatively; whatis the right file where the min/max are calculated , I could try some analyze on code to retrieve the formulaes. Thx, -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Regards 2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang bernd.vogelges...@gmx.de: Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a copy of the working versions in our own ppa for long term history. Thanks, Alex On 2015-08-02 03:32, Bernd Vogelgesang wrote: Hi Alex, Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version change thing. Please indicate which version of QGIS and GRASS you are trying to get working. Actually I do not mind any more what version I would like to get working. I would have preferred the 2.8-LTR branch with no-matter-what GRASS version. I just would like to be able to finish my project, and there is unfortunately no alternative to the GRASS algos in my model. QGIS 2.6 and older works with GRASS 6, 2.8+ sometimes is built to work with GRASS 7 (though possibly also with GRASS 6). Mhm, reverting to 2.6 ... Lets see if this still possible at all ... If you want a guaranteed working setup ASAP download a copy of OSGeo Live Virtual Machine, we made sure that it works in that. http://live.osgeo.org Will give it a try. Download will take another 1.5 hours ... So
Re: [Qgis-developer] Installation problems in QGIS 2.8.3 on Windows 7 - 64 bit
Am 06.08.2015 um 08:55 schrieb Luca Manganelli: On Wed, Aug 5, 2015 at 7:43 PM, Andre Joost andre+jo...@nurfuerspam.de wrote: There should be a postinstall.log file in the \qgis folder. The installation must have been broken before the bat and desktop icon creation. The log reports many file not found errors: Seems like you have not full write access to the folders. Could you try again with the OSGOE4W setup / into a folder where you have full access / as adminstrator? HTH, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
Victor, I edited the version of the processing plugin that i have installed (QGIS 2.8.3, processing 2.10.1) with the changes you made and now GRASS7 tools work as they should, thanks! Andrew On Thu, Aug 6, 2015 at 5:59 AM, Victor Olaya vola...@gmail.com wrote: A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Regards 2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang bernd.vogelges...@gmx.de: Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a copy of the working versions in our own ppa for long term history. Thanks, Alex On 2015-08-02 03:32, Bernd Vogelgesang wrote: Hi Alex, Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version change thing. Please indicate which version of QGIS and GRASS you are trying to get working. Actually I do not mind any more what version I would like to get working. I would have preferred the 2.8-LTR branch with no-matter-what GRASS version. I just would like to be able to finish my project, and there is unfortunately no alternative to the GRASS algos in my model. QGIS 2.6
Re: [Qgis-developer] Freeze on release-2_8 branch
Blog post published: http://blog.qgis.org/2015/08/06/point-release-qgis-2-8-3-wien-is-ready/ Best wishes, Anita On Thu, Aug 6, 2015 at 6:08 PM, Paolo Cavallini cavall...@faunalia.it wrote: Il 06/08/2015 17:28, Anita Graser ha scritto: Sure I guess we can. Didn't remember that announcement ;) so probably our announcements could be more visible ;) thanks. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Certificate update QGIS servers
FYI Our users are already reporting the warning too https://twitter.com/mjfoster83/status/629300593987833856 On Thu, Aug 6, 2015 at 7:28 PM, Richard Duivenvoorde rdmaili...@duif.net wrote: Mmm, looking into the links from google one points to: https://www.google.com/safebrowsing/diagnostic?site=AS:15169client=googlechromehl=en-US the only thing I can think of is that we have spam links in our wiki pages (well, I'm pretty sure we had/have those)... can that be the problem? anybody else an idea? Regards, Richard On 06-08-15 16:43, Matthias Kuhn wrote: Navigating to: http://www.qgis.org/pyqgis-cookbook/ in Google Chrome gives me The site ahead contains harmful programs Attackers on *www.qgis.org* might attempt to trick you into installing programs that harm your browsing experience (for example, by changing your homepage or showing extra ads on sites you visit). Clicking on the info link gives the following: https://www.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fwww.qgis.org%2Fpyqgis-cookbook%2Fclient=googlechromehl=en-US It sounds scary. Does anybody have an idea what's happening? Cheers, Matthias On 08/06/2015 12:29 PM, Richard Duivenvoorde wrote: Hi, FYI we updated the certificates for hub.qgis.org plugins.qgis.org While I was pretty sure we scored an A on https://www.ssllabs.com/ssltest/index.html Now hub (on osgeo) scores a C, while plugins (qgis2) still scores an A... both apache servers share the same config (but different versions of Apache) I think we need to make a plan for migrating to a newer Debian/Trac version... Regards, Richard Duivenvoorde ___ 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] Certificate update QGIS servers
Mmm, looking into the links from google one points to: https://www.google.com/safebrowsing/diagnostic?site=AS:15169client=googlechromehl=en-US the only thing I can think of is that we have spam links in our wiki pages (well, I'm pretty sure we had/have those)... can that be the problem? anybody else an idea? Regards, Richard On 06-08-15 16:43, Matthias Kuhn wrote: Navigating to: http://www.qgis.org/pyqgis-cookbook/ in Google Chrome gives me The site ahead contains harmful programs Attackers on *www.qgis.org* might attempt to trick you into installing programs that harm your browsing experience (for example, by changing your homepage or showing extra ads on sites you visit). Clicking on the info link gives the following: https://www.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fwww.qgis.org%2Fpyqgis-cookbook%2Fclient=googlechromehl=en-US It sounds scary. Does anybody have an idea what's happening? Cheers, Matthias On 08/06/2015 12:29 PM, Richard Duivenvoorde wrote: Hi, FYI we updated the certificates for hub.qgis.org plugins.qgis.org While I was pretty sure we scored an A on https://www.ssllabs.com/ssltest/index.html Now hub (on osgeo) scores a C, while plugins (qgis2) still scores an A... both apache servers share the same config (but different versions of Apache) I think we need to make a plan for migrating to a newer Debian/Trac version... Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer 0xE038343E.asc Description: application/pgp-keys ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Announcing the release of QGIS 2.8.3 'Wien'
QGIS is a user friendly Open Source Geographic Information System that runs on Linux, Unix, Mac OSX, and Windows. We are very pleased to announce the point release of QGIS 2.8.3 'Wien'. Wien is German for 'Vienna' - host city to our developer meet up in November 2009 and again in March 2014. As point release it contains no new features, but 150 changes to fix bugs (see https://github.com/qgis/QGIS/compare/final-2_8_2...final-2_8_3 for a full list). Even when only fixes are added to software they introduce the possibility of new bugs - if you encounter any problems with this release, please file a ticket on the QGIS Bug Tracker (http://hub.qgis.org/). Please consult the existing and closed issues there before filing any new ones. The source code and binaries for Windows, Debian and Ubuntu are already available via the large download link on our home page (http://qgis.org/). More packages will follow as soon as the package maintainers finish their work. Please revisit the page if your platform is not available yet. Thanks We would like to thank the developers, documenters, testers and all the many folks out there who volunteer their time and effort (or fund people to do so). From the QGIS community we hope you enjoy this release! If you wish to donate time, money or otherwise get involved in making QGIS more awesome, please wander along to http://qgis.org and lend a hand! Finally we would like to thank our official sponsors for the invaluable financial support they provide to this project: Gold Sponsor: Asia Air Survey, Japan (http://www.asiaairsurvey.com/) Silver Sponsors: Sourcepole AG, Switzerland (http://www.sourcepole.com/) Office of Public Works, Ireland, Ireland (http://www.opw.ie/) AGH University of Science and Technology, Poland (http://www.agh.edu.pl/en) State of Vorarlberg, Austria (http://www.vorarlberg.at/) Bronze Sponsors: Nicholas Pearson Associates, UK (http://www.npaconsult.co.uk/) QGIS Poland, Poland (http://qgis-polska.org/) www.terrelogiche.com, Italy (http://www.terrelogiche.com) www.geosynergy.com.au, Australia (http://www.geosynergy.com.au/) Gaia3D, Inc., South Korea (http://www.gaia3d.com/) Royal Borough of Windsor and Maidenhead, UK (http://www.rbwm.gov.uk/) Chartwell Consultants Ltd., Canada (http://www.chartwell-consultants.com/) Trage Wegen vzw, Belgium (http://www.tragewegen.be/) GFI - Gesellschaft für Informationstechnologie mbH, Germany (http://www.gfi-gis.de/) GKG Kassel,(Dr.-Ing. Claas Leiner), Germany (http://www.eschenlaub.de/) GIS-Support, Poland (http://www.gis-support.com/) ADLARES GmbH, Germany (http://www.adlares.com/) www.molitec.it, Italy (http://www.molitec.it/) www.argusoft.de, Germany (http://www.argusoft.de/) Customer Analytics, USA (http://www.customeranalytics.com/) Avioportolano Italia, Italy (http://www.avioportolano.it/) Faculty of Geology, Geophysics and Environmental Protection, AGH University of Science and Technology, Poland (http://www.wggios.agh.edu.pl/en) Urbsol, Australia (http://www.urbsol.com.au/) MappingGIS, Spain (http://www.mappinggis.com/) GIS3W, Italy (http://www.gis3w.it/) Lutra Consulting, UK (http://www.lutraconsulting.co.uk/) A current list of donors who have made financial contributions large and small to the project can be seen on our donors list (http://qgis.org/en/site/about/sponsorship.html#list-of-donors). If you would like to become and official project sponsor, please visit our sponsorship page for details. Sponsoring QGIS helps us to fund our six monthly developer meetings, maintain project infrastructure and fund bug fixing efforts (http://qgis.org/en/site/about/sponsorship.html#sponsorship). QGIS is Free software and you are under no obligation to pay anything to use it - in fact we want to encourage people far and wide to use it regardless of what your financial or social status is - we believe empowering people with spatial decision making tools will result in a better society for all of humanity. Sponsoring QGIS helps us to fund our six monthly developer meetings, maintain project infrastructure and fund bug fixing efforts. Happy QGISing! Regards, The QGIS Team! -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
On Thu, Aug 06, 2015 at 02:59:17PM +0200, Victor Olaya wrote: A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Is there any automated test for GRASS that might prevent this from happening in the future ? If not, how hard would it be to add one ? --strk; ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi, I think this should be reported. If there is no reason why a csv should not have column fields name as numbers, then this is a bug, maybe a small bug, but it's a feature that QGIS needs to handle. 2015-08-06 8:04 GMT+02:00 Zoltan Szecsei zolt...@geograph.co.za: Hi, Fine - I did ask for an opinion, and I got one :-) Then I'll also give mine, for what it's worth. The CSV files are from South Africa's 2011 Census - as put out by StatsSA, and exported from SuperCROSS. In this particular file, the numeric field names are for the Age last birthday of the occupant. (yep, from 0 to 120!!!) So in short, I guess there are many, many users of this data - and for me an unnoticed error/deficiency, is still and error/deficiency. I do agree with u. I think this should be reported. If there is no reason why a csv should not have column fields named as numbers (shapefiles does accept this kind of field name so joining csv like this might be allowed), then this is a bug (or feature request?), maybe a small bug for some of us. We don't all have same skills, what appears easy to handle for someone can be a huge barrier for someone else. And as a community, we should make easy the path for every one. I know there are priorities but reporting an issue doesn't mean that it should be fixed in the day. In QGIS Hub, you'll easily find reports that are there for years. IMO, it's a feature that QGIS needs to handle. Report it and if one day, someone finds enough time and skills to fix it, it'll be done. Regards, DelazJ Whilst I am not too perturbed because I can get around this issue, I figured it was my civic duty to raise it. Cheers for now, Zoltan On 2015/08/06 07:56, Neumann, Andreas wrote: Hi, In my opinion it is quite special to name columns with integer numbers. Not what the average GIS user would do. In my own 2-decade GIS career I never had such an issue. I am not against fixing this issue, but I don't think it is a serious issue. We have many more important issues in QGIS. Andreas On 2015-08-06 07:31, Zoltan Szecsei wrote: Hi Chris, Thanks for the opinion. Do I log this as a bug? Whilst I am quite happy to write a bash script to parse and alter my 500 CSV files, I do feel that this is likely a more serious issue, as it will affect, I assume a lot of, users that load CSV files to join them to their spatial data. Maybe the silence on this is because it either goes unnoticed, or there are many people just doing a work-around. Let me know. Thanks regards, Zoltan On 2015/08/05 02:55, Chris Crook wrote: Hi Zoltan I think this could be classed as an error! The source code rejects field names that look like positive numbers (some digits optionally followed by a period and some more digits). I can't recall a reason why it should do this. It could be reasonable to require field names to be compatible to database attribute names, but I can't see any need for that within QGIS itself. This can go on a 'to-do' list to fix... Cheers Chris -----Original Message----- From: Zoltan Szecsei [mailto:zolt...@geograph.co.za] Sent: Tuesday, 4 August 2015 10:27 p.m. To: Qgis-developer@lists.osgeo.org Subject: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem Hi, Using the above version on Win 7 64 bit, I read a CSV file (as attributes only) stipulating that first record has field names Record 1 is as follows: SALnum,SALnam,1,2,3,4,5,6,7,8,9,10+ When I open the attribute table, I see that fields 1 2 have names SALnum and SALnam, but the rest are called 'Field_3', 'Field_4' and so on. When I edit record 1 of this CSV file to look like: SALnum,SALnam,1p,2p,3p,4p,5p,6p,7p,8p,9p,10+p The I get the correct field names (albeit 1p instead of just 1) Is this an error, or is there some reason further down the line, that attribute tables cannot have 'numeric' field names? Thanks and regards, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === This message contains information, which may be in confidence 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.nzi...@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. -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile:
Re: [Qgis-developer] Freeze on release-2_8 branch
Il 05/08/2015 22:35, Anita Graser ha scritto: Just let me know if you want me to publish the announcement on the blog as well once you've written it or if you prefer doing that yourself. by you do you mean Juergen, or myself? I do not mind whichever way, I think we can reuse the standard announcement, just stripping down useless parts. All the best, and thanks. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10 - weird black circles
Check if diagrams are enabled on the problematic layers. There was/is(?) a bug that enabled diagrams. Best wishes, Anita On Thu, Aug 6, 2015 at 10:18 AM, kimaidou kimai...@gmail.com wrote: Hi all, When playing around with projects from 2.8 to 2.10, some users reported me they encounter weird rendering of their layers. Some black circles are drawn on top of the layers, like in this image [1] This happens for point or polygons, and for different method ( classification, single symbol, etc.). I can manage sometime to get rid of these circles by opening/closing the layer properties dialog, and checking on/off the layer in the legend. Anyone has already seen this, and found a solution ? It seems to me it is related to conversion of old project with 2.10, but I am not sure Any help appreciated. Michaël [1] http://picpaste.com/hlAl8PS8.png ___ 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] Freeze on release-2_8 branch
On Thu, Aug 6, 2015 at 10:16 AM, Paolo Cavallini cavall...@faunalia.it wrote: Il 05/08/2015 22:35, Anita Graser ha scritto: Just let me know if you want me to publish the announcement on the blog as well once you've written it or if you prefer doing that yourself. by you do you mean Juergen, or myself? I meant you, Paolo :) Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi, Don't get me wrong. I am not against fixing it. I was just trying to put it into perspective. Just because there is one dataset that has these weird column names it doesn't mean the CSV import tool is broken. You can just as well advise the StatsSA agency to improve their column names into something more meaningful - e.g. age_10 - what if you want to join the data later and you have again column names with numbers? What if another person takes over the project and has no idea what the numbers mean without a separate metadata description? What if you want to do Save AS with such a layer and the data format prohibits columns named with numbers? Anyway - its not good practice to name columns with numbers. In most database you will have to escape such column names with quotes or it is even forbidden. If you want to have it fixed you have the three options: - Fix it yourself in the code and provide a pull request - Pay a developer to fix it to have it fixed in a short time frame - File a feature request and wait until someone has the time to fix it Andreas On 2015-08-06 08:04, Zoltan Szecsei wrote: Hi, Fine - I did ask for an opinion, and I got one :-) The CSV files are from South Africa's 2011 Census - as put out by StatsSA, and exported from SuperCROSS. In this particular file, the numeric field names are for the Age last birthday of the occupant. (yep, from 0 to 120!!!) So in short, I guess there are many, many users of this data - and for me an unnoticed error/deficiency, is still and error/deficiency. Whilst I am not too perturbed because I can get around this issue, I figured it was my civic duty to raise it. Cheers for now, Zoltan On 2015/08/06 07:56, Neumann, Andreas wrote: Hi, In my opinion it is quite special to name columns with integer numbers. Not what the average GIS user would do. In my own 2-decade GIS career I never had such an issue. I am not against fixing this issue, but I don't think it is a serious issue. We have many more important issues in QGIS. Andreas On 2015-08-06 07:31, Zoltan Szecsei wrote: Hi Chris, Thanks for the opinion. Do I log this as a bug? Whilst I am quite happy to write a bash script to parse and alter my 500 CSV files, I do feel that this is likely a more serious issue, as it will affect, I assume a lot of, users that load CSV files to join them to their spatial data. Maybe the silence on this is because it either goes unnoticed, or there are many people just doing a work-around. Let me know. Thanks regards, Zoltan On 2015/08/05 02:55, Chris Crook wrote: Hi Zoltan I think this could be classed as an error! The source code rejects field names that look like positive numbers (some digits optionally followed by a period and some more digits). I can't recall a reason why it should do this. It could be reasonable to require field names to be compatible to database attribute names, but I can't see any need for that within QGIS itself. This can go on a 'to-do' list to fix... Cheers Chris -----Original Message----- From: Zoltan Szecsei [mailto:zolt...@geograph.co.za] Sent: Tuesday, 4 August 2015 10:27 p.m. To: Qgis-developer@lists.osgeo.org Subject: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem Hi, Using the above version on Win 7 64 bit, I read a CSV file (as attributes only) stipulating that first record has field names Record 1 is as follows: SALnum,SALnam,1,2,3,4,5,6,7,8,9,10+ When I open the attribute table, I see that fields 1 2 have names SALnum and SALnam, but the rest are called 'Field_3', 'Field_4' and so on. When I edit record 1 of this CSV file to look like: SALnum,SALnam,1p,2p,3p,4p,5p,6p,7p,8p,9p,10+p The I get the correct field names (albeit 1p instead of just 1) Is this an error, or is there some reason further down the line, that attribute tables cannot have 'numeric' field names? Thanks and regards, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax: +27-86-6115323 www.geograph.co.za [1] === This message contains information, which may be in confidence 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. -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South
Re: [Qgis-developer] Compiling ui files with custom widgets creates wrong imports
You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. Best wishes, Denis On 08/05/2015 11:27 PM, Anita Graser wrote: Hi, There seems to be an issue with custom widgets in Python. For example this plugin bug: ImportError: No module named qgsfieldcombobox (https://github.com/informeren/qgis-cartogram/issues/2) Compiling with pyuic4 -o cartogram_dialog_base.py cartogram_dialog_base.ui results in from qgsfieldcombobox import QgsFieldComboBox while it should be from qgis.gui import QgsFieldComboBox Is there some way to fix this on our side? Best wishes, Anita ___ 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] Compiling ui files with custom widgets creates wrong imports
On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10 - weird black circles
On 6 Aug 2015 6:18 pm, kimaidou kimai...@gmail.com wrote: Hi all, When playing around with projects from 2.8 to 2.10, some users reported me they encounter weird rendering of their layers. Some black circles are drawn on top of the layers, like in this image [1] As Anita pointed out, these are invalid diagrams. They'll appear if you open a project which was saved in 2.10 in a version 2.8.3. Nyall This happens for point or polygons, and for different method ( classification, single symbol, etc.). I can manage sometime to get rid of these circles by opening/closing the layer properties dialog, and checking on/off the layer in the legend. Anyone has already seen this, and found a solution ? It seems to me it is related to conversion of old project with 2.10, but I am not sure Any help appreciated. Michaël [1] http://picpaste.com/hlAl8PS8.png ___ 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] Compiling ui files with custom widgets creates wrong imports
On Thu, Aug 6, 2015 at 10:54 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Here is an example of a Makefile compiling ui files https://github.com/3nids/quickfinder/blob/master/Makefile#L52 it's the line with pyuic4 which does the job! Thanks Denis! I'll try that on Win later. I'd still be interested if there is a solution to ensure that dynamic ui loading on Win finds the right libraries for custom widgets. Best wishes, Anita On 08/06/2015 10:33 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 10:10 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Never used, I would think it would work directly. According to the plugin author the plugin with uic.loadUiTypes works on Linux but it certainly does not work on Windows. But why not adding a new rule to the makefile to compile the ui? If that's necessary to get custom widgets work on all platforms, why not. But I don't know where to start to make that work. Best wishes. Anita On 08/06/2015 10:06 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:44 AM, Denis Rouzaud denis.rouz...@gmail.com denis.rouz...@gmail.com wrote: Well, how is compiled the UI file? The plugin builder creates a template that uses uic.loadUiType FORM_CLASS, _ = uic.loadUiType(os.path.join( os.path.dirname(__file__), 'cartogram_dialog_base.ui')) So the UI is compiled automatically when the plugin starts in QGIS. Best wishes, Anita Usually, it is done prior to deployment using pyuic4 If pyuic4 was run without the proper python path, you won't have any error at compilation but the plugin won't work if it contains QGIS widgets. Was pyuic4 run in an Osgeo shell? On 08/06/2015 09:39 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.comdenis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Certificate update QGIS servers
Navigating to: http://www.qgis.org/pyqgis-cookbook/ in Google Chrome gives me The site ahead contains harmful programs Attackers on *www.qgis.org* might attempt to trick you into installing programs that harm your browsing experience (for example, by changing your homepage or showing extra ads on sites you visit). Clicking on the info link gives the following: https://www.google.com/safebrowsing/diagnostic?site=http%3A%2F%2Fwww.qgis.org%2Fpyqgis-cookbook%2Fclient=googlechromehl=en-US It sounds scary. Does anybody have an idea what's happening? Cheers, Matthias On 08/06/2015 12:29 PM, Richard Duivenvoorde wrote: Hi, FYI we updated the certificates for hub.qgis.org plugins.qgis.org While I was pretty sure we scored an A on https://www.ssllabs.com/ssltest/index.html Now hub (on osgeo) scores a C, while plugins (qgis2) still scores an A... both apache servers share the same config (but different versions of Apache) I think we need to make a plan for migrating to a newer Debian/Trac version... Regards, Richard Duivenvoorde ___ 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] Freeze on release-2_8 branch
Il 06/08/2015 10:29, Anita Graser ha scritto: On Thu, Aug 6, 2015 at 10:16 AM, Paolo Cavallini cavall...@faunalia.it mailto:cavall...@faunalia.it wrote: Il 05/08/2015 22:35, Anita Graser ha scritto: Just let me know if you want me to publish the announcement on the blog as well once you've written it or if you prefer doing that yourself. by you do you mean Juergen, or myself? I meant you, Paolo :) Hi, can't we just reuse: https://lists.osgeo.org/pipermail/qgis-developer/2015-May/037717.html we just have to update: https://github.com/qgis/QGIS/compare/final-2_8_1...final-2_8_2 with the new comparison. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Compiling ui files with custom widgets creates wrong imports
Well, how is compiled the UI file? Usually, it is done prior to deployment using pyuic4 If pyuic4 was run without the proper python path, you won't have any error at compilation but the plugin won't work if it contains QGIS widgets. Was pyuic4 run in an Osgeo shell? On 08/06/2015 09:39 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.com mailto:denis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS 2.10 - weird black circles
Hi all, When playing around with projects from 2.8 to 2.10, some users reported me they encounter weird rendering of their layers. Some black circles are drawn on top of the layers, like in this image [1] This happens for point or polygons, and for different method ( classification, single symbol, etc.). I can manage sometime to get rid of these circles by opening/closing the layer properties dialog, and checking on/off the layer in the legend. Anyone has already seen this, and found a solution ? It seems to me it is related to conversion of old project with 2.10, but I am not sure Any help appreciated. Michaël [1] http://picpaste.com/hlAl8PS8.png ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Compiling ui files with custom widgets creates wrong imports
Here is an example of a Makefile compiling ui files https://github.com/3nids/quickfinder/blob/master/Makefile#L52 it's the line with pyuic4 which does the job! On 08/06/2015 10:33 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 10:10 AM, Denis Rouzaud denis.rouz...@gmail.com mailto:denis.rouz...@gmail.com wrote: Never used, I would think it would work directly. According to the plugin author the plugin with uic.loadUiTypes works on Linux but it certainly does not work on Windows. But why not adding a new rule to the makefile to compile the ui? If that's necessary to get custom widgets work on all platforms, why not. But I don't know where to start to make that work. Best wishes. Anita On 08/06/2015 10:06 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:44 AM, Denis Rouzaud denis.rouz...@gmail.com mailto:denis.rouz...@gmail.com wrote: Well, how is compiled the UI file? The plugin builder creates a template that uses uic.loadUiType FORM_CLASS, _ = uic.loadUiType(os.path.join( os.path.dirname(__file__), 'cartogram_dialog_base.ui')) So the UI is compiled automatically when the plugin starts in QGIS. Best wishes, Anita Usually, it is done prior to deployment using pyuic4 If pyuic4 was run without the proper python path, you won't have any error at compilation but the plugin won't work if it contains QGIS widgets. Was pyuic4 run in an Osgeo shell? On 08/06/2015 09:39 AM, Anita Graser wrote: On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud denis.rouz...@gmail.com mailto:denis.rouz...@gmail.com wrote: You need to have qgis lib in your python path. On windows, that would be C:\OSGeo4W\apps\qgis-dev\python\qgis To check this, just do from qgis.gui import * in python. If you don't have an error, then pyuic4 will work properly. My point is that the plugin needs to work out of the box - and it doesn't. Usually all paths are set correctly on Win in the OSGeo shell. Only in this case there is an issue. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Freeze on release-2_8 branch
On Thu, Aug 6, 2015 at 4:52 PM, Paolo Cavallini cavall...@faunalia.it wrote: Il 06/08/2015 10:29, Anita Graser ha scritto: On Thu, Aug 6, 2015 at 10:16 AM, Paolo Cavallini cavall...@faunalia.it mailto:cavall...@faunalia.it wrote: Il 05/08/2015 22:35, Anita Graser ha scritto: Just let me know if you want me to publish the announcement on the blog as well once you've written it or if you prefer doing that yourself. by you do you mean Juergen, or myself? I meant you, Paolo :) Hi, can't we just reuse: https://lists.osgeo.org/pipermail/qgis-developer/2015-May/037717.html we just have to update: https://github.com/qgis/QGIS/compare/final-2_8_1...final-2_8_2 with the new comparison. Sure I guess we can. Didn't remember that announcement ;) Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
