Re: [Qgis-developer] Missing (or not) feature of plugin installer

[Paolo Cavallini]

Il 03/07/2014 08:25, Jorge Tornero - Listas ha scritto:
> Hello all,
> 
> I'm currently running 2.5 and I am not able to find one very useful feature 
> (under my
> opinion) of plugin installer. I miss the ability to 'see' where are the 
> plugin is
> accessible through the GUI. For instance, I remember that for installed 
> plugins there
> was a phrase like "You can find pluginX under vector>whatever>whateveragain".
> 
> Is there any chance of recover this?

The info is there:
Category: Vector
which means the plugin will be under the Vector menu.
Maybe it could be made more clear.
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Missing (or not) feature of plugin installer

[Jorge Tornero - Listas]

Hello all,

I'm currently running 2.5 and I am not able to find one very useful 
feature (under my opinion) of plugin installer. I miss the ability to 
'see' where are the plugin is accessible through the GUI. For instance, 
I remember that for installed plugins there was a phrase like "You can 
find pluginX under vector>whatever>whateveragain".


Is there any chance of recover this?

All the best,

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

[Qgis-developer] Donations

[Paolo Cavallini]

Hi all.
After each release we have a spike in donations, that partly covers our 
bugfixing
effort. For 2.4, apparently the increase is more marked, probably as a result 
of the
(IMHO discreet and gentle) invitation to donate from the download page.
A success, overall. Thanks to Richard and others for setting this up.
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Processing: Calculator

[Paolo Cavallini]

Hi all.
In the Modeler>Modeler-only tools>Calculator I found several minor issues:
* 'usingsingle' should be 'using single'
* 'as follows:' is not follwed by any text
* text in the box is not selectable.
Should I open tickets?
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] New Processing modeller issue

[Paolo Cavallini]

Hi all.
The new modeller seems to have a minor issue: when zooming in, when items get 
close
to the window border, the lines connecting the blocks disappear.
Does anyone confirm? Should I open a ticket?
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Error in downloading model

[Paolo Cavallini]

Hi.
While downloading a model (Model within a model) I get an error[0].
I think there are two issue here:
* the model is missing
* in case of a missing model, the error should be handled better
All the best.
===
[0]
Traceback (most recent call last):
  File "/usr/share/qgis/python/plugins/processing/gui/GetScriptsAndModels.py", 
line
198, in okPressed
code = readUrl(url)
  File "/usr/share/qgis/python/plugins/processing/gui/GetScriptsAndModels.py", 
line
86, in readUrl
return urllib2.urlopen(url).read()
  File "/usr/lib/python2.7/urllib2.py", line 127, in urlopen
return _opener.open(url, data, timeout)
  File "/usr/lib/python2.7/urllib2.py", line 410, in open
response = meth(req, response)
  File "/usr/lib/python2.7/urllib2.py", line 523, in http_response
'http', request, response, code, msg, hdrs)
  File "/usr/lib/python2.7/urllib2.py", line 448, in error
return self._call_chain(*args)
  File "/usr/lib/python2.7/urllib2.py", line 382, in _call_chain
result = func(*args)
  File "/usr/lib/python2.7/urllib2.py", line 531, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
HTTPError: HTTP Error 404: Not Found
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] How do QGIS plugin unit test?

[BJ Jang]

Dear all.

I want make a QGIS Python plugin with unit test using the 'Plugin Builder'
The 'Plugin Builder' make some unit test class automatically in test folder
like as test_init.py,  test_translations.py.
I want to do unit test by these class but I had failed.

This is my unit test code.

> import unittest
> import MyPlugin
> from MyPlugin.test.test_init import TestInit
> suite = unittest.TestLoader().loadTestsFromTestCase(TestInit)
> unittest.TextTestRunner(verbosity=2).run(suite)


But, execute results is like this.

> Traceback (most recent call last):
>   File "", line 1, in 
>   File "C:/Temp/qgisPluginUnitTest.py", line 4, in 
> unittest.TextTestRunner(verbosity=2).run(suite)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\runner.py", line
> 151, in run
> test(result)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\suite.py", line
> 70, in __call__
> return self.run(*args, **kwds)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\suite.py", line
> 108, in run
> test(result)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\case.py", line
> 395, in __call__
> return self.run(*args, **kwds)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\case.py", line
> 306, in run
> result.startTest(self)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\runner.py", line
> 55, in startTest
> self.stream.flush()
> IOError: [Errno 9] Bad file descriptor
> execfile(u'C:/Temp/qgisPluginUnitTest.py'.encode('mbcs'))
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "C:/Temp/qgisPluginUnitTest.py", line 5, in 
> unittest.TextTestRunner(verbosity=2).run(suite)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\runner.py", line
> 151, in run
> test(result)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\suite.py", line
> 70, in __call__
> return self.run(*args, **kwds)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\suite.py", line
> 108, in run
> test(result)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\case.py", line
> 395, in __call__
> return self.run(*args, **kwds)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\case.py", line
> 306, in run
> result.startTest(self)
>   File "C:\PROGRA~1\QGISVA~1\apps\Python27\lib\unittest\runner.py", line
> 55, in startTest
> self.stream.flush()
> IOError: [Errno 9] Bad file descriptor


This is a source code of test_init.py

