Re: [QGIS-Developer] [Qgis-developer] Processing toolbox SAGA not working

[roy roy]

Thanks for the helpful info Giovanni!



Il 04/05/2017 21:40, Giovanni Manghi ha scritto:
> Hi,
>
>
>
>> i'm experiencing problems with saga
>>
>> in processing toolbox, SAGA modules they do
>>
>> not work, it seems like SAGA have been updated (2.3.1)
>>
>> but processing is not longer compatible with the new
>>
>> version, is this true or do I have a specific problem with
>>
>> my setup ?
>
> yes, there are known issues. If you use Windows/osgeo4w for now is
> better to stick with SAGA 2.1.2 (from osgeo4w)
>
> https://issues.qgis.org/issues/16423
>
> the above issue is not a Processing one, but rather a packing one.
>
> cheers!
>
> -- G --
> ___
> 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 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] Processing toolbox SAGA not working

[roy roy]

Hi,


i'm experiencing problems with saga

in processing toolbox, SAGA modules they do

not work, it seems like SAGA have been updated (2.3.1)

but processing is not longer compatible with the new

version, is this true or do I have a specific problem with

my setup ?


thanks!

___
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] A couple of ideas for QGIS

[roy roy]

Thanks Mattias for the info,

I do not have a predetermined preference
between geopackage and spatialite

if you don't mind,

i do not know very well the gpkg format but
I understand that it's not spatialite.

I'd like to understand the pros or cons
between the two formats

does geopackage support:

-SQLite SQL language with triggers
joins aggregate etc..

-SQL spatial query

-coordinate tranformation

-SQL VIEWS

-non spatial tables

-i mean is it a fully featured database
or does it uses another language ?

-High level difference beetween geopackage
and spatialite?

I can grasp spatialite in 5 min knowing
that i'ts a fully featured SQL relational database
but cannot wrap my head around geopackage:

"GeoPackage Encoding Standard governs the rules and requirements of content
stored in a GeoPackage container" ...so is geopackage a set of rules on 
how data
should be store into an SQLite database?

in the end (for now) i find spatialite much more
intuitive and i think QGIS would benefit
supporting at least point 1 (drop column from spatialite)

thanks for any insight, Roy.

> Hi Roy,
>
> These are both addressed for geopackage already.
>
> Number one is a core feature (thanks to Even Rouault), number two is a
> plugin called "qgpkg" (thanks to Sourcepole) and would IMO really be a
> good candidate for core functionality.
>
> Bests
>
> Matthias
>
> On 4/3/17 9:37 AM, roy roy wrote:
>> Dear QGIS Developers,
>>
>> I think QGIS would benefit adding the following features;
>> if you find them interesting they may be added to QGIS 3.0:
>>
>> 1 - Better support for Spatialite tables:
>>
>> it is now impossible to remove columns from a spatialite
>> table, i know it's not supported by SQLite but there is a
>> simple work around that consists in creating a new table
>> without the removed column/s
>>
>> 2 - Save project data into SQLite/Spatialite db:
>>
>> this would grant users the choice to save all the work
>> in one unique file ( data, layer style ), very handy for
>> backups and sharing/shipping
>>
>> i'm not a c++ developer but i can help with docs
>> and testing.
>> best regards,
>>
>> Roy.
>>
>>
>> ___
>> 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 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 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] A couple of ideas for QGIS

[roy roy]

Dear QGIS Developers,

I think QGIS would benefit adding the following features;
if you find them interesting they may be added to QGIS 3.0:

1 - Better support for Spatialite tables:

it is now impossible to remove columns from a spatialite
table, i know it's not supported by SQLite but there is a
simple work around that consists in creating a new table
without the removed column/s

2 - Save project data into SQLite/Spatialite db:

this would grant users the choice to save all the work
in one unique file ( data, layer style ), very handy for
backups and sharing/shipping

i'm not a c++ developer but i can help with docs
and testing.
best regards,

Roy.


___
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] Processing UI looks strange

[roy roy]

Hi, witch version of QGIS are you using,
I don't see this problems in 2.14 Ubuntu


I noticed since a couple of days that the UI of Processing look like it
is not gridded (see attachment).

Is this something of my local machine?

Cheers

Matteo





___
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 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 in Ubuntu 16.04

[roy roy]

It's already fixed, i'm sticking with Ubuntu then.

Thanks to maintainers for the great work!!


> QGIS and GRASS GIS installed on Ubuntu, the
>
> QGIS packages with "ubuntugis" dependencies are now broken:
>
> http://hub.qgis.org/issues/16386
>
> "Yesterday, UbuntuGIS got a GDAL 2.1.3 update, so QGIS need to be rebuilt
> against that version."
>
> Is it possible for QGIS to be rebuilt with the updated libraries?
>
> I know QGIS is rebuild every month but will it be now?
>
> You guys want to force me to use windows, you have to admit that! :-)
>
> given that I (of course) appreciate the effort of maintainers,
>
> thanks, Roy.
> ___
> 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 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] QGIS in Ubuntu 16.04

[roy roy]

I wonder if someone has advice on how to have

QGIS and GRASS GIS installed on Ubuntu, the

QGIS packages with "ubuntugis" dependencies are now broken:

http://hub.qgis.org/issues/16386

"Yesterday, UbuntuGIS got a GDAL 2.1.3 update, so QGIS need to be rebuilt
against that version."

Is it possible for QGIS to be rebuilt with the updated libraries?

I know QGIS is rebuild every month but will it be now?

You guys want to force me to use windows, you have to admit that! :-)

given that I (of course) appreciate the effort of maintainers,

thanks, Roy.
___
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] Ubuntu snap for QGIS

[roy roy]

I "discovered" that ubuntu is promoting an universal package manage,

"ubuntu snap", that seems to have some advantages like isolation

and parallel installation of different versions of the program,

could it be interesting for QGIS to have snap packages?

___
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] Field Menu Range settings odd behaviour

[roy roy]

Hi,

working with Field menu range in QGIS 2.18 I notice that the problem

is still there despite the introduction of costraint:

say that i want to set a range for an integer field
called "numfield" with

min value 1

max value 5

step 1

at this point i would expect that QGIS only accepts "1 2 3 4 5" and
throw an error if i insert 6

to enforce this behaviour I set some costraints:

not NULL

"numfield" >= 1 AND "numfield" <=5

while editing infact if i erroneously insert "6" QGIS will not complain
and will happily save the maximun value for range (i.e. 5) i find this odd
and a way to defeat the hole pourpose of my setting.

What is really happening is that QGIS automatically change the value I insert
with the max range value which is clearly an error that leads to data 
corruption;

if someone can confirm i'll open a Bug report.

Thanks, Roy.




Il 21/11/2016 09:40, Matthias Kuhn ha scritto:
> Hi,
>
> With QGIS 2.16 constraints have been introduced that are able to check
> entered values and provide feedback as well as prevent the user from
> clicking ok:
>
> https://www.qgis.org/en/site/forusers/visualchangelog216/index.html#feature-constraints-on-widgets
>
> All the best
> Matthias
>
> On 11/21/2016 09:18 AM, roy roy wrote:
>> Hi:)
>> Anybody interest in this issue?
>>
>> Il 17/11/2016 11:36, roy roy ha scritto:
>>> Hi,
>>>
>>> working with field menu (QGIS 2.14.8 OSGEO4W64) i noted a behaviour that
>>> i find misleading and
>>>
>>> could potentially lead to severe errors in edit session:
>>>
>>> say that i want to set a range for an integer field with
>>>
>>> min value 1
>>>
>>> max value 5
>>>
>>> step 1
>>>
>>> at this point i would expect that QGIS only accepts "1 2 3 4 5" and
>>> throw an error if i insert 6
>>>
>>> while editing; infact if i erroneously insert "6" QGIS will not complain
>>> and happily save the
>>>
>>> maximun value for range (i.e 5) i find this odd and a way to defeat the
>>> hole pourpose of my
>>>
>>> setting.
>>>
>>> I think this is a bug, can anyone confirm? If this is the expected
>>> behaviour i think the logic
>>>
>>> of this tool is flawed because QGIS should not insert values at his own
>>> will but should instead warn the
>>>
>>> user that the value is outside the expected range.
>>>
>>>
>>> Thanks, Roy.
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
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] New feature proposal for the Dissolve tool

[roy roy]

Hi Anita, that does not do what Marco is asking for, because you get a 
multipart geometry;

he needs a linestring geometry I think...

Il 22/02/2017 11:10, Anita Graser ha scritto:
Hi Marco,

The Dissolve tool already has a "unique fields" option. It sounds like you are 
reinventing that.

Best wishes,
Anita



On Wed, Feb 22, 2017 at 10:32 AM, Marco Grisolia 
mailto:marco.grisol...@gmail.com>> wrote:
Hi,
I recently answered to a question on GIS StackExchange [0]. In this question, 
the asker was looking for a way for dissolving features using an adjacency 
criterion instead of using common attribute field (please, follow the link 
below for a better understanding). This feature is already available in the 
analogous ArcGIS tool when the"Create multipart features" option is enabled and 
I think it could be of interest having an additional option like this in the 
"Dissolve" tool main dialog for next releases.
I never submitted a feature request on the QGIS Project site but, since there 
is already a (very rough) code and a general idea on how to approach the issue, 
I didn't know if this was the case of adding it there. Otherwise, let me know 
if I need to add it on the QGIS Project site (if this is the case, I'm sorry 
for wasting your time).
Regards,
Marco


[0] http://gis.stackexchange.com/questions/228267/merging-adjacent-lines-in-qgis

___
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 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 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] New feature proposal for the Dissolve tool

[roy roy]

Hi Marco,

there is an OGR geoalgorithm that seems to do what you are describing

in QGIS Processing (Dissolve polygons) maybe its easy to adapt it

to also work with lines ...

Il 22/02/2017 10:32, Marco Grisolia ha scritto:
Hi,
I recently answered to a question on GIS StackExchange [0]. In this question, 
the asker was looking for a way for dissolving features using an adjacency 
criterion instead of using common attribute field (please, follow the link 
below for a better understanding). This feature is already available in the 
analogous ArcGIS tool when the"Create multipart features" option is enabled and 
I think it could be of interest having an additional option like this in the 
"Dissolve" tool main dialog for next releases.
I never submitted a feature request on the QGIS Project site but, since there 
is already a (very rough) code and a general idea on how to approach the issue, 
I didn't know if this was the case of adding it there. Otherwise, let me know 
if I need to add it on the QGIS Project site (if this is the case, I'm sorry 
for wasting your time).
Regards,
Marco


[0] http://gis.stackexchange.com/questions/228267/merging-adjacent-lines-in-qgis



