Re: [Qgis-developer] Good news from Qt - more modules available to opensource

[MORREALE Jean Roc]

Great news !

This example would make nviz useless for me :
https://doc.qt.io/QtDataVisualization/qtdatavisualization-volumetric-example.html

Le 13/01/2016 22:54, Nyall Dawson a écrit :

Here's some good news coming from the Qt camp -
http://blog.qt.io/blog/2016/01/13/new-agreement-with-the-kde-free-qt-foundation/

What this means is that we'll now be able to take advantage of modules
which were previously only available to commercial Qt customers.

For me, having access to Qt Charts is a big one. We could finally have
a decent, good-looking, fully integrated charting library usable by
composer, etc.

See eg http://doc.qt.io/QtCharts/qtcharts-barchart-example.html,
http://doc.qt.io/QtCharts/qtcharts-areachart-example.html,
http://doc.qt.io/QtCharts/qtcharts-percentbarchart-example.html,
http://doc.qt.io/QtCharts/qtcharts-polarchart-example.html,
http://doc.qt.io/QtCharts/qtcharts-scatterchart-example.html and
http://doc.qt.io/QtCharts/qtcharts-temperaturerecords-example.html

Qt Data Visualisation also looks useful, eg
http://doc.qt.io/QtDataVisualization/qtdatavisualization-bars-example.html,
http://doc.qt.io/QtDataVisualization/qtdatavisualization-qmlsurface-example.html

Great stuff! (When we finally move to Qt5 only that is ;) )

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


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

Re: [Qgis-developer] Stress about release plans

[MORREALE Jean Roc]

Le 21/07/2014 17:35, Lene Fischer a écrit :

·A long term stable version for ex. 12 months with bugfix only


Those sponsoring a feature may feel that a year of wait until they find 
it in a public is quite long.



·A developer version for 4 months with new features and bugfixes =>
Stable version with short bugfix-period => New developer……..


Most of the users of this dev version will be common users, before the 
release of 2.0 I often saw 1.9 versions installed and people on support 
forums suggesting the use of qgis-dev



I do know it will give the developers more work – I do know it will cost
more money – But I´m sure a lot of administrators will recommend,  use
and support if we get a more stable environment.


How many administrator are currently pushing to sponsor msi packages for 
their deployment ?



___
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

[MORREALE Jean Roc]

Le 27/05/2014 17:44, Alex Mandel a écrit :

I was also thinking about filing a ticket to ask for vector to be added
to the core Georeferencer, since gdal 1.10 ogr2ogr can take a gcp list
and apply polynomial 1,2 or 3 to a vector and reproject it.r


thanks for this information alex ! I did not knew that ogr had this 
feature, it's going to save me a lot of time so congratulations to the 
ogr devs behind it :)


Olivier > congratulation for this plugin, I've the same user cases 
(people having vectorized napolenian maps on illustrator)

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

Re: [Qgis-developer] What's up with the 2.0.2 designation?

[MORREALE Jean Roc]

Le 26/09/2013 22:17, Jürgen E. Fischer a écrit :

Hi Anita,

On Thu, 26. Sep 2013 at 21:42:34 +0200, Anita Graser wrote:

I realize developers and packagers are stretched thin but I think we should
get the release right. Not fixing errors in the packaging is not what I would
think of when it was decided to not have bug fixing releases.


IMHO fixing packaging issues doesn't require a new release.


Jürgen



Hi,

It does or otherwise most users will never notice that a newer and 
different package is available

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

Re: [Qgis-developer] September 1 branch for release

[MORREALE Jean Roc]

No, it was just a wrong commit. The situation is solved but it shows 
that a transifex option would be a good addition.


Le 02/09/2013 13:26, Tim Sutton a écrit :

Hi

Jean Roc is that not maybe a side effect of the Sextante -> Processing
rename?

Regards

Tim


On Sun, Sep 1, 2013 at 10:51 AM, MORREALE Jean Roc
mailto:jr.morre...@enoreth.net>> wrote:

Hi,

I got back yesterday from my only week of vacation of this year, I
have no problem with people contributing directly to this while I'm
not here but it seems that a few hundred translations I did in my
previous commit (http://goo.gl/VsCYhL, all the processing/sextante
were done) are now empty. The count was 8978 done, it is now 8717.

Is there a way to solve this without redoing them one by one ? Which
given the time before release and my availability will not be possible.


Le 31/08/2013 15:59, Werner Macho a écrit :

Hi Regis!

I took your file and committed it directly - Hope JR will be ok
with it ..
thanks for the update

kind regards
Werner




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

Re: [Qgis-developer] September 1 branch for release

[MORREALE Jean Roc]

Hi,

I got back yesterday from my only week of vacation of this year, I have 
no problem with people contributing directly to this while I'm not here 
but it seems that a few hundred translations I did in my previous commit 
(http://goo.gl/VsCYhL, all the processing/sextante were done) are now 
empty. The count was 8978 done, it is now 8717.


Is there a way to solve this without redoing them one by one ? Which 
given the time before release and my availability will not be possible.



Le 31/08/2013 15:59, Werner Macho a écrit :

Hi Regis!

I took your file and committed it directly - Hope JR will be ok with it ..
thanks for the update

kind regards
Werner

___
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] Renaming SEXTANTE

[MORREALE Jean Roc]

+1 here for dropping the SEXTANTE name for the same reason we now have a 
Vector menu instead of fTools.


I would vote for a "processing" menu as sextante goes beyond analysis

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

Re: [Qgis-developer] Can we remove old labeling from the UI

[MORREALE Jean Roc]

What is the status ? Are we going to keep a deprecated label tab for the 
next 3 years ?


Le 26/05/2013 14:37, Nathan Woodrow a écrit :

Can we finally remove the old label UI from the layer properties dialog?
  Could we remove it by default and just enable it for old project that
have old labels defined.

- Nathan


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

Re: [Qgis-developer] Download stats : 558909 ?

[MORREALE Jean Roc]

Yeah I know the difference, if everybody was doing like me you ahve to 
multiply by x50 ^^


Is there a possibility to have a map of these downloads ?

Le 07/06/2013 20:06, Paolo Cavallini a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 07/06/2013 19:47, Alex Mandel ha scritto:

It's a real number, not necessarily real people (some may be bots). Also not
necessarily unique. I've read that awstats tends to overestimate up to 10%. Its 
also


On the other hand, many organizations download just one copy, and distribute it
within their network.
I think a guesstimate of around one million users is not too far from reality.
Of course, trends are probably mor informative than actual numbers.
All the best.



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

Re: [Qgis-developer] Download stats : 558909 ?

[MORREALE Jean Roc]

I know about these details but I've seen the qgis' moon releases rise 
and fall into oblivion and I'm still amazed by the amount of progress of 
this software. So 558909 ?


Just Awesome. :)


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

[Qgis-developer] Download stats : 558909 ?

[MORREALE Jean Roc]

558909
Hi,

I'm using these two pages to get an actual download count of qgis 1.8 
and by cumuling all the page views on the *.exe, the number is 558909.


Am I doing a mistake (counting twice) or is it the real number ?

regards,
jean-roc


http://www.qgis.org/cgi-bin/awstats.pl?urlfilter=/downloads/QGIS-OSGeo4W-1.8.0-.*-Setup.exe&urlfilterex=&output=urldetail&config=qgis&framename=mainright&month=all&year=2012

http://www.qgis.org/cgi-bin/awstats.pl?urlfilter=/downloads/QGIS-OSGeo4W-1.8.0-.*-Setup.exe&urlfilterex=&output=urldetail&config=qgis&framename=mainright&month=all&year=2013

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

Re: [Qgis-developer] Lidar in sextante

[MORREALE Jean Roc]

Paolo,

You're mistaking liblas with laslib

laslib/lastools :
- https://cs.unc.edu/~isenburg/lastools/
- only dev is Martin Isenburg
- the part for conversion, export, etc. are under LGPD, the rest is 
proprietary


liblas :
- www.liblas.org
- main dev is Howard Butler
- everything is BSD

Please read http://www.liblas.org/lastools.html

PLAS is based on the second and dev by Howard


Le 23/05/2013 11:31, Paolo Cavallini a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
What about including http://www.pointcloud.org/ in sextante?
Apparently its development is going faster than liblas, which
unfortunately is mostly proprietary.
All the best.
- --
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.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlGd4eUACgkQ/NedwLUzIr4SSQCeMG0IIFaOHOX7/AJkT+YbfhTm
Gs4AoJO8kF2gXR8Fn+Hqa0+osOAdpyOI
=eVMN
-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] New SEXTANTE modeler interface

[MORREALE Jean Roc]

Hi Victor,

If you can, have a look to Blender's node editor for guidelines. It has 
some nice features which ease the use of complex models (such as visual 
grouping, nested group, zoom in/out, color scheme, etc.).


http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.67/Node_Editor

regards,
jean-roc

Le 12/05/2013 19:59, Victor Olaya a écrit :

Jean Roc

Sorry for the late reply. The idea of having inputs on one side and
outputs on the other one is good. I will wok on changing that, since
it looks like a good usability improvement.

The window is already not supposed to be modal, so I will also have a
look at that

thanks for your help!

2013/5/7  :

Hi Victor,

I'm testing 1.1, could you tell me how to switch the modeler to the advanced
GUI in the modeler ?

The smaller boxes are good, showing directly the edit/del functions is also
a good thing but now I found the arrows to more difficul to read as they
often pass behind the boxes and go left to right.

Would it be possible to avoid the modeler's windows getting a unswitchable
focus ? Sometime I would like to get back to the main to check a simple
thing like the name of a column without closing the modeler, open it back
and reload the model.


Regards,
Jean-Roc

Le 2013-04-24 07:55, Victor Olaya a écrit :


Hey guys,

I have made some changes to the interface of the modeler, taking into
account a couple of suggestions from Tim and Andreas (thanks!). Not a
big change, but I guess it's a nice usability improvement.

Before starting rewriting the corresponding part in the manual and
making new screenshots, I would appreciate if those of you that use
SEXTANTE could have a quick look and give me your opinion.

Thanks in advance!

Víctor


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

Re: [Qgis-developer] Git help needed

[MORREALE Jean Roc]

thx for these tips nathan !

Le 02/05/2013 11:30, Nathan Woodrow a écrit :

Generally you should work and push branches to github and issue pull
requests on those.  It will make it easier to keep your pending commits
and changes out of your master branch so you can update it like normal

git checkout -b mywork

do you stuff..

git commit -m "My changes"

git push origin mywork

Pull request on mywork branch.

You can then keep master in line by doing:

git checkout master
git pull --rebase upstream/master

upstream == QGIS github repo, might be different for you.

- Nathan


On Thu, May 2, 2013 at 7:03 PM, MORREALE Jean Roc
mailto:jr.morre...@enoreth.net>> wrote:

Hi Werner,

Thank for the answer, I already tried git reset but got stuck on that :

$ git reset --hard upstream/master
fatal: ambiguous argument 'upstream/master': unknown revision or
path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git  [...] -- [...]'

But applying the command 'git remote update' before it did the trick !

I didn't knew this command, should it be used instead of fetch/pull
upstream ?


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

Re: [Qgis-developer] Git help needed

[MORREALE Jean Roc]

I've the same process/repo names than described on your blog, the 
exception is 'git pull --rebase upstream master'. You're using it before 
or after a add/commit ?


Le 02/05/2013 14:48, Werner Macho a écrit :

Hi JR

It all depends how YOU called your "upstream" .. your fork on github
after cloning is always called "origin" ..
The rest depends which repository you cloned and which one is the remote
attached ..

You can take a look at:
http://quantumofgis.blogspot.co.at/

there i explained "my" workflow for translations ..
I will extend that with a GRASS entry in the next few weeks too - and
afterwards I'll move to branching and merging explanations .. :)

git is not THAT difficult once you are used to it ..

regards
Werner



On Thu, May 2, 2013 at 11:03 AM, MORREALE Jean Roc
mailto:jr.morre...@enoreth.net>> wrote:

Hi Werner,

Thank for the answer, I already tried git reset but got stuck on that :

$ git reset --hard upstream/master
fatal: ambiguous argument 'upstream/master': unknown revision or
path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git  [...] -- [...]'

But applying the command 'git remote update' before it did the trick !

I didn't knew this command, should it be used instead of fetch/pull
upstream ?



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

Re: [Qgis-developer] Git help needed

[MORREALE Jean Roc]

Hi Werner,

Thank for the answer, I already tried git reset but got stuck on that :

$ git reset --hard upstream/master
fatal: ambiguous argument 'upstream/master': unknown revision or path 
not in the working tree.

Use '--' to separate paths from revisions, like this:
'git  [...] -- [...]'

But applying the command 'git remote update' before it did the trick !

I didn't knew this command, should it be used instead of fetch/pull 
upstream ?

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

[Qgis-developer] Git help needed

[MORREALE Jean Roc]

Hi,

Could a git expert tell me how to clean my repo ?

The situation : my fork origin/master is synced with upstream/master but 
if I do a pull request, some old commits are taken into account even if 
they aren't relevant.


The desired solution : wipe all my local history and get a "pure" copy 
of upstream as if I just forked, without deleting my actual github fork.


Regards,

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

Re: [Qgis-developer] Logo Update

[MORREALE Jean Roc]

Not #338 because the curved tail, the grided globe + the hands are not 
usable for small icons (taskbar, favicon, etc.).


I'm rooting for #50/#308.

Maybe should we ask for a 16x16 version ?

Le 01/05/2013 06:29, Mathieu Pellerin a écrit :

New logos withdrawn.

My 2 cents:

I feel like design #50 is overly generic. Simply logos are good, but
wondering whether this one went on the road of simplification to the
extreme, leaving a logo with a *slight* gap in meaningfulness. There
could be ways to remedy to that while keeping overall design intact.
Maybe by having some sort of faux-3d on the green triangle using
gradients to make it more like an arrow.

#338 has much more identify, both hinting at GIS and cooperativeness of
open source project. The color palette could be improved (maybe dark
gray or black for text, and a tango color scheme based colors for
hands?), as well as making GIS a bit smaller, moving up, and allow space
for 'desktop, android, etc.'.

Math





On Wed, May 1, 2013 at 6:02 AM, Nathan Woodrow mailto:madman...@gmail.com>> wrote:

New logos have been submitted from Larry.

Feedback?

- Nathan


On Wed, May 1, 2013 at 8:33 AM, skampus
mailto:stefano.cam...@regione.piemonte.it>> wrote:

if i can say my opinion, my preference go to #338

s.



--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Logo-Update-tp5050419p5050555.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

Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo

[MORREALE Jean Roc]

Andyzendy (#50) for me : simple, easily downscalable to 16x16 (great for 
taskbar/favicon), can be converted to greyscale (good for print)


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

Re: [Qgis-developer] What will be in QGIS 2.0

[MORREALE Jean Roc]

Le 11/07/2012 17:37, Paolo Cavallini a écrit :

Il 11/07/2012 16:59, Germán Carrillo ha scritto:


Since there could be too many new functionalities, what about publishing a 
survey in
qgis.org  for prioritizing and, perhaps, postponing them for 
minor
2.x releases?


once the list of possible features and tasks will be settled, I agree that a 
poll
might be useful, if we have the resources to implement what comes out.
All the best.



I wonder if a poll is of any use, the people voting will be a small 
minority of the userbase and most of them will have no idea of how much 
work a feature needs. The filtering should be based on a simple question 
: is there a dev able to deliver this feature in time ?


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

Re: [Qgis-developer] Releasing 1.8

[MORREALE Jean Roc]

Hi Etienne,

A review of the french file is always appreciated, please use my fork

https://github.com/Jean-Roc/Quantum-GIS

Le 01/06/2012 20:39, Etienne Tourigny a écrit :

Speaking of which...  does anybody need help in the french and
portuguese (Brazilian, 3rd language...) translations?

Etienne

On Fri, Jun 1, 2012 at 3:25 PM, Werner Macho  wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

It's just the translators would need a bit more time to finish the
translations ..
There were already some translations but I think we should at least
give them a week to work on ..
So please let's wait a few days more ..

kind regards
Werner

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/JCR0ACgkQDAH1YiCxBgnXTwCaAgygDsfH0aNErD2SQbPEJHh4
tbsAn0EagGmwZSMP6Rh23+3SkDoXGNEX
=ReZn
-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


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

Re: [Qgis-developer] --configpath unactive on QGIS master

[MORREALE Jean Roc]

Hi,

A ticket is open (#5544), this problem can be reproduced on Windows XP, 
Windows 7 and Fedora 17 with qgis-dev from OSGeo4W and git master.


As it is making difficult to package qgis or use it on a USB device, 
should I set the affected version to 1.8 and/or raise its priority status ?


regards,
jean-roc

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

Le 23/04/2012 14:18, jr.morre...@enoreth.net a écrit :

Hi,

I would like to know if anybody here is using the configpath option on
Windows 7 with qgis-master (rv991c7ba for me) to confirm the following
behaviour so I can open a ticket.

We package QGIS with many default parameters to ease the deploying, one
of the modifications is the location of ~/.qgis :

C:\OSGeo4W\bin\qgis-dev.bat --configpath D:\SIG\qgis\

If I install a new plugin, it gets correctly downloaded in to
D:\SIG\qgis\python\plugins but when QGIS tries to load it it doesn't
find it as it is looking everywhere for ./python except the configpath.

Can't load plugin 'sextante' from ['C:/OSGeo4W/apps/qgis-dev/./python',
'C:\Users\morreale jean roc/.qgis/python', 'C:\Users\morreale jean
roc/.qgis/python/plugins', 'C:/OSGeo4W/apps/qgis-dev/./python/plugins',
'C:\OSGeo4W\bin\python27.zip', 'C:\OSGeo4W\apps\Python27\DLLs',
'C:\OSGeo4W\apps\Python27\lib', 'C:\OSGeo4W\apps\Python27\lib\plat-win',
'C:\OSGeo4W\apps\Python27\lib\lib-tk', 'C:\OSGeo4W\apps\qgis-dev\bin',
'C:\OSGeo4W\apps\Python27',
'C:\OSGeo4W\apps\Python27\lib\site-packages',
'C:\OSGeo4W\apps\Python27\lib\site-packages\PIL',
'C:\OSGeo4W\apps\qgis-dev\python\plugins\fTools\tools']

Traceback (most recent call last):
File "C:/OSGeo4W/apps/qgis-dev/./python\qgis\utils.py", line 143, in
loadPlugin
__import__(packageName)
File "C:/OSGeo4W/apps/qgis-dev/./python\qgis\utils.py", line 309, in
_import
mod = _builtin_import(name, globals, locals, fromlist, level)
ImportError: No module named sextante

regards,
jean-roc
___
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] Add a simpler default setting for a fresh installation

[MORREALE Jean Roc]

In my experience, new users are quite fond of having them :
- the north, so then they realize that their data isn't projected correctly
- the graphic scale, because they can't figure a number but can relate 
to a line (and use their thumb to compare (not a joke))



Le 16/04/2012 11:11, Andreas Neumann a écrit :

Hi,

I agree with all of your ideas, except for adding the north icon and the
scalebar by default. The map always points north in QGIS, so why the
arrow? Also, the map scale is already in the status bar, so why the
double information?

All other suggestions make sense to me.

I would also add the following default settings:

Tab Map Tools:
- mode: Top down, stop at first hit
- checkbox enabled for "open object form if only a single result ..."

Andreas

On Mon, 16 Apr 2012 11:05:01 +0200, MORREALE Jean Roc wrote:

Hi,

Would it be possible to change the default parameters of QGIS ? For
now a new user gets all the tool bars on the first launch and most of
the tools are not visible. Some such as advanced digitizing, grass,
overview should be off by default. The others should be spread out,
for example the navigation bar could be set on one side of the
application.

Somme other changes could be :

- to activate the north icon and the scale bar for the canevas
- to add a default 10 pixel radius for snapping tolerance and vertex edit
- activate "show makers only for selected features"
- switch to "zoom to mouse cursor" to have the same behavior than
most of the web-mapping tools

These changes would make the software less frightening, less
cluttered for newcomers.

Regards,
MORREALE Jean-Roc

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

Re: [Qgis-developer] Add a simpler default setting for a fresh installation

[MORREALE Jean Roc]

Le 16/04/2012 11:09, Paolo Cavallini a écrit :

Il 16/04/2012 11:05, MORREALE Jean Roc ha scritto:


These changes would make the software less frightening, less cluttered
for newcomers.

Sounds reasonable, even though I'm sure there will be users opposing
this, perhaps strongly in some cases.
An alternative (a bit cumbersome) would be to have a "first run wizard"
that asks the user which plugins should be activated, etc.
Not that I am a big fan of wizards, but it might be easier for
newcomers. Maybe it could be activated on demand.
All the best.


Those opposing it are those who already have their own parameters, what 
I'm suggesting is only for newcomers.


I think that all the persons giving formations would like not to waste 
time showing how to catch and move that toolbar which is mostly 
invisible except the anchor :p


Tell me where to make the change in the repo and I'm doing it right now 
in time for 1.8 !


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

[Qgis-developer] Add a simpler default setting for a fresh installation

[MORREALE Jean Roc]

Hi,

Would it be possible to change the default parameters of QGIS ? For now 
a new user gets all the tool bars on the first launch and most of the 
tools are not visible. Some such as advanced digitizing, grass, overview 
should be off by default. The others should be spread out, for example 
the navigation bar could be set on one side of the application.


Somme other changes could be :

- to activate the north icon and the scale bar for the canevas
- to add a default 10 pixel radius for snapping tolerance and vertex edit
- activate "show makers only for selected features"
- switch to "zoom to mouse cursor" to have the same behavior than most 
of the web-mapping tools


These changes would make the software less frightening, less cluttered 
for newcomers.


Regards,
MORREALE Jean-Roc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Feature freeze for 1.8 - 31 March 23h59 GMT 2012

[MORREALE Jean Roc]

Hi,

Could the raster resampling branch be merged for 1.8 ? The public repo 
has not seen any change in the last two months so there is no added 
value of keeping it apart, maybe it's time to throw it to the crow to 
get more backup.


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

Re: [Qgis-developer] [hackfest] documentation tasks

[MORREALE Jean Roc]

Le 30/03/2012 14:46, Yves Jacolin a écrit :

Hello,

For the hackfest, any plans to work on the documentation? We don't need to
translate so I am wondering if there are other tasks that we (francophone
community) could work on.

Jean-Roc, Otto, Vincent, others: any idea?

I would like to think a little bit about this before the hackfest as I have
several question about this.

Thanks,

Y.


I saw Paolo Corti talking about rst on the list last week, I've 
Salvatore Larosa's work on rst for the dev-cookbook, etc.


Is there a possibility of finally making a step, even if it's one I 
don't like, adn start converting latex to rst ?


If not I'll work on the ui, the help file, etc. as I've not been able to 
work on these last month.


For the french contributors, a taskforce called "no plugin left 
untranslated" could be created :)

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

Re: [Qgis-developer] Internationalisation of Cookbook and User Manual

[MORREALE Jean Roc]

Le 23/03/2012 05:11, Tim Sutton a écrit :

Hi all

@Otto - I have been rethinking the strategy we discussed in Zurich
of having translations in branches / subtrees.

Newer versions of sphinx support gettext for
internationalisation[1]. Unfortunately the cookbook is translated by
'full copy' translation which I think is going to be much more work
for translators to maintain in the future and misses out some
opportunities for real collaborative translation work. Can anyone
think of a reasonable way to move the existing translations into
gettext? At the very least I would like to ensure that we don't take
this 'multiple copy' approach when migrating the other documentation
(especially the user manual). @Paolo Corti - can you confirm if it
was also your idea to use gettext approach and if that works with the
web translation platform you will implement? By the way newer
versions of QtLinguist can deal with .po files too so there is a nice
desktop gui option for doing translations too.

