from:"G. Allegri"

 Ok Andreas, I'm going to make it configurable, will present a new option
in the main properties form of the layer

I suppose he meant to do not draw simplidied geometries during editing
because it would obviously lead to produce unconsistent edits.

giovanni


 About of simplification in editmode. I think is not necessary disable
it, the simplification runs only on the method of painting
QgsVectorLayer::draw, not when you retrieve a geometry to treat your
information.

 Alvaro

 
 De: Andreas Neumann a.neum...@carto.net
 Para: qgis-developer@lists.osgeo.org
 Enviado: Martes 22 de octubre de 2013 14:03
 Asunto: Re: [Qgis-developer] vector rendering improvement patch

 Hi,

 Thank you for your work!

 Yes - I think it should be configurable. It should also automatically be
 turned off if a layer is in edit mode.

 Just my opinion,
 Andreas

 Am 22.10.2013 14:01, schrieb A Huarte:
  Hello Vincent!
  For now, it is not configurable, automatically applies to all vector
layer to be painted.
 
  I think that the userneed not configure this, of course, if
dev-community suggests, will be as you say! :-)
 
 
  Is it configurable in the interface for each layer independantly ?
It should probably be, as according to the style applied to the
geometries, the simplification could be something we want for some layers
and not for others. A checkbox in the layer properties dialog could be
interesting. Then we would have to decide if we want it activated by
default or not for dataproviders supporting it. We could have a global
option for that default too. Vincent
 
 
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer


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



 ___
 Qgis-developer 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] vector rendering improvement patch

2013/10/23 A Huarte ahuart...@yahoo.es

 My simplification algorithm is a new method that uses the MapToPixel data
 of current QgsRenderContext to ignore in the drawing of geometry the
 equal-pixel device points. It has no effect if the geometry is not far
 of current point of view of map.

 It does not uses the ST_Simplify() method (douglas-peucker algorithm)
 where the geometry is simplified for other similar geometry.


Oh, I see. So it's transparent to the user, he doesn't notice the
simplification, right?





   --
  *De:* G. Allegri gioha...@gmail.com
 *Para:* A Huarte ahuart...@yahoo.es
 *CC:* qgis-developer qgis-developer@lists.osgeo.org
 *Enviado:* Miércoles 23 de octubre de 2013 8:46
 *Asunto:* Re: [Qgis-developer] vector rendering improvement patch


  Ok Andreas, I'm going to make it configurable, will present a new option
 in the main properties form of the layer
 I suppose he meant to do not draw simplidied geometries during editing
 because it would obviously lead to produce unconsistent edits.
 giovanni
 
  About of simplification in editmode. I think is not necessary disable
 it, the simplification runs only on the method of painting
 QgsVectorLayer::draw, not when you retrieve a geometry to treat your
 information.
 
  Alvaro
 
  
  De: Andreas Neumann a.neum...@carto.net
  Para: qgis-developer@lists.osgeo.org
  Enviado: Martes 22 de octubre de 2013 14:03
  Asunto: Re: [Qgis-developer] vector rendering improvement patch
 
  Hi,
 
  Thank you for your work!
 
  Yes - I think it should be configurable. It should also automatically be
  turned off if a layer is in edit mode.
 
  Just my opinion,
  Andreas
 
  Am 22.10.2013 14:01, schrieb A Huarte:
   Hello Vincent!
   For now, it is not configurable, automatically applies to all vector
 layer to be painted.
  
   I think that the userneed not configure this, of course, if
 dev-community suggests, will be as you say! :-)
  
  
   Is it configurable in the interface for each layer independantly ?
 It should probably be, as according to the style applied to the
 geometries, the simplification could be something we want for some layers
 and not for others. A checkbox in the layer properties dialog could be
 interesting. Then we would have to decide if we want it activated by
 default or not for dataproviders supporting it. We could have a global
 option for that default too. Vincent
  
  
   ___
   Qgis-developer mailing list
   Qgis-developer@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/qgis-developer

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





-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How can I reset the starting point of a QgsFeatureIterator?

Does iterator.rewind() return True?


2013/10/23 Stefano Masera stefano.mas...@arpa.piemonte.it

 Hi list,
 I use an iterator two times in a python code and I wantto reset it to the
 starting point before to reuse it.
 In this way I hope to be more quick.

 # first use of the iterator
 iterator = layer.dataProvider().getFeatures()
 for feature in iterator:
 #  operations
 # than, a second time I have to use the operator, in a following part of
 the code:
 for feature in iterator:
 #  other operations

 But it doesn't start from the first feature!

 I try with:
 iterator.rewind()
 between the two blocks, but it doesn't work.

 Thanks.

 Stefano Masera


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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How can I reset the starting point of a QgsFeatureIterator?

When the iterator has given back all the features it gets closed.
Rewind works only while the iterator si open, so it's supposed to work
while you're stepping through the iteration.
I fear you have to obtain a new iterator to repreat the iteration.

giovanni



2013/10/23 Stefano Masera stefano.mas...@arpa.piemonte.it

 No, it does False!

 But if  I put
 iterator.rewind()
 before the first use of the iterator it does True.



 --
 *Da: *G. Allegri gioha...@gmail.com
 *A: *Stefano Masera stefano.mas...@arpa.piemonte.it
 *Cc: *qgis-developer qgis-developer@lists.osgeo.org
 *Inviato: *Mercoledì, 23 ottobre 2013 16:36:12
 *Oggetto: *Re: [Qgis-developer] How can I reset the starting point of a
 QgsFeatureIterator?

 Does iterator.rewind() return True?


 2013/10/23 Stefano Masera stefano.mas...@arpa.piemonte.it

 Hi list,
 I use an iterator two times in a python code and I wantto reset it to the
 starting point before to reuse it.
 In this way I hope to be more quick.

 # first use of the iterator
 iterator = layer.dataProvider().getFeatures()
 for feature in iterator:
 #  operations
 # than, a second time I have to use the operator, in a following part of
 the code:
 for feature in iterator:
 #  other operations

 But it doesn't start from the first feature!

 I try with:
 iterator.rewind()
 between the two blocks, but it doesn't work.

 Thanks.

 Stefano Masera


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




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels: Title Case

Paolo, I can't see Title Case option in QGIS 2.0.1. Is it in dev?

giovanni


2013/10/23 Paolo Cavallini cavall...@faunalia.it

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi all
 It is unclear to me whether the behaviour of this option is correct:
 if I have an UPPER CASE field content and apply the above option, I
 would expect to have it displayed as Upper Case, whereas it seems to
 be left unchanged: am I misinterpreting, or there is a bug?
 All the best, and thanks.
 - --
 Paolo Cavallini - Faunalia
 www.faunalia.eu
 Full contact details at www.faunalia.eu/pc
 Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.14 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAlJn7LAACgkQ/NedwLUzIr4sHwCgmMQsdreJq7vRxTuskxF4WdPh
 RWgAnj4Lgj40Uiovj83KlK+3VbBN4MB2
 =APgC
 -END PGP SIGNATURE-
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels: Title Case

Well, Capitalize first letter means... first letter, so UPPER CASE remains
UPPER CASE :)


2013/10/23 Paolo Cavallini cavall...@faunalia.it

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 23/10/2013 17:50, G. Allegri ha scritto:
  Paolo, I can't see Title Case option in QGIS 2.0.1. Is it in dev?

 Type case  Capitalize first letter (IT translation should be improved
 BTW).
 So I would expect Upper case, whereas I have UPPERCASE.
 Salve.
 - --
 Paolo Cavallini - Faunalia
 www.faunalia.eu
 Full contact details at www.faunalia.eu/pc
 Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.14 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAlJn8d4ACgkQ/NedwLUzIr7wXACgkjFKkuOB0iQa5KXjsFDs2Xid
 h1EAnA8zw3DM266zdLMzKq10+m6zTgih
 =xrw/
 -END PGP SIGNATURE-




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] What about OpenGL renderding ?

2013-10-24 Thread G. Allegri


 We would probably begin with porting QGIS to QT5, as OpenGL support has
 been
 added to QT5 and improved in 5.1.
 See for example :
 http://qt-project.org/doc/qt-5.0/qtopengl/2dpainting.html

 Otherwise, reimplementing an pure OpenGL rendering engine seems a big
 effort.
 And we still would want to have a classic renderer for non-accelerated
 hardware.

 One really interesting thing is that it would open the door for viewing 3D
 objects in QGIS. As for now to be able to see PostGIS 3D objects we had to
 develop our own external 3D viewer (horao). For that to happen we would
 need
 real 3D geometry support in QGIS too.


Both the future steps look really promising! QT5 and 3D geometries. There
are more and more people longing for it.
Vincent, is there already a roadmap, any plan and, first of all, sponsors?



  I have seen the funding for having a multi-threaded rendering, this is
 why
  this idea came in mind. In twitter, Pirmin told me Marco made some
 advanced
  test. What were the conclusions ?

 Interested in preliminary results as well.


me too

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

Re: [Qgis-developer] Topology editing in QGis

2013-11-05 Thread G. Allegri

 I never used GRASS topology, I still have to learn about it, but I think
 this representation would be flexible enough to adapt to different
 situations. It would also be possible to build ad-hoc topologies with
 simple normal vector layers (shapefiles, etc.) and have editing operations
 follow basic topology rules including several layers, which is something I
 would like to see (I work with networks and casual users who can open
 shapefiles, but not install PostGreSQL). This kind of topology would be
 like an extension of the existing pseudo-topology editing, just extended to
 several layers.


Topological editing (i.e. following topological rules) is completely
different from editing topological data structures. The two concepts are so
different that I can hardly think of a common base...

giovanni




 Pierre

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How to Raster layer setTransparency with pyQGis 2 ?

2013-11-06 Thread G. Allegri

Try using l_raster.renderer().setOpacity(0.5)

giovanni


2013/11/6 Geo DrinX geodr...@gmail.com

 Hello All,


 pyQGis 2  changed many things  :(

 For example:  how is possible, now, to set the transparency of a raster ?

 Before, simply was:

 l_raster.setTransparency(50)


 And now ?

 Thank you for any info about it


 Roberto

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Shortcut changes in QGIS; call for opinions

2013-11-28 Thread G. Allegri

We could also ask for confirmation the first time and then let the user
flag a Stop asking for confirmation, or something like that...

giovanni


2013/11/28 A Huarte ahuart...@yahoo.es

 Hi Andreas, thanks for your comments.

 I think that the edition (delete features) is much more agile without many
 and repetitive messages boxex. In principle UNDO tool works fine.

 There is a pull request with these changes:
 https://github.com/qgis/QGIS/pull/1010

 Best regards


   --
  *De:* Andreas Neumann a.neum...@carto.net
 *Para:* qgis-developer@lists.osgeo.org
 *Enviado:* Jueves 28 de noviembre de 2013 16:33
 *Asunto:* Re: [Qgis-developer] Shortcut changes in QGIS; call for opinions

 Hi,

 I think the confirmation messages are mainly from a time where there was
 no undo possibility available. Assuming that the undo works properly I
 am ok that the confirmation message is suppressed.

 Alternatively we could ask for confirmation if there is more than one
 feature deleted.

 Regarding backspace and delete: ArcMap has an easy situation as it only
 supports Windows where there is always a del-key. We have to support
 multiple platforms. Some keyboards (e.g. Macintosh) do not provide a del
 key - on those keyboards the del-key has to be emulated with
 fn-backspace which is not very efficient and can't be triggered with one
 hand.

 +1 for the additional confirmation when removing one or more layers -
 because there is no undo for that! If there were an undo I would not mind.

 Thank you for bringing up this issues - wonder what the other users
 think - esp. the OSX users.

 Andreas

 Am 28.11.2013 16:11, schrieb A Huarte:
  Hi, I would know objections in order to change some shortcut keys in
 QGIS desktop.
 
  + Delete selected features in map canvas - DEL key without ask for
 confirmation.
 Now QGIS ask for confirmation first.
 Other GIS app desktops, Arcmap, gvSIG use DEL key.
 
  + Delete selected features in attribute table - DEL key without ask for
 confirmation.
 Now QGIS uses Ctrl+D shortcut and ask for confirmation first.
 Other GIS app desktops, Arcmap, gvSIG use DEL key.
 
  + Remove selected node of a feature - 'backspace' key without ask for
 confirmation.
 Now QGIS uses DEL key, and similarly 'backspace' already deletes a
 node when drawing a feature.
 
  + Remove layer from legend - Ctrl+D with ask for confirmation.
 Now QGIS does not ask for confirmation.
 
  Our purpose is to standardize these keys and avoid unnecessary and
 continuous confirmation messages in an edit session (You can easily undo
 the removal using the UNDO option menu or Ctrl+Z shortcut).
 
 
  You can see the current discussion in:
 
  http://hub.qgis.org/issues/9094
 
 
  Thank you very much!
  Regards
 
 
 
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer

 

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



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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QgsFeatureRequest.setSubestOfAttributes(etc.) return all the fields

2013-12-04 Thread G. Allegri

Probably I'm not using it correctly.
I want to retrieve the features within a bbox and obtain one field only.
Im' doing the following:

request
= QgsFeatureRequest(bbox).setSubestOfAttributes(['id'],mylayer.pendingFields())
for feat in mylayer.geFeatures(request):
   for fields in feat.fields():
   print field.name()

and I get all the field names printed while I thought I would get only 'id'.
What am I doing wrong?

giovanni

-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QgsFeatureRequest.setSubestOfAttributes(etc.) return all the fields

2013-12-04 Thread G. Allegri

errata corrige:

(...)
for field in feat.fields():
   print field.name()
(...)



2013/12/4 G. Allegri gioha...@gmail.com

 Probably I'm not using it correctly.
 I want to retrieve the features within a bbox and obtain one field only.
 Im' doing the following:

 request
 = 
 QgsFeatureRequest(bbox).setSubestOfAttributes(['id'],mylayer.pendingFields())
 for feat in mylayer.geFeatures(request):
for fields in feat.fields():
print field.name()

 and I get all the field names printed while I thought I would get only
 'id'.
 What am I doing wrong?

 giovanni

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QgsFeatureRequest.setSubestOfAttributes(etc.) return all the fields

2013-12-04 Thread G. Allegri

It seems that joining filters do not work (at leat in Python). I have to do:

request = QgsFeatureRequest(bbox)
request = request.setSubestOfAttributes(['id'],mylayer.pendingFields())

And I see that field names are always returned but field values are set to
None if filtered out.

giovanni



2013/12/4 G. Allegri gioha...@gmail.com

 errata corrige:

 (...)
 for field in feat.fields():
print field.name()
 (...)



 2013/12/4 G. Allegri gioha...@gmail.com

 Probably I'm not using it correctly.
 I want to retrieve the features within a bbox and obtain one field only.
 Im' doing the following:

 request
 = 
 QgsFeatureRequest(bbox).setSubestOfAttributes(['id'],mylayer.pendingFields())
 for feat in mylayer.geFeatures(request):
for fields in feat.fields():
print field.name()

 and I get all the field names printed while I thought I would get only
 'id'.
 What am I doing wrong?

 giovanni

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] W*S obtain only the server url