___
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 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] Field Menu Range settings odd behaviour

[roy roy]

Ok, Thanks !!


Il 21/11/2016 09:40, Matthias Kuhn ha scritto:
> Hi,
>
> With QGIS 2.16 constraints have been introduced that are able to check
> entered values and provide feedback as well as prevent the user from
> clicking ok:
>
> https://www.qgis.org/en/site/forusers/visualchangelog216/index.html#feature-constraints-on-widgets
>
> All the best
> Matthias
>
> On 11/21/2016 09:18 AM, roy roy wrote:
>> Hi:)
>> Anybody interest in this issue?
>>
>> Il 17/11/2016 11:36, roy roy ha scritto:
>>> Hi,
>>>
>>> working with field menu (QGIS 2.14.8 OSGEO4W64) i noted a behaviour that
>>> i find misleading and
>>>
>>> could potentially lead to severe errors in edit session:
>>>
>>> say that i want to set a range for an integer field with
>>>
>>> min value 1
>>>
>>> max value 5
>>>
>>> step 1
>>>
>>> at this point i would expect that QGIS only accepts "1 2 3 4 5" and
>>> throw an error if i insert 6
>>>
>>> while editing; infact if i erroneously insert "6" QGIS will not complain
>>> and happily save the
>>>
>>> maximun value for range (i.e 5) i find this odd and a way to defeat the
>>> hole pourpose of my
>>>
>>> setting.
>>>
>>> I think this is a bug, can anyone confirm? If this is the expected
>>> behaviour i think the logic
>>>
>>> of this tool is flawed because QGIS should not insert values at his own
>>> will but should instead warn the
>>>
>>> user that the value is outside the expected range.
>>>
>>>
>>> Thanks, Roy.
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] Field Menu Range settings odd behaviour

[roy roy]

Hi:)
Anybody interest in this issue?

Il 17/11/2016 11:36, roy roy ha scritto:
> Hi,
>
> working with field menu (QGIS 2.14.8 OSGEO4W64) i noted a behaviour that
> i find misleading and
>
> could potentially lead to severe errors in edit session:
>
> say that i want to set a range for an integer field with
>
> min value 1
>
> max value 5
>
> step 1
>
> at this point i would expect that QGIS only accepts "1 2 3 4 5" and
> throw an error if i insert 6
>
> while editing; infact if i erroneously insert "6" QGIS will not complain
> and happily save the
>
> maximun value for range (i.e 5) i find this odd and a way to defeat the
> hole pourpose of my
>
> setting.
>
> I think this is a bug, can anyone confirm? If this is the expected
> behaviour i think the logic
>
> of this tool is flawed because QGIS should not insert values at his own
> will but should instead warn the
>
> user that the value is outside the expected range.
>
>
> Thanks, Roy.
>
>
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] Field Menu Range settings odd behaviour

[roy roy]

Hi,

working with field menu (QGIS 2.14.8 OSGEO4W64) i noted a behaviour that 
i find misleading and

could potentially lead to severe errors in edit session:

say that i want to set a range for an integer field with

min value 1

max value 5

step 1

at this point i would expect that QGIS only accepts "1 2 3 4 5" and 
throw an error if i insert 6

while editing; infact if i erroneously insert "6" QGIS will not complain 
and happily save the

maximun value for range (i.e 5) i find this odd and a way to defeat the 
hole pourpose of my

setting.

I think this is a bug, can anyone confirm? If this is the expected 
behaviour i think the logic

of this tool is flawed because QGIS should not insert values at his own 
will but should instead warn the

user that the value is outside the expected range.


Thanks, Roy.





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

[Qgis-developer] SVG Path duplicated and wrong (was: Re: Processing takes a very long time to close the Options popup)

[roy roy]

Il 26/10/2016 22:58, Nyall Dawson ha scritto:


Can you try with 2.18/2.14.8. This issue was fixed recently, 
but since 2.16 is end of lifed it didnt receive the fix.

Nyall


I can confirm tha the issue is still there in windows 2.14.8 OSGeo4W64:


http://hub.qgis.org/issues/15759

the path seems also wrong indeed:

C:/Users/user/.qgis2//svg/
C:/OSGEO4~1/apps/qgis-ltr/./svg/


sorry Paolo for hijaking the tread.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Processing takes a very long time to close the Options popup

[roy roy]

Il 26/10/2016 17:40, Victor Olaya ha scritto:
> is that on master?
>
> I detected that and found out that the grass icon, being a SVG, was
> causing that delay, since it was loaded hundreds of times

Hi, not shure if this can be related to this issue i found today
about SVG symbols Path:

http://hub.qgis.org/issues/15759

maybe you had hundreds of duplicated path(?)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Set Composer scale with pyqgis

[roy roy]

Hi,

for some reason my email client did not download
or received the answer to my question, sent by "boesiii",
that i find righ now browsing the mailing list archive.

So, using

map_item.setNewScale(canvas.scale())


i can surely set the scale for the map composer

thank you Boesiii

and sorry to the list for my second
message.


Il 11/07/2016 09:55, roy roy ha scritto:
> Hi,
>
> still the only way i found to set the composer
> map is using
>
> zoomToExtent(canvas.extent())
>
> but not able to set a custom defined scale,
> any hint to find some documentation
> or some way to set the composer scale using pyQGIS?
> thanks again
>
> Il 07/07/2016 12:59, roy roy ha scritto:
>> Hi, I'm trying to print a map using pyqgis and an existing template:
>>
>> # i already loaded a layer and zoomed to the layer:
>>
>> qgis.utils.iface.zoomToActiveLayer()
>>
>> # now i need to zoom to a "precise" scale
>> canvas = qgis.utils.iface.mapCanvas()
>> canvas.zoomScale(2500) # this works for the canvas not in the composer
>>
>> # load the template
>> template_file = file(template_path)
>> template_content = template_file.read()
>> template_file.close()
>> document = QDomDocument()
>> document.setContent(template_content)
>> composition = QgsComposition(canvas.mapSettings())
>> composition.loadFromTemplate(document)
>> map_item = composition.getComposerItemById('map')
>> map_item.setMapCanvas(canvas)
>>
>> # at this point i need to set the extent to fit the layer
>> map_item.zoomToExtent(canvas.extent()) # this will not be in scale 2500
>> of course
>>
>> now i need the scale to be say 2500 but i cannot find how to
>> set the value
>>
>> thanks for any help, Roy
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] Set Composer scale with pyqgis

[roy roy]

Hi,

still the only way i found to set the composer
map is using

zoomToExtent(canvas.extent())

but not able to set a custom defined scale,
any hint to find some documentation
or some way to set the composer scale using pyQGIS?
thanks again

Il 07/07/2016 12:59, roy roy ha scritto:
> Hi, I'm trying to print a map using pyqgis and an existing template:
>
> # i already loaded a layer and zoomed to the layer:
>
> qgis.utils.iface.zoomToActiveLayer()
>
> # now i need to zoom to a "precise" scale
> canvas = qgis.utils.iface.mapCanvas()
> canvas.zoomScale(2500) # this works for the canvas not in the composer
>
> # load the template
> template_file = file(template_path)
> template_content = template_file.read()
> template_file.close()
> document = QDomDocument()
> document.setContent(template_content)
> composition = QgsComposition(canvas.mapSettings())
> composition.loadFromTemplate(document)
> map_item = composition.getComposerItemById('map')
> map_item.setMapCanvas(canvas)
>
> # at this point i need to set the extent to fit the layer
> map_item.zoomToExtent(canvas.extent()) # this will not be in scale 2500
> of course
>
> now i need the scale to be say 2500 but i cannot find how to
> set the value
>
> thanks for any help, Roy
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] Set Composer scale with pyqgis

[roy roy]

Hi, I'm trying to print a map using pyqgis and an existing template:

# i already loaded a layer and zoomed to the layer:

qgis.utils.iface.zoomToActiveLayer()

# now i need to zoom to a "precise" scale
canvas = qgis.utils.iface.mapCanvas()
canvas.zoomScale(2500) # this works for the canvas not in the composer

# load the template
template_file = file(template_path)
template_content = template_file.read()
template_file.close()
document = QDomDocument()
document.setContent(template_content)
composition = QgsComposition(canvas.mapSettings())
composition.loadFromTemplate(document)
map_item = composition.getComposerItemById('map')
map_item.setMapCanvas(canvas)

# at this point i need to set the extent to fit the layer
map_item.zoomToExtent(canvas.extent()) # this will not be in scale 2500 
of course

now i need the scale to be say 2500 but i cannot find how to
set the value

thanks for any help, Roy

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

[Qgis-developer] Map Composer "dinamic" number of pages based on attribute table

[roy roy]

Hi,

I'm trying to understand if it is possible to dinamically set up
the number of pages of the Map Composer, i would like
to create some reports with a map and attribute table/tables
based on  query results, of course the resulting table can have
a variable number of items, requiring one or more pages;
so before trying to "reinvent the wheel" i'm looking for some
pyqgis function or method (if it exists) or some suggestion.
I found that "Reportlab" could handle such scenario but is
it possible to achieve something similar using only pyqgis?

Thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Il 18/05/2016 15:03, Radim Blazek ha scritto:
>
> I fixed that today in bbaef371. The code which should close the map
> was commented, which resulted in keeping the file open and
> impossibility to delete the vector on Windows. Please test with the
> next build.
>
> There was a comment about possible dead-lock, so please pay attention
> to possible freeze when a GRASS vector is deleted and fill a new bug
> in such case. I hope it is OK however.
>
> Radim
>
Hi,
I found GRASS GIS Plugin back on track on QGIS 2.15-dev and just tested 
to load and
delete some vector files, the layer is deleted with no leftover so 
everithing seems good now,

thank you, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Groups not desappearing from legend when filtered

[roy roy]

> Hi all,
> in print layout, if I filter only visible element to be shown in the
> legend, this works. Apparently however the names of empty groups are
> shown anyway: am I wrong? Should I open a ticket?
> Thanks.
I can confirm this behaviour, i agree that empty groups should be 
filtered as well
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [QGIS-UX] Print layout: canvas extent not updated

[roy roy]

Il 11/06/2016 20:54, Paolo Cavallini ha scritto:
>  Maybe better to zoom at first project opening,

I think this would be bad, because it would modify all layout scales 
settings
and i would call this behaviour data corruption

> or what a layout is added, would be useful?
> All the best.
>
i do not have strong opinion on this although i think that any
behaviour that automatically change user's express settings
is not to be pursuit

thanks, Roy

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

Re: [Qgis-developer] [QGIS-UX] Print layout: canvas extent not updated