http://sphinx.pocoo.org/latest/intl.html

Regards



Paolo, will you come to the HF in Lyon ? This would be the good place to
sort these things up and to teach it to the translators (me) :)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] RE: ECW!!!

[MORREALE Jean Roc]

GDAL can use ecw's sdk 3.3 or 4, the standalone qgis version is built 
against 3.3 which is an outdated piece of junk but is under a licence 
that allows some kind of redistribution.


On the other side you've the free 4.x sdk which works better but is a 
really pain to get and joined by an even more painful license. Or you 
can buy it.


And then you also have to take in account that if you use their binaries 
then you are not even garanted that your Windows desktops will accept 
them without throwing up because of some dll/mvc++ mismatch.


My advice would be to ask the IGN to provide you the TIFF and then adapt 
them to your taste, that's what we are doing here.


Le 22/03/2012 20:55, Fred ETHEVE a écrit :

Hi all,
Big, big problem in France with ECW!
A lot of my students work with QGIS, and French IGN give rasters in  ECW formats
Exists a solution to use ECW? Compiling gdal???
Regards,

Fred



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

Re: [Qgis-developer] Feature freeze for 1.8 - 31 March 23h59 GMT 2012

[MORREALE Jean Roc]

Le 21/03/2012 20:53, Tim Sutton a écrit :

Hi

On Wed, Mar 21, 2012 at 9:35 PM, Giovanni Manghi
  wrote:



Does anyone have thoughts on a nice name and logo for the 1.8 release?
Candidates might be Lisbon, Zurich, Lyon or something different?


if we follow the HF history it should be "Lisbon" ;)



I thought you might say that! Are their any heavily trademarked
products called Lisbon out there in the GIS space? Maybe better would
be to use the local neighbourhood of the university?

Regards

Tim


There is the nearest thing with Lisbon in its name and GIS related ->

http://www.wipo.int/lisbon/en/

And there is some nice historical map which would be great (moons are 
gone, old maps are the new trend) ->


http://historic-cities.huji.ac.il/portugal/lisbon/maps/braun_hogenberg_I_1_1_b.jpg
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Lyon Hackfest : Register !

[MORREALE Jean Roc]

Hi,

I would to remind everyone that it is possible to register for the QGIS 
Hackfest in Lyon (April 12th-16th 2012) ->


http://hub.qgis.org/wiki/quantum-gis/7_QGIS_Developer_Meeting_in_Lyon_2012

Doing so will help the organizers.

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

RE: [Qgis-developer] Qgis: Aster data & QtCreator

[MORREALE Jean Roc]

[fowarding to the list]

On Mon, 27 Feb 2012 13:53:32 +, Olivier Camus wrote:

1/ I succeed to load geotiff raster file under QGIS, but only gray
scare are displayed.
I'm still searching for gis 3d display...


You need to set the color ramp, have a look to the manual (p.86 in the 
fr version). There also is a plugin called 1-band raster which can 
generates one with predefined paramaters, you can also use gdaldem from 
the raster menu. you can also read tim's linfiniti blog -> 
http://linfiniti.com/2011/12/creating-coloured-rasters-with-gdal/



2/ Shall I need to compile source from git or  is there some
libraries available?
All git files I had found are designed for Linux usage. A pro file
would be great for me.


I'm not a windows/Qt creator user so I'll let someone else reply for 
this one, qgis is shipped with its lib which class/functions can be 
called without recompilation.



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

Re: [Qgis-developer] Add QScintilla2 PyQt module to QGIS Distributions?

[MORREALE Jean Roc]

Le 10/02/2012 20:34, Tim Sutton a écrit :

- ship with a ready to roll sphinx project


Not a *.ts ?

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

Re: [Qgis-developer] Slow raster loading

[MORREALE Jean Roc]

Le 09/02/2012 10:38, Nathan Woodrow a écrit :

I had a person email me today (a council trying to me to QGIS) about trying
to load a 2gb ecw and it just locks up the UI with no idea of how much is
left to be done or what is going on. I have experienced the same thing but
managed to get around it by making a fake stats file, QGIS then just opens
thinking the stats are fine.


Oh I'm often getting a similar kind of report : the user opens the 
properties, clicks on the wrong tab -> too bad the file is a huge pct 
raster, kill your project.

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

Re: [Qgis-developer] Criticism of lack of symbols in QGIS

[MORREALE Jean Roc]

Hi, at the moment I don't think it woulb be wise to include that much 
symbols without changing the way they are presented to user. They have 
to be sorted in categories and never loaded all at once.


Le 05/02/2012 00:07, Mayeul Kauffmann a écrit :

Hi,

This discussion came up already, but just in case this was forgotten:
I generated a set of about 1000 svg color icons for QGIS, based on OSM
icons.
Available here as public domain:

http://www.mediafire.com/?jiooxkbmyzgr0

Sample use visible in this video:
http://www.youtube.com/watch?v=NBBYtH2svw0&t=3m26s

(Customizing OSM map with osm2postgresql&  QGIS )

Hope this helps,
Mayeul

Le vendredi 03 février 2012 à 23:46 -0800, Alex Mandel a écrit :

On 02/03/2012 09:39 PM, Tyler Mitchell wrote:



FYI, I +others converted over 100 icons from pdf/font to svg in a 2 hour
sprint a few months back. We should add something to pull them into QGIS
source for inclusion. Only hold up was that I couldn't get the svg fill
stuff worked out.


Very cool - are these icons the ones that you can access already
via the style manager SVG options?



No these icons are converted from public domain US government sets, as
of Oct 2011. They have not been incorporated into QGIS yet, but will be
shortly. After talking with Nathan and Gary I think we can find a way to
pull a copy from the osgeo svn every once in a while, say when building
a new release, so maybe they'll be in QGIS 1.7.4

Alternately maybe a plugin should be made to pull them in as an optional
thing.

Thanks,
Alex

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

Re: [Qgis-developer] HackFest in Lyon

[MORREALE Jean Roc]

Le 20/01/2012 18:28, Paolo Cavallini a écrit :

Il 20/01/2012 15:20, Yves Jacolin ha scritto:


We create a wiki page (in French) for organization:
see http://wiki.osgeo.org/wiki/Hackfest_qgis_2012


For consistency, please use this page:
http://hub.qgis.org/wiki/quantum-gis/7_QGIS_Developer_Meeting_in_Lyon_2012
Merci.



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

Re: [Qgis-developer] HackFest in Lyon

[MORREALE Jean Roc]

Hi everyone,

We are (osgeo-fr) working on getting a place for a maximum of fifty persons.

What we know so far ->

Month : April
Days : 3 to 5, will include Friday, Saturday and Sunday

Poll : http://www.doodle.com/cw5ggzfv645fbept

Regards,
Jean-Roc

Le 20/01/2012 14:49, Werner Macho a écrit :

Hi!

About 30min ago I asked Horst the same on IRC ...
+1 to start early to have enough time to catch cheap flights ..

regards
Werner

On Fri, 2012-01-20 at 14:21 +0100, Paolo Cavallini wrote:

Hi all.
Should we start planning for the next HF? Any blocker? What are the preferred 
dates?
And, any news from our local organizers?
All the best.


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

Re: [Qgis-developer] Re: [Quantum-GIS] Heatmap C++ Plugin (#82)

[MORREALE Jean Roc]

Le 08/01/2012 08:25, Paolo Cavallini a écrit :

Il 08/01/2012 05:58, Arunmozhi ha scritto:


I have written the Heatmap plugin in C++. The plugin presently takes
in a point layer as input, and the buffer pixel distance and decay
ratio, and produces a heatmap raster in the ASCII grid file format.

I hope this makes a good addition in to QGIS plugins.


Thanks a lot Arunmozhi.
Can someone review the plugin to see if it is suitable for pulling into
master?
I think it would make a good addition.
Of course it will be preferrable to generalize the output, alowing the
user to choose the preferred format. This would be useful also for
existing plugins.
All the best.



Marco H. had a patch to set a default file format/compression :
http://hub.qgis.org/issues/3436
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] What is the C++ Plugin writing Workflow?

[MORREALE Jean Roc]

Le 28/12/2011 12:07, arunthe...@gmail.com a écrit :

Hello Devs,

In connection with the previous announcement that, I am planning to build
the Heatmap plugin and people suggesting that I use C++ for it so that it
gets native support, I have a few doubts regarding this.

Firstly what exactly is the workflow? My rudimentary understanding is that,
C++ plugins are shipped with the software. So I need to create a folder for
my plugin inside the Quantum-GIS/src/plugins/ folder and write my code
inside that folder, and compile the entire Quantum-GIS for errors.

I think I am wrong, because, one cannot compile the entire codebase just to
verify errors in 5 or 6 files. So how exactly is it done?

I have been hunting around the web and the hub.qgis for this info, for
about 2 days. Most docs talk about the Qgis 0.8 era development only.


http://linfiniti.com/2011/02/speeding-up-qgis-compilation-times-with-ccache/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Where to put plugins and documents ?

[MORREALE Jean Roc]

Le 15/12/2011 17:20, Paolo Cavallini a écrit :

Il 15/12/2011 16:28, Alexander Bruy ha scritto:

Is there a recommendation to share the sources (such as
http://hub.qgis.org/projects/plugin-builder)?

To share plugin sources you can use any SCM service such as GitHub,
BitBucket,
Google Code etc, or even setup own repo. AFAIK there are no strict
recomendations
on this.

IMHO it would be prefab to have a default location (git instance) for
all plugins, otherwise we'll end up quickly with a mess, especially
considering the number of plugins and plugin developers is quickly
increasing, and many of them will be possibly broken during the move to
2.0 APIs.
All the best.



Good evening everyone,

As this code includes french comments and a french-only UI, I'm 
proposing to host the code on my github repo to translate it. Once it is 
done any person interested could fork it and take the maintainership.


The two plugins are :
- a MapInfo's .wor importation tool, quite advanced
- a fork of the Select plugin which is core since a few release, this 
one brings feature like revert selection


Thanks Alain for sharing these tools !

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

[Qgis-developer] Re: [Qgis-community-team] RE: New QGIS logo

[MORREALE Jean Roc]

Le 27/11/2011 08:12, Tyler Mitchell a écrit :


On 2011-11-26, at 10:32 PM, Micha Silver wrote:


On 27/11/2011 04:55, Alister Hood wrote:

I always thought it was one of the best icons and logos I'd ever seen.
Glad I'm not the only one who likes it ;)


+1 (three so far?)


I assumed it was all debated somewhere else, so didn't want to speak up. :)
I was surprised to see it discussed and wonder who makes the decision that
it should be changed in the first place.  I'm not opposed to variations but any
major shift would be worth discussing with broader community (forgive me
if it has been!).  I hate changing major brand look/feel of applications very
often... so that's just me ;-)

My 2 cents only,
Tyler



No one decided and no a single person will, I made a proposal 3 months 
ago, talks have been going on, several persons want to set up an art 
contest where users can vote. You can hardly make a more "democratic" move.


And about the frequency of changes, I can't recall the last time QGIS 
changed its logo. Change isn't bad or else osgeo.org would not be 
changing its website.

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

Re: [Qgis-developer] Re: [Qgis-community-team] New QGIS logo

[MORREALE Jean Roc]

The actual logo is very difficult to read at small size (32x32 and 
16x16) because of the font used and all the details (gradient, shadow, 
arrow). The SVG source file is a mess (non-blending parts, incoherent 
shadow) and not scalable. And I would add that integrating the logo into 
a modern-looking publication makes people die somewhere, I'm pretty sure 
that's a fact.



Le 26/11/2011 21:32, Mars Sjoden a écrit :

I am just wondering what is wrong with the current QGIS icon/symbol?

Are there some complaints about it's design?

It currently seems simple, scalable, representative,
and recognizable amongst those who currently are using QGIS.

signed,

Devil's Advocate



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

Re: [Qgis-developer] QIGS GPL -> LGPL - Tigers, Lions and Bears Oh My!

[MORREALE Jean Roc]

Le 17/11/2011 23:19, Alister Hood a écrit :

Sorry, Just to clarify, when I said dual licensing I obviously meant
with a commercial license, not with LGPL.


The use of "commercial" is not appropriate as the GPL also qualifies for 
it. Let's call it what it really is : closed.



-Original Message- From: Alister Hood Sent: Friday, 18
November 2011 11:17 a.m. To: 'qgis-developer@lists.osgeo.org' Cc:
'jr.morre...@enoreth.net' Subject: Re: [Qgis-developer] QIGS GPL
-> LGPL - Tigers, Lions and

Bears Oh My!


The idea of dual licensing is that they would pay up front to use
QGIS

under a

commercial license.  So it _would_ bring a positive return to the

project (a

new source of revenue).  No need to hope to be repaid "someday".


Who will then sell the license ? The osgeo ? A new QGIS foundation ? Is 
that their roles ? I still can't see how selling closed software or 
helping a company get an advantage over one who will not take its client 
as hostages is promoting the open source gis idea.

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

Re: [Qgis-developer] Help translating Qgis documentation into french

[MORREALE Jean Roc]

Hi Fred, thanks for the proposal but the work on the 1.7 manual is over, 
I'm just waiting for the new git repo to be set up. However if the 
release plan works out, a new translation's campaign will begin by the 
end of december.


Le 16/11/2011 19:24, Fred ETHEVE a écrit :

Hi, Jean-Roc,
May i help you for translating Qgis documentation into french?
Regards
Fred

-Message d'origine-
De : qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] De la part de MORREALE Jean Roc
Envoyé : dimanche 13 novembre 2011 16:12
À : qgis-developer@lists.osgeo.org
Objet : Re: [Qgis-developer] Help translating Qgis documentation into french