2013-12-07 Thread G. Allegri

What about using urlparse: http://docs.python.org/2/library/urlparse.html?


2013/12/7 Gino Pirelli lui...@gmail.com

 Hi Luca

 usign QT you can:

 create QUrl and then query url with it's method  queryItemValue

 probably there's a pure python method... that it's always better reducing
 QT coupling. If you find a pure python way... please post it.

 ciao Ginetto


 On 6 December 2013 10:47, Luca Delucchi lucadel...@gmail.com wrote:

 Hi everybody,

 I have a WFS layer and I would like to obtain the server url using pyqgis.
 Now I'm using layer.source(), but it return the entire url with all
 the parameters.
 Is there a way to abtain only the server url?
 When QGIS create the string for the request it append every time
 REQUEST parameter for first? Could I split the string using it?

 Thanks

 --
 ciao
 Luca

 http://gis.cri.fmach.it/delucchi/
 www.lucadelu.org
 ___
 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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] 'bad_alloc' error at start

2013-12-10 Thread G. Allegri

I confirm the random baf allocs.
Same package, same platform.

giovanni
Il 10/dic/2013 10:24 Ivan Minčík ivan.min...@gmail.com ha scritto:

 Hi, is anybody experiencing with 'bad_alloc' error message on QGIS start ?

 QGIS version: 2.0l.1
 LIBS: self compiled PPA (https://launchpad.net/~imincik/+archive/gis)
 OS: Ubuntu 12.04

 It happens randomly right after start and I can to isolate the reason.

 Thanks, Ivan

 ___
 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] 'bad_alloc' error at start

2013-12-10 Thread G. Allegri


 Giovanni, thanks for confirmation.
 Does it also happens immediately after start ?
 Do You use packages from UbuntuGIS ?
 Have You already submitted some bug report or should I do it ?


Yes. Yes. No, because I hped to find a rule to the bad_alloc befaore
submitting a bug report... but it behaves randomly, as you confirm.

giovanni



-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Rotate Map

2013-12-10 Thread G. Allegri

I don't what would the effect of using QGraphicsView::rotate() [1], but it
might break something

giovanni

[1] QgsMapCanvas subclasses QGraphcsView
http://qt-project.org/doc/qt-4.8/qgraphicsview.html#rotate


2013/12/10 Richard Duivenvoorde rdmaili...@duif.net

 On 10-12-13 07:49, 怡帆思舟 wrote:
 
 
  My question is: How to rotate the map when navigation map to keep the
  target to move forward?

 Hi,

 not very sure of the questions, but for what I know it is not possible
 to rotate the mapcanvas (== the map in QGIS).

 but you in composer you can rotate a map-widget for eg printing a
 rotated map.

 Regards,

 Richard Duivenvoorde

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS for Windows 64bit crashes when using addSttributes on any vector data provider

2013-12-12 Thread G. Allegri

During a course students with QGIS Doufur 64 bit (on Windows 7) reported
crashes when using QgsVectorDataProvider::dataProvider().addAttributes()
method. It happens whatever provider we use.

QGIS receives an OS signal and generates the following minidump:
https://dl.dropboxusercontent.com/u/13861666/qgis-20131212-123926-2704-6552-d94c044.dmp

The same code works fine on QGIS 32bit.

OS: Windows 7
QGIS 2.0.1 (both from OSGeo4W and Standalone)
Rev. d94c044

giovanni



-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS for Windows 64bit crashes when using addSttributes on any vector data provider

2013-12-12 Thread G. Allegri

Hi Luca,
the code is as simple as creating a memory vector layer, populating a list
of QgsField and passing the list to addAttributes method of the provider.
It was a simple example for the course.
Generally I set the attributes one by one through the layer, inside an
editing session  This works fine. But addAttributes works only on 32bit.

giovanni
On Thu, Dec 12, 2013 at 1:08 PM, G. Allegri gioha...@gmail.com wrote:


 During a course students with QGIS Doufur 64 bit (on Windows 7) reported
 crashes when using QgsVectorDataProvider::dataProvider().addAttributes()
 method. It happens whatever provider we use.


For curiosity, can you post the code of the bug?

Some day I tried to use addAttributes, but I found that using
initAttributes/setAttrobite makes QGis more stable.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS Multi-threaded Rendering

2013-12-12 Thread G. Allegri

 * predictive / off screen  rendering of 3x3 canvas dimensions after the
 initial render so that any pan is near instantaneous (and would trigger a
 new off-screen render)
 * on zoom, resample first then over render the resampled image (like open
 layers and other web toolkits do so you see a resampled version of the old
 render which gets overpainted as the new render comes in)


That would be really good to keep room for this improvement. This is how
maps on the web generally behave, and it's a behaviour that many of my
students and customers ask about at their first impact with QGIS.

giovanni




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

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

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QT 5.2 is out

2013-12-13 Thread G. Allegri

Hi Luca, AFAIK Qt Mobile is available only under proprietary and commercial
license. Am I wrong?

giovanni
Il 13/dic/2013 08:13 Luca Manganelli luc...@gmail.com ha scritto:

 Hi,

 as some of you have noticed, QT 5.2 is out. From release notes [1]:

 I am proud to say that Qt 5.2 fully brings Qt into the mobile space as a
 true player in the app development market supporting Android, iOS,
 BlackBerry, Sailfish/Jolla and Ubuntu Mobile.

 Now it could be easier to port QGis to these platforms. I remember that
 QT, from 5.0, uses OpenGL backend and it could render maps faster than
 before.


 [1]
 http://blog.qt.digia.com/blog/2013/12/12/qt-5-2-released-the-best-qt-yet/



 ___
 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 Multi-threaded Rendering

2013-12-13 Thread G. Allegri

 I believe GeoServer (well, GeoWebCache) uses metatiling for that
purpose within its WMTS/TMS. My understanding is that rather than rendering
a single 256*256 pixel tile like it was asked to, it renders a grid of 4*4
(adjustable; but that's the default) of those tiles (so 1024*1024 pixels)
and then clips that to get the requested tile. The result is that labels
look quite good crossing tile borders. Maybe something similar could work
for QGIS.

Metatiling is a trick emplyed by almost every caching/tiling system. It's
on the client side. While buffering is made by the server.
Using both of them give the best results, but they're not alternatives.

giovanni

 Jonathan


 On 12 December 2013 16:23, Bernhard Ströbl bernhard.stro...@jena.de
wrote:

 Hi Martin,

 Am 12.12.2013 16:50, schrieb Martin Dobias:

 Hi Tim!


 That all sounds absolutely brilliant! Thanks for such a nice clear
 description of how it all fits together. I know you are only
considering
 layer-by-layer rendering but does your design accommodate further
future
 optimisations easily? I'm thinking of things like:

 * predictive / off screen  rendering of 3x3 canvas dimensions after the
 initial render so that any pan is near instantaneous (and would
trigger a
 new off-screen render)


 I have had this idea in my mind while working on the project. In
 theory map canvas can spawn several renderer jobs (instead of just
 one) and let them render just one tile of the map. Some special
 handling of the labeling would be necessary if we wanted labels that
 are allowed to cross the border of tiles.


 that reminds me that I needed some way to keep a stripe around the edge
free of labels in QGIS server for tiling purposes (labels were cut)
 if you address this issue it would be nice to have this somehow
customizable for QGIS server.

 Bernhard


 __ Information from ESET Mail Security, version of virus
signature database 9165 (20131212) __

 The message was checked by ESET Mail Security.
 http://www.eset.com



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



 This transmission is intended for the named addressee(s) only and may
contain sensitive or protectively marked material up to RESTRICTED and
should be handled accordingly. Unless you are the named addressee (or
authorised to receive it for the addressee) you may not copy or use it, or
disclose it to anyone else. If you have received this transmission in error
please notify the sender immediately. All email traffic sent to or from us,
including without limitation all GCSX traffic, may be subject to recording
and/or monitoring in accordance with relevant legislation.

 ___
 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] QT 5.2 is out

2013-12-13 Thread G. Allegri



 Qt is the project that now includes Android support - with open source
 license as usual.

 Qt Mobile is a (new) different product, it comes with commercial
 license, and brings you additional tools + support + cloud service.
 You do not need Qt Mobile for QGIS on Android.


Thanks Martin for claryfing it.
I've given a look to the port status and it seems quite good.
It lacks some important, tipycal mobile features, like
positioning/satellite information, bluetooth, etc., which are planned for
5.3.0.

giovanni




 Martin




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] conversion between latitude, longitude and x, y coordinate

2013-12-14 Thread G. Allegri

What is map x/y? Do you mean projected coordinates or screen/print
coordinates?
Is this a question within the QGIS API context?

giovanni
Il 14/dic/2013 12:56 SIVA RAMA KRISHNA s.r.kriis...@gmail.com ha
scritto:

 Hello,

 I have a query related to conversion between lat long  to map x map y

 I have a *lat ,lon *point with projection system and I wanted to know the*
 map x map y *so that i can map on the map

 I am working in c++

 Any help in this context will be highly appreciated

 Thanks in advance to all

 ___
 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 sounds (was: QGIS game (for fun)?)

2013-12-16 Thread G. Allegri



 In fact (optional) acoustic feedback would be good to have. Is there
 direct support for this in Qt?
 All the best.


http://qt-project.org/doc/qt-4.8/qsound.html

giovanni


 --
 Paolo Cavallini - www.faunalia.eu
 QGIS  PostGIS courses: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS sounds (was: QGIS game (for fun)?)

2013-12-16 Thread G. Allegri

I pushed the send button too early.
I wanted to add the Phono module link, which I've used a couple of times to
play and control sound: http://qt-project.org/doc/qt-4.8/phonon-module.html

giovanni


2013/12/16 G. Allegri gioha...@gmail.com


 In fact (optional) acoustic feedback would be good to have. Is there
 direct support for this in Qt?
 All the best.


 http://qt-project.org/doc/qt-4.8/qsound.html

 giovanni


 --
 Paolo Cavallini - www.faunalia.eu
 QGIS  PostGIS courses: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [QGIS-Server] Adding Web Processing Service, partially funded

2013-12-20 Thread G. Allegri

Good news!
Where does QGIS Server fit into this? I mean, if we implement WPS with
PyWPS and headless Processing, QGIS Server isn't required. Are you thinking
to QGIS Server as a proxy to PyWPS?
I hoped you were considering to implement Python support inside QGIS Server
(as it was discussed a year ago), but probably it would be a lot of work
having to integrate the python interpreter...

giovanni


2013/12/20 Pirmin Kalberer pi...@sourcepole.com

 Hi René-Luc,

 Am Donnerstag, 19. Dezember 2013, 12.21:25 schrieb Vincent Picavet:
 
 
  Le jeudi 19 décembre 2013 12:11:21, René-Luc D'Hont a écrit :
  [..]
 
   The final goal is to execute QGIS-Processing Server-side.
  
   The first step was to run QGIS-Processing headless. I made a pull
 request
   which needs review and test.
   https://github.com/qgis/QGIS/pull/1031

 Really great news!

  
   Next steps: developing the WPS interface and executing algorithms
 server
   side.
 
  Are you going to reuse the excellent PyWPS framework, or build a specific
  one ?

 A simple but powerful solution would be to implement an export to PyWPS
 Python
 code similar to the existing Python export.

 Regards
 Pirmin

 --
 Pirmin Kalberer
 Sourcepole  -  Linux  Open Source Solutions
 http://www.sourcepole.com

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qgis2threejs suggestions...

2014-01-07 Thread G. Allegri


  Then, with the new year, I had an idea: what do you think of a QT
window
  inside QGIS, which displays the 3D html page ?
 
  Could it be doable ?   Do you have just tested ?

 Interesting, but I have not tested it yet.


 I tested now, but I had:

 Sorry, your browser doesn't seem to support WebGL

 :(

I've  been following the evolution of WebGL support by Webkit since a lot
of time. Yet it's supported on few platforms, while it would require a
custom build to enable it in many others (with high chance to not
succeed!).
For the moment it doesn't seem to be an option for a wide adoption...

A positive note is the growing support on mobile browsers. Here a
screenshot on my Nexus with Firefox:

https://www.dropbox.com/s/couti1041gx2f5m/13891324843560.jpg

Touch navigation workd smoothly.

Thanks Minoru for this plugin. I had planned to develop something similar.
Now I will move to your code and (hopefully) I will try to contribute to it
;)

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