> # coding=utf-8
> """Tests QGIS plugin init."""
> __author__ = 'Tim Sutton '
> __revision__ = '$Format:%H$'
> __date__ = '17/10/2010'
> __license__ = "GPL"
> __copyright__ = 'Copyright 2012, Australia Indonesia Facility for '
> __copyright__ += 'Disaster Reduction'
> import os
> import unittest
> import logging
> import ConfigParser
> LOGGER = logging.getLogger('QGIS')
>
> class TestInit(unittest.TestCase):
> """Test that the plugin init is usable for QGIS.
> Based heavily on the validator class by Alessandro
> Passoti available here:
> http://github.com/qgis/qgis-django/blob/master/qgis-app/
>  plugins/validator.py
> """
> def test_read_init(self):
> """Test that the plugin __init__ will validate on plugins.qgis.org
> ."""
> # You should update this list according to the latest in
> # https://github.com/qgis/qgis-django/blob/master/qgis-app/
> #plugins/validator.py
> required_metadata = [
> 'name',
> 'description',
> 'version',
> 'qgisMinimumVersion',
> 'email',
> 'author']
> file_path = os.path.abspath(os.path.join(
> os.path.dirname(__file__), os.pardir,
> 'metadata.txt'))
> LOGGER.info(file_path)
> metadata = []
> parser = ConfigParser.ConfigParser()
> parser.optionxform = str
> parser.read(file_path)
> message = 'Cannot find a section named "general" in %s' % file_path
> assert parser.has_section('general'), message
> metadata.extend(parser.items('general'))
> for expectation in required_metadata:
> message = ('Cannot find metadata "%s" in metadata source
> (%s).' % (
> expectation, file_path))
> self.assertIn(expectation, dict(metadata), message)
> if __name__ == '__main__':
> unittest.main()



Please let me know what is wrong.


Regards,
BJ Jang.



-- 

*--*

Open Source GIS Technical Manager / e-Cartographer
BJ Jang

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

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

[Larry Shaffer]

Hi,

+1 for dropping the select-by-point part of the tool and making
select-by-rect the default.

However, I really think the icon, as Giuseppe noted, needs updated to
indicate the change (even if the select-by-rect hasn't actually changed).
Maybe just adding a pronounced or colored point to the upper left corner of
the rectangle will be enough.

Regards,

Larry

On Wed, Jul 2, 2014 at 4:06 PM, Olivier Dalang 
wrote:

> +1 for simplifying the ui !
>
> The rationale about old users not liking changes doesn't hold against the
> rationale new users needing an easy software, since we have way more future
> users than current users ;)
>
> Bests,
>
> Olivier
>
> Envoyé depuis mon mobile
>
> ___
> 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] Do we need a single select map tool?

[Olivier Dalang]

+1 for simplifying the ui !

The rationale about old users not liking changes doesn't hold against the
rationale new users needing an easy software, since we have way more future
users than current users ;)

Bests,

Olivier

Envoyé depuis mon mobile
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] openSuse and 2.4

[Kari Salovaara]

Hi,

to clarify my previous email I want to give the reason why I need ogr 1.11.

"Since OGR 1.11, the GML driver supports reading :
- Finnish National Land Survey GML files (a.k.a MTK GML) for topographic 
data.

- Finnish National Land Survey GML files for cadastral data.
- Cadastral data in Inspire GML schemas.
- Czech RUIAN Exchange Format (VFR)."
this is from http://www.gdal.org/drv_gml.html

The second attempt for openSuse 12.3 this evening didn't change the 
situation. Now I'm guessing; due some other reason/application gdal is 
not upgraded in repo and thus in opensuse environment we have to stay in 
1.10.1 for ever ? Or do I have to buy again a new desktop machine and 
install here some other distro ? ;)


All the best,
Kari


On 07/02/2014 03:28 AM, Kari Salovaara wrote:

Hi,

thanks to everybody involved to this fine product !