Regarding RST, has any decision been made at the hackfest ?

Le 13/11/2011 15:24, yjaco...@free.fr a écrit :

Hello Kimaidou,

I am curently finishing one of the last file. See
http://wiki.osgeo.org/wiki/Doc_qgis_fr for a list of files. I need to
check the foreword chapter as Christophe tell me on Francophone ML
that he didn't finish it. You can check it will help surely.

After the next release (1.8) of the documentation there will be a big
work to migrate documentation to RST. Help will be welcome.

Y.

- Mail original - De: "kimaidou"  À:
"qgis-developer"  Envoyé: Dimanche 13
Novembre 2011 14:38:55 Objet: [Qgis-developer] Help translating Qgis
documentation into french


Hi devs,


I would like to contribute to Qgis documentation in French. I invite
people already involved in the french translation to answer this email
if there is some space for another volunteer...


Regards Kimaidou

___
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] Help translating Qgis documentation into french

[MORREALE Jean Roc]

Regarding RST, has any decision been made at the hackfest ?

Le 13/11/2011 15:24, yjaco...@free.fr a écrit :

Hello Kimaidou,

I am curently finishing one of the last file. See
http://wiki.osgeo.org/wiki/Doc_qgis_fr for a list of files. I need to
check the foreword chapter as Christophe tell me on Francophone ML
that he didn't finish it. You can check it will help surely.

After the next release (1.8) of the documentation there will be a big
work to migrate documentation to RST. Help will be welcome.

Y.

- Mail original - De: "kimaidou" À:
"qgis-developer" Envoyé: Dimanche 13
Novembre 2011 14:38:55 Objet: [Qgis-developer] Help translating Qgis
documentation into french


Hi devs,


I would like to contribute to Qgis documentation in French. I invite
people already involved in the french translation to answer this
email if there is some space for another volunteer...


Regards Kimaidou

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

Re: [Qgis-developer] map canvas does not update according to layers switched on

[MORREALE Jean Roc]

Le 19/09/2011 19:24, Giovanni Manghi a écrit :



With current trunk, I am finding that the canvas is not updated at the
first switching on/off of a layer on the legend: anyone confirms?


Not here, I'm on Ubuntu/trunk.



Confirmed on Windows with qgis-dev from osgeo4w

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

Re: [Qgis-developer] 1.7.1 Branch created

[MORREALE Jean Roc]

Hi Tim,

Could you backport the following fix to ?

https://github.com/qgis/Quantum-GIS/commit/d5594b09e050412d92ae6916e2141975a993a262

Le 19/09/2011 00:28, Tim Sutton a écrit :

Hi

Just to update those waiting for 1.7.1, I was hoping to put it out
this weekend but got delayed with bug hunting on the backported
raster stuff. I'll hopefully get it out during the course of this
week. Keep applying non destabilising backports&  fixes in the mean
time if you have them.

Regards

Tim

On Tue, Sep 13, 2011 at 11:16 AM, Tim Sutton
wrote:

Hi

On Mon, Sep 12, 2011 at 8:19 AM, Ivan Mincik
wrote:

It would be great if folks would test it compiles on their
platform and generally behaves ok.


I have configured our Pbuilder for daily builds for Debian
Squeeze. Until now it builds fine.



Great to hear! Thanks Ivan!

Regards

Tim

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

Re: [Qgis-developer] 1.7.1 Branch created

[MORREALE Jean Roc]

Le 11/09/2011 21:19, Tim Sutton a écrit :

Hi

On Sun, Sep 11, 2011 at 8:48 PM, MORREALE Jean Roc
  wrote:

Le 08/09/2011 00:14, Tim Sutton a écrit :


Hi Folks

I have created a branch for 1.7.1.

git branch --track release-1_7_1 origin/release-1_7_1

Origin being the main git repo. It would be great if folks would
test it compiles on their platform and generally behaves ok.

I have a few more things to change before we tag it for the 1.7.1
release.

Please consider the old 1_7_0 branch permanently frozen and apply
any backports to the 1.7.1 branch.

After the release, I will immediately branch 1.7.2 so that it is a
bit more obvious which branch should be on the receiving end of your
backports.

Best regards


Hi Tim,

Could you tell me how to correctly add this branch to my local repo ? I've
been trying checkout/fetch/pull release-1_7_1 from origin or upstream but it
always gets ugly when merging.



git branch --track release-1_7_1 origin/release-1_7_1

Above should do it for you then after that:

git checkout release-1_7_1
git pull origin release-1_7_1


The changes I would like to make are already in master but as I didn't use
properly the BACKPORT tag they're not in this branch, one could be directly
merged from master (doc/TRANSLATORS).



If you can identify the commit id of your original commit, you can
simply use cherry-pick to apply it (while inside the release branch):

git cherry-pick

Then push it up to the release branch:

git push origin release-1_7_1

Hope that helps!

Regards

Tim


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

Re: [Qgis-developer] 1.7.1 Branch created

[MORREALE Jean Roc]

Le 08/09/2011 00:14, Tim Sutton a écrit :

Hi Folks

I have created a branch for 1.7.1.

git branch --track release-1_7_1 origin/release-1_7_1

Origin being the main git repo. It would be great if folks would
test it compiles on their platform and generally behaves ok.

I have a few more things to change before we tag it for the 1.7.1
release.

Please consider the old 1_7_0 branch permanently frozen and apply
any backports to the 1.7.1 branch.

After the release, I will immediately branch 1.7.2 so that it is a
bit more obvious which branch should be on the receiving end of your
backports.

Best regards


Hi Tim,

Could you tell me how to correctly add this branch to my local repo ? 
I've been trying checkout/fetch/pull release-1_7_1 from origin or 
upstream but it always gets ugly when merging.


The changes I would like to make are already in master but as I didn't 
use properly the BACKPORT tag they're not in this branch, one could be 
directly merged from master (doc/TRANSLATORS).


Regards,
Jean Roc

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

[Qgis-developer] Re: [Qgis-community-team] New QGIS logo

[MORREALE Jean Roc]

As it seems to be the choice of the majority, let's do it the right way 
: so Simon, please set up this contest by the beginning of the next week 
so this matter is settled before the next hackfest (nobody wants a shirt 
with a deprecated logo).


Le 01/09/2011 14:27, Simon O'Keefe a écrit :

As Nathan has mentioned, Groundtruth is offering to sponsor a logo
competition for QGIS. We're willing to chip in a couple of hundred
bucks. If others are willing to chip in too, we'll likely get better
quality submissions.

We've had success with running a competition to come up with a logo
for a product of ours:
http://99designs.com/logo-design/contests/logo-required-geospatial-software-application-38125

We'd love to see QGIS branded with a professional logo that does
justice to the massive effort that's been poured into this project,
and one that my company can be confident to present to our clients as
a compelling alternative to their proprietary GIS software.

Sure, looks aren't everything, and the QGIS developer community has
been busy working on other more important issues. But now that we find
QGIS well and truly on the main stage, let's dress it up a bit.

Groundtruth is happy to take a back seat in this and let others decide
the specs and voting.

Cheers
--
Simon O'Keefe
Groundtruth
Melbourne, Australia
___
Qgis-community-team mailing list
qgis-community-t...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-community-team


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

[Qgis-developer] New QGIS logo

[MORREALE Jean Roc]

Hi,

Here is a potential new logo for Quantum GIS 2 (done by Sylvain Beorchia) ->

http://imageshare.web.id/images/qvqacswmv59l9rjxl1g6.png

The actual is too complex with its gradients and shadows, here is a more 
simple logo which keeps most of the original design but a clearer way. 
The image linked above shows how it looks like at small size.


By itself this change is worth creating a 2.0 git tag and to ship as 
soon as possible, it will increases our marketshare over 9000% !


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

Re: [Qgis-developer] Re: [Qgis-psc] QGIS forum

[MORREALE Jean Roc]

So if the decision is the status-quo :

- let's make easy to join it > I've suscribed to the forum today and it 
was painfull as the registration code is extremely difficult to read (I 
took me 10 attempt and the anti bot question hard to reply when you 
don't have an english mindset (I replied "3" instead of "third"...it 
tooks me while to figure it out)
- let's make it clear that for the dev part, the dev-ML is better suited 
so we don't let potential contributors without reply for months


On the fr version of the website, I'll add two external links pointing 
to active french-speaking boards.


Le 17/07/2011 03:08, Gary Sherman a écrit :

I am back from 11 days off the grid. I have always viewed the forum
as a viable support mechanism. My comment about addressing the issue
was not agreement or disagreement with any proposed solutions, but
related solely to the need to decommission the current server.

I think shutting down the forum will be a potential shock to many
users and will no doubt have negative impacts. Forums are a pain
because of bots and spam, however we have a large number of users
that rely on the QGIS forum for support and information. Maybe
gis.stackexchange.org can replace the forum---or maybe not. Either
way there are two things that are certain:

1 - the current server will be offline prior to August 10, 2011 2 -
there will by many unhappy users if the forum goes away

The community and psc need to decide if we are willing to accept
#2...

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

Re: [Qgis-developer] Cleaning the commercail support's list

[MORREALE Jean Roc]

Le 15/07/2011 16:18, Marco Hugentobler a écrit :

Hi Jean Roc


http://www.hugis.net/ ->  does it still have a use Marco ?


It is already removed from the english and german pages. Please remove it from
the french one too.


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

[Qgis-developer] Cleaning the commercail support's list

[MORREALE Jean Roc]

Hi,

The compagny "Figure8 Information Studio" is listed on the commercial 
support's page of the website, however when you follow the link you get 
to "Social-IT-e Media" with no informations related to QGIS (or GIS in 
general).


If there is no complains, I'll delete it in the next days.

Other websites waiting for the axe to fall :
http://www.webmapper.nl/ -> it's a reserved parking lot, not a website
http://www.hugis.net/ -> does it still have a use Marco ?

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

Re: [Qgis-developer] QGIS mobile GSoC 2011 weekly report #6

[MORREALE Jean Roc]