Re: [Qgis-developer] QWC and WMS FILTER in qgis mapserver

2014-01-09 Thread G. Allegri

+1 from me, Anyway I would keep the custom mode too, which is simpler to
manage in most cases...

giovanni



2014/1/9 Alessandro Pasotti apaso...@gmail.com

 Hi,

 I'm trying to build an improved legend for QWC as explained in my previous
 email.

 The idea was to create an helper script (like those already existing for
 search) that returns json data and base64-encoded images to allow building
 of the legend on the client. The script currently query GetStyles to get
 the classes and get the image for each RULE with GetLegendGraphic, so far
 so good.

 The legend is then cached on the file system for speed.

 The important missing point is that I would be able to build an
 interactive legend, so that the user can for example click on individual
 classes and change visibility or maybe highlight or zoom to extent, this is
 why I need FILTERS.

 The work is almost done, but I've come to a stop with filter generation. I
 can easily obtain ogc filters for each rule (they are in the SLD) but it
 seems like the FILTER parameter in QGIS mapserver WMS follows its own
 syntax.

 The only option I see now is to convert OGC FILTER to the custom QGIS
 FILTER syntax. This is easy for simpler rules but can become difficult when
 rules have complex conditions.

 Any idea or suggestion ?

 Since OGC FILTER parsing is already implemented in QGIS, would it be
 possible make the WMS understand OGG FILTER encoding in addition to the
 custom syntax?


 --
 Alessandro Pasotti
 w3:   www.itopen.it

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Ortho line at specified line distance

2014-01-09 Thread G. Allegri

Hi Pierluigi,
probably CAD Tools plugin is the right tool to do it

http://plugins.qgis.org/plugins/cadtools/
https://github.com/geopython/CadTools/blob/master/tools/orthogonaldigitizer.py

giovanni


2014/1/9 Ing. Pierluigi De Rosa pierluigi.der...@gfosservices.it

 Dear all
 I'm looking for the best way to produce an ortho line to vector line at
 specified along distance.

 In past I did the same thing by grass using v.segment and connecting the
 ortho points nodes.

 what you suggest as best way to do that?

 thanks in advance

 --


 
 Ing. Pierluigi De Rosa (PhD)
 Studio Associato GFOSSERVICES

 Via Tilli 58 - 06127 Perugia (PG)
 tel: 075 7825101 / fax: 075 7823038
 cel: 3497558268
 web: www.gfosservices.it
 skype: pierluigi.derosa

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Ortho line at specified line distance

2014-01-09 Thread G. Allegri

Here a short video: http://youtu.be/e0tscGQpywQ


2014/1/9 G. Allegri gioha...@gmail.com

 Hi Pierluigi,
 probably CAD Tools plugin is the right tool to do it

 http://plugins.qgis.org/plugins/cadtools/

 https://github.com/geopython/CadTools/blob/master/tools/orthogonaldigitizer.py

 giovanni


 2014/1/9 Ing. Pierluigi De Rosa pierluigi.der...@gfosservices.it

 Dear all
 I'm looking for the best way to produce an ortho line to vector line at
 specified along distance.

 In past I did the same thing by grass using v.segment and connecting the
 ortho points nodes.

 what you suggest as best way to do that?

 thanks in advance

 --


 
 Ing. Pierluigi De Rosa (PhD)
 Studio Associato GFOSSERVICES

 Via Tilli 58 - 06127 Perugia (PG)
 tel: 075 7825101 / fax: 075 7823038
 cel: 3497558268
 web: www.gfosservices.it
 skype: pierluigi.derosa

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




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Ortho line at specified line distance

2014-01-10 Thread G. Allegri

Is your code a plugin? Implementing the ortho line is quite easy (as you
can see from the code I pointed you to).

giovanni


2014/1/10 Ing. Pierluigi De Rosa pierluigi.der...@gfosservices.it

  Unfortunetely CAD tool is not worth for me.

 I need to generate ortho segments to line at specified distance into a
 bigger code. Maybe I need to generate more than thousand segment every time
 and I cannot to that by hands.

 Any ideas?
 thanks


 Il giorno gio, 09/01/2014 alle 18.34 +0100, G. Allegri ha scritto:

 Here a short video: http://youtu.be/e0tscGQpywQ



  2014/1/9 G. Allegri gioha...@gmail.com

  Hi Pierluigi,

   probably CAD Tools plugin is the right tool to do it



   http://plugins.qgis.org/plugins/cadtools/


 https://github.com/geopython/CadTools/blob/master/tools/orthogonaldigitizer.py



   giovanni



   2014/1/9 Ing. Pierluigi De Rosa pierluigi.der...@gfosservices.it


  Dear all
 I'm looking for the best way to produce an ortho line to vector line at
 specified along distance.

 In past I did the same thing by grass using v.segment and connecting the
 ortho points nodes.

 what you suggest as best way to do that?

 thanks in advance

 --


 
 Ing. Pierluigi De Rosa (PhD)
 Studio Associato GFOSSERVICES

 Via Tilli 58 - 06127 Perugia (PG)
 tel: 075 7825101 / fax: 075 7823038
 cel: 3497558268
 web: www.gfosservices.it
 skype: pierluigi.derosa

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





   --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus





  --
 Giovanni Allegri
 http://about.me/giovanniallegri
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus


   --

--
  *Ing. Pierluigi De Rosa (PhD)*
 *Studio Associato GFOSSERVICES*


 *Via Tilli 58 - 06127 Perugia (PG)* *tel: 075 7825101 / fax: 075 7823038*
 *cel: 3497558268*
 *web**: www.gfosservices.it
 http://www.gfosservices.com/index.php?option=com_contentview=articleid=21Itemid=21lang=it*
 *skype: pierluigi.derosa *




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
Banner_sito.jpg___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qgis2threejs suggestions...

2014-01-17 Thread G. Allegri

Hi Minoru,
I have another question for you :)
I'm dong some tests to apply vector draping on top of the PlanarGeometry,
i.e. positioning vector vertices on the terrain when they don't have z
values.
I've done a test with ray casting. Here a result which seems a caterpillar
walking along our mountains :)
https://dl.dropboxusercontent.com/u/13861666/2014-01-17%2011_27_15-firenze.png
Do you know other/better solutions then raycasting? Maybe through shaders?

giovanni


2014/1/17 Geodrinx geodr...@gmail.com

 Hi Minoru,


  Using QGIS
  API (QgsRasterDataProvider) in addition to GDAL API to support more
  data sources (1 band rasters) may be a good idea.

 Great !  :)

 Roberto

 
  Minoru
 
  2014/1/16 Geo DrinX geodr...@gmail.com:
  Hi Minoru,
 
 
  You can do it with latest code on GitHub.
  https://github.com/minorua/Qgis2threejs
 
 
 
  I tested it   :)
 
  I have an idea and a suggestion:
 
  if a level was a WMS PNG24 or PNG32 of a DTM, do you think it would be
  possible to use it to create 3D with your plugin?
 
  This would be a very useful feature :)
 
  Roberto
 
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qgis2threejs suggestions...

2014-01-18 Thread G. Allegri

2014/1/18 Minoru Akagi akagi...@gmail.com

  Do you know other/better solutions then raycasting? Maybe through
 shaders?

 I don't know...



Ok, thanks.
Next days I will fork your github repo to do some additions and push some
pull requestes.

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

Re: [Qgis-developer] QGIS and 3D

2014-01-25 Thread G. Allegri

Thanks for remembering us of it. I couldn't retrieve it from the ML!
Visvis seems a good approach to the visualization of 3D data in QGIS. I
imagine it won't be as performant as native implementations (like osg, used
by Horao) but it would be probably more portable and easy to mantain...

giovanni


2014/1/25 gene martin.lal...@gmail.com

 You can also use Python in the Python console, look at  Using/visualizing
 3D
 data (Z values)
 
 http://osgeo-org.1560.x6.nabble.com/Using-visualizing-3D-data-Z-values-td4126375.html#a5009086
 



 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/QGIS-and-3D-tp5099845p5099985.html
 Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS and 3D

2014-01-27 Thread G. Allegri

Shouldn't we create e wiki page about QGIS and 3D? We could gather these
links there.

giovann


2014-01-27 gene martin.lal...@gmail.com

 Among others:

  In French:

 -  PyQGIS (QGIS 2): les coupes géologiques (colorisation d'un profil
 topographique élaboré à partir d'un MNT en fonction des couleurs d'un
 raster
 et placement des points d'intersection avec les limites des couches
 géologiques)
 
 http://www.portailsig.org/content/pyqgis-qgis-2-les-coupes-geologiques-colorisation-d-un-profil-topographique-elabore-partir-d
 
 (PyQGIS (QGIS 2) geological cross-sections (colorization of a topographic
 profile with the colors of a geological map and placement of the points of
 intersection with the boundaries of geological layers)).

 In Spanish:

 -  QGIS, visualización 3D de capas vectoriales con Python
 
 http://geotux.tuxfamily.org/index.php/en/geo-blogs/item/315-qgis-visualizacion-3d-de-capas-vectoriales-con-python
 

 but also in this list, for example:

 -  visualizing 3D data (Z values) or data with z attribute: a solution
 
 http://osgeo-org.1560.x6.nabble.com/visualizing-3D-data-Z-values-or-data-with-z-attribute-a-solution-td5005360.html
 
 -  For geologists: 3D geological boreholes
 
 http://osgeo-org.1560.x6.nabble.com/For-geologists-3D-geological-boreholes-td5007085.html
 

 and in GIS Stack Exchange, for example:

 -  TIN Interpolation using a vector layer
 
 http://gis.stackexchange.com/questions/41891/tin-interpolation-using-a-vector-layer/41922#41922
 
 -  Create cross section with polygon intersects in QGIS
 
 http://gis.stackexchange.com/questions/83605/create-cross-section-with-polygon-intersects-in-qgis/83619#83619
 

 - with only Python:

 -  Display a georeferenced DEM surface in 3D matplotlib
 
 http://gis.stackexchange.com/questions/66367/display-a-georeferenced-dem-surface-in-3d-matplotlib/66440#66440
 




 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/QGIS-and-3D-tp5099845p5100283.html
 Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Supporting USER CRS's in QGIS Mapserver and QGIS Web Client

2014-02-05 Thread G. Allegri

Hello.
I've been asked to support a customer of us to deploy a map where a custom
CRS has been defined.
After various tests I've identified almost all the issues that arise when
using a user defined CRS.

*QGIS MAPSERVER*
Given that user defined CRS (10) are automatically written and read by
QGIS to the user qgis.db database, it would add the possibility for QGIS MS
to use a custom CRS DB. I've been able to do it adding an env variable
(QGIS_CUSTOMCONFIG), similar to the custom config variable to QGIS startup:

QString configPath = getenv( QGIS_CONFIGPATH );
QgsApplication qgsapp( argc, argv, getenv( DISPLAY ),configPath );

This solves the problem of picking the USER:XX  CRS, but something else
needs to be done (I'm debugging to catch the point).
Before going on I would like to ask (Marco?) if it's something you would
incorporate in QGIS MS, and if you already know what should be done how
much would it take to do it.

*QWC*
The EPSG string should be set in a variable. In this way a different
authid could be set, e.g. USER. Otherwise the requests to the server will
always be with an EPSG CRS.

What do you think about these improvements? Do they fit in both the
softwares?
I think yes. This way planetary maps could be deployed too ;)

Have a good day,
Giovanni

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] [QGIS Mapserver] is QgsFilter ever used in GetFeatureInfo?

2014-02-24 Thread G. Allegri

In an old feature request from me [1] I was suggesting to add LIKE/ILIKE
filter to GetFeatureInfo FILTER allowed params.
Trying to follow the path of the request, it seems that the filter is
simply appended to layer subsetstring as it is. QgsFilters' aren't being
used, right?

giovanni

[1] http://hub.qgis.org/issues/6294

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [QGIS Mapserver] is QgsFilter ever used in GetFeatureInfo?

2014-02-24 Thread G. Allegri

Hi Ivan,
so ILIKE works bad in QGIS Desktop too? I will test it.

Can you confirm QgsFilter is not being used (mmm... where is it ever used
now?)

giovanni
Il 24/feb/2014 14:41 Ivan Mincik ivan.min...@gmail.com ha scritto:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 02/24/2014 01:45 PM, G. Allegri wrote:
  In an old feature request from me [1] I was suggesting to add LIKE/ILIKE
  filter to GetFeatureInfo FILTER allowed params. Trying to follow the path
  of the request, it seems that the filter is simply appended to layer
  subsetstring as it is. QgsFilters' aren't being used, right?

 LIKE was just added in

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

 ILIKE was not working as we expected, therefore we didn't included it.


 - --
 Ivan Minčík
 ivan.min...@gmail.com   GPG: 0x79529A1E
 http://imincik.github.io/0x79529A1E.key
 ivan.min...@gista.skGPG: 0xD714B02C
 http://imincik.github.io/0xD714B02C.key
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJTC0uQAAoJEPfdLsR5UpoeDcwH/jKD8nAraEaUNd7VSgOfxoWk
 eHBLD7ChyHlFtDxUXy3/9YCftBcQtKwCL7FEQPywUvOz2sXqnybwehhpsRyPabaf
 V8AMLT5fr4nqKInANATiPRVaCHmQ0CoaL+MIzPJZgCu5enDJ6p+JBDOmq8kbfFCQ
 d5gkwhxUDwK7U9PlGjeELjUMl6ZOnlvllpzjrFGvc+UdpzGxGkKspAjhz/9tFaqn
 jv8pbN89Q7re5mf+NsGwJDXmnmBpessXAC7N70copO1mvic53dhcoOsZY8X6stqn
 F3j9990QnPMzRocog5OCiWOocBbyV+hZbdWqhVZXY+k7FNrodNihTPz6t3bjUkE=
 =BbG1
 -END PGP SIGNATURE-
 ___
 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] Fwd: A pipinstall plugin is possible? First: What's the difference between the the Osgeo4w Shell?

