Re: [QGIS-Developer] Osgeo4w for QGIS 3

[Zoltan Szecsei]

OK cool - thanks for the quick response (and efforts :-)  )

Regards,
Zoltan

On 2018/02/24 19:24, Richard Duivenvoorde wrote:

On 24-02-18 16:56, Zoltan Szecsei wrote:

Hi All,

I am looking at
http://spatialgalaxy.net/2018/02/13/quick-guide-to-getting-started-with-pyqgis3-on-windows/

but cannot find "the appropriate network installer (32 or 64 bit) for
QGIS 3" when I go to http://qgis.org/
(I still can only get v2.99)

Does anyone have a link for me?

Nope, packaging & packagers still busy...

Have an eye on qgis.org, we will update site when packages are available.

Regards,

Richard Duivenvoorde


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Osgeo4w for QGIS 3

[Zoltan Szecsei]

Hi All,

I am looking at 
http://spatialgalaxy.net/2018/02/13/quick-guide-to-getting-started-with-pyqgis3-on-windows/


but cannot find "the appropriate network installer (32 or 64 bit) for 
QGIS 3" when I go to http://qgis.org/

(I still can only get v2.99)

Does anyone have a link for me?

Thanks & regards,
Zoltan
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://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, after its 
transmission from LINZ. Thank You

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

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

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

[Zoltan Szecsei]

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

[Zoltan Szecsei]

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

___
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 Frank,
Reasonable thought, thanks - but I named the 1p (not p1) and that worked.

Would be interesting to see what the author of the CSV import section of 
QGIS has to say.

Regards,
Zoltan


On 2015/08/04 13:29, Frank Sokolic wrote:

Hi Zoltan,

I wonder if this is a DBF format restriction. If I remember correctly 
DBF field names have to start with a letter followed by any 
combination of letters and numbers up to the maximum field name length.


Frank.

On 04/08/2015 12:26, Zoltan Szecsei wrote:

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




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

[Zoltan Szecsei]

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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] function similar to Excel VLOOKUP - SOLVED

[Zoltan Szecsei]

Awesome. Thank you.

I added the extra column to the shapefile attributes, joined the 
shapefile to the CSV file, and then updated the new column in my 
shapefile using:
attribute($currentfeature,'joinedcolumn')  (NOTE: single quotes for 
field name)


I'm sure I could have skipped the Join step and just used getfeature as 
suggested below, but I went the Join route anyway.


Big thanks,
Zoltan


On 2015/07/30 14:34, DelazJ wrote:

Hi,
I think combining getFeature and attribute functions should help u do 
that in the field calculator, though I haven't used them on csv files.
Assuming col1 in your csv contains also the code you are looking for, 
applying this expression on shapefile col 6 in QGIS field calculator 
may do the job:

attribute (getFeature ('mycsvfile', 'mycsv_col1', myshape_col1), 'col2')

Regards,
DelazJ

2015-07-30 13:06 GMT+02:00 Zoltan Szecsei zolt...@geograph.co.za 
mailto:zolt...@geograph.co.za:


Hi,
How could I implement something like vlookup in QGIS?

I have a shapefile with 2000 polygons and column 1 of its
attribute table has a code value.

Using the code in this column 1, I need to look up which row of a
CSV file has that code, and return column 2 of the CSV file.
This returned value must then be placed into a new column (say
column 6) on the shapefile attribute table.
I could pre-add the new column to this shapefile, and then run the
vlookup equivalent too, of course.

I tried this by opening the DBF file in Libreoffice calc, sorting
the columns, adding the extra two columns of my lookup data, then
ran vlookup and saved/closed the DBF file.

Once back in QGIS the attributes ended up being linked to the
wrong polygons (probably because I sorted the DBF file outside of
QGIS).

Thanks in advance,
Zoltan


-- 


===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028 tel:%2B27-83-6004028
Fax: +27-86-6115323 tel:%2B27-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




___
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] QGIS to ArcGIS Map Package

[Zoltan Szecsei]

Hi,
Once I have created a map in the print composer, is there a way to 
export it to Map Package?


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Exact print composing

[Zoltan Szecsei]

Hi,
Is there a way to set exact print composer sizes and map positions?

I have set a composer canvas size of 460mm by 275mm, and an area of 
interest (made up of one cropped raster and 12 cropped vector maps) that 
is exactly that size, at 1:500 scale.
Adding this to print composer canvas using a mouse is not exactly 
accurate. I've searched plugins, but noticed nothing useful.


Does print composer by any chance create a text file that I can hack to 
achieve this?


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Exact print composing

[Zoltan Szecsei]

On 2015/01/27 16:16, Andreas Neumann wrote:

Hi Zoltan,

Every object in the print composer can be positioned/scaled with exact 
numbers - have a look at the Position and Size group of every items 
properties. This has been around since ages (at least since version 1.7).


Alternatively/in addition you can also use snappable grids and 
guidelines.


Hope this helps?
Exactly what I want - This is only the second time I'm needing to use 
the composer, and the first time I only needed a dump print, so didn't 
bother to fiddle with the options.
This time, when I added the map to the composer and saw it was wonky, I 
deleted it and started looking for plugins before noticing the Item 
Properties tab.


Big thanks,
Zoltan


Andreas

On 27.01.2015 15:10, Zoltan Szecsei wrote:

Hi,
Is there a way to set exact print composer sizes and map positions?

I have set a composer canvas size of 460mm by 275mm, and an area of 
interest (made up of one cropped raster and 12 cropped vector maps) 
that is exactly that size, at 1:500 scale.
Adding this to print composer canvas using a mouse is not exactly 
accurate. I've searched plugins, but noticed nothing useful.


Does print composer by any chance create a text file that I can hack 
to achieve this?


Regards,
Zoltan




___
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] Exact print composing

[Zoltan Szecsei]

Yes - I saw that button. Thanks for the heads-up.
Z

On 2015/01/27 16:39, Andreas Neumann wrote:

Hi Zoltan,

Once you exactly positioned elements - you may want to lock them, so 
they don't get moved accidentally. With the new item list that Nyall 
introduced recently you can easily lock/unlock elements from this item 
list.


Andreas

On 27.01.2015 15:28, Zoltan Szecsei wrote:

On 2015/01/27 16:16, Andreas Neumann wrote:

Hi Zoltan,

Every object in the print composer can be positioned/scaled with 
exact numbers - have a look at the Position and Size group of 
every items properties. This has been around since ages (at least 
since version 1.7).


Alternatively/in addition you can also use snappable grids and 
guidelines.


Hope this helps?
Exactly what I want - This is only the second time I'm needing to use 
the composer, and the first time I only needed a dump print, so 
didn't bother to fiddle with the options.
This time, when I added the map to the composer and saw it was wonky, 
I deleted it and started looking for plugins before noticing the 
Item Properties tab.


Big thanks,
Zoltan


Andreas

On 27.01.2015 15:10, Zoltan Szecsei wrote:

Hi,
Is there a way to set exact print composer sizes and map positions?

I have set a composer canvas size of 460mm by 275mm, and an area of 
interest (made up of one cropped raster and 12 cropped vector maps) 
that is exactly that size, at 1:500 scale.
Adding this to print composer canvas using a mouse is not exactly 
accurate. I've searched plugins, but noticed nothing useful.


Does print composer by any chance create a text file that I can 
hack to achieve this?


Regards,
Zoltan




___
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



--

===
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] Possible bug with select in a rectangle - Correction

[Zoltan Szecsei]

Hi Again,
I have now managed to check QGIS tracking, and couldn't find any similar 
issues.
I can't be sure about the bit in red strikethrough below, so ignore that 
part.


Regards,
Zoltan


On 2015/01/26 09:08, Zoltan Szecsei wrote:

Hi Guys,
I tried to go to QGIS issue tracking, but was told that the site was 
under heavy load, so haven't checked if this is a known issue.


Platform is Ubuntu 14.10 with self-compiled QGIS 1614ac8.

Scenario:
I have a shape file with some 700K points, and a raster image covering 
about 10 of these points.

I want to delete all except these 10 points.

Try #1

I select my 10 points, open the attribute table and click invert
selection.
I then click the red bin (delete selected) and wait (I left it
going overnight)
The next morning I killed the task and when I re-opened the point
file, my 10 points were deleted and the rest were still there.
Clue: I might have clicked delete selected before the 'invert
selection' had finished. This would be due to the fact that I may
not have seen (if any) indication that the invert selection task
had completed.

Try #2

I zoom to the extents of the point file, turn off rendering of the
point file, turn on editing in the point file.
I then select (invisible) features from this point file in a large
rectangle above my visible raster image.
After a few second I get no indication that anything is selected,
and the 'delete selected' icon remains grey.
I turn on rendering for the point shape file, and those that were
in my rectangle are rendered in yellow (ie: 'selected')
I open the attribute table and the 'delete selected' icon IS red,
and I can move my selection to the top.
I then delete the selection from the attribute table as the icon
on the toolbar is still not 'available'.
After 10 minutes or more, I get tired of waiting and kill the job.

Try #3

I re-open the point file, leave rendering on, select the same
points as in try #2 above, and click 'delete selected'.
After 2-3 minutes or so, the selected points are deleted as expected.

So, I've raised a few issues here, but they seem to be centred on the 
attribute table being open.


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Possible bug with select in a rectangle

[Zoltan Szecsei]

Hi Guys,
I tried to go to QGIS issue tracking, but was told that the site was 
under heavy load, so haven't checked if this is a known issue.


Platform is Ubuntu 14.10 with self-compiled QGIS 1614ac8.

Scenario:
I have a shape file with some 700K points, and a raster image covering 
about 10 of these points.

I want to delete all except these 10 points.

Try #1

   I select my 10 points, open the attribute table and click invert
   selection.
   I then click the red bin (delete selected) and wait (I left it going
   overnight)
   The next morning I killed the task and when I re-opened the point
   file, my 10 points were deleted and the rest were still there.
   Clue: I might have clicked delete selected before the 'invert
   selection' had finished. This would be due to the fact that I may
   not have seen (if any) indication that the invert selection task had
   completed.

Try #2

   I zoom to the extents of the point file, turn off rendering of the
   point file, turn on editing in the point file.
   I then select (invisible) features from this point file in a large
   rectangle above my visible raster image.
   After a few second I get no indication that anything is selected,
   and the 'delete selected' icon remains grey.
   I turn on rendering for the point shape file, and those that were in
   my rectangle are rendered in yellow (ie: 'selected')
   I open the attribute table and the 'delete selected' icon IS red,
   and I can move my selection to the top.
   I then delete the selection from the attribute table as the icon on
   the toolbar is still not 'available'.
   After 10 minutes or more, I get tired of waiting and kill the job.

Try #3

   I re-open the point file, leave rendering on, select the same points
   as in try #2 above, and click 'delete selected'.
   After 2-3 minutes or so, the selected points are deleted as expected.

So, I've raised a few issues here, but they seem to be centred on the 
attribute table being open.


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Couldn't load PyQGIS error after compile - Fixed

[Zoltan Szecsei]

Hi,
OK, fixed. I was being somewhat short-sighted.

Thanks  regards,
Zoltan



On 01/21/2015 06:18 PM, Zoltan Szecsei wrote:

Sorry - forgot to add:

I had a problem with Grass, but set with grass in ccmake to No and that 
solved that (for now).

After firing up QGIS, I get the dreaded Couldn't load PyQGIS error.





___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Couldn't load PyQGIS error after compile

[Zoltan Szecsei]

Sorry - forgot to add:

   root@gs01:/home/geograph# dpkg -l | grep -i qgis
   ii  libqgis-analysis2.7.0 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS - shared analysis library
   ii  libqgis-core2.7.0 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS - shared core library
   ii  libqgis-customwidgets 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS custom widgets for Qt Designer
   ii  libqgis-gui2.7.0 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS - shared gui library

   ii  libqgis-networkanalysis2.7.0
   2.7.0+git20150120+51bb803~utopic1amd64QGIS - shared
   network analysis library
   ii  libqgis-server2.7.0 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS - shared server library
   ii  libqgisgrass2.7.0 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS - shared grass library
   ii  libqgispython2.7.0 2.7.0+git20150120+51bb803~utopic1   
   amd64QGIS - shared Python library
   ii  python-qgis 2.7.0+git20150120+51bb803~utopic1   
   amd64Python bindings to QGIS
   ii  python-qgis-common 2.7.0+git20150120+51bb803~utopic1   
   all  Python bindings to QGIS - architecture-independent files
   ii  qgis 2.7.0+git20150120+51bb803~utopic1amd64   
   Geographic Information System (GIS)
   ii  qgis-common 2.7.0+git20150120+51bb803~utopic1   
   all  QGIS - architecture-independent data
   ii  qgis-plugin-globe 2.7.0+git20150120+51bb803~utopic1   
   amd64OSG globe plugin for QGIS

   ii  qgis-plugin-globe-common
   2.7.0+git20150120+51bb803~utopic1all  OSG globe
   plugin for QGIS - architecture-independent data
   ii  qgis-plugin-grass 2.7.0+git20150120+51bb803~utopic1   
   amd64GRASS plugin for QGIS

   ii  qgis-plugin-grass-common
   2.7.0+git20150120+51bb803~utopic1all  GRASS plugin
   for QGIS - architecture-independent data
   ii  qgis-providers 2.7.0+git20150120+51bb803~utopic1   
   amd64collection of data providers to QGIS
   ii  qgis-providers-common 2.7.0+git20150120+51bb803~utopic1   
   all  collection of data providers to QGIS -

   architecture-independent files
   root@gs01:/home/geograph#




On 01/21/2015 06:13 PM, Zoltan Szecsei wrote:

Hi,
I've gone through the recommended process 
(http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html)


I had a problem with Grass, but set with grass in ccmake to No and that 
solved that (for now).

After firing up QGIS, I get the dreaded Couldn't load PyQGIS error.
My Python is installed from the default ubuntu 14.10 repository, and is 
presumably the wrong version for QGIS 2.7.0 Master.

Is this a python version issue, and which version (from where) do I need?
I did my anonymous git check out a week ago - could this also be part of the 
issue?

Thanks in advance,
Zoltan.

QGIS version 2.7.0-Master QGIS code
revisionexported
Compiled against Qt  4.8.6  Running against
Qt4.8.6
Compiled against GDAL/OGR1.11.1 Running against
GDAL/OGR  1.11.1
Compiled against GEOS3.4.2-CAPI-1.8.2   Running against
GEOS  3.4.2-CAPI-1.8.2 r3921
PostgreSQL Client Version9.4rc1 SpatiaLite Version4.1.1
QWT Version  5.2.3  PROJ.4 Version   
480

QScintilla2 Version  2.8.3


--

===
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-6115323www.geograph.co.za
===


___
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] Couldn't load PyQGIS error after compile

[Zoltan Szecsei]

Hi,
I've gone through the recommended process 
(http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html)


I had a problem with Grass, but set with grass in ccmake to No and that 
solved that (for now).

After firing up QGIS, I get the dreaded Couldn't load PyQGIS error.
My Python is installed from the default ubuntu 14.10 repository, and is 
presumably the wrong version for QGIS 2.7.0 Master.

Is this a python version issue, and which version (from where) do I need?
I did my anonymous git check out a week ago - could this also be part of the 
issue?

Thanks in advance,
Zoltan.

   QGIS version 2.7.0-Master   QGIS code
   revisionexported
   Compiled against Qt  4.8.6  Running against
   Qt4.8.6
   Compiled against GDAL/OGR1.11.1 Running against
   GDAL/OGR  1.11.1
   Compiled against GEOS3.4.2-CAPI-1.8.2   Running against
   GEOS  3.4.2-CAPI-1.8.2 r3921
   PostgreSQL Client Version9.4rc1 SpatiaLite Version4.1.1
   QWT Version  5.2.3  PROJ.4 Version   
