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

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  > wrote:
>
> On Sat, Jun 11, 2016 at 1:32 PM, Paolo Cavallini
> > 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 
> 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 <madman...@gmail.com>
> *Para:* roy roy <royr...@outlook.com>
> *CC:* qgis-developer <qgis-developer@lists.osgeo.org>
> *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 <royr...@outlook.com 
> <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 <royr...@outlook.com> 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 <royr...@outlook.com> 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" <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 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 <royr...@outlook.com 
> <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 <royr...@outlook.com> 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 <royr...@outlook.com> 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" <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 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 <royr...@outlook.com> 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" <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 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" 
<royr...@outlook.com<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 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