I don't know what's the ongoing progress on this topic but I think that a
system for the dependencies management should be embedded inside QGIS. I'm
not in favour for a plugin to do that.
Having an integrated pip would be more transparent to the user and the
plugin developers. The developer should only provide a requirements file
which should be transparently managed by the QGIS' Python system.
I heard that Nathan is working on something similar?

giovanni


2014-03-05 11:32 GMT+01:00 Luca Mandolesi mandol...@gmail.com:

 Hi to all,
 I'm trying to realize a little plugin to install python modules on windows
 via pip.

 In first, I would like make a simple thing:
 Run get-pip.py inside the plugin  but I encounter two different problem:

 What is the shell to call? (Please, don't mind If I point at dufour, is my
 qgis crushtest dummy )

 subprocess.call('C:\\PROGRA~2\\QGISDU~1\\Osgeo4W.bat python get-pip.py')

 or

 subprocess.call('C:\Program Files (x86)\QGIS Dufour\OSGeo4W.bat python
 get-pip.py')

 Apparently they are the same, but if I install something through  python
 inside one, I cannot import the module inside the other.

 So, what's the right way to call inside a python plugin the shell?

 I found also some problems in using subprocess on windows, and I'm
 developping using QProcess class.

 Second question:
 If I run
 subprocess.call('C:\Program Files (x86)\QGIS Dufour\OSGeo4W.bat python
 get-pip.py')

 I receive: Nothing distributions at all found fo install...

 So the solution are easy: distribute qgis with pip and easy_install
 inside, or install pip and easy_intall from shell as I did, then we can use
 the plugin as you check out in my screenshots:
 [0]

 So, if you have suggestions plese let me know.

 Best regards
 Luca


 [0]

 https://lh5.googleusercontent.com/-Z6xJHji33E8/UxURKBr1NpI/Drg/2XWnxf7q6fA/w1075-h604-no/testpipinstaller.PNG




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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Fwd: A pipinstall plugin is possible? First: What's the difference between the the Osgeo4w Shell?


 Windows doesn't ship with any version of Python. Yay Windows!  So we
 bundle our own.  I personally don't mind this so much because it's easier
 to control the setup if we bundle it.

 The main thing here is just including pip and easy_install in all the
 windows installs, standalone and osgeo4w.  Jurgen has told me that
 easy_install is included in the 64 bit versions but not 32 bit versions. Is
 that correct Jurgen?

 If pip is included we can easily have plugins tell us what they need and
 we can install them.



+1, this is exactly what I was imaging.
A requirements.txt for pip would be all that a dev should write.

giovanni



 - Nathan




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Fwd: A pipinstall plugin is possible? First: What's the difference between the the Osgeo4w Shell?



 The only gotcha to this is that different plugins might require different
 versions of dependencies. We also toyed around in the past with the idea of
 each plugin having its own virtualenv for deps and then linking in the QGIS
 provided site_packages dir into that virtualenv too.


This would be great because it would solve the problem of users not being
administrators.

giovanni


 Regards

 Tim


 On Thu, Mar 6, 2014 at 1:56 PM, Tom Kralidis tomkrali...@gmail.comwrote:



 On Thu, 6 Mar 2014, G. Allegri wrote:

  Date: Thu, 6 Mar 2014 02:31:41 -0800
 From: G. Allegri gioha...@gmail.com
 To: Nathan Woodrow madman...@gmail.com
 Cc: qgis-developer List qgis-developer@lists.osgeo.org
 Subject: Re: [Qgis-developer] Fwd: A pipinstall plugin is possible?
 First:
 What's the difference between the the Osgeo4w Shell?



 Windows doesn't ship with any version of Python. Yay Windows!  So we
 bundle our own.  I personally don't mind this so much because it's
 easier
 to control the setup if we bundle it.

 The main thing here is just including pip and easy_install in all the
 windows installs, standalone and osgeo4w.  Jurgen has told me that
 easy_install is included in the 64 bit versions but not 32 bit
 versions. Is
 that correct Jurgen?

 If pip is included we can easily have plugins tell us what they need and
 we can install them.



 +1, this is exactly what I was imaging.
 A requirements.txt for pip would be all that a dev should write.


 +1, this would be great (we currently manage and bundle deps in MetaSearch
 as a workaround).

 - we would have to make sure the requirements file is standardized
   (others may have different / additional ones, like requirements-dev.txt,
   pip-requirements.txt, etc.).

 - for MetaSearch, the requirements.txt file never makes it to the QGIS
   runtime, so plugin providers would need to make sure it does


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




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

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] SQL Injection vulnerability

QGIS Server does it's own escaping and filters allowed characters and words
in filters.

giovanni


2014-03-06 18:59 GMT+01:00 Alessandro Pasotti apaso...@gmail.com:

 2014-03-06 18:51 GMT+01:00 Gino Pirelli lui...@gmail.com:

 Thank you Jürgen, I feel safer ;) but... I can't figure out how postgres
 quote_* methods manage -- Comments or String without Quotes that can
 break SQL statement or introduce elements that can't be escaped...

 I would appreciate opinions by DB experts because looking around all says
 that escaping it's not enough.

 Luigi Pirelli (luigi.pire...@faunalia.it - lui...@gmail.com)



 On 6 March 2014 16:35, Jürgen E. j...@norbit.de wrote:

 Hi Gino,

 On Thu, 06. Mar 2014 at 12:10:02 +0100, Gino Pirelli wrote:
  but they quote only ' or \ so they are -not- enough to a complete sql
  injection protection [4]

 Um, the link doesn't clearly point out what else to do.

  every DB have it's internal functions to manage this cases, but better
  use parametrized queries as in many parts of the provider... but not
  in all parts.

 [1] looks similar.  It duplicates all backslashes not just those in
 front of a
 double quote and prepends a E to strings with backslashes.  7829e7a now
 does it
 the same way.



 Hi Gino,

 are you worried about functions exposed by QGIS Mapserver or by the
 desktop?

 --
 Alessandro Pasotti
 w3:   www.itopen.it

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [solved] qgis 2.2 crash

2014-03-07 Thread G. Allegri

That's a really bad story. I don' excpet to have complete back
compatibility, but a crash shouldn't happen :(

giovanni


2014-03-07 17:13 GMT+01:00 Enzo Cocca enzo@gmail.com:

 The problem of crash was the simbology of qgis 1.8 that I have used to
 qgis 2.2.

 thanks!


 2014-03-06 17:04 GMT+01:00 Enzo Cocca enzo@gmail.com:

 hi all,

 I have one problem with pyarchinit plugin and qgis 2.2 on win7. when I
 try to make one action with this plugin qgis go in crash. I have an error
 that win transform in a dump file.
 I have debugged this file with wdk and below I put the debugging:

 Microsoft (R) Windows Debugger Version 6.2.9200.20512 AMD64
 Copyright (c) Microsoft Corporation. All rights reserved.


 Loading Dump File
 [C:\Users\user\AppData\Local\Temp\qgis-20140306-094727-5224-6084-c3a2817.dmp]
 User Mini Dump File: Only registers, stack and portions of memory are
 available

 Symbol search path is: *** Invalid ***

 
 * Symbol loading may be unreliable without a symbol search path.
   *
 * Use .symfix to have the debugger choose a symbol path.
   *
 * After setting your symbol path, use .reload to refresh symbol
 locations. *

 
 Executable search path is:
 Windows 7 Version 7601 (Service Pack 1) MP (8 procs) Free x86 compatible
 Product: WinNt, suite: SingleUserTS
 Machine Name:
 Debug session time: Thu Mar  6 09:47:28.000 2014 (UTC + 1:00)
 System Uptime: not available
 Process Uptime: 0 days 0:00:36.000
 
 
 
 
 
 This dump file has an exception of interest stored in it.
 The stored exception information can be accessed via .ecxr.
 (1468.17c4): Access violation - code c005 (first/second chance not
 available)
 *** WARNING: Unable to verify timestamp for ntdll.dll
 *** ERROR: Module load completed but symbols could not be loaded for
 ntdll.dll
 *** WARNING: Unable to verify timestamp for kernel32.dll
 *** ERROR: Module load completed but symbols could not be loaded for
 kernel32.dll
 eax= ebx=0d980d78 ecx=0ee7a1d0 edx=0265 esi=0d980d38
 edi=0043b8cc
 eip=77c30c32 esp=0043b58c ebp=0043b59c iopl=0 nv up ei pl zr na
 pe nc
 cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b
 efl=0246
 ntdll+0x20c32:
 77c30c32 83c404  add esp,4
 0:000 The stored exception information can be accessed via .ecxr.
^ No runnable debuggees error in 'The stored exception information
 can be accessed via .ecxr.'
 0:000 (1468.17c4): Access violation - code c005 (first/second chance
 not available)
^ Syntax error in '(1468.17c4): Access violation - code c005
 (first/second chance not available)'
 0:000 !analayze -v
 No export analayze found
 0:000 !analyze -v

 ***
 *
 *
 *Exception Analysis
 *
 *
 *

 ***

 *** ERROR: Symbol file could not be found.  Defaulted to export symbols
 for spatialiteprovider.dll -
 *** ERROR: Symbol file could not be found.  Defaulted to export symbols
 for core.pyd -
 *** ERROR: Symbol file could not be found.  Defaulted to export symbols
 for qgis_gui.dll -
 * OS symbols are WRONG. Please fix symbols to do analysis.

 * OS (WOW64 kernel32) symbols are WRONG. Please fix symbols to do
 analysis.

 *
 ***   ***
 ***   ***
 ***Your debugger is not using the correct symbols ***
 ***   ***
 ***In order for this command to work properly, your symbol path   ***
 ***must point to .pdb files that have full type information.  ***
 ***   ***
 ***Certain .pdb files (such as the public OS symbols) do not  ***
 ***contain the required information.  Contact the group that  ***
 ***provided you with these symbols if you need this command to***
 ***work.  ***
 ***   ***
 ***Type referenced: nt!IMAGE_NT_HEADERS32 ***
 ***   ***
 *

Re: [Qgis-developer] Debugging Python plugin with Eclipse: breakpoints do not wotk

2014-03-25 Thread G. Allegri

I usually do it without using the QGIS remote debugger.
http://pydev.org/manual_adv_remote_debugger.html

giovanni
Il 25/mar/2014 14:02 Luca Manganelli luc...@gmail.com ha scritto:

 On Tue, Mar 25, 2014 at 9:39 AM, Francesco Sozzi fso...@intercad.chwrote:

 Hi Everybody,

 I'm new on QGis developing and Python and I'm trying to setup a developing
 environment for building plugins on QGis.
 My problem is that breakpoints on Eclipse do not work, process does not
 stop
 on them.
 [...]
 Any suggestion?...

 Best regards


 Incredible,  I am trying to do it in this moment, and I have the same
 problem. I need help, too :-)

 ___
 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] proposing MetaSearch for QGIS Core

2014-04-04 Thread G. Allegri

+1 from me too.

giovanni

PS: The italian national catalog (RNDT) was recently added to the plugin
thanks to a proficous dialog netween some people in the italian gfoss
mailing list and the national agency.


2014-04-04 17:24 GMT+02:00 Marco Hugentobler 
marco.hugentob...@sourcepole.ch:

 Hi

 It will be great to have CSW functionality in QGIS out of the box!

 Regards,
 Marco

 On 04.04.2014 15:30, Tom Kralidis wrote:

 tl; dr: we are proposing MetaSearch for inclusion into QGIS core, to
 help the discovery (download/add, find/bind) workflow in QGIS. There
 are Python dependencies and build workflows that need to be
 discussed/resolved, but overall we believe it's a good time to start
 this discussion.




 Devs: as per https://github.com/geopython/MetaSearch/wiki/QGIS-Core-
 Integration,
 I'd like to discuss the possibility of integrating the MetaSearch
 Catalogue Client into QGIS as a core plugin.

 To quote Tim (Sutton):

 `tomkralidis: btw it would be great to see the CSW client made ready
 to go into QGIS core one of these days - its a missing piece from our
 'out of the box OGC compliance'`

 Plugin: http://plugins.qgis.org/plugins/MetaSearch/

 Notes:

 - supports the badly-in-need publish/find/bind SDI workflow, allowing
 users to discover data/services and add them to their map
 - OGC services are seamlessly supported for dynamic add layer dialogues
 - over 1300 downloads in the last 6 weeks from plugins.qgis.org
 - interest across multiple organizations and countries (development,
 pull requests, documentation, feature requests/enhancements/bug
 reports, translation, etc.)
 - documentation: currently Sphinx, hosted on GitHub, translated on
 Transifex
 - extensible, future work will include additional APIs (OpenSearch, etc.)
 - initially forked from the excellent CSWClient work by NextGIS

 Dependencies:
 - user: https://github.com/geopython/MetaSearch/blob/master/
 requirements.txt
 - developer: https://github.com/geopython/MetaSearch/blob/master/
 requirements-dev.txt
 - managed in https://github.com/geopython/MetaSearch/blob/master/
 pavement.py#L60
 - OWSLib is a hard requirement
 - I'd be willing to move off Jinja2 (HTML templating) and pygments
 (Syntax highlighting) in favour of something already in QGIS; these
 are self contained in
 https://github.com/geopython/MetaSearch/blob/master/plugin/
 MetaSearch/util.py#L55
 and https://github.com/geopython/MetaSearch/blob/master/plugin/
 MetaSearch/util.py#L103,
 if there are easy alternatives already supported in the QGIS Python
 environment
 - I'm not familiar with QGIS development/build workflow/etc., so I'm
 not sure how the dependencies are/will be handled. Does/will QGIS have
 a Python package dependency strategy?

 Build/packaging:
 - uses Paver to build, package, bundle and upload to plugins.qgis.org
 - **dependencies are bundled with the plugin in isolation**
 - how does/would this look in a QGIS build?

 Issues:

 - UI: thanks to Anita, Tim and others on UI comments and development
 in Vienna last week.  We are working on these in master branch
 currently
 - default connections file: there is interest in organizations
 publishing their CSW to this list as a means to have it default in
 QGIS. Current process at
 https://github.com/geopython/MetaSearch/wiki/MetaSearch-
 Default-Connections-List.
   We have Travis CI setup to always test the default connections so the
 list does not become stale over time (as well as pep8 checks, etc.)

 I hope this provides enough of an overview to move the discussion forward.

 Thanks for consideration.

 Tom Kralidis, Richard Duivenvoorde, Angelos Tzotsos,
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



 --
 Dr. Marco Hugentobler
 Sourcepole -  Linux  Open Source Solutions
 Weberstrasse 5, CH-8004 Zürich, Switzerland
 marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
 Technical Advisor QGIS Project Steering Committee

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QgsDistanceArea

