Re: [Qgis-developer] Certificate update QGIS servers

[Richard Duivenvoorde]

On 07-08-15 06:10, Alex Mandel wrote:
> I'll try to make some fixes to it this weekend.
> 
> -Alex

Cool, thanks, I'll sent you some details offlist

Richard

___
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

[Zoltan Szecsei]

Hi Chris,
Good on you.
I logged it yesterday (#13187).
Do you get to mark it as "fixed"?
For the sake of a snail-trail, it's probably better than me just 
withdrawing it?


I completed the job I was doing, by parsing the csv files in bash (I 
moved the job over to my linux setup - I only use the Windows version 
for 'quickies'), so for now I am not in a hurry for this - but if I get 
another request for the job I was doing, I'll just pull the code and 
build it on my system.


Thanks again for seeing the bigger picture.

Regards,
Zoltan

On 2015/08/07 00:32, Chris Crook wrote:

Hi Zoltan

I've removed this constraint on field names from the QGIS code - this will 
apply in the next release of QGIS.  So no need to raise a bug.  If you do want 
to (or have other issues/feature requests) information about how to do so is at 
http://qgis.org/en/site/getinvolved/development/index.html#bugs-features-and-issues.
  Feedback from the user community is certainly encouraged.

Until the next release though you may have to write a script to deal with the 
files (or live with the replaced field names).

As to the silence - who knows!  Certainly this hasn't been raised to my knowledge, and 
the "feature" has been there a couple of years now.  I think if many users were 
affected this would have come up sooner, but great that you have raised it.

Cheers
Chris



-Original Message-
From: Zoltan Szecsei [mailto:zolt...@geograph.co.za]
Sent: Thursday, 6 August 2015 5:32 p.m.
To: Chris Crook; 'Qgis-developer@lists.osgeo.org'
Subject: Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem

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.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
===


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

Re: [Qgis-developer] Certificate update QGIS servers

[Alex Mandel]

On 08/06/2015 09:51 AM, Alex Mandel wrote:
> On 08/06/2015 03:29 AM, 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)
>>
> 
> Are you sure it's the same config? It might be just a few extra ciphers
> in the SSL config that should be disabled for known security reasons.
> The SSL lab test usually tells you exactly why you scored low.
> 

Looking at the report I am correct, it's just some tweaks to be made to
the SSL config on apache. The newer sites don't have this issue because
the defaults on newer Debian versions are safer.

"
This server supports weak Diffie-Hellman (DH) key exchange parameters.
Grade capped to B.   MORE INFO »
The server supports only older protocols, but not the current best TLS
1.2. Grade capped to C.  MORE INFO »
The server does not support Forward Secrecy with the reference browsers.
 MORE INFO »
"


I'll try to make some fixes to it this weekend.

-Alex
___
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

[Chris Crook]

Hi Zoltan

I've removed this constraint on field names from the QGIS code - this will 
apply in the next release of QGIS.  So no need to raise a bug.  If you do want 
to (or have other issues/feature requests) information about how to do so is at 
http://qgis.org/en/site/getinvolved/development/index.html#bugs-features-and-issues.
  Feedback from the user community is certainly encouraged.

Until the next release though you may have to write a script to deal with the 
files (or live with the replaced field names).

As to the silence - who knows!  Certainly this hasn't been raised to my 
knowledge, and the "feature" has been there a couple of years now.  I think if 
many users were affected this would have come up sooner, but great that you 
have raised it.

Cheers
Chris


> -Original Message-
> From: Zoltan Szecsei [mailto:zolt...@geograph.co.za]
> Sent: Thursday, 6 August 2015 5:32 p.m.
> To: Chris Crook; 'Qgis-developer@lists.osgeo.org'
> Subject: Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
>
> 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.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
> ===


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.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Certificate update QGIS servers

[Andreas Neumann]

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%2F&client=googlechrome&hl=en-US


it says:

 * If you are the owner of this web site, you can request a review of
   your site using GoogleWebmaster Tools
   . More information about
   the review process is available in Google'sWebmaster Help Center
   .

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:15169&client=googlechrome&hl=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%2F&client=googlechrome&hl=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

[Nyall Dawson]

On 7 Aug 2015 12:43 am, "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).

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%2F&client=googlechrome&hl=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

[Anita Graser]

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 
wrote:

> Mmm, looking into the links from google one points to:
>
>
> https://www.google.com/safebrowsing/diagnostic?site=AS:15169&client=googlechrome&hl=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%2F&client=googlechrome&hl=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] Freeze on release-2_8 branch

[Anita Graser]

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 
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

[Qgis-developer] Announcing the release of QGIS 2.8.3 'Wien'

[Jürgen E . Fischer]

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] Certificate update QGIS servers

[Richard Duivenvoorde]

Mmm, looking into the links from google one points to:

https://www.google.com/safebrowsing/diagnostic?site=AS:15169&client=googlechrome&hl=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%2F&client=googlechrome&hl=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

Re: [Qgis-developer] Installation problems in QGIS 2.8.3 on Windows 7 - 64 bit

[Andre Joost]

Am 06.08.2015 um 08:55 schrieb Luca Manganelli:

On Wed, Aug 5, 2015 at 7:43 PM, Andre Joost  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?

[Andrew]

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  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 :
> > 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
> >>> :
> >>>
>  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
> > :
> >
> >> It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version
> >> change thing.
> >>
> >> Please indicat

Re: [Qgis-developer] Certificate update QGIS servers

[Alex Mandel]

On 08/06/2015 03:29 AM, 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)
> 

Are you sure it's the same config? It might be just a few extra ciphers
in the SSL config that should be disabled for known security reasons.
The SSL lab test usually tells you exactly why you scored low.

> I think we need to make a plan for migrating to a newer Debian/Trac
> version...
> 

The new OSGeo6 machine is now operational. If you would like to provide
a docker instance, or want a fresh VM we can now accommodate. I'd think
it might also be good to load balance plugins requests that come from
QGIS across multiple servers to increase the reliability of getting and
checking plugins (2 frontends, 1 db, or just mirror some directories
where the plugin files are actually stored and not mirror any super
dynamic part).

Thanks,
Alex

> 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

[Paolo Cavallini]

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] Freeze on release-2_8 branch

[Anita Graser]

On Thu, Aug 6, 2015 at 4:52 PM, Paolo Cavallini 
wrote:

> Il 06/08/2015 10:29, Anita Graser ha scritto:
> >
> >
> > On Thu, Aug 6, 2015 at 10:16 AM, Paolo Cavallini  > > 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

Re: [Qgis-developer] Freeze on release-2_8 branch

[Paolo Cavallini]

Il 06/08/2015 10:29, Anita Graser ha scritto:
> 
> 
> On Thu, Aug 6, 2015 at 10:16 AM, Paolo Cavallini  > 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] Certificate update QGIS servers

[Matthias Kuhn]

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%2F&client=googlechrome&hl=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] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?

[Sandro Santilli]

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-user] Any working GRASS in QGIS available? - Processing Bug?

[Victor Olaya]

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 :
> Hi Alex
>
> Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel :
>
>> 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
>>> :
>>>
 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
> :
>
>> 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).
>
>

[Qgis-developer] How qgis calculate the min/mx of floating point raster

[Andrea Peri]

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 2.10.1 Pisa - Read CSV file problem

[Zoltan Szecsei]

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
]
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 n

Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem

[Zoltan Szecsei]

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

[Qgis-developer] Certificate update QGIS servers

[Richard Duivenvoorde]

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

Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem

[Jürgen E . Fischer]

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

[Neumann, Andreas]

 

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.

 -- 

 =

Re: [Qgis-developer] QGIS 2.10 - weird black circles

[kimaidou]

Thanks Nyall for this helpfull precision

Michaël

2015-08-06 10:58 GMT+02:00 Nyall Dawson :

>
> On 6 Aug 2015 6:18 pm, "kimaidou"  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

[Anita Graser]

On Thu, Aug 6, 2015 at 10:54 AM, Denis Rouzaud 
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 
> 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> 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

[Nathan Woodrow]

Make files don't work very well on windows I would avoid them if you can.
Any reason the UI can't be loaded in code to avoid the build steps.

On Thu, 6 Aug 2015 6:54 pm Denis Rouzaud  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!
>
>
>
>
> On 08/06/2015 10:33 AM, Anita Graser wrote:
>
>
>
> On Thu, Aug 6, 2015 at 10:10 AM, Denis Rouzaud 
> 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 
>> 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 
>>> 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 mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS 2.10 - weird black circles

[Nyall Dawson]

On 6 Aug 2015 6:18 pm, "kimaidou"  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

[Denis Rouzaud]

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 
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
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
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

[Simó Benedek]

Thank you Anita, after removing every diagram related tag from the qgs
file, everything works well, thank you! In my case it happened with a qgs
file which was saved in 2.10.1, and than after slight modifications it was
saved in 2.6.

2015-08-06 10:32 GMT+02:00 kimaidou :

> 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 :
>
>> 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  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
>
___
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

[Anita Graser]

On Thu, Aug 6, 2015 at 10:10 AM, Denis Rouzaud 
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 
> 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] QGIS 2.10 - weird black circles

[kimaidou]

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 :

> 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  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

[Anita Graser]

On Thu, Aug 6, 2015 at 10:16 AM, Paolo Cavallini 
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 - weird black circles

[Anita Graser]

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  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

[Qgis-developer] QGIS 2.10 - weird black circles

[kimaidou]

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] Freeze on release-2_8 branch

[Paolo Cavallini]

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.1 Pisa - Read CSV file problem

[DelazJ]

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 :

> 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.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.
>
>
> --
>
> ===
> Zolt

Re: [Qgis-developer] Compiling ui files with custom widgets creates wrong imports

[Denis Rouzaud]

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 > 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
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] Compiling ui files with custom widgets creates wrong imports

[Anita Graser]

On Thu, Aug 6, 2015 at 9:44 AM, Denis Rouzaud 
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 
> 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

[Denis Rouzaud]

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 > 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

[Anita Graser]

On Thu, Aug 6, 2015 at 9:24 AM, Denis Rouzaud 
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

[Denis Rouzaud]

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