For me not so wonderful yet, last evening was 2.4 for openSuse 12.3 
also published. I thought ...
Unfortunately for some reason it has been linked with old library, 
GDAL 1.10.1,  which means that those options I need are not for use. 
(I've win dev where 1.11.0)
I also noticed that for some reasons Transifex translations are not in 
release-2_4 or master so I cannot do any localized docs for teaching.


Cheers,
Kari





--
Kari Salovaara
Hanko, Finland

"Volunteers do not necessarily have the time; they just have the heart."
 ~ Elizabeth Andrew

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

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

[Giuseppe Sucameli]

On Wed, Jul 2, 2014 at 2:50 PM, Ramon Andiñach 
wrote:

> If the default was changed to rectangle, I'd expect that most would change
> it the first time that they needed to do a single point select anyway.
>

And if they try to change back to the single point selection but the tool
is missing, what do you think they will do?
I'm quite sure that after 20 seconds they will use the rectangle selection
tool to click on the map.

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

Re: [Qgis-developer] Navigation toolbar

[Andreas Neumann]

I found out that the "F5" key did not work because the plugin reloader 
plugin also assigned the F5 key for reloading the selected plugin. I 
closed the bug therefore.


Andreas


BTW: I found out that the "F5" key is currently broken. It does not
reload the canvas. Here is the bug-report:
http://hub.qgis.org/issues/10777

Andreas

Am 2014-07-02 13:19, schrieb Jonathan Moules:

Hi Andreas,

On 2 July 2014 08:40, Andreas Neumann  wrote:


Hi,

In addition to the discussion around the selection tool I would
like to discuss a reduction of buttons in the navigation toolbar. I
think it eats way too much screen-space by default. I'd like to
suggest the following:

1. get rid of the refresh button. I never use it. If you have to
use it, than it is a bug in the software.


-1 = Alas there are bugs in QGIS, I do have to use it fairly
frequently. More than many on that toolbar actually.
 


2. Potentially remove the "Zoom to Layer" button. It is available in
the context menu of the layer and in the "View" menu, should you
need it.



3. Potentially remove the "Zoom to native resolution button". I
think it is good enough if this functionality is available in the
"View" menu. Do people really use this function? Maybe with raster
layers?


+1 Never used it "native resolution" myself from the nav bar. Always
right click on a layer - that would probably be the most logical place
to leave both functions/


4. Potentially combine the touch zoom/and pan tool with the pan tool
into a single tool. Is there a specific reason why both of these
tools are available? Doesn't the "Touch zoom and pan" also support
pan with the mouse?


+1 I've never been clear what the difference between them is anyway.
 


5. Potentially combine the pan to selected and zoom to selected into
a drop-down button menu, like we have with the measure or select
tool.


+1 seems sensible.

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

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

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

[Ramon Andiñach]

On 02/07/2014, at 18:28 , Giuseppe Sucameli wrote:

> +1, single click selects one feature and drag selects features by rectangle.
> Of course, we must default the selection tool to the rectangle one, in 
> addition we must change the tooltip (and maybe the icon too?) to something 
> more appropriate.
> 
> 
> On Wed, Jul 2, 2014 at 12:19 PM, Nyall Dawson  wrote:
> >
> > Am 02.07.2014 12:02, schrieb Nathan Woodrow:
> >>
> >> The tools have the same behavior so it will be no change to how the user
> >> does selecting.  Most will not even see the change.
> 
> 
> For the record, I'm changing my vote to a +1 for the merge. If a
> single click performs a "select single polygon" action, then I think
> this is the ideal behaviour.
> 
> Nyall
> -- 
> Giuseppe Sucameli

While I agree that the rectangle select achieves the same as the single point 
tool (and more), I'm watching most of the other users at my work and noticing 
that they seem to expect to have to change tools.

If the default was changed to rectangle, I'd expect that most would change it 
the first time that they needed to do a single point select anyway.

-ramon.


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

[Qgis-developer] maptool doesn't receive key pressed events after QMenu.popup() function

[Poltini Roberto]

I am developing a qgis python plugin which uses a maptool receiving key pressed 
events by keyPressEvent(self, event) function, mouse movements events by 
canvasMoveEvent(self, event) function and mouse press events by 
canvasPressEvent(self, event) function. When the user right clicks on the 
canvas I want to display a contextual menu creating a QMenu object and running 
its popup function. When the control returns to canvas my maptool continue to 
receive only mouse movements and mouse press events and NOT key pressed events. 
Why canvas doesn't send key pressed events anymore ? Is that any workaround ?
Thank you
Roberto
==
Poltini Roberto
IREN ACQUA GAS S.p.A.
Servizi e Comunicazione - Sistemi Informativi Territoriali
Via Piacenza 54
16138 Genova ITALY
Tel 010.5586.791
Fax 010.5586.727
email: roberto.polt...@irenacquagas.it
==


Per essere informati sulle novità del Gruppo Iren, vi invitiamo a registrarvi 
alla nostra mailing list, all’indirizzo 
"http://www.gruppoiren.it/"; .

Il Gruppo Iren La invita a prendere visione del Bilancio di Sostenibilita' 2013 
(http://www.gruppoiren.it/bilancio_sfogliabile_2013/index.html#p=1) e a 
visitare la sezione Sostenibilità del sito internet 
(http://www.gruppoiren.it/sostenibilita.asp).
 Con tali strumenti la Societa' intende intensificare i rapporti con i propri 
stakeholder attraverso un canale di comunicazione chiaro e trasparente.

Iren is pleased to announce the Sustainability Report 2013 at 
http://www.gruppoiren.it/bilancio_sfogliabile_2013/index.html#p=1. We invite 
you to visit the Sustainability website at 
http://www.gruppoiren.it/sostenibilita.asp.
 Sustainability Report is a part of our strategy for building trustful 
relationships with stakeholders.


Le informazioni contenute nella presente comunicazione e i relativi allegati 
possono essere riservate e sono, comunque, destinate esclusivamente alle 
persone o alla Società sopraindicati. La diffusione, distribuzione e/o 
copiatura del documento trasmesso da parte di qualsiasi soggetto diverso dal 
destinatario è proibita, sia ai sensi dell’art. 616 c.p. , che ai sensi del 
D.Lgs. n. 196/2003. Se avete ricevuto questo messaggio per errore, vi preghiamo 
di distruggerlo e di informare immediatamente il mittente.


The information in this e-mail (which includes any files transmitted with it) 
is confidential and may also be legally privileged. It is intended for the 
addressee only. Access to this e-mail by anyone else is unauthorised. It is not 
to be relied upon by any person other than the addressee, except with our prior 
written approval. If no such approval is given, we will not accept any 
liability (in negligence or otherwise) arising from any third party acting. 
Unauthorised recipients are required to maintain confidentiality. If you have 
received this e-mail in error please notify us immediately, destroy any copies 
and delete it from your computer system. Any use, dissemination, forwarding, 
printing or copying of this e-mail is prohibited.

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

Re: [Qgis-developer] Navigation toolbar

[Andreas Neumann]

Hi Jonathan,

Thanks for your reply. Can you explain in what circumstances you need 
the refresh button? What are those bugs that need you to manually 
refresh the canvas?


Would it suffice to have the refresh function on the "F5" shortcut key 
and in the "View" menu rather than occupying a button by default? You 
would still have the option to add the button back with customization. I 
would assume that "F5" would be much faster than pressing a button 
anyway. F5 seems to pretty standard in any software, like file browsers, 
web browsers, etc.


BTW: I found out that the "F5" key is currently broken. It does not 
reload the canvas. Here is the bug-report: 
http://hub.qgis.org/issues/10777


Andreas

Am 2014-07-02 13:19, schrieb Jonathan Moules:

Hi Andreas,

On 2 July 2014 08:40, Andreas Neumann  wrote:


Hi,

In addition to the discussion around the selection tool I would
like to discuss a reduction of buttons in the navigation toolbar. I
think it eats way too much screen-space by default. I'd like to
suggest the following:

1. get rid of the refresh button. I never use it. If you have to
use it, than it is a bug in the software.


-1 = Alas there are bugs in QGIS, I do have to use it fairly
frequently. More than many on that toolbar actually.
 


2. Potentially remove the "Zoom to Layer" button. It is available in
the context menu of the layer and in the "View" menu, should you
need it.



3. Potentially remove the "Zoom to native resolution button". I
think it is good enough if this functionality is available in the
"View" menu. Do people really use this function? Maybe with raster
layers?


+1 Never used it "native resolution" myself from the nav bar. Always
right click on a layer - that would probably be the most logical place
to leave both functions/


4. Potentially combine the touch zoom/and pan tool with the pan tool
into a single tool. Is there a specific reason why both of these
tools are available? Doesn't the "Touch zoom and pan" also support
pan with the mouse?


+1 I've never been clear what the difference between them is anyway.
 


5. Potentially combine the pan to selected and zoom to selected into
a drop-down button menu, like we have with the measure or select
tool.


+1 seems sensible.

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

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

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

[Zoltan Szecsei]

On 2014/07/02 11:57, Nathan Woodrow wrote:
On Wed, Jul 2, 2014 at 4:57 PM, Zoltan Szecsei > wrote:


I feel the developers must always put the user before the code
simplification.
This because the programmer makes a once-off (big) effort, but
there may be "millions" of users that suffer if the coder
simplifies the coding effort at the expense of user intuitive
experience.


Please don't make the assumption that I would do this.  Especially not 
in this case.  The change is a pure UI driven one and has nothing to 
do with removing code, I would cull all the select tools if I wanted 
to do that :).


- Nathan.



No no - not suggesting that at all - only saying that programming effort 
should always be second to user experience/intuitiveness.


I'm swaying a bit towards agreeing with dropping the single select - 
also because the cursor does not change, so you might anyway forget what 
the last icon was, that you clicked (yes, different issue).


So, may I suggest that we go with it (using "rectangle" for both single 
and group select), but that we also change the "hover-popup help" to 
indicate the dual usage.


I guess a new user is likely to hover the mouse over the icons, and if 
they are told there that "click is single and drag is rectangle select, 
they would find that experience sufficient.


Regards,
Zoltan



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028
Fax:+27-86-6115323 www.geograph.co.za
===

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

Re: [Qgis-developer] Navigation toolbar

[Jonathan Moules]

Hi Andreas,

On 2 July 2014 08:40, Andreas Neumann  wrote:

> Hi,
>
> In addition to the discussion around the selection tool I would like to
> discuss a reduction of buttons in the navigation toolbar. I think it eats
> way too much screen-space by default. I'd like to suggest the following:
>
> 1. get rid of the refresh button. I never use it. If you have to use it,
> than it is a bug in the software.
>

-1 = Alas there are bugs in QGIS, I do have to use it fairly frequently.
More than many on that toolbar actually.


> 2. Potentially remove the "Zoom to Layer" button. It is available in the
> context menu of the layer and in the "View" menu, should you need it.
>
3. Potentially remove the "Zoom to native resolution button". I think it is
> good enough if this functionality is available in the "View" menu. Do
> people really use this function? Maybe with raster layers?


+1 Never used it "native resolution" myself from the nav bar. Always right
click on a layer - that would probably be the most logical place to leave
both functions/

4. Potentially combine the touch zoom/and pan tool with the pan tool into a
> single tool. Is there a specific reason why both of these tools are
> available? Doesn't the "Touch zoom and pan" also support pan with the mouse?
>

+1 I've never been clear what the difference between them is anyway.


> 5. Potentially combine the pan to selected and zoom to selected into a
> drop-down button menu, like we have with the measure or select tool.
>

+1 seems sensible.

Just my 2p.
Cheers,
Jonathan

-- 
This transmission is intended for the named addressee(s) only and may 
contain confidential, sensitive or personal information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify 
the sender immediately. All email traffic sent to or from us, including 
without limitation all GCSX traffic, may be subject to recording and/or 
monitoring in accordance with relevant legislation.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] error creating QGIS package with creatensis

[Jürgen E . Fischer]

Hi Matteo,

On Wed, 02. Jul 2014 at 12:11:42 +0200, matteo wrote:
> well in "packages-x86_64" I found "gdal-sosi-4.0-1.tar.bz2". The same
> package is in "packages-x86", but I didn't have any problem with x86.

Check if the setup.ini is up-to-date.  You should have gdal-sosi-4.0-2.tar.bz2
 
> Can I avoid to include this package in the building process?

Only by specifying the dependencies of qgis-full leaving out gdal-sosi on the
command line (instead of qgis-full or nothing as that it's the default).


Jürgen

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


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

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

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

[Giuseppe Sucameli]

+1, single click selects one feature and drag selects features by rectangle.
Of course, we must default the selection tool to the rectangle one, in
addition we must change the tooltip (and maybe the icon too?) to something
more appropriate.


On Wed, Jul 2, 2014 at 12:19 PM, Nyall Dawson 
wrote:

> >
> > Am 02.07.2014 12:02, schrieb Nathan Woodrow:
> >>
> >> The tools have the same behavior so it will be no change to how the user
> >> does selecting.  Most will not even see the change.
>
>
> For the record, I'm changing my vote to a +1 for the merge. If a
> single click performs a "select single polygon" action, then I think
> this is the ideal behaviour.
>
> Nyall
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



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

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

[Matthias Kuhn]

Hi Nathan

On 02.07.2014 12:02, Nathan Woodrow wrote:
> On Wed, Jul 2, 2014 at 5:20 PM, Matthias Kuhn  > wrote:
>
> Users might be used to the select single feature tool and miss it.
>
>
> The tools have the same behavior so it will be no change to how the
> user does selecting.  Most will not even see the change.
Users don't only get used to how tools work, but also which tools they
work with. And there's documentation/tutorials out there that build on
the current GUI.

>  
>
> While it's possible for somebody to get used to new interaction
> designs
> it's an effort and it's not where you want to spend your time
> worrying.
>
>
> Let me worry about where I spend my time.  I'm a big boy :)
I was talking about the users time, not yours. If I would worry about
your time I'd have better ideas (like get away from Redmond) ;)

>  
>
> I would rather spend
> the effort on removing / collapsing buttons on the UI which are always
> visible but hardly ever used than tools which may be redundant but are
> only a slight annoyance.
>
>
> The slight annoyances build up, hence why pruning like this is a good
> idea.

I am just not sure if it's a slight annoyance for everybody. I fear that
it's part of the workflow for some (not sure though). And therefore I
have the feeling that the slight annoyance (if at all!) doesn't outweigh
the possible benefits.

That said, this is not a strong opinion. I see the need for polishing
the UI. I just would not start here.
And maybe some UX guys should discuss again if UI changes/icon changes
should be grouped instead of incrementally done. (Nobody will worry for
such a change if introduced with QGIS 3. Or if we say that minor UI
changes will only take place in the autumn release). And the
customization presets discussed (although this particular selection tool
would probably not be affected of these).

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

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

[Nyall Dawson]

>
> Am 02.07.2014 12:02, schrieb Nathan Woodrow:
>>
>> The tools have the same behavior so it will be no change to how the user
>> does selecting.  Most will not even see the change.


For the record, I'm changing my vote to a +1 for the merge. If a
single click performs a "select single polygon" action, then I think
this is the ideal behaviour.

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

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

[Bernhard Ströbl]

Hi,

let me jump in here...
a large +1 from me to only keep the select by rectangle tool. I never 
use select by point.


Bernhard

Am 02.07.2014 12:02, schrieb Nathan Woodrow:

On Wed, Jul 2, 2014 at 5:20 PM, Matthias Kuhn mailto:matthias.k...@gmx.ch>> wrote:

Users might be used to the select single feature tool and miss it.


The tools have the same behavior so it will be no change to how the user
does selecting.  Most will not even see the change.

While it's possible for somebody to get used to new interaction designs
it's an effort and it's not where you want to spend your time worrying.


Let me worry about where I spend my time.  I'm a big boy :)

Second - and more important - The selection tools are already collapsed
and an additional button there is only shown on demand and not always.
Therefore the visual clutter impact is minimal.


It's not visual clutter in the sense of having them all in a row on the
toolbar.  That isn't the issue.  The issue is having two tools which do
the same thing when we can merge into one.  Consider the zoom tool, we
don't have a "zoom on click" and a "zoom to area" tool, we have one tool
for both jobs.

The select tool in the composer also is dual action in this sense so it
makes sense to have one tool in the canvas that is the same.

I would rather spend
the effort on removing / collapsing buttons on the UI which are always
visible but hardly ever used than tools which may be redundant but are
only a slight annoyance.


The slight annoyances build up, hence why pruning like this is a good idea.

- Nathan



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


__ Information from ESET Mail Security, version of virus signature 
database 10032 (20140702) __

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





__ Information from ESET Mail Security, version of virus signature 
database 10032 (20140702) __

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


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

Re: [Qgis-developer] error creating QGIS package with creatensis

[matteo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Jürgen,
well in "packages-x86_64" I found "gdal-sosi-4.0-1.tar.bz2". The same
package is in "packages-x86", but I didn't have any problem with x86.

If I remove the gdal-sosi package and run creatensis again nothing
changes because it downloads the package again.
Can I avoid to include this package in the building process?

Thanks you

Matteo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJTs9rdAAoJEBy7UYf0gaEODfYH/0At2M0QdA6XpabxuIa4YRMS
cYCv23kVjLBPEV8uBk397lXkIYHtNw0jfN8ElpWHcqeZlEore4tqgAA4bJaJ4WJz
ojtZ7++aj0usiMvwmPbZ1EADXTgYiByx+9CL6M+9ZoLgYvndMPjzM3LrtsAK5nee
xcix8XHGgfHIlwWLu2L55xEKys+vTQyKeAe8ZdB6HATxPgfEzctiHfK5PhWKjNJU
aR8p9qqNNpzEw41zJi/Ozq4o9/Ud1CnxR2YBmwdtzYLzgxXAV443giFBupFt/W7k
rwTJSXU1vIJogElpBPrkN2wGkrSmz56qzXXcVFK7iwKXSp274uk/Sd6Pw4nq6ac=
=9TtR
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS standalone app - layer tree, legend and co.

[Arnaud Morvan]

Yes, you could use QgsMapLayerRegistry for adding/removing layer and 
QgsLegendInterface for manage groups and layer visiblity,

but new layer tree is more powerfull.

Here is a previous response of Martin on same subject :
http://lists.osgeo.org/pipermail/qgis-developer/2014-June/033529.html

Arnaud

Le 02/07/2014 11:17, Matthias Ludwig a écrit :

Hi,
  
I'am writing a data viewer as python qgis standalone application. Is it possible to use the QgisInterface and other classes (like QgsLegendInterface) for layer handling (adding, removing, activation, etc.)?

Cause I didn't found a way I have written my own layer model based on qts 
QAbstractListModel. It's working more or less, but I would prever a nativ 
solution if available.

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


--
Arnaud Morvan
Ingénieur logiciel
Tél: +33 (0)4 79 26 57 95

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com

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

Re: [Qgis-developer] Navigation toolbar

[Nathan Woodrow]

On Wed, Jul 2, 2014 at 5:40 PM, Andreas Neumann  wrote:

> 4. Potentially combine the touch zoom/and pan tool with the pan tool into
> a single tool. Is there a specific reason why both of these tools are
> available? Doesn't the "Touch zoom and pan" also support pan with the mouse?


Hey Andreas,

I'm working on this one.  I have most done already but hit a compiler error
and was to late in the night to be dealing with C++ errors :)  Should have
it done by the end of the week.

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

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

[Nathan Woodrow]

On Wed, Jul 2, 2014 at 5:20 PM, Matthias Kuhn  wrote:

> Users might be used to the select single feature tool and miss it.
>

The tools have the same behavior so it will be no change to how the user
does selecting.  Most will not even see the change.


>  While it's possible for somebody to get used to new interaction designs
> it's an effort and it's not where you want to spend your time worrying.
>

Let me worry about where I spend my time.  I'm a big boy :)


>  Second - and more important - The selection tools are already collapsed
> and an additional button there is only shown on demand and not always.
> Therefore the visual clutter impact is minimal.
>

It's not visual clutter in the sense of having them all in a row on the
toolbar.  That isn't the issue.  The issue is having two tools which do the
same thing when we can merge into one.  Consider the zoom tool, we don't
have a "zoom on click" and a "zoom to area" tool, we have one tool for both
jobs.

The select tool in the composer also is dual action in this sense so it
makes sense to have one tool in the canvas that is the same.


> I would rather spend
> the effort on removing / collapsing buttons on the UI which are always
> visible but hardly ever used than tools which may be redundant but are
> only a slight annoyance.
>

The slight annoyances build up, hence why pruning like this is a good idea.

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

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

[Nathan Woodrow]

On Wed, Jul 2, 2014 at 4:57 PM, Zoltan Szecsei 
wrote:

> I feel the developers must always put the user before the code
> simplification.
> This because the programmer makes a once-off (big) effort, but there may
> be "millions" of users that suffer if the coder simplifies the coding
> effort at the expense of user intuitive experience.
>

Please don't make the assumption that I would do this.  Especially not in
this case.  The change is a pure UI driven one and has nothing to do with
removing code, I would cull all the select tools if I wanted to do that :).

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

Re: [Qgis-developer] error creating QGIS package with creatensis

[Jürgen E . Fischer]

Hi Matteo,

On Wed, 02. Jul 2014 at 10:37:26 +0200, matteo wrote:
> are you sure that Jürgen fixed the problem yesterday?
> He wrote that the problem is only for linux users because of a mix
> between back and for slashes.
> 
> I see here https://github.com/qgis/QGIS/tree/master/ms-windows/osgeo4w
> that the last update is of 3 days ago...

The package gdal-sosi not creatensis.pl (or QGIS) was broken.  Did you verify
that you only have the latest gdal-sosi package in the "packages-x86_64"
directory and not also the old one?


Jürgen

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


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

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

[Qgis-developer] How can I reproject a raster and change its file type in a plugin?

[Tom Chadwin]

I need to reproject rasters and change their file type in a QGIS plugin. Can I 
do this using the QGIS API? If not, I can do this externally with 
gdal_translate, but how can I determine the path to gdal_translate in Python?

Thanks

Tom




Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881 109617
Web: 
www.northumberlandnationalpark.org.uk

IMPORTANT NOTICE - Disclaimer - This communication is from Northumberland 
National Park Authority (NNPA).The Authority’s head office and principal place 
of business is Eastburn, South Park, Hexham, Northumberland, NE46 1BS, United 
Kingdom. If you are not the intended recipient(s) please note that any form of 
disclosure, distribution, copying or use of this communication or the 
information in it or in any attachments is strictly prohibited and may be 
unlawful. If you have received this communication in error, please delete the 
email and destroy any copies of it. Any views or opinions presented are solely 
those of the author and do not necessarily represent those of NNPA.Contractors 
or potential contractors are reminded that a formal Order or Contract is needed 
for NNPA to be bound by any offer or acceptance of terms for the supply of 
goods or services Although this email and any attachments are believed to be 
free of any virus or other defects which might affect any computer or IT system 
into which they are received, no responsibility is accepted by the NNPA for any 
loss or damage arising in any way from the receipt or use thereof. Computer 
systems of this Authority may be monitored and communications carried out on 
them recorded, to secure the effective operation of the system and for other 
lawful purpose.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS standalone app - layer tree, legend and co.

[Andreas Neumann]

Hi Matthias,

Martin Dobias just did a legend-tree redesign which was introduced in 
QGIS 2.4 and should improve situation for plugin developers and derived 
applications a lot.


I don't know if/how this is documented yet.

I hope that Martin can answer this in more detail, perhaps with a 
blog-entry or sample.


Andreas

Am 2014-07-02 11:17, schrieb Matthias Ludwig:

Hi,
 
I'am writing a data viewer as python qgis standalone application. Is
it possible to use the QgisInterface and other classes (like
QgsLegendInterface) for layer handling (adding, removing, activation,
etc.)?
Cause I didn't found a way I have written my own layer model based on
qts QAbstractListModel. It's working more or less, but I would prever
a nativ solution if available.

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

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

[Qgis-developer] QGIS standalone app - layer tree, legend and co.

[Matthias Ludwig]

Hi,
 
I'am writing a data viewer as python qgis standalone application. Is it 
possible to use the QgisInterface and other classes (like QgsLegendInterface) 
for layer handling (adding, removing, activation, etc.)?
Cause I didn't found a way I have written my own layer model based on qts 
QAbstractListModel. It's working more or less, but I would prever a nativ 
solution if available.

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

Re: [Qgis-developer] error creating QGIS package with creatensis

[Blumentrath, Stefan]

Another thing to consider in this context is that there are open issues with 
the gdal-sosi package on Windows[1].
Given that the sosi-driver-plugin works properly with GDAL, but not in QGIS it 
might be good to have it in OSGeo4W, but not necessarily in the QGIS 
stand-alone installer or as a dependency of the qgis-full-package (yet)? So, a 
workaround could be to just remove it from qgis-full dependency list...

[1] http://lists.osgeo.org/pipermail/qgis-developer/2014-June/033505.html

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

Re: [Qgis-developer] error creating QGIS package with creatensis

[Blumentrath, Stefan]

Hi Matteo,

Yes, quite sure:
http://download.osgeo.org/osgeo4w/x86_64/release/gdal/gdal-sosi/

I did not check the content of the new package though, but I guess it was 
Jürgen who created the 4.0-2 package, and I cannot imagine that he did 
something else than fixing the paths-settings...

Cheers
Stefan

-Original Message-
From: qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of matteo
Sent: 2. juli 2014 10:37
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] error creating QGIS package with creatensis

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Stefan,
are you sure that Jürgen fixed the problem yesterday?
He wrote that the problem is only for linux users because of a mix between back 
and for slashes.