480

   QScintilla2 Version  2.8.3


--

===
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] [gdal-dev] Compiling QGIS on ubuntu 14.10 - Couldn't load PyQGIS error

[Zoltan Szecsei]

Hi,
I've gone through the recommended process 
(http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html)


I had a problem with Grass, but set with grass in ccmake to No and that 
solved that (for now).

After firing up QGIS, I get the dreaded Couldn't load PyQGIS error.
My Python is installed from the default ubuntu 14.10 repository, and is 
presumably the wrong version for QGIS 2.7.0 Master.

Is this a python version issue, and which version (from where) do I need?
I did my anonymous git check out a week ago - could this also be part of the 
issue?

Thanks in advance,
Zoltan.

   QGIS version 2.7.0-Master   QGIS code
   revisionexported
   Compiled against Qt  4.8.6  Running against
   Qt4.8.6
   Compiled against GDAL/OGR1.11.1 Running against
   GDAL/OGR  1.11.1
   Compiled against GEOS3.4.2-CAPI-1.8.2   Running against
   GEOS  3.4.2-CAPI-1.8.2 r3921
   PostgreSQL Client Version9.4rc1 SpatiaLite Version4.1.1
   QWT Version  5.2.3  PROJ.4 Version   
480

   QScintilla2 Version  2.8.3


 --

===
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-6115323www.geograph.co.za
===



___
gdal-dev mailing list
gdal-...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Downloading compiling QGIS

[Zoltan Szecsei]

Hi Matthias
Thanks for the confirmation.
I'm just feeling around at the moment - and not worried about the 
download size.


Are the instructions I am following still current?
If I find stuff that I feel maybe missing (ie: things don't go according 
to my expectations from the instructions), is there anyone particular I 
should notify?


Cheers for now,
Zoltan (The emigrant one :-)  )



On 2015/01/13 10:33, Matthias Kuhn wrote:

Hi Zoltan,

That is correct.
It is not compressed to 44 objects. It is just compressing (packing) 44
objects it has not compressed yet.
But git downloads the whole history for you since the very first version
of QGIS anyway. That is fine if you are going to develop and want to
keep track of what has been done when etc.

If you are worried about the download size, you can either use --depth 1
when cloning
http://gistflow.com/posts/430-git-clone-without-history
or just download the zip file of the branch you are interested on the
github project page.

Regards,
Matthias

On 01/13/2015 08:43 AM, Zoltan Szecsei wrote:

Hi,
My platform is a fresh 64 bit Ubuntu 14.10 desktop install.
I am following these instructions:
http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html

Using anonymous checkout, I get told that there are 271040 objects.
This is then compressed to 44 objects
Download begins, but is tracking the 271040 objects instead of the 44.

Is this correct or should it be downloading what I assume to be the
271040 objects that were compressed into 44 objects?

Regards  TIA,
Zoltan






___
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] Downloading compiling QGIS - FEEDBACK

[Zoltan Szecsei]

OK, using the instructions below, it all went pretty smoothly except for 
the few points below.

Mega-thanks to all who contributed to 'Building QGIS from source' document.

As I said below, I was using a fresh install of 64 bit Ubuntu 14.10 Desktop.
Points noted:

 * The version levels of some of the build tools  dependencies in my
   install were LOWER than required by this 'Building QGIS' document.
 * Perhaps notes on how to get newer versions (than those in the 'Main'
   repository) of these tools and dependencies would help. I just
   ignored these versions, and carried on ahead.

 * Add ccache, python-psycopg2 and python-gdal to the list for apt-get
   in section 3.3
 * In section 3.6 maybe mention the size of the git checkout and how to
   minimise it for those who need to.
 * In 3.7 mention explicitly that setting CMAKE_INSTALL_PREFIX is in
   the ccmake panel and not as an environment variable :-)
   I missed that finer point of this and had to sudo make install - and
   then qgis wouldn't run, so I deleted everything in my 'build-master'
   and then woke up as to where to set the ${HOME}/apps pointer.
 * I ran make  make install as root even though I probably need not have.
 * You need to set LD_LIBRARY_PATH to ${HOME}/apps/lib before your
   compiled qgis will run.

Hope these findings helps someone.
Regards,
Zoltan




On 2015/01/13 10:44, Nathan Woodrow wrote:

Zoltan,

Jump on IRC is normally a good way if you have trouble with building.  
Some of us normally hang around there, or of course you can still 
email the mailing list.


- Nathan

On Tue Jan 13 2015 at 18:40:15 Zoltan Szecsei zolt...@geograph.co.za 
mailto:zolt...@geograph.co.za wrote:


Hi Matthias
Thanks for the confirmation.
I'm just feeling around at the moment - and not worried about
the download size.

Are the instructions I am following still current?
If I find stuff that I feel maybe missing (ie: things don't go
according to my expectations from the instructions), is there
anyone particular I should notify?

Cheers for now,
Zoltan (The emigrant one :-)  )




On 2015/01/13 10:33, Matthias Kuhn wrote:

Hi Zoltan,

That is correct.
It is not compressed to 44 objects. It is just compressing (packing) 44
objects it has not compressed yet.
But git downloads the whole history for you since the very first version
of QGIS anyway. That is fine if you are going to develop and want to
keep track of what has been done when etc.

If you are worried about the download size, you can either use --depth 1
when cloning
http://gistflow.com/posts/430-git-clone-without-history
or just download the zip file of the branch you are interested on the
github project page.

Regards,
Matthias

On 01/13/2015 08:43 AM, Zoltan Szecsei wrote:

Hi,
My platform is a fresh 64 bit Ubuntu 14.10 desktop install.
I am following these instructions:

http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html

Using anonymous checkout, I get told that there are 271040 objects.
This is then compressed to 44 objects
Download begins, but is tracking the 271040 objects instead of the 44.

Is this correct or should it be downloading what I assume to be the
271040 objects that were compressed into 44 objects?

Regards  TIA,
Zoltan





___
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-6115323www.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-6115323www.geograph.co.za
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Downloading compiling QGIS - FEEDBACK

[Zoltan Szecsei]

OK, using the instructions below, it all went pretty smoothly except for 
the few points below.

Mega-thanks to all who contributed to 'Building QGIS from source' document.

As I said below, I was using a fresh install of 64 bit Ubuntu 14.10 Desktop.
Points noted:

 * The version levels of some of the build tools  dependencies in my
   install were LOWER than required by this 'Building QGIS' document.
1. Perhaps notes on how to get newer versions (than in the 'Main'
   repository) of these tools and dependencies would help. I just
   ignored these versions, and carried on ahead.

 * Maybe add ccache and python-gdal to the list for apt-get in section 3.3
 * In section 3.6 maybe mention the size of the git checkout and how to
   minimise it for those who need to.
 * In 3.7 mention explicitly that setting CMAKE_INSTALL_PREFIX is in
   the ccmake panel and not as an environment variable :-)
   I missed that finer point and had to sudo make install - and then
   qgis wouldn't run so I deleted everything in my 'build-master' and
   then woke up as to where to set the ${HOME}/apps pointer.
 * I ran make  make install as root even though I probably need not have.
 * You need to set LD_LIBRARY_PATH to ${HOME}/apps/lib before your
   complied qgis will run.

When I do start this locally compiled qgis, I do get the following error:
Python error: Couldn't load plugin 'processing' blah blah
and in QGIS plugins it says 'processing' is broken: Couldn't find module 
psycopg2


but QGIS does power up when I close the error window.

Hope these findings helps someone.
Regards,
Zoltan




On 2015/01/13 10:44, Nathan Woodrow wrote:

Zoltan,

Jump on IRC is normally a good way if you have trouble with building.  
Some of us normally hang around there, or of course you can still 
email the mailing list.


- Nathan

On Tue Jan 13 2015 at 18:40:15 Zoltan Szecsei zolt...@geograph.co.za 
mailto:zolt...@geograph.co.za wrote:


Hi Matthias
Thanks for the confirmation.
I'm just feeling around at the moment - and not worried about
the download size.

Are the instructions I am following still current?
If I find stuff that I feel maybe missing (ie: things don't go
according to my expectations from the instructions), is there
anyone particular I should notify?

Cheers for now,
Zoltan (The emigrant one :-)  )




On 2015/01/13 10:33, Matthias Kuhn wrote:

Hi Zoltan,

That is correct.
It is not compressed to 44 objects. It is just compressing (packing) 44
objects it has not compressed yet.
But git downloads the whole history for you since the very first version
of QGIS anyway. That is fine if you are going to develop and want to
keep track of what has been done when etc.

If you are worried about the download size, you can either use --depth 1
when cloning
http://gistflow.com/posts/430-git-clone-without-history
or just download the zip file of the branch you are interested on the
github project page.

Regards,
Matthias

On 01/13/2015 08:43 AM, Zoltan Szecsei wrote:

Hi,
My platform is a fresh 64 bit Ubuntu 14.10 desktop install.
I am following these instructions:

http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html

Using anonymous checkout, I get told that there are 271040 objects.
This is then compressed to 44 objects
Download begins, but is tracking the 271040 objects instead of the 44.

Is this correct or should it be downloading what I assume to be the
271040 objects that were compressed into 44 objects?

Regards  TIA,
Zoltan





___
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-6115323www.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

[Qgis-developer] Downloading compiling QGIS

[Zoltan Szecsei]

Hi,
My platform is a fresh 64 bit Ubuntu 14.10 desktop install.
I am following these instructions: 
http://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html


Using anonymous checkout, I get told that there are 271040 objects.
This is then compressed to 44 objects
Download begins, but is tracking the 271040 objects instead of the 44.

Is this correct or should it be downloading what I assume to be the 
271040 objects that were compressed into 44 objects?


Regards  TIA,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG codes

[Zoltan Szecsei]

On 2014/12/12 23:07, Andre Joost wrote:


Installing from Ubuntugis-unstable for trusty 14.04 will give you gdal
1.11 with the desired EPSG:6148. For Ubuntu Utopic 14.10, there is
currently qgis, but no gdal package available.


I'm hoping to get gdal-bin current/latest on my ubuntu  12.04 (lucid) 
box, but the ubuntugis unstable lucid repository comes up with IGN.

Presumably because there have been no backports to lucid?

I've tried to fool it by simply replacing 'lucid' with 'trusty' in the 
sources.list file, but that comes up IGN as well. (perhaps just as well 
:-) )


Is there any way I can do this?

TIA,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG codes

[Zoltan Szecsei]

On 2014/12/15 18:03, Andre Joost wrote:

Am 15.12.2014 um 13:17 schrieb Zoltan Szecsei:

On 2014/12/12 23:07, Andre Joost wrote:


Installing from Ubuntugis-unstable for trusty 14.04 will give you gdal
1.11 with the desired EPSG:6148. For Ubuntu Utopic 14.10, there is
currently qgis, but no gdal package available.


I'm hoping to get gdal-bin current/latest on my ubuntu  12.04 (lucid)
box, but the ubuntugis unstable lucid repository comes up with IGN.
Presumably because there have been no backports to lucid?


lucid was 10.04, 12.04 is Precise.

Aaargh - sorry - I meant 10.04 (lucid is correct)


For 10.04, gdal 1.11 is packaged, but qgis only 2.0.1 (and older than
the gdal package). This might bring some trouble, if the old qgis
package was compiled with gdal 1.10.

I wonder if that's how I messed it up some time back.
I normally don't use the server for work, but I have 4TB of orthos to 
check/process, so was wanting to run my bash/awk scripts on the server 
instead of across the network.


For 12.04, gdal 1.10.0 and QGIS 2.6.1 are packaged. My own 12.04 box
still has QGIS 2.2 installed, with no EPSG:6148 (as expected).
This is not about the 6148 any more, but about gdal_edit.py and some 
newer gdal functionality that 1.9 does not have.


What do you mean by comes up with IGN?
apt-get update lists the repositories as it scans them. 'Hit' means 
changes found, and 'IGN' means same as on local system ie: nothing to 
download.
See: 
http://askubuntu.com/questions/294525/what-does-ign-mean-when-running-an-apt-get-update






I've tried to fool it by simply replacing 'lucid' with 'trusty' in the
sources.list file,



That trick was too easy ;-)



Is there any way I can do this?



You can grab the source package from 
http://download.osgeo.org/gdal/CURRENT/


Look for the file compdcs.csv in /gdal-1.11.1/data/, and push it into
your /usr/share/gdal/1.10 folder. Then re-run /usr/lib/qgis/crssync. You
need root rights for both operations.
I'll try the above if I am pushed, but I'm loath to mass-change stuff 
on my server.
Reality is, is that I need to update the server to 14.04. Now, where was 
that round tuit I had .

Thanks Andre.
Regards,
Zoltan


HTH,
André Joost


___
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] Snapping tolerance

[Zoltan Szecsei]

On 2014/12/14 15:20, Rouzaud Denis wrote:


From my point of view, the settings of snapping are far too advanced 
for 95% of the usage. Let’s not make them even more complicated, just 
for a very specific use case.


Hi Denis,
I have to disagree with you, as someone who does a fair amount of 
digitising.


To support Ramon, I too work with many map layers in many different 
projections, so we mustn't lose facilities that we (even by accident) have.


Some points:

 * Being able to set a global tolerance in linear units, and have QGIS
   convert that to the relevant layer CRS would be VERY useful.
   ie: I want a 10m snapping tolerance even if I am on a LatLong map layer.
 * QGIS only allows Snap Modes To Vertex, To Segment or To Vertex
   and Segment
   What if both a Line-end and a Vertex on that same line is within
   tolerance?
   We really need to differentiate between Point (the Start  End
   Vertex of a Line or Polygon), Vertex and Segment AND be able to set
   the Snapping order between those three components of a graphical entity.
 * The snapping order between layers is currently set to the order of
   the maps in your Layer Tree. Depending on the features you are
   digitising, this is not optimal as one often needs to have a layer
   snapping order different from the viewing order.
 * It would be useful to set the layer snapping order in the Snapping
   Options table, and have the _option_ (and not enforced by the
   developer) to prioritise the current map being edited.
 * If I remember correctly, snapping returns a position from the first
   layer it finds anything in, and IIRC if there are multiple snaps on
   that layer, the closest is returned? What if there are still
   unsearched layers that might have something within tolerance?

The above is just a couple of walls I have hit when trying to digitise 
large volume jobs with multiple feature types and map layers.



My 2c

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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Snapping tolerance

[Zoltan Szecsei]

Hi Denis/All,

On 2014/12/15 08:41, Denis Rouzaud wrote:



  * Being able to set a global tolerance in linear units, and have
QGIS convert that to the relevant layer CRS would be VERY useful.
ie: I want a 10m snapping tolerance even if I am on a LatLong map
layer.

well, the case you mention is not feasible today in QGIS and will be 
handled by my proposal of having the map units and dropping layer 
units.
So I would have to (outside of QGIS) manually calculate the degrees (at 
my current latitude) I would have to insert into the Snapping options, 
for whatever linear snapping tolerance I want to set?


 *


  * QGIS only allows Snap Modes To Vertex, To Segment or To
Vertex and Segment
What if both a Line-end and a Vertex on that same line is within
tolerance?
We really need to differentiate between Point (the Start  End
Vertex of a Line or Polygon), Vertex and Segment AND be able to
set the Snapping order between those three components of a
graphical entity.
  * The snapping order between layers is currently set to the order
of the maps in your Layer Tree. Depending on the features you are
digitising, this is not optimal as one often needs to have a
layer snapping order different from the viewing order.
  * It would be useful to set the layer snapping order in the
Snapping Options table, and have the _option_ (and not enforced
by the developer) to prioritise the current map being edited.
  * If I remember correctly, snapping returns a position from the
first layer it finds anything in, and IIRC if there are multiple
snaps on that layer, the closest is returned? What if there are
still unsearched layers that might have something within tolerance?

