Re: [QGIS-Developer] Osgeo4w for QGIS 3
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
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
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 confi
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi Andreas, I didn't get you wrong, your point on the smallness of this issue is quite valid, and I don't personally have a problem with this silent error, so I am just providing feedback. I posted the issue because 1. There are possibly users out there who have issues with this, but may not be brave enough to publicly state this as an error, 2. Because as a user, I find it a responsibility to provide feedback when/if I see fit. 3. I know there should be some pride in making QGIS as robust as possible, so may (some) devs want to know about the smaller issues. So, I've logged it as a bug, and I am not putting in an invoice for my time doing so. In the spirit of open source, you understand. [sense of humour required, please] Regards and keep well, Zoltan On 2015/08/06 11:30, Neumann, Andreas wrote: Hi, Don't get me wrong. I am not against fixing it. I was just trying to put it into perspective. Just because there is one dataset that has these weird column names it doesn't mean the CSV import tool is broken. You can just as well advise the StatsSA agency to improve their column names into something more meaningful - e.g. age_10 - what if you want to join the data later and you have again column names with numbers? What if another person takes over the project and has no idea what the numbers mean without a separate metadata description? What if you want to do "Save AS" with such a layer and the data format prohibits columns named with numbers? Anyway - its not good practice to name columns with numbers. In most database you will have to escape such column names with quotes or it is even forbidden. If you want to have it fixed you have the three options: - Fix it yourself in the code and provide a pull request - Pay a developer to fix it to have it fixed in a short time frame - File a feature request and wait until someone has the time to fix it Andreas On 2015-08-06 08:04, Zoltan Szecsei wrote: Hi, Fine - I did ask for an opinion, and I got one :-) The CSV files are from South Africa's 2011 Census - as put out by StatsSA, and exported from SuperCROSS. In this particular file, the numeric field names are for the "Age last birthday" of the occupant. (yep, from 0 to 120!!!) So in short, I guess there are many, many users of this data - and for me an unnoticed error/deficiency, is still and error/deficiency. Whilst I am not too perturbed because I can get around this issue, I figured it was my "civic" duty to raise it. Cheers for now, Zoltan On 2015/08/06 07:56, Neumann, Andreas wrote: Hi, In my opinion it is quite "special" to name columns with integer numbers. Not what the average GIS user would do. In my own 2-decade GIS career I never had such an issue. I am not against fixing this issue, but I don't think it is a serious issue. We have many more important issues in QGIS. Andreas On 2015-08-06 07:31, Zoltan Szecsei wrote: Hi Chris, Thanks for the opinion. Do I log this as a bug? Whilst I am quite happy to write a bash script to parse and alter my 500 CSV files, I do feel that this is likely a more serious issue, as it will affect, I assume a lot of, users that load CSV files to join them to their spatial data. Maybe the silence on this is because it either goes unnoticed, or there are many people just doing a work-around. Let me know. Thanks & regards, Zoltan On 2015/08/05 02:55, Chris Crook wrote: Hi Zoltan I think this could be classed as an error! The source code rejects field names that look like positive numbers (some digits optionally followed by a period and some more digits). I can't recall a reason why it should do this. It could be reasonable to require field names to be compatible to database attribute names, but I can't see any need for that within QGIS itself. This can go on a 'to-do' list to fix... Cheers Chris -----Original Message----- From: Zoltan Szecsei [mailto:zolt...@geograph.co.za <mailto:zolt...@geograph.co.za>] Sent: Tuesday, 4 August 2015 10:27 p.m. To: Qgis-developer@lists.osgeo.org <mailto:Qgis-developer@lists.osgeo.org> Subject: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem Hi, Using the above version on Win 7 64 bit, I read a CSV file (as attributes only) stipulating that "first record has field names" Record 1 is as follows: "SALnum","SALnam","1","2","3","4","5","6","7","8","9","10+" When I open the attribute table, I see that fields 1 & 2 have names SALnum and SALnam,
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi Jürgen, Thanks for this - but this is not an issue for me, as I stated in my original post, I can work-around it. I'll respond in slightly more detail for Andreas' post. Regards, Zoltan On 2015/08/06 12:02, Jürgen E. Fischer wrote: Hi Zoltan, On Thu, 06. Aug 2015 at 08:04:19 +0200, Zoltan Szecsei wrote: Whilst I am not too perturbed because I can get around this issue, I figured it was my "civic" duty to raise it. You can also use "Add Vector layer..." to load that csv (via OGR) and it'll have the original field names (if they are quoted in the first line - like in your example) and workaround that edge case. Jürgen ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- ======= Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi, Fine - I did ask for an opinion, and I got one :-) The CSV files are from South Africa's 2011 Census - as put out by StatsSA, and exported from SuperCROSS. In this particular file, the numeric field names are for the "Age last birthday" of the occupant. (yep, from 0 to 120!!!) So in short, I guess there are many, many users of this data - and for me an unnoticed error/deficiency, is still and error/deficiency. Whilst I am not too perturbed because I can get around this issue, I figured it was my "civic" duty to raise it. Cheers for now, Zoltan On 2015/08/06 07:56, Neumann, Andreas wrote: Hi, In my opinion it is quite "special" to name columns with integer numbers. Not what the average GIS user would do. In my own 2-decade GIS career I never had such an issue. I am not against fixing this issue, but I don't think it is a serious issue. We have many more important issues in QGIS. Andreas On 2015-08-06 07:31, Zoltan Szecsei wrote: Hi Chris, Thanks for the opinion. Do I log this as a bug? Whilst I am quite happy to write a bash script to parse and alter my 500 CSV files, I do feel that this is likely a more serious issue, as it will affect, I assume a lot of, users that load CSV files to join them to their spatial data. Maybe the silence on this is because it either goes unnoticed, or there are many people just doing a work-around. Let me know. Thanks & regards, Zoltan On 2015/08/05 02:55, Chris Crook wrote: Hi Zoltan I think this could be classed as an error! The source code rejects field names that look like positive numbers (some digits optionally followed by a period and some more digits). I can't recall a reason why it should do this. It could be reasonable to require field names to be compatible to database attribute names, but I can't see any need for that within QGIS itself. This can go on a 'to-do' list to fix... Cheers Chris -----Original Message----- From: Zoltan Szecsei [mailto:zolt...@geograph.co.za <mailto:zolt...@geograph.co.za>] Sent: Tuesday, 4 August 2015 10:27 p.m. To: Qgis-developer@lists.osgeo.org <mailto:Qgis-developer@lists.osgeo.org> Subject: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem Hi, Using the above version on Win 7 64 bit, I read a CSV file (as attributes only) stipulating that "first record has field names" Record 1 is as follows: "SALnum","SALnam","1","2","3","4","5","6","7","8","9","10+" When I open the attribute table, I see that fields 1 & 2 have names SALnum and SALnam, but the rest are called 'Field_3', 'Field_4' and so on. When I edit record 1 of this CSV file to look like: "SALnum","SALnam","1p","2p","3p","4p","5p","6p","7p","8p","9p","10+p" The I get the correct field names (albeit 1p instead of just "1") Is this an error, or is there some reason further down the line, that attribute tables cannot have 'numeric' field names? Thanks and regards, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za <http://www.geograph.co.za> === This message contains information, which may be in confidence and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or i...@linz.govt.nz <mailto:i...@linz.govt.nz>) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You. -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za <http://www.geograph.co.za> === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org <mailto:Qgis-developer@lists.osgeo.org> http://lists.osgeo.org/mailman/listinfo/qgis-developer -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 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 === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.10.1 Pisa - Read CSV file problem
Hi 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
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
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 <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 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 ___ 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] function similar to Excel VLOOKUP
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 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
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
Re: [Qgis-developer] Exact print composing
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] Exact print composing
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
[Qgis-developer] Exact print composing
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] Possible bug with select in a rectangle - Correction
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
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] Cutting lines with a polygon boundary
Hi Dev, I put the request for help out on qgis-user and to my surprise, no one came up with direct solution. This suggests that a "crop" feature is missing, so maybe it could be put in as a low priority feature request? The thread is still active, so you can see the replies from Andre Joost and Randal Hale there. Thanks & regards, Zoltan. *qgis-user thread started 25th Jan at 14h51 (GMT+2):* Hi, I'm battling finding an easy way to cut some lines with a polygon boundary, and then deleting the line portions that are OUTSIDE the polygon. Scenario: 4 separate SHAPE files with lines in them 1 shapefile with one polygon in it. I need to cut the lines in all 4 shapefiles at the point that their lines intersect the polygon boundary. Thereafter I want to delete the line portions that are outside of this polygon boundary. In other words, to be able to crop multiple layers according to some polygon boundary. I would have thought this to be a trivial issue, but I have tried: * Vector Geometry Processing Clip, but it wants to extract the data inside the polygon and create a new file with the extracted data. (To be expected) * Plugin 'Clipper': I select my lonely polygon, and then activate one of the line layers (which is also in edit mode). The plugin seems to do nothing when I choose 'intersection' or 'clipping' preview, and when I choose 'clip' it tells me to select at least one feature (but my polygon is still selected.) The home-page link comes up as '404 not found' * Didn't notice anything in the Advanced Digitizing plugin. * CadTools and CadDigitize - no relevant facility found, but really nice 'Help' doc - thanks guys! * Feature 'Cut with Polygon from another Layer' deletes the pieces I want to keep. * Feature: 'Split selected features with line from another layer' is to some extent what I want, but I want '... with polygon from another layer' So, I eventually gave up and converted my polygon into a line layer, and used 'Split selected features with line from another layer', but this is incredibly tedious because: * It only does one layer at a time * I then have to select the line segments that I want to delete. So, does anyone know of a way to efficiently cut features in multiple layers using a polygon, and then to be able to select the pieces (multiple layers) that are either inside or outside the polygon, and then delete them? Regards & 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] Couldn't load PyQGIS error after compile - Fixed
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
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
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
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 - FEEDBACK
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 <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
Re: [Qgis-developer] Downloading & compiling QGIS - FEEDBACK
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 <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
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
[Qgis-developer] Downloading & compiling QGIS
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
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] EPSG codes
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] Snapping tolerance
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
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
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
Re: [Qgis-developer] EPSG codes
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
Re: [Qgis-developer] EPSG codes
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
[Qgis-developer] EPSG codes
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] Groups in Layers panel
On 2014/11/18 23:34, Nyall Dawson wrote: On 19 Nov 2014 8:17 am, "Yves Jacolin" <mailto:yjaco...@free.fr>> wrote: > > > > 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. > You can choose the "up to bottom stop the first" mode in identify. > You can also (with 2.6) right click with the identify tool to get a popup menu with features from all intersecting layers. Now that solves the issue - thank you both.:-) Nyall ___ 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
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"
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
Re: [Qgis-developer] Stability (2.8 LTS) vs development (3.0), a proposed way forward
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 <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
Re: [Qgis-developer] Field Calculator "permanence"
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 -- === Zo
Re: [Qgis-developer] Field Calculator "permanence"
Hi Andreas, I was hoping the QGIS project would keep the definition of the virtual fields - at least until I exited QGIS - and then by re-opening the same SHP file, I hoped for a reconnection of virtual fields. Yes, I know it's not that simple, but exploring QGISes abilities is what I am playing with now. Thanks for the pointer to 'Save Layer Definition file' - I've never noticed that, so I'll play with that for a bit. Thanks to Matthias too for his comments. Yes, it is a bummer that you can only generate virtual content _dynamically_ with the FC (and SHP files). Hopefully not to open a can of worms, but I can't see any reason why QGIS cannot create some sort of information/status/whatever file by using a '.Qstuff' type file extension stored with the SHP file name. This would not interfere with other SW using SHP files, and would greatly enhance QGIS's ability in processing this (really hateful) file format. I abhor SHP file format, but it has unfortunately become the de facto request from clients, so it would be nice to have more advanced processing capabilities for this format. Regards & have a good weekend. Zoltan On 2014/11/07 18:59, Andreas Neumann wrote: Hi Zoltan, If you remove and re-add the shapefile you will of course loose the virtual fields, as they are stored with the project and not with the data. 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 ;-) 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 =
Re: [Qgis-developer] Field Calculator "permanence"
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"
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
[Qgis-developer] Field Calculator "permanence"
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] VRT functionality
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: relativeToVRT="1">2730/2730_RIVER_LINE_2006_06.shp relativeToVRT="1">2731/2731_RIVER_LINE_2006_04.shp relativeToVRT="1">2732/2732_RIVER_LINE_2006_04.shp * 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 , 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 as well. But QGIS will also asks the field definition, and will need to open each , unless you define * 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 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 needed, in the VRT file). Onc
Re: [Qgis-developer] VRT functionality
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: 2730/2730_RIVER_LINE_2006_06.shp 2731/2731_RIVER_LINE_2006_04.shp 2732/2732_RIVER_LINE_2006_04.shp * 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 , 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 as well. But QGIS will also asks the field definition, and will need to open each , unless you define * 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 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 needed, in the VRT file). Once the user has zoomed into his/her area of interest, and turns rendering on for the VRT, then (hopefully) only the underlying shapefiles in that AOI need to be physically accessed. So, how compatible is the current code when opening a VRT, to zeroing the need to open any underlying VRT files
[Qgis-developer] VRT functionality
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: relativeToVRT="1">2730/2730_RIVER_LINE_2006_06.shp relativeToVRT="1">2731/2731_RIVER_LINE_2006_04.shp relativeToVRT="1">2732/2732_RIVER_LINE_2006_04.shp * 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
Re: [Qgis-developer] Vector equivalent of a VRT - Linux bash script
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 "" > $VRT echo " " >> $VRT for shp in `find $DIR -iname $WLC` do lay="`ogrinfo -al -so $shp | grep -i "layer name:" | awk '{print $3}'`" echo " " >> $VRT echo "${shp} " >> $VRT echo " " >> $VRT done echo " " >> $VRT echo "" >> $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
Re: [Qgis-developer] Vector equivalent of a VRT
On 2014/10/26 16:22, Even Rouault wrote: You likely need to add the attribute relativeToVRT="1" in so that the paths are interpreated relatively to the VRT file. i.e. 2730/2730_RIVER_LINE_2006_06.shp 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
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 name:shpname>, and below is the version having a global OGRVRTLayer name. ESRI Shapefile:2730/2730_RIVER_LINE_2006_06.shp 1 2730_RIVER_LINE_2006_06 30.00 -28.37 31.00 -27.00 ESRI Shapefile:2731/2731_RIVER_LINE_2006_04.shp 1 2731_RIVER_LINE_2006_04 31.00 -28.00 32.25 -27.00 ESRI Shapefile:2732/2732_RIVER_LINE_2006_04.shp 1 2732_RIVER_LINE_2006_04 32.00 -28.00 32.819133 -27.00 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. source1.shp source2.shp """ 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: 2730/2730_RIVER_LINE_2006_06.shp 2731/2731_RIVER_LINE_2006_04.shp 2732/2732_RIVER_LINE_2006_04.shp 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
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 , and below is the version having a global OGRVRTLayer name. ESRI Shapefile:2730/2730_RIVER_LINE_2006_06.shp 1 2730_RIVER_LINE_2006_06 30.00 -28.37 31.00 -27.00 ESRI Shapefile:2731/2731_RIVER_LINE_2006_04.shp 1 2731_RIVER_LINE_2006_04 31.00 -28.00 32.25 -27.00 ESRI Shapefile:2732/2732_RIVER_LINE_2006_04.shp 1 2732_RIVER_LINE_2006_04 32.00 -28.00 32.819133 -27.00 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. source1.shp source2.shp """ 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
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 name:shpname>, and below is the version having a global OGRVRTLayer name. ESRI Shapefile:2730/2730_RIVER_LINE_2006_06.shp 1 2730_RIVER_LINE_2006_06 30.00 -28.37 31.00 -27.00 ESRI Shapefile:2731/2731_RIVER_LINE_2006_04.shp 1 2731_RIVER_LINE_2006_04 31.00 -28.00 32.25 -27.00 ESRI Shapefile:2732/2732_RIVER_LINE_2006_04.shp 1 2732_RIVER_LINE_2006_04 32.00 -28.00 32.819133 -27.00 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
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] Vector equivalent of a VRT
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
[Qgis-developer] QGIS and South Oriented CRS
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
On 2014/09/04 10:17, Geo DrinX wrote: Hello Zoltan, a VRT is a Virtual Raster Table and applies to raster data not Vector data. gdal deals with raster, and ogr with vector. VRT is not only for Raster .You will find this article very interesting : http://www.portailsig.org/content/ogr-que-la-force-soit-avec-les-formats-virtuels I learn every day. Perhaps today I will learn French? :-) You having said this, does clarify your question. - Nope, I am not aware of such facility in QGIS (but that doesn't say much). Regards and share your experience with this question. Zoltan :) So, Vector VRT are very powerful , and I repeat the question : it just exists a QGIS menu function or other to save vector layer VRT definition file ? Thank you again for any info about this Roberto -- === 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
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?
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?
+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" <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?
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] Stress about release plans
On 2014/07/22 17:45, Paolo Cavallini wrote: Il 22/07/2014 17:17, Bo Victor Thomsen ha scritto: My suggestion is that*one* of the three version cycles is replaced with the following: Sorry Bo if I appear rude, but good ideas are not what we are missing. Manpower (~=money) is what is missing to implement them. Therefore: funding welcome, be sure we can devise a suitable strategy to solve these problems once we have suitable resources. All the best, and thanks for your thoughts. Wow, I could be so off the mark with this, as I am not even aware if there is a regular donor for QGIS, or just ad-hoc income - but perhaps me coming from the outside, might give you fresh ideas to mull over. So, The guys who have been long term dev contributors to QGIS (effort, not money) should surely have some idea what effort it might take maintain an LTS version. Perhaps they could agree that for the 1st LTS version, one or two of them would take on the responsibility for maintaining that LTS version (yes, they might need the guidance of the people who wrote the part of code "that blew up"). For the next LTS version, this responsibility could move to other devs, and so the burden of LTS maintenance could rotate amongst suitably qualified and willing devs. Then, given that QGIS is a mature project that is widely used, is there not some organisation that would be willing to fund the LTS maintainers on a monthly retention basis? (a retainer, rather than a "fee per fix" will offer small but regular income for the dev.) Canonical? Would OSGEO have some contacts? Maybe set up a special corner of the QGIS Web page where you could show the Company logo of anyone prepared to sponsor a particular LTS cycle? (This last thought would mean that QGIS would have to fund-raise for each LTS cycle - not great :-( ) If you coincided the LTS versions with (say) Ubuntu, that would also be useful for stability, but that could mean that the LTS maintenance Devs would have to deal with backports so that QGIS does not become too old before the next LTS cycle. Note also that most new features come with plugins, so as long as a new plugin is also certified against the prevailing LTS version, QGIS users won't have to suffer with a (too much) out of date QGIS. Anyway, I hope my thoughts will stimulate ideas on how to handle this, but in short perhaps decide in this order: 1. How long between LTS cycles (maybe pick 2 or 3 scenarios) 2. How many devs need to be available for ad-hoc bug-fixes for a particular LTS cycle 3. How these (willing) devs could be cycled over different LTS periods so they don't get bored and stuck with maintaining old code. 4. What effort (read money) would they want _as a retainer_ (rather than "fee per fix") 5. How to get the money for the retainers 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] Stress about release plans
On 2014/07/21 17:35, Lene Fischer wrote: Hi, This is not a mail about bugs or issues on a special feature -- just a matter of time. .. What if we had : ·A long term stable version for ex. 12 months with bugfix only ·A developer version for 4 months with new features and bugfixes => Stable version with short bugfix-period => New developer I am not a contributing developer, so my feelings are just that: "mine" - and perhaps not that of the QGIS-DEV community, but: What if you created a resource for downloading from, and told your students that that is the only version that they be allowed to download use for your course? Yes, this way may still not assist you with bugs you find after the start of your course and perhaps end of support for that particular version, but I think part of the appeal of QGIS is that bug fixes and features "arrive all the time" - and this way you have the possibility of begging for priority of an issue that particularly affects you. You may be lucky, and there is definite merit in a planned release sequence rather like Ubuntu Linux, but maybe it is a question of regular funding. I'd be interested in the responses form the QGIS community, but perhaps we should choose a list and not cross-post every response. (I have not cross posted this to qgis-user) Regards, Zoltan I do know it will give the developers more work -- I do know it will cost more money -- But I´m sure a lot of administrators will recommend, use and support if we get a more stable environment. So please -- consider another release plan in the future. Regards *Lene Fischer* Associate Professor *Department of Geosciences and Natural Resource Management* University of Copenhagen MOB +45 40115084 l...@ign.ku.dk <mailto:l...@ign.ku.dk> SCIENCE_bomaerke_UK ___ 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?
On 2014/07/02 11:57, Nathan Woodrow wrote: On Wed, Jul 2, 2014 at 4:57 PM, Zoltan Szecsei <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] Do we need a single select map tool?
+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 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] Release plans
+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
On 2014/06/02 08:42, Martin Dobias wrote: Hi Zoltan On Wed, May 28, 2014 at 10:31 PM, Zoltan Szecsei 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
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
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 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" 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" 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
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
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
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"
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"
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] auto aligning adjoining features
On 2014/03/20 11:31, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/03/2014 09:58, Zoltan Szecsei ha scritto: It would be cool if this could be automated, with the ability to set snapping tolerances, and choosing whether to have a master feature set to move to, or to average the gap between the features (ie: move both features to the averaged common boundary). The final result must have identical vertices in both the adjoining features even if they are in separate maps, and the ability to set a master (aka unmoveable) feature is critical in case you need to align more than 2 features (eg: Municipal boundary with cultivated land with road), as you would not want a previously aligned feature set to "walk" whilst you are aligning a further feature set to it. the plugin lwgeom could be extended, adding snap to grid functionality. Hi By what name is lwgeom in the plugin repository? I can't seem to find it. Also, "snap to grid" is not what I'm thinking would be useful, but I'm not seeing it in relation to lwgeom. REgards, Zoltan I agree this would be useful. contributions welcome. all the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlMqtWQACgkQ/NedwLUzIr4nJACdHKRfTIV/m0l1V5pZSdB9W56c iDIAoJnaLoDRyWw9CVZrZsMSkOJoLPSj =+19+ -END PGP SIGNATURE- ___ 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] auto aligning adjoining features
Hi Dev list, Is anyone aware of a plugin that can: * auto-snap (make concurrent) borders between adjoining polygons (perhaps also in different map-layers) (Like topologically aligning cultivated land polygons with river banks or other adjoining polygon features) * auto-snap (make concurrent) polygons borders with line features (perhaps also in different map-layers) (Like topologically aligning cultivated land polygons with road or other line features) * Drop in vertices at places where features intersect each other (perhaps also in different map-layers) Like a road crossing a field (but not dividing the field into two pieces), or a bridge feature running on top of a road feature (placing vertices on the road feature directly under the start & endpoints of the bridge line) It would be cool if this could be automated, with the ability to set snapping tolerances, and choosing whether to have a master feature set to move to, or to average the gap between the features (ie: move both features to the averaged common boundary). The final result must have identical vertices in both the adjoining features even if they are in separate maps, and the ability to set a master (aka unmoveable) feature is critical in case you need to align more than 2 features (eg: Municipal boundary with cultivated land with road), as you would not want a previously aligned feature set to "walk" whilst you are aligning a further feature set to it. Thanks & 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
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 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 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 -- 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
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
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
Re: [Qgis-developer] Common QGIS Plugin configuration accross multiple Linux users
On 2014/03/09 22:48, Blumentrath, Stefan wrote: Hi Richard, A platform independent solution would be an elegant solution. What we do (on Windows) is having a folder on a server containing QGIS default settings (e.g. reg-files for DB-connections, Connections for web services, but also, most popular plugins, map and print composer templates). These default settings can be imported by the users by executing a simple batch-script we produced for that purpose. If that is of interest for somebody I could post the content of the .bat file... From that starting point, colleagues can adjust the default settings to their personal needs and preferences... This is great - the extra step that I would like to see is that it is not only built in and automated, but has controls whereby an administrator could "force" certain PCs on the network to only be able to use the configs stipulated by the master installation of QGIS. When one is managing 15+ PCs it is not trivial to make sure that you have copied identical configs to all of them, and to know when someone has kindly messed up one of your production PCs. Rgds, Zoltan Cheers Stefan -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Richard Duivenvoorde Sent: 9. mars 2014 20:28 To: Tim Sutton; Zoltan Szecsei Cc: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Common QGIS Plugin configuration accross multiple Linux users ~/.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 ___ 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. 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
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] Common QGIS Plugin configuration accross multiple Linux users
Great - thanks Tim, Cheers for now, Zoltan On 2014/03/09 19:54, Tim Sutton wrote: Hi Zoltan On Sun, Mar 9, 2014 at 7:40 PM, Zoltan Szecsei <mailto:zolt...@geograph.co.za>> wrote: 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? The two directories you care about in this case are ~/.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 :-) Regards Tim 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 <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-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Common QGIS Plugin configuration accross multiple Linux users
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] My God: plugin palette disappeared :(
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] [QGIS-UX] Fwd: Re: Renaming Save Style -> Save Properties (Vector layer dialog)
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 <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 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 -- 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 mail
Re: [Qgis-developer] [QGIS-UX] Fwd: Re: Renaming Save Style -> Save Properties (Vector layer dialog)
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" An: "Andreas Neumann" Kopie: "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 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] Buffering/caching/auto-saving vector styles
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] Renaming Save Style -> Save Properties (Vector layer dialog)
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 <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 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 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
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)
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
Re: [Qgis-developer] Data encryption
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.35"S 18°28'5.62"E 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
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.35"S 18°28'5.62"E 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
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.35"S 18°28'5.62"E 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