[roy roy]

  very often composer layout scale have nothing to do with canvas 
workflow, it should be "static"
as the current behaviour,
thanks, Roy

Il 11/06/2016 13:52, Nathan Woodrow ha scritto:
> +1 for what is currently there.  One of the main reasons I move from 
> MapInfo to QGIS was this, annoying when you are editing and return to 
> print and it's moved on you.
>
> On Sat, Jun 11, 2016 at 9:44 PM, Anita Graser  <mailto:anitagra...@gmx.at>> wrote:
>
> On Sat, Jun 11, 2016 at 1:32 PM, Paolo Cavallini
> mailto:cavall...@faunalia.it>> wrote:
>
> Il 2016-06-10 19:34 DelazJ ha scritto:
>
> You mean the first time the print layout is opened
> (created). If so,
> yes this is the way it used to work (and I think it still
> does): at
> the creation the map extent is picked from the canvas.
>
> But imo there's no reason to have the composer map item
> extent synced
> with map canvas each time it's opened.
>
>
> I'm not sure this is what an user expects. IMHO the typical
> use case is: I zoom to the area and scale of interest, open a
> print layout, and go on printing the same area.
> Am I the only one expecting this?
>
>
> ​Maybe I'm just used to the current behavior, but for most of my
> usecases the extent of the print map should stay same while I
> might be busy fixing details in the main window (and thus zooming
> and panning around there).
>
> That's why the current behavior works well for me.
>
> (cc-ing the UX list for input)
>
> Best wishes,
> Anita​
>
>
> ___
> QGIS-UX mailing list
> qgis...@lists.osgeo.org <mailto:qgis...@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/qgis-ux
>
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] Processing Tool clip raster by mask layer (gdalwarp) "open output file" issue

[roy roy]

QGIS 2.14.3 osgeo4w64

Using the Processing tool "clip raster by mask layer"
the resulting raster is assigned a wrong CRS when loaded
in QGIS even if "Prompt for CRS" QGIS option is selected

Thanks Roy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] About feature simplification rendering

[roy roy]

Thank you very mutch Nathan and Alvaro!
Now it's more clear to me, I think this
is very important:

If you have a postgis layer with $area expressions, you only can use 
local simplification

Il 03/06/2016 12:28, A Huarte ha scritto:
> Hi, a few days ago a related pull was merged:
>
> https://github.com/qgis/QGIS/pull/2900
>
> As Nathan said, the simplification only runs in rendering tasks, but 
> before this pull, the original geometry readed from a data source 
> could be simplified when the "simplify" flag is defined in the 
> QgsFeatureRequest used by a FeatureIterator.
>
> Now the geometries never are simplified, the simplification runs using 
> its WKB representation just before it is drawn.
>
> Alvaro
>
> ------------
> *De:* Nathan Woodrow 
> *Para:* roy roy 
> *CC:* qgis-developer 
> *Enviado:* Viernes 3 de junio de 2016 12:11
> *Asunto:* Re: [Qgis-developer] About feature simplification rendering
>
> Hey Roy,
>
> Simplification is only for display reasons. Editing will return the 
> full geometry or else that would be bad.
>
> - Nathan
>
> On Fri, Jun 3, 2016 at 8:04 PM, roy roy  <mailto:royr...@outlook.com>> wrote:
>
> Hi, i've searched in the docs and the web and cannot find
> this info, just because i'd like to be sure:
>
> Can the use of feature simplification (Option Rendering) affect
> in any way my geoprocessing workflow (e.g. using clip, difference
> etc...)?
> i ran some test and it seems it does not, i.e. geoprocessing
> results are
> not affected by feature simplification option (as it should be I
> think)
> Am I correct?
>
> Thanks, Roy.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org <mailto:Qgis-developer@lists.osgeo.org>
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org <mailto:Qgis-developer@lists.osgeo.org>
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>

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

[Qgis-developer] About feature simplification rendering

[roy roy]

Hi, i've searched in the docs and the web and cannot find
this info, just because i'd like to be sure:

Can the use of feature simplification (Option Rendering) affect
in any way my geoprocessing workflow (e.g. using clip, difference etc...)?
i ran some test and it seems it does not, i.e. geoprocessing results are
not affected by feature simplification option (as it should be I think)
Am I correct?

Thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Advenced digitizing rotate tool warps geometries

[roy roy]

I notice that this only happens if you are using a
geographic coordinate system for the layer,
it seems ok with projected systems

Il 30/05/2016 12:54, roy roy ha scritto:
> As per subject the advanced digitizing tool warps
> the geometry when used, e.g.
>
> draw an orizontal line and rotate till it's vertical or almost vertical
> confirm the action and the line will be much longer; this will
> happen also with areas.
>
> I've searched in the bug traking system and could not
> find this possible bug, if you can confirm i'll open a ticket
>
> thanks, Roy.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] Advenced digitizing rotate tool warps geometries

[roy roy]

As per subject the advanced digitizing tool warps
the geometry when used, e.g.

draw an orizontal line and rotate till it's vertical or almost vertical
confirm the action and the line will be much longer; this will
happen also with areas.

I've searched in the bug traking system and could not
find this possible bug, if you can confirm i'll open a ticket

thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Virtual layer vs DBManager issue

[roy roy]

Il 20/05/2016 14:07, johnrobot ha scritto:
> Hi
> This sound like the bug discussed in
> http://osgeo-org.1560.x6.nabble.com/Project-file-data-loss-td5262903.html.
>
> Magnus
>
>

It could be related but what i'm describing is different,
should I open a tiket about this?

Thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Il 19/05/2016 10:30, Radim Blazek ha scritto:
> On Thu, May 19, 2016 at 9:34 AM, roy roy  wrote:
>> Using osgeo4w64 I installed several packages, there is no GRASS Plugin:
>>
>> QGIS 2.15 nightly with grass 7.0.4
>>
>> QGIS 2.14.2 nightly with grass 7.0.4
>>
>> tried also to revert back to GRASS 7.0.3 but there is no GRASS Plugin;
>>
>> so for this reason, sadly, i cannot test your patch Radim, i'll do ASAP.
> AFAIK, there was no GRASS 64bit in OSGeo4W, thus no plugin in 64 bit
> version. Try 32 bit build.
>
> Radim
>

Ok i'm testing OSGeo4W in 32 bit virtual machine, GRASS Plugin is not 
showing up
on QGIS 2.0.15 nightly; anyway this is more an OSGEO installer issue 
than a QGIS
issue i think.

>> ### P.S.
>>
>> I notice that this "GRASS Plugin not being present" issue
>>
>> is quite annoying, so i wonder what is the policy of
>>
>> osgeo4w package update/upgrade? Should we consider the
>>
>> network installer a developer tool and use the sandalone installer
>>
>> for QGIS regular use instead?
>>
>> QGIS and GRASS along with GRASS Plugin have became powerful
>>
>> tools and I understand that ***a lot*** of work is done by developers to
>>
>> develop, maintain, package, document and release the software, **a lot
>> of valuable work(!)**;
>>
>> sadly IMHO this random behaviour does not give justice to all the good
>> dev work.
>>
>> I think a bit of well delivered information should make things better,
>> something
>>
>> like the LTS release policy, now we normal users know that we can rely
>> on it to do
>>
>> normal work, and we can use regular release to get the newest
>> functionalities.
>>
>> Thanks again, Roy.
>>
>>
>>
>> Il 18/05/2016 15:03, Radim Blazek ha scritto:
>>> On Thu, Apr 21, 2016 at 8:45 AM, roy roy  wrote:
>>>> Ok thanks Nyall,
>>>>
>>>> so what do you suggest to do about this,
>>>> i think it's really quite a issue although it
>>>> happens only on windows ...
>>> I fixed that today in bbaef371. The code which should close the map
>>> was commented, which resulted in keeping the file open and
>>> impossibility to delete the vector on Windows. Please test with the
>>> next build.
>>>
>>> There was a comment about possible dead-lock, so please pay attention
>>> to possible freeze when a GRASS vector is deleted and fill a new bug
>>> in such case. I hope it is OK however.
>>>
>>> Radim
>>>
>>>> Il 18/04/2016 12:10, Nyall Dawson ha scritto:
>>>>
>>>>
>>>> On 18 Apr 2016 19:42, "roy roy"  wrote:
>>>>> Can anyone confirm this issue with GRASS Plugin on:
>>>>>
>>>>> Windows 64/32bit with QGIS 2.14.1 and Master
>>>>>
>>>>> GRASS 7.0.3 GRASS Plugin
>>>>>
>>>>> If you load a vector layer from GRASS DB in QGIS Layers Panel,
>>>>> then you remove it from the panel, still it is impossible to
>>>>> delete the vector from GRASS DB using the Browser Panel delete function.
>>>> I can confirm - this happened to me last week on a Windows build.
>>>>
>>>> Nyall
>>>>
>>>>
>>>>
>>>>
>>>> ___
>>>> Qgis-developer mailing list
>>>> Qgis-developer@lists.osgeo.org
>>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] Autotrace stopped working?

[roy roy]

Good morning Paolo,

Il 21/05/2016 07:54, Paolo Cavallini ha scritto:
>
> * set the snapping options to 10 pixel, vertex only
> * start editing
> * click on Enable tracing
> * click on Add feature
> * first click outside current polygons, second close to it (I see the
> pink cross indicating snap)
> * I move close to the border, but no polygon is traced.
> All the best.
*just in case* have you tried to move close to another vertex (?)
since you have only snap to vertex, my install is working (OSGeo4W64)

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

Re: [Qgis-developer] Autotrace stopped working?

[roy roy]

Good morning Paolo,

Il 21/05/2016 07:54, Paolo Cavallini ha scritto:
>
> * set the snapping options to 10 pixel, vertex only
> * start editing
> * click on Enable tracing
> * click on Add feature
> * first click outside current polygons, second close to it (I see the
> pink cross indicating snap)
> * I move close to the border, but no polygon is traced.
> All the best.
*just in case* have you tried to move close to another vertex (?)
since you have only snap to vertex, my install is working (OSGeo4W64)

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

Re: [Qgis-developer] Regular layer show up as virtual layer in DBManager

[roy roy]

Thanks Nathan,

so I understand that regular layers have to be exposed
(at database level i guess ...) but I think they should not be
listed as virtual layers, it's confusing.
I don't know maybe if it's difficult to hide them, but
*they are not virtual layers*.
Just my 2c feedback, Roy.