I agree with these points but they are not related to the question of 
the units for the snapping.
Agreed - but whilst the developer/maintainer is busy in that part of 
QGIS, wouldn't it be nice to know what amendment requests might be 
coming up or doable at the same time? So the above list is not a formal 
request (QEP?) but rather a 'headsup' on what else might be worth 
considering.


We do a lot of digitizing too, and what I've noticed:
* 95% of the time, the precision is given in pixels because that's the 
most natural to work with (no scale dependency).
Valid for manual digitising, but not for scripted testing if minimum 
distance rules have been adhered to by your digitising staff.

* for the rest, working in the project unit is ideal.

Except if projects CRS is in LATLONG.


What is the chance of working with a layer with a projection on a 
project in geographic coordinates and do digitizing?

Thank you for asking :-)
South Africa is covered by 1920 'mapsheets' that are printed at 1:50K, 
but captured at closer to 1:10K details levels.
I have digitised/revised 1114 of these mapsheets. That's more than half 
of South Africa.
When working at a national level, the question here is/What is the 
chance of working with a layer with a projection on a project that is 
NOT in geographic coordinates, and do digitizing?/


Maybe, there will be a very specific use-case for layer units.

But, for me the aim of QGIS is to stay the most intuitive possible and 
not to be weighed down under tons of configuration possibilities.
Intuitive use comes from sensible defaults, and not from removing wider 
options that a handful of people (handful in relation to the user base) 
deem not necessary.


Also, I do believe it will make the code more complex (Martin?).
A programmer writes a piece of code FAAAR less often than that that 
piece of code gets used by the user, so the focus must always be on user 
friendliness (sensible defaults) and the user's ability to make that 
function work the way he needs it.


So, I am NOT meaning to be argumentative, but the work I have carried 
out over the years, does fit into the usage case that you are a 
proponent of removing, so I am highlighting the need for that case.


Kind regards,
Zoltan


That's my main two reasons for not keeping the layer units.

Best regards,

Denis




--

===
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] Snapping tolerance

[Zoltan Szecsei]

Hi,
+1 for renaming current snapping behaviour to Layer Units AND adding a 
global snapping-unit option, _perhaps_ as default option.


You very often want to snap in linear units regardless of layer CRS, so 
a possibility for doing that globally would be good.


Maybe if this option is chosen, it calls a subroutine to convert this 
linear unit into Layer Units and populates the Snapping and 
Digitising Option table for the user, in the layer units.


Regards,
Zoltan




On 2014/12/13 08:02, Martin Dobias wrote:

Hi

Recently I have been working on some snapping improvements (more about 
that later) and I have found one slightly surprising thing about the 
configuration of tolerances: if the tolerance unit is set to map 
units, it actually means layer units - i.e. units in layer's CRS 
and not in project's CRS. Recently there was even a bug report filed 
for that: https://hub.qgis.org/issues/11634


I would like to change the behavior so that the map units in 
snapping config dialog would mean units in project's CRS. Would there 
be any objections?


Alternatively we could just rename map units to layer units to 
make it less surprising (and eventually add a third option to use 
project's units).


Cheers
Martin



___
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-6115323www.geograph.co.za
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] EPSG codes

[Zoltan Szecsei]

Hi,
I have a fresh install of QGIS 2.6 on ubuntu 14.04.1 desktop from the 
qgis.org/debian trusty main repository (installed a day or two ago)
When I set the 'filter' on Project-Properties-CRS to 6148 nothing 
comes up.


On my Windows based QGIS 2.6,   ETRS89 / NTM zone 8  EPSG:6148 comes up.

Where/how do I get the EPSG codes updated on the ubuntu install?


Thanks in advance,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EPSG codes

[Zoltan Szecsei]

On 2014/12/12 17:28, Andre Joost wrote:

Am 12.12.2014 um 15:21 schrieb Zoltan Szecsei:

Hi,
I have a fresh install of QGIS 2.6 on ubuntu 14.04.1 desktop from the
qgis.org/debian trusty main repository (installed a day or two ago)
When I set the 'filter' on Project-Properties-CRS to 6148 nothing
comes up.

On my Windows based QGIS 2.6,   ETRS89 / NTM zone 8  EPSG:6148 comes up.

Where/how do I get the EPSG codes updated on the ubuntu install?


The CRS list should get synchronized at the end of the installation. 
If not, your installation is broken at some point. I remember that I 
had to install python-qgis manually when updating to 2.6.1 on Ubuntu, 
and the sync was done with that (and EPSG:6148 is present).


HTH,
André Joost


Hmmm... I remember I got and older version when I had the ubuntugis 
repository, so I uninstalled that and then apt-get installed from the 
qgis.org repository.


Is there a definitive list of what to install?
I think I just did:
python-software-properties
qgis
python-qgis

Thanks,
Z

--

===
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] EPSG codes

[Zoltan Szecsei]

On 2014/12/12 18:09, Andre Joost wrote:



Hmmm... I remember I got and older version when I had the ubuntugis
repository, so I uninstalled that and then apt-get installed from the
qgis.org repository.


You should look for ubuntugis-unstable, 2.6.1 is from Sun, 30 Nov 2014 
22:07:45 +0100


OK - cool - thanks.
Regards,
Zoltan




Is there a definitive list of what to install?
I think I just did:
python-software-properties
qgis
python-qgis


I just did sudo apt-get update and apt-get upgrade, and saw that the 
qgis packages were held back. So I forced the install of qgis and 
python-qgis manually, and everything worked again.


In Windows I know where to find the postinstall.log, I'm not sure 
where it is logged on Ubuntu.


HTH,
André Joost

___
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] Groups in Layers panel

[Zoltan Szecsei]

Hi,
I'm dealing with quite a number of vector map tiles, and I have grouped 
many of them with a common theme.


What I'm finding pretty unworkable, is that when I want to set rendering 
style, I have to do it individually per map in that group, and likewise, 
when I want to Identify a feature within that group, I have to click 
through each map in that group in order to find which map in that group 
holds the feature I want to identify.


There are probably quite a few other actions that would be easier to 
work at a group level rather than a map level,

but:

Am I attacking this issue the wrong way, or is there a possibility that 
some of these actions can be processed by QGIS at a map-group level?


Regards to all,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Field Calculator permanence

[Zoltan Szecsei]

Hi Andreas
On 2014/11/08 18:34, Andreas Neumann wrote:

Hi Zoltan,

There are many other file formats besides shapes, including many 
databases. So people should stop thinking that the universe only 
circles around shapefiles.

Yes. I know. That's exactly what I am banging my head about.
Do you know that some 15 years back, I had to spend vast amounts of 
energy explaining to some of my clients that SHP file format does NOT 
support topology!!

But I supposed I have been spoilt.
In 1984 when I started Geograph, I had a Mainframe (you know what that 
is? :-)  ) based GIS package (called SICAD) and in 1984 I could write 
scripts, crawl up and down the data structure and do almost anything 
because it had a fully topologically connected spatial data structure.
I ditched that in 1989 in favour of Unix based Genamap (now Linux) [and 
gone bung, but the SW still works], also FULL topology and full 
script-ability, and I still use that unless my clients demand that I use 
their software (and then they provide the licensing for the project).

So, I have mostly by-passed the rigorous requirements of conformity.


With these other file formats it is not very common to ship other 
files along with the main file.

Ha ha ha... tell that to the masses.
Guess what format our friendly RSA mapping office gives out their Vector 
Data in?


Why do you think that drag/drop or add layer is unintuitive. Those 
are the normal ways to load a layer in QGIS.
Well, not so much the 'drag  drop', but the way Layer Definition Files 
are loaded:
Because I never thought of it as an option (yes, that's my failure), but 
also because intuitively it should be on the Add Layer button or list, 
and not as a separate item slightly further down.
If it appeared on the addlayer button, it would be noticed, and people 
would be more likely to check what that option does (and learn). It is 
in fact just another way to load a map type.
So, I'm not at all grumbling, just suggesting that maybe that way of 
loading a layer should be on the Add Layer button/dropdown. (and not 
separately on the layer dropdown list)


Anyway, thanks for your input,
Regards,
Zoltan


Andreas


On 07.11.2014 18:49, Zoltan Szecsei wrote:

On 2014/11/07 19:19, Zoltan Szecsei wrote:
Thanks for the pointer to 'Save Layer Definition file' - I've never 
noticed that, so I'll play with that for a bit.



On 2014/11/07 18:59, Andreas Neumann wrote:


However, if you save a layer definition file along with the 
shapefile and re-add that, they are preserved. So you can just 
store the layer definition file along with the shape and you are 
fine to share the data with your colleagues, preserving virtual 
fields ;-)

Hi,
OK - not very intuitive, (to have to either drag and drop the qlr 
file into the layer panel, or to add layer from definition file)


Any reason that QGIS can't be made to look for qlr files when opening 
the SHP file the normal way?


Regards  thanks for the help.
Zoltan



Andreas

On 07.11.2014 17:32, Zoltan Szecsei wrote:

Hi Andreas,
I'll fiddle with the Postgis idea - thanks.
The orange part below:
I closed the shapefile, deleted from legend and re-opened it - but 
could not see my virtual field, nor the expression I used to 
create it.

Have I missed a trick somewhere?

Regards,
Z

On 2014/11/07 18:25, Andreas Neumann wrote:

Hi,

What you probably ask for are database triggers combined with 
storage. This is not what virtual fields are for. If they were 
stored - they wouldn't be called virtual ;-)


You can do that f.e. with Postgis. With shapefiles not. However, 
if you share the project with the other PC, the virtual fields 
work fine.


Andreas

On 07.11.2014 17:21, Zoltan Szecsei wrote:

Hi Matthias,
Thanks for the quick answer.
The virtual field acts just like I want it to, except that it 
does not permanently store the column in the attribute table.
I tried getting clever by then adding a second 'Field 
Calculation' to update the existing 'Sheet' field from the 
virtual field, but that won't do it either.


So, for me there are two shortcomings:

 1. To be able to store and recall the 'Expression' and not lose
it after closing the Field Calculator
 2. To be able to add the virtual fields that you create, into
the attribute table.
 3. (And then of course to re-open the Shape file on another PC
and have these Field Calculations still functional)

Any further possibilities I can try?

Regards  thanks again,
Zoltan


On 2014/11/07 18:01, Matthias Kuhn wrote:

Hi Zoltan,

Since QGIS 2.6 this possibility exists. It is called Virtual Field.
You must not create the attribute when creating the shapefile. Just open
the field calculator, create a new field in there and check the virtual
field checkbox.

Regards,
Matthias

On 07.11.2014 16:54, Zoltan Szecsei wrote:

Hi,
I'm using QGIS 2.6.0 on Win 7 x64 - installed via OSGEO4w

Is there a way to store your field calculator expression to always
process and update that specific field, should geometry

Re: [Qgis-developer] Stability (2.8 LTS) vs development (3.0), a proposed way forward

[Zoltan Szecsei]

Hi,
I am not part of the development of QGIS, but as a user, please consider 
the following:


   Currently every 3rd release of QGIS is billed as a Long Term Release.
   So:
   Switch this to February every Even numbered year


Yes, this thought is in line with Ubuntu LTS plans, and I am ware not 
everyone uses Ubuntu,

But,
As someone who runs a production house, I have to keep both stability 
and latest features in mind.
I run my servers on Ubuntu Server LTS, and know that I have a window of 
opportunity to change every 2 years. With this is peace of mind, and I 
can get on with the fun (read: bleeding edge) stuff, knowing that I will 
not blow up my servers.


For those deploying QGIS in a production environment, such peace of mind 
might also be welcome.
So rather than releasing an LTR version every 3rd release (which will 
slip as the intermediate releases might slip), give the Enterprise users 
a chance to plan their production installations using a calendar, and 
not have to keep track of Oh, is this the 2nd or 3rd release coming up???)


I chose the Two months before Ubuntu LTS because QGIS could either 
hang their LTR onto nothing, or coincide it in good time before 
another reliable release date happens (and thus get the QGIS LTR into 
the LTS repositories as well).


Just a thought.
Regards,
Zoltan


On 2014/11/10 06:57, Geo DrinX wrote:

Yes yes yes.

+1

but also +999 :)


Roberto

2014-11-10 2:27 GMT+01:00 Mathieu Pellerin nirvn.a...@gmail.com 
mailto:nirvn.a...@gmail.com:


Guys,

The recent thread Nyall kick-started with his  QGIS 3.0? email
got me to think about the eternal stability vs. development
dilemma it (re-)exposed through the conversation.

More specifically, it got me to brainstorm on the best way forward
for QGIS at this juncture and whether there's a way to accommodate
both the folks calling for a 2.8 LTS version, and others in need
for space to further develop and expand QGIS' capability.

And, I might just have found a way to do so. Here's the proposal,
in a couple of points:

- We make the 2.8 development cycle fix and refinement-only, and
reduce the cycle's length to 6 to 8 weeks;
- The reduced cycle will help everyone's focus on the above goal;
- We append the freed 8-10 weeks to the subsequent development
cycle, which would become QGIS 3.0;
- The expanded cycle will help give space to develop some of the
exciting features being cooked by developers (Nyall's Layouts,
Marco's Geometry redesign, etc.) and bulletproof those.

This, IMHO, caters to both groups demanding stability and space
for development. It doesn't discourage or delay too much the grand
scheme changes, and pushes out a 2.8 version focused on stability
through a shorter cycle focusing on delivering a perfected tool.

The above proposal does require a momentary lapse of the nice
4-month release cycle rhythm which the QGIS has successfully
maintained for three releases now. But, it might actually be
what's needed at this very time. Plus, the length of the two
cycles stays the same, 8 months.

Comments? I'm obviously particularly interested in what Jürgen has
to say :)

Cheers

Math

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org mailto: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



--

===
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] Field Calculator permanence

[Zoltan Szecsei]

Hi,
I'm using QGIS 2.6.0 on Win 7 x64 - installed via OSGEO4w

Is there a way to store your field calculator expression to always 
process and update that specific field, should geometry be edited or 
created for that Layer?


Let's say I want to create a blank POINT shape file, with a text 
attribute called Sheet.
Whenever a POINT is created or moved, I want this field to be 
dynamically updated with:


 tostring(abs(toint($y)))+tostring(abs(toint($x)))

For testing thus far have:

 * created 2 points
 * Opened the field calculator, clicked 'Update Existing Field' and put
   in the expression.
 * The two existing points now have the correct TEXT values in the
   Sheet field
 * I close the Field calculator
 * Create a new point in my layer
 * open the attribute table to find that the 'Sheet' field for this new
   point is blank
 * I open the Field Calculator and I cannot even find a way to call
   back the previous expression I used.


Am I using the correct QGIS functionality to achieve what I need to, and 
if so, where am I going wrong?


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Field Calculator permanence

[Zoltan Szecsei]

Hi Matthias,
Thanks for the quick answer.
The virtual field acts just like I want it to, except that it does not 
permanently store the column in the attribute table.
I tried getting clever by then adding a second 'Field Calculation' to 
update the existing 'Sheet' field from the virtual field, but that won't 
do it either.


So, for me there are two shortcomings:

1. To be able to store and recall the 'Expression' and not lose it
   after closing the Field Calculator
2. To be able to add the virtual fields that you create, into the
   attribute table.
3. (And then of course to re-open the Shape file on another PC and have
   these Field Calculations still functional)

Any further possibilities I can try?

Regards  thanks again,
Zoltan


On 2014/11/07 18:01, Matthias Kuhn wrote:

Hi Zoltan,

Since QGIS 2.6 this possibility exists. It is called Virtual Field.
You must not create the attribute when creating the shapefile. Just open
the field calculator, create a new field in there and check the virtual
field checkbox.

Regards,
Matthias

On 07.11.2014 16:54, Zoltan Szecsei wrote:

Hi,
I'm using QGIS 2.6.0 on Win 7 x64 - installed via OSGEO4w

Is there a way to store your field calculator expression to always
process and update that specific field, should geometry be edited or
created for that Layer?

Let's say I want to create a blank POINT shape file, with a text
attribute called Sheet.
Whenever a POINT is created or moved, I want this field to be
dynamically updated with:

  tostring(abs(toint($y)))+tostring(abs(toint($x)))

For testing thus far have:

   * created 2 points
   * Opened the field calculator, clicked 'Update Existing Field' and
 put in the expression.
   * The two existing points now have the correct TEXT values in the
 Sheet field
   * I close the Field calculator
   * Create a new point in my layer
   * open the attribute table to find that the 'Sheet' field for this
 new point is blank
   * I open the Field Calculator and I cannot even find a way to call
 back the previous expression I used.


Am I using the correct QGIS functionality to achieve what I need to,
and if so, where am I going wrong?

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


___
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] Field Calculator permanence

[Zoltan Szecsei]

Hi Andreas,
I'll fiddle with the Postgis idea - thanks.
The orange part below:
I closed the shapefile, deleted from legend and re-opened it - but could 
not see my virtual field, nor the expression I used to create it.

Have I missed a trick somewhere?

Regards,
Z

On 2014/11/07 18:25, Andreas Neumann wrote:

Hi,

What you probably ask for are database triggers combined with storage. 
This is not what virtual fields are for. If they were stored - they 
wouldn't be called virtual ;-)


You can do that f.e. with Postgis. With shapefiles not. However, if 
you share the project with the other PC, the virtual fields work fine.


Andreas

On 07.11.2014 17:21, Zoltan Szecsei wrote:

Hi Matthias,
Thanks for the quick answer.
The virtual field acts just like I want it to, except that it does 
not permanently store the column in the attribute table.
I tried getting clever by then adding a second 'Field Calculation' to 
update the existing 'Sheet' field from the virtual field, but that 
won't do it either.


So, for me there are two shortcomings:

 1. To be able to store and recall the 'Expression' and not lose it
after closing the Field Calculator
 2. To be able to add the virtual fields that you create, into the
attribute table.
 3. (And then of course to re-open the Shape file on another PC and
have these Field Calculations still functional)

Any further possibilities I can try?

Regards  thanks again,
Zoltan


On 2014/11/07 18:01, Matthias Kuhn wrote:

Hi Zoltan,

Since QGIS 2.6 this possibility exists. It is called Virtual Field.
You must not create the attribute when creating the shapefile. Just open
the field calculator, create a new field in there and check the virtual
field checkbox.

Regards,
Matthias

On 07.11.2014 16:54, Zoltan Szecsei wrote:

Hi,
I'm using QGIS 2.6.0 on Win 7 x64 - installed via OSGEO4w

Is there a way to store your field calculator expression to always
process and update that specific field, should geometry be edited or
created for that Layer?

Let's say I want to create a blank POINT shape file, with a text
attribute called Sheet.
Whenever a POINT is created or moved, I want this field to be
dynamically updated with:

  tostring(abs(toint($y)))+tostring(abs(toint($x)))

For testing thus far have:

   * created 2 points
   * Opened the field calculator, clicked 'Update Existing Field' and
 put in the expression.
   * The two existing points now have the correct TEXT values in the
 Sheet field
   * I close the Field calculator
   * Create a new point in my layer
   * open the attribute table to find that the 'Sheet' field for this
 new point is blank
   * I open the Field Calculator and I cannot even find a way to call
 back the previous expression I used.


Am I using the correct QGIS functionality to achieve what I need to,
and if so, where am I going wrong?

Thanks  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-6115323www.geograph.co.za
===


___
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-6115323www.geograph.co.za
===


___
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



--

===
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] Field Calculator permanence

[Zoltan Szecsei]

On 2014/11/07 19:19, Zoltan Szecsei wrote:
Thanks for the pointer to 'Save Layer Definition file' - I've never 
noticed that, so I'll play with that for a bit.



On 2014/11/07 18:59, Andreas Neumann wrote:


However, if you save a layer definition file along with the shapefile 
and re-add that, they are preserved. So you can just store the layer 
definition file along with the shape and you are fine to share the 
data with your colleagues, preserving virtual fields ;-)

Hi,
OK - not very intuitive, (to have to either drag and drop the qlr file 
into the layer panel, or to add layer from definition file)


Any reason that QGIS can't be made to look for qlr files when opening 
the SHP file the normal way?


Regards  thanks for the help.
Zoltan



Andreas

On 07.11.2014 17:32, Zoltan Szecsei wrote:

Hi Andreas,
I'll fiddle with the Postgis idea - thanks.
The orange part below:
I closed the shapefile, deleted from legend and re-opened it - but 
could not see my virtual field, nor the expression I used to create it.

Have I missed a trick somewhere?

Regards,
Z

On 2014/11/07 18:25, Andreas Neumann wrote:

Hi,

What you probably ask for are database triggers combined with 
storage. This is not what virtual fields are for. If they were 
stored - they wouldn't be called virtual ;-)


You can do that f.e. with Postgis. With shapefiles not. However, if 
you share the project with the other PC, the virtual fields work fine.


Andreas

On 07.11.2014 17:21, Zoltan Szecsei wrote:

Hi Matthias,
Thanks for the quick answer.
The virtual field acts just like I want it to, except that it does 
not permanently store the column in the attribute table.
I tried getting clever by then adding a second 'Field Calculation' 
to update the existing 'Sheet' field from the virtual field, but 
that won't do it either.


So, for me there are two shortcomings:

 1. To be able to store and recall the 'Expression' and not lose
it after closing the Field Calculator
 2. To be able to add the virtual fields that you create, into the
attribute table.
 3. (And then of course to re-open the Shape file on another PC
and have these Field Calculations still functional)

Any further possibilities I can try?

Regards  thanks again,
Zoltan


On 2014/11/07 18:01, Matthias Kuhn wrote:

Hi Zoltan,

Since QGIS 2.6 this possibility exists. It is called Virtual Field.
You must not create the attribute when creating the shapefile. Just open
the field calculator, create a new field in there and check the virtual
field checkbox.

Regards,
Matthias

On 07.11.2014 16:54, Zoltan Szecsei wrote:

Hi,
I'm using QGIS 2.6.0 on Win 7 x64 - installed via OSGEO4w

Is there a way to store your field calculator expression to always
process and update that specific field, should geometry be edited or
created for that Layer?

Let's say I want to create a blank POINT shape file, with a text
attribute called Sheet.
Whenever a POINT is created or moved, I want this field to be
dynamically updated with:

  tostring(abs(toint($y)))+tostring(abs(toint($x)))

For testing thus far have:

   * created 2 points
   * Opened the field calculator, clicked 'Update Existing Field' and
 put in the expression.
   * The two existing points now have the correct TEXT values in the
 Sheet field
   * I close the Field calculator
   * Create a new point in my layer
   * open the attribute table to find that the 'Sheet' field for this
 new point is blank
   * I open the Field Calculator and I cannot even find a way to call
 back the previous expression I used.


Am I using the correct QGIS functionality to achieve what I need to,
and if so, where am I going wrong?

Thanks  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-6115323www.geograph.co.za
===


___
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-6115323www.geograph.co.za
===


___
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



--

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

Re: [Qgis-developer] VRT functionality

[Zoltan Szecsei]

On 2014/10/26 19:22, Even Rouault wrote:

Le dimanche 26 octobre 2014 16:44:37, Zoltan Szecsei a écrit :

Hi,
I just want to clear up my mindset as to how a VRT is implemented in QGIS.

Zoltan,

In fact those are more OGR questions than QGIS questions. QGIS makes no
difference when reading a plain shapefile (through OGR) or a VRT.


I'd like to understand when QGIS opens a file, when it reads the
contents, and when it writes (if need be) and closes a file.
In this context, I am thinking about SHP files - especially the NGI
dataset which comes out cut up into degree squares.
Let's just deal with 1 feature type: Rivers lines. My VRT looks like:
OGRVRTDataSource
OGRVRTUnionLayer name=Rivers
OGRVRTLayer name=2730_RIVER_LINE_2006_06
  SrcDataSource
relativeToVRT=12730/2730_RIVER_LINE_2006_06.shp/SrcDataSource
/OGRVRTLayer
OGRVRTLayer name=2731_RIVER_LINE_2006_04
  SrcDataSource
relativeToVRT=12731/2731_RIVER_LINE_2006_04.shp/SrcDataSource
/OGRVRTLayer
OGRVRTLayer name=2732_RIVER_LINE_2006_04
  SrcDataSource
relativeToVRT=12732/2732_RIVER_LINE_2006_04.shp/SrcDataSource
/OGRVRTLayer
/OGRVRTUnionLayer
/OGRVRTDataSource

   * When I open the VRT in QGIS, does QGIS open ALL the VRT files and
 look for the extent of each of the files?

If QGIS issues a GetExtent() on the VRT, then with the above definition, it
will query the 3 shapefiles to find the extent of each. But on shapefiles this 
is
a fast operation.
You could define ExtentXMin, etc... just besides OGRVRTUnionLayer if you
really want fast GetExtent()


   o If my VRT had the extents included for each of the files, would
 this stop QGIS from (at this stage) opening the files and
 reading the extents?

Yes, but QGIS probably asks GetFeatureCount(), so it will need to open each
shapefile, unless you define FeatureCount as well.
But QGIS will also asks the field definition, and will need to open each ,
unless you define Field


   * Before rendering the VRT, does QGIS look at the extents of my
 viewport and only physically open my files and render it's contents?

QGIS will define SetSpatialFilter() on the layer with the extent, so as the
layer can use a spatial index if it has one. Reviewing my code in VRT union
layer, I can see that the spatial filter will be forwarded to each source
layer. So it will need to open them, but the shapefile driver won't scan any
feature if setting a spatial filter that does not intersect the extent of the
shapefile, so that should be fast. A possible optimization could be done in the
VRT union layer to take into account the extent of the source layer to avoid
iterating on it if the spatial filter on th union layer doesn't intersect that
extent.

To be efficient, you likely need to compute .qix spatial index on each 
shapefile.



 In other words, if I first zoom into a known area, then open my VRT,
 will QGIS at this stage still open all the subfiles, instead of
 waiting until a specific subfile needs opening)

   * As I pan around my map, does QGIS open and close the VRT subfiles
 that are out of my current viewing region?

The VRT driver will maintain a pool of a maximum of 100 source layers by
default (that number can be altered by setting the OGR_VRT_MAX_OPENED
configuration option) and will close transparently the older ones


   * Presumably if any of my VRT subfiles touch or overlap my current
 viewport, they would be processed depending on what I am doing?

   * Is there a way to structure a VRT file so that you can have access
 to the underlying files that make up the VRT? (Even edit access?)

Not sure what you mean by have access to. But a union VRT can be opened in
update mode and the update mode will be forwareded to the source layers
(provided they support it). You can delete or modify features. For creation of
new features, you need to specify SourceLayerFieldName as documented in
http://gdal.org/drv_vrt.html



Or, is the VRT just any easy way to bunch a whole lot of maps under one
name, and there is no processing benefit depending on the area you are
viewing or working in?

Your above VRT should work reasonably fast. Unless you have several hunderds
or thousands of source layers. In which case, you may need to define more
optional elements in the VRT to avoid the scans, and there would be perhaps a
need for some enhancements in the OGRUnionLayer class.

Even



Hi Even,
Thanks for the detailed thought, and for the effort of reviewing your code.
I'm fiddling with setting up quite a big dataset - likely to have over 
1000 shapefiles in the VRT - maybe even up to 3000 - but I will 
experiment and see what is both logical and practical.
My goal with the above questions is to try to avoid opening all the 
shapefiles at the time the VRT is opened, so that there won't be a 
million and one physical disk IOs.
If the user then loads my VRT with rendering off, it should load very 
quickly (if I can supply all the details

Re: [Qgis-developer] VRT functionality

[Zoltan Szecsei]

On 2014/10/27 10:38, Even Rouault wrote:

Le lundi 27 octobre 2014 08:04:21, Zoltan Szecsei a écrit :

On 2014/10/26 19:22, Even Rouault wrote:

Le dimanche 26 octobre 2014 16:44:37, Zoltan Szecsei a écrit :

Hi,
I just want to clear up my mindset as to how a VRT is implemented in
QGIS.

Zoltan,

In fact those are more OGR questions than QGIS questions. QGIS makes no
difference when reading a plain shapefile (through OGR) or a VRT.


I'd like to understand when QGIS opens a file, when it reads the
contents, and when it writes (if need be) and closes a file.
In this context, I am thinking about SHP files - especially the NGI
dataset which comes out cut up into degree squares.
Let's just deal with 1 feature type: Rivers lines. My VRT looks like:
OGRVRTDataSource

 OGRVRTUnionLayer name=Rivers
 OGRVRTLayer name=2730_RIVER_LINE_2006_06
 
   SrcDataSource


relativeToVRT=12730/2730_RIVER_LINE_2006_06.shp/SrcDataSource

 /OGRVRTLayer
 OGRVRTLayer name=2731_RIVER_LINE_2006_04
 
   SrcDataSource


relativeToVRT=12731/2731_RIVER_LINE_2006_04.shp/SrcDataSource

 /OGRVRTLayer
 OGRVRTLayer name=2732_RIVER_LINE_2006_04
 
   SrcDataSource


relativeToVRT=12732/2732_RIVER_LINE_2006_04.shp/SrcDataSource

 /OGRVRTLayer
 /OGRVRTUnionLayer

/OGRVRTDataSource

* When I open the VRT in QGIS, does QGIS open ALL the VRT files and

  look for the extent of each of the files?

If QGIS issues a GetExtent() on the VRT, then with the above definition,
it will query the 3 shapefiles to find the extent of each. But on
shapefiles this is a fast operation.
You could define ExtentXMin, etc... just besides OGRVRTUnionLayer if
you really want fast GetExtent()


o If my VRT had the extents included for each of the files, would

  this stop QGIS from (at this stage) opening the files and

  reading the extents?

Yes, but QGIS probably asks GetFeatureCount(), so it will need to open
each shapefile, unless you define FeatureCount as well.
But QGIS will also asks the field definition, and will need to open each
, unless you define Field


* Before rendering the VRT, does QGIS look at the extents of my

  viewport and only physically open my files and render it's

  contents?

QGIS will define SetSpatialFilter() on the layer with the extent, so as
the layer can use a spatial index if it has one. Reviewing my code in
VRT union layer, I can see that the spatial filter will be forwarded to
each source layer. So it will need to open them, but the shapefile
driver won't scan any feature if setting a spatial filter that does not
intersect the extent of the shapefile, so that should be fast. A
possible optimization could be done in the VRT union layer to take into
account the extent of the source layer to avoid iterating on it if the
spatial filter on th union layer doesn't intersect that extent.

To be efficient, you likely need to compute .qix spatial index on each
shapefile.


  In other words, if I first zoom into a known area, then open my
  VRT, will QGIS at this stage still open all the subfiles, instead
  of waiting until a specific subfile needs opening)

* As I pan around my map, does QGIS open and close the VRT subfiles

  that are out of my current viewing region?

The VRT driver will maintain a pool of a maximum of 100 source layers by
default (that number can be altered by setting the OGR_VRT_MAX_OPENED
configuration option) and will close transparently the older ones


* Presumably if any of my VRT subfiles touch or overlap my current

  viewport, they would be processed depending on what I am doing?

* Is there a way to structure a VRT file so that you can have access

  to the underlying files that make up the VRT? (Even edit access?)

Not sure what you mean by have access to. But a union VRT can be opened
in update mode and the update mode will be forwareded to the source
layers (provided they support it). You can delete or modify features.
For creation of new features, you need to specify SourceLayerFieldName
as documented in http://gdal.org/drv_vrt.html