2014-05-16 Thread G. Allegri

You're right, that method should be update in the cookbook.
It was the way ellipsoidal mode was set until QGIS 1.8 [1], but
setEllipsoidalMode
is the new naming since 2.0 [2]

giovanni

[1] http://qgis.org/api/1.8/classQgsDistanceArea.html
[2] http://qgis.org/api/2.0/classQgsDistanceArea.html


2014-05-16 6:51 GMT+02:00 mmekuria sail...@yahoo.com:

 It seems that those who know are quiet and no one responded to answer my
 earlier query as well. Your guess is as good as mine. I think this is the
 end of the semester or spring time etc. One has to just try every
 possibility and find out on his own, that is what open-source means. No one
 is responsible and no one is obligated to answer.
 One may have to look at the C++ code itself, that is, if the code itself is
 really current and on which version of the code one is working on.
 That is a long winded and the uninitiated version of the answer. May be the
 initiated would step in and help all of us.



 -
 Maaza Christos, PhD
 www.Axumcorp.com

 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/QgsDistanceArea-tp5140588p5140627.html
 Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Geospackage Slow in QGIS

2014-05-17 Thread G. Allegri

OT: there was already a nice, and very well supporyed, spatial Sqlite
extension before this Geopackage lobby made its way in OGC... What a pity.

giovanni
Il 17/mag/2014 11:24 Paolo Cavallini cavall...@faunalia.it ha scritto:

 Il 17/05/2014 11:03, Andrea Peri ha scritto:
  Do you know the requirements of gpkg ?

 They should be really minimal.
 This could help understanding speed issues:

 http://openjump.blogspot.fi/2014/02/openjump-plus-reads-ogc-geopackages.html
 All the best.
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 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] Geospackage Slow in QGIS

2014-05-17 Thread G. Allegri


 The spatialite will never to be a real interchange format if the only
 software to use it is qgis and the same qgis is not real compatible with
 the original spatialite spec.

 So the spatialite actually is a really good and strong work format .

 Instead surely geopackage are no one strong point in elaboration so I'm
 not surprise that it is slow.


As you will know the GeoPackage SQLite Extension is pending for future
versions of the specification. In case it would make Spatialite/Geopackage
purposesquite similar...

giovanni




 Il 17/05/2014 11:24, Paolo Cavallini ha scritto:

  Il 17/05/2014 11:03, Andrea Peri ha scritto:

 Do you know the requirements of gpkg ?

 They should be really minimal.
 This could help understanding speed issues:
 http://openjump.blogspot.fi/2014/02/openjump-plus-reads-
 ogc-geopackages.html
 All the best.


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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Geospackage Slow in QGIS

2014-05-17 Thread G. Allegri

2014-05-17 16:04 GMT+02:00 Andrea Peri aperi2...@gmail.com:

 Hi Giovanni.

 You have point an interesting question.
 The question is:

 geopackage and spatialite will be binary compatible (almost in the blob
 where there are store the geometry) ?
 I guess no because I don't realize how a geopackage spec could support
 some different binary formats.


No, the Geopackage BLOB is different from Spatialite. Have a look to the
paragraph 2.1.3.1.1 in the Geopackage specification.



 If this is true (i cannot be sure now, hope wrong obviously)
 this mean that will be another different format in a sqlite.


The Luciad libgpkg has a compatibility mode for Spaltialite 1.x,2.x and
3.x, which *should* guarantee read/write correctness for Spatialite layouts.
Anyway, GDAL has its own implementation, and the gpkg driver is strictly
directed to the Geopackage layout.



 The first is spatialite, the second is the porting of qgis to spatialite,
 the third is this next coming version of geopackage on spatialite.


Yes, it will be a mess! :)
When you will receive e sqlite DB what of the three forms will it be? Trial
and error, if you don't know it ;)

giovanni



 A.



 2014-05-17 14:45 GMT+02:00 G. Allegri gioha...@gmail.com:

  The spatialite will never to be a real interchange format if the only
 software to use it is qgis and the same qgis is not real compatible with
 the original spatialite spec.

 So the spatialite actually is a really good and strong work format .

 Instead surely geopackage are no one strong point in elaboration so I'm
 not surprise that it is slow.


 As you will know the GeoPackage SQLite Extension is pending for future
 versions of the specification. In case it would make Spatialite/Geopackage
 purposesquite similar...

 giovanni




 Il 17/05/2014 11:24, Paolo Cavallini ha scritto:

  Il 17/05/2014 11:03, Andrea Peri ha scritto:

 Do you know the requirements of gpkg ?

 They should be really minimal.
 This could help understanding speed issues:
 http://openjump.blogspot.fi/2014/02/openjump-plus-reads-
 ogc-geopackages.html
 All the best.


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




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 -
 Andrea Peri
 . . . . . . . . .
 qwerty àèìòù
 -




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread G. Allegri

Hi Felix,
I fear you will have to write your own bindings if you want to leavarage
the Georeferencer plugin code. It's a plugin, so it's functionality isn't
exposed through QGIS API.
https://github.com/qgis/QGIS/tree/master/src/plugins/georeferencer

giovanni


2014-05-19 12:36 GMT+02:00 Felix Schmidt felix.schm...@uni-weimar.de:

 Hello everybody,
 i am from a project-team of the Bauhaus-University Weimar (Germany). Our
 Team want to implement a plugin for QGIS, which help help to extract
 borders of historical maps semi-automatically. We start to write the plugin
 in python and need now the functionality of the Georeferencer Core-Plugin,
 after we load the images of the historical maps. Can we access the
 functions of this plugin with python or maybe the whole plugin in our
 pipeline?

 OS: Linux Fedora 20
 QGIS: 2.2.0-Valmiera

 Thank you

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread G. Allegri

It depends on what parts of the Georeferencer you need. If you don't need
the GUI but only the math, you could consider writing a SIP wrapper
around QgsGeorefTransformInterface implementations [1].
Otherwise, if Python performance would suffice, you could grab the low
level math from QgsGeorefTransform and QgsLeastSquares [2] and translate it
to Python.

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp

2014-05-19 16:32 GMT+02:00 G. Allegri gioha...@gmail.com:

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp

2014-05-19 16:10 GMT+02:00 Felix Schmidt felix.schm...@uni-weimar.de:

Hello Giovanni,
thanks for your answer. Do you think it is easier to write the Plugin for
the historical border extraction in c++ instead of python, cause of the
binding implementation?

Felix

Am 19.05.2014 14:52, schrieb G. Allegri:

Hi Felix,
I fear you will have to write your own bindings if you want to leavarage
the Georeferencer plugin code. It's a plugin, so it's functionality isn't
exposed through QGIS API.

--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus

--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread G. Allegri

Of course Matthias is right if you want to interface with a plugin instance
running inside QGIS. That's why I said you could bind only the inner logic
of the Georeferencer to use it outside the plugin instance. In case you
need to control, or get work done from, the Georeferencer plugin itself you
have to do what Matthias is doing in its commit.

giovanni


2014-05-19 18:33 GMT+02:00 Matthias Kuhn matthias.k...@gmx.ch:

 The python modules gui and core are exported and the iface variable
 (QgisInterface) knows about their presence. But QgisInterface should not
 have any dependencies on plugin code, therefore it's harder to access this
 code.
 It may not be hard if you only make use of code which you use in a
 standalone library way (maybe that would already be enough for your case).
 If you want to get access to a running plugin instance this is a different
 story. You can have a look at the code in [1] for an example of how this
 might be accomplished. Although the code seems not to be working, I've got
 to check what's still missing there, but in principle the ideas in commit
 [1] should work.

 Best,
 Matthias

 [1] https://github.com/m-kuhn/QGIS/commit/571b4fa7e6afcefb9c4911339db2c4
 b7689ce6a9



 On Mon 19 May 2014 05:34:41 PM CEST, Felix Schmidt wrote:

 @Matthias: what do you mean with:
 Am 19.05.2014 16:41, schrieb Matthias Kuhn: the code is not exported
 to the gui or core libraries/sip modules?

  It will not be so easy to just write wrappers because the code is not
 exported to the gui or core libraries/sip modules.
 I have written code that makes it possible to generate python
 bindings for (C++) plugins and I'm considering creating a
 pull-request for it.

 Matthias


 On 05/19/2014 04:33 PM, G. Allegri wrote:

 It depends on what parts of the Georeferencer you need. If you don't
 need the GUI but only the math, you could consider writing a SIP
 wrapper around QgsGeorefTransformInterface implementations [1].
 Otherwise, if Python performance would suffice, you could grab the
 low level math from QgsGeorefTransform and QgsLeastSquares [2] and
 translate it to Python.

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/
 qgsgeoreftransform.cpp
 [2]
 https://github.com/qgis/QGIS/blob/master/src/plugins/
 georeferencer/qgsleastsquares.cpp



 2014-05-19 16:32 GMT+02:00 G. Allegri gioha...@gmail.com
 mailto:gioha...@gmail.com:


 It depends on what parts of the Georeferencer you need. If you
 don't need the GUI but only the math, you could consider writing
 a SIP wrapper around QgsGeorefTransformInterface implementations
 [1].
 Otherwise, if Python performance would suffice, you could grab
 the low level math from QgsGeorefTransform and QgsLeastSquares
 [2] and translate it to Python.

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/
 qgsgeoreftransform.cpp
 [2]
 https://github.com/qgis/QGIS/blob/master/src/plugins/
 georeferencer/qgsleastsquares.cpp


 2014-05-19 16:10 GMT+02:00 Felix Schmidt
 felix.schm...@uni-weimar.de mailto:felix.schm...@uni-weimar.de:


 Hello Giovanni,
 thanks for your answer. Do you think it is easier to write
 the Plugin for the historical border extraction in c++
 instead of python, cause of the binding implementation?

 Felix

 Am 19.05.2014 14:52, schrieb G. Allegri:

 Hi Felix,
 I fear you will have to write your own bindings if you
 want to leavarage the Georeferencer plugin code. It's a
 plugin, so it's functionality isn't exposed through QGIS
 API.





 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus


 ___
 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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] have aggregate/window expressions ever been discussed?

2014-05-23 Thread G. Allegri

Recently I had to calculate the relative dimension of a polygon relative to
the others of the same class. I know there are a lot of way to do it,
inside and outside QGIS, but I wondered if field calculator (and
expressions in general) couls be extended to accompish this kind of tasks.

The approach would be something similar WINDOW functions in Postgresql [1],
where for each record a new value will be calculated on the basis of other
records (filtered or not).

Has this ever been discussed? Is it something that could fit QGIS
expressions?

giovanni

[1] http://www.postgresql.org/docs/9.1/static/tutorial-window.html

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] have aggregate/window expressions ever been discussed?

2014-05-23 Thread G. Allegri

Hi Regis,
it's a long time I think to what you're descriibing, and that would
definitely be on a higher level then aggregate expressions alone. This
level of abstraction would also be basis for a map/reduce pattern analysis.
It would be great to know some more about what has been discussed so far.

giovanni
Il 23/mag/2014 22:44 Régis Haubourg regis.haubo...@eau-adour-garonne.fr
ha scritto:

Hi,
well, this is something I miss, coming from Mapinfo world.

Some tests are being made currently on French ministry of ecology, and by
Nathan also, to head to some kind of a layer abstraction, based on ogr
virtual layer and ogr sqlite engine.

Once done, that would open a large field of new features and dedicated
gui's:
- SQL assistant (mapinfo like / qspatialite like) on any loaded data
source
and without any explicit import step. This includes aggregate functions
- virtual attribute or spatial columns based on functions
- ETL feature for changing data types and structure

FME is providing such kind of SQLexecutor, with some limits currently, and
that is extremly powerfull in processing tools, allowing to take full
advantage of existing algorithm for geospatial computing, and SQL-spatial
SQL for attribute queries AND processing.

If we find a way to be sure that any datasource can be correctly used
without caveats hard to understand for the end user, I think we will have
the best GIS tool ever done for non 3D uses. Still I see some limits with
SQLITE. For instance, many SQL clauses are partially supported. Or
calculated fields in view can't be explicitly cast, so QGIS should have to
guess data type based on a data scan (a major unadressed issue of sqlite)

I wish I had more time now to investigate by myself.

Nathan , Hugo , could you tell us more on that topic? is ogr sqlite engine
the right target or does is have to much limitations?

Cheers
Régis

--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/have-aggregate-window-expressions-ever-been-discussed-tp5142215p5142245.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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-user] [Plugin presentation] LayerBender

AFAIK vectGeoRef does an affine transformation.
It would be great if the two tools would merge into a single plugin,
bringing thir different solutions.