Il 20/05/2016 10:46, Nathan Woodrow ha scritto:
>
> Expected. They are exposed as virtual layers so you can query them
>
>
> On Fri, 20 May 2016 6:33 pm roy roy  <mailto:royr...@outlook.com>> wrote:
>
> Hi,
>
> I noticed tha regular layers are listed in DBManager as virtual layer,
> is this expected behaviour?
> I think they should not ... (?)  possibly a bug.
>
> Thanks, Roy.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org <mailto:Qgis-developer@lists.osgeo.org>
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>

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

[Qgis-developer] Virtual layer vs DBManager issue

[roy roy]

I was looking to the new virtual layer function and found
a possible bug:

Load a shapefile (or a spatialite layer or a postgis layer)
make a virtual layer ( select * from layer_name)
browsing layers in DBManager ( table, preview) will
remove layers from the Layer Panel (crearly an unwanted behaviour) 
corrupting the project
also QGIS will ultimately hang

Thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Regular layer show up as virtual layer in DBManager

[roy roy]

Hi,

I noticed tha regular layers are listed in DBManager as virtual layer,
is this expected behaviour?
I think they should not ... (?)  possibly a bug.

Thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Regular layer show up as virtual layer in DBManager

[roy roy]

Hi,

I noticed tha regula layer are listed in DBManager as virtual layer,
is this expected behaviour?
I think they should not ... (?)  possibly a bug.

Thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Il 19/05/2016 10:30, Radim Blazek ha scritto:
> On Thu, May 19, 2016 at 9:34 AM, roy roy  wrote:
>> Using osgeo4w64 I installed several packages, there is no GRASS Plugin:
>>
>> QGIS 2.15 nightly with grass 7.0.4
>>
>> QGIS 2.14.2 nightly with grass 7.0.4
>>
>> tried also to revert back to GRASS 7.0.3 but there is no GRASS Plugin;
>>
>> so for this reason, sadly, i cannot test your patch Radim, i'll do ASAP.
> AFAIK, there was no GRASS 64bit in OSGeo4W, thus no plugin in 64 bit
> version. Try 32 bit build.
>
> Radim
>

Hi, there is in fact GRASS 7.0.3 and 7.0.4 64 bit in OSGeo4W64
i'm indeed using QGIS 2.14.2 with GRASS 7.0.3, there is also
GRASS 7.0.4 but I reverted to GRASS 7.0.3 so that I can use
GRASS Plugin.

So with osgeo4w64, GRASS Plugin works with the current QGIS point 
release (2.14.2)
provided that you revert GRASS to 7.0.3, but it does not with nightly 
builds.

again I do not know what to do (somehow) ... should i stick with 32 bit ?
is OSGeo4W64 to be consitered unstable/experimental?

thanks, Roy.



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

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Using osgeo4w64 I installed several packages, there is no GRASS Plugin:

QGIS 2.15 nightly with grass 7.0.4

QGIS 2.14.2 nightly with grass 7.0.4

tried also to revert back to GRASS 7.0.3 but there is no GRASS Plugin;

so for this reason, sadly, i cannot test your patch Radim, i'll do ASAP.

### P.S.

I notice that this "GRASS Plugin not being present" issue

is quite annoying, so i wonder what is the policy of

osgeo4w package update/upgrade? Should we consider the

network installer a developer tool and use the sandalone installer

for QGIS regular use instead?

QGIS and GRASS along with GRASS Plugin have became powerful

tools and I understand that ***a lot*** of work is done by developers to

develop, maintain, package, document and release the software, **a lot 
of valuable work(!)**;

sadly IMHO this random behaviour does not give justice to all the good 
dev work.

I think a bit of well delivered information should make things better, 
something

like the LTS release policy, now we normal users know that we can rely 
on it to do

normal work, and we can use regular release to get the newest 
functionalities.

Thanks again, Roy.



Il 18/05/2016 15:03, Radim Blazek ha scritto:
> On Thu, Apr 21, 2016 at 8:45 AM, roy roy  wrote:
>> Ok thanks Nyall,
>>
>> so what do you suggest to do about this,
>> i think it's really quite a issue although it
>> happens only on windows ...
> I fixed that today in bbaef371. The code which should close the map
> was commented, which resulted in keeping the file open and
> impossibility to delete the vector on Windows. Please test with the
> next build.
>
> There was a comment about possible dead-lock, so please pay attention
> to possible freeze when a GRASS vector is deleted and fill a new bug
> in such case. I hope it is OK however.
>
> Radim
>
>> Il 18/04/2016 12:10, Nyall Dawson ha scritto:
>>
>>
>> On 18 Apr 2016 19:42, "roy roy"  wrote:
>>> Can anyone confirm this issue with GRASS Plugin on:
>>>
>>> Windows 64/32bit with QGIS 2.14.1 and Master
>>>
>>> GRASS 7.0.3 GRASS Plugin
>>>
>>> If you load a vector layer from GRASS DB in QGIS Layers Panel,
>>> then you remove it from the panel, still it is impossible to
>>> delete the vector from GRASS DB using the Browser Panel delete function.
>> I can confirm - this happened to me last week on a Windows build.
>>
>> Nyall
>>
>>
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Thanks Radim,

i will text with next build !


Il 18/05/2016 15:03, Radim Blazek ha scritto:
> On Thu, Apr 21, 2016 at 8:45 AM, roy roy  wrote:
>> Ok thanks Nyall,
>>
>> so what do you suggest to do about this,
>> i think it's really quite a issue although it
>> happens only on windows ...
> I fixed that today in bbaef371. The code which should close the map
> was commented, which resulted in keeping the file open and
> impossibility to delete the vector on Windows. Please test with the
> next build.
>
> There was a comment about possible dead-lock, so please pay attention
> to possible freeze when a GRASS vector is deleted and fill a new bug
> in such case. I hope it is OK however.
>
> Radim
>
>> Il 18/04/2016 12:10, Nyall Dawson ha scritto:
>>
>>
>> On 18 Apr 2016 19:42, "roy roy"  wrote:
>>> Can anyone confirm this issue with GRASS Plugin on:
>>>
>>> Windows 64/32bit with QGIS 2.14.1 and Master
>>>
>>> GRASS 7.0.3 GRASS Plugin
>>>
>>> If you load a vector layer from GRASS DB in QGIS Layers Panel,
>>> then you remove it from the panel, still it is impossible to
>>> delete the vector from GRASS DB using the Browser Panel delete function.
>> I can confirm - this happened to me last week on a Windows build.
>>
>> Nyall
>>
>>
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Ok thanks Nyall,

so what do you suggest to do about this,

i think it's really quite a issue although it

happens only on windows ...

Il 18/04/2016 12:10, Nyall Dawson ha scritto:

On 18 Apr 2016 19:42, "roy roy" 
mailto:royr...@outlook.com>> wrote:
>
> Can anyone confirm this issue with GRASS Plugin on:
>
> Windows 64/32bit with QGIS 2.14.1 and Master
>
> GRASS 7.0.3 GRASS Plugin
>
> If you load a vector layer from GRASS DB in QGIS Layers Panel,
> then you remove it from the panel, still it is impossible to
> delete the vector from GRASS DB using the Browser Panel delete function.


I can confirm - this happened to me last week on a Windows build.

Nyall


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

[Qgis-developer] GRASS Plugin Delete vector issue in windows

[roy roy]

Can anyone confirm this issue with GRASS Plugin on:

Windows 64/32bit with QGIS 2.14.1 and Master

GRASS 7.0.3 GRASS Plugin

If you load a vector layer from GRASS DB in QGIS Layers Panel,
then you remove it from the panel, still it is impossible to
delete the vector from GRASS DB using the Browser Panel delete function.

Step to reproduce:

- Load a vector file in a GRASS mapset using "v.in.ogr",
- press "View output" to load the vector in QGIS,
- remove the vector from QGIS Layers Panel
- In the Browser panel right click the vector and choose "delete"

the vector file is not deleted (or partially deleted?) and the geometry is 
corrupted
making the file unusable.

also: if you close QGIS and reopen it (before trying to delete the

vector file, the file in deleted without errors.

BTW This does not happens on Linux so it seems specific

to windows NTFS(?)

Thanks, Roy.




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

Re: [Qgis-developer] debian testing/Linux: yellow non-readable tooltips except for gtk+

[roy roy]

Yes  i can confirm, since some years in ubuntu,
sometimes if you close&restart QGIS things get almost normal...
it's a bit annoying because the gtk theme take up
to much screen space

Il 14/04/2016 21:40, Richard Duivenvoorde ha scritto:
> Hi,
>
> since some days I have these yellow background/white character
> (unreadable) tooltips in my self compiled QGIS:
>
>

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

Re: [Qgis-developer] Preserving joined fields in Processing outputs

[roy roy]

I think in general a tool should not overcome his own purpose,
why does joins exists? to maintain data in different tables i think.

my 2c. roy

Il 11/04/2016 11.46, Alexander Bruy ha scritto:
> Hi all,
>
> and sorry for cross-posting.
>
> When cleaning Processing bug queue I found issue [0] about preserving
> joined fields in Procesing outputs. Before implementing this I want to hear
> opinions, does it makes sense at all or better to leave things as is: output
> layer contains only provider (non-joined, not virtual) fields from input 
> layer?
>
> Thanks
>
> [0] https://hub.qgis.org/issues/12893
>

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

Re: [Qgis-developer] GRASS Plugin missing g.copy?

[roy roy]

Thanks Stefan, very clear!

Il 10/04/2016 20:58, Blumentrath, Stefan ha scritto:
> Hi,
>
> I just tested the Browser in QGIS. It has indeed no "Copy" in the context 
> menu, just "Rename",  "Delete" or New vector layer.
> However, Drag and Drop works fine. So if you want to copy a GRASS map, just 
> drag it from the source to destination Mapset. Source and destination can be 
> the same. If a map exists you are asked to specify a name...
>
> Hence, g.copy is not present in the GRASS plugin in QGIS.
>
> For me (QGIS 2.14.0, GRASS 7.0.3, OSGeo4W), g.copy starts also on the 
> commandline. However, if you want to open the module GUI like that you have 
> to run:
> g.copy --ui
>
> Cheers
> Stefan
>
> -Original Message-
> From: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] On 
> Behalf Of roy roy
> Sent: 10. april 2016 16:11
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] GRASS Plugin missing g.copy?
>
>
>
> Il 10/04/2016 15:57, Blumentrath, Stefan ha scritto:
>> Maybe the browser provides that functionality... I guess it does...
>> Cheers
>> Stefan
> It does not but this is not the problem, i notice that i cannot start g.copy 
> from GRASS itself using the shell, so it's not a "GRASS Plugin" issue but 
> more a GRASS GIS issue,
>
> sorry and thaks anyway, roy
>
>
>
>> 
>> Von: Qgis-developer [qgis-developer-boun...@lists.osgeo.org] im
>> Auftrag von roy roy [royr...@outlook.com]
>> Gesendet: Sonntag, 10. April 2016 13:06
>> An: qgis-developer@lists.osgeo.org
>> Betreff: [Qgis-developer] GRASS Plugin missing g.copy?
>>
>> It seems that g.copy is not avalilable in GRASS Plugin, QGIS 2.14.1 is
>> this a "bug" or am i missing something?
>>
>> thanks, Roy.
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] GRASS Plugin missing g.copy?