Le 11/07/2011 00:07, Tim Sutton a écrit :

Just another comment - I wasnt objecting the vertical scrollbars per
se (we added them to most dialogs in Wroclaw) and I think it is good
to make the layer props consistent with the rest.


Hi, I'll just react to this point : the previous vertical scrolling for 
the properties or the general options was screwed (no enough space for 
text leading to an i18n mess)

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

Re: [Qgis-developer] forum.qgis.org

[MORREALE Jean Roc]

In the french-speaking community there is two big forums where users 
come to get support for qgis, they are better referenced than our forum 
on google so it is often their first stop. I'm sure that there must be 
an equivalent place for english speakers, if so it would better to 
redirect non-ML people to these forums rather than keeping our own with 
a lower reply rate.


Le 27/06/2011 21:16, Carson J Q Farmer a écrit :

I think we have to be careful here, there are a lot of users out
there who don't use mailing lists as a general rule. Mailing lists
tend to be a bit more of a 'commitment' than forums, and I think we'd
be alienating a lot of users if we drop the forums completely... Is
there anyway to set it up so that forum questions are routed to the
mailing list, while still appearing to be within the forums for those
that prefer this? A new forum structure would probably be fine/nice,
but mailing lists tend to be quite 'developer-centric'... I prefer
mailing lists myself... But many of my students are 'afraid' or weary
of them...

On the other hand, the mailing list format works well for the R
project...

Just some thoughts to throw around before we completely abandon the
forums... And possibly some users...

Carson

-- Carson J. Q. Farmer ISSP Doctoral Fellow National Centre for
Geocomputation National University of Ireland, Maynooth
www.carsonfarmer.com

On 27 Jun 2011, at 05:36 p.m., Anita Graser
wrote:


+1 from your forum mod ;)

Anything that reduces complexity in our web infrastructure is a
plus. The forums attract a lot of spam (= work cleaning up) and I
feel like there's a much bigger audience following the mailing list
anyway.

Best wishes, Anita




On Mon, Jun 27, 2011 at 5:47 PM, Pirmin
Kalberer  wrote: Hi all, Some time ago it was
mentioned that forum.qgis.org should be replaced. Why not simply
redirect to
http://osgeo-org.1803224.n2.nabble.com/qgis-user-f2036571.html ?
Regards Pirmin



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

Re: [Qgis-developer] forum.qgis.org

[MORREALE Jean Roc]

Le 27/06/2011 19:16, Paolo Cavallini a écrit :

Il 27/06/2011 19:03, Nick Hopton ha scritto:


There might be unwanted consequences if this were to happen. The forum
has evolved into a friendly first port of call for newcomers with
problems and I think that some new users might find the mailing-list
intimidating (I'm taking here about, say, a lad who might have
installed QGIS yesterday and now finds that his GPS tracks won't fit
properly on his map). At present we have the forum, which I think does
a good job for newcomers; the mailing-list, which is pitched more
towards those with greater experience; and we have the developer list,
which is where the world-class experts live.


I had reports of people disappointed from not having a response through the 
forum (I
understand few devs and power users hang out there).
If true, this would not be a positive thing for qgis.
What are from your point of view the differences between a ML and a forum?
All the best.


+9000

For example, a person willing to work on SVG but with no return from a 
dev : http://forum.qgis.org/viewtopic.php?f=5&t=8773


It would be more honest to redirect to the list rather than keeping an 
unloved forum.

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

[Qgis-developer] MeteoIO

[MORREALE Jean Roc]

Hi,

Following a news on qgis 1.7.0, Mathias Bavay asked if we would be 
interested by a C++/LGPL lib they're are working on :


https://slfsmm.indefero.net/p/meteoio/

"The MeteoIO library aims at making data access easy and safe for 
numerical simulations in environmental sciences requiring general 
meteorological data."


I've asked him to join the list as it would be a nice addition to the 
growing geoprocessing framework :)


Regards,

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

Re: [Qgis-developer] Announcing the release of QGIS 1.7 'Wrocław'

[MORREALE Jean Roc]

Is there you have any updated download numbers available for qgis 1.6 ?

I'm writing a french article about qgis 1.7 and it is always good to 
boast a little about our gigormous userbase :)


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

Re: [Qgis-developer] Announcing the release of QGIS 1.7 'Wrocław'

[MORREALE Jean Roc]

Le 19/06/2011 11:20, Tim Sutton a écrit :

We are very pleased to announce the release of QGIS 1.7.0, the next
in our development release series.


Hurray ! Congratulations to all !

Tim > I'll update the banner and the screenshots page
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Preparing for the release announcement

[MORREALE Jean Roc]

Le 12/06/2011 23:23, Tim Sutton a écrit :

Hi All

Along with the release announcement which I will send out this week (I
am just holding off while we try to figure out why windows rasters are
rendering funny - http://hub.qgis.org/issues/3867) and while we sort
out some other admin related things. Along with the release
announcement, I want to include in the release announcement a mention
of the huge updates we have been doing in the project infrastructure:



Please don't forget to post the announcement on the website so it can be 
translated.


Regards,
Jean Roc

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

Re: [Qgis-developer] release of 1.7

[MORREALE Jean Roc]

Le 31/05/2011 21:28, Markus Neteler a écrit :

From
I share your concern but no one has actually the time or manpower to solve
these bugs, and to be honest I don't think that postponing the release any
longer will improve the situation.


IMHO you underestimate the important point for FOSS(GIS) that we need
to aim at quality and stability, not the low price. Postponing releases is
common and usually motivated. Happens in the proprietary world, too.


by now, 1.7 has already been postponed for months and the situation 
hasn't improved : many work, few hands. We can call it an alpha version 
but let's put it out in the field so people who need these features can 
use them without ressorting to gosgeo4w/dal-dev. This way the tools are 
here for those who want and the sign "danger zone, do not switch" is 
present for those who don't.


Lessons can be learned without blocking the situation, for example not 
merging a single new feature if the blocking bug count is above ten like 
the drupal's maintainers do.

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

Re: [Qgis-developer] QGIS Mobile [GSoC 2011]

[MORREALE Jean Roc]

Le 25/05/2011 17:22, Marco Bernasocchi a écrit :

Hi All, I'm Marco Bernasocchi from Switzerland, I'll be porting
QuantumGIS to Android over the next 12 weeks, in these first days
(beside preparing the final presentation of my Master thesis) I started
looking into which libraries need to be ported and in getting all the
android QT environment up and running.
I created a Wiki page [0] and a github repository [1] for the project,
furthermore I'll blog about my findings on [2].

Good dev to all
Ciao Marco

[0] http://www.qgis.org/wiki/QGIS_Mobile_GSoC_2011
[1] https://github.com/mbernasocchi/qgis-mobile
[2] http://www.bernawebdesign.ch/byteblog/category/programming/gsoc2011/
http://www.opengis.ch


Do you intend to use actual *.ui files or switch to QML ?

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

Re: [Qgis-developer] Qt5

[MORREALE Jean Roc]

Le 12/05/2011 19:12, Paolo Cavallini a écrit :

Il giorno gio, 12/05/2011 alle 19.08 +0200, MORREALE Jean Roc ha
scritto:

Forget about an improved svg output with the actual QtSvg ->


So better drop it altogether?
All the best.


He points to QtWebkit which have a full SVG implementation instead of 
the QtSvg's SVG Tiny

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

Re: [Qgis-developer] Qt5

[MORREALE Jean Roc]

Forget about an improved svg output with the actual QtSvg ->

QtSvg
Overall module state: Deprecated
New maintainer required
Reasoning: SVG Full (as opposed to SVG Tiny) functionality available in 
QtWebKit, which should be used instead; we welcome research for a 
replacement for the SVG-generating code.


ref. > 
http://labs.qt.nokia.com/2011/05/12/qt-modules-maturity-level-the-list/



Le 09/05/2011 19:33, Martin Dobias a écrit :

Hi all

for those interested in the future of Qt framework, there's a post
on Qt Labs blog with thoughts about the next major release:
http://labs.qt.nokia.com/2011/05/09/thoughts-about-qt-5/

Very interesting reading. It is time to learn QML and some more
JavaScript :-)

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

Re: [Qgis-developer] Git repo available for testing

[MORREALE Jean Roc]

Le 07/05/2011 18:31, William Kyngesburye a écrit :

Is this git thing on?  Questions and confusion.

Is there a git guide for dummies?  I found
http://www.qgis.org/wiki/Using_Git but it seems overly complex.  I
just want to do like I've done with svn - check out/update, make
changes, and commit the changes.  3 steps.  Git checkout itself looks
complex, let alone committing a change.

...Sorry if I seem a bit resistant.


Have a look at the help ->
http://help.github.com/

Here is a nice cheatsheet ->
http://ktown.kde.org/~zrusin/git/git-cheat-sheet-medium.png


Are users migrated to git?  Or do I need to register with github and
ask for commit access?


You need to register to github but you don't need to ask for commit 
access : the best way of enjoying git is to make your own fork the 
trunk, work on it and then push the changes back. It is still possible 
to have one repo with everybody writing directly to it but, Tim will 
correct me, that's not the choice made at the hackfest.



How long until 1.7 release?  I would like to do the workaround for
http://trac.osgeo.org/qgis/ticket/3497 before release, and check over
the Mac install/build instructions.

On May 2, 2011, at 10:16 AM, Tim Sutton wrote:


If you are interested in the git migration, you can test and play
around with it here:

http://github.com/qgis/Quantum-GIS

You can go ahead and fork it and see if everything works ok for
you. If we encounter any major issues, we may need to trash and
repopulate it so please don't consider it production ready yet. I
made detailed notes on the migration for anyone interested here:

http://linfiniti.com/2011/05/some-notes-on-the-great-migration-qgis-svn-to-git/




If any git experts notice anything untoward with my procedures please

feel free to suggest better working practices.

I'll give it a couple of days and if nobody has any major issues,
we can start to use that as our canonical repository.

Next we will start to work on the trac ->  redmine migration (and
svn commitlog ->  git commitlog in redmine). If anyone has
particular expertise in these (especially the latter), please feel
free to volunteer your services.

The other directories (code examples etc under svn trunk) I will
migrate after the release has gone out.

Regards

Tim

-- Tim Sutton - QGIS Project Steering Committee Member (Release
Manager) == 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.

Visit http://linfiniti.com to find out about: * QGIS programming
and support services * Mapserver and PostGIS based hosting plans *
FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at
freenode.net ==
___ Qgis-developer
mailing list Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


- William Kyngesburye
http://www.kyngchaos.com/

"The beast is actively interested only in now, and, as it is always
now and always shall be, there is an eternity of time for the
accomplishment of objects."

- the wisdom of Tarzan





___ 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] GPL in the Tips (warning: license's bigotry inside)

[MORREALE Jean Roc]

Hi,

I'm translating the Tips, this sentence caught my eye :

"The GPL places a restriction that any modifications you make must be 
made available to the Quantum GIS project"


This is misleading, you only have to share your modification if you 
distribute the binaries to somebody else. And even then you only have to 
give access to the source code to the receivers, you don't have to send 
your changes directly to the project.


For example if an geographic institute called *** made a client based on 
QGIS supporting its in-house DRM access protocol, it would only have to 
make the code available when distributing this version outside of the 
institute.


Regards,
Jean Roc

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

Re: [Qgis-developer] SpatiaLite very slow with QGIS 1.7

[MORREALE Jean Roc]

Le 17/03/2011 19:47, a.furi...@lqt.it a écrit :

On Thu, 17 Mar 2011 18:48:51 +0100, MORREALE Jean Roc wrote

Ticket #3002 may be linked, it is reproducible on windows/linux.



Hi Jean Roc,

ticket #3002 isn't related at all to SpatiaLite
and/or to the QGIS own SpatiaLite data provider.

I've just attempted to save a (quite small sized)
Shapefile as a SQLite DB following the procedure
reported on ticket #3002.

Yes, I can confirm, you are perfectly right: the
export process is incredibly slow (>  10 minutes)
and strongly inefficient (spatialite_gui performs
the same identical task just in few seconds).

Anyway, at the end of the process a basic SQLite
DB was generated.
Please note well: this is *not* at all a SpatiaLite
own DB; this one is an OGR/FDO own DB (a completely
different thing, using an independent code base).


Sorry for the mistake, I didn't knew there was a difference in the ouput.


So for sure this issue is entirely caused by OGR,
and has absolutely nothing to do with SpatiaLite.

Just as a working hypothesis: during this painful
export I noticed a very low CPU activity, and an
impressively huge disk traffic.
This is exactly what I'm expecting from a badly
implemented process attempting to perform lots and
lots of SQL INSERTs without declaring a corresponding
BEGIN and COMMIT ... and such a condition notoriously
is a real "performance killer" for any transactional
DBMS. my 2 cents :-)