giovanni
Il 27/mag/2014 08:55 Tim Sutton li...@linfiniti.com ha scritto:

 Hi



 On Mon, May 26, 2014 at 9:18 PM, Olivier Dalang 
 olivier.dal...@gmail.comwrote:

 Dear lists,

 I'm happy to present my new plugin called LayerBender.

 It's purpose is to allow to align/distort vector layers to match a
 source, very much like georefencer does for raster. It seems ArcGIS and
 OpenJump call this feature Rubber sheeting.

 Demonstration video : https://vimeo.com/96142479

 I needed this in a project I'm working on to align some already digitized
 historical maps.

 Please note that the plugin is still experimental and not much tested yet
 (and only under windows)... So please be understanding in case of problems !

 All feedback is welcome, either here or on
 https://github.com/olivierdalang/VectorBender

 Hope you like it !


 Wow thats awesome man - thanks for sharing!

 Regards

 Tim




 Best,

 Olivier





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




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

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

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

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

[Qgis-developer] [OSM importer] Spatialite InitSpatialMetadata without (1) yet

Some months ago I opened a ticket about this [1]. I see that
InitSpatialMetadata is still called without the parameter, which makes it
being attached to a transaction. It is veeery slow on Windows, because
of the Spatialite version. Will the next 2.4 have an updated Spatialite (
4.1), which will prevent it from running inside a transaction?

giovanni

[1] http://hub.qgis.org/issues/9693

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] have aggregate/window expressions ever been discussed?

I agree with all of you about not reinventing the wheel and, yes, let's not
fragment QGIS' capabilities on data querying/filtering/etc.
My first idea was simply (but I'm not sure how much simple it is) to be
able to perform aggregate queries like in WINDOW functions. In my job it's
something I find very useful, and I would like not to have to export my
layers to a PostGIS DB just to do it.

Some basic examples:

 - get the average area of some polygon features
 - get the relative dimension against some other feature's dimensions
 - etc.

AFAIK these kind of queries cannot be run on Sqlite in one single shot.
This is why I wasn't thinking to Sqlite (or SQL anyway) to implement it,
but as an extension to expression engine, in a MapReduce pattern
perspective...

giovanni



2014-05-27 15:03 GMT+02:00 Régis Haubourg 
regis.haubo...@eau-adour-garonne.fr:

 Hugo Mercier wrote
  Or
  calculated fields in view can't be explicitly cast, so QGIS should have
  to
  guess data type based on a data scan (a major unadressed issue of
 sqlite)
 
  Hmmm I wasn't aware of this limitation in SQLITE views :(

 Yes, SQLITE does dynamic typing, so user or provider has to scan values to
 guess the right type.
 Here is a sqlite topic on that [0]
 And here my initial post in qgis list [1]

 [0]

 http://sqlite.1065341.n5.nabble.com/Computed-columns-in-VIEWs-return-NULL-but-should-be-able-to-be-typed-Any-ideas-td56769.html#a56770

 [1]

 http://osgeo-org.1560.x6.nabble.com/Spatialite-can-t-type-fields-of-a-view-td5058436.html




 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/have-aggregate-window-expressions-ever-been-discussed-tp5142215p5142714.html
 Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] have aggregate/window expressions ever been discussed?


 We will need these aggregate functions in forms for information purposes
 and in the print composer for generating reports. Having to write
 Postgis-Views would work for database pros. But let's not forget that
 not all of our users are database professionals and not all of the users
 have their data in Postgis.

 Personally, I don't care where these aggregate functions are implemented
 and executed, as long as they are easy to use and do not enforce the
 usage of a specific data format.


I totally agree Andreas.
Whatever the way it would be implemented, I hope it won't become a blank
textarea where to write some special SQL.
I imagine something integrated into the rest of expressions GUI.



 Andreas


 Am 27.05.2014 09:21, schrieb Vincent Picavet:
  Hello Andreas,
 
  Le mardi 27 mai 2014 10:28:13, Andreas Neumann a écrit :
  Hi,
 
  We would definitely need this functionality for our application modules
  - we need functions like min, max, mean, sum, average to work
  on 1:n relations.
 
  Now that we have relations in QGIS, I think that aggregate functions are
  a logical next step. Something to seriously consider in 2.6.
 
  As already stated before, I am worrying about current developments
 around a
  lot of features looking like database features :
  * Table joins
  * relations
  * SQL-like processing
  * .. including aggregates
 
  Implementing all these features on top of QGIS seems reinventing the
 wheel,
  and database wheels are particularly hard to design and implement well.
  I really think we should re-study the global design of such features to
 have a
  clear and clean strategy instead of stacking features on features,
 lacking
  coherency.
 
  As stated by Regis, basing this work on top of SQLite may be the best
 option,
  but more study has to be done and a general agreement is needed to go
 this
  way.
 
  Vincent
 
 
  Andreas
 
  Am 23.05.2014 17:34, schrieb G. Allegri:
  Recently I had to calculate the relative dimension of a polygon
 relative
  to the others of the same class. I know there are a lot of way to do
 it,
  inside and outside QGIS, but I wondered if field calculator (and
  expressions in general) couls be extended to accompish this kind of
  tasks.
 
  The approach would be something similar WINDOW functions in Postgresql
  [1], where for each record a new value will be calculated on the basis
  of other records (filtered or not).
 
  Has this ever been discussed? Is it something that could fit QGIS
  expressions?
 
  giovanni
 
  [1] http://www.postgresql.org/docs/9.1/static/tutorial-window.html
 
 
 
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer
 
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [OSM importer] Spatialite InitSpatialMetadata without (1) yet

2014-05-28 Thread G. Allegri

I've submitted a pull request https://github.com/qgis/QGIS/pull/1399

giovanni


2014-05-27 10:31 GMT+02:00 G. Allegri gioha...@gmail.com:

 Some months ago I opened a ticket about this [1]. I see that
 InitSpatialMetadata is still called without the parameter, which makes it
 being attached to a transaction. It is veeery slow on Windows, because
 of the Spatialite version. Will the next 2.4 have an updated Spatialite (
 4.1), which will prevent it from running inside a transaction?

 giovanni

 [1] http://hub.qgis.org/issues/9693

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Implemented break lines on intersections option during line layers editing

2014-05-30 Thread G. Allegri

I've implemented the option to break lines when a new line intersects
existing lines on the same layer.
I've added the option to the snapping options dialog. Having the avoid
intersections option for polygons, I've added a new column to define the
different meanings of the checkbox, in case it's a line layer or a polygon
layer. See the image:
http://cdn.img42.com/d77a446f9a52b9d0315c4b78cfce8141.png

Is it ok to add the option over there?

giovanni

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Implemented break lines on intersections option during line layers editing

2014-05-31 Thread G. Allegri

 Marvellous! But we will see it on QGIS 2.5-2.6?

I hope. It's something I was asked for by various professionals...

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

Re: [Qgis-developer] Implemented break lines on intersections option during line layers editing

2014-06-02 Thread G. Allegri

Hi,
I was out for holidays.
Ok Tim, I will follow your suggestion ;)
I will split only the lines belonging to the same layer, unlike polygons'
avoid intersections which operate on all the layers having the option
turned on.

giovanni
Il 01/giu/2014 08:03 Tim Sutton li...@linfiniti.com ha scritto:

 Hi


 On Fri, May 30, 2014 at 11:53 PM, G. Allegri gioha...@gmail.com wrote:

 I've implemented the option to break lines when a new line intersects
 existing lines on the same layer.
 I've added the option to the snapping options dialog. Having the avoid
 intersections option for polygons, I've added a new column to define the
 different meanings of the checkbox, in case it's a line layer or a polygon
 layer. See the image:
 http://cdn.img42.com/d77a446f9a52b9d0315c4b78cfce8141.png

 Is it ok to add the option over there?


 Nice! Can you remove the abbreviation and change the text to say simply
 Split intersecting lines (using 'spilt' will be more consistent with
 other digitising tools and sounds less negative than break which sounds
 like something gets damaged).

 Regards

 Tim


 giovanni

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus

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




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

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

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

Re: [Qgis-developer] Default styles for OSM

2014-06-03 Thread G. Allegri

Does QGIS ship predefined qml files? I didn't know it, where are they?

giovanni


2014-06-03 20:30 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:

 Il 03/06/2014 19:36, Anita Graser ha scritto:
  Hi Paolo,
  Do you mean the styles or just the symbols? How would we ship the styles
 = QMLs?

 I meant qml, added to default styles.
 I think it would be very good, especialy if we also add to sample data an
 OSM sample.
 Thanks.

 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] spatial joins and select by location should not consider polygons than only touch

2014-06-04 Thread G. Allegri

I've done some testing with fTools' spatial join and select by location
tools.
Whatever the geometry type it uses the intersects operator, which is true
even if geometries only touch.

I've patched my own version to distinguish the case the input layer (to be
selected) is a linear or polygonal layer. In that case I check if
overlaps or contains are true, but I reject the case the geometries
only touch. I keep the single intersects operator in case of points.

If you agree with the logic (I don't want to select or join geometries that
only touch) I will submit a pull request.

giovanni

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] spatial joins and select by location should not consider polygons than only touch

2014-06-04 Thread G. Allegri


 Both options should exist. Perhaps a checkbox to exclude those that only
 touch?


Admittedly, in my own version I have three checkboxes:

 - include layers that only touch
 - include layers that only overlaps
 - include layers the are completely contained

and they are all checked by default (which is an intersects)
This let me take full control on the intersection matrix.

giovanni




 Thanks,
 Alex




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] spatial joins and select by location should not consider polygons than only touch

2014-06-04 Thread G. Allegri

Here it is my proposal:
http://cdn.img42.com/5bbc189562f621af883671ee59e60ff7.png

giovanni


2014-06-04 18:58 GMT+02:00 G. Allegri gioha...@gmail.com:

 Both options should exist. Perhaps a checkbox to exclude those that only
 touch?


 Admittedly, in my own version I have three checkboxes:

  - include layers that only touch
  - include layers that only overlaps
  - include layers the are completely contained

 and they are all checked by default (which is an intersects)
 This let me take full control on the intersection matrix.

 giovanni




 Thanks,
 Alex




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread G. Allegri

Managinng the CGAL dependency would be useful for (SF)CGAL too. Today it's
used only by PostGIS, internally, but maybe its use will extend in the
future (hopefully for 3D in QGIS too!).

giovanni


2014-06-06 17:51 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:

 Il 06/06/2014 15:29, Hugo Ledoux ha scritto:

  Yes we’re willing to do that. It should be stressed out here that we
  use CGAL (www.cgal.org, which is GPL) and its depends (GMP, MPFR,
  Boost).

 good news. anyone see the dependencies as a problem?
 all the best.
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread G. Allegri

CGAL is a prerequisite for SFCGAL. I'm not saying we should worry for
having SFCGAL, but analyzing the dependency for prepair is useful for
(eventually) having SFCGAL or whatever else based on CGAL.

giovanni


2014-06-06 18:45 GMT+02:00 Andrea Peri aperi2...@gmail.com:

 I speak of giohappy proposal of sfcgal.
  Il 06/giu/2014 18:42 Paolo Cavallini cavall...@faunalia.it ha
 scritto:

 Il 06/06/2014 18:41, Andrea Peri ha scritto:
 
  Do you guess the sfcgal is available on windows ?

 prepair needs cgal, not sfcgal
 all the best
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html


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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] [QGIS Mapserver] addDrawingOrder changed logic in 2.4?

2014-06-18 Thread G. Allegri

I'm investingating why QWC is giving me problems with QGIS Server 2.4.
I've spot a difference between QGIS 2.2 and the master code which seems to
cause problems during the GetProjectSettings response parsing.

In previous versions of QGIS Server addDrawingOrder worked for project
layers [1] while for embedded layers we had addDrawingOrderEmbeddedGroup
[2].
Now we have only addDrawingOrder which seems to work only for embedded
projects.
The result is that, without emdedded layers, the LayerDrawingOrder
element will always be empty.

This seems to cause some problems on the QWC side. In fact now QWC works
only with GetCapabilities, while it worked both with GetCapabilities and
GetProjectSettings before.

Is there a reason for this change?

giovanni

[1]
https://github.com/qgis/QGIS/blob/release-2_2/src/mapserver/qgsprojectparser.cpp#L3644
[2]
https://github.com/qgis/QGIS/blob/release-2_2/src/mapserver/qgsprojectparser.cpp#L4067

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [QGIS Mapserver] addDrawingOrder changed logic in 2.4?

2014-06-18 Thread G. Allegri

This pull request shoud fix it, but please review it in case it would break
somethign else https://github.com/qgis/QGIS/pull/1462


2014-06-18 17:02 GMT+02:00 G. Allegri gioha...@gmail.com:

 Thanks Marco.
 Done in http://hub.qgis.org/issues/10625

 In case the changed logic is only a side effect of the parsing
 refactoring, the solution seems quite straightforwars, rolling back to
 differentiating between embedded/not embedded layers.

 giovanni


 2014-06-18 16:52 GMT+02:00 Marco Hugentobler 
 marco.hugentob...@sourcepole.ch:

 Hi Giovanni

 Please open a blocker ticket about the layer order and assign it to me.
 I'll try to look at it before the release.

 Regards, Marco


 Von Samsung Galaxy Note gesendet



  Ursprüngliche Nachricht 
 Von: G. Allegri gioha...@gmail.com
 Datum: 18.06.2014 16:34 (GMT+01:00)
 An: qgis-developer qgis-developer@lists.osgeo.org
 Betreff: [Qgis-developer] [QGIS Mapserver] addDrawingOrder changed logic
 in 2.4?


 I'm investingating why QWC is giving me problems with QGIS Server 2.4.
 I've spot a difference between QGIS 2.2 and the master code which seems
 to cause problems during the GetProjectSettings response parsing.

 In previous versions of QGIS Server addDrawingOrder worked for project
 layers [1] while for embedded layers we had addDrawingOrderEmbeddedGroup
 [2].
 Now we have only addDrawingOrder which seems to work only for embedded
 projects.
 The result is that, without emdedded layers, the LayerDrawingOrder
 element will always be empty.

 This seems to cause some problems on the QWC side. In fact now QWC works
 only with GetCapabilities, while it worked both with GetCapabilities and
 GetProjectSettings before.

 Is there a reason for this change?

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/release-2_2/src/mapserver/qgsprojectparser.cpp#L3644
 [2]
 https://github.com/qgis/QGIS/blob/release-2_2/src/mapserver/qgsprojectparser.cpp#L4067

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Please give us more time for testing and bugfixing