[roy roy]

Il 10/04/2016 15:57, Blumentrath, Stefan ha scritto:
> Maybe the browser provides that functionality... I guess it does...
> Cheers
> Stefan

It does not but this is not the problem, i notice
that i cannot start g.copy from GRASS itself using
the shell, so it's not a "GRASS Plugin" issue but more
a GRASS GIS issue,

sorry and thaks anyway, roy



> 
> Von: Qgis-developer [qgis-developer-boun...@lists.osgeo.org] im Auftrag von 
> roy roy [royr...@outlook.com]
> Gesendet: Sonntag, 10. April 2016 13:06
> An: qgis-developer@lists.osgeo.org
> Betreff: [Qgis-developer] GRASS Plugin missing g.copy?
>
> It seems that g.copy is not avalilable in GRASS Plugin, QGIS 2.14.1
> is this a "bug" or am i missing something?
>
> thanks, Roy.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] GRASS Plugin missing g.copy?

[roy roy]

It seems that g.copy is not avalilable in GRASS Plugin, QGIS 2.14.1
is this a "bug" or am i missing something?

thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Aggregates within expression engine

[roy roy]

>
> So, thoughts and feedback welcome, no matter how off-the-cuff they are! ;)
>
> Nyall
>

Given that using SQL is maybe "harder", and that Mr. Paolo also have a 
good point
aiming to ease to use:
i would like just to remind what the very nature of a G.I.S. is,

namely a Database,

usually with an extra column that happens to be a geometry.

I can understand that inexperienced users can be a little confused by 
the SQL syntax
but if they want to do some *real work they will have to use QGIS as a 
database* so i would think
of a syntax that is closer to SQL than to anything else because sooner 
or later they will have to
learn SQL if they want to grow up.

I think that using anything else would in fact add an extra layer of 
complexity,
something pointless to learn and that conceals what's going on under the 
hood.

just my 2c,
best regards, Roy.

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

Re: [Qgis-developer] QGIS on Windows: order another desktop to accommodate all the icons

[roy roy]

Il giorno sab, 12/03/2016 alle 20.37 +0100, Anita Graser ha scritto:



> Or would you suggest to present the user with a dialog to chose which
> icons should be added to the Desktop?
> 
Of course a dialog where you can chose is the best solution,

thanks, roy.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer


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

Re: [Qgis-developer] QGIS on Windows: order another desktop to accommodate all the icons

[roy roy]

Il giorno sab, 12/03/2016 alle 04.00 -0800, Tom Chadwin ha scritto:

> I run it from the Windows start menu, so I'm not actively specifying a
> directory. I think that will mirror other non-dev users' behaviour, so I
> still think this is an issue. I can't remember how I first installed the
> OSGeo installer itself, but I can't imagine I changed any installer
> defaults.

Hi, what i mean is that the "http%..." folder is useful and not to be
removed after install; btw i'm talking about the **OSGeo4Win network
installer** witch defaults the cache dir (http%...) in the position
where it is launched, also the cache dir can be customized if used in
advanced mode.

I totally agree that icons and start menu shortcuts could be handled
more graciously :)

best, roy

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

Re: [Qgis-developer] QGIS on Windows: order another desktop to accommodate all the icons

[roy roy]

Il giorno gio, 10/03/2016 alle 22.37 -0800, Tom Chadwin ha scritto:

> Also, on Windows, the OSGeo installer leaves a folder with a very
> non-user-friendly name ("http%" something or other).

I think the folder contains all necessary data for the installation
and is not created on the desktop but you can choose where you want it,
the installer should not be launched from the desktop but from a regular
file system folder if you like your desktop cleaner;
it is also a very useful folder because you can use it to perform
several OSGEO4W installation in other PC without having to download all
the needed stuff again and again, so not a folder to get rid of IMHO.

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

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

[m roy]

Radim, thank you so much it worked!

Il 29/02/2016 09:21, Radim Blazek ha scritto:
> If the lib, provider and plugin are really compiled 
> (lib/libqgisgrass7.so, lib/qgis/plugins/libgrassprovider7.so, 
> libgrassrasterprovider7.so, libgrassplugin7.so) try to add path to 
> GRASS libs dir (containing libgrass_gis.so etc.) to LD_LIBRARY_PATH. 
> If it is already there or it does not help, find why it fails in "Log 
> Messages Panel > Plugins". It should print something like: "Failed to 
> load libgrassprovider7.so (Reason: Cannot load library 
> libgrassprovider7.so: (libgrass_vector.so: cannot open shared object 
> file: No such file or directory))" Radim


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

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

[m roy]

I recompiled QGIS using ccmake but the problem remains,
QGIS starts but fails to recognize GRASS Plugin which is
not available in the installed plugins list ...

any other idea?

Il 26/02/2016 18:01, Marco Bernasocchi ha scritto:
Nope just pass -DWITH_GRASS=ON to cmake.
Ccmake is a great way to see what switches you can use.

Ciao

On 26 February 2016 17:48:05 CET, m roy 
<mailto:royr...@outlook.com> wrote:
Ciao Marco,

is it mandatory to use ccmake? because i compiled with "regular"

cmake, make, make install ...

Il 26/02/2016 17:44, Marco Bernasocchi ha scritto:
In ccmake there with_grass iirc
Ciao

On 26 February 2016 17:32:37 CET, m roy 
<mailto:royr...@outlook.com> wrote:

Hi,

i'm learning to compile QGIS in Ubuntu 14.04,
managed to compile QGIS 2.14 and installed
in a custom dir with make install,

with:

export LD_LIBRARY_PATH

QGIS starts (by the way the 2.14 splash screen image is HUGE :))

with some warnings and one error:

ERROR 4: `/initrd.img' not recognised as a supported file format.

but it seems to work, anyway i cannot find the GRASS Plugin, is there
some other variable to set so that QGIS can see it ?
libgrass*7.so<http://7.so> are present in the lib/qgis/plugins/ directory so i 
do not
think there is a compile issue (?)


thanks ! Roy.



Qgis-developer mailing list
Qgis-developer@lists.osgeo.org<mailto:Qgis-developer@lists.osgeo.org>
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

-- Marco Bernasocchi (mobile). OPENGIS.ch<http://OPENGIS.ch> - 
berna.io<http://berna.io> - 27summits.ch<http://27summits.ch>



Qgis-developer mailing list
Qgis-developer@lists.osgeo.org<mailto:Qgis-developer@lists.osgeo.org>
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

-- Marco Bernasocchi (mobile). OPENGIS.ch<http://OPENGIS.ch> - 
berna.io<http://berna.io> - 27summits.ch<http://27summits.ch>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

[m roy]

Ciao Marco,

is it mandatory to use ccmake? because i compiled with "regular"

cmake, make, make install ...

Il 26/02/2016 17:44, Marco Bernasocchi ha scritto:
In ccmake there with_grass iirc
Ciao

On 26 February 2016 17:32:37 CET, m roy 
<mailto:royr...@outlook.com> wrote:

Hi,

i'm learning to compile QGIS in Ubuntu 14.04,
managed to compile QGIS 2.14 and installed
in a custom dir with make install,

with:

export LD_LIBRARY_PATH

QGIS starts (by the way the 2.14 splash screen image is HUGE :))

with some warnings and one error:

ERROR 4: `/initrd.img' not recognised as a supported file format.

but it seems to work, anyway i cannot find the GRASS Plugin, is there
some other variable to set so that QGIS can see it ?
libgrass*7.so<http://7.so> are present in the lib/qgis/plugins/ directory so i 
do not
think there is a compile issue (?)


thanks ! Roy.



Qgis-developer mailing list
Qgis-developer@lists.osgeo.org<mailto:Qgis-developer@lists.osgeo.org>
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

-- Marco Bernasocchi (mobile). OPENGIS.ch<http://OPENGIS.ch> - 
berna.io<http://berna.io> - 27summits.ch<http://27summits.ch>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Compiling QGIS with GRASS Plugin

[m roy]

Hi,

i'm learning to compile QGIS in Ubuntu 14.04,
managed to compile QGIS 2.14 and installed
in a custom dir with make install,

with:

export LD_LIBRARY_PATH

QGIS starts (by the way the 2.14 splash screen image is HUGE :))

with some warnings and one error:

ERROR 4: `/initrd.img' not recognised as a supported file format.

but it seems to work, anyway i cannot find the GRASS Plugin, is there
some other variable to set so that QGIS can see it ?
libgrass*7.so are present in the lib/qgis/plugins/ directory so i do not
think there is a compile issue (?)


thanks ! Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Learning to zoom with PyQGIS

[m roy]

Thanks Tom , got it

what i find confusing is

##
# This below does not work

canvas = QgsMapCanvas()

canvas.zoomScale(1)

##
# This below does work
###

canvas = qgis.utils.iface.mapCanvas()

canvas.zoomScale(1)


so there seems to be a difference between
"QgsMapCanvas" and "mapCanvas"

maybe because working into QGIS there already is
an existing QgsMapCanvas(); the map canvas istance
of QGIS itself, called mapCanvas() ?



Il 27/01/2016 15:47, Tom Chadwin ha scritto:
> Try searching for "zoom" on this page:
>
> http://qgis.org/api/classQgsMapCanvas.html
>
> That should get you some of the methods you require.
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Learning-to-zoom-with-PyQGIS-tp5247589p5247595.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Qgis-developer] Learning to zoom with PyQGIS

[m roy]

Hi,

i'm trying to learn a bit of "pyqgis" and cannot find how to zoom to
a certain scale,

here what i'm doing so far using QGIS python console:

###

# Set some variables to define the layer

shapefile_path = r'C:\data\shp\area.shp'
legend_layer_name = 'sample_area'
provider_name = 'ogr'

# define the layer to load

layer = QgsVectorLayer(shapefile_path,legend_layer_name,provider_name)

# verify

if not layer.isValid():
 raise IOError, "Failed to open the shapefile"

# load the layer in QGIS

QgsMapLayerRegistry.instance().addMapLayer(layer)

# now i can zoom to active layer i.e.

qgis.utils.iface.zoomToActiveLayer()

# or zoomFull zoomToNext zoomToPrevious

# How to zoom to say 1:1 ?

#####

thanks for any help, Roy







#



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

[Qgis-developer] QGIS and GRASS Plugin: How?

[m roy]

Hi,

I'd like very much to use QGIS with the awesome new GRASS plugin,
but lately it seems to be harder and harder (at least for me) to achieve 
this goal.
What i find really very confusing is what release (on windows) or PPA 
(personal package archive
on ubuntu) we are supposed to use to have QGIS working with GRASS.
Now i do not have a fully working QGIS+GRASS system in windows (using 
OSGEO4W)
nor in Ubuntu 14.04 because GRASS GIS in ubuntugis-unstable is no more
compatible with QGIS or vice versa...

I think that QGIS and GRASS GIS enormously benefit each other
and really hope someone could give advise on what 
package/osegeo/ppa/stable/unstable/installer
to use to simply have QGIS and GRASS run together :-)

thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Malfunction in setCrsTransformEnabled(bool): coordinates displayed are wrong

[m roy]

Il 07/12/2015 16:29, //./\\-/_.\\ ha scritto:
Hi,

Thank you for your response. Could you indicate version of QGIS you use ?

This error recurs on Win and OSX platforms with QGIS > 2.8.3

Please find enclosed a screen shot of the error.


I used win 2.12.1 32bit but i had a layer loaded.

It seems to me that you do not have any layer loaded;
if i open a blank project the coordinates seems to stuck at 0 (zero),
afer "iface.mapCanvas().setDestinationCrs(crs)",
(maybe you ned to give some other option to set it properly ?)
do not know if this is a bug but it's weird indeed, it seems to happen
only with a blank project with no layers.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] SPIT core plugin - can be we remove it?

[m roy]

Il 07/12/2015 13:05, Etienne Trimaille ha scritto:
2015-12-07 12:04 GMT+01:00 m roy 
mailto:royr...@outlook.com>>:
It would be nice to have an option to select the schema
for all layers to be imported

Set the schema on the first row and then double click on the column name.

Nice, thanks!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] SPIT core plugin - can be we remove it?

[m roy]

Il 07/12/2015 09:51, Nyall Dawson ha scritto:
> On 7 December 2015 at 19:49, m roy  wrote:
>> Il 07/12/2015 02:51, Nathan Woodrow ha scritto:
>>
>> Hi all,
>>
>> SPIT is now removed from core.  If there is anything missing in the current
>> stuff that was in SPIT please open a ticket so it can be address in DB
>> Manager.
>>
>>
>> Shapefile bulk import, is there a way with DBmanager
>> to import say 15 shapefile at once?
> Processing can be used to do bulk imports.
>
> Nyall
>
>
About processing "Import into PostGIS":

It would be nice to have an option to select the schema
for all layers to be imported, maybe populating the schema
values of the "Run as batch process..." dialog using the
"Schema (schema name)" value in the main "Import into PostGIS" dialog;
otherwise you have to manually edit the schema value for every single
layer, not handy.


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

Re: [Qgis-developer] SPIT core plugin - can be we remove it?

[m roy]

Il 07/12/2015 09:51, Nyall Dawson ha scritto:
> On 7 December 2015 at 19:49, m roy  wrote:
>> Il 07/12/2015 02:51, Nathan Woodrow ha scritto:
>>
>> Hi all,
>>
>> SPIT is now removed from core.  If there is anything missing in the current
>> stuff that was in SPIT please open a ticket so it can be address in DB
>> Manager.
>>
>>
>> Shapefile bulk import, is there a way with DBmanager
>> to import say 15 shapefile at once?
> Processing can be used to do bulk imports.
>
> Nyall
>
>
  I see, good to know thanks!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] SPIT core plugin - can be we remove it?

[m roy]

Il 07/12/2015 02:51, Nathan Woodrow ha scritto:
Hi all,

SPIT is now removed from core.  If there is anything missing in the current 
stuff that was in SPIT please open a ticket so it can be address in DB Manager.


Shapefile bulk import, is there a way with DBmanager
to import say 15 shapefile at once?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Malfunction in setCrsTransformEnabled(bool): coordinates displayed are wrong

[m roy]

Hi,

i tried and do not see any problem with coordinates...

Il 04/12/2015 10:22, //./\\-/_.\\ ha scritto:



Please try:
>>> iface.mapCanvas().setCrsTransformEnabled(True)
>>> crs = QgsCoordinateReferenceSystem(3857, 
>>> QgsCoordinateReferenceSystem.EpsgCrsId)
>>> iface.mapCanvas().setDestinationCrs(crs)

Then, take a look at coordinates which are displayed.

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

Re: [Qgis-developer] What is Processing Provider Plugin Builder option?

[m roy]

Il 02/12/2015 09:19, Etienne Trimaille ha scritto:
You can add your own plugin into the processing framework. It will add a new 
entry in the "Advanced interface" of Processing.

Unfortunately, I couldn't find any documentation, but you can have a look to 
this example :
https://github.com/qgis/QGIS/tree/master/python/plugins/processing/algs/exampleprovider
- ProcessingExampleProviderPlugin will add the plugin to Processing
- ExampleAlgorithmProvider will list every algorithms available in the plugin
- ExampleAlgorithm is an algorithm

Some plugins provides their own algorithms in Processing (QuickOSM ...)


Very useful thanks !
 in the meantime i managed to activate a "blank" provider plugin
after restarting QGIS and activating the new provider in the processing options 
menu
it does not show up in the simplified interface indeed, maybe because i did not 
use an already
existing processing menu (raster, vector etc...)

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

[Qgis-developer] What is Processing Provider Plugin Builder option?

[m roy]

Hi,

testing the plugin builder i found it offers three option for the
creation of a new plugin but i cannot find any information
about the "Processing provider"

what is it supposed to do and how can i activate a processing provider
plugin?

any help or link to docs or book that covers this topic?

thanks, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS pyqt Dockwidget plugin with pushButton

[m roy]

Hi,

i'm trying to setup a dock widget python plugin,

using the plugin builder i managed to setup the plugin
and now i need to execute a query:


def execute_query:
  connection_parameres = connpar
  defineQuery = "SELECT attribute FROM mytable"
  cursor.execute(defineQuery)
  ...etc

now i need to execute the method when a pushButton is clicked
this below works with a "regular" Dialog plugin but not with a 
dockwidget plugin:

(queryPush is a QT pushButton)

self.dlg.queryPush.clicked.connect(self.execute_query)

some help or link to code example ?

thanks, Roy.

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

Re: [Qgis-developer] Qgis & Qt Designer

[m roy]

I think this should help:

http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/plugins.html

and also take a look at the "Plugin builder" Qgis plugin

Il 29/11/2015 13:51, James89 ha scritto:
> Hello Everyone.
> I'm a newbie in open source programming, so i hope i'm in the right section.
> I'm trying to create a pop-up window in Qgis using Qt Designer Software.
> This windows should be activable by a new botton in the Qgis toolbar, and
> should contain a drop-down menu.
> I have the following issue: Qt Designer has a .ui file as output file, and I
> don't know how I can integrate it in Qgis.
> Could somebody help me? Thanks in advantage.
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Qgis-Qt-Designer-tp5239020.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] [GRASS-user] GRASS toolbar in QGIS

[m roy]

Il 01/11/2015 15.10, Pedro Venâncio ha scritto:
Hi Roy,



Hi, testing the new GRASS plugin, i cannot find a way to
start a new project from scratch (option maybe removed while cleaning up
the toolbar);

what I mean: there is no more way to create a new GRASS LOCATION,
so that if there is not an already existing GRASS LOCATION I cannot use
the plugin



Plugins -> GRASS -> New Mapset

Cheers,
Pedro
There it is ! Thanks!!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS 2.12 New Geometry Checker Plugin crash

[m roy]

Il 29/10/2015 11.08, Sandro Mani ha scritto:
> On 29.10.2015 09:24, m roy wrote:
>> If with test suite you mean steps to reproduce the crash:
>>
>> [...]
>>
>> 100% crash
> Thanks for the detailed steps, I've fixed this in my 
> geom_checker_fixes branch [1] (which I periodically push into master).
>
>

Will it be possible to update the plugin or is it mandatory to recompile
QGIS as a whole to test the bug fix?

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

Re: [Qgis-developer] QGIS 2.12 New Geometry Checker Plugin crash

[m roy]

If with test suite you mean steps to reproduce the crash:

(1) load a multipolygon shapefile

(2) open up geometry checker plugin and set polygon as allowed geometry 
types

(3) set "modify input layer"

(4) run the tool

(5) once finished select one of the multipolygon from the table

(6) on Error resolution settings select "Convert to corresponding multi 
or single ..." and press OK

(7) click "Fix selected errors using default resolution"

100% crash

Il 29/10/2015 08.57, Paolo Cavallini ha scritto:
> Il 29/10/2015 08:54, m roy ha scritto:
>> Hi,
>>
>> QGIS 2.12:
>> testing the new features of the new geometry checker plugin (very nice
>> indeed)
>> i got QGIS to crash trying to fix a multipolygon shapefile layer, in
>> windows;
>> if you can confirm this issue I can open a bug report
> I also got a couple of crashes, but had no opportunity to find a way to
> replicate the issue with a minimal test suite. If you can, I can check
> it here.
> All the best, and thanks.

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

[Qgis-developer] QGIS 2.12 New Geometry Checker Plugin crash

[m roy]

Hi,

QGIS 2.12:
testing the new features of the new geometry checker plugin (very nice 
indeed)
i got QGIS to crash trying to fix a multipolygon shapefile layer, in 
windows;
if you can confirm this issue I can open a bug report

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

Re: [Qgis-developer] About digitizing with GRASS Plugin

[m roy]

Thanks Radim now it's more clear.

Il 19/10/2015 17.46, Radim Blazek ha scritto:
> On Mon, Oct 19, 2015 at 3:05 PM, m roy  wrote:
>> Il 19/10/2015 12.41, Radim Blazek ha scritto:
>>> It is not possible to add in QGIS a layer without a type. So when a
>>> new empty layer is created, a type must be chosen. The type selected
>>> by user is only used for the layer added to canvas/legend, the created
>>> vector map is empty.
>> Ok, I see, could it be better to disable point and line tools
>> while working with polygons and so on? Just an idea.
> You can digitize other types. Say that you add a new point layer, you
> can digitize points, lines and areas, but QGIS layer (in non editing
> mode) can only display points. Once you close editing, other types
> should appear in browser and you can add them to canvas. So you can
> digitize (almost) everything at once, but QGIS lets you visualize only
> one layer/geometry type when the layer is not edited.
>
>>>> (2) *Attribute table editing*:
>>>> not able to figure out how it works, i managed
>>>> to edit single feature using the "Identify Features"
>>> Changing the values in table cells (when editing) does not work?
>> Opening the attribute table i get a lot of records with NULL values
>> I can imagine that those are for boudaries and the filled ones are
>> centroid records (?)
> Yes, all primitives are represented as features (that is the only way
> to talk with QGIS). Boundaries usually do not have attributes but may
> have. For example, if a road runs around a forest, you can use the
> boundary of the forest to form forest area and represent the road at
> the same time. In such case, the road will have probably different
> attribute fields. Currently only one layer of the same map can be
> edited at time. Multi layer vectors are not yet perfectly supported
> however.
>
> I see the problem with field calculator.
>
>>> Regarding the symbology of boundaries, I am convinced that the
>>> distinction between area/area
>>> and area/isle used in GRASS editor is useless while distinguishing of
>>> boundaries with topological error is essential for effective editing.
>>> Radim
>> Well actually in GRASS you simply have different colors based
>> on the topology of boundaries, but I understand now,
>> given the QGIS layer limitations you explained at point (1),
>> that this may not be possible because QGIS layer does not
>> have any information about boundaries relative positions.
> The information is in topo_symbol field. I could set values of that
> field to get visually the same as what is now in GRASS. I just don't
> believe that it is better.
>
> Radim

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

Re: [Qgis-developer] About digitizing with GRASS Plugin

[m roy]

Il 19/10/2015 12.41, Radim Blazek ha scritto:
> It is not possible to add in QGIS a layer without a type. So when a 
> new empty layer is created, a type must be chosen. The type selected 
> by user is only used for the layer added to canvas/legend, the created 
> vector map is empty. 

Ok, I see, could it be better to disable point and line tools
while working with polygons and so on? Just an idea.

>> This can be confusing, developing some kind of hybrid between the shapefile
>> and GRASS own vector format, will also "invalidate" all
>> existing GRASS documentation about vector editing and GRASS
>> vector format. We'll need to be overly zealos to explain when
>> and how things work differently in QGIS otherwise it will be quite
>> confusing for new users.
> I don't think that it invalidates all documents about digitizing, the
> principles and the format is the same. The editing tool is different
> and it has some particularities which I'll describe in QGIS
> documentation. It is not possible to support all the flexibility of
> GRASS vector format through QGIS interface.

Well yes, sorry, not all documentation of course.

>> (2) *Attribute table editing*:
>> not able to figure out how it works, i managed
>> to edit single feature using the "Identify Features"
> Changing the values in table cells (when editing) does not work?
Opening the attribute table i get a lot of records with NULL values
I can imagine that those are for boudaries and the filled ones are
centroid records (?)


> Regarding the symbology of boundaries, I am convinced that the 
> distinction between area/area
> and area/isle used in GRASS editor is useless while distinguishing of 
> boundaries with topological error is essential for effective editing. 
> Radim 

Well actually in GRASS you simply have different colors based
on the topology of boundaries, but I understand now,
given the QGIS layer limitations you explained at point (1),
that this may not be possible because QGIS layer does not
have any information about boundaries relative positions.

Thanks, Roy


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

[Qgis-developer] GRASS Plugin Split features results in corrupted topology

[m roy]

Found this issue testing GRASS plugin in edit mode:

Draw a closed boundary in a GRASS vector layer

add a centroid inside the boundary

now I need to add a node on the boundary
(cannot find how to do that is there a way to
  add a node on a boundary?)

split features seems to do the trick but
the boundary become red (signaling some topology error)

exit editing and save

restart editing and a centroid is displayed where i used the
split feature tool, on the boundary, i was expecting to find
a node instead.

I hope this is clear,

Roy.



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

[Qgis-developer] About digitizing with GRASS Plugin

[m roy]

I ran some test with GRASS Plugin in particular
digitizing some vetor layers. Given that is
quite nice how well it's already integrated with QGIS
edit tools, I found some minor issue, this may be
by design but i'm saharig my thoughts *(IMHO)*, hoping i'll
find some time for further testing.

(1) *Create new GRASS vector layer in QGIS*:
If I understand well we should use the browser panel contestual menu,
i see there are three options ( New point layer, new line, new polygon);
anyway GRASS vector format AFAIK has no such distinction given
that any vector layer can contain any geometry type. This can
be confusing, developing some kind of hybrid between the shapefile
and GRASS own vector format, will also "invalidate" all
existing GRASS documentation about vector editing and GRASS
vector format. We'll need to be overly zealos to explain when
and how things work differently in QGIS otherwise it will be quite
confusing for new users.

(2) *Attribute table editing*:
not able to figure out how it works, i managed
to edit single feature using the "Identify Features"

(3) *Symbology of topo feature while editing*:
Although i think there may be some bugs, I think
it's better to be consistent with GRASS GIS otherwise
see the documentation problem at point (1).


Thanks and best regards, Roy.







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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 15/10/2015 13.25, Radim Blazek ha scritto:
> On Thu, Oct 15, 2015 at 10:49 AM, m roy  wrote:
>
>> After some quick vector digitizing tests: awesome tool
>> for QGIS !!
>>
>> the only (minor) issue i found is that area boundary color does not
>> match the simbology settings (e.g. green boundary also if it's not
>> shared by two areas)
> Green means that both sides are topologically correct. If there is no
> area outside a ring, it is correct. Try to attach a dangling boundary
> to the ring and it should become orange.
> Maybe the name in symbology is not precise.
>
> Radim

I think it's better to stick with GRASS symbology convention,
otherwise it's quite confusing if you use both systems;

e.g. consider the *isle* below

++o++
+  *  +
+  *  +
++o++

+ area on one side (of the boundary) e.g. orange

* area on both sides, e.g. green


  also
there seems to be some problem with the symbology while
in edit mode, some how all boundaries disappear at some
point, but if you exit edit mode and save everything is ok

Thanks, Roy.

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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 14/10/2015 19.01, Radim Blazek ha scritto:
> On Thu, Oct 8, 2015 at 1:07 PM, m roy  wrote:
>> Vector digitizing: QGIS crash when deleting a line and the layer
>> is not longer loadable in QGIS because of broken topology,
> Fixed, it was the different off_t size in GRASS and QGIS on Windows.
> It should work in the next nightly build 2.11.0-90.
>
> Radim
After some quick vector digitizing tests: awesome tool
for QGIS !!

the only (minor) issue i found is that area boundary color does not
match the simbology settings (e.g. green boundary also if it's not
shared by two areas)

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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 14/10/2015 19.01, Radim Blazek ha scritto:
> On Thu, Oct 8, 2015 at 1:07 PM, m roy  wrote:
>> Vector digitizing: QGIS crash when deleting a line and the layer
>> is not longer loadable in QGIS because of broken topology,
> Fixed, it was the different off_t size in GRASS and QGIS on Windows.
> It should work in the next nightly build 2.11.0-90.
>
> Radim
I tested some rasters, and it works, thanks!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 14/10/2015 19.01, Radim Blazek ha scritto:
> On Thu, Oct 8, 2015 at 1:07 PM, m roy  wrote:
>> Vector digitizing: QGIS crash when deleting a line and the layer
>> is not longer loadable in QGIS because of broken topology,
> Fixed, it was the different off_t size in GRASS and QGIS on Windows.
> It should work in the next nightly build 2.11.0-90.
>
> Radim
Thanks I'll update tomorrow and test again,
I notices you already changed the symbology now node and vertex
are different very nice !
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Release schedule discussion - again

[m roy]

Il 14/10/2015 08.20, Paolo Cavallini ha scritto:
> Sure. Another option, if we feel there are no compelling reasons to 
> have another LTR (I believe 2.11 have few additional function people 
> can't really miss, and 2.8 seems generally quite well accepted), to 
> skip next LTR and go straight away with the transition after 2.12 is out. 

Given that i love the QGIS project, and i do not mean to be rude at all:

 From a user perspective

IMHO skipping the next LTR would be a huge mistake, people
find this statement on the QGIS web site:

"Every third release (starting with 2.8) is a long-term-release (LTR) 
that is maintained until the next long-term-release occurs."

so accordingly a migration/project planning is done, and then out of the 
blue there is no LTR (?)

Also i think someone ( surely I do ) miss very much this functions:

Editing join parameters, DBManager improvements, map composer scale bar 
sizing,
match categories to existing styles.

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

Re: [Qgis-developer] Composer Legend items: what are the differences between "auto-update" and "update all" options?

[m roy]

> Isn't there another way to provide same capabilities without two buttons?
>

If i understood what bother you is the fact that there are two
options (check box and button) to do quite the same thing, to
me it's ok because i see they have different behaviour (one is fully 
automatic).
If this bother you so much you may open a feature request
and ask for the removal of the button.


all the best, Roy.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 12/10/2015 20.51, Pedro Venâncio ha scritto:


2015-10-12 19:15 GMT+01:00 Pedro Venâncio 
mailto:pedrongvenan...@gmail.com>>:
Maybe this was already fixed:

https://github.com/qgis/QGIS/commit/de8b045b2647b6ceb9ca2f34e729c549419d101a

I will compile again and check.



I confirm, this is already fixed.

Well ... that was quick!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 12/10/2015 19.32, Radim Blazek ha scritto:
> On Mon, Oct 12, 2015 at 6:33 PM, m roy  wrote:
>>>> another issue I discovered while testing QGIS digitizer with GRASS vectors
>>>> is that there is no difference between node and vertex, in GRASS they have
>>>> two different "topological meaning"; as it is now you can't tell
>>>> where to connect with a new boundary because of this.
>>> I think that the cleanest way to get nodes displayed will be to add
>>> first/last vertex marker line symbol in boundaries style, which you
>>> can try immediately if you change 'GRASS Edit' style.
>> Nice idea, just tried, unfortunately QGIS crashes (on Windows) if i try
>> to change line
>> boundary to "Marker line";
> With 'GRASS Edit' style only? When exactly? When you click Apply on style tab?
>
> Radim
QGIS crashes when you select "Marker line" in symbol layer type right away,
not only with 'GRASS Edit' style also with default style on a shapefile; so
i think it's not related to GRASS plugin...


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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 12/10/2015 17.12, Radim Blazek ha scritto:
> I think that the QGIS "Add Area" should be renamed to "Add closed boundary"
> (or something like that) because GRASS has the "Add Area" tool that in fact
> allow you to add boundary and centroid in one go;
> OK, if I don't manage to add centroid placement.

Yes of course :-)

>> another issue I discovered while testing QGIS digitizer with GRASS vectors
>> is that there is no difference between node and vertex, in GRASS they have
>> two different "topological meaning"; as it is now you can't tell
>> where to connect with a new boundary because of this.
> I think that the cleanest way to get nodes displayed will be to add
> first/last vertex marker line symbol in boundaries style, which you
> can try immediately if you change 'GRASS Edit' style.
>
> Radim

Nice idea, just tried, unfortunately QGIS crashes (on Windows) if i try 
to change line
boundary to "Marker line";

BTW is it possible to install different versions of QGIS (e.g QGIS-LTR 
and MASTER)
on Ubuntu without compiling it?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Composer Legend items: what are the differences between "auto-update" and "update all" options?

[m roy]

"After changing the symbology in the QGIS main window you can click on [Update] 
to adapt the changes in the legend element of the print composer"

I think that now changes in the legend element of print composer is automatic 
when you change, say, layer name color,
and that was the purpose of "update item"

Il 12/10/2015 18.02, DelazJ ha scritto:
For the recall : 
http://docs.qgis.org/2.0/en/docs/user_manual/print_composer/print_composer.html#legend-items

2015-10-12 17:51 GMT+02:00 m roy 
mailto:royr...@outlook.com>>:

> In previous releases (till 2.4 I think), there was another option
> "Update item" that keeps user customization and can explain why there
> was an "Update all" option that resets all modifications. Now, both
> options do reset.
>

Well this is another issue, but i don't remember what was Update item
purpose ...sorry
___
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

Re: [Qgis-developer] Composer Legend items: what are the differences between "auto-update" and "update all" options?

[m roy]

> In previous releases (till 2.4 I think), there was another option 
> "Update item" that keeps user customization and can explain why there 
> was an "Update all" option that resets all modifications. Now, both 
> options do reset.
>

Well this is another issue, but i don't remember what was Update item 
purpose ...sorry
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Composer Legend items: what are the differences between "auto-update" and "update all" options?

[m roy]

Il 12/10/2015 16.14, DelazJ ha scritto:

Hitting "update all" behaves like checking "auto-update". Have I missed 
something ? Is it worth keeping both ?

Yes, one is automatic (e.g. for servers), the other update is triggered (or 
not) by user choice.

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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 12/10/2015 10.06, Radim Blazek ha scritto:
> The user must have some minimum knowledge about GRASS topological
> model. Note that 'Add Area' makes only sense for isolated areas,
> common boundaries of adjacent areas must be digitized by 'Add
> Boundary' because the boundary is shared by areas on both sides.
>
> Radim
>

I think that the QGIS "Add Area" should be renamed to "Add closed boundary"
(or something like that) because GRASS has the "Add Area" tool that in fact
allow you to add boundary and centroid in one go;

another issue I discovered while testing QGIS digitizer with GRASS vectors
is that there is no difference between node and vertex, in GRASS they have
two different "topological meaning"; as it is now you can't tell
where to connect with a new boundary because of this.

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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 12/10/2015 10.06, Radim Blazek ha scritto:
> The user must have some minimum knowledge about GRASS topological
> model. Note that 'Add Area' makes only sense for isolated areas,
> common boundaries of adjacent areas must be digitized by 'Add
> Boundary' because the boundary is shared by areas on both sides.
>
> Radim
>

I think that the QGIS "Add Area" should be renamed to "Add closed boundary"
(or something like that) because GRASS has the "Add Area" tool that in fact
allow you to add boundary and centroid in one go;

another issue I discovered while testing QGIS digitizer with GRASS vectors
is that there is no difference between node and vertex, in GRASS they have
two different "topological meaning"; as it is now you can't tell
where to connect with a new boundary because of this.

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

Re: [Qgis-developer] Default fill/outline color for svg symbols

[m roy]

Il 10/10/2015 13.36, Mathieu Pellerin ha scritto:


Argh, forgot one other related question:

At the moment, changing the symbol resets the full and outline color
to match the default fill/outline set in the SVG symbol. I'd like to
change this behaviour so that whatever user-set fill/outline color is
kept when changing the source svg symbol. Any objections?



Not so sure about that, what if you put on a white tie,
then you see a grey one and when you switch the white
one with the gray, the gray become white?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Looking for sample shapefiles with m values

[m roy]

What do you mean with "m" values?

Il 09/10/2015 12.12, Nyall Dawson ha scritto:
> Hi all,
>
> I'm looking for some sample shapefiles which contain m values - my
> googling hasn't been able to turn up any freely downloadable ones.
>
> Anyone able to share some with me for testing?
>
> Cheers,
> Nyall
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 08/10/2015 18.23, Radim Blazek ha scritto:
> I have to debug on Windows. Does it happen with all data types (int,
> float, double)?
>
>
I have two raster type:

FCELL (float) : the raster loads but visualization is weird and the 
raster is stretched and broken in two

CELL (int): the raster does not load, the circle keeps spinning and i 
have to close QGIS
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Il 08/10/2015 18.23, Radim Blazek ha scritto:
> IMHO: i find it's confusing, and GRASS 7 default database is SQLite,
> i think it could be smoother to expose only GRASS Locations and Mapset
> being evident that we're dealing with a GRASS Database, but i can live
> with that :-)
> You are not the first who is confused. Fix would be easy, so I remove
> regular dir if it is recognized as GRASS location?

*If you ask*, my opinion is that it's better to remove the regular dir;
those folder are in fact the GRASS database.
> It is a virtual field keeping topology symbol, it is auto added when
> editing starts and removed when editing is closed. That is the only
> way to get symbology to renderer. User should never try to delete
> that. The values are not editable in form, but there is currently no
> possibility in QGIS to forbid deletion of individual columns (either
> there is delete column capability or not).
>
> Radim

A solution could be (if possible) to hide the topo_symbol column
in the attribute table;
or to state on the manual that the user should not try to delete
the topo_symbol column.


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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Testing on windows
>> GRASS LOCATION is "duplicated" displayed as a regular file system folder
>> and as GRASS LOCATION with the GRASS icon
> That is correct, the regular directory is left there so that is it
> possible to go for example to dbf directory and load dbf files as
> standard QGIS layers.

IMHO: i find it's confusing, and GRASS 7 default database is SQLite,
i think it could be smoother to expose only GRASS Locations and Mapset
being evident that we're dealing with a GRASS Database, but i can live 
with that :-)

>
> Rasters are corrupted on Windows?
yes on windows, sorry, i forgot to state that clearly;
I mean the raster is *not really corrupted*, it just looks weird.

>> Vector digitizing: QGIS crash when deleting a line and the layer
>> is not longer loadable in QGIS because of broken topology,
> I am working on test unit for editing, which should ensure that
> everything is working, because due to complexity of the code, I was
> still introducing new bugs while fixing others.
>
> Thanks for testing.
>
> Radim
I also managed to crash QGIS and 'corrupt' GRASS data working on the 
attribute table
trying to delete the "topo_symbol" virtual(?) field; reopening the vector
layer in GRASS the "topo_symbol" column was still there (i know i'm 
heavy-handed while testing!);

Thank you, Radim, for the great work.



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

Re: [Qgis-developer] New GRASS plugin: a test drive

[m roy]

Testing GRASS Plugin with QGIS 2.11.0 Master 3dcabfb:

with Browser Panel I can navigate to GRASS 7 db folder,
GRASS LOCATION is "duplicated" displayed as a regular file system folder
and as GRASS LOCATION with the GRASS icon

I can load vector layers, GRASS raster layers visualization in QGIS
is not working as rasters appears corrupted (weird colors, missing parts, 
broken in two)

Vector digitizing: QGIS crash when deleting a line and the layer
is not longer loadable in QGIS because of broken topology,

Thanks, Roy.


___
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

[Roy]

How about a " Join "

 QGIS join

Il 30/07/2015 13.06, Zoltan Szecsei ha scritto:

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




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

[Qgis-developer] Testing bug fix

[Roy]

Hi,

i'm trying to help with bug fixing, testing QGIS after a bug ticket 
(opened by me) is closed;
so i'm using qgis-dev (osgeo4w 32 bit) that should receive the changes, 
i wonder
however when i should test the fix after i receive the "closed" status 
by bug tracker,
AFAIK qgis-dev are nightly builds so if i test after a couple of days it 
should be ok,

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

Re: [Qgis-developer] ASPRS LWG chair opens can of QGIS and FOSS worms in latest column

[Roy]

Hi Martin,

just from the first few lines he is confusing "open source" and "free 
software" so
so if he's not intentionally messing up to create confusion, "fear, 
uncertainty and doubt" (FUD strategy)

he has *no clue of what he is talking about*; tell him;


Il 15/06/2015 14.43, Martin Isenburg ha scritto:

Hello folks,

for years I have enjoyed reading Lewis Graham's "Random Points" column 
in the LiDAR News magazine. I usually get some novel insight or come 
across a thought-provoking new concept and this month's column is 
especially interesting. It mashes up the ongoing "LAZ clone" conflict 
that asks to keep LiDAR stored in "open formats" with the practically 
related but conceptually independent "open source" software movement.


The article revives Steve Ballmers “Linux is a cancer” mantra it talks 
about how the GPL license is a "time-bomb" and makes Asia Air Survey - 
the gold sponsor of QGIS - appear blue-eyed in their support of such a 
"viral license". But it is probably best you read the entire two pages 
for yourself.


http://twitter.com/LAStools/status/610057423672471552

As Lewis' opinions are regarded highly by the LiDAR and photogrammetry 
industries (myself included) and as the first few paragraphs of this 
widely-circulated LiDAR magazine article are a complete distortion of 
my personal motivation on "open formats" that will directly hurt my 
professional reputation, I have little choice but to respond with a 
correction to his column. Let me know if you have any errata on Lewis' 
comments about the danger of open source licenses that you want me to 
include.


Regards,

Martin @rapidlasso



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


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

Re: [Qgis-developer] Qgis 91e44ea crash browsing GRASS 7 vector

[Roy]

Thank you for the info Radim!

Il 15/06/2015 08.25, Radim Blazek ha scritto:

Hi Roy,

this is known issue I haven't been able to fix so far. It has
something to do with getting list of vector layers in thread. It seems
to only happen with GRASS 7 on windows when Vect_cidx_get_* functions
are used in thread (browser items are populated in threads). I have
already double checked the code including relevant parts of GRASS
vector lib without success.

Radim



On Thu, Jun 11, 2015 at 10:37 AM, Roy  wrote:

Hi,

i'm testing "QGIS desktop 2.9.0 with grass 7" and it crashes when browsing
a grass 7 DB; (windows osgeo4w 32 bit)

i simply prepared a grass7 location and mapset, imported a vector
stopped grass and opened QGIS, with browser panel QGIS crashes
navigating to the imported vector,

if you confirm i can open a bug report, Roy
___
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