Or, is the VRT just any easy way to bunch a whole lot of maps under one
name, and there is no processing benefit depending on the area you are
viewing or working in?

Your above VRT should work reasonably fast. Unless you have several
hunderds or thousands of source layers. In which case, you may need to
define more optional elements in the VRT to avoid the scans, and there
would be perhaps a need for some enhancements in the OGRUnionLayer
class.

Even

Hi Even,
Thanks for the detailed thought, and for the effort of reviewing your code.
I'm fiddling with setting up quite a big dataset - likely to have over
1000 shapefiles in the VRT - maybe even up to 3000 - but I will
experiment and see what is both logical and practical.
My goal with the above questions is to try to avoid opening all the
shapefiles

Re: [Qgis-developer] Vector equivalent of a VRT

[Zoltan Szecsei]

On 2014/10/24 18:49, Andre Joost wrote:

+100 from me if you promise to build a QGIS plugin for the purpose ;-)
Well, I'm not building a plugin - but rather a bash script, both to keep 
it simple, and to further my knowledge.


So,
My script is working insofar as I am getting a VRT that QGIS (v2.5.0 rev 
b43d131 and gdal/ogr 1.11.0) loads, _but it comes in with zero elements._

For guidance I am using http://www.gdal.org/drv_vrt.html

I have tried wrapping each SHP file in it's own OGRVRTLayer 
name:shpname, and below is the version having a global OGRVRTLayer name.



OGRVRTDataSource
  OGRVRTLayer name=River
SrcDataSourceESRI 
Shapefile:2730/2730_RIVER_LINE_2006_06.shp/SrcDataSource

relativeToVRT1/relativeToVRT
SrcLayer2730_RIVER_LINE_2006_06/SrcLayer
ExtentXMin30.00/ExtentXMin
ExtentYMin-28.37/ExtentYMin
ExtentXMax31.00/ExtentXMax
ExtentYMax-27.00/ExtentYMax
SrcDataSourceESRI 
Shapefile:2731/2731_RIVER_LINE_2006_04.shp/SrcDataSource

relativeToVRT1/relativeToVRT
SrcLayer2731_RIVER_LINE_2006_04/SrcLayer
ExtentXMin31.00/ExtentXMin
ExtentYMin-28.00/ExtentYMin
ExtentXMax32.25/ExtentXMax
ExtentYMax-27.00/ExtentYMax
SrcDataSourceESRI 
Shapefile:2732/2732_RIVER_LINE_2006_04.shp/SrcDataSource

relativeToVRT1/relativeToVRT
SrcLayer2732_RIVER_LINE_2006_04/SrcLayer
ExtentXMin32.00/ExtentXMin
ExtentYMin-28.00/ExtentYMin
ExtentXMax32.819133/ExtentXMax
ExtentYMax-27.00/ExtentYMax
  /OGRVRTLayer
/OGRVRTDataSource


Can someone please give me some pointers as to what is incorrect or 
missing in my VRT file?

TIA,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Vector equivalent of a VRT

[Zoltan Szecsei]

On 2014/10/26 15:57, Even Rouault wrote:

Le dimanche 26 octobre 2014 14:37:04, Zoltan Szecsei a écrit :

On 2014/10/24 18:49, Andre Joost wrote:

+100 from me if you promise to build a QGIS plugin for the purpose ;-)

Well, I'm not building a plugin - but rather a bash script, both to keep
it simple, and to further my knowledge.

So,
My script is working insofar as I am getting a VRT that QGIS (v2.5.0 rev
b43d131 and gdal/ogr 1.11.0) loads, _but it comes in with zero elements._
For guidance I am using http://www.gdal.org/drv_vrt.html

I have tried wrapping each SHP file in it's own OGRVRTLayer
name:shpname, and below is the version having a global OGRVRTLayer name.


OGRVRTDataSource

   OGRVRTLayer name=River
   
 SrcDataSourceESRI


Shapefile:2730/2730_RIVER_LINE_2006_06.shp/SrcDataSource

 relativeToVRT1/relativeToVRT

SrcLayer2730_RIVER_LINE_2006_06/SrcLayer

 ExtentXMin30.00/ExtentXMin
 ExtentYMin-28.37/ExtentYMin
 ExtentXMax31.00/ExtentXMax
 ExtentYMax-27.00/ExtentYMax
 SrcDataSourceESRI

Shapefile:2731/2731_RIVER_LINE_2006_04.shp/SrcDataSource

 relativeToVRT1/relativeToVRT

SrcLayer2731_RIVER_LINE_2006_04/SrcLayer

 ExtentXMin31.00/ExtentXMin
 ExtentYMin-28.00/ExtentYMin
 ExtentXMax32.25/ExtentXMax
 ExtentYMax-27.00/ExtentYMax
 SrcDataSourceESRI

Shapefile:2732/2732_RIVER_LINE_2006_04.shp/SrcDataSource

 relativeToVRT1/relativeToVRT

SrcLayer2732_RIVER_LINE_2006_04/SrcLayer

 ExtentXMin32.00/ExtentXMin
 ExtentYMin-28.00/ExtentYMin
 ExtentXMax32.819133/ExtentXMax
 ExtentYMax-27.00/ExtentYMax
   
   /OGRVRTLayer


/OGRVRTDataSource

Can someone please give me some pointers as to what is incorrect or
missing in my VRT file?

You need to encapsulate the 3 layers in a OGRVRTUnionLayer. A single
OVRTVRTLayer can only have a single SrcDataSource. And you need to put
directly the file name, without the ESRI Shapefile: prefix.

 From the doc :
Example: Union layer (GDAL = 1.10.0)
The following example will return a layer that is the concatenation of
source1.shp and source2.shp.

OGRVRTDataSource
 OGRVRTUnionLayer name=unionLayer
 OGRVRTLayer name=source1
 SrcDataSourcesource1.shp/SrcDataSource
 /OGRVRTLayer
 OGRVRTLayer name=source2
 SrcDataSourcesource2.shp/SrcDataSource
 /OGRVRTLayer
 /OGRVRTUnionLayer
/OGRVRTDataSource


You don't need to specify the Extent generally.


Thanks Even.
Typical me: I try to interpret the instructions, and not follow the 
examples..


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Vector equivalent of a VRT

[Zoltan Szecsei]

On 2014/10/26 16:01, Zoltan Szecsei wrote:

On 2014/10/26 15:57, Even Rouault wrote:

Le dimanche 26 octobre 2014 14:37:04, Zoltan Szecsei a écrit :

On 2014/10/24 18:49, Andre Joost wrote:

+100 from me if you promise to build a QGIS plugin for the purpose ;-)
Well, I'm not building a plugin - but rather a bash script, both to 
keep

it simple, and to further my knowledge.

So,
My script is working insofar as I am getting a VRT that QGIS (v2.5.0 
rev
b43d131 and gdal/ogr 1.11.0) loads, _but it comes in with zero 
elements._

For guidance I am using http://www.gdal.org/drv_vrt.html

I have tried wrapping each SHP file in it's own OGRVRTLayer
name:shpname, and below is the version having a global OGRVRTLayer 
name.



OGRVRTDataSource

   OGRVRTLayer name=River
SrcDataSourceESRI

Shapefile:2730/2730_RIVER_LINE_2006_06.shp/SrcDataSource

 relativeToVRT1/relativeToVRT

SrcLayer2730_RIVER_LINE_2006_06/SrcLayer

 ExtentXMin30.00/ExtentXMin
 ExtentYMin-28.37/ExtentYMin
 ExtentXMax31.00/ExtentXMax
 ExtentYMax-27.00/ExtentYMax
 SrcDataSourceESRI

Shapefile:2731/2731_RIVER_LINE_2006_04.shp/SrcDataSource

 relativeToVRT1/relativeToVRT

SrcLayer2731_RIVER_LINE_2006_04/SrcLayer

 ExtentXMin31.00/ExtentXMin
 ExtentYMin-28.00/ExtentYMin
 ExtentXMax32.25/ExtentXMax
 ExtentYMax-27.00/ExtentYMax
 SrcDataSourceESRI

Shapefile:2732/2732_RIVER_LINE_2006_04.shp/SrcDataSource

 relativeToVRT1/relativeToVRT

SrcLayer2732_RIVER_LINE_2006_04/SrcLayer

 ExtentXMin32.00/ExtentXMin
 ExtentYMin-28.00/ExtentYMin
 ExtentXMax32.819133/ExtentXMax
 ExtentYMax-27.00/ExtentYMax
  /OGRVRTLayer

/OGRVRTDataSource

Can someone please give me some pointers as to what is incorrect or
missing in my VRT file?

You need to encapsulate the 3 layers in a OGRVRTUnionLayer. A single
OVRTVRTLayer can only have a single SrcDataSource. And you need to put
directly the file name, without the ESRI Shapefile: prefix.

 From the doc :
Example: Union layer (GDAL = 1.10.0)
The following example will return a layer that is the concatenation of
source1.shp and source2.shp.

OGRVRTDataSource
 OGRVRTUnionLayer name=unionLayer
 OGRVRTLayer name=source1
SrcDataSourcesource1.shp/SrcDataSource
 /OGRVRTLayer
 OGRVRTLayer name=source2
SrcDataSourcesource2.shp/SrcDataSource
 /OGRVRTLayer
 /OGRVRTUnionLayer
/OGRVRTDataSource


You don't need to specify the Extent generally.



I still get no syntax errors on opening the VRT, and no features either.
Could it be the 'slashes' in the filename? I would have thought they'd 
be OK because they are in double-quotes:


OGRVRTDataSource
  OGRVRTUnionLayer name=Rivers
  OGRVRTLayer name=2730_RIVER_LINE_2006_06
SrcDataSource2730/2730_RIVER_LINE_2006_06.shp/SrcDataSource
  /OGRVRTLayer
  OGRVRTLayer name=2731_RIVER_LINE_2006_04
SrcDataSource2731/2731_RIVER_LINE_2006_04.shp/SrcDataSource
  /OGRVRTLayer
  OGRVRTLayer name=2732_RIVER_LINE_2006_04
SrcDataSource2732/2732_RIVER_LINE_2006_04.shp/SrcDataSource
  /OGRVRTLayer
  /OGRVRTUnionLayer
/OGRVRTDataSource


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Vector equivalent of a VRT

[Zoltan Szecsei]

On 2014/10/26 16:22, Even Rouault wrote:

You likely need to add the attribute  relativeToVRT=1 in SrcDataSource so
that the paths are interpreated relatively to the VRT file.

i.e.

  SrcDataSource
relativeToVRT=12730/2730_RIVER_LINE_2006_06.shp/SrcDataSource


Magic! - It works.
I did have the relativeToVRT in an earlier version, but my syntax was wrong.

I've got some general VRT queries, but I'll start a new thread on those.

Big thanks and enjoy the rest of the weekend.

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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Vector equivalent of a VRT - Linux bash script

[Zoltan Szecsei]

On 2014/10/24 18:49, Andre Joost wrote:


+100 from me if you promise to build a QGIS plugin for the purpose ;-)



Right with a little help on the VRT syntax, from Even, this script 
will create you a vrt file (ie: in a simple case, 'ogrbuildvrt' :-)  )


#!/bin/bash
#
# Bash script to generate a VRT for SHP files
#
# Author: Zoltan Szecsei  zolt...@geograph.co.za
# Date:   26 October 2014
#
# Notes:
#   'find' is used instead of 'ls -1' as find descends nicely into 
subdirectories

#   WLC is the wildcard for 'find' to find the shapefiles you want
#   DIR is the parent directory, above the shapefiles you want to 
add into this VRT

#   NAM is the name you want to see in your QGIS 'Legend' sidebar
#   VRT is the me of the vrt file that will (must) be
#
#
WLC=*build*point*.shp
DIR=.
NAM=MyVRT
VRT=${DIR}/${NAM}.vrt
echo OGRVRTDataSource  $VRT
echo   OGRVRTUnionLayer name=\${NAM}\  $VRT
for shp in `find $DIR -iname $WLC`
do
  lay=`ogrinfo  -al -so $shp | grep -i layer name: | awk '{print $3}'`
  echo OGRVRTLayer name=\$lay\  $VRT
  echo   SrcDataSource relativeToVRT=\1\${shp}/SrcDataSource 
  $VRT

  echo /OGRVRTLayer  $VRT
done
echo   /OGRVRTUnionLayer  $VRT
echo /OGRVRTDataSource$VRT


Hope it's useful to some.
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] VRT functionality

[Zoltan Szecsei]

Hi,
I just want to clear up my mindset as to how a VRT is implemented in QGIS.

I'd like to understand when QGIS opens a file, when it reads the 
contents, and when it writes (if need be) and closes a file.
In this context, I am thinking about SHP files - especially the NGI 
dataset which comes out cut up into degree squares.

Let's just deal with 1 feature type: Rivers lines. My VRT looks like:
OGRVRTDataSource
  OGRVRTUnionLayer name=Rivers
  OGRVRTLayer name=2730_RIVER_LINE_2006_06
SrcDataSource 
relativeToVRT=12730/2730_RIVER_LINE_2006_06.shp/SrcDataSource

  /OGRVRTLayer
  OGRVRTLayer name=2731_RIVER_LINE_2006_04
SrcDataSource 
relativeToVRT=12731/2731_RIVER_LINE_2006_04.shp/SrcDataSource

  /OGRVRTLayer
  OGRVRTLayer name=2732_RIVER_LINE_2006_04
SrcDataSource 
relativeToVRT=12732/2732_RIVER_LINE_2006_04.shp/SrcDataSource

  /OGRVRTLayer
  /OGRVRTUnionLayer
/OGRVRTDataSource

 * When I open the VRT in QGIS, does QGIS open ALL the VRT files and
   look for the extent of each of the files?
 o If my VRT had the extents included for each of the files, would
   this stop QGIS from (at this stage) opening the files and
   reading the extents?

 * Before rendering the VRT, does QGIS look at the extents of my
   viewport and only physically open my files and render it's contents?
   In other words, if I first zoom into a known area, then open my VRT,
   will QGIS at this stage still open all the subfiles, instead of
   waiting until a specific subfile needs opening)

 * As I pan around my map, does QGIS open and close the VRT subfiles
   that are out of my current viewing region?

 * Presumably if any of my VRT subfiles touch or overlap my current
   viewport, they would be processed depending on what I am doing?

 * Is there a way to structure a VRT file so that you can have access
   to the underlying files that make up the VRT? (Even edit access?)


Or, is the VRT just any easy way to bunch a whole lot of maps under one 
name, and there is no processing benefit depending on the area you are 
viewing or working in?


TIA,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Vector equivalent of a VRT

[Zoltan Szecsei]

Hi All,
I've been googling around, but cannot find what I'm hoping for.

Is there a VRT implementation for vector data?

It would be nice to have a single name to load into QGIS for a set of 
vector data (eg SHP files), and as you pan around your 'VVT' file, QGIS 
would open and display only the files relevant to your current view-port.
This is of course very useful for NGI's sheet based vector offering - 
but the VVT implementation need not bother checking for overlapping 
vector data, but simply index by the MBR of each (SHP) file.


TIA,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Vector equivalent of a VRT

[Zoltan Szecsei]

On 2014/10/24 16:36, Andre Joost wrote:

Am 24.10.2014 um 16:16 schrieb Zoltan Szecsei:

Hi All,
I've been googling around, but cannot find what I'm hoping for.

Is there a VRT implementation for vector data?



Surely:

http://www.gdal.org/drv_vrt.html

unfortunately, there is no easy-to use transformation for it.

From the page:

The virtual files are currently normally prepared by hand.


And hence QGIS can not save into that format.


HTH,
André Joost

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Yep. Looking at it now - thanks Alexia as well.