Can you confirm that it is due to OGR ? ogr2ogr with SPATIALITE=yes is 
faster than QGIS 'save as'


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

Re: [Qgis-developer] SpatiaLite very slow with QGIS 1.7

[MORREALE Jean Roc]

Le 17/03/2011 17:04, Alessandro Furieri a écrit :

Hi Noli, hi Royce,

I've just spent several hours attempting to build the
current QGIS-Trunk SVN snapshot on my cheap and old
second hand MacMini (incredibly slow hardware, really
an extenuating time consuming process ...).

Anyway, these are my personal findings:

- Mac Os X 10.5 Intel
- not using frameworks at all (only the Qt one)
- using MacPorts libraries instead
- and using INTERNAL SpatiaLite (2.4.0-RC4)

+ QGIS on Mac Os X runs exactly as it run on Windows
+ I was completely unable to observe any issue about
the Identify tool
+ opening an 80+ layers DB takes an absolutely
reasonable time
+ closing the same DB is a quite immediate process

So, I'm completely unable to tell you why the 'standard'
QGIS distribution for Mac Os X shows so many problems
related to SpatiaLite 2.4.0-RC4 as you've reported.

At this point I strongly suspect that something is
broken or misconfigured in the most recent SpatiaLite
Mac Os X framework, because simply avoiding to use
this one and building so to use the INTERNAL spatialite
instead fixes any issue.

bye Sandro



Ticket #3002 may be linked, it is reproducible on windows/linux.

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

Re: [Qgis-developer] Re: New Symbology : merge borders on nodes for lines

[MORREALE Jean Roc]

Le 17/02/2011 13:11, Robert Szczepanek a écrit :

Hi Kimaidou,

In style new symbology hit 'Symbol levels'. Enable it. That is it.

regards,
Robert


Thanks for the information ! I've using symbol levels to change the 
display level of the categories of a layer but never thought that it was 
also meant to "merge" line decorations. Definitely worth of being added 
in the next manual :)

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

Re: [Qgis-developer] New Symbology : merge borders on nodes for lines / OSM/ sharing large files?

[MORREALE Jean Roc]

Le 18/02/2011 23:40, Martin Dobias a écrit :

On Fri, Feb 18, 2011 at 8:39 AM, Mayeul Kauffmann
  wrote:

jr.morre...@enoreth.net  wrote:


If you can could you try to make a package available with
  all the style and svg icons for ease of use ?

I already have this; the problem is I do not know how to share a
zip/tar.gz file of that size (1.6MB svg files only). I asked in this
forum but did not received a precise answer (or I did not understand
it). Anyone having  ideas on sharing this?


There are plenty of web services for easy sharing of files, for
example, mediafire.com or megaupload.com

Martin


This case is interesting, does the new plugin infrastructure enable the 
download of themes so an user could browse them in the download manager 
? that would be cool for sharing styles and icons.

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

Re: [Qgis-developer] QGIS and Google Summer of Code - ideas page on the wiki

[MORREALE Jean Roc]

Martin, I saw you cleaned the gsoc's page and changed the 3D proposal.
While a globe visualization tool is great, the proposal I submitted was 
quite a different beast as it isn't limited to WGS84 surfaces but allows 
geological volumes, volumetric dynamic flow, 3d object boundaries, etc.


Would it be possible to keep this proposal ?


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

Re: [Qgis-developer] Google Summer of Code

[MORREALE Jean Roc]

Le 15/02/2011 17:27, Marco Bernasocchi a écrit :

I've already discussed some ideas in IRC like adding a 3D viz library to
Qgis but I'm still open for more options and foremost I'd like to
propose something that the community really needs/wants.


you are asking for it so...a qt version of nviz ! integration with 
geoparaview (Qt) ! Real 3D and not 2.5D ! It would allow some delicious 
things like building volumetric geological cross-section :)

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

Re: [Qgis-developer] Grouping toolbar buttons

[MORREALE Jean Roc]

Le 27/01/2011 18:27, Alexander Bruy a écrit :

Hi all

I want to discuss one question about QGIS GUI. There are several
toolbars with buttons in QGIS, some buttons have similar appointment.
For example there are five buttons for adding layers and all this buttons
needs space on toolbar.

What do you think about replacing this buttons (and similar) with one
button with dropdown menu [1] as we already see in Select, Measure
and Annotation tools? This will save some extra space on toolbar.

I think this can be done for add layer buttons in QGIS and export map
buttons in Composer. Also may be for zoom buttons in QGIS

[1] http://img691.imageshack.us/img691/4302/layermenubutton.png

Thanks


Only 4 icons should ideally be needed :
- vector
- raster
- database
- network

I think it would more efficient to merge the different ui than hiding 
the complexity in a submenu which downgrade the discoverability of 
frequently used features.


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

Re: [Qgis-developer] Set default TIFF options for QGIS

[MORREALE Jean Roc]

Le 17/01/2011 07:48, Paolo Cavallini a écrit :

Would you like to open a ticket (or more) on this?


Ticket opened :
http://trac.osgeo.org/qgis/ticket/3436

I think this really is one of these small features that would have a 
great impact on user experience of the software.


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

[Qgis-developer] Set default TIFF options for QGIS

[MORREALE Jean Roc]

Hi,

I would like to talk about the default image's options used by QGIS's 
tools. The most used output format is TIFF in its simplest form, which 
is quite unfriendly when you look at the resulting space disk involved.


I suppose that the majority of this list like to fine tune their output 
(when given the choice by the GUI) but a big part of the general users 
doesn't know about all the possible options, the result is they soon get 
some gigabytes of data. It makes harder to copy the images on a usb key 
or to forward it on the networks, it also has a impact on 
visualization's performance.


A good politic would be to assume that every tiff created by QGIS should 
makes use of a few basic options to ease the work of the users, without 
having them noticing it or asking them about it. If the user choose 
personal options, they would overwrite the default ones.


For example :
- COMPRESS=PACKBITS, reduces the size by 50% and is supported by every 
gis software I can think of (LZW or DEFLATE are not, due to some patents 
bigotry)

- TILED=YES, enables to zoom close and pan without reloading the whole image
- TFW=YES, brings compatibility
- BIGTIFF=IF_NEEDED, enables their whole dataset to 
converted/interpolated/etc. without stopping for no apparent reason


This way, generic users gets a better QGIS's experience and the tiff 
expert still gets what he wants, no sacrifice for anyone.


More advanced choice could also be made, like the automatic creation of 
a screensize pyramid if the base image is big. When the user adds this 
image to his project, it loads in a second. It gives a better impression 
than having to wait for the loading.


Regards,
MORREALE Jean Roc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] kCube to donate 6 months of developer time - have your say!

[MORREALE Jean Roc]

Hi Tim,

These items could be added to the wish-list :
- improved svg export (layer, groups, resolution, fonts, etc.)
- more efficient label engine (faster, more rules, etc.)
- port nviz to Qt or embed paraview to get 3D support in QGIS

regards,
jean roc

Le 12/12/2010 20:56, Andreas Neumann a écrit :

Hi Tim,

This is cool.

Without knowing their expertise, here are issues from my wishlist:

* support for circular arc strings (in the Postgis provider), viewing
and editing of circular arcs - postgis can already store them
* native Oracle spatial provider (similar to the Postgis provider)
* Better forms support: provide an alternative forms view to the table
view where one can
- skim through the individual records or jump to first/last
- filter by certain fields and the forms list would only display the
selection
- globally update certain fields from the forms view on all the selected
records
- add a new record --> results in a new blank form
- delete the selected records from the form
- highlight the associated geometry from the form
- define "required" fields for the form that must be filled out (marked
red)
- support of default values/reference data sets
* integration of a report builder, allows generation of reports from
attributes and map views - maybe an open source report builder would
exists - something like Jasper (this is Java, unfortunately)

For the forms support I am attaching a screenshot from a topobase form.
See the bottom toolbar that allows to go from one record to the next,
delete, filter, highlight, create new records, etc.

Andreas

On 12/12/2010 08:36 PM, Tim Sutton wrote:

Hi QGIS developers and Users

Last week we received an offer from kCube Consulting
(http://www.kcubeconsulting.com/) to donate 6 months of developer time
to our favourite Open Source GIS application - QGIS! Since we are an
open community, we would like to extend to you all the opportunity to
have your say about what would be the most beneficial use of this
developer's time for the project. Perhaps there is something that
prevents you using QGIS to get your daily work done? Perhaps you are a
developer working on a large feature and need some dedicated help? Now
is the time to have your say...visit
http://www.qgis.org/wiki/KCube-developer to provide your inputs.

Many thanks to kCube for their generous offer!

Best 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

Re: [Qgis-developer] fTools plugin - Voronoi code syntax error

[MORREALE Jean Roc]

Le 24/11/2010 14:07, Ivan Mincik a écrit :

On 11/23/2010 03:38 PM, Carson Farmer wrote:

hmm, funny, I don't get a syntax error there... What about if you
change that line to:

sl = voronoi.SiteList([voronoi.Site(i[0],i[1], sitenum=j) for j, i in
enumerate(uniqueSet)])


Hi, sorry for late answer, I missed Your email. Yes, it is working with
that change.



I have this error too with the osgeo4's nightbuild 1.7.0-11, could you 
join DoGeometry.py as it seems I can't do a correct copy&paste with 
messing up the indentation :p


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

Re: [Qgis-developer] Full consistent SVG Icon Set

[MORREALE Jean Roc]

Hi Robert, sorry for the late answer


Icons have many common elements. So having 'layer' sign in 20-30
icons, one have to change it 20-30 times. Now with one source file
just once. It can be done with 'stable' icon set, let say version 0.2
of GIS icons :)


I understand the point but it makes it harder to discover for a new
comer which layer has to modified and to follow the evolution of an icon
(individual svg permit previews in the file manager).


I planned to do some work on your icon set to bring more contrast
(it is difficult for some to distinguish between active and
unactive).


Please point out which ones you mean. Any other comments also are
very welcome before QGIS hackfest in Wroclaw [1]. I will try to
improve them during HF and then split into separate files.