2014-06-20 Thread G. Allegri

+1

giovanni
Il 20/giu/2014 10:39 Luca Delucchi lucadel...@gmail.com ha scritto:

 On 20 June 2014 10:33, Luca Manganelli luc...@gmail.com wrote:
  On Fri, Jun 20, 2014 at 9:43 AM, Martin Dobias wonder...@gmail.com
 wrote:
  I agree with Andreas. Can we postpone the release for a few days?
  There is still quite steady flow of new bug reports worth addressing.
  I would suggest max. 7 days (without affecting the schedule of the
  next release).
 
  +1. Stability of QGis 2.4 should be a priority of first class. There's
  no hurry to release it soon, since many people will go in holiday in
  these days :-)

 +1

 --
 ciao
 Luca

 http://gis.cri.fmach.it/delucchi/
 www.lucadelu.org
 ___
 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] Processing: module duplications

Hi Paolo,
I agree with you, a cleaner organization of Processing tools is advisable
to reduce the confusion in users.
It's rather difficult to teach them in a clear way too! :)

IMHO this reorganization should consider also the integration of other
sparse analysis/processing tools, like the ones under the Vector menu. I
know it depends on their implemention (and its feasibility in the present
Processing model), but it's one of the major sources of confusions or
users. A typical question: why we have the Processing toolbox and a Vector
menu, where some tools overlap, while other are only available under Vector
menu, and so not usable inside a Processing model/workflow?

I hope we will find time (=money) to close this gap and, hopefully, have
most of the analysis tools under the same structure. Well... all but the
C++ ones :(

giovanni


2014-06-23 18:42 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:

 Hi all.
 We are thinking about the future of Processing framework. The duplication
 shown among
 modules is certainly a good thing, as it allows richer analyses and more
 control and
 verification, but can be intimidating even for skilled GIS users.
 We have been discussed this before, but I came up with the conclusion that
 a
 reasonable approach would be to have three levels:
 * basic - only one choice, no overly complex modules
 * normal - all well tested modules, minimizing duplication
 * experimental - out in the wild, all modules.
 This would improve the user experience, and would require less maintenance
 by core devs.
 Of course the selection of the modules for the second category is rather
 complex, and
 would require much thinking.
 Opinions?
 All the best.
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Processing: module duplications

I've given a look to the list of Processing QGIS geoalgorithms and I've
seen that all the tools from fTools seem to be there. I remembered that
someone was missing, but it seems not to be true anymore. I wonder if it
wouldn't be the case to drop fTools algorithms from Vector menu. It would
help in avoiding confusion, imho.

giovanni


2014-06-23 18:50 GMT+02:00 G. Allegri gioha...@gmail.com:

 Hi Paolo,
 I agree with you, a cleaner organization of Processing tools is advisable
 to reduce the confusion in users.
 It's rather difficult to teach them in a clear way too! :)

 IMHO this reorganization should consider also the integration of other
 sparse analysis/processing tools, like the ones under the Vector menu. I
 know it depends on their implemention (and its feasibility in the present
 Processing model), but it's one of the major sources of confusions or
 users. A typical question: why we have the Processing toolbox and a Vector
 menu, where some tools overlap, while other are only available under Vector
 menu, and so not usable inside a Processing model/workflow?

 I hope we will find time (=money) to close this gap and, hopefully, have
 most of the analysis tools under the same structure. Well... all but the
 C++ ones :(

 giovanni


 2014-06-23 18:42 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:

 Hi all.
 We are thinking about the future of Processing framework. The duplication
 shown among
 modules is certainly a good thing, as it allows richer analyses and more
 control and
 verification, but can be intimidating even for skilled GIS users.
 We have been discussed this before, but I came up with the conclusion
 that a
 reasonable approach would be to have three levels:
 * basic - only one choice, no overly complex modules
 * normal - all well tested modules, minimizing duplication
 * experimental - out in the wild, all modules.
 This would improve the user experience, and would require less
 maintenance by core devs.
 Of course the selection of the modules for the second category is rather
 complex, and
 would require much thinking.
 Opinions?
 All the best.
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Processing: module duplications

Getting to the post subject, I feel it would be more natural to distinguish
between generic and specific tools. The experimental section could have
the same categories:

- Generic
- Specific (I'm not sure this is the right word...)
- Experimental
 - Generic
 - Specific

With specific I mean an algorithm of interest for a specific domain (e.g.
ecology, hydrology, economy, etc.).
In the future these algorithms could be organized under sub menus, so that
a sociologist would be routed straight to the tools of its interest...

giovanni
Il 23/giu/2014 19:18 Victor Olaya vola...@gmail.com ha scritto:

 Paolo, that sounds good to me

 The basic and experimental modules that you propose are the current
 simplified and advanced modes. We should work on a normal mode.

 Let's discuss it here and maybe create a spreadsheet that we can edit to
 select the list of modules to include

 Thanks for the suggestions!


 2014-06-23 19:06 GMT+02:00 G. Allegri gioha...@gmail.com:

 I've given a look to the list of Processing QGIS geoalgorithms and I've
 seen that all the tools from fTools seem to be there. I remembered that
 someone was missing, but it seems not to be true anymore. I wonder if it
 wouldn't be the case to drop fTools algorithms from Vector menu. It would
 help in avoiding confusion, imho.

 giovanni


 2014-06-23 18:50 GMT+02:00 G. Allegri gioha...@gmail.com:

 Hi Paolo,
 I agree with you, a cleaner organization of Processing tools is
 advisable to reduce the confusion in users.
 It's rather difficult to teach them in a clear way too! :)

 IMHO this reorganization should consider also the integration of other
 sparse analysis/processing tools, like the ones under the Vector menu. I
 know it depends on their implemention (and its feasibility in the present
 Processing model), but it's one of the major sources of confusions or
 users. A typical question: why we have the Processing toolbox and a Vector
 menu, where some tools overlap, while other are only available under Vector
 menu, and so not usable inside a Processing model/workflow?

 I hope we will find time (=money) to close this gap and, hopefully, have
 most of the analysis tools under the same structure. Well... all but the
 C++ ones :(

 giovanni


 2014-06-23 18:42 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:

 Hi all.
 We are thinking about the future of Processing framework. The
 duplication shown among
 modules is certainly a good thing, as it allows richer analyses and
 more control and
 verification, but can be intimidating even for skilled GIS users.
 We have been discussed this before, but I came up with the conclusion
 that a
 reasonable approach would be to have three levels:
 * basic - only one choice, no overly complex modules
 * normal - all well tested modules, minimizing duplication
 * experimental - out in the wild, all modules.
 This would improve the user experience, and would require less
 maintenance by core devs.
 Of course the selection of the modules for the second category is
 rather complex, and
 would require much thinking.
 Opinions?
 All the best.
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus

 ___
 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] Are there convenience functions to do bilinear or cubic raster sampling?

I'm not aware of such functions exposed to QGIS API, and AFAIK there's
nothing useful under Qt neither...

giovanni


2014-06-23 21:25 GMT+02:00 Anita Graser anitagra...@gmx.at:

 Hi,
 Using the raster layer provider's identify() function, I can get the
 raster value at the specified location. Are there any convenience
 functions to do bilinear or cubic raster sampling as well? Or does
 this have to be done manually in the plugin code?
 Thanks and best wishes,
 Anita
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Processing: module duplications

2014-06-24 Thread G. Allegri

Paolo, I'm not sure I fully understand the proposal. Do you mean to show
the basic, normal and advanced groups in the GUI?
I'm not sure it's something a user will understand easily. What is a
normal algorithm? I understand your meaning, but I fear it's not
stragthforward, and it doesn't seeme to be the first criteria a user would
look for. Probably I misudnerstood you...

giovanni


2014-06-24 9:15 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:

 Il 23/06/2014 19:18, Victor Olaya ha scritto:
  Paolo, that sounds good to me
 
  The basic and experimental modules that you propose are the current
 simplified and
  advanced modes. We should work on a normal mode.
 
  Let's discuss it here and maybe create a spreadsheet that we can edit to
 select the
  list of modules to include

 maybe we could add tags to modules, much easier to maintain than a
 separate spreadsheet?
 first of all, however, I think we should agree on criteria for the
 inclusion in each
 category; IMHO normal should be:
 * well tested (ideally, modules without a test should not be included
 here, so we can
 always guarantee normal modules are working properly)
 * non duplicated (never have two modules doing exactly the same thing;
 choose the
 faster and more reliable
 * with a reasonable set of options, avoiding esoteric stuff (this may be
 the most
 difficult choice).
 Anything more?
 All the best, and thanks for picking this up.
 --
 Paolo Cavallini - www.faunalia.eu
 Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Processing: module duplications

2014-06-24 Thread G. Allegri

The tagging system would be great, and in the future we can imagine a
system to let a user groups algorithms under its own groups (like favorites
links in the browser).

Vector and raster menus should at least point to the Processing tool
window, in case the algorithm is there too...

I still miss the semantics of the normal group. This word doesn't mean
anything to me as a grouping, but I see I'm the only one with this doubt :)

giovanni
Il 24/giu/2014 10:10 Alex Mandel tech_...@wildintellect.com ha scritto:

 I disagree, the Vector and Raster menus are the Basic algorithms.
 Opening Processing is the Normal+Experimental as Paolo described.

 Moving everything to Processing just makes it harder to find the simple
 stuff. Another major GIS project many of us know took this approach and
 it's extremely annoying to sift through 300 methods when you just want a
 Clip. 1. Finding and remembering where the tool you want becomes harder,
 2. Searching gets challenging with many similarly named things - wait is
 that the raster clip or the vector clip?

 Not saying a level filter in the Processing box won't be good, just
 don't eliminate the simple menus even if it is a duplicate.

 Thanks,
 Alex

 On 06/23/2014 10:06 AM, G. Allegri wrote:
  I've given a look to the list of Processing QGIS geoalgorithms and I've
  seen that all the tools from fTools seem to be there. I remembered that
  someone was missing, but it seems not to be true anymore. I wonder if it
  wouldn't be the case to drop fTools algorithms from Vector menu. It would
  help in avoiding confusion, imho.
 
  giovanni
 
 
  2014-06-23 18:50 GMT+02:00 G. Allegri gioha...@gmail.com:
 
  Hi Paolo,
  I agree with you, a cleaner organization of Processing tools is
 advisable
  to reduce the confusion in users.
  It's rather difficult to teach them in a clear way too! :)
 
  IMHO this reorganization should consider also the integration of other
  sparse analysis/processing tools, like the ones under the Vector menu. I
  know it depends on their implemention (and its feasibility in the
 present
  Processing model), but it's one of the major sources of confusions or
  users. A typical question: why we have the Processing toolbox and a
 Vector
  menu, where some tools overlap, while other are only available under
 Vector
  menu, and so not usable inside a Processing model/workflow?
 
  I hope we will find time (=money) to close this gap and, hopefully, have
  most of the analysis tools under the same structure. Well... all but the
  C++ ones :(
 
  giovanni
 
 
  2014-06-23 18:42 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:
 
  Hi all.
  We are thinking about the future of Processing framework. The
 duplication
  shown among
  modules is certainly a good thing, as it allows richer analyses and
 more
  control and
  verification, but can be intimidating even for skilled GIS users.
  We have been discussed this before, but I came up with the conclusion
  that a
  reasonable approach would be to have three levels:
  * basic - only one choice, no overly complex modules
  * normal - all well tested modules, minimizing duplication
  * experimental - out in the wild, all modules.
  This would improve the user experience, and would require less
  maintenance by core devs.
  Of course the selection of the modules for the second category is
 rather
  complex, and
  would require much thinking.
  Opinions?
  All the best.
  --
  Paolo Cavallini - www.faunalia.eu
  Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
  ___
  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] Release plans

2014-06-26 Thread G. Allegri

I agree too for announcing when packages are ready.
Right today, during a course, I was answering a partecipant wh asked be
about the next release. I've told him it will happen in a few days and I
ansewered: I hope they don't do as for QGIS 2.2, when we had to go back to
the website more and mroe times, hoping to see the QGIS 2.4 download link
appear...

giovanni


2014-06-26 16:43 GMT+02:00 Andreas Neumann a.neum...@carto.net:

 Hi

 I have to agree with Nathan and Denis. It would me buch better to
 announce a release when the packages are ready. I remember that last
 time there was some confusion and disappointment by users reading tweets
 that QGIS was available and then they could not install it on their
 platform.

 Sorry Jürgen that we discuss this at the very latest. I was already
 happy that we got one week more time for testing/bug fixing.

 At least for the next release we should have packages ready before the
 announcement. Or only inform developers about the release and then the
 regular users when the packages are ready.

 Andreas

 PS: hope Jürgen does not hate me now for all my requests/ideas ...

 Am 26.06.2014 12:32, schrieb Nathan Woodrow:
  No. Just like with 2.2.
 
  I think this is a real mistake and bad PR for the project.  If we want to
  do it like this we need to refine out release plan better to have things
  line up nice and smooth so people get what they expect.  The user isn't
 us,
  we can build from source, they can not, nor should they.
 
  dev cylce - freeze - no new strings - 3 days out (or something) freeze
  all non package code incl strings - call packages/update versions/update
  site code etc - (on day) push website and packages - announcement.
 
  I suggest we need a calender on the website that shows using colors and
  date ranges what is happening and when so no one gets a shock.
 
  Here is what the current release feels like to a normal user who is
 coming
  from the outside:
 
  - Gets notified of the release (took about 10 seconds to go on twitter
  after you sent the 2.2 email that it was out so it was not a hidden
  thing, even on the weekend)
  - Gets excited
  - Heads to website
  - Ok banner still say 2.2 but there is a download link
  -  Click download.
  - Run installer
  - oh 2.2. Didn't it say 2.4 was out?
  - *check back for later for you packages* How long do I have to wait?
  - * please come again*
  - (Never comes back) or is annoyed as heck
  - *meanwhile*
  - We push master forward, features flow in like normal.
  - Oh hi I found a major bug in 2.4 is there any planned patched release
  - Meh
 
  This is bad PR, even without the patched release thing, a release is a
  binary release to a user. A source tarball means nothing.
 
  I remember having to respond to a heap of annoyed people on the QGIS
  twitter/Facebook account with we are currently building package, please
  hold
 
  - Nathan
 
 
 
  On Thu, Jun 26, 2014 at 9:58 PM, Jürgen E. j...@norbit.de wrote:
 
  Hi Nathan,
 
  On Thu, 26. Jun 2014 at 21:22:54 +1000, Nathan Woodrow wrote:
  1) Are we planning on having packages ready to go before the official
  announcement?
 
  No. Just like with 2.2.
 
 
  2) Is the website going to be updated before/just after the
 announcement
  to
 point to the packages?
 
  When the package arrive the website is going to be updated.  Where
  necessary,
  not all links have an explicit version number in them.  And we should
  probably
  also get rid of those that do - so we don't need to change that just
  because
  the current release version number changed.
 
 
  3) Are we holding the feature freeze for a month/two weeks after
 release
  in
 case something comes up that is a real hurt point to hold off on?
 
  No.  Once the release is branched and tagged, master is open for new
  features
  again.  Just like with 2.2.   Fixes can be applied to the release
 branch -
  although there still isn't an official plan if/when/how such updates
 would
  end
  up in packages.
 
 
  If 2.4 release on the 27 is going to be just a email to call for
  packages,
  could it be just labeled as such, don't use the words Release, or
  QGIS 2.4
  is out because it will go everywhere raising the issues in 1).
 
  No, just like with 2.2
 
  http://lists.osgeo.org/pipermail/qgis-user/2014-February/026281.html
 
  and as on the roadmap:
 
  http://qgis.org/en/site/getinvolved/development/index.html#road-map
 
 
  Jürgen
 
  --
  Jürgen E. Fischer norBIT GmbH   Tel.
 +49-4931-918175-31
  Dipl.-Inf. (FH)   Rheinstraße 13Fax.
 +49-4931-918175-50
  Software Engineer D-26506 Norden
  http://www.norbit.de
  QGIS PSC member (RM)  Germany  IRC: jef on
 FreeNode
 
  --
  norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme
 mbH
  Rheinstrasse 13, 26506 Norden
  GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
 
  ___
  Qgis-developer

