[Qgis-developer] Dissolve/merge features and Validate geometries GEOS

[Lene Fischer]

Hi,



Having a problem dissolving two large multi polygons – one of my students asked 
why I suggest ‘dissolve’ – when ‘merge selected features’ was so much faster. 
Dissolve takes ages.



After consulting a master on this issue (Nyall ☺) he suggested that I change 
the settings -> Options -> Digitizing -> and change "Validate geometries" from 
QGIS to "GEOS".



Now the dissolve runs smooth and fast



I don´t have a clue about this topic – But my question is: Why is this not 
standard ?



Regards


Lene Fischer
Associate Professor

University of Copenhagen
Department of Geoscience and Natural Resource Management
Forest and Landscape College
Nødebovej 77a
3480 Fredensborg
Denmark

MOB +45 004540115084
l...@ign.ku.dk


[cid:image001.gif@01D1F2C9.B37C4870]
















___
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-user] QGIS Crash Message

[Tim Sutton]

Hi

> On 09 Aug 2016, at 9:32 PM, Richard Duivenvoorde  wrote:
> 
> On 09-08-16 21:13, Tim Sutton wrote:
>> Using a unified configuration system on all platforms would be nice...
>>> 
>>> I think having an option to use the registry on windows would be best
>>> then. As Régis also stated, in some enterprise environments it as
>>> apperently not doable to use the not-registry option...
>>> 
>>> Then we have best of both worlds?
>> 
>> Probably we can add a setting in QGIS to indicate whether settings
>> should be in native or ini style format [1]. Of course that is a bit
>> paradoxical since it will need to read the settings to get the setting
>> for reading the settings  :-)
> 
> I was more thinking like: we make ini file settings default for all OS's
> (instead of taking the OS-specific defaults).
> 
> And make a startup parameter (or environment variable) so you can start
> using QGIS with your OS-specific setting, if you really want?\

Yeah or a simple text file in the QGIS share dir which contains the preferred 
option.

Regards

Tim

> 
> Regards,
> 
> Richard

—









Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux
IRC: timlinux on #qgis at freenode.net

Kartoza is a merger between Linfiniti and Afrispatial



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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-user] QGIS Crash Message

[Richard Duivenvoorde]

On 09-08-16 21:13, Tim Sutton wrote:
> Using a unified configuration system on all platforms would be nice...
>>
>> I think having an option to use the registry on windows would be best
>> then. As Régis also stated, in some enterprise environments it as
>> apperently not doable to use the not-registry option...
>>
>> Then we have best of both worlds?
> 
> Probably we can add a setting in QGIS to indicate whether settings
> should be in native or ini style format [1]. Of course that is a bit
> paradoxical since it will need to read the settings to get the setting
> for reading the settings  :-)

I was more thinking like: we make ini file settings default for all OS's
(instead of taking the OS-specific defaults).

And make a startup parameter (or environment variable) so you can start
using QGIS with your OS-specific setting, if you really want?

Regards,

Richard
___
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-user] QGIS Crash Message

[Tim Sutton]

Hi

> On 08 Aug 2016, at 1:32 PM, Richard Duivenvoorde  wrote:
> 
> On 08-08-16 12:51, Tim Sutton wrote:
>> Hi
>> 
>>> On 08 Aug 2016, at 11:00 AM, Paolo Cavallini >> > wrote:
>>> 
>>> Il 08/08/2016 10:25, Richard Duivenvoorde ha scritto:
>>> 
 What about the idea to make the 'ini-file- based QSettings type the
 default QSettings system for ALL Operating Systems?
>>> 
 In general I think it is just easier to instruct users to either throw
 away or edit a file then fiddling in the registry..
 
 QGIS3 would be a nice place in time to do this?
>>> 
>>> Agreed, possibly the most unfriendly thing in QGIS.
>> 
>> I am +0 on this:
>> 
>> Con:
>> 
>> In windows we often used .reg files e.g. when doing training courses to
>> reset specific settings so that trainees all have the same state (you
>> can just double click on the .reg file to apply it). We also can use the
>> registry to enable things via NSIS installers - for example we make a
>> nightly build of the plugin (http://nightly.inasafe.org) which is
>> packaged as an NSIS installer that makes sure the plugin is activated in
>> the user's profile.
>> 
>> Probably we can do the same things by manipulating .ini files but the
>> current system is pretty easy.
>> 
>> Pro:
>> 
>> Using a unified configuration system on all platforms would be nice...
> 
> I think having an option to use the registry on windows would be best
> then. As Régis also stated, in some enterprise environments it as
> apperently not doable to use the not-registry option...
> 
> Then we have best of both worlds?

Probably we can add a setting in QGIS to indicate whether settings should be in 
native or ini style format [1]. Of course that is a bit paradoxical since it 
will need to read the settings to get the setting for reading the settings  
:-)