I see here https://github.com/qgis/QGIS/tree/master/ms-windows/osgeo4w
that the last update is of 3 days ago...

Cheers

Matteo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJTs8TGAAoJEBy7UYf0gaEOLAAH/0HDgI4h7028Bq35+D6JJuAA
VDcgltxl+bHtdvObhwOeFxAs+xbsJOAQaF9wW7n7KCNKo7nZ1oiafKMNCSQfAZ0y
F0zpxMI2apGSGWkxuGH9moHZQlKskbYJGL2gC8yv9xAN7+KlVbbncsHbkdnnhKH0
5e4MhbqTky+1lBt5OPO7xe9LfN/TY7BJfEJe3BIpao3z8imuiQ4XpxCatmA5uvdm
XnNcTL1EMiSS/S5KZc6gwvS25PM48ml9mVdjBUNoWT5b3myNxg2el50bj+UdnpV0
zlhM0qCbTdgMWwRdlcW3+IJ/eErcx+iU1LyoxH4CvGb98r74YhlWdsz9OFWiCRk=
=YZ1G
-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] error creating QGIS package with creatensis

[matteo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Stefan,
are you sure that Jürgen fixed the problem yesterday?
He wrote that the problem is only for linux users because of a mix
between back and for slashes.

I see here https://github.com/qgis/QGIS/tree/master/ms-windows/osgeo4w
that the last update is of 3 days ago...

Cheers

Matteo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJTs8TGAAoJEBy7UYf0gaEOLAAH/0HDgI4h7028Bq35+D6JJuAA
VDcgltxl+bHtdvObhwOeFxAs+xbsJOAQaF9wW7n7KCNKo7nZ1oiafKMNCSQfAZ0y
F0zpxMI2apGSGWkxuGH9moHZQlKskbYJGL2gC8yv9xAN7+KlVbbncsHbkdnnhKH0
5e4MhbqTky+1lBt5OPO7xe9LfN/TY7BJfEJe3BIpao3z8imuiQ4XpxCatmA5uvdm
XnNcTL1EMiSS/S5KZc6gwvS25PM48ml9mVdjBUNoWT5b3myNxg2el50bj+UdnpV0
zlhM0qCbTdgMWwRdlcW3+IJ/eErcx+iU1LyoxH4CvGb98r74YhlWdsz9OFWiCRk=
=YZ1G
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] error creating QGIS package with creatensis