Re: [Qgis-developer] Release plans

2014-06-27 Thread G. Allegri

Probably the keypoint of this discussion are the different point of views
on what the dev community consider the final point of a development cycle.
Some consider it the source ball and the packaging a plus. Others include
the packages themselves (in their mindset).

I don't want to open a discussion on this but I think that a project like
QGIS, which is extending its user base, cannot consider that the majority
of its users even don't know how a software is made. And I don't blame
them, as I don't know the intricacies of the smartphone I'm writing on
right know.

If the problem is convincing people to donate to support the complete
lifecycle of the project well, this is a different point, but I don't think
we will get there hoping they understand what's under the job of releasing
a ready to go package...

giovanni
Il 27/giu/2014 08:45 Nyall Dawson nyall.daw...@gmail.com ha scritto:


 On 27/06/2014 4:35 pm, Denis Rouzaud denis.rouz...@gmail.com wrote:
 
 
  For me, a summarize is: save two days of waiting (on a 4+ months
 schedule) so 1% users can compile while 99% get frustrated.

 I suspect the actual fraction of users who compile is much much smaller
 than this. Maybe 1 in a thousand at most, probably much lower still.

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

 +1 from me.

 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

[Qgis-developer] pull to improve fTools/Processing select by location

2014-06-30 Thread G. Allegri

I've sumbitted a pull request [1] to add fine grained control to spatial
operators controlling select/extract by location algorithms, both in fTools
and Processing.

If you feel other options should be added let me know.
giovanni

[1] https://github.com/qgis/QGIS/pull/1495

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

+1


2014-07-01 14:20 GMT+02:00 Mathieu Pellerin nirvn.a...@gmail.com:

 +1
 On 1 Jul 2014 18:55, Nathan Woodrow madman...@gmail.com wrote:

 Hey,

 I would like to propose that we remove the single select map tool.

 Main reason to remove is its function is redundant as the rectangle
 select does a single point select if you don't drag i.e single click.  I
 live in rectangle select mode 99% of the time and never have any issues.

 As the rectangle select can already do both actions I don't really see
 the need to keep both tools when one would suffice.

 Thoughts?

 - Nathan

 ___
 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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] why Difference takes much more time then Clip?

I'm doing some tests on fTools/Processing spatial operators, with a cover
multilinestring layer and a base polygon layer.

Running the following query on PostGIS I get similar timings with
st_intersection and st_difference:

select l.osm_id,ST_intersection(l.geom,e.geom) as geom from linee_selezione
as l,edifici_buffer as e where ST_Intersects(l.geom, e.geom)

while if I run the Difference tool QGIS chokes and it takes magnitudes of
more time then Clip.
If made both tools as similar as possible, just changing this [1] line of
code, but the difference in execution time remains big.

I can't find out where is the difference, because both PostGIS and QGIS
base the operations on GEOS.
Any hints?

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/qgis/ftools/Clip.py#L107

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] why Difference takes much more time then Clip?

To be correct, the two postgis queries are:

select min(l.osm_id),st_difference(l.geom,st_union(e.geom)) as geom from
linee_selezione_s l join edifici_buffer_s e
on ST_Intersects(l.geom, e.geom) group by l.geom

select min(l.osm_id),st_intersection(l.geom,st_union(e.geom)) as geom from
linee_selezione_s l join edifici_buffer_s e
on ST_Intersects(l.geom, e.geom) group by l.geom


2014-07-01 19:37 GMT+02:00 G. Allegri gioha...@gmail.com:

 I'm doing some tests on fTools/Processing spatial operators, with a cover
 multilinestring layer and a base polygon layer.

 Running the following query on PostGIS I get similar timings with
 st_intersection and st_difference:

 select l.osm_id,ST_intersection(l.geom,e.geom) as geom from
 linee_selezione as l,edifici_buffer as e where ST_Intersects(l.geom, e.geom)

 while if I run the Difference tool QGIS chokes and it takes magnitudes of
 more time then Clip.
 If made both tools as similar as possible, just changing this [1] line of
 code, but the difference in execution time remains big.

 I can't find out where is the difference, because both PostGIS and QGIS
 base the operations on GEOS.
 Any hints?

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/qgis/ftools/Clip.py#L107

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] why Difference takes much more time then Clip?

Just two graphics two show a brutal benchmark (measuring time in every
cycle step).

Clip: http://cdn.img42.com/31e0205c1273a1d1c705e5109da48db1.png
Difference: http://cdn.img42.com/eeba68e62ea7d4db50662c2745a6d912.png


2014-07-01 20:05 GMT+02:00 G. Allegri gioha...@gmail.com:

 To be correct, the two postgis queries are:

 select min(l.osm_id),st_difference(l.geom,st_union(e.geom)) as geom from
 linee_selezione_s l join edifici_buffer_s e
 on ST_Intersects(l.geom, e.geom) group by l.geom

 select min(l.osm_id),st_intersection(l.geom,st_union(e.geom)) as geom from
 linee_selezione_s l join edifici_buffer_s e
 on ST_Intersects(l.geom, e.geom) group by l.geom


 2014-07-01 19:37 GMT+02:00 G. Allegri gioha...@gmail.com:

 I'm doing some tests on fTools/Processing spatial operators, with a cover
 multilinestring layer and a base polygon layer.

 Running the following query on PostGIS I get similar timings with
 st_intersection and st_difference:

 select l.osm_id,ST_intersection(l.geom,e.geom) as geom from
 linee_selezione as l,edifici_buffer as e where ST_Intersects(l.geom, e.geom)

 while if I run the Difference tool QGIS chokes and it takes magnitudes of
 more time then Clip.
 If made both tools as similar as possible, just changing this [1] line of
 code, but the difference in execution time remains big.

 I can't find out where is the difference, because both PostGIS and QGIS
 base the operations on GEOS.
 Any hints?

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/qgis/ftools/Clip.py#L107

 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Doesn't measure tools/calculations + ellipsoid + OTFR require a rethinking?

2014-07-03 Thread G. Allegri

This topic comes back often, and in various situations I find me in a tight
spot when coming to explain the intricacies of the relationships between
these concepts.

Can we try to make the point on this, trying at least to layout a clean
intersection matrix between the various situations?
The concepts/tools involved in measurements and length/area calculations
are:

 - OTFR
 - Project CRS (GRS/PRS)
 - Measure Ellispoid
 (- Unit of measure)

We could try to write the various combinations:

1) Project with GSR + OTFR off
- Ellispoid is Planar (and cannot be changed)
- Measurements are wrong

 2) Project with GSR + OTFR on
 - Ellispoid is set, e.g. WGS84 (and can be changed). This is set to
the last selcted layer's CRS.
 - Measurements are right (given the correct ellipsoid is set)

etc.

If you have a better way to discuss the topic, great ;)
I think it's an important point, because most users are not aware of such
complexities underlying this tools...

giovanni

-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QgisLogger can be a serious bottleneck

As I reported in a previous post, I was unable to conclude a difference
operation on a vector because the tool was running in exponential time.

Debugging pointed me to the problem: QgsVectoFileWriter was logging tons of
empty geometres with an incompatible type which will be discarded.
After commenting the line of logging the process completed in linear time.

Shouldn't we offer the opportunity to turn QgsLogger off? This would let
the user/developer to switch it off whenever he already knows what's
happening.
Is it already there and I missed it?

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

Re: [Qgis-developer] QgisLogger can be a serious bottleneck

I meant QgsMessageLog, not QgsLogger...


2014-07-05 10:27 GMT+02:00 G. Allegri gioha...@gmail.com:

 As I reported in a previous post, I was unable to conclude a difference
 operation on a vector because the tool was running in exponential time.

 Debugging pointed me to the problem: QgsVectoFileWriter was logging tons
 of empty geometres with an incompatible type which will be discarded.
 After commenting the line of logging the process completed in linear time.

 Shouldn't we offer the opportunity to turn QgsLogger off? This would let
 the user/developer to switch it off whenever he already knows what's
 happening.
 Is it already there and I missed it?

 giovanni




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QgisLogger can be a serious bottleneck

I've added a pull request about this https://github.com/qgis/QGIS/pull/1499

giovanni


2014-07-05 11:15 GMT+02:00 G. Allegri gioha...@gmail.com:

 I meant QgsMessageLog, not QgsLogger...


 2014-07-05 10:27 GMT+02:00 G. Allegri gioha...@gmail.com:

 As I reported in a previous post, I was unable to conclude a difference
 operation on a vector because the tool was running in exponential time.

 Debugging pointed me to the problem: QgsVectoFileWriter was logging tons
 of empty geometres with an incompatible type which will be discarded.
 After commenting the line of logging the process completed in linear
 time.

 Shouldn't we offer the opportunity to turn QgsLogger off? This would let
 the user/developer to switch it off whenever he already knows what's
 happening.
 Is it already there and I missed it?

 giovanni




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QgisLogger can be a serious bottleneck

Hi Jurgen,
I wouldn't call them errors. GEOSDIfference returned a lot of empty
geomcollections, which the QgsVectorFileWriter couldn't manage.
Consequently it wrote a log message for each geometry it couldn't write [1].

Surely the logging should be improved in this specific case. Anyway, I
think the option to turn QgsMessageLog off could be useful anyway...

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/src/core/qgsvectorfilewriter.cpp#L1718


2014-07-05 12:31 GMT+02:00 Jürgen E. j...@norbit.de:

 Hi Giovanni,

 On Sat, 05. Jul 2014 at 10:27:24 +0200, G. Allegri wrote:
  As I reported in a previous post, I was unable to conclude a difference
  operation on a vector because the tool was running in exponential time.

  Debugging pointed me to the problem: QgsVectoFileWriter was logging tons
 of
  empty geometres with an incompatible type which will be discarded.
  After commenting the line of logging the process completed in linear
 time.

  Shouldn't we offer the opportunity to turn QgsLogger off? This would let
  the user/developer to switch it off whenever he already knows what's
  happening.
  Is it already there and I missed it?

 What error message did you get and wouldn't it be better to kill them
 where it
 origins or to issue a final %n empty geometries skipped instead of
 logging
 individual errors.

 Alternatively we could issue a last message repeated %n times in message
 log
 to make it behave better - although that only works the error message are
 identical.


 Jürgen

 --
 Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
 Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
 Software Engineer   D-26506 Norden
 http://www.norbit.de
 QGIS release manager (PSC)  GermanyIRC: jef on FreeNode

 --
 norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
 Rheinstrasse 13, 26506 Norden
 GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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




-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QgisLogger can be a serious bottleneck