-1 for me not trying harder before posting :-)
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS and South Oriented CRS

[Zoltan Szecsei]

Hi Devs,
Gavin  I have swapped a few emails discussing this, and would like to 
get a wider opinion as to whether it is a QGIS error, or not.

QGIS version in use by me, as per attached screenshot.

*The problem:*

   If I read in a CSV layer that uses South Oriented CRS, then QGIS
   displays this layer mirrored even after telling QGIS what the
   applicable layer CRS is.
   Furthermore, when I move the mouse downwards or to the left, the
   coordinate readout values decreases instead of increases.
   In short, if I work in a South Oriented CRS, I must deal with an
   inverted picture or an incorrect coord readout.
   Is this correct behaviour for QGIS?

*_To test:_*
*
Fixed test parameters:*

 * Always start with a new QGIS so that only default project settings
   are set. (EPSG:4326 but 'on the fly CRS' off)
 * Only load the CSV file so that there are no other map layers to to
   contend (CRS wise) with.
 * The absolute position (on earth) of the test data is not important -
   we are looking to see that QGIS displays the points
   correctly_relative to each other_, and that the coordinate readout
   is correctly increasing South and Westwards.
 * Use only the two following CRS (note the only difference is the axis
   parameter)
   *EPSG:2048* is  +proj=tmerc +lat_0=0 +lon_0=19 +k=1 +x_0=0
   +y_0=0 *+axis=wsu* +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
   *USER:14* is +proj=tmerc +lat_0=0 +lon_0=19 +k=1 +x_0=0 +y_0=0
   *+axis=enu* +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
 o *Testdata:*
   The coords below should be EPSG:2053 - in other words, the South
   Africa Land Survey coord system, which is essentially a distance
   from the central meridian (19E in this case) and a distance from
   the Equator (some 3769Km in this case). Note that the further
   South you go, the larger the '3769xxx' value gets (ie: South facing)

   A,19961.49,3769105.30
   B,19902.64,3769135.18
   C,19899.91,3769132.99
   L,20095.87,3769783.70

   The relative positions of these 4 values (in real life) are: 
   A at the top, B and C  Eastish of A (but B below [South] of C)

   and L far below A and slightly to the West of A (see attached
   'correct_orientation.jpg')

*Test results:*

 * Open QGIS, add delimited text layer and specify its CRS to be
   EPSG:2048, keep Project CRS on the fly off.
   Result:

   Image is inverted (A is South of L) and B  C are West of A.
   Coordinate values are both +ve numbers and mouse position coords
   decrease to West and South

 * Using above data, Set Project CRS (on the fly = YES) to same EPSG:2048
   Result:

   No change from above.

 * Simply change Project CRS to EPSG:14 as defined earlier in this
   email.
   Result:

   Image orientation is now correct BUT
   Mouse coords readout shows -ve coord values, and these values
   still (numerically) DECREASE towards the West and South.

*Start with a new QGIS* (to pedantically make certain that no CRS 
functionality is left over from above tests)


 * Open QGIS, add _the same_ delimited text layer and specify its CRS
   to be EPSG:14, keep Project CRS on the fly off.
   Result:

   Image is inverted (A is South of L) and B  C are West of A.
   Coordinate values are both +ve numbers and mouse position coords
   decrease to West and South

 * Using above data, Set Project CRS (on the fly = YES) to same EPSG:14
   Result:

   No change from above.

 * Simply change Project CRS to EPSG:2048 as defined earlier in this email.
   Result:

   Image orientation is now correct BUT
   Mouse coords readout shows -ve coord values, and these values
   still (numerically) DECREASE towards the West and South.

*To close:*

If I redo both the above tests but set Project CRS before importing the 
CSV layer, there is (of course) no change to the results.
Even though I was not expecting changes to some of the above test 
permutations, I did them all in order to pedantically wipe out any 
unexpected behaviour.



So, Why am I not able to work in my desired CRS orientation when using QGIS?
Is this a bug, or is it some feature that most likely may be worth 
implementing?


Regards to all,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] To Save Ogr Layer in VRT

[Zoltan Szecsei]

On 2014/09/04 09:39, Geo DrinX wrote:

Helllo All,

Someboby knows if exists a QGIS function  to save a QGIS vector layer 
into Ogr VRT definition format ?




a VRT is a Virtual Raster Table and applies to raster data not Vector data.
gdal deals with raster, and ogr with vector.

Do you want to rasterise some vector data and then store it in a tiled 
index (VRT), or do you want to know if there is an indexing mechanism 
similar to VRT, for Vector data?


HTH,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QEP or RFC?

[Zoltan Szecsei]

On 2014/09/02 21:40, Tim Sutton wrote:

How do you pronounce QEP? 'Q-eeepeee'?

+0 from me, I don't mind either RFC/QEP




How do you pronounce RFC  :-)

QEP?  Kwep could work.

(yes, this is a critical issue :-)  )

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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How about to use a tree widget for plugin manager?

[Zoltan Szecsei]

+1
It can often be difficult to know which category to put your pride  joy 
into.


Hidden keywords that can be filtered on, might be useful. Hidden so they 
don't clutter the screen.

Zoltan

On 2014/08/21 10:03, Nathan Woodrow wrote:


I'm not a huge fan of trees for this kind of thing. How about better 
filtering options.


I think you can already filter on tags?

Nathan

On Aug 21, 2014 5:59 PM, Salvatore Larosa lrssv...@gmail.com 
mailto:lrssv...@gmail.com wrote:


The plugins are becoming more numerous and the number is expected to
grow, it may be useful to include a tree filtered by category, ie
digitizing, vector, raster, geoprocessing plugin, instead of a list
widget.


Best Regards,
-SL

--
Salvatore Larosa
linkedIn: http://linkedin.com/in/larosasalvatore
twitter: @lrssvt
skype: s.larosa
IRC: lrssvt on freenode
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org mailto: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



--

===
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] Is QGIS supports dynamic display?

[Zoltan Szecsei]

On 2014/08/11 04:11, ?? ? wrote:

Dear all,
I'm a new developer of QGIS using C++. I am doing a project which 
needs dynamically displaying maps/layers(just like GPS,layers 
automatically refreshing with the changing of object's position).I 
kown ARCGIS has the technique called dynamic diasplay(or something 
like that),which supports the capacity to do such things. Is QGIS has 
this ability? Any advices would be appreciated!


Regards
Bob



Hi Bob,
QGIS can definitely do this already.
I used this feature in November last year - but make sure you use the 
latest versions of QGIS of all the plugins for field editing because at 
that stage some of the (digitising, I think) plugins caused serious 
loops when refreshing the screen or adding a feature, so not great if 
you are dynamically panning.


I used a Garmin 60CSX, but any gps that can output an NMEA stream should 
work.

You also need the free versions of Franson GPSGate from http://gpsgate.com/

On a practical note, I found dynamic panning not very useful for my 
purpose. When we drove passed a POI, we couldn't easily pause the 
panning in order to drop a points and add the attributes needed. We 
found the dynamic tracking (digitising) of the incoming GPS track very 
useful, and we manually panned the display as needed, whilst in motion.


HTH,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Do we need a single select map tool?

[Zoltan Szecsei]

+1 for leaving both visible options, but defaulting to rectangle.
If the underlying code is different, then even at the expense of the 
extra code required to compute that you have a null-sized rectangle (ie 
a point click), you might want to use the same code.


But, especially for a newbie, it will not be intuitive that by clicking 
without dragging, the rectangle select will do a point-click select.


I feel the developers must always put the user before the code 
simplification.
This because the programmer makes a once-off (big) effort, but there may 
be millions of users that suffer if the coder simplifies the coding 
effort at the expense of user intuitive experience.


My 2c,
Regards,
Zoltan


On 2014/07/01 15:03, Nathan Woodrow wrote:
My main goal at the moment is to reduce some of the clutter and 
duplicate, or shared behavior, tools that we have.  So setting it as a 
default wouldn't really solve that issue.  I would only remove it from 
the UI, it will still be in the code for the API.


- Nathan

On Tue, Jul 1, 2014 at 10:59 PM, Mathieu Pellerin 
nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote:


So maybe we could change the default selection tool to rectangle?
One of the first thing I personally always do when using a fresh
qgis (with default settings) is to change selection tool to
rectangle for the reason Nathan raised this thread.



___
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] Do we need a single select map tool?

[Zoltan Szecsei]

On 2014/07/02 11:57, Nathan Woodrow wrote:
On Wed, Jul 2, 2014 at 4:57 PM, Zoltan Szecsei zolt...@geograph.co.za 
mailto:zolt...@geograph.co.za wrote:


I feel the developers must always put the user before the code
simplification.
This because the programmer makes a once-off (big) effort, but
there may be millions of users that suffer if the coder
simplifies the coding effort at the expense of user intuitive
experience.


Please don't make the assumption that I would do this.  Especially not 
in this case.  The change is a pure UI driven one and has nothing to 
do with removing code, I would cull all the select tools if I wanted 
to do that :).


- Nathan.



No no - not suggesting that at all - only saying that programming effort 
should always be second to user experience/intuitiveness.


I'm swaying a bit towards agreeing with dropping the single select - 
also because the cursor does not change, so you might anyway forget what 
the last icon was, that you clicked (yes, different issue).


So, may I suggest that we go with it (using rectangle for both single 
and group select), but that we also change the hover-popup help to 
indicate the dual usage.


I guess a new user is likely to hover the mouse over the icons, and if 
they are told there that click is single and drag is rectangle select, 
they would find that experience sufficient.


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

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Release plans

[Zoltan Szecsei]

+1 from me for Richard's combo.


On 2014/06/27 09:47, Richard Duivenvoorde wrote:

On 27-06-14 08:45, Nyall Dawson wrote:


Why can't we state that release is when windows + mac + ubuntu are ready?


+1 from me.

+1 from me with the combo:

- source release is only announced on dev list

- when wmu is packaged, we sent a mail to user/community list, update
website and startup the marketing machine/twitter about it etc etc

Regards,

Richard Duivenvoorde

___
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] Coments re QGIS 2.3.0 master, code rev a3628a6

[Zoltan Szecsei]

On 2014/06/02 08:42, Martin Dobias wrote:

Hi Zoltan

On Wed, May 28, 2014 at 10:31 PM, Zoltan Szecsei zolt...@geograph.co.za wrote:

Hi,
I've been using Valmiera, but thought I'd give 2.3 a try.
Very impressed with the rendering, but one practical issue has come up:

I'm loading 1.17m polygons.
Part way through rendering, I recognise the area I want to zoom to, so I
simply zoom right in (yay +1 for multi-threading).

Now comes the problem: How do I know when the rendering has fully completed?

I see a few of my polygons appear, then seemingly nothing happens for a good
few seconds, and then another clump of polygons appear.
Until I have waited for a good while, do I start wondering is the rendering
is still happening, or if I have holes (missing data) in my data.

I have just added a busy indicator to the status bar when map canvas
is being refreshed - I hope that will help.

Regards
Martin

Awesome - thanks.
I've copied this to the user and ux lists.
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Coments re QGIS 2.3.0 master, code rev a3628a6

[Zoltan Szecsei]

Hi,
I've been using Valmiera, but thought I'd give 2.3 a try.
Very impressed with the rendering, but one practical issue has come up:

I'm loading 1.17m polygons.
Part way through rendering, I recognise the area I want to zoom to, so I 
simply zoom right in (yay +1 for multi-threading).


Now comes the problem: How do I know when the rendering has fully completed?

I see a few of my polygons appear, then seemingly nothing happens for a 
good few seconds, and then another clump of polygons appear.
Until I have waited for a good while, do I start wondering is the 
rendering is still happening, or if I have holes in my data.


Is it possible to (perhaps) change the background colour of the word 
render in the bottom right corner to say red when a rendering thread 
is active, and then back to grey (or even green) when all rendering 
threads have completed?



Just a thought

Regards and well done.
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Report bug/feature on homepage

[Zoltan Szecsei]

Hiya,
What about a link saying Think you've found a bug?
That then sends the user to a separate page which gives guidance that 
you want to give the user, AND also a box saying Paste a short error 
message here

This is then sent off to google for them.

Regards,
Zoltan


On 2014/05/02 08:44, Anita Graser wrote:

My main objections to having a report bugs button on the main page:

- I think users who are not too familiar with the workings of open
source projects will be alarmed why we think it necessary to add a
report bugs button right next to the download button. They want
(the illusion? of) bug-free software (even if there is no such thing).
- I want to avoid cluttering of the homepage.
- I also think Randal has a point when he says that some small hurdle
can help keep the number of not-so-helpful bug reports down.

+1 for top of get involved page.





On Fri, May 2, 2014 at 7:26 AM, Nathan Woodrow madman...@gmail.com wrote:

What is the main objection to having it on the main page?

But if that doesn't feel right then I think we should raise it to the top of
get involved page.

Nathan

On May 2, 2014 3:22 PM, Anita Graser anita.graser...@gmail.com wrote:

Hi,
I saw the discussion you had. I would prefer not to add a report bugs
button on the first page of qgis.org but we could make it more prominent on
get involved.
It's not that long since I added the report a bug section to get involved.
Many users might only remember the old page.
Best wishes
Anita

On May 2, 2014 1:24 AM, Nathan Woodrow madman...@gmail.com wrote:

Hi all,

After talking to some users one concern they raised was it was a bit
tricky to get find how to report a bug or feature.  I was thinking it might
be a good idea to have a report bug/feature on the homepage. It would fit
quite nice between the Download and Support

I am aware that you can just click Get Involved, and scroll to the bottom
but it still feels a bit hidden.

Does anyone else feel that same way?

Regards,
Nathan

___
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-user] Trusty 14.04 install from QGIS.org

[Zoltan Szecsei]

Hi DevList,
I've moved this over from 'user' to 'dev'.

Is there an upcoming fix to get python-qgis working with the 
sip-api-11.0 that comes with Ubuntu 14.04 64 bit?


Thanks,
Zoltan



On 2014/04/22 00:58, Randal Hale wrote:

Just for fun I upgraded a test install of ubuntu 12.04 to 14.04.

Master Debian-nightly installs nicely.

Stable release for trusty complains:
/rjhale@gis2:/etc/apt/sources.list.d$ sudo apt-get install qgis 
python-qgis//

//Reading package lists... Done//
//Building dependency tree //
//Reading state information... Done//
//Some packages could not be installed. This may mean that you have//
//requested an impossible situation or if you are using the unstable//
//distribution that some required packages have not yet been created//
//or been moved out of Incoming.//
//The following information may help to resolve the situation://
//
//The following packages have unmet dependencies://
// python-qgis : Depends: python-qgis-common (= 2.2.0-1+trusty1) but 
it is not going to be installed//

//   Depends: sip-api-10.1 but it is not installable//
// qgis : Depends: libqgis2.2.0 but it is not going to be installed//
//Depends: libspatialite3 (= 2.4.0~rc2) but it is not 
installable//
//Depends: qgis-providers (= 2.2.0-1+trusty1) but it is not 
going to be installed//
//Recommends: qgis-plugin-grass but it is not going to be 
installed//
//Recommends: qgis-plugin-globe but it is not going to be 
installed//

//E: Unable to correct problems, you have held broken packages./

Just an FYI -

Randy


--
-
Randal Hale, GISP
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611rjh...@northrivergeographic.com
twitter:rjhale
http://about.me/rjhale


___
Qgis-user mailing list
qgis-u...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user



--

===
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] Installing on Ubuntu 14.04 Beta 1

[Zoltan Szecsei]

Hi Guys,
Is there a trick to installing QGIS (and the whole pile of Gdal, Grass, 
Ossim etc) on the latest ubuntu?

I get a lot of dependencies that cannot be met.

The purpose of this installation is to learn to write plugins for QGIS, 
and to  play around with Ossim and Grass.