Mainly the vertex/save/measure elements but this issue (I'm a mole) is
due to the very pale colorset with not enought contrast, I have to focus
my view on each icons to differentiate them. Another difficulty is that
somes lack "thickness" like the scissor or the refresh part of mActionDraw.

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

Re: [Qgis-developer] Full consistent SVG Icon Set

[MORREALE Jean Roc]

Le 13/10/2010 19:55, Robert Szczepanek a écrit :

W dniu 13.10.2010 17:54, Alex Mandel pisze:

On 10/13/2010 08:42 AM, Vincent Picavet wrote:

Hi,

(...)

On a more general viewpoint, what users stated was that it would be
really
great to have some kind of a centralized icon and style repository, with
automatic search and retrieval from inside QGis, a bit like what KDE
does
with KDE Hot New Stuff ( http://newstuff.kde.org/repos.php ).
Are there any current plans on implementing this kind of feature ?

Vincent



There is a movement within the OSGeo community to centralize all the
freely available icons. It's been a little slow to get started but see
the Graphics mailing list
http://lists.osgeo.org/mailman/listinfo/graphics

These things tend to not take a ton of space so it's fairly likely that
they would just be included in QGIS, no need to retrieve them from the
web. That said I agree that some way to catalog (keyword) and search for
icons could be quite useful, the big problem is where to stick that
metadata within the svg files.

Thanks,
Alex


Hi Vincent and Alex,

You are absolutely right. It's already time to prepare map icons for
QGIS and other applications.

Upcoming hackfest in Wroclaw will be god time to discuss (complete? ;))
this task.

Please send your proposals and ideas to this ML or OSGeo graphics ML.
Just use word 'icon' in mail theme.
regards,
Robert


Hi Robert,

A few months ago, I started dispatching your icon set into individual 
svg files to get it like the default qgis set and to ease the work on it 
as separate packages means the possibility to follow the evolution of 
one icon in a svn repo.


Unfortunatly I've not been able to achieve this port due to lack of time 
and some difficulty to browse the source file. I can upload what I've 
done somewhere if interested.


I planned to do some work on your icon set to bring more contrast (it is 
difficult for some to distinguish between active and unactive).


About the map icon sets, having them is one thing but for now it would 
be too painful to browse in the composer item tab without a filtering 
tool (the folder search doesn't fill this gap).


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

Re: [Qgis-developer] refresh and layer lists

[MORREALE Jean Roc]

Le 13/10/2010 19:30, Paolo Cavallini a écrit :

Il 13/10/2010 19:21, Giuseppe Sucameli ha scritto:

I forget to say I was talking about the colours of the layers issue.


ok, so both issues are confirmed, at least in .deb systems.
anyone confirms in other OSs?
Should I open tickets?
All the best.


The render bug happens on Windows XP too (tried on 4 PCs with different 
graphic cards) with tuesday svn rv.

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

Re: [Qgis-developer] refresh and layer lists

[MORREALE Jean Roc]

Le 13/10/2010 18:45, Paolo Cavallini a écrit :

Hi all.
I have a couple of annoying regressions in current trunk:
- deactivating a layer often does not result in the layer being switched off 
from the
canvas


I'm confirming this one, it happens with the render cache on and off but 
I do not have a reproducible test case to provide as it is random.

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

Re: [Qgis-developer] Compiling error / qwt problem

[MORREALE Jean Roc]

Are you sure to have the requiered developpment headers installed 
(‎#locate qwt.h)?


Le 06/10/2010 20:38, Ziegler Stefan a écrit :

Hi

I'm having some problems with compiling r14344. Never compiled QGIS
with QWT support but I guess it's not optional anymore. Compiling
gives me the following errors:

[ 70%] Built target python_module_qgis_analysis [ 70%] Built target
python_module_qgis_gui Linking CXX executable qgis
CMakeFiles/qgis.dir/qgsrasterlayerproperties.cpp.o: In function
`QgsRasterLayerProperties::refreshHistogram()':
/home/stefan/Develop/src/qgis_trunk/src/app/qgsrasterlayerproperties.cpp:1863:
undefined reference to `QwtPlot::QwtPlot(QWidget*)'
/home/stefan/Develop/src/qgis_trunk/src/app/qgsrasterlayerproperties.cpp:1865:
undefined reference to `QwtPlotDict::setAutoDelete(bool)'
/home/stefan/Develop/src/qgis_trunk/src/app/qgsrasterlayerproperties.cpp:1871:
undefined reference to `QwtLegend::QwtLegend(QWidget*)'
/home/stefan/Develop/src/qgis_trunk/src/app/qgsrasterlayerproperties.cpp:1871:
undefined reference to `QwtPlot::insertLegend(QwtLegend*,
QwtPlot::LegendPosition, double)' ... ... ...
CMakeFiles/qgis.dir/gps/qwtpolar/moc_qwt_polar_panner.cxx.o:(.rodata._ZTI14QwtPolarPanner[typeinfo
for QwtPolarPanner]+0x8): undefined reference to `typeinfo for
QwtPanner' collect2: ld returned 1 exit status make[2]: ***
[src/app/qgis] Error 1 make[1]: *** [src/app/CMakeFiles/qgis.dir/all]
Error 2 make: *** [all] Error 2

QWT_INCLUDE_DIR is set to /usr/include/qwt-qt4 and QWT_LIBRARY to
/usr/lib/libqwt.so. I'm using Kubuntu 10.04. Thanks for any hints.

regards Stefan



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

Re: [Qgis-developer] documentation improvements

[MORREALE Jean Roc]

Hi,

Please have a look to these pages ->
http://www.qgis.org/wiki/Working_with_Subversion_and_Latex
http://www.qgis.org/wiki/Manual_Writing

Le 04/10/2010 20:40, Henri De Feraudy a écrit :

Hi,
   I'm going to have a bit of spare time to improve the English documentation
QGis 1.5.
I've noticed grammar mistakes, like for example

The Delete Ring tool allows to delete ring polygons inside an existing area.

This is not correct English as it should say "who is allowed".
So it should be
The Delete Ring tool allows you to delete ring polygons inside an existing area.

The document is written with a certain number of typographical conventions. If I
want me to suggest improvements or a rewrite, what do you suggest I use as a
file format,
and as a writing tool?

yours truly
Henri




___
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 - French Ministry of Environment

[MORREALE Jean Roc]

Le 28/09/2010 07:24, Jeremy Palmer a écrit :

Several tests were also done to determine the effort needed to
customize QGIS, and two tools were developed : - SelectPlusFr, a
plugin based on Barry ROWLINGSON's SelectPlus extending the
selection tools


Hi Jean,

Just for your information the development/trunk version of QGIS now
has many more selection tools build in. With the exception of select
by diameter, the excellent tools from SelectPlus are now covered with
these new selection tools.

I would urge you to look at these tools and see if they cover the
enhancements you require with SelectPlusFr.

Cheers, Jeremy


Hi Jeremy,

just to be clear I'm not the author of these plugin. All these 
informations have been given to the concerned persons during the meeting 
but as pointed before the main aim was to get familiar if the API. 
However there is some features of their plugin that aren't included in 
the svn (possibility to invert selection, activate/desactivate topology, 
etc.).


These plugins are GPL and the authors willing to contribute, as I said 
they'll suscribe to this list.




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

Re: [Qgis-developer] QGIS - French Ministry of Environment

[MORREALE Jean Roc]

Hi Andreas,

I'm following trunk (svn junkie) so during this meeting I've shown up 
the label properties panel and it was appreciated but this is not the 
excepted functionnality. These "annotations" are text objects and do not 
derivate from an attribute, the user can manualy modify their font size, 
their oritentation, etc. It is a feature available in MapInfo (ArcGIS 
too) and users are expecting it. This isn't the best way to label a map 
but even with the huge improvements brough by PAL/labelv2 (even if it 
isn't ready to replace the old yet), manual editing is often required to 
get a correct output.


The development done by the MEEDDM was a way for some technical persons 
to get their hands into the PyQGIS API and a mean to know how easy it 
would be to make these changes. They want a deskop GIS that can evolve 
and can be modified, both things MapInfo isn't. Further works will be 
coordinated with the community as there is a real will to mutualize the 
work. If everything goes well, you will soon see new names on this list.


For notice, at first they estimated the time needed for first OpenWOR 
version to 30 days, it turned out that 7 days were enough...


Regards,
Jean Roc

Le 26/09/2010 22:15, Andreas Neumann a écrit :

Hi Jean,

Thank you for this interesting information. I understand that the
decision is still pending but that there is a positive attitude towards
QGIS.

As far as labeling/annotation features, there had been recent
improvements in the trunk. And there will be more. This work is funded
from the cities of Uster and Thun in Switzerland. The recent
improvements are around data-defined text properties (font-family, size,
color, rotation, offsets (vertical and horizontal), etc) - basically
porting the old data-defined settings to the new label engine.

Marco will also soon start work on manual label placement with the
option of having different anchor points (aligned with the Swiss
Interlis text placement). This would potentially also be useful for MEEDDM.

Are you aware that annotations also exist in newer QGIS versions? This
was funded by the Kanton of Solothurn. I don't know if the current
annotations satisfy your needs, but it is worth exploring. The
annotations as they are implemented currently are stored in the project
file, not in a separate layer. You probably want the annotation layer
type - but I think that this will be covered by the work mentioned in
the paragraph above. Please let us know your requirements regarding
labeling/annotation - Marco is currently working on them, and maybe your
requirements could be taken care of at the same time.

The Swiss QGIS users are coordinating QGIS development and sharing the
funding efforts as well. We collaborate with the companies Sourcepole
(Marco Hugentobler, Pirmin Kalberer) and Norbit (Jürgen Fischer). If you
are interested, we can also do more international
collaboration/coordination. Of course a lot of issues could be discussed
on the mailinglists, but there could be meetings as well, maybe also at
an upcoming Hackfest, or separate.

In my opinion, new features can be included quite fast into QGIS, if
funding/financing can be organized. Often faster than with commercial
software. Some coordination should be done to avoid double or triple
efforts (same feature developed several times by different parties) and
to maximize the benefits from the financial contributions.

Please keep us informed about the upcoming decision/plans of MEEDDM.

Andreas

On 9/26/10 2:27 PM, MORREALE Jean Roc wrote:

Hi, here is a very short resume of a QGIS party that was organized a few
days ago by the French Ministry of Environment (MEEDDM [1]) to exchange
informations on Quantum GIS, in order to determine the possibility of
its use as one of their GIS desktop tools. Most of the participants were
technical members of the ministry and its local branches, and Vincent
Picavet (OSGEO-fr treasurer) and I (OSGEO-fr/QGIS).

QGIS is being used internally for months by some of their agents or
departments in parallel with the actual official tool, which is MapInfo.
The ministry is ongoing a rationalization of their actual software base,
leading to the adoption of web gis and the study of alternative desktop
tools, namely QGIS. This ministry has already switched to OpenOffice and
changed their Access databases to PostGIS.

No decision has been taken yet but the general opinion on QGIS was
positive, the ministry's technical teams have already produced
documentation set for their internal formations and are conducting use
tests with several services. The main point was to determine if QGIS was
able to fulfill 100% of MapInfo's uses and the answer was mixed : no on
some aspects (no "font/annotation" layer type, different proportional
symbols aka #960, etc.) and far more on others (labelv2, symbology, sql,
etc.).

Several tests were also done to determine the effort needed to customize
QGIS, and two to

[Qgis-developer] QGIS - French Ministry of Environment

[MORREALE Jean Roc]

Hi, here is a very short resume of a QGIS party that was organized a few
days ago by the French Ministry of Environment (MEEDDM [1]) to exchange
informations on Quantum GIS, in order to determine the possibility of
its use as one of their GIS desktop tools. Most of the participants were
technical members of the ministry and its local branches, and Vincent
Picavet (OSGEO-fr treasurer) and I (OSGEO-fr/QGIS).

QGIS is being used internally for months by some of their agents or
departments in parallel with the actual official tool, which is MapInfo.
The ministry is ongoing a rationalization of their actual software base,
leading to the adoption of web gis and the study of alternative desktop
tools, namely QGIS. This ministry has already switched to OpenOffice and
changed their Access databases to PostGIS.

No decision has been taken yet but the general opinion on QGIS was
positive, the ministry's technical teams have already produced
documentation set for their internal formations and are conducting use
tests with several services. The main point was to determine if QGIS was
able to fulfill 100% of MapInfo's uses and the answer was mixed : no on
some aspects (no "font/annotation" layer type, different proportional
symbols aka #960, etc.) and far more on others (labelv2, symbology, sql,
etc.).

Several tests were also done to determine the effort needed to customize
QGIS, and two tools were developed :
- SelectPlusFr, a plugin based on Barry ROWLINGSON's SelectPlus
extending the selection tools
- OpenWOR, a plugin which allows to partly open .wor file in QGIS (I'll
post more on that later)

A decision on migrating part of the software base is still to be
discussed, but the technical team of the ministry already intends to
contribute code (aforementioned plugins at least) and would like to
provide financial support to QGIS in some way.

Regards,
MORREALE Jean Roc

[1] http://www.developpement-durable.gouv.fr/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Disable qgis mapserver at compilation

[MORREALE Jean Roc]

Le 12/09/2010 17:15, Anne Ghisla a écrit :

On Sun, 2010-09-12 at 17:11 +0200, MORREALE Jean Roc wrote:

Hi,

Is there a way to compile the actual svn trunk without 'qgis mapserver'
? I don't want to make a build depending on fcgi but I've not found if
there is a cmake's flag for it. I don't feel confident enought to
editing CMakeList.txt :p


Hi Jean-Roc,

sure! you can set
WITH_MAPSERVER=FALSE


Thank Anne !

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

[Qgis-developer] Disable qgis mapserver at compilation

[MORREALE Jean Roc]

Hi,

Is there a way to compile the actual svn trunk without 'qgis mapserver' 
? I don't want to make a build depending on fcgi but I've not found if 
there is a cmake's flag for it. I don't feel confident enought to 
editing CMakeList.txt :p


Regards,
MORREALE Jean Roc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new GRASS 6.4 modules

[MORREALE Jean Roc]

Le 11/09/2010 07:46, Paolo Cavallini a écrit :

Il 10/09/2010 20:02, MORREALE Jean Roc ha scritto:


Paolo, if it is not of a too high level, could it be possible to write a
wiki page explaining how to wrote and update the grass modules in qgis ?
I would like to help on this point but I don't know how.


Simple:
http://www.qgis.org/wiki/Adding_New_Tools_to_the_GRASS_Toolbox
See also:
http://www.qgis.org/wiki/Adding_New_Tools_to_the_GRASS_Toolbox#Modules_which_can_be_added
and following.
(and yes, Markus, this replies to your other suggestion too; see and below).
All the best.


Thanks, it's just a xml file so I think I'll be able to give a try :)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] new GRASS 6.4 modules

[MORREALE Jean Roc]

Le 10/09/2010 10:09, Paolo Cavallini a écrit :

Hi all.
In the occasion of the release of GRASS 6.4, I think it would be good to revise 
the
current QGIS-GRASS modules. Specifically:
- there are modules that IMHO are of no use, and potentially confusing (e.g. 
several
of those who manage projections, etc.)
- there are new and useful modules to add to the toolbox
- not all modules have been thoroughly tested.
I encourage therefore GRASS users to help us defining both a wishlist for 
modules to
be included ad a deprecated list, and to let us know if there are non-functional
modules, so they can be fixed.
Thanks.



Hi,

Paolo, if it is not of a too high level, could it be possible to write a 
wiki page explaining how to wrote and update the grass modules in qgis ? 
I would like to help on this point but I don't know how.


Regards,
MORREALE Jean Roc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] HTML manual [patch]

[MORREALE Jean Roc]

Le 01/09/2010 21:32, Martin Weis a écrit :

Hi!

Am 30.08.2010 09:42, schrieb Otto Dassau:

i think we should put the html user manual on the task list for the hackfest
in November in Wrozlaw. I could help with that there and then. I added a
note to the Wrozlaw page.
http://www.qgis.org/wiki/4._QGIS_Hackfest_in_Wroclaw_2010

We can discuss the ideas and improvements now and add them to the
ManualTasks (I started a new section):
http://www.qgis.org/wiki/ManualTasks



Le 29/08/2010 16:56, Noli Sicad a écrit :
An html version of the latex manual is on my ToDo-list but it isn't as
simple as I expected. A latex version without any figures can be
compiled easily if needed.


I did not have many problems using tex4ht to convert to HTML, the output
seems reasonable. The OS images are a bit too big, though (huge penguins
;-).
At least with version [tex4ht.c (2009-01-31-07:33 kpathsea)] it is no
problem to convert it here.

Maybe a 'private' configuration would help (to split document, nicer
'buttons' etc.), according to:
http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn-commands.html#QQ1-9-41By
the way, I found some bugs (\label inside caption), patch for evis part
attached...
There remain some similar label problems, e.g. in the following there is
no number defined for the graphics (no caption), and the label will be a
double of the previously defined one (e.g. a section):
plugins_gps.tex:   \caption{\label{gpxloader}The \emph{GPS Tools} dialog
window \nixcaption}

for today I have to go, but I found some other dubious places using:
grep '{\\label{' *.tex

Bye,
Martin


I was trying with hevea with much less success, could you upload your 
result ?


Thanks for the patch, I'll apply it to trunk.

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

Re: [Qgis-developer] porting QGIS to Android?

[MORREALE Jean Roc]

Le 01/09/2010 19:32, Paolo Cavallini a écrit :

Hi all.
Android, although not really free, is a very interesting platform for mobile. A 
range
on cheap and reasonably powerful tablets has been announced by various HW 
vendors, eg
http://www.archos.com
Is anybody interested in porting QGIS to Android? Does anybody have an idea on 
how
difficult this could be? What are the major issues, apart from resizing the 
dialogs?
Qt porting is underway: http://code.google.com/p/android-lighthouse/ but of 
course a
number of dependencies will have to be solved.
Any opinion?
All the best.


It depends on the aim (gps tracker, field editing, etc.) but a mobile 
gis is far from being a simple scale-down of the software, I would say 
that it would requires a complete GUI overhaul to fit with the reduced 
space screen and the limited user input. If you have the opportunity, 
give a try to Trimble TerraSync, this tool is an ergonomic masterpiece 
for small screens.

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

[Qgis-developer] HTML manual

[MORREALE Jean Roc]

Please don't hijack thread as it make harder to follow the discussion.

Le 29/08/2010 16:56, Noli Sicad a écrit :

I hope QGIS has html user manual aside from pdf manual.

It offers quick and easy access to what you need rather than
downloading the whole pdf which is quite big (e.g. 2 Mb) because of
the screenshots and figures. If you are user in the developing
countries or with a slow internet connection you don't want to
download this pdf manuals if it is bigger than 1 Mb.


An html version of the latex manual is on my ToDo-list but it isn't as 
simple as I expected. A latex version without any figures can be 
compiled easily if needed.



Html / website user manual promotes / offers visibility of the
project as well for example uDig has friendly manuals. Aside from it,
it is harder to read pdf manual when the manual has more than 10
pages.


The embedded pdf bookmarks are a killer feature, that and being able to 
drop a pdf on a usb key with the certitude that my technicians will be 
able to open it.



Probably we should consider Wiki Book /Wiki for QGIS, so users can
contribute as well. The QGIS plugins need documentation.


I'm all for it, the easiness of the contribution would be a definite 
and mediawiki (at least the one used by osgeo.org) allows to print a pdf.


But I'll not be the one doing the port :p
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Integration of QGIS mapserver to svn?

[MORREALE Jean Roc]

Le 23/08/2010 21:08, Andreas Neumann a écrit :

+0 for QGIS Server and +1 for QGIS Mobile.

While I like "QGIS Server" as a name, there may be different "QGIS
Servers" in the future? Maybe a QGIS WFS server? Or a QGIS WPS or
geoprocessing server? Or a QGIS printserver?

I would see "QGIS Server" as a family of upcoming potential servers
and "QGIS WMS server" for the great work that Marco just did. I also
still like "QGIS Mapserver" or "QGIS Webmap Server" which actually
describes what it is - serving styled maps for web-connected devices
and applications.

Any other opinions? Andreas



mapserver is a word to avoid as it will be very difficult to search for 
it in google withouth getting all the results concerning th UMN 
MapServer, the MapServer extension in QGIS, etc.


ps : sorry for the doublon andreas, wrong button
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Integration of QGIS mapserver to svn?

[MORREALE Jean Roc]

Le 23/08/2010 15:50, Marco Hugentobler a écrit :

Hi all

Thank you for the feedback, the mapserver sources are now in svn.


By the way should you not give it an more 'snappier' name, so there is
no confusion with (minnesota) mapserver or the 'QGIS mapserver plugin'?
Paolo (as our 'marketing'-hotshot) any comments on this?
... Qserver Qgisserver  (mmq, qmapper already used ...)..
Quantumserver, Quantumserver ... whatever



+1 for Richards remarks related to the name. Maybe we can set up a name
polling on qgis.org?


+1 from me too. So until now we have 'Qserver', 'Qgisserver', 'Quantumserver'.
Any other suggestions for a snappy name?

Regards,
Marco


I have to admit that I didn't gave a try previously because I thought it 
was MapServer embedded into QGIS


I would go with QGIS Server so the filiation and the purpose are 
explicit. Let's build on the QGIS's brand !

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

Re: [Qgis-developer] The new QGIS plugin repo

[MORREALE Jean Roc]

Le 16/08/2010 11:04, Borys Jurgiel a écrit :

Dnia poniedziałek 16 sierpnia 2010 o 09:08:07 Paolo Cavallini napisał(a):

Il 15/08/2010 12:47, Borys Jurgiel ha scritto:

With Martin we were talking about the GHNS some time ago and it looks
promising. The problem is AFAIK there's no admin interface, so probably
we can use only the output of it and populate it from the svn.

Anyway, Martin is now busy with GSoC, my most time-consuming projects
end in October, so unless there's somebody willing to contribute now,
the incoming Hackfest is a good oportuinity to get it done.


I hope someone could start earlier (Jean Roc?), but in any case can you
mark this as a topic for the hackfest?


Surely, cleaning up the plugin system / gui is my goal for every HF...
Hopefuly this time will be successful.

First step is to investigate what parts of GHNS we can use and how to connect
it to the subversion. Jean Roc, did you take any deeper look into this system?


Only as an user, I would like to help on this point but unfortunately I 
can't as I'm not a dev (which is my aim for the HF2012 ;) ).

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