[1] http://doc.qt.io/qt-4.8/qsettings.html#QSettings-3


Regards

Tim

> 
> Regards,
> 
> Richard
> 
> ___
> 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

—









Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux
IRC: timlinux on #qgis at freenode.net

Kartoza is a merger between Linfiniti and Afrispatial



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] Python: How to allow for more results using QgsSnapper.snapMapPoint(...)

[CABO]

Hi

I'm playing around with the QGIS (d01bfd1) snap functionalities in python and 
I'm trying to get it return all the segments in the vicinity of the point of 
interest.

sl = QgsSnapper.SnapLayer()
sl.mLayer = canvas.currentLayer()
sl.mTolerance = 50
sl.snapTo = QgsSnapper.SnapToSegment

snapper = QgsSnapper(canvas.mapSettings())
snapper.setSnapLayers([sl])
snapper.setSnapMode = QgsSnapper.SnapWithResultsWithinTolerances

 (retval, result) = 
snapper.snapMapPoint(point_of_interest_in_map_coordinates)

If I choose a point near two coinciding polygon edges I only get one result.

If I choose a point near a place where three different polygon edges meet at 
the same point, I still only get one result.

I though using the snap mode SnapWithResultsWithinTolerances (or even in this 
case SnapWithResultsForSamePosition) would allow the snapper to give me more 
than one result?


Regards Casper
___
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] selecting child features in parent's form not updating layer selection

[Lauri Kajan]

Hi Matthias,

I see your point.

Would it work if the selection updates globally and the "delete child
features" deletes only child features of the current parent (button
disabled if selection doesn't include any children of current parent).

Currently selection in normal attribute tables updates globally if one
has more than one attribute table open. I would expect the same
functionality with child forms/tables.
Are there now any way to actually select child features?



Thanks,

Lauri



On Tue, Aug 9, 2016 at 2:49 PM, Matthias Kuhn  wrote:
> Hi Lauri,
>
> This was done intentional. In case you have multiple feature forms open
> in parallel, which one is authoritative? If you click "delete selected"
> in form A would you also expect features from form B deleted? With the
> selection being isolated in the feature form, these are no issues.
>
> If you can come up with a good plan avoiding unexpected behavior for the
> user and a good usability, please propose this as a feature request.
>
> Bests,
>
> Matthias
>
>
> On 09/08/16 13:24, Lauri Kajan wrote:
>> Hi all,
>>
>> Is it intentional or a bug?
>> I case of relations:
>> When trying to select child features in parent's attribute form either
>> using a attribute table view or a form view child features won't
>> become selected. In the table/form features get high lighted but the
>> actual layer selection won't update.
>>
>> This is the case with 2.14.5 and with nightly release on windows.
>>
>> Should I create a new issue? (couldn't find one yet)
>>
>>
>>
>> Kind regards,
>>
>> -Lauri
___
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] Using pixel as default units while defining layer style

[ABALAIN, Pierre-Yves]

This discussion seems to not resolve the issue.

Default units in SLF is pixel, and QGis always interpret it as millimeter.
Even using solutions mentioned in this discussion.

Regards.

Pierre-Yves Abalain

-Message d'origine-
De : Luigi Pirelli [mailto:lui...@gmail.com] 
Envoyé : mardi 9 août 2016 11:42
À : ABALAIN, Pierre-Yves
Cc : qgis-developer@lists.osgeo.org
Objet : Re: [Qgis-developer] [QGIS] Using pixel as default units while defining 
layer style

a recend discussion about this issue

http://osgeo-org.1560.x6.nabble.com/SLD-export-not-compliant-due-to-unit-attribute-in-the-root-element-td5277807.html

regards
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS:
https://www.packtpub.com/application-development/mastering-qgis
**


On 8 August 2016 at 17:07, ABALAIN, Pierre-Yves 
 wrote:
> Hello,
>
>
>
> I’m importing SLD in QGis Essen, and I note that unit for parameter 
> (thickness for example) in setting layer styles are always in millimeter.
> But the application I used to export my SLD uses pixel as unit.
>
> Is there a parameter in QGis that allow me to change this default unit ?
>
>
>
> Regards.
>
>
>
> P.Y. Abalain
>
> This message contains information that may be privileged or 
> confidential and is the property of the Capgemini Group. It is 
> intended only for the person to whom it is addressed. If you are not 
> the intended recipient, you are not authorized to read, print, retain, 
> copy, disseminate, distribute, or use this message or any part 
> thereof. If you receive this message in error, please notify the sender 
> immediately and delete all copies of this message.
>
> ___
> 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
This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.
___
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] selecting child features in parent's form not updating layer selection

[Matthias Kuhn]

Hi Lauri,

This was done intentional. In case you have multiple feature forms open
in parallel, which one is authoritative? If you click "delete selected"
in form A would you also expect features from form B deleted? With the
selection being isolated in the feature form, these are no issues.

If you can come up with a good plan avoiding unexpected behavior for the
user and a good usability, please propose this as a feature request.

Bests,

Matthias


On 09/08/16 13:24, Lauri Kajan wrote:
> Hi all,
>
> Is it intentional or a bug?
> I case of relations:
> When trying to select child features in parent's attribute form either
> using a attribute table view or a form view child features won't
> become selected. In the table/form features get high lighted but the
> actual layer selection won't update.
>
> This is the case with 2.14.5 and with nightly release on windows.
>
> Should I create a new issue? (couldn't find one yet)
>
>
>
> Kind regards,
>
> -Lauri
> ___
> 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] selecting child features in parent's form not updating layer selection

[Lauri Kajan]

Hi all,

Is it intentional or a bug?
I case of relations:
When trying to select child features in parent's attribute form either
using a attribute table view or a form view child features won't
become selected. In the table/form features get high lighted but the
actual layer selection won't update.

This is the case with 2.14.5 and with nightly release on windows.

Should I create a new issue? (couldn't find one yet)



Kind regards,

-Lauri
___
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] Plugin [1075] VERSAO VegaMonitor approval notification.

[noreply]

Plugin VERSAO VegaMonitor approval by pcav.
The plugin version "[1075] VERSAO VegaMonitor 0.1" is now approved
Link: http://plugins.qgis.org/plugins/VERSAO_VegaMonitor/
___
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] Using pixel as default units while defining layer style

[Luigi Pirelli]

a recend discussion about this issue

http://osgeo-org.1560.x6.nabble.com/SLD-export-not-compliant-due-to-unit-attribute-in-the-root-element-td5277807.html

regards
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS:
https://www.packtpub.com/application-development/mastering-qgis
**


On 8 August 2016 at 17:07, ABALAIN, Pierre-Yves
 wrote:
> Hello,
>
>
>
> I’m importing SLD in QGis Essen, and I note that unit for parameter
> (thickness for example) in setting layer styles are always in millimeter.
> But the application I used to export my SLD uses pixel as unit.
>
> Is there a parameter in QGis that allow me to change this default unit ?
>
>
>
> Regards.
>
>
>
> P.Y. Abalain
>
> This message contains information that may be privileged or confidential and
> is the property of the Capgemini Group. It is intended only for the person
> to whom it is addressed. If you are not the intended recipient, you are not
> authorized to read, print, retain, copy, disseminate, distribute, or use
> this message or any part thereof. If you receive this message in error,
> please notify the sender immediately and delete all copies of this message.
>
> ___
> 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] featureID changed to row number

[Bernhard Ströbl]

Hi Matthias,

thanks for the hint. I was guessing that it was connected to a mapping 
for bigint primary keys Jürgen talked about the other day. Hmm, will 
have to rethink if I can avoid bigint PKs.


Bernhard

Am 09.08.2016 um 11:02 schrieb Matthias Kuhn:

Hi Bernhard,

The behavior has been changed only for 64bit signed integers in QGIS 2.16.

Details here:

https://github.com/qgis/QGIS/pull/3036


Regards,
Matthias

On 08/08/16 15:47, Bernhard Ströbl wrote:

Hi all,

in former versions QGIS' featureID used to be indentical with the
primary key value of a PostGIS layer (if the field was an integer or
similar)
Now (QGIS 2.16.1) the featureID seems to be identical with the row number
My questions:
1) has this been changed by intention?
2) If yes - why?
3) if yes - since when (version)?

Please enlight me

regards

Bernhard



___
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





__ Information from ESET Mail Security, version of virus signature 
database 13932 (20160809) __

The message was checked by ESET Mail Security.
http://www.eset.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