I don't mind compiling from source if need be.

Can someone please point me to the way forward?

Thanks in advance,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Dropping vertices at intersections

[Zoltan Szecsei]

Hi All,
I've looked at the topology plugin, but can't find what I need to do.
I've been exporting the data into Genamap and doing this with scripts, 
but it would be nice to do it in QGIS.

Anyone know of a plugin?

Quite often now we've been asked to deliver products whereby there are 
vertices placed onto graphic elements where they cross over, or end on, 
each other (in different layers (Shape files)).


eg: A road line stops at the edge of a cropfield polygon, so drop a 
vertice at that place, on the cropfield boundary. Likewise if a road 
runs through a field, but the data capture scale requires the field not 
to be split into two polygons, drop the vertice at the points where the 
road crosses over the field boundary.


Ideally this could be implemented by:

 * Check boxes to select all the layers you want to process (mixture
   between multiple polygon and line layers)
 * selecting the snapping distance (for lines that end close enough
   to other boundaries or lines).
 * Having a separate checkbox for Crossover and for Line ends
 * Perhaps even an option to log (create a pointfile) when lines end
   within 'X' of any boundary or line (where X is a secondary snap
   distance)
 * perhaps have an option to log (point file) where lines run parallel
   to others, within the snap distance set (maybe with even a tertiary
   snap distance)

Instead of looping through multiple snap distances, one could implement 
a checkbox to either drop the vertice, or to just mark the position 
where the vertice should have been dropped - this would be easier for 
the developer, but require the user to run the procedure multiple times, 
in order to see where close enough stuff lies.


Any comments?

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-6115323www.geograph.co.za
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Possible bug when turning edit mode off and on too often

[Zoltan Szecsei]

Hi Matthias,
Thanks for the pointer - spot on - I am using many of the plugins 
mentioned..


I did look through the buglist before posting, but didn't notice that one.

Thanks again, and keep well,
Zoltan


On 2014/03/21 18:51, Matthias Kuhn wrote:

Hi Zoltan,

Please have a look at the following likely related issue:
http://hub.qgis.org/issues/9229

Try to start QGIS with --noplugins and see if that helps. If yes,
upgrade your plugins and if this doesn't help you can use the issue
linked above to find the affected plugin and file a bug for it.

Regards,
Matthias

On Fre 21 Mär 2014 16:27:55 CET, Zoltan Szecsei wrote:

Hi Devers,
Using 2.2 on Win 7 64 - but this was also evident in 2.01 on the same
platform.

I'm dealing with a number of shapefiles (2 point layers, 9 line layers
and 18 area shape file layers) - the total number of geometry elements
is not high (probably less 1000),  but there are still a reasonable
number of vertices in the mapset.

I find that after toggling edit mode a few times (may even less than
10), the time to save the layer edits increases to minutes, and so
does the time taken to toggle edit mode.

Last year November I was running around on a field trip with a laptop
running QGIS 2.0.1 in the car all day, and occasionally it hung, so we
rebooted and redid our most recent edits. I'll bet that that was the
same issue as below.

Last week, now using v2.2 on my desktop I found that the above slowing
down scenario started, and I just left the PC supposedly with a
hanging  QGIS. I came back much later and QGIS was responsive again
until I touched the toggle edit button, or saved my edits.
I timed it and it took an hour and 5 minutes to be responsive again.

The same thing is happening right now, but it is currently only going
dizzy for about 3-4 minutes.

I'm going to try restarting QGIS to see if that helps, if not then
I'll re-boot and if it still does not help then that would suggest
that the issue is with the data structure and not necessarily
somewhere else.

But for now, has anyone else had these slowing down issues?

Regards  chat soon,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Possible bug when turning edit mode off and on too often

[Zoltan Szecsei]

Hi Devers,
Using 2.2 on Win 7 64 - but this was also evident in 2.01 on the same 
platform.


I'm dealing with a number of shapefiles (2 point layers, 9 line layers 
and 18 area shape file layers) - the total number of geometry elements 
is not high (probably less 1000),  but there are still a reasonable 
number of vertices in the mapset.


I find that after toggling edit mode a few times (may even less than 
10), the time to save the layer edits increases to minutes, and so 
does the time taken to toggle edit mode.


Last year November I was running around on a field trip with a laptop 
running QGIS 2.0.1 in the car all day, and occasionally it hung, so we 
rebooted and redid our most recent edits. I'll bet that that was the 
same issue as below.


Last week, now using v2.2 on my desktop I found that the above slowing 
down scenario started, and I just left the PC supposedly with a hanging 
 QGIS. I came back much later and QGIS was responsive again until I 
touched the toggle edit button, or saved my edits.

I timed it and it took an hour and 5 minutes to be responsive again.

The same thing is happening right now, but it is currently only going 
dizzy for about 3-4 minutes.


I'm going to try restarting QGIS to see if that helps, if not then I'll 
re-boot and if it still does not help then that would suggest that the 
issue is with the data structure and not necessarily somewhere else.


But for now, has anyone else had these slowing down issues?

Regards  chat soon,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Plugin for squaring off area feats

[Zoltan Szecsei]

Hi Tim
I haven't used the osm stuff so can't comment on it.
But it is a facility I've had in my proprietry GIS package (Genamap) and 
have often used it. One sets up global tolerances and runs it on a 
select set of polygons.


If someone does create this as a QGIS plugin, then please make it 
batch-run-able and not a Click on feature to be squared off facility.


Regards,
Z




On 2014/03/19 15:54, Tim Sutton wrote:

Hi

I haven't heard of such a plugin. I guess you mean like you get using 
osm's id and josm editors? It would be a nice addition to QGIS.


Regards

Tim


On Tue, Mar 18, 2014 at 12:13 PM, Zoltan Szecsei 
zolt...@geograph.co.za mailto:zolt...@geograph.co.za wrote:


Hi,
Does anyone know of a plugin for squaring off area features (where
angles are close enough to 90degs)

Thanks,
Zoltan

-- 


===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028 tel:%2B27-83-6004028
Fax: +27-86-6115323 tel:%2B27-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




--
Tim Sutton - QGIS Project Steering Committee Member
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Irc: timlinux on #qgis at freenode.net http://freenode.net
==



--

===
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] Plugin for squaring off area feats

[Zoltan Szecsei]

Hi,
Does anyone know of a plugin for squaring off area features (where 
angles are close enough to 90degs)


Thanks,
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
===

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Field width when converting MID-MIF to SHP

[Zoltan Szecsei]

Hi Dev,
I know this is more an OGR question, but rather than signing up to 
another list, I'm hoping someone here knows the answer.


I want to create _a lot_ of blank SHP files with schemas I currently 
have in CSV files.


(For me) the easiest way is to create a script that reads the CSV files 
and generates  empty (geometry wise) Mapinfo MID-MIF filesets.
I then use ogr2ogr to batch convert these into empty shapefiles that 
have the correct attribute schema.


But!

In the MIF file I can say character 36, or Decimal 6,0 or Real.
Can I get any reassurance that the resulting DBF file will contain the 
36 char length character field - If I look at the table in QGIS, I do 
not know how wide the attribute field is.
Likewise for integer and real data types I too need to nail down the 
field widths.


TIA,
Zoltan


--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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] Common QGIS Plugin configuration accross multiple Linux users

[Zoltan Szecsei]

Hi,
I have posted this a couple of hours ago on QGIS-user, but this might be 
more of a dev question:



I've got a number of users created on an Ubuntu 13.10 PC.

Is there a way that I can add the same plugins and proliferate the same 
QGIS configuration to all users?
Perhaps by updating a master-User (icon arrangement, plugins etc) and 
then copying that config file to the other users?


If yes, what files need to be copied accross?

Regards  thanks,
Zoltan



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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] Common QGIS Plugin configuration accross multiple Linux users

[Zoltan Szecsei]

On 2014/03/09 21:27, Richard Duivenvoorde wrote:

~/.qgis2
and
~/.config/QGIS

You could e.g. rsync the user plugin dirs from a central one, or put
them in an nfs mount (read only might have issues as plugins try to
write .pyc files or even write data to the plugin dir).

The ~/.config/QGIS/QGIS2.conf is a standard ini style config file so you
should be able to pick through it and awk/sed/bash your way to nirvana :-)

I'm actually thinking about to make this OS independent, by creating a
'save QSettings' as file option. Then with a command line option you
would be able to (just before reading the QSettings) actually read/write
this settings file back into user settings. Thereby making it possible
to for example transfer a certain setup across a class room (as long as
the plugins are available in .qgis2 off cours).

Would this work? Or do I miss something?

Regards,

Richard Duivenvoorde




Hi Richard/Tim/All,
One of the biggest problems I have with my data capture projects is 
uniformity of capture environment for my project staff.

You have just quoted a school scenario, but map production has that too.

I would really like to see a system wide (maybe network wide for both 
Windows  Linux users) config file that looks after all the icon 
placements and plugins installed and activated.


It could perhaps work like /etc/profile in linux - where that is loaded 
first, then ~/.profile if it exists, modifies the systemwide settings 
for that specific user.


To be honest, if that was extended to a master qgisprofile file on a 
specific server that would be even more useful - I often use multi-seat 
linux PCs networked together, for larger data capture projects.


So, possible implementation could be:

 * At install time, the user is asked if this is a
   qgis-profile-server PC, or to supply the qgis-profile-server PC
   name if there already is such a server on the network.
 * If such qgis-profile-server exists then the install procedure could
   get profile and plugin details from that PC, and copy over the
   config files and plugin binaries.
 * If the person installing qgis ignores the profile-server
   questions, then an autonomous installtion of qgis could take place,
   even if there was a qgis-profile-server on the network.
   (This would allow test installations and non-production
   installations to co-exist with a production environment)
 * It would be great if in the setup of the qgis-profile-server PC, a
   flag could be set that disallowed a (specific list or all) PC to
   change the icon placements or fiddle with any config or plugin. ie:
   Such PCs would always be dependent on the setup dictated by the
   profile-server.

This could also be made dynamic in that if the qgis-profile-server was 
updated or changed, it could set a flag. Whenever QGIS is started on a 
PC belonging to a profile-server group, it could first check with the 
server to see if changes need to be made, and if so, update the local 
copy of the profile. This way one could make changes to the master copy 
of QGIS and by restarting all the QGIS users on the network, propagate 
the changes to them immediately. (This is preferable to always obtaining 
your profiles across the network from a server.)


I haven't thought this through in algorythm fashion, but that's the 
gist of what facilities and mechanisms would be really nice in a 
production environment.


HTH,
Zoltan



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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] My God: plugin palette disappeared :(

[Zoltan Szecsei]

On 2014/03/07 15:07, Tim Sutton wrote:


I'm not sure if your life will be any better in Arc* :-P




There is a broad similarity in that both parties (as below) are 
generally wrong


(would be) proprietary software user think they've got someone to take 
their problems to.

(would be) opensource software users think they haven't


:-)

--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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] Buffering/caching/auto-saving vector styles

[Zoltan Szecsei]

On 2014/03/02 00:32, Ramon Andiñach wrote:

On 01/03/2014, at 20:33 , Zoltan Szecsei wrote:


Hi All,
Sorry about the repeat, but Nathan felt I was hijacking his thread. Apologies.

If there are going to be modifications done to styling, please consider adding 
a feature whereby the various styles chosen or experimented with, are 
auto-saved for that mapsheet (perhaps in your project files).
I find when editing, edge-matching or QAing various mapsheets, I want to easily switch between 
styles - I might choose single symbol for the map I am editing, but 
rule-based for the adjoining maps. Rule based choices would change depending on 
scenarios, so it does not make sense to save a rule-based set (I could end up with too many).
So, what I am seeking is the ability to switch between the 5 style categories, 
and not lose the ones I may have set up a few minutes ago. If I close QGIS, and 
come back to the project later, I would like to see the last styles I had set 
up for a mapsheet, still be available when I click through the style options.


Hope I'm making myself clear.
Thanks  regards,
Zoltan

Hi Zoltan,

This is what I'm currently doing to sort of get this effect. This isn't as 
complex as yours, but it might help.
For some of the geology maps (say geology.shp) that I work with I normally look 
at them coloured by rock type. So my styling for maps becomes (geology.qml). 
Sometimes it's also useful to look at them by other features, say age or 
formation name, so I'll make some other styles for those (geology_age.qml) and 
geology_name.qml). The the layer opens up they way I expect, but I can also 
switch betweeen styles reasonably quickly.

Do the rule change completely? or are they variations? If they're variations 
then saving still be useful. You might end up with a style files that you used 
as a road rulesets template and vegetation ruleset template, and then modified 
these for the job at hand.

-ramon.


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Thanks for the thoughts, Ramon.
The rules do change because I create the spontaneously. When I am QAing 
map compilations using various orthos, satellite imagery and whatever I 
have, the tone/clarity/resolution/ground colour changes as I pan accross 
the area, so I am changing the styles to (for that moment) suit the 
quality of the backdrop.
So what happens is, is that I might set up a currently useful rules 
based style, I then pan across the AOI, and get to an area that is 
tonally very different so I might switch single-symbol, and then a few 
minutes later go back to my rule-based - but then I have to set it up 
again (because I didn't manually save it).


The bigger picture:
What if the QGIS Dev Team considered creating a mapname.qgis file in the 
directory where the map is stored. When a map layer is deleted 
(removed), one could get a pop-up asking if the .qgis file should be 
deleted or not (or just leave it, so as not to be irritated by pop-ups 
each time you remove a layer)


The availability of this .qgis file is likely to then then inspire a 
host of other map-layer related uses (like the .prj file is for your 
project), but for me the currently useful one would be to stare the 
style-related states of the layer - ie: as you flip through the 5 style 
possibilities, you would not lose the most recent parameters you had set 
for any of the style options.


My 2c.

Regards,
Zoltan

--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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-UX] Fwd: Re: Renaming Save Style - Save Properties (Vector layer dialog)

[Zoltan Szecsei]

I have cross-posted to ux and developer, because this conversation seems 
to be running on both lists.Perhaps someone shopuld pull it from one of 
the lists?

Your call, but see my bottom-posted thoughts:

On 2014/03/02 16:25, Anita Graser wrote:



--- Weitergeleitete Nachricht ---
Von: Nathan Woodrow madman...@gmail.com
An: Andreas Neumann a.neum...@carto.net
Kopie: qgis-developer@lists.osgeo.org qgis-developer@lists.osgeo.org
Betreff: Re: [Qgis-developer] Renaming Save Style - Save Properties 
(Vector layer dialog)

Datum: Sun, 02 Mar 2014 12:58:39 +0100

Andreas,

Something like this is what I was thinking. (With a better UI of course)

http://i.imgur.com/2XbNqlp.png



- Nathan


On Sun, Mar 2, 2014 at 9:45 PM, Nathan Woodrow madman...@gmail.com 
wrote:




Hey Andreas,





I'm not 100% yet.I'm not sure what it is but I really hate the 
Load Style../Save Style buttons at the bottom of the dialog.  I was 
thinking a new page in the properties dialog would be better with 
the title Import/Export.  For me this would mean not having a open 
another dialog, which I really don't like the idea of, and we have 
more room to play with.





One of my goals is to be able to export just the style part in order 
to expand the Style Manager to handle prebuilt styles.  I was 
planning on adding some Save and Load buttons on the style tab that 
would just load the style information from the .qml file.



Please consider this methodolgy:
Currently, when QGIS loads a map layer, certain default things happen: 
Styles get assigned, etc etc.
As a maplayer is loaded (or perhaps only when the user changes something 
(like style)), QGIS should dump a [maplayername].qgis file, text format, 
perhaps keyword-value layout, into the directory that the map is stored. 
This file will then contain all the internal QGIS defaults, and of 
course updates to the current (style ) status, as the user changes them.