Re: [Qgis-developer] The new QGIS plugin repo

[MORREALE Jean Roc]

Le 15/08/2010 10:01, Paolo Cavallini a écrit :

Il 05/07/2010 08:49, Paolo Cavallini ha scritto:
At the same time, a system for:
- counting the number of downloads
- giving a rank
- sharing comments
- sorting by popularity, number of downloads, date
- tagging and searching
is something useful, and everybody is expect such a system (see eg the FireFox
addons: https://addons.mozilla.org/it/firefox/).


http://ghns.freedesktop.org/
http://www.kstuff.org/projects/hotstuff

it used in kde to collect applets, scripts, themes, etc. and does all 
that you list

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

Re: [Qgis-developer] PostGIS plugins menu

[MORREALE Jean Roc]

Le 15/08/2010 09:08, Paolo Cavallini a écrit :

Hi all.
Can we move all the PostGIS plugins to a submenu, as we have done with fTools 
and
GDAL Tools? This is easy, and will make life easier for our users. I found:
- PostGIS Manager
- PGQuery for PostGIS
- PostGIS SQL Query Editor
- RT Sql Layer
- RT Postgres Extractor
and eventually also Linear referencing plugin.
IMHO, the current situation of all plugins is rather messy, and should be 
corrected
before next QGIS version.
All the best.


Hi Paolo,

Adding an item to the top menu bar should be avoided, if it is done for 
each extension (like cadtools or manageR already do) or group of 
extensions (the same reasonning could be applied for R, etc.) this bar 
will soon become too long to be seen on a 17" or a netbook. In the end 
it'll just move the mess from a menu list to the main menu toolbar.

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

Re: [Qgis-developer] QGIS 1.5 Branch is done - Call for Packaging

[MORREALE Jean Roc]

Hello,

The fate of the download's page is not settled yet but it would be great 
if packagers could update this page -> 
http://www.qgis.org/wiki/Download%2Bwip by changing the links to their 
binairies and adding the proper installation commands (for linux mainly).


About the visual changelog, the wiki page states that it will be 
published on the blog but I think i should posted on the website so the 
content can be localized like any other joomla page (joomla needs an 
english version to allow localized content).


QGIS 1.5.0 should be available on mandriva's backport for 2010.1 and 2010.0

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