[Blumentrath, Stefan]

Hi,

I just checked the repository, and it looks like Jürgen updated the package 
already yesterday. So the problem is probably located somewhere else than in 
the path settings if the problem still occures.

It is furthermore probably worth adding the some info to the OSGeo4W-packaging 
instructions (so they are more specific about how to tar packages), if Unix 
path delimiters are required for OSGeo4W (which is not quite obvious I think).

Cheers
Stefan



-Original Message-
From: qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Paolo Cavallini
Sent: 2. juli 2014 10:12
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] error creating QGIS package with creatensis

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 02/07/2014 09:55, matteo ha scritto:
> Hi Jürgen,
> I didn't understand if the problem is fixed now or if I have to do 
> something.
> I have updated the repository right now but I'm facing the same error.

you can run NSIS on Windows, in the meantime, waiting for the paths to be fixed.
All the best.
- --
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlOzvtwACgkQ/NedwLUzIr4EhwCfcGfYRcUQI8vme19uZ/LBf6FV
4fgAn3S8p5kctL+rX/USmyF/tZYs8l0Y
=RuLO
-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] error creating QGIS package with creatensis

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 02/07/2014 09:55, matteo ha scritto:
> Hi Jürgen,
> I didn't understand if the problem is fixed now or if I have to do
> something.
> I have updated the repository right now but I'm facing the same error.