The benefits of using this implementation scheme could be vast:

 * For deployment purposes, users could create/edit this file outside
   of QGIS
 * QGIS Dev could implement a methodology whereby user scripts could
   read and write to this maplayer specific file - for example: map
   production information whilst capture staff are creating features.
 * This file could even be designed to live at the project level, and
   at the user level - this way departmental level defaults could be
   set (deployed), and for those users who need it, these could be
   over-ridden by having that filename als local to the user, but with
   user specific values.
 * Should any of these filenames only have some of the default
   keyword-values, QGIS could look for the other defaults at higher
   filename level (ie project level if user-level does not exist), or
   as currently, at the internally stored default actions.


The above implementation strategy would not need a special export menu 
as the information would then always be stored in a user useable file.
If this file becomes corrupt or nonsensical, QGIS actions could revert 
to the default internal actions.


As time goes by, I reckon QGIS developers would find many more uses for 
this map-layer specific file mechanism, should it be available.


Hope I'm making sense.

Kind regards,
Zoltan










--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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-UX] Fwd: Re: Renaming Save Style - Save Properties (Vector layer dialog)

[Zoltan Szecsei]

On 2014/03/02 19:13, Tim Sutton wrote:

Hey Zoltan

Hi Tim,
Long time no chat..



On Sun, Mar 2, 2014 at 4:59 PM, Zoltan Szecsei zolt...@geograph.co.za 
mailto:zolt...@geograph.co.za wrote:


8-snip-

Please consider this methodolgy:
Currently, when QGIS loads a map layer, certain default things
happen: Styles get assigned, etc etc.
As a maplayer is loaded (or perhaps only when the user changes
something (like style)), QGIS should dump a [maplayername].qgis
file, text format, perhaps keyword-value layout, into the
directory that the map is stored. This file will then contain all
the internal QGIS defaults, and of course updates to the current
(style ) status, as the user changes them.
The benefits of using this implementation scheme could be vast:

  * For deployment purposes, users could create/edit this file
outside of QGIS
  * QGIS Dev could implement a methodology whereby user scripts
could read and write to this maplayer specific file - for
example: map production information whilst capture staff are
creating features.
  * This file could even be designed to live at the project level,
and at the user level - this way departmental level defaults
could be set (deployed), and for those users who need it,
these could be over-ridden by having that filename als local
to the user, but with user specific values.
  * Should any of these filenames only have some of the default
keyword-values, QGIS could look for the other defaults at
higher filename level (ie project level if user-level does not
exist), or as currently, at the internally stored default actions.


And the downsides could be (if I understand your proposal correctly):

* Working on a shared file store you are going to wreak all kinds of 
havoc with user experience as different users overwrite the same file 
concurrently
Too true. But that's the same as if two users tried to edit the same map 
layer on a central server, from two different clients, so it would have 
to be implemented with the same locking or shared update mechanism that 
the map layer itself is enjoying.

* Working with a read only directory it obviously wont work

duh... :-)

* Working with remote datasources (PostGIS etc.) it won't work
Yes, there will always be situations where this won't work, but then 
QGIS could fall back to it's current methodology.




The above implementation strategy would not need a special
export menu as the information would then always be stored in a
user useable file.
If this file becomes corrupt or nonsensical, QGIS actions could
revert to the default internal actions.

As time goes by, I reckon QGIS developers would find many more
uses for this map-layer specific file mechanism, should it be
available.

Hope I'm making sense.


Not completely for me :-)
True - my fault. I work with simplistic file types (mainly shape-files), 
as my clients dictate what I have to capture and deliver in. This 
mechanism would work well for Shape files, because they don't support 
concurrent editing, and thus the .qgis file I am thinking of, would also 
not have to worry about concurrent updates.
Incidentally, I implemented exactly this sort of status tracking with 
scripts in my proprietary GIS package, and it worked really well, so, 
truth be told, I am missing this facility when using QGIS.

Cheers for now,
Z


Regards

Tim

Kind regards,
Zoltan










-- 


===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile:+27-83-6004028  tel:%2B27-83-6004028
Fax:+27-86-6115323  tel:%2B27-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




--
Tim Sutton - QGIS Project Steering Committee Member
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Irc: timlinux on #qgis at freenode.net http://freenode.net
==



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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

Re: [Qgis-developer] Renaming Save Style - Save Properties (Vector layer dialog)

[Zoltan Szecsei]

On 2014/03/01 12:38, Nathan Woodrow wrote:

Hey all,

I would like to get some opinions on Save, Load, Restore Default 
Style.. buttons.  Personally I find these labeled wrong for what 
action they take.  Originally these buttons would only save the 
information from the Style tab out to a .qml file however now that has 
evolved to saving other information that is not related to style, 
things like;:the edit forms; included WMS, excluded WMS, etc.   To me 
these are more properties of the layer and less about the style so the 
name is misleading.  Sharing these also becomes hard because if I only 
want the style part it can also override the label and form settings I 
have.  Hand editing the XML is the only real option to remove the 
other settings, which is a pain


Proposing: Rename from Save, Load Style to Save Properties, Load 
Properties.


Motivation:  I would like to add the ability to save just the style 
information out to a new file type (maybe something like .qstyle) that 
would just contain the renderer-v2 XML block.  This would allow 
sharing of just the renderer style and would also give me the ability 
to expand the Style Manager to allow saving of prebuilt styles e.g I 
would like to premake a planning scheme style that all ready contains 
the right values to symbols that I could share and load. By Mixing 
non style information in the .qml files means this is not as simple as 
it could be.


We could also expand the above logic to only save the label section 
out to create a label style manager.


Thoughts?

- Nathan


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Hi All,
Please treat this as thread enhancing and not thread hijacking :-)

If there are going to be modifications done to styling, please consider 
adding a feature whereby the various styles chosen or experimented with, 
are auto-saved for that mapsheet (perhaps in your project files).
I find when editing, edge-matching or QAing various mapsheets, I want to 
easily switch between styles - I might choose single symbol for the 
map I am editing, but rule-based for the adjoining maps. Rule based 
choices would change depending on scenarios, so it does not make sense 
to save a rule-based set (I could end up with too many).
So, what I am seeking is the ability to switch between the 5 style 
categories, and not lose the ones I may have set up a few minutes ago. 
If I close QGIS, and come back to the project later, I would like to see 
the last styles I had set up for a mapsheet, still be available when I 
click through the style options.



Hope I'm making myself clear.
Thanks  regards,
Zoltan

--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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] Buffering/caching/auto-saving vector styles

[Zoltan Szecsei]

Hi All,
Sorry about the repeat, but Nathan felt I was hijacking his thread. 
Apologies.


If there are going to be modifications done to styling, please consider 
adding a feature whereby the various styles chosen or experimented with, 
are auto-saved for that mapsheet (perhaps in your project files).
I find when editing, edge-matching or QAing various mapsheets, I want to 
easily switch between styles - I might choose single symbol for the 
map I am editing, but rule-based for the adjoining maps. Rule based 
choices would change depending on scenarios, so it does not make sense 
to save a rule-based set (I could end up with too many).
So, what I am seeking is the ability to switch between the 5 style 
categories, and not lose the ones I may have set up a few minutes ago. 
If I close QGIS, and come back to the project later, I would like to see 
the last styles I had set up for a mapsheet, still be available when I 
click through the style options.



Hope I'm making myself clear.
Thanks  regards,
Zoltan

--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

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] Renaming Save Style - Save Properties (Vector layer dialog)

[Zoltan Szecsei]

Certainly, Nathan.
Regards and thanks for prompting me to bring up the subject.

Zoltan


On 2014/03/01 13:52, Nathan Woodrow wrote:

Hey Zoltan,

That pretty much is a thread hijack.  Please start a new thread, and 
maybe open a ticket for the feature request, which is a good one by 
the way.


- Nathan


On Sat, Mar 1, 2014 at 9:16 PM, Zoltan Szecsei zolt...@geograph.co.za 
mailto:zolt...@geograph.co.za wrote:


On 2014/03/01 12:38, Nathan Woodrow wrote:

Hey all,

I would like to get some opinions on Save, Load, Restore Default
Style.. buttons.  Personally I find these labeled wrong for what
action they take.  Originally these buttons would only save the
information from the Style tab out to a .qml file however now
that has evolved to saving other information that is not related
to style, things like;:the edit forms; included WMS, excluded
WMS, etc.   To me these are more properties of the layer and less
about the style so the name is misleading.  Sharing these also
becomes hard because if I only want the style part it can also
override the label and form settings I have.  Hand editing the
XML is the only real option to remove the other settings, which
is a pain

Proposing: Rename from Save, Load Style to Save Properties, Load
Properties.

Motivation:  I would like to add the ability to save just the
style information out to a new file type (maybe something like
.qstyle) that would just contain the renderer-v2 XML block.  This
would allow sharing of just the renderer style and would also
give me the ability to expand the Style Manager to allow saving
of prebuilt styles e.g I would like to premake a planning scheme
style that all ready contains the right values to symbols that I
could share and load. By Mixing non style information in the
.qml files means this is not as simple as it could be.

We could also expand the above logic to only save the label
section out to create a label style manager.

Thoughts?

- Nathan


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org  mailto:Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Hi All,
Please treat this as thread enhancing and not thread
hijacking  :-)

If there are going to be modifications done to styling, please
consider adding a feature whereby the various styles chosen or
experimented with, are auto-saved for that mapsheet (perhaps in
your project files).
I find when editing, edge-matching or QAing various mapsheets, I
want to easily switch between styles - I might choose single
symbol for the map I am editing, but rule-based for the
adjoining maps. Rule based choices would change depending on
scenarios, so it does not make sense to save a rule-based set (I
could end up with too many).
So, what I am seeking is the ability to switch between the 5 style
categories, and not lose the ones I may have set up a few minutes
ago. If I close QGIS, and come back to the project later, I would
like to see the last styles I had set up for a mapsheet, still be
available when I click through the style options.


Hope I'm making myself clear.
Thanks  regards,
Zoltan

-- 


===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile:+27-83-6004028  tel:%2B27-83-6004028
Fax:+27-86-6115323  tel:%2B27-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 Service

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] Data encryption

[Zoltan Szecsei]

On 2014/01/29 09:59, Alex Mandel wrote:

On 01/28/2014 10:53 PM, Zoltan Szecsei wrote:

Hi List,
I have a friend, not in South Africa, who has a need to bundle raster 
vector data with a map viewer, so that the entire package can be
deployed via a DVD.
The catch is that usage of the data bundled with this DVD, needs to
expire after 12 months.

So, does anyone know of a QGIS based solution - even if it comes with a
proprietary encryption module that allows for an expiry date?

I'd be curious if anyone has implemented such solution.

I also think that there may be a possibility of fee for someone to
develop such capability.

Regards and thanks,
Zoltan



That's a pretty messed up product I wouldn't go anywhere near. But short
answer is this isn't a QGIS specific thing it's DRM which the Video Game
industry has plenty of solutions for, most of which are completely
circumventable by smart computer users.

Enjoy,
Alex
Largely my thoughts too - but I didn't think of steering him towards the 
gaming industry.


Just to narrow down the prejudice a bit, what about a situation where a 
local authority is giving out a specific dataset that needs to be 
current, or at least non-editable?


I expect one could watermark the datasets with a routine that the 
source-code is not available for. This watermark could have multiple 
date-stamps that would help in not being able to turn the computer 
clock back - and the data encryption could render it useless for 
anything except the viewer it came with - in QGIS case, the inclusion of 
a hook to the binary subroutine that encrypted (ok, messed up :-) ) the 
data.


Just a thought to stir up some discussion.

Z

--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

P.O. Box 7, Muizenberg 7950, South Africa.

65 Main Road, Muizenberg 7945
Western Cape, South Africa.

34° 6'16.35S 18°28'5.62E

Tel: +27-21-7884897  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] Data encryption

[Zoltan Szecsei]

Yep - I agree that it is a fruitless venture - quite frankly, even the 
license to use methodology gives one no real peace of mind.
When this request popped into my mailbox, I figured it was worth a shot 
putting it out there, as I had not given this any thought for a number 
of years now.

Interestingly, nothing has changed.
It is local authority information, and I have very strong views that it 
should be free to all, because public money was used to 
gather/assemble the data set in the first place.


But, as I said, the request was not from a South African authority, so 
maybe that (African) country still needs to go down that road.


Mankind is not known for learning from history :-)

Regards  thanks to all who gave some input.
Zoltan



On 2014/01/29 20:45, Alex Mandel wrote:

I think authorities have tried to do this in the past with poor quality
images and pdfs where all the layers are sandwiched together and not
meant to be disassembled. So that the only way to extract the data
beyond viewing is hand digitizing and recoding of the attributes.

I agree with Denis though that a more sensible approach is to just state
the time limits on the data. Or you can be nefarious like some road
atlas producers and seed small fictitious data that makes it easier to
catch people using the data improperly.

Enjoy,
Alex

On 01/29/2014 12:22 AM, Denis Rouzaud wrote:

The best way is to provide your data with a proper disclaimer of use.

Trying to add some lock is just useless. Anyone who will really wants to
fully get or edit the data will still be able to do it.
You will just make your bundle less usable, and loose some time/money at
trying to implement this.

How do you think that the survey services are publishing the land
registry? For sure not on DVDs with DRM. But their data has time frame
validity and is supposed to be read-only

Cheers,

Denis


On 29. 01. 14 09:10, Zoltan Szecsei wrote:

On 2014/01/29 09:59, Alex Mandel wrote:

On 01/28/2014 10:53 PM, Zoltan Szecsei wrote:

Hi List,
I have a friend, not in South Africa, who has a need to bundle raster 
vector data with a map viewer, so that the entire package can be
deployed via a DVD.
The catch is that usage of the data bundled with this DVD, needs to
expire after 12 months.

So, does anyone know of a QGIS based solution - even if it comes with a
proprietary encryption module that allows for an expiry date?

I'd be curious if anyone has implemented such solution.

I also think that there may be a possibility of fee for someone to
develop such capability.

Regards and thanks,
Zoltan



That's a pretty messed up product I wouldn't go anywhere near. But short
answer is this isn't a QGIS specific thing it's DRM which the Video Game
industry has plenty of solutions for, most of which are completely
circumventable by smart computer users.

Enjoy,
Alex

Largely my thoughts too - but I didn't think of steering him towards
the gaming industry.

Just to narrow down the prejudice a bit, what about a situation where
a local authority is giving out a specific dataset that needs to be
current, or at least non-editable?

I expect one could watermark the datasets with a routine that the
source-code is not available for. This watermark could have multiple
date-stamps that would help in not being able to turn the computer
clock back - and the data encryption could render it useless for
anything except the viewer it came with - in QGIS case, the inclusion
of a hook to the binary subroutine that encrypted (ok, messed up :-) )
the data.

Just a thought to stir up some discussion.

Z


___
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



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

P.O. Box 7, Muizenberg 7950, South Africa.

65 Main Road, Muizenberg 7945
Western Cape, South Africa.

34° 6'16.35S 18°28'5.62E

Tel: +27-21-7884897  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] Data encryption

[Zoltan Szecsei]

Hi List,
I have a friend, not in South Africa, who has a need to bundle raster  
vector data with a map viewer, so that the entire package can be 
deployed via a DVD.
The catch is that usage of the data bundled with this DVD, needs to 
expire after 12 months.


So, does anyone know of a QGIS based solution - even if it comes with a 
proprietary encryption module that allows for an expiry date?


I'd be curious if anyone has implemented such solution.

I also think that there may be a possibility of fee for someone to 
develop such capability.


Regards and thanks,
Zoltan


--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Service

P.O. Box 7, Muizenberg 7950, South Africa.

65 Main Road, Muizenberg 7945
Western Cape, South Africa.

34° 6'16.35S 18°28'5.62E

Tel: +27-21-7884897  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