you can run NSIS on Windows, in the meantime, waiting for the paths to be fixed.
All the best.
- -- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlOzvtwACgkQ/NedwLUzIr4EhwCfcGfYRcUQI8vme19uZ/LBf6FV
4fgAn3S8p5kctL+rX/USmyF/tZYs8l0Y
=RuLO
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Navigation toolbar

[Paolo Cavallini]

Il 02/07/2014 10:07, Alex Mandel ha scritto:

> I'm fine with simplification of the default toolbars, but the tools
> should exist to be re-added by the user for customization.
> 
> Reason: when you have a specific workflow, making a custom toolbar with
> the 5 buttons you need is much faster than digging through menus and
> context menus.
> 
> In fact I tend to subscribe to the idea that all sensible functions
> should be available to be added to a toolbar (there may be some
> functions which just don't make any sense on the toolbar)
> Without such customization a user would need to create custom plugins or
> scripts for seemingly simple functions.

Right. This brings back to the idea of having standard profiles the user could 
select
according to the type of work he is doing, and further customize it.
No arrangement will suit all, so if we start removing a toll we'll make someone
complain, and the only option is to leave everything on, as it is now.

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

Re: [Qgis-developer] Navigation toolbar

[Alex Mandel]

On 07/02/2014 12:44 AM, Paolo Cavallini wrote:
> Il 02/07/2014 09:40, Andreas Neumann ha scritto:
> 
>> What do people think?
> 
> I'm in favour of heavily simplifying the GUI. IMHO, the main area where this 
> can
> happen is consolidating all the loading (vector, raster, etc.) buttons in the
> Browser, adding what is missing there.
> All the best.
> 

I'm fine with simplification of the default toolbars, but the tools
should exist to be re-added by the user for customization.

Reason: when you have a specific workflow, making a custom toolbar with
the 5 buttons you need is much faster than digging through menus and
context menus.

In fact I tend to subscribe to the idea that all sensible functions
should be available to be added to a toolbar (there may be some
functions which just don't make any sense on the toolbar)
Without such customization a user would need to create custom plugins or
scripts for seemingly simple functions.


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

Re: [Qgis-developer] error creating QGIS package with creatensis

[matteo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Jürgen,
I didn't understand if the problem is fixed now or if I have to do
something.
I have updated the repository right now but I'm facing the same error.

Thanks

Matteo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJTs7rWAAoJEBy7UYf0gaEOWG0IAJMVa5T1S1ocukoVXjVbhalJ
LhojdTB/VCF4+hLC9TokYktnuZeKKG+OycoiX26vM2TvVAdrjFrfV24FNPLzWBCL
weMUHsblDVBkDhENYrozcN0CPNwmOUIDmXmfJ30UpRhcsa2nHGd9QMTrF1ysqUAJ
ednSxqqxSgxuCJxm0frauNRXFa1QGQ4cGPYfkSP3iFMg3BgIJY3yrIyYFUkR/1k5
fVehmyWFu/N4Xh5shWejvOz5+anH5zDVS1QA7EdE1r0/e1jNgNqG7KuIctlgi1wG
H6TgmkmW2TEHTgr7AXvXghBdhtikNu77A5wNsRAdkNnef8gfFNOYqSkFhQGMiJo=
=kgKt
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Navigation toolbar

[Paolo Cavallini]

Il 02/07/2014 09:40, Andreas Neumann ha scritto:

> What do people think?

I'm in favour of heavily simplifying the GUI. IMHO, the main area where this can
happen is consolidating all the loading (vector, raster, etc.) buttons in the
Browser, adding what is missing there.
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Navigation toolbar

[Andreas Neumann]

Hi,

In addition to the discussion around the selection tool I would like to 
discuss a reduction of buttons in the navigation toolbar. I think it 
eats way too much screen-space by default. I'd like to suggest the 
following:


1. get rid of the refresh button. I never use it. If you have to use it, 
than it is a bug in the software.
2. Potentially remove the "Zoom to Layer" button. It is available in the 
context menu of the layer and in the "View" menu, should you need it.
3. Potentially remove the "Zoom to native resolution button". I think it 
is good enough if this functionality is available in the "View" menu. Do 
people really use this function? Maybe with raster layers?
4. Potentially combine the touch zoom/and pan tool with the pan tool 
into a single tool. Is there a specific reason why both of these tools 
are available? Doesn't the "Touch zoom and pan" also support pan with 
the mouse?
5. Potentially combine the pan to selected and zoom to selected into a 
drop-down button menu, like we have with the measure or select tool.


Alternatively one could remove some of the buttons by default (see 
above) and allow people to re-add them through customization should they 
have the need.


What do people think?

Andreas

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

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

[Matthias Kuhn]

Hi,

-1 : but change the default tool

Reasons:
Users might be used to the select single feature tool and miss it. 
While it's possible for somebody to get used to new interaction designs 
it's an effort and it's not where you want to spend your time worrying.
Second - and more important - The selection tools are already collapsed 
and an additional button there is only shown on demand and not always. 
Therefore the visual clutter impact is minimal. I would rather spend 
the effort on removing / collapsing buttons on the UI which are always 
visible but hardly ever used than tools which may be redundant but are 
only a slight annoyance.

Best regards,
Matthias

On Mit 02 Jul 2014 09:08:39 CEST, Régis Haubourg wrote:
> Hi, in my user experience, I feel like Nathan: one tool is more intuitive.
> I'm bothered each time I have to explicitly switch to rectangular selection
> tool..
> Régis
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Do-we-need-a-single-select-map-tool-tp5148969p5149145.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer


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

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

[Nyall Dawson]

On 02/07/2014 4:57 pm, "Zoltan Szecsei"  wrote:
>

>
> But, especially for a newbie, it will not be intuitive that by clicking
without dragging, the rectangle select will do a point-click select.
>

I'm not so sure about that - the single click to select one item, click and
drag to marquee select behavior is very common. There's lots of widely used
programs which do the same.

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

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

[Régis Haubourg]

Hi, in my user experience, I feel like Nathan: one tool is more intuitive.
I'm bothered each time I have to explicitly switch to rectangular selection
tool.. 
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Do-we-need-a-single-select-map-tool-tp5148969p5149145.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