Re: [Qgis-developer] QGIS menu item

[Ramon Andiñach]

> On 10 Jan 2017, at 16:42, DelazJ  wrote:
> 
> Hi all,
> Just to point that on MacOS, there's already a QGIS menu at first position. 
> See 
> http://docs.qgis.org/2.14/en/docs/user_manual/introduction/qgis_gui.html#qgis
> 
> Harrissou

I think that's to do with the UI guidelines for the MacOS interface which are 
dictated by Apple more than anything. 

On a side note, if we're talking about mucking around with the menu order, is 
there any chance of Project, Layer, Edit, ...  ?

Ramon. ___
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] should core plugins not be available in plugin manager?

[Ramon Andiñach]

> On 13 Dec. 2016, at 03:57, DelazJ  wrote:
> 
> Hi,
> I do not fully share the agreement on having core plugins not deactivable. 
> Are Core plugins the problem or is it Processing? Let's not wrongly mix 
> issues.
> 
> I'd always thought that Core plugins meant plugins developed, managed, 
> updated by the QGIS project itself, provided by default with installation. It 
> doesn't mean that everybody wants to use it or needs it. The Road Graph is a 
> plugin I had never executed in 5 years I'm using QGIS. Many others (GPS 
> Tools, Heatmap, rasters related plugins...) are concerned. Why would I want 
> it activated by default and crowd the GUI? Then I'd have to struggle and 
> change some somehow hidden customization option to have it disabled? Uncheck 
> it in Plugin Manager sounds far simpler.
> 
> What puzzled many users (and might still do) with Processing in QGIS >=2.16 
> is to have removed fTools and not activate Processing by default for those 
> that were using fTools. They should be provided a transparent replacement of 
> fTools (including the removal of this one from the list). 

+1
___
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] compiling with debian rules issues

[Ramon Andiñach]

Hi Matteo,

It looks like an I can't find libgeos_c.so error. 

Is libgeos_c.so really in /usr/lib/x86_64-linux-gnu ?

If it's not then redoing the configure options is needed (ccmake). 

(Not really a dev)
-ramon.

> On 22 Jan 2016, at 18:01, matteo  wrote:
> 
> Hi all,
> I tried to compile both QGIS2.8 and QGIS master with the debian rules.
> In both cases the process stops at around 25% saying:
> 
> 
> [ 26%] make[4]: *** No rule to make target
> '/usr/lib/x86_64-linux-gnu/libgeos_c.so', needed by
> 'output/lib/libqgis_core.so.2.13.0'.  Stop.
> make[4]: *** Waiting for unfinished jobs..
> 
> CMakeFiles/Makefile2:1128: recipe for target
> 'src/core/CMakeFiles/qgis_core.dir/all' failed
> make[3]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2
> make[3]: Leaving directory '/home/matteo/lavori/QGIS/QGIS/debian/build'
> Makefile:150: recipe for target 'all' failed
> make[2]: *** [all] Error 2
> make[2]: Leaving directory '/home/matteo/lavori/QGIS/QGIS/debian/build'
> dh_auto_build: make -j4 returned exit code 2
> debian/rules:194: recipe for target 'build-arch' failed
> make[1]: *** [build-arch] Error 2
> make[1]: Leaving directory '/home/matteo/lavori/QGIS/QGIS'
> debian/rules:194: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 
> 
> 
> it seems related to libgeos-dev, but I have it installed on my computer:
> 
> matteo@debian:~/lavori/QGIS/QGIS$ aptitude search libgeos | grep dev
> i   libgeos++-dev   - Geometry engine for GIS - C++
> development
> p   libgeos++-dev:i386  - Geometry engine for GIS - C++
> development
> i   libgeos-dev - Geometry engine for GIS -
> Development file
> p   libgeos-dev:i386- Geometry engine for GIS -
> Development file
> 
> 
> am I missing something?
> 
> BTW a couple days ago I compile QGIS Master without problems
> 
> Thanks!
> 
> Matteo
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Unselecting categories in master.

[Ramon Andiñach]

Hi,
I've a relatively recent master (6435a20) on Win64 and I'm noticing that if I 
unselect some categories in the layer tree all the objects in the layer 
disappear. 

The objects don't reappear unless all the categories are selected/visible. 

Is anyone else seeing this?

-ramon.
___
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] Unselecting categories in master.

[Ramon Andiñach]

Thanks. 

-ramon.

> On 19 Jan 2016, at 15:20, Mathieu Pellerin <nirvn.a...@gmail.com> wrote:
> 
> Ramon,
> 
> This has been fixed by this commit ( 
> https://github.com/qgis/QGIS/commit/8435fee4a434a4c30b96aa62d09dd345bb2577d4 
> ). Give the nightly a few days to pick that commit.
> 
> Math
> 
>> On Tue, Jan 19, 2016 at 2:02 PM, Ramon Andiñach <cust...@westnet.com.au> 
>> wrote:
>> Hi,
>> I've a relatively recent master (6435a20) on Win64 and I'm noticing that if 
>> I unselect some categories in the layer tree all the objects in the layer 
>> disappear.
>> 
>> The objects don't reappear unless all the categories are selected/visible.
>> 
>> Is anyone else seeing this?
>> 
>> -ramon.
>> ___
>> 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] 2.8.2?

[Ramon Andiñach]

 On 28 Apr 2015, at 19:23, Jürgen E. Fischer j...@norbit.de wrote:
 
 Hi Sandro,
 
 On Tue, 28. Apr 2015 at 11:44:15 +0200, Sandro Santilli wrote:
 Let's try hard to avoid backports unless very very important ?
 
 PS: I'd be in favor of reducing the silence requirement to 1 week,
especially for the first few bugfix releases...
 
 If only our largest gap was large enough to cover a week.
snip
 
 Just ~6.5 days...
 
 So that wouldn't have helped either.  Maybe we should do monthly point release
 with a week of no backports unless there were new bugs introduced.  That would
 still give a week window to test the release nightlies before there is a
 release

If you'll excuse a user sticking an oar in...
I've been wondering if there oughtn't be a fall back release trigger. For 
example, there must be a point release to at the same time as the next normal 
release. 

Which would at least guarantee a point release happened.

(Probably want something a bit more frequent than that. Or perhaps a bit offset 
from the normal, so there aren't two things being tested at once.)

Anyway, first LTR experiment, RM's call on how it happens. 

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

Re: [Qgis-developer] Snapping tolerance

[Ramon Andiñach]

On 13/12/2014, at 14:02 , Martin Dobias wrote:

 Hi
 
 Recently I have been working on some snapping improvements (more about that 
 later) and I have found one slightly surprising thing about the configuration 
 of tolerances: if the tolerance unit is set to map units, it actually means 
 layer units - i.e. units in layer's CRS and not in project's CRS. Recently 
 there was even a bug report filed for that: https://hub.qgis.org/issues/11634
 
 I would like to change the behavior so that the map units in snapping 
 config dialog would mean units in project's CRS. Would there be any 
 objections?
 
 Alternatively we could just rename map units to layer units to make it 
 less surprising (and eventually add a third option to use project's units).

Hi,

This explains many things, and probably a lot about why I've learnt not to 
entirely trust map unit snapping.

As someone that routinely works with layers in about 3 projections at the same 
time, could we have both layer units and map units?

-ramon.

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

Re: [Qgis-developer] Problems when editing the attribute table

[Ramon Andiñach]

On 30/10/2014, at 24:38 , Frank Sokolic wrote:

 On 29/10/2014 18:21, Pedro Venâncio wrote:
 Hi,
 
 There's a thing that happens to me when I'm editing the attribute table
 of layers (both PostGIS and shapefiles) in QGIS.
 
 I change the content of one (or more) fields, but the content displays
 the same. I save the editions and continues to show the old value. To
 see the changes, I have to close and re-open the attribute table.
 
 I've confirmed and this happens to many people. I confess I've noticed
 this from some versions ago (including the current master), and I think
 I got used to it, but it is certainly a bug.
 
 As it is a situation that is not easy to replicate, because does not
 always happen, I can not open a ticket with truly useful information.
 
 What do you think?
 
 
 Best regards,
 Pedro Venâncio
 
 Hi Pedro,
 
 Is this the same is this bug?
 http://hub.qgis.org/issues/10976
 
 Regards, Frank.

Pedro, Frank,

Thanks for pointing that bug out - I've added a bit to it.

Over the last week I've noticed that if I just open the table and change 
things, it refreshes fine - 
but if I open the table, sort it, then change things the refresh breaks.

Is that pattern repeatable for you?

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

Re: [Qgis-developer] Mac OS X users please test this issue

[Ramon Andiñach]

On 24/10/2014, at 24:10 , Gary Sherman wrote:

 I need confirmation of this bug: http://hub.qgis.org/issues/11455
 
 We are fast approaching release date and it would be good to make sure this 
 isn't just a local (i.e. my) problem.
 
 You can use the nightly build that includes the proposed fix: Changeset 
 691f4a2858665d191a307c3984891376c24a0d0b
 
 Nightly build can be found here: 
 http://qgis.dakotacarto.com/nightly/qgis-mac-nightly.zip
 
 You can run it right from the DMG.
 
 Thanks,


Hi,

I can't seem to replicate it.

Macos 1.7.5
QGIS nightly build aeb9d93 from dakotacarto.

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

Re: [Qgis-developer] opening same table twice

[Ramon Andiñach]

On 07/10/2014, at 20:35 , Matthias Kuhn wrote:

 Hi Raymond,
 
 Just discussed this last week with Denis who thought that sometimes this
 is intentional (comparing two tables).

When I deliberately open a table more than once, this is why.

(Oft times I forget that I have a table open, because it's hiding behind 
another window, and then wonder why I have so many QGIS windows open.)

 We thought about having the possibility to have a split view on the
 table. Once this is possible we could prevent the attribute table from
 being opened several times for the same layer.

This would be handy.
It sounds like something that would work best on a big-ish screen.
How would the small screen users feel about this?

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

Re: [Qgis-developer] Print composer in master

[Ramon Andiñach]

Ah. A hidden change. 

I'm following my established work flow.  Blank, then the toolbar folder icon, 
which now tells me it's Load items from Template, except that because this is 
what I've always done, I didn't hang around long enough to see. 

It's the same icon in the same place as the icon in 2.4 which identifies itself 
as Load from Template.
I expected it to behave the same way on both versions. 

I see that if I go into the menu and choose New from template I get what I'm 
expecting. 

What's the difference between add items from and new from meant to be?

I'd prefer New from Template to be on the toolbar than add items, so I'm now 
curious about the change?
Is it possible to get back?

At the same time I see that the change means that now the icons map correctly 
between the toolbar and the menu, and that the new from template icon can't be 
on the toolbar without confusion.

-ramon.

 On 30 Sep 2014, at 15:44, Nyall Dawson nyall.daw...@gmail.com wrote:
 
 On 30 September 2014 15:52, Ramon Andiñach cust...@westnet.com.au wrote:
 Hi,
 
 I've opened up a couple of new issues in the tracker regarding the Print 
 Composer in Master.
 
 The Print Composer is currently ignoring the page orientation in my 
 templates, with flow on effects.
 http://hub.qgis.org/issues/11292
 
 Ramon,
 
 I've removed this issue as it's a duplicate of #11255. I'm after some
 more details on this one though - are you able to confirm the steps
 you do to make the new composition from a template? Specifically, are
 you creating a blank composition and using the Add items from
 template command, or using the composer manager to create new
 composition based off a template?
 
 Nyall
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Print composer in master

[Ramon Andiñach]

 On 30 Sep 2014, at 18:32, Nyall Dawson nyall.daw...@gmail.com wrote:
 
 On 30 September 2014 18:32, Andreas Neumann a.neum...@carto.net wrote:
 
 The difference is:
 
 New from template overrides everything (including your page settings) you
 had in your layout, and Add items from template leaves the page settings
 and already existing items in place and just adds additional items from a
 template.
 
 That's not quite correct - New from Template does not alter any
 existing compositions, it creates a brand new composition.

Ah, so it's not quite like open template was then that's useful to know too. 

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

Re: [Qgis-developer] Print composer in master

[Ramon Andiñach]

 On 30 Sep 2014, at 19:28, Nyall Dawson nyall.daw...@gmail.com wrote:
 
 On 30 September 2014 20:46, Pedro Venâncio pedrongvenan...@gmail.com wrote:
 
 I think the Save as template icon would be good. But personally I would
 rather use the Open folder icon for loading from template or the blank
 page icon. The loading has nothing to do with saving and thus I don't think
 the Floppy disk icon would be a good choice for loading a template or
 items from a template.
 
 
 yes, I agree. Perhaps the ideal would be to create a specific icon for
 composer templates.
 
 Hi Pedro,
 
 Your mockups are looking good. One thing to keep in mind is that we
 can't use letters like T in an icon, as they only have meaning for
 English speaking users.
 
 I'm happy to try tackling this task later in 2.6 freeze.

If everyone agrees, tomorrow I'll see if I can do a mockup at least as good as 
Pedro's, and Lob a summary over to the UX list with the current ideas for their 
thoughts. 

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

Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools

[Ramon Andiñach]

+1  for 3 with the current way as default.

I think there are already enough key modifiers that affect tools in QGIS, that 
the forth way probably isn't optimal; but a shortcut to toggle modes might be 
useful.

On 25/09/2014, at 14:49 , Andreas Neumann wrote:

 I think we should be open-minded towards Denis ideas and not
 categorically reject any changes in curent behaviour. Enabling the CAD
 mode enables a lot of possibilities compared to the current mode.

I do apologise if I did come across as close minded. It seems to me that as 
originally suggested (option 1) it's a very large change to the user's 
interaction with the program, even if it is a small change to make. It would 
need to be widely publicised and up the top of the release notes if it did 
happen. People that don't read much social media or blogs should be able to 
find out before they try to use the tools.

Wandering of topic a bit, I'm beginning to wonder if I partly reacted to 
standardisation, which I read as let's change the standard that we use for 
that part of QGIS. Looking over what's been discussed, I could restate the 
topic as Inconsistency in the editing map tools - would that fit? 

If its the former than there's a larger question that probably needs opening up 
in another thread, given that there are other recent changes that were argued 
as, this is the way Inkscape does it.

-ramon.

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

[Qgis-developer] Print composer in master

[Ramon Andiñach]

Hi,

I've opened up a couple of new issues in the tracker regarding the Print 
Composer in Master. 

The Print Composer is currently ignoring the page orientation in my templates, 
with flow on effects. 
http://hub.qgis.org/issues/11292

The Print Composer is showing all layers in the legend - even the layers not 
visible on the map (which is a regression). 
http://hub.qgis.org/issues/11293

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

Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools

[Ramon Andiñach]

On 24/09/2014, at 16:56 , Denis Rouzaud wrote:

 Hi all,
 
 There is somehow an inconsistency in the behaviour of the current editing map 
 tools.
 
 Some, like add features, uses the left click to trigger the action.
 Others, like the node tool or move feature use press-pan-release mouse events:
 * mouse press to select the node/feature
 * mouse mouse to move it
 * mouse release sets the position.
 
 I would propose to standardise this and for the latter tools propose the 
 following work flow:
 * left click enables the move
 * left click again to validate at position
 * or right click to cancel
 
 Why changing this?

 If you look at CAD software, they also use the proposed approach. And there's 
 a reason for doing so, which is valid for QGIS too.

With all due respect I've never understood why click-click is better than 
click-drag for moving. 
I've always found select and drag far more intuitive and echoes equivalent 
actions in most of the other similar tools I use.

As for the apparent inconsistency, in my head they're different sorts of things.
If I'm adding a feature, I put it (click) here.
If I'm moving a feature, I pick it up (click-drag) move it to there and put it 
down (release).

I further suspect that since the node tool does more than just move nodes, this 
is probably asking for a separation into node-move and a node-insert and a 
segment-move and a... tools.
I really like having all of these in one tool, instead of perpetually going off 
to some menu to pick a different tool.

[snip]
 This is why, changing the map tools behaviour is requested if we want to go 
 further with CAD tools in QGIS.

Please say this isn't a case of; we need to change the established behaviour of 
the main program to make a plugin work better - because it's pretty easy to 
read that way.

Sorry if that sounds a bit grumpy, I just don't see how this is better.

-ramon.
User, who obviously doesn't work with CAD programs.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools

[Ramon Andiñach]

On 24/09/2014, at 21:52 , Bernhard Ströbl wrote:

 Bottom line:
 1) Intuitive is what you are used to.
This admittedly is true.

 2) The way it currently works in QGIS is IMHO more intuitive because I am 
 used to it :) and it is the way graphic software works (I tried 
 LibreOfficeDraw, Inkscape and GIMP for a start).
and I think most people these days will bump into one of these (or a commercial 
equivalent) before a CAD.

 3) I wouldn't say this to be a change with not many consequences.
++1 I'd view it as a large change to the way a user interacts with the program.

 IMHO QGIS should do it similar to other GIS packages (how is this solved in 
 e.g. ArcGIS or MapInfo?) because users coming from similar software packages 
 should feel at home, not those coming from CAD.
 
 I am not saying the idea is bad but the consequences might be larger than you 
 expect especially for occasional users if the behaviour of the tools is 
 different from what they would expect from their prior experience (of other 
 GIS or graphic software).

I'll fire up MI today and have a look.

-ramon.

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

Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools

[Ramon Andiñach]

On 25/09/2014, at 01:00 , Anita Graser wrote:

 What about writing per tool, the behaviour you propose in a QEP
 (https://github.com/qgis/QGIS-Enhancement-Proposals) so we can discuss
 it there?
 
 yeah, I wonder if this really needs one. It's quite a small change with
 not many consequences.
 
 I think the mails so far already show that it's no easy topic and I
 think there should be a QEP.

+1

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

Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools

[Ramon Andiñach]

On 25 Sep 2014, at 6:01, Ramon Andiñach cust...@westnet.com.au wrote:

 I am not saying the idea is bad but the consequences might be larger than 
 you expect especially for occasional users if the behaviour of the tools is 
 different from what they would expect from their prior experience (of other 
 GIS or graphic software).
 
 I'll fire up MI today and have a look.

Mapinfo results

* edit node tool
Moving nodes
- select feature
- select reshape tool
- click in node and drag
Adding
- select feature
- select reshape tool
- select add node tool
- click to add point

* move feature
- click on feature and drag

* rotate feature
- select feature
- click on rotate point and drag

* move label
- click on label and drag

* rotate label
- select label
- click on rotate point and drag

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

Re: [Qgis-developer] GPX plugin always saves absolute path?

[Ramon Andiñach]

On 02/09/2014, at 07:13 , Ramon Andiñach wrote:

 Hi, 
 
 I'm noticing that if I save a project with a GPX file that I opened with the 
 GPX plugin, that layer is saved with an absolute path, regardless of the 
 project setting.
 
 I'm pretty sure previous versions did save as relative paths.
 
 I'm seeing this behaviour in 2.4 on ubuntugis, mac and win7 and last nights 
 dev on OSGeo4W. 
 
 I'm happy to do up a bug repot, but I'm wondering if someone can confirm my 
 hallucination first?
 
 -ramon.

I've made the issue here: http://hub.qgis.org/issues/11131

It's a regression, QGIS 2.2 works correctly.

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

[Qgis-developer] GPX plugin always saves absolute path?

[Ramon Andiñach]

Hi, 

I'm noticing that if I save a project with a GPX file that I opened with the 
GPX plugin, that layer is saved with an absolute path, regardless of the 
project setting.

I'm pretty sure previous versions did save as relative paths.

I'm seeing this behaviour in 2.4 on ubuntugis, mac and win7 and last nights dev 
on OSGeo4W. 

I'm happy to do up a bug repot, but I'm wondering if someone can confirm my 
hallucination first?

-ramon.
___
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 nyall.daw...@gmail.com 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] Red cursor in label dialogue

[Ramon Andiñach]

Hi,

Probably a low priority cosmetic thing, but I'm notice that when I select a 
label for a layer that previously didn't have a label, the cursor flashes red. 

I find this a bit disconcerting, as I read red as a warning colour - and I note 
red is being used that way in the expression builder. 

Does anyone else notice this?

Is it worth a ticket. 

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

[Qgis-developer] libspatialindex.so.1

[Ramon Andiñach]

Hi,

I've just made it though a source compile of master on linuxmint 17 RC (cf 
ubuntu 14.04). I didn't get am make errors, but when I attempt to run the 
result I'm told:
error while loading shared libraries: libspatialindex.so.1: cannot open shared 
object file: No such file or directory

I know that ccmake found libspatialindex.so, but I'm guessing that's not the 
same thing.

Would someone be kind enough to give me some pointers?

-ramron.

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

Re: [Qgis-developer] How to create a Textual Note auto filled with fields ?

[Ramon Andiñach]

On 03/04/2014, at 21:59 , Geo DrinX wrote:

 Hello All,
 
 
 ( Sorry for my english, but I try to explain my need as better as I know ).
 
 
 I need to create  textual notes on many polygons, with QGis, and I would like 
 to automate more than possible the process.
 
 For the moment, I created an Action, defined as following:
 
 
 Note_ACTION
 
 echo [%'\n\nPolygon  (mq) :\n' ||'Area: ' || toint( round ( $area)) || '\n' 
 || 'Perimeter: ' || toint( round ($perimeter)) %]
 
 
 In this way,  clicking on each polygon I have the text I need.   :)
 
 But,  for the moment, it is necessary to copy the text and paste it inside 
 the  Textual Note.
 
 
 It could be possible to... create the action in a way that creates directly 
 the  Textual Note with the text inside ?
 
 
 Could somebody give me suggestions about this ?
 
 Thank you in advance
 
 Roberto

Hi Roberto,

I'm assuming Textual Note is an Attribute Value.

Do you need the value to happen as you draw the polygon? 
If you do, I don't know and you'll need to wait for someone else.

If you want to write the $perimeter and $area into the attribute table after 
making your polygons, than I'd use the field calculator. The icon looks like a 
really small abacus. You can see it on the main icons, but also in the 
attribute table. You can use this to update all (or just the selected polygons) 
to show the right information.

This is a better explanation than I could do:
http://www.qgis.org/en/docs/user_manual/working_with_vector/field_calculator.html
 
(not just in English, e.g. :
http://www.qgis.org/it/docs/user_manual/working_with_vector/field_calculator.html
 )

If I've got it all wrong, please do try and make me understand.

-ramon.

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

Re: [Qgis-developer] selection tool behavior

[Ramon Andiñach]

That's usually where I break out the polygon select tool - which is quite handy 
for places where you need to be careful. 

The unselect already selected behaviour is true for all the selection tools - 
so at least it's consistent. 

Sometimes I get annoyed at accidentally unselecting stuff, but more often I'm 
glad that I have a way of unselecting blocks of features without having to 
start again. 

-ramon.
(user)

 On 31 Mar 2014, at 19:03, Giovanni Manghi giovanni.man...@faunalia.pt wrote:
 
 Hi all
 
 I have been pointed that the selection tool (select by rectangle)
 unselects features already selected even when the ctrl is pressed.
 This way a user can add a selection to the existing one, but only if
 it carefully avoids the already selected features, and most of the
 times is very hard to do.
 
 What do you think?
 
 cheers
 
 -- G --
 ___
 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] Buffering/caching/auto-saving vector styles

[Ramon Andiñach]

On 01/03/2014, at 20:33 , Zoltan Szecsei wrote:

 Hi All,
 Sorry about the repeat, but Nathan felt I was hijacking his thread. Apologies.
 
 If there are going to be modifications done to styling, please consider 
 adding a feature whereby the various styles chosen or experimented with, are 
 auto-saved for that mapsheet (perhaps in your project files).
 I find when editing, edge-matching or QAing various mapsheets, I want to 
 easily switch between styles - I might choose single symbol for the map I 
 am editing, but rule-based for the adjoining maps. Rule based choices would 
 change depending on scenarios, so it does not make sense to save a rule-based 
 set (I could end up with too many).
 So, what I am seeking is the ability to switch between the 5 style 
 categories, and not lose the ones I may have set up a few minutes ago. If I 
 close QGIS, and come back to the project later, I would like to see the last 
 styles I had set up for a mapsheet, still be available when I click through 
 the style options.
 
 
 Hope I'm making myself clear.
 Thanks  regards,
 Zoltan

Hi Zoltan,

This is what I'm currently doing to sort of get this effect. This isn't as 
complex as yours, but it might help. 
For some of the geology maps (say geology.shp) that I work with I normally look 
at them coloured by rock type. So my styling for maps becomes (geology.qml). 
Sometimes it's also useful to look at them by other features, say age or 
formation name, so I'll make some other styles for those (geology_age.qml) and 
geology_name.qml). The the layer opens up they way I expect, but I can also 
switch betweeen styles reasonably quickly.

Do the rule change completely? or are they variations? If they're variations 
then saving still be useful. You might end up with a style files that you used 
as a road rulesets template and vegetation ruleset template, and then modified 
these for the job at hand.

-ramon.


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

[Qgis-developer] Paste as layer

[Ramon Andiñach]

Hi,

Just wondered, if Paste into a new layer allows you to save as a memory 
layer; why does it need a layer to be in edit mode to become active?

Is this expected behaviour?

Should I add a bug/feature request?

This is with QGIS self-compile e846521 on linux.

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

Re: [Qgis-developer] Paste as layer

[Ramon Andiñach]

On 02/02/2014, at 17:18 , Rouzaud Denis wrote:

 You’re right, I will fix this.

Thanks,

Did you want an issue lodged as a memory jog?

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

Re: [Qgis-developer] Can we deactivate the Select datum transformations dialog by default?

[Ramon Andiñach]

I like these ideas.

I'd still want the more information to be informative without having to mouse 
over it.

-ramon.
*wishes he had a surveying department to do things for him*

On 21/01/2014, at 15:31 , Matthias Kuhn wrote:

 Hi,
 
 The main problem for me is the modal popup which breaks the workflow and it's 
 not easy to grasp the meaning the first time you see it.
 
 Alternatives:
 Message bar:
 Default transformation settings have been chosen for layers 'Moon' and 
 'Mars'. If you would like to change the settings please click here. For more 
 information click here.
 
 Or in the TOC there could be a small exclamation mark next to affected 
 layers, and the mouseover could give a hint about unconfirmed 
 transformation and how to solve it. This would be even less intrusive.
 
 Matthias
 
 On Tue 21 Jan 2014 08:24:04 AM CET, Marco Hugentobler wrote:
 Hi
 
 I can live with either showing / not showing by default.
 Just note that without showing, many people are receiving wrong
 transformation results without any hint. In my opinion, a normal GIS
 user should never have to do otf-reprojection, it is far to error
 prone (better, let the surveying departement do the conversion between
 different systems).
 
 Regards,
 Marco
 
 On 21.01.2014 07:36, Paolo Cavallini wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Il 21/01/2014 01:10, Mathieu Pellerin ha scritto:
 +1, for two reasons:
 * the advances function isn't needed for many types of qgis users
 * the UI would benefit from re arrangements to make it more friendly
 when users run
 into it (ie a short paragraph above list box to explain what this is
 about, like with
 the crs selector)
 I also find the current setting quite intimidating for many, probably
 most, users.
 Should we open a ticket?
 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/
 
 iEYEARECAAYFAlLeFVEACgkQ/NedwLUzIr4EowCeNXPxPRsP7BdU2E2GJcwFRAEx
 QvYAmwXP+8mhZWXzi5gl6wh23wLvPxyv
 =4Vkj
 -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] Can we deactivate the Select datum transformations dialog by default?

[Ramon Andiñach]

Hmm, looks like it just sent an email that pretty much confirms this. 

Can I ask, what caused this to pop up in 2.1 but not 2.0?

I'd be a lot less freaked if there was a description rather than a load of 
numbers.
Particularly as the numbers don't immediately related to the proj parameters 
for the projection I usually use (which because they're pair with a description 
I've started to become familiar with).

It also seems indiscriminate about what layers it's picking on. Mostly my 
projects are displayed in MGA94 zone 51 with OTF on. If I remotely understand 
this dialogue it's asking to transform a layer in AMG84 zone 51 into WGS84. Why 
only this layer? There are other layers in this project that aren't either 
WGS84 (which I presume is being used as a staging datum before moving to MGA) 
and they don't get picked up?

 On 21 Jan 2014, at 1:35, Anita Graser anitagra...@gmx.at wrote:
 
 Hi,
 
 I suggest to deactivate the Select datum transformations dialog by default.
 
 Here is why:
 - Most users are happy with the default transformations. (I assume that's the 
 case because it's not often a topic in the support channels.)
 - It adds at least two more clicks for opening a layer (if it has to be 
 transformed).
 - Opening old project files is a real pain (until you notice and decide to 
 use remember selection).
 - Many users have no idea what to do with the dialog. It's just a list of 
 weird parameters which most have never seen before. You only get some 
 information about preferred and deprecated transformations on mouse-over.

I hadn't even noticed that until you mentioned it. I'd be really tempted to 
swap them around. Most of the hover text in the dialogue. Details in the hover 
over. 

 - Hiding deprecated transformations does not seem to work currently (tested 
 with nightly on Windows 7).

+1

 - Users who need non-standard transformations could add them to their QGIS 
 options.
 - I think we would just scare away users if the first thing they see when 
 they try to load some dataset is this dialog.

Not here, just confuse them by having a project they made 2 months ago fail in 
interesting ways. 

 Best wishes,
 Anita


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

Re: [Qgis-developer] Changelog: Misleading Author tag

[Ramon Andiñach]

Well, if you really wanted a feature like that, you could:

1. link it to the person who donated their time's personal page if they've got 
one (or a page of their choice if they don't).
2. Have a generic Time logo/label and state that it was paid for by a 
donation of this person's time.
 
In an opportunity cost sort of way they paid for it by not going 
gardening/bike-ride/something-else-but-coding.

Of course this might also identify which devs might be seen as a soft touch...

-ramon.

On 19/01/2014, at 05:49 , Nathan Woodrow wrote:

 Tim and I had a chat about that too.  The main issue is it ignores all the 
 people that put in a lot of work for free.
 
 Nathan
 
 On 19/01/2014 7:45 am, Nyall Dawson nyall.daw...@gmail.com wrote:
  PS any ideas / bugs are welcome - simply drop them onto our backlog at
  https://waffle.io/timlinux/projecta
 
 Tim,
 
 What do you think about adding a Funded by attribute to changelog
 entries? Ideally this would be with an optional url link to the
 companies website.
 
 Nyall
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] New Save as... dialog

[Ramon Andiñach]

On 17/01/2014, at 02:55 , Anita Graser wrote:

 The raster dialog lacks the very useful Add saved file to project checkbox.
 
 Another small thing: I don't know about your experience, but I would very 
 much like to have the Add saved file to project checkbox ticked by default.

+1 from an interested user. Excellent suggestion. Wish I'd made it myself :)

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

Re: [Qgis-developer] [Qgis-community-team] QGIS stable, release, master, development, nightly build, latest, unstable etc etc

[Ramon Andiñach]

On 29/09/2013, at 21:27 , Richard Duivenvoorde wrote:

 Hi Lists,
 
 while rewriting the download/install page for the website, I see there
 are A LOT different 'versions/namings' for installers (see subject).
 
 BUT actually we only have
 
 - a stable version: QGIS 2.0
 - a development version (being build from latest master)
 
 I think to be clear to our (new) users I think we should in all our
 communication (github, website, ) just use TWO terms (if possible).
 
 I propose:
 
 QGIS stable
 QGIS development (build)
 
 Anybody against this, or has better ideas?
 
 /me do not want to start a huge discussion about this. Feel free to veto
 my choices and propose two(!) others.

Wholeheartedly agree,

but, at the risk of being the one that turns it into a discussion, I'm curious. 
What do QGIS as installed by OSGeo4W packages and QGIS installed by 
ubuntugis-unstable ppa packages classify as?

If I understand correctly, the QGIS package itself uses the stable code, but 
the dependencies are updated as new versions become available. Over time they 
are recompiled to fit these dependencies and diverge further from the original 
QGIS release. As shown on this list, both of these versions are may not stable 
at these times of updating.

Would a note warning of such a possibility be enough? 
I know there's a note to this effect on to the ubuntu-gis repository website. I 
don't recall one on the OSGeo4W website. 
I'm also not sure how you'd go about explaining it to (new) OSGeo4W users, 
however in both cases the QGIS downloads page tells you how to download 
directly without mentioning this possibility or pointing at the website note.

-ramon.
(Apologies if I set the discussion off).
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Master branch splash screen

[Ramon Andiñach]

Just for curiosity, did anyone have that problem with 1.9?

-ramon.

On 07/09/2013, at 15:40 , Nathan Woodrow wrote:

 Hey Anita,
 
 I would just remove the 2.1 number as people might thing it's a released 
 version. Maybe replace it with Dev
 
 - Nathan
 
 
 On Sat, Sep 7, 2013 at 5:34 PM, Anita Graser anitagra...@gmx.at wrote:
 Hi Larry,
 
 Here's a generic 2.1 splash
 https://dl.dropboxusercontent.com/u/42637169/qgis21_0generic.png
 
 Best wishes,
 Anita
 
 
 
 Am 06.09.2013, 21:20 Uhr, schrieb Larry Shaffer lar...@dakotacarto.com:
 
 
 Hi Anita,
 
 On Fri, Sep 6, 2013 at 12:33 PM, Anita Graser anitagra...@gmx.at wrote:
 
 Is it ok if we take a pic in Brighton?
 
 
 +1 from me. I think that's an excellent choice of photo.
 
 
 It could be something generic until then. If you want, I  can whip
 something up.
 
 
 Right now, any users checking out the latest nightly are presented with a
 splash that denotes 1.9 (assuming they have the splash turned on) instead
 of 2.1. Not a big deal, but could confuse some users.
 
 Maybe replace that with a new layout that will basically be the same as
 when the Brighton photo is included? May be good to have the layout's style
 be similar to the new stable version's splash, e.g. square corners and
 choice of font; but, not too similar, so it is easy to see at a glance
 which version you have launched.
 
 Regards,
 
 Larry
 
 
 Best wishes
 Anita
 
 On Fri, Sep 6, 2013 at 7:49 PM, Larry Shaffer lar...@dakotacarto.com
 wrote:
  Hi,
 
  Does anyone have an idea for what the splash screen of the master branch
  builds should be?
 
  Regards,
 
  Larry
 
  ___
  Qgis-developer mailing list
  Qgis-developer@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/qgis-developer
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] [BUG?] Not possible to edit raster layer title in legend

[Ramon Andiñach]

Hmm. Had a sporadic the other day with a vector rather than a raster. I'd 
change the title and the print composer repeatedly ignored the change. 

I dumped the layer from the legend then added it back in and everything worked 
as expected. 

That might at least help as a work around. 

-ramon.

On 08/08/2013, at 18:02, Alexandre Neto senhor.n...@gmail.com wrote:

 Using QGIS 1.9 d821bcc, in windows 7 64bits, I'm not able to change the title 
 of raster layers in the legend using legend item properties tab.
 
 I have no problems changing the title when working with vector layers.
 
 Can anyone confirm this? I'm pretty sure I have done this before.
 
 Is there a ticket for it?
 
 Best regards,
 
 Alexandre Neto
 ___
 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] Auto snapping in edit mode

[Ramon Andiñach]

Hi,

I'm noticing an odd behaviour in recent 1.9 builds at work. When I edit a layer 
it automatically snaps to the layer that I'm editing.
Can anyone else see this?
Is it intentional?

How do you stop QGIS doing this?

This is probably some new setting that I missed, but I can't work out what it 
is. I don't see anything in Prefernces - Digitise that implies this behaviour, 
and I have *no* snapping set in these projects. 

It isn't happening on my home computer with a 7e30da2 build.

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

Re: [Qgis-developer] saving layer style crashes QGIS nightly build

[Ramon Andiñach]

Quick question. Does loading a style crash it too?

-ramon.

On 22/05/2013, at 03:31 , Larry Shaffer wrote:

 Hi Royce,
 
 On Tue, May 21, 2013 at 12:46 PM, Cline, Royce L. rcl...@nd.gov wrote:
 With the last two nightly builds from Dakota Cartography, if I try to save a 
 layer style to a qml file for a shape file, GGIS crashes. This works with the 
 nightly build from May 16, so it appears to be a recently introduced bug. Is 
 anybody else having this problem?
 
 I can confirm it here. Created an issue for it: 
 http://hub.qgis.org/issues/7877
 
 Regards,
 
 Larry
 
  
 Royce
 
 
 ___
 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] Logo Update

[Ramon Andiñach]

On 03/05/2013, at 03:33 , Etienne Tourigny wrote:

 
 I think it is my best and most straightforward work on the logo. Hopefully, 
 it doesn't look like anything else out there.  :^)
 
 [0] 
 https://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/419
 
 
 I like it very much

+1

Actually, now that my browser has admitted to Larry's new ones being up there, 
I still like the colour story, so #412 to #418 would have my preference. 
(https://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/412)

Both of these are unequivocal Qs.
#419 is cleaner, simple and distinctive.
#412 is still fairly clean, very distinctive, and has a bit of a story.

To me these recent ones (411) are absolutely the best of the bunch.

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

Re: [Qgis-developer] Logo Update

[Ramon Andiñach]

On 30/04/2013, at 19:11 , Nathan Woodrow wrote:

 Hey all,
 
 There is only one day left in the logo comp.  I have already had the final 
 round extended three times so this is it.  Please let me know if you have any 
 feedback you would like me to leave on the designs at 
 http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397
 
 I think Larry said he is working on some new revisions of his logo which I am 
 keen to see.  

Of that group, I'd plumb for 338. (I'd probably prefer the Q form used in 280 
though) This is clearly a Q. Many of the rest (e.g. 336 and 50) look more like 
deformed circles.
I found I needed the hands in 280 pointed out to me, and I think they'd be lost 
at a smaller size, but that the hands in 338 and 336 are much more obvious.

After that I'd probably end up with 334 or something similar.

I still really don't like 50, and would favour any of the others except 200 
over it.
 I suppose I could live with 50 so long as no one *ever* drew it in brown.

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

Re: [Qgis-developer] Logo Update

[Ramon Andiñach]

On 01/05/2013, at 03:47 , Stephane Goldstein wrote:

  I am not in favour of #338 or #336 because those are too complex for logo.
 +1
 
 I think #280 wihtout the hand, but with some shade on the colors instead, 
 would be nice and simple.

+1.
(And it would still look more interesting than 50).

-ramon.

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

Re: [Qgis-developer] 'File' versus 'Project'

[Ramon Andiñach]

On 24/04/2013, at 05:55 , Ramon Andiñach wrote:

 
 On 24/04/2013, at 04:28 , John C. Tull wrote:
 
 Hi all,
 
 I was having some discussion on IRC today with Tim and Larry about the 
 recent change to the menu in trunk. Before, the menu used File and that 
 was changed to Project. My position is that it does not seem Mac-like, 
 whether or not a QGIS document resides in the filesystem as a .qgs file or 
 if your Project is fed from a database, something apparently planned for 
 the future of QGIS.
 
 I'd be interested in feedback from other Mac users on this. I'm flexible to 
 the change, but wanted to vet this and see if anyone else had a strong 
 opinion one way or the other. Please make it clear if you are a Mac OS X 
 user or not.
 
 Thanks,
 John
 
 Interesting. I'd say this is going to look as odd at home on my mac as at 
 work on their windows box. No file menu - that's going to look very 
 unfamiliar.
 
 That said, it's a good name. It does describe what's in there - those 
 commands work on the project-file not a layer-file.
 
 -ramon.

Ok. I've been standing at the bottom of a large-ish hole today, so if this 
sounds like a dumb idea that's my excuse.

Could we move Layer across next to Project?


Some reasoning.
1. If we're abandoning File in favour of Project, then there's possibly no 
reason to retain Edit next to it either. Other than historical ones.
2. Project and Layer are largely about opening, closing, saving (and other 
similar things) files. Project files in one menu and Layers (vectors, rasters, 
DB, etc) in the other.
3. Then you have a more logical progression from left to right about how to use 
QGIS. (Open stuff, change stuff)

-ramon.
(OK, 1. is not so good, but it does open the door to ask questions!)

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

Re: [Qgis-developer] 'File' versus 'Project'

[Ramon Andiñach]

On 25/04/2013, at 02:59 , John C. Tull wrote:

 Hi Larry,
 
 On Apr 24, 2013, at 10:09 AM, Larry Shaffer lar...@dakotacarto.com wrote:
 
 Hi,
 
 On Wed, Apr 24, 2013 at 10:51 AM, John C. Tull jct...@gmail.com wrote:
 Hi Antonio,
 
 I think it is more about having consistency for the platform than anything 
 else. We want the user to find the application familiar. The death-knell of 
 many an OS X application on review sites is how non-Mac-like the application 
 feels. Users expect the menubar to exist and to provide a means of 
 navigating standard application operations.
 
 Developers will provide their own customization in different formats. 
 Microsoft Office has their ribbon interface that provides organized 
 drop-downs and formatting elements outside of the menubar, but you are able 
 to do most of the same stuff by navigating the menus and options therein.
 http://www.geek.com/wp-content/uploads/2010/02/Office-for-Mac-ribbon-default-1024x614.png
 
 I think we can achieve the customization desired while maintaining the HIG 
 for OSX.
 
 Ignoring the other suggestions for a moment, changing the File menu name to 
 Project (or Composer) does not go against the HIG for OS X (the initial 
 discussion of this thread). This has be established. It does affect user 
 expectations, however.
 
 
 
 I think this is debatable. Per our irc conversation yesterday, there are 
 semantics to what constitutes a document-basis for a program versus a 
 non-document basis. My understanding of the exception in the HIG is that a 
 program that does not have a document that the program operates on can 
 consider removing or renaming the File menu item. From the HIG [0]:
 
 In general, each command in the File menu applies to a single file (most 
 commonly, a user-created document). If your app is not document-based, you 
 can rename the File menu to something more appropriate or eliminate it.
 
 I consider a map project to be a document, whether it is based off of a 
 physical file, *.qgs, as it currently does or whether it is a record in a db, 
 a possible feature for the future of QGIS. I don't see the wiggle room on the 
 HIG for QGIS consequently.

True enough.
It'll look a little odd.
It's not going to be quite expected.

I'll even agree that a project file is a document of a sort.

But GIS programmes, particularly the way QGIS thinks about things use at least 
3 different sorts of documents. In this case, Project files, vector files, 
raster files, then arguably database files and web service files. The menu has 
them lumped up as File (or Project) and Layers[1].

I think while it will be odd for about 30 seconds, it will make sense and most 
people will be happy.

-ramon.
(with apologies for side tracking everyone)

[1] I suppose I've always felt a bit odd about the use of File in QGIS's menus 
because I might touch that once a session, but the vast majority of the files 
(documents) I use come in through the Layers menu. Doesn't make a great deal of 
sense to me but such is life.
If we're allowed to rename it to something that better reflects the content, 
then shouldn't that happen?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Make QGIS interact with LibreCAD.

[Ramon Andiñach]

On 23/04/2013, at 14:20 , Andreas Neumann wrote:

 Hi,
 
 Maybe if you could dock the snapping options under the layer list,
 and changes auto applied, that would help a bit.
 
 The snap settings window is already dockable. See general options -- 
 digitizing -- snap settings.
 
 Andreas

There we go. I'd like something, and it's already there. :)

Thanks, I'll try that out next time I'm in the office.

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

Re: [Qgis-developer] 'File' versus 'Project'

[Ramon Andiñach]

On 24/04/2013, at 04:28 , John C. Tull wrote:

 Hi all,
 
 I was having some discussion on IRC today with Tim and Larry about the recent 
 change to the menu in trunk. Before, the menu used File and that was 
 changed to Project. My position is that it does not seem Mac-like, whether 
 or not a QGIS document resides in the filesystem as a .qgs file or if your 
 Project is fed from a database, something apparently planned for the future 
 of QGIS.
 
 I'd be interested in feedback from other Mac users on this. I'm flexible to 
 the change, but wanted to vet this and see if anyone else had a strong 
 opinion one way or the other. Please make it clear if you are a Mac OS X user 
 or not.
 
 Thanks,
 John

Interesting. I'd say this is going to look as odd at home on my mac as at work 
on their windows box. No file menu - that's going to look very unfamiliar.

That said, it's a good name. It does describe what's in there - those commands 
work on the project-file not a layer-file.

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

Re: [Qgis-developer] Make QGIS interact with LibreCAD.

[Ramon Andiñach]

On 22/04/2013, at 20:53 , Olivier Dalang wrote:

 I'd also suggest to include numerical entry (length, angle, X/Y coordinates).

There's at least one already existing plugin which will do that.


Might be worth looking at.

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

Re: [Qgis-developer] Make QGIS interact with LibreCAD.

[Ramon Andiñach]

On 22/04/2013, at 20:40 , Ziegler Stefan wrote:

 I would like to see some changes in the snapping interface. If you got some 
 30+ layers it is really difficult to find a specific layer. A layer tree for 
 snapping just like for the legend would be great. And add the tree as tab 
 like the browser.
  

On 22/04/2013, at 20:50 , Antonio Locandro wrote:

 I remember when I used AUTOCAD the thing that I really liked about it is that
 a. I can draw pretty fast and accurate using only commands but had the icons 
 if I wanted
 b. Snapping is one of the best I used, you can interactively set the snapping 
 while digitising like snap to end, snap to midpoint, snap to edge, etc.

Interestingly b is possible, but you have press apply all the time for changes 
to come in, and the snapping options window gets in the way a lot.

Maybe if you could dock the snapping options under the layer list, and changes 
auto applied, that would help a bit.

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

Re: [Qgis-developer] Icon theme update

[Ramon Andiñach]

On 16/04/2013, at 20:14 , Tim Sutton wrote:

 Hi
 
 On Tue, Apr 16, 2013 at 6:24 PM, Larry Shaffer lar...@dakotacarto.com wrote:
 Hi,
 
 Since adding back the old default as a 'classic' theme choice is fairly
 straightforward, only taking about an hour to do, I suggest the following:
 It isn't done for a couple of weeks.
 
 Here's my reasoning. If we are all looking at only the new default theme and
 helping develop that into a complete and cohesive look for 2.0, then those
 who are working on it will benefit greatly by the entire dev community's
 focus.
 
 I also think Robert's and other's reworking of the default icon set to
 address color and useability concerns needs the full focus and support of
 the community for it to have a good chance at success. If right before GUI
 freeze (~ 2 weeks), the new theme is assessed and there is still a
 consensus, or maybe a vote, that there should be a second project-supported
 choice, then the 'classic' theme can readily be put back in.
 
 Please let me know what you think of that approach.
 
 My 2c. I was also hesitant about switching to the new GIS theme - I
 have ~ten years of using the old theme so it was hard to make the
 switch. However the last few months I have been using exclusively the
 GIS theme and I must say you will get used to it and start to
 appreciate it for its visual consistency. I think there are a lot of
 benefits to having only one theme - some of which Larry had described
 above. Also we will have less 'stuff' in our source tree, QGIS will be
 readily identifyable in screenshots, screencasts and publications etc
 - it will go a long way to creating a unified image and brand for our
 project.

I'd like to echo what Tim's saying.

I've been using the new theme for a little while too, and am now more than 
happy to accept the apparent greyness (looks blue-ish to me) because it lets 
the colours for the rest of the icon stand out - which is to my mind the 
important part.
(For instance I find myself looking for the new vector layer icon, by looking 
roughly where all my layer icons are and looking for a small gold badge, which 
I'm finding to be much quicker)

I'm particularly impressed with the consistency of the icons in the newer gis 
theme.

It's really nice work.

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

Re: [Qgis-developer] Old symbology removed in master

[Ramon Andiñach]

On 09/04/2013, at 05:32 , Paolo Cavallini wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Il 08/04/2013 23:19, Martin Dobias ha scritto:
 I agree, but that would be a new feature to make random color 
 assignment simpler in new symbology.
 
 Yo can see it like this, but from the user point of view is rather a
 regression, not being able doing somethig that was easy to do before.
 All the best.

+1
To users (e.g. me) this is absolutely viewed as a regression.

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

Re: [Qgis-developer] Digitize Line starting at a point vertex with a defined angle and distance

[Ramon Andiñach]

On 06/04/2013, at 18:01 , gene wrote:

 I am a geologist and I perform frequently this type of calculation with a
 Python script in the console or with a Python script without QGIS (see
 similar solution with Fiona module in  How do I find vector line bearing in
 QGIS or GRASS?
 http://gis.stackexchange.com/questions/55449/how-do-i-find-vector-line-bearing-in-qgis-or-grass/55480#55480
  
 )

[snip]

I'd have gone for the qgsAzimuth plugin.


As far as I know QGIS is limited to units commonly used for projections.

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

Re: [Qgis-developer] Print composer legend group removal problem

[Ramon Andiñach]

There is now.
http://hub.qgis.org/issues/7464


On 28/03/2013, at 18:56 , Luca Lanteri wrote:

 Yes, I confirm the problem with Win7 QGIS 1.9 (93ade1f)
 did you have already open a ticket ?
 
 2013/3/28 Ramon Andiñach cust...@westnet.com.au:
 Hi,
 
 Today I needed to remove a subgroup of items from a legend in a print 
 composer.
 I selected the layer title from the list, clicked the minus button and the 
 subgroup and next subgroup below are removed.
 
 Can anyone confirm this?
 
 Win7 QGIS 1.9 (87265c7)
 -ramon.
 ___
 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 master fail to import raster stretch from 1.8 project

[Ramon Andiñach]

On 27/03/2013, at 18:37 , Alexandre Neto wrote:

 Can anyone confirm that master version is now unable to correctly import 
 rasters stretch from 1.8 projects, showing the raster area in total gray? To 
 actual see the raster one needs to Strech histogram. I have tried using TIF 
 and SID RGB. 
 
 I did not have this problem before master update yesterday.
 
 I'm testing using QGIS 1.8 (f440b60) and QGIS 1.9 (4189f45), in Windows 7 
 64bit, installed via OSGEO4W.
 
 Alexandre Neto

Hi,
I'm slightly confused. Could you clarify for me?

If you mean that your 1.8 project has an image with no stretch applied and 
that shows as a grey box in 1.9, then yes this is known and there's an issue 
reported. I understand it has to do with there being some significant changes 
to the way vectors are handled in the new version. Once you've stretched the 
image in 1.9, you should be able to put it back to no stretch and still see 
it. http://hub.qgis.org/issues/6809.

If you mean that your 1.8 project has an image which already has a stretch 
applied that shows as a grey box in 1.9 then I think that's new. 
I couldn't see this happening on a mac using 0005467 this morning, but will 
also check on a win7 box later.

-ramon.

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

Re: [Qgis-developer] QGIS master fail to import raster stretch from 1.8 project

[Ramon Andiñach]

On 28/03/2013, at 6:33, Ramon Andiñach cust...@westnet.com.au wrote:

 
 On 27/03/2013, at 18:37 , Alexandre Neto wrote:
 
 Can anyone confirm that master version is now unable to correctly import 
 rasters stretch from 1.8 projects, showing the raster area in total gray? To 
 actual see the raster one needs to Strech histogram. I have tried using TIF 
 and SID RGB. 
 
 I did not have this problem before master update yesterday.
 
 I'm testing using QGIS 1.8 (f440b60) and QGIS 1.9 (4189f45), in Windows 7 
 64bit, installed via OSGEO4W.
 
 Alexandre Neto
 
 Hi,
 I'm slightly confused. Could you clarify for me?
 
 If you mean that your 1.8 project has an image with no stretch applied and 
 that shows as a grey box in 1.9, then yes this is known and there's an issue 
 reported. I understand it has to do with there being some significant changes 
 to the way vectors are handled in the new version. Once you've stretched the 
 image in 1.9, you should be able to put it back to no stretch and still see 
 it. http://hub.qgis.org/issues/6809.
 
 If you mean that your 1.8 project has an image which already has a stretch 
 applied that shows as a grey box in 1.9 then I think that's new. 
 I couldn't see this happening on a mac using 0005467 this morning, but will 
 also check on a win7 box later.

Sorry, second case works for me, even on windows (87265c7). 

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

[Qgis-developer] Print composer legend group removal problem

[Ramon Andiñach]

Hi,

Today I needed to remove a subgroup of items from a legend in a print composer.
 I selected the layer title from the list, clicked the minus button and the 
subgroup and next subgroup below are removed. 

Can anyone confirm this?

Win7 QGIS 1.9 (87265c7)
-ramon.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Ramon Andiñach]

On 25/03/2013, at 19:52 , Agustin Lobo wrote:

 I strongly oppose eliminating the tools in fTools and gdaltools from
 the main menu.
 Your argument contemplates the picture from the point of view of the
 developer only.
 While having certain tools (i.e. R scripts, original sextante, OTB...)
 within the
 Sextante menu makes sense, from a user point of view basic tools such as those
 in Vector and Raster are much more intuitive and easy to use as they
 currently are in their
 respective tabs. I actually have always wondered why fTools were
 within Sextante also.
 From the user perspective the unnecessary redundancy is having them
 within Sextante.
 In short, I think that basic GIS functionality must be kept in the
 tabs of the main menu.

+1

 Also, please note this question should be discussed in the users list also.

+1!

Hate to say it, but I'm with Augus on this one.

Particularly this is something that should be at least mentioned, preferably 
discussed in plain sight on the user list.

I would also add that since the other plugins are being encouraged to show up 
in appropriate menus (e.g. plugins that work on vectors in vector, plugins that 
work on database in database, etc.), it would be really unintuitive to me that 
fundamental vector *and* raster functions are in some menu called Sextante.

(I think a way around this, would be to have the menus provided by F-tools and 
GDALTools provided by Sextante and the menu items point to the right thing in 
Sextante - with of course a user useable interface. Not sure if that's viable. 
Agus, would that cover most of your comments too?)

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

Re: [Qgis-developer] ECW!!!

[Ramon Andiñach]

On 15/03/2013, at 18:14 , Vincent Picavet wrote:

 Hi,
 
 I have to tried to install the latest versions of the ECW plug-in without
 much success.
 
 It is imperative that we have an ECW plug-in that is easy to install,
 bug-free, and does what it does in ArcGIS.
 
 You are free to sponsor the development and maintainance of such a tool.
 You are free as well to pay for the ECW licence.
 You are free to put pressure on ERDAS for them to make ECW available as 
 opensource and allow its distribution
 You are free to explain to your data provider that offering data in 
 proprietary 
 formats is a bad idea
 You are free to finance a new open wavelet compression format
 
 I can understand Fred's frustration. Let's see a new plugin in OSGEO4W
 sooner than later.
 
 It's up to you then.

I had a nice big rant, because this really ticked me off but I'll bring it back 
to a few fairly simple points. 

1. This is not about throwing money at a problem. It's a legal quibble problem. 
After that it might be a money problem.
1a. More importantly, for the *user* this is about removing easy access to a 
feature. (Translation: It's a regression).
2. This an option, but the plugin still needs to be there.
3. The ECW Project Manager has been asked for an opinion (the PSC has a copy), 
and I do not see this as incompatible with OSGeo4W continuing to provide the 
ECW plugin.
4. My major data providers do not yet provide Jpeg2000 as a standard option. 
This leaves me with options of an ECW which can probably be processed one day 
and emailed the next; or any other option which will go on a hard drive and the 
postal service will sit on (or kick around) for a week before it gets to me.
5. Yes, I agree they're bad. But there's a heck of a lot of legacy ecw around, 
particularly in Australia. (There's a lot of doc and docx around too)
5a. GDAL does a much better job of turning ecw into something else than 
anything else I've seen. But if ecw isn't accessible, then the data is 
effectively lost.

It's not just up to me. It's also up to QGIS to work out what sort of uptake it 
wants. Particularly here in Australia there is a *lot* of existing ecw, for 
example at the first Australian QGIS forum, ECW use ran at around 90%. It will 
make it extremely difficult to show off QGIS if it can't be easily shown to 
handle their existing data. Once we have the foot in the door then we can start 
the weaning process.

-ramon.

In case this triggers the don't say anything bad email, I'm writing this from 
my involved *user* perspective.  I'm also writing in a QGIS advocate sense. I'm 
not meaning criticism, but I am meaning to express serious concern that this 
one decision will make both my life as a user and particularly as an advocate 
in Australia much harder.

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

Re: [Qgis-developer] ECW!!!

[Ramon Andiñach]

On 19/03/2013, at 06:52 , Jürgen E. Fischer wrote:

 Hi Ramon,
 
 On Tue, 19. Mar 2013 at 06:29:59 +0800, Ramon Andiñach wrote:
 3. The ECW Project Manager has been asked for an opinion (the PSC has a
 copy), and I do not see this as incompatible with OSGeo4W continuing to
 provide the ECW plugin.
 
 Did he respond?

Yes. Very quickly too.

Because I look at this through a QGIS lens, the PSC has a copy of the 
correspondence. I'm not prepared to put it up on the mailing list. The essence 
though is that in the OSS setting, the installer of the SDK is deemed to be 
responsible for correct usage.

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

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions (ECW tangent)

[Ramon Andiñach]

On 16/01/2013, at 15:23 , Ted wrote:

 just minor correction in your letter, Chris is Product manager for ECW

Noted. I'll fix that before sending it off.


 Just as I note, they have Read Only version of the SDK and also have few 
 other editions;
 
 ERDAS ECW/JP2 SDK is offered as four different editions:
 
   • ERDAS ECW/JP2 SDK Server Read-Write provides tools to enable server 
 applications to read ECW, ECWP, and JPEG2000 data, serve ECW and JPEG2000 
 data, and compress images into the ECW and JPEG2000 data formats.
   • ERDAS ECW/JP2 SDK Server Read-Only provides tools to enable end-user 
 server applications to read ECW, ECWP and JPEG2000 data and serve ECW and 
 JPEG2000 data via third-party server applications. For ESRI ArcGIS Server 
 customers, please refer to ECW for ArcGIS Server.
   • ERDAS ECW/JP2 SDK Desktop Read-Write provides tools to enable desktop 
 applications to read ECW, ECWP and JPEG2000 and compress images into ECW and 
 JPEG2000 data formats.
   • ERDAS ECW/JP2 SDK Desktop Read-Only is a free product that provides 
 tools to enable desktop applications to read ECW, ECWP and JPEG2000.
 
 Since this is a major shift from the 3.3 SDK which allowed WRITE function 
 upto 500MB, we could use without much of a problem. After hexagon, there has 
 been lot of changes and also the licensing of SDK.
 
 At the moment, for GDAL and well and general QGIS user, what we are looking 
 at is, DESKTOP READ ONLY SDK where by users could use ECW files in QGIS. 
 
 So, we need to be very specif about this.
 
 They will never allow GDAL or anyone else to use the library for ECW Serving 
 function, without $. So, dont even bother to ask.
See notes below.

 So, with GDAL, we should make a point to mark ECW as Read only format.
No. Currently that is only the situation for *windows* users, as everyone else 
is still using the 3.3 SDK, which as you note allows writing.


1. I thought it was reasonably clear that I was talking about the Desktop 
Read-Only SDK. If it's not, please say so.
I haven't made reference to any other of the licences in the explanation or the 
questions.

2. If I understand from Paolo and previously Jürgen, the really big sticking 
point is that it is possible to install a QGIS server on a GDAL with the 
desktop SDK plugged in. Depending on who's responsible for the correct use of 
the SDK defines the ease of which the ECW-plugin can be put back into service. 
So the clarifying questions 3 and 4 are in that sense the important ones.

If the responsible party is people like me (the user end) then a big fat 
warning as you suggest will probably do. Have to see what they say.
If the responsible party is the developer end, then the problem is *much* more 
difficult, as there would need to be ways built in to make sure that the 
desktop only part was *not* contravened. (As a User I can see this is 
complicated. Money may help, but it's also an ethical thing too.)

3. In light of the above I felt that the explanation leading into the questions 
was important to give a sense of where the questions were coming from.

Questions 1 and 2, we probably know the answers to, but it would be good to see 
if we can get straight answers on them.
Questions 3 and 4 are the important ones.
Questions 5 and 6 are requests for information.[1]

5. I've not even asked about the requirement to support both ECW and ECWP... 
This is pretty much a secondary hurdle to me.

6. I'm was about to head for bed so apologies if this is not as sensible as I'd 
like. I thought having my thoughts (such as they are) out while most others are 
awake would be worth it.

-ramon.
[1] Current version (with revisions based on Alister's earlier comments) is now 
here: https://www.dropbox.com/s/b5wclxeheeh4act/QuestionsForIntergraph2012i16
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions (ECW tangent)

[Ramon Andiñach]

On 15/01/2013, at 15:27 , Paolo Cavallini wrote:

 Il 15/01/2013 00:28, Ramon Andiñach ha scritto:
 Ok. I'll go back through the licensing documentation in the next few days.
 
 If I'm doing this I have some questions. (Jürgen, Paolo?)
 What would appropriate questions would be? Paolo's comment below seems 
 really open to me.
  (Neither developer or lawyer, so would appreciate comment).
 What was the previous arrangement?
 
 AFAICT, the SDK can be used for dektop programs, not for servers. The issue 
 is: if
 we compile GDAL with non-free SDK, this can be used both for the desktop and 
 for the
 server (mapserver, QGSI server, etc.). It is unclear if the responsibility 
 lies with
 the user (so a warning use only for desktop is enough) of with the 
 developer (in
 this case, we cannot distribute it).
 If someone has a better understanding, please let us know.
 All the best.

Thanks Paolo, much appreciated.

I've drafted a letter, but I'd like some feed back before I send it off.[1]

Along the lines of:
Does it make sense?
Am I understanding correctly?
Does it cover the questions that need asking?
and,
I'm not misrepresenting any of the QGIS or OSGeo camps and in any way?

Particularly, if Paolo, Jürgen and Frank had anything to say on the note that 
would be appreciated.


-ramon.

[1] https://www.dropbox.com/s/dwq8qzc6yvh27jx/QuestionsForIntergraph2012i15
(I can open the folder up if people have big notes, that would be better left 
there)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions (ECW tangent)

[Ramon Andiñach]

And the list this time.
On 16/01/2013, at 06:24 , Ramon Andiñach wrote:

 
 On 16/01/2013, at 04:13 , Alister Hood wrote:
 
 Date: Tue, 15 Jan 2013 18:43:10 +0800
 
 I've drafted a letter, but I'd like some feed back before I send it off.[1]
 
 Along the lines of:
 Does it make sense?
 Am I understanding correctly?
 Does it cover the questions that need asking?
 and,
 I'm not misrepresenting any of the QGIS or OSGeo camps and in any way?
 
 Particularly, if Paolo, J?rgen and Frank had anything to say on the note 
 that would be appreciated.
 
 
 -ramon.
 
 [1] https://www.dropbox.com/s/dwq8qzc6yvh27jx/QuestionsForIntergraph2012i15
 (I can open the folder up if people have big notes, that would be better 
 left there)
 
 In relation to the last question in the letter, they are/were working on an 
 updated Linux version:
 http://field-guide.blogspot.co.nz/2011/07/erdas-ecwjp2-sdk-for-linux.html
 http://field-guide.blogspot.co.nz/2012_05_01_archive.html
 
 Thanks Alister, I'll adjust the last one to ask how the update is going.
 
 From the looks of that I should add a question along the lines of if there 
 are anticipated licence changes between SDKv4 and the clearly being worked on 
 SDKv5.
 
 -ramon.

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

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions (ECW tangent)

[Ramon Andiñach]

Ok. I'll go back through the licensing documentation in the next few days.

If I'm doing this I have some questions. (Jürgen, Paolo?)
What would appropriate questions would be? Paolo's comment below seems really 
open to me.
  (Neither developer or lawyer, so would appreciate comment).
What was the previous arrangement?
Am I asking just for myself as a concerned user, QGIS or OSGeo generally?
 If the last two can I speak for them?

-ramon.

On 15/01/2013, at 06:57 , Ted wrote:

 Ramon
 
 the current product manage for ECW is Chris Tweedie,  
 chris.twee...@intergraph.com  and for your good, he is based out of oz. so 
 can you please get in touch with him and help us clear this doubt?
 
 the current version is 4.3 and the installer is password protected. You can 
 download it freely from intergraph site.
 http://geospatial.intergraph.com/products/other/ecw/erdasecwjpeg2000sdk/downloads/ERDAS_ECW_JP2_SDK_Desktop_Read-Only_Version_4_3.aspx
 
 
 the licensing agreement and the rest of the literature are here
 http://geospatial.intergraph.com/products/other/ecw/erdasecwjpeg2000sdk/ProductLiterature.aspx
 
 I really hope to get the ECW support back in GDAL and QGIS before v2 release.
 
 
 Cheers
 
 Ted
 
 On Mon, Nov 19, 2012 at 1:11 PM, Ramon Andiñach cust...@westnet.com.au 
 wrote:
 
 On 18/11/2012, at 15:10 , Paolo Cavallini wrote:
 
  Il 15/11/2012 21:52, haubourg ha scritto:
 
  Is there anything I can do (paying someone to spend a few days clarifying
  ECW situation) or are we trapped by ERDAS??
 
  Hi all.
  I understand the problem. I asked directly ERDAS a few years ago, so we had 
  precise
  guidelines. Now things have changed, so I'd suggest to:
  - ask again the proprietary of the ECW software and patents about what we 
  can and
  what we can't do
  - if they come out with reasonable requests, we can follow them
  - if not, I guess the only option for corporate users is to prepare ad hoc 
  packages
  for redistribution within the company, as this might be allowed by the 
  licence.
  All the best.
 
 Is this possible?
 or has the horse bolted?
 
 I'd volunteer to send the letter, but it should probably come from higher up 
 the food chain than me :)
 However, I'd be willing to reframe the letter so that they were made aware 
 that there were users that they'd miss out on if they didn't give you 
 reasonable guidelines.
 (and send it on a regular basis until you got an answer)
 
 -ramon.
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
 

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

Re: [Qgis-developer] Vector editing leftovers

[Ramon Andiñach]

On 20/12/2012, at 23:26 , Giovanni Manghi wrote:

 Hi all,
 
 during training courses, mainly on Windows machines, many users do
 have an issue:
 
 when editing vectors, especially when manually fixing errors like
 auto-intersections and duplicate nodes, a lot of leftovers (ie:
 symbols representing a deleted node) do remain on the canvas.

Yes, but only rarely.

 Closing the project do not solve the issue, restarting qgis is the only 
 option.
 
 This seems to happen also with the lines that the measure tool creates
 on the canvas.

This I can repeat fairly consistently. For me, it's much more likely if do 
something unexpected to the tool, e.g. close it while the measuring string is 
active.

The GPS Information tool (live tracking) used to leave it's position marker 
behind when you closed it in 1.7, but doesn't seem to do in 1.8 so maybe that 
provides some hints?

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

Re: [Qgis-developer] more advanced editing tools

[Ramon Andiñach]

On 30/11/2012, at 15:38 , Bernhard Ströbl wrote:

 
 The simplest snapping approach I've seen is a keyboard shortcut (S), and 
 then watch as the programme tries to snap to anything in sight (not so good 
 if you have many layers).
 
 not neccessarily because you can define your snap layers and snapping should 
 only occur with one of those (though if you choose to snap to segments there 
 would be an abundance of potential snap points)
 
 But, I wonder, would it be possible to pop the snapping menu out into a 
 panel (or similar) so that when you're furiously digitising it was easily 
 accessible?
 
 I think this would smoothen the workflow. We could file a ticket for this. I 
 my case I have many line and point layers to which I can snap but I have to 
 scroll a lot to get to a certain polygon layer that I want to tick for avoid 
 intersections. Maybe we could have another column in the snapping options 
 dialog with the geometry type in it so we could sort on that to have all 
 polygon layers together?

As usual with QGIS, I think wouldn't that be cool and lo, it's already there.

It appears that you can leave the snapping dialogue open, go do some editing 
and come back change your snapping. So it is effectively already a panel.

Well, I failed to guess that, although the apply button should have been a 
hint. Just as well I had a decent rummage in the issues db before filing! #5152 
linking to #660 was a good hint :)

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

Re: [Qgis-developer] more advanced editing tools

[Ramon Andiñach]

On 30/11/2012, at 24:01 , Bernhard Ströbl wrote:

[snip]
 
 Filling a hole can also be achieved by ticking avoid intersection for
 the layer with the polygon and then digitizing generously around the
 hole. In this respect I would like to have the whole snapping business
 more handy: You have to click the menu, scroll in the list, tick here
 and there... (no idea though how it could be improved)

The simplest snapping approach I've seen is a keyboard shortcut (S), and then 
watch as the programme tries to snap to anything in sight (not so good if you 
have many layers).

But, I wonder, would it be possible to pop the snapping menu out into a panel 
(or similar) so that when you're furiously digitising it was easily accessible? 
or 
Maybe if (S) wasn't used that could take you straight to the list.

-ramon.

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

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions (ECW tangent)

[Ramon Andiñach]

And this time to the list (like I meant to.)

On 19/11/2012, at 11:29 , Ramon Andiñach wrote:

 On 19/11/2012, at 2:11, Jürgen E. Fischer j...@norbit.de wrote:
 
 Hi Jürgen,
 Thanks for your answers. 
 
 Hi Ramon,
 
 On Fri, 16. Nov 2012 at 18:52:38 +0800, Ramon Andiñach wrote:
 b) Because the linux and mac gdal installs use the 3.3 SDK source .ecw
  support will continue in the current manner on those platforms?
 
 That won't change.  From source nothing changes.   It's just that you need to
 build the gdal ecw plugin to get ECW support and you need the SDK for that -
 and that's the same as on Windows and Linux.
 
 For debian for instance there's also no ecw binary - the available package 
 that
 has a script that builds the plugin for you, if you tell where you SDK is.
 
 Ok. So if a windows user gets adventurous and decided to build the SDK and 
 ecw plugin (from the source) themselves will the OSGeo4w gdal be able to use 
 it?
 
 Or will this necessitate a gdal recompile?
 
 c) Does anyone have an set of 3.3 dlls lying around somewhere?
 
 Those won't help as they are probably not build with VC10 and are therefore
 incompatible with the GDAL build (interface ECW=GDAL is C++; so unlike C 
 the
 ABI is an issue).
 
 Ok. I misunderstood.
 
 d) If ECW support is disappearing from the osgeo4w packages (and so also the
  2.0 standalone when that happens) can it be made abundantly clear (in a
  visible to average user sort of way)?
 
 In OSGeo4W the ecw package was already tagged obsolete.  For the standalone 
 we
 could add a big fat notice...
 
 A *really* big fat notice. 
 
 Are the gdal-ecw for older gdal versions going to remain visible in the 
 installer?
 (I can see someone trying one of those in an attempt to restore ecw 
 functionality.)
 
 Apologies if I'm sounding thick. 
 -ramon.

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

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions

[Ramon Andiñach]

On 18/11/2012, at 15:10 , Paolo Cavallini wrote:

 Il 15/11/2012 21:52, haubourg ha scritto:
 
 Is there anything I can do (paying someone to spend a few days clarifying
 ECW situation) or are we trapped by ERDAS?? 
 
 Hi all.
 I understand the problem. I asked directly ERDAS a few years ago, so we had 
 precise
 guidelines. Now things have changed, so I'd suggest to:
 - ask again the proprietary of the ECW software and patents about what we can 
 and
 what we can't do
 - if they come out with reasonable requests, we can follow them
 - if not, I guess the only option for corporate users is to prepare ad hoc 
 packages
 for redistribution within the company, as this might be allowed by the 
 licence.
 All the best.

Is this possible?
or has the horse bolted?

I'd volunteer to send the letter, but it should probably come from higher up 
the food chain than me :)
However, I'd be willing to reframe the letter so that they were made aware that 
there were users that they'd miss out on if they didn't give you reasonable 
guidelines. 
(and send it on a regular basis until you got an answer)

-ramon.

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

Re: [Qgis-developer] QGIS 1.8 Windows Standalone is not OK with spatialite versions (ECW tangent)

[Ramon Andiñach]

On 16/11/2012, at 06:52 , Jürgen E. Fischer wrote:

 Hi Regis,
 
 On Thu, 15. Nov 2012 at 12:52:03 -0800, haubourg wrote:
 Jürgen E. Fischer wrote
 BTW ECW support was meanwhile dropped in osgeo4w (after the GDAL update to
 1.9.2) and also will lack in the next package.  Neither Frank nor I were
 able to mobilize enough energy to jump though all the hoops they've put in
 front of their SDK download.  IIRC also the licensing is somewhat strange
 to as it allows client, but forbids server use and the user has to
 acknowledge it - so we would even have to add own hoops...
 
 Do you mean that standard package for 2.0 won't embed ecw support??  I
 recently made fresh installs with OSGEO4W and was pleased to have ecw support
 out of the box again.  Is there anything I can do (paying someone to spend a
 few days clarifying ECW situation) or are we trapped by ERDAS?? 
 
 Intergraph?

Hexagon(Intergraph(ERDAS(ER Mapper(ECW - I think!
I don't think the ERDAS SDK has been been rebranded yet.

 Anyway, that must have been before GDAL 1.9.2 - after that, the mrsid plugin,
 if installed, even caused an instant crash.  But that package meanwhile 
 rebuilt
 for 1.9.2.
 
 The current situation is no ECW support in OSGeo4W - and before we were also
 only shipping the gdal ECW plugin, but not the ECW DLLs.
 
 Building the 3.3 SDK from source with VC10 and doing a GDAL plugin based on
 that also works, but the licensing/distribution issue for the ECW DLLs is
 unclear to me - and therefore we didn't upload that plugin.  It's not usable
 without VC10 builds of the 3.3 ECW DLLs and doubt that they are publically
 available anywhere.


Ah. 

Bummer. 

I suppose that was coming. 

Having had today to think on this I can hopefully say something a (little) bit 
more intelligent than this morning.

I've discovered that the wretched ER Viewer thing still exists and can help me 
out if need be. But - I'd very much prefer ecw to be accessible through 
osgeo4w/qgis.

It's been in my mind this last couple of weeks to ask you and Frank if there 
was something I could do to help with the gdal-ecw package (since it seems 
usually to be me making noise). But if it's a licensing thing, I doubt there's 
much I can do.

My read on the licence is that the free desktop download is for desktop only 
(so not servers), is distributable, and the end product must display the magic 
notice. I suppose my questions would be:
a) in the osgeo4w situation, who's responsible for that notice? Is it the QGIS 
team, the OSGeo packagers, or the user that adds the dlls? 
If the dlls were travelling with the plugin, then I'd expect the former two. As 
the dlls aren't distributed that way it might be that the person who added the 
dlls has to display the notice. Might it be enough to add some form of 
disclaimer (that the person installing the plugin warrants that they're 
following the licence conditions of the EDRAS SDK)?

b) Because the linux and mac gdal installs use the 3.3 SDK source .ecw support 
will continue in the current manner on those platforms?

c) Does anyone have an set of 3.3 dlls lying around somewhere?

d) If ECW support is disappearing from the osgeo4w packages (and so also the 
2.0 standalone when that happens) can it be made abundantly clear (in a visible 
to average user sort of way)?

Not meaning any criticism (it's not a particularly nice licence and I 
understand), just looking for a bit more clarity.

-ramon.
(Wondering if should I be signing up to one of the OSGeo lists and asking this 
there?)


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

[Qgis-developer] Updating User Guides Re: New site

[Ramon Andiñach]

On 07/11/2012, at 14:44 , Richard Duivenvoorde wrote:

[snipping]

 
 Currently I think this should be the frontpage:
 http://documentation.qgis.org/html/en/index.html
 You can edit the text of it by editing:
 https://github.com/qgis/QGIS-Documentation/blob/master/source/index.rst
 
 I think english content can be edited by people already.
 

Hi all,

Please excuse if these are really dumb questions, but git and sphinx/ReST are 
things I have little experience with.

If I'm setting about updating the section of the user manual that I'd done in 
1.7 for 1.8 I need to 
1. checkout the source with git from github.
 1a. Do I need to sign up to github?
2. make my changes.
 2a. (probably I should make a branch on my local copy, do my changes there, 
check it works then merge back to my local master)
3. and push? them back.

Is that roughly right?

-ramon.

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

Re: [Qgis-developer] Merging of incompatible changes

[Ramon Andiñach]

On 27/10/2012, at 07:41 , Tim Sutton wrote:

 Hi All
 
 
 Firstly my apologies for taking so long to join in to this thread (and
 for top posting) - I haven't been able to come up for air since
 leaving Essen. In terms of the release roadmap for 2.0 the following
 items were discussed in the hackfest in Essen as being the key
 features we would hold the release for:
 
 1) Raster overhaul
 2) WMTS Support
 3) Atlas integration for composer
 4) WCS Client support
 5) Transactional WFS support for QGIS Server
 6) SIP Bindings revision
 7) Symbology overhaul (needs support for random colour assignment and
 property change on multiselections)
 8) Sextante
 9) Threading (non blocker wait fro 3.0)
 10) Labelling overhaul
 11) Diagrams overhaul (and remove of old implementation)
 12) Oracle support (non blocker for 2.0)
 13) Web site and docs update
 14) Universal usage of expression builder
 
 We agreed that when these features are present we will roll out the
 release, with the hope that that could take place early next year.
 Come end of December I think we should take a look at the items listed
 and if any are obviously not making headway we should remove them from
 the blocker list or find out if there is a way to bring them to the
 foreground. The list above was also not intended to be exclusive, so
 if other developments are offered for incorporation they will be
 considered and accepted / declined on their merits.
 

I'd like to put an oar in from a user-end of things. If I may.

I'd love to see threading in 2.0. It seems to be something that crops up fairly 
frequently (e.g. why does QGIS use only half the available CPU? and similar). 
Admittedly this isn't asked as frequently as the why isn't there a random in 
the New Symbology? question but it is a question that is repeated. It 
certainly seems to be something that people are wanting, and if a window of 
opportunity exists at the moment, then perhaps it should be taken.

Secondly, when Martin's bits do get merged in would it be possible for all of 
us users to be reminded that 1.9/master is not stable and things will break? 
Mailing list and a few blogs?
I say this because I'm fairly sure there's a lot of us that use 1.9 as if it 
were stable (or at least as stable as the development versions that turned into 
1.7 and 1.8 were) and more than normally this is about not to be the case.

The list above is really interesting and it's going to be a lot of fun working 
out these new bits and pieces.

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

Re: [Qgis-developer] osgeo

[Ramon Andiñach]

On 06/07/2012, at 16:29 , Denis Rouzaud wrote:

 Hi all,
 
 Someone wrote me he has problem while installing QGIS 1.8 (some dll problem 
 LIBEAY32.dll)

If you do a search through the last 2 months on the qgis-user mailing list this 
error has come up quite a few times, with a number of suggested solutions.

 I wanted to suggest him to try the osgeo installer, but I see it is written 
 version 1.7.
 
 Is this true, there is no 1.8 in the osgeo installer?

The osgeo installer should understand qgis = 1.8 and qgis-dev = master. Make 
sure it's getting a new list of packages off the net, and not looking at 
existing downloaded ones.

 Also, why is the standalone preferred to the osgeo?

My understanding is that it isn't.
It is recommended for new users because the installer behaves in the usual 
windows manner. The osgeo installer behaves quite differently to that.

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

Re: [Qgis-developer] Rendering order in rule-based style not working

[Ramon Andiñach]

I've not yet been game to try 1.8 (I will soon) but with the OSGeo installer in 
1.9 all of my rule based styles behave differently than in 1.7 because 
rendering order/symbology levels are assumed. 

Since that has been in 1.9 for a while I'd expect it to be 1.8 and I'd start 
there. 

-ramon.


On 24/05/2012, at 23:04, Bernhard Ströbl bernhard.stro...@jena.de wrote:

 addon:
 behaviour can only be observed if rule-based style is combined with scale 
 ranges
 
 Bernhard
 
 Am 24.05.2012 16:16, schrieb Bernhard Ströbl:
 Dear devs,
 
 the rendering order in rule based style does not work any more, instead
 features rendering is ordered by chance.
 QGIS 1.8 RC 1 (code version c367a35) on OpenSUSE 11.4
 
 anybody confirms?
 
 Bernhard
 
 
 
 
  Information from NOD32 
 This message was checked by NOD32 Antivirus System for Linux Mail Server.
 http://www.nod32.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] show grid on map canvas (similiar to grid used in composer) - strategy?

[Ramon Andiñach]

On 11/05/2012, at 8:22, Alister  Hood alister.h...@synergine.com wrote:

 vector operations on a grid.  And I guess the digitising tools would be 
 disabled for these layers.  But people do treat grids as features for 
 geoprocessing,.
 
 interesting approach might be to use QgsPluginLayer class, but IMHO a
 grid is not even a layer... e.g. does it make any sense to draw some
 other layers on top of a grid?
 
 Certainly not usually, at least for printing, although I can imagine using a 
 grid of alternating filled gray and white squares under the map layers, 
 rather than grid lines over the map layers.  
 I can also imagine if someone was working with point and line layers and 
 unfilled polygon styles they might move these layers above the grid to make 
 it easier to see them.  
 Anyway, it would certainly make sense in some cases to have more than one 
 grid layer, to be able to symbolise them differently (which implies being 
 able to control which one of them is above another) and turn them on and off 
 independently.  Creating them as layers would make this simple.
 
 I guess it makes more sense to draw the grid on top - are there any
 uses to draw the grid below the layers? In any case, a simple
 (top/bottom) selector would suffice.
 
 I doubt there are many cases when somebody would want grids below the layers, 
 but I wouldn't rule it out entirely.
 But I do think people would want grids below feature labels and diagrams 
 (other map decorations are above these), and below map annotations (other map 
 decorations are below these, although I think that they probably shouldn't 
 be).

+1

I would definitely want it below labels and annotations at least; and I can 
also easily think of situations where I might want to move it below other 
layers. 

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

Re: [Qgis-developer] QGIS Release 1.8

[Ramon Andiñach]

On 02/04/2012, at 16:43 , Tim Sutton wrote:

 Hi
 
 On Mon, Apr 2, 2012 at 1:24 AM, Ramon Andiñach cust...@westnet.com.au wrote:
 Hi all,
 
 Just wondering, would the RC be let out as source only, or also compiled for 
 various platforms?
 
 
 We will put out a call for packaging for the RC before the hackfest,
 so yes binaries should be available.


Thanks Tim,

Much appreciated.


 Regards
 
 Tim

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

[Qgis-developer] QGIS Release 1.8

[Ramon Andiñach]

Hi all,

Just wondering, would the RC be let out as source only, or also compiled for 
various platforms?

thanks,
-ramon.

On 01/04/2012, at 06:36 , Tim Sutton wrote:

 Hi All
 
 Rlease observe the feature freeze on the 1_8 branch which is now in
 effect. Next thing on our timeline is:
 
 
 * string freeze will take effect from 7 April 23h59 GMT2012 after
 which point only bug fixes
 will be accepted in the 1.8 branch.
 * I will put out the RC 8 April 23h59 GMT2012p, and we will allow
 translation contributions and bug fixes to continue until the point
 where we decide we are going to put out 1.8 final
 
 If you wish to break the feature freeze, please discuss it here on the
 list first.
 
 
 Regards
 
 -- 
 Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Handling of donations

[Ramon Andiñach]

On 29/03/2012, at 19:49, Marco Bernasocchi ma...@bernawebdesign.ch wrote:

 On 03/29/2012 01:41 PM, Paolo Cavallini wrote:
 On 29/03/2012 13:35, Marco Bernasocchi wrote:
 looks like there are plenty of payments app for django [0]
 I think the question is do we want to keep only paypal or add more
 possibilities?
 
 I would prefer to have different forms of payment
 like?
 , as PP is quite
 expensive,
 that is true, but handling CreditCards is not cheap either Plus you have to 
 deal with CC audits, liability and so on if you want to implement all 
 yourself.
 and several people do not like it.
 
 really?

I'll use it, but only as a last resort. I don't have an account, and am quite 
suspicious about signing up given the amount of emails I get trying to tell me 
that an account that I don't have needs a new password/revalidating/whatever. 
 
That said, it does seem well regarded and quite popular. 

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

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

[Ramon Andiñach]

Well, the ecw bits on the gdal pages state that the libraries 4.1 or greater 
will work.

So, unless they need to be put somewhere different, the old ones should still 
work. 

I expect I'm wrong on this. 

-ramon.

On 26/03/2012, at 15:19, Giovanni Manghi giovanni.man...@gmail.com wrote:

 On Mon, 2012-03-26 at 08:49 +0200, Jože Detečnik wrote:
 For me, formats not showing ecw on the list and also ECW is not recognized! 
 
 if it works like the one for gdal 1.8 then is just a connector, and you
 will need the libraries from the erdas sdk (you'll need to go on their
 site, register, login and download the free (gratis) sdk).
 
 cheers
 
 -- Giovanni --
 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Ramon Andiñach]

Thanks. 

Also worth noting gdal-ecw is expecting the dlls in OSGeo4W/bin only. 

-ramon.

On 26/03/2012, at 17:03, Fred ETHEVE fred.eth...@wanadoo.fr wrote:

 On win (1.9.90.99), I'had just to change 1.8 to 1.9 in the qgis-dev.bat 
 (osgeo4w/bin)
 SET GDAL_DRIVER_PATH=%OSGEO4W_ROOT%\bin\gdalplugins\1.9
 And we read ECWs
 Regards
 
 -Message d'origine-
 De : qgis-developer-boun...@lists.osgeo.org 
 [mailto:qgis-developer-boun...@lists.osgeo.org] De la part de Giovanni Manghi
 Envoyé : lundi 26 mars 2012 09:19
 À : Jože Detečnik
 Cc : Qgis-developer@lists.osgeo.org
 Objet : RE: [Qgis-developer] RE: ECW OK!!!
 
 On Mon, 2012-03-26 at 08:49 +0200, Jože Detečnik wrote:
 For me, formats not showing ecw on the list and also ECW is not recognized! 
 
 if it works like the one for gdal 1.8 then is just a connector, and you will 
 need the libraries from the erdas sdk (you'll need to go on their site, 
 register, login and download the free (gratis) sdk).
 
 cheers
 
 -- Giovanni --
 
 ___
 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] RE: ECW OKKKKK!!!

[Ramon Andiñach]

Hi Fred,

Other than Frank's package (thanks Frank) was there anything else you needed to 
do?

I'm getting an unrecognized file type error in QGIS, despite gdalinfo --formats 
showing ecw on the list. 

-ramon.

On 26/03/2012, at 5:47, Fred ETHEVE fred.eth...@wanadoo.fr wrote:

 Hi, Frank, hi Giovanni, Even, Peter, Barry... hi all,
 You are wonderfull!!
 A very big big thank you for this GDAL 1.9 with ECW
 From me, my students, and universities of south France
 I hope meet you in Lyon!
 Best regards
 
 -Message d'origine-
 De : fwarmer...@gmail.com [mailto:fwarmer...@gmail.com] De la part de Frank 
 Warmerdam
 Envoyé : vendredi 23 mars 2012 18:39
 À : Fred ETHEVE
 Cc : Jože Detečnik; qgis-developer
 Objet : Re: [Qgis-developer] RE: ECW!!!
 
 On Fri, Mar 23, 2012 at 6:03 AM, Fred ETHEVE fred.eth...@wanadoo.fr wrote:
 Thank you, all,
 ECW/win was OK with trunk (1.9.90) until 2 days before new nightly... 
 perhaps, since, gdal used has been 1.9???!!!
 
 Fred,
 
 Ah, ok, this is why I asked.  I would encourage you to file a ticket against 
 OSGeo4W.  I will aim to upgrade the gdal-ecw package to work with the new 
 GDAL 1.9 package (gdal).  With luck I could do this over the weekend.
 
 With all due respect, if you had explained the problem was specifically with 
 OSGeo4W to start I might have already had a plugin built for you.
 
 It's time to have an opensource wavelets compression!!!
 1) Somebody knows Epsilon CW? Is -it possible with GDAL1.9 linux and win?
 2) How to grab one of the builds available at 
 http://www.gisinternals.com/sdk/, have you a method?
 
 If you find a GDAL 1.9 ECW plugin build from other sources you could drop it 
 in:
 
 C:/OSGeo4W/bin/gdalplugins/1.9/
 
 This will only work safely if the plugin is built with the same version of 
 MSVC as GDAL 1.9 (Visual Studio 2008 in this case).
 
 Best regards,
 -- 
 ---+
 ---+--
 I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com 
 light and sound - activate the windows | http://pobox.com/~warmerdam and 
 watch the world go round - Rush| Geospatial Software 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] Postgis provider, add and modify linestring

[Ramon Andiñach]

On 24/01/2012, at 03:18 , Paolo Cavallini wrote:

 Il 23/01/2012 15:49, Denis Rouzaud ha scritto:
 
 5. Having some experience with cad softwares, I must say I don't think it's 
 a great
 idea to have a single action (or icon) for adding, deleting, moving nodes. 
 It leads
 to a much more complex action. I.e., for adding a node: double clicking - 
 selecting
 node - moving it without releasing button - release button instead of 
 clicking -
 moving - clicking.
 I'll see with the drawers, but I am pretty sure they would like single 
 buttons.
 
 For me, the current situation (node tool) is a major improvement over the old,
 many-buttons one. Everything can be improved, but I would see having many 
 buttons as
 a regression.
 All the best.

+1
In another drawing programme I use a lot, it is irritating to me that amount of 
time I spend mucking about with the buttons - when I should be drawing.
The node tool might take a little getting used to, but now that I am, knowing 
it can be done like this, increases my existing frustration about having to 
continually stop drawing to change buttons.

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

Re: [Qgis-developer] Save edits button on table

[Ramon Andiñach]

On 21/12/2011, at 17:28 , Paolo Cavallini wrote:

 Hi all.
 Apparently, the button to save edits is missing from the table widget on 
 1.7.3, at least on win: anyone confirms?
 Thanks.

Paolo, do you mean on the dialogue from layer - open attribute table?
If so, I don't recall it being there in 1.6 either. It's certainly not been 
there for 1.7.x

Isn't the save edits button on the main screen new-ish itself, dating from 
about 1.6? Prior to that we were expected to toggle the edit button off and on.

Now we've got the save edits button on the main screen it seems obvious that 
there should be one on the attributes table - if it's not a real estate issue.

An easy wish list item?

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

Re: [Qgis-developer] checkbox table widget writing on the left column

[Ramon Andiñach]

On 21/12/2011, at 17:45 , Giovanni Manghi wrote:

 
 I confirm: checkboxes and value map do not work proprerly. Values 
 inserted are not show correctly, even if they are written.
 
 Are you using a docked table of attributes?
 
 I found that strange things happen when the table is docked...
 
 cheers
 
 -- Giovanni --

For me, it's if the attributes are open (and not just docked) while I'm editing 
the layer. Then it's very likely that the rows/objects that are edited and 
unsaved will display strangely.

-ramon.

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

Re: [Qgis-developer] Add delimited text files plugin

[Ramon Andiñach]

On 21/12/2011, at 21:08 , Paolo Cavallini wrote:

 Hi all.
 I noticed a couple of strange things in the plugin:
 - the name of the layer is now blank, both in 1.7.3 and in master (it was 
 automatically filled with filename until recently)

I can't confirm that one. Could it be limited to the translations, like the 
Start import at row problem below?

-ramon.

 - at least in the IT translation, the option skip first lines is wrong: it 
 says skip columns in 1.7.3 (wrong) and skip rows in master (correct). Aren't 
 translations updated?
 All the best.

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

Re: [Qgis-developer] JOIN error

[Ramon Andiñach]

On 19/12/2011, at 03:15 , Agustin Lobo wrote:

 I use Properties/JOINS to join a dbf table to a vector layer
 (fields ISO and ISO3 respectively). The Join works, but
 I get the following error when I  try to save the vector layer as
 a new shapefile:
 Export to vector file failed.
 Error: Feature write errors:
 Invalid variant type for field X[11]: received void with type
 Invalid variant type for field X[11]: received void with type
 (many times repeated)
 Only 24 of 246 features written.
 
 The new layer is actually written (despite claiming Export to vector
 failed) but only those countries with data in the dbf are available
 
 Instead, the old Vector/Data Management Tools/Join Attributes
 works fine. I suggest having that part of the Vector plugin back, even
 if redundant, until we reach operational equivalence.
 
 I provide the layer and dbf:
 https://sites.google.com/site/filestemp2/home/wrld_simpl.zip
 https://sites.google.com/site/filestemp2/home/owlslive.dbf
 
 I'm using 1.7.3 from ubuntigis-unstable binaries for ubuntu 10.04
 

I can confirm this.

I also tried removing the X column from the dbf file, but the error moved to 
the next field with nulls (GMI_CNTRY), which was a string.

I'm a little puzzled why a null value would be a problem if the file did save 
successfully.

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

Re: [Qgis-developer] JOIN error

[Ramon Andiñach]

On 19/12/2011, at 6:57, Ramon Andiñach cust...@westnet.com.au wrote:

 
 On 19/12/2011, at 03:15 , Agustin Lobo wrote:
 
 I use Properties/JOINS to join a dbf table to a vector layer
 (fields ISO and ISO3 respectively). The Join works, but
 I get the following error when I  try to save the vector layer as
 a new shapefile:
 Export to vector file failed.
 Error: Feature write errors:
 Invalid variant type for field X[11]: received void with type
 Invalid variant type for field X[11]: received void with type
 (many times repeated)
 Only 24 of 246 features written.
 
 The new layer is actually written (despite claiming Export to vector
 failed) but only those countries with data in the dbf are available
 
 Instead, the old Vector/Data Management Tools/Join Attributes
 works fine. I suggest having that part of the Vector plugin back, even
 if redundant, until we reach operational equivalence.
 
 I provide the layer and dbf:
 https://sites.google.com/site/filestemp2/home/wrld_simpl.zip
 https://sites.google.com/site/filestemp2/home/owlslive.dbf
 
 I'm using 1.7.3 from ubuntigis-unstable binaries for ubuntu 10.04
 
 
 I can confirm this.
 
 I also tried removing the X column from the dbf file, but the error moved to 
 the next field with nulls (GMI_CNTRY), which was a string.
 
 I'm a little puzzled why a null value would be a problem if the file did save 
 successfully.

fwiw, this also fails if you reprocess the owl data as csv (with a csvt). 

And confirmed with some internal datasets.

(that said, I can understand why you would want to save the joined file, but 
generally I use this as an intermediate step.)

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

Re: [Qgis-developer] bug stats

[Ramon Andiñach]

On 17/12/2011, at 03:33 , Alex Mandel wrote:

 On 12/16/2011 10:16 AM, Paolo Cavallini wrote:
 Hi all.
 Looking at the redmine stats, I think one good thing for the project would 
 be to
 shoot Faunalia down: me and Giovanni Manghi alone opened about 20% of all 
 tickets
 still open (14% of the total).
 Are we unlucky, or are other users lazy?
 All the best.
 
 One way to think about it is by dividing up the potential bug reporters
 into groups:
 * People with bugs who have no idea what's wrong and never ask
 * People with bugs who ask on the mailing lists
 * People with bugs who already are up on the mailing list traffic and
 know how to use the bug tracker
 * People with bugs who already are up on the mailing list traffic and
 know how to use the bug tracker, who also know what to report and don't
 fear messing up on a bug report or 2, have the time to adequately gather
 bug info and are not core coders
 * Core coders
 
 If I had to guess as to the % of users in each of those categories:
 70%
 23%
 5%
 2%
 0.1%
 
 So yes, lazy is a factor but not the only one. We should think about how
 to make finding existing reports easier, better docs on how to deal with
 errors for new/normal users, etc. More organized bug hunts to train bug
 hunters (I plan to do one at some pt).

I think I fall into the middle group.

The things that slow me down or stop me filing more are.
1. I'd like to know someone else has it first. So if it really bugs me, I 
usually ask on the list first. I do this because 
a) Often I'm just plain doing it wrong.
b) Often it's something that happens on just one of the computers I'm 
supervising but not on any other computer in the known universe. (For instance 
on 1 of our computers we have something like Augus's georefrencer problem, 
*sometimes*, but not on any other computers.)

2. Trying to work out what's going on so as to say something useful. (I'm 
really a user, and not an admin. It takes me a bit longer to figure things out).

3. People get grumpy about duplicate bugs. Trying to work out if the bug has 
been reported before is painful. (and has been discussed recently)

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

Re: [Qgis-developer] Call for packaging: QGIS 1.7.2

[Ramon Andiñach]

On 13/11/2011, at 20:05 , Werner Macho wrote:

 Hi Folks
 
 Today I have branched QGIS version release-1_7_2 - the second maintenance
 release on the 1.7.x branch.
 
 The source tarball is here:
 http://qgis.org/downloads/qgis-1.7.2.tar.bz2
 and the md5 checksum is here:
 http://qgis.org/downloads/qgis-1.7.2.tar.bz2.md5
 
 You can check out this branch (depending on your personal settings) using:
 
 git fetch origin
 git branch --track release-1_7_2 origin/release-1_7_2
 
 If packagers would be so kind as to update http://download.qgis.org
 with links to their latest wares, it will be appreciated. I'll give a
 few days (and until we have Windows binaries at minimum) before making
 the announcement to the world.
 
 Please note that I have reinstated maintenance of the CHANGELOG file
 in the root of the source tree, so consult that (or the
 help-about-whats new? tab after building) to see what changes were
 made. Some of the last minute commits will not be mentioned there.
 There are no new features in the release, only bug fixes and small
 tweaks.
 
 This will be the last 1.7.x release.

I'm not sure if this is totally relevant, but I'm going to point out that on 
the OSGEO versions of the Windows install, qgis-dev recently took to using 
GRASS RC2. This carefully uninstalled RC1, causing a non-fatal error in the 
qgis.bat file.

If the 1.7.2 branch happened after that point (and I'm not sure on the timing - 
which is why I'm not sure it's relevant) then the qgis.bat file needs updating 
to reflect this.

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

[Qgis-developer] Inconsistent display of a selected simple outline polygon

[Ramon Andiñach]

Hi there,

I was nosing around this message on the -user mailing list 
http://lists.osgeo.org/pipermail/qgis-user/2011-November/014386.html
and started noticing something odd.

On my OSGEO windows install of 1.7.1 if I select a single outline polygon, it 
changes the visible[1] parts of the outline to the selection colour.
On my MacOS install (Thanks William) 1.7.1 it leaves the outline alone and 
fills the shape.
I think on linux it behaves like the windows version.

These are all nominally 1.7.1 packaged versions, using the new symbology.

Can anyone else confirm this?

Thanks,
-ramon.


[1] if there's adjacent polygons that are rendered later (higher?) in the layer 
then the highlighting doesn't show, leaving potential for an unhighlighted 
selection.___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Call for packaging: QGIS 1.7.2

[Ramon Andiñach]

Sorry Werner, I ment to put this on the list.

Comments at the bottom.

-ramon.

On 20/11/2011, at 10:03 , Ramon Andiñach wrote:

 
 On 13/11/2011, at 20:05 , Werner Macho wrote:
 
 Hi Folks
 
 Today I have branched QGIS version release-1_7_2 - the second maintenance
 release on the 1.7.x branch.
 
 The source tarball is here:
 http://qgis.org/downloads/qgis-1.7.2.tar.bz2
 and the md5 checksum is here:
 http://qgis.org/downloads/qgis-1.7.2.tar.bz2.md5
 
 You can check out this branch (depending on your personal settings) using:
 
 git fetch origin
 git branch --track release-1_7_2 origin/release-1_7_2
 
 If packagers would be so kind as to update http://download.qgis.org
 with links to their latest wares, it will be appreciated. I'll give a
 few days (and until we have Windows binaries at minimum) before making
 the announcement to the world.
 
 Please note that I have reinstated maintenance of the CHANGELOG file
 in the root of the source tree, so consult that (or the
 help-about-whats new? tab after building) to see what changes were
 made. Some of the last minute commits will not be mentioned there.
 There are no new features in the release, only bug fixes and small
 tweaks.
 
 This will be the last 1.7.x release.
 
 I'm not sure if this is totally relevant, but I'm going to point out that on 
 the OSGEO versions of the Windows install, qgis-dev recently took to using 
 GRASS RC2. This carefully uninstalled RC1, causing a non-fatal error in the 
 qgis.bat file.
 
 If the 1.7.2 branch happened after that point (and I'm not sure on the timing 
 - which is why I'm not sure it's relevant) then the qgis.bat file needs 
 updating to reflect this.
 
 -ramon.

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

Re: [Qgis-developer] virus in standalone installer?

[Ramon Andiñach]

Hi Giovanni,

The virus scanner we have at work hasn't complained yet. 

Windows virus scanners are often mysterious beasts that take exception to the 
oddest things. 
To be sure this isn't just something weird on the users computer you would need 
to check against a different install of the same virus scanner. 

So my result is not a surprise. 

Do you know what virus scanner the user has?
-ramon.

On 15/11/2011, at 23:45, Giovanni Manghi giovanni.man...@gmail.com wrote:

 Hi all,
 
 a QGIS/Windows user that is reporting me that her antivirus software
 is detecting this virus
 
 W32/Agent.KL.dam!Eldorado (damaged, not disinfectable,generic)
 
 when installing qgis with the standalone installer, just downloaded
 from the qgis site.
 
 I'm not a windows user myself and in the VM I use sometimes I have no
 antivirus software, can someone check if this is a false positive?
 
 cheers
 
 -- Giovanni --
 ___
 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] Re: 1.8 release?

[Ramon Andiñach]

As a user-end hypothetical question, what would be the difference between 1.8 
and 1.7.2?

-ramon.

On 11/11/2011, at 17:43, Agustin Lobo alobolis...@gmail.com wrote:

 A 1.7.2 version would be much appreciated, in particular as I can imagine
 that reaching the 2.0 will be
 challenging and will take longer than usual.
 I do not see any improvements in the suggested list related to raster layers
 (histograms, barplots, color bar, legend, interactive stretching...). Would
 those be excluded from 1.7.2 as currently planned?
 
 Agus
 
 
 --
 View this message in context: 
 http://osgeo-org.1803224.n2.nabble.com/1-8-release-tp6909158p6984859.html
 Sent from the qgis-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] nasty bug

[Ramon Andiñach]

On 05/11/2011, at 04:35 , Marco Hugentobler wrote:

 Hi Giovanni
 
 OTF-Reprojection to wgs84 with your raster file works for me with current 
 master.
 
 Regards,
 Marco
 
 On 04.11.2011 21:16, Giovanni Manghi wrote:
 I couldn't view the video, however I added a geotiff in UTM Zone 15N to an 
 empty project with project properties wet to WGS 84 with no problems.
 Hi Gary,
 this link points to a geotiff in epsg 3763, not to a video.
 
 It may be related to the issue another user reported in the user ML
 and that I confirmed (adding my reply to the dev mailing list): it
 seems that with certain projected CRSs the scale goes wild (also with
 OTFR on). You can replicate the issue with the above raster layer.


In my mind, that error is associated with a problem with the definition of the 
CRS of the layer.

Until I ran a workaround for AGD/AMG projections, files in the AGD-based 
projections (e.g. 20351) would fairly consistently bring up that error.

-ramon.


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

[Qgis-developer] Re: [Qgis-community-team] please close old trac

[Ramon Andiñach]

On 22/10/2011, at 05:17 , Ramon Andiñach wrote:

 On 22/10/2011, at 4:05, Paolo Cavallini cavall...@faunalia.it wrote:
 
 Hi all.
 I have been told that old trachttps://trac.osgeo.org/qgis/  is still online.
 This may cause confusion; why not removing it altogether, and redirect to 
 the new site?
 All the best.
 
 
 I thought it had a big note on the front door saying that it's been retired 
 and where to find the new one. 
 
 On a related issue, I'm noticing that the warning message about old projects 
 is pointing people there, when it probably ought to show the new tracker.
 Does that need a bug filed?

On the related issue there is now a record for it on the new tracker (#4440), 
and a diff that I *think*[1] should fix it.

-ramon.
[1] Non-coder. Could some one check 
it?___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How should work the placement over on adv-label

[Ramon Andiñach]

On 04/10/2011, at 4:38, Andrea Peri aperi2...@gmail.com wrote:

 Hi,
 
 I have a situation of polygon like this:
 
   -
   | A  |
   ||
   |    |
   |  |  B ||
   |  |||
   |  |||
   |  |||
   |  |||
   |    |
   ||
   -
 
 Where the poly A has a hole and the poly-B fill exactly the hole of poly-A
 
 I need to have a labeling like this:
 
   -
   |   value1   |
   ||
   |    |
   |  |||
   |  |||
   |  | value2 ||
   |  |||
   |  |||
   |    |
   ||
   -
 
 I try with the label-advanced plugin and use the option Placement Over.
 
 But it produce instead this situation:
 
   -
   ||
   ||
   |    |
   |  | value1 ||
   |  |||
   |  | value2 ||
   |  |||
   |  |||
   |    |
   ||
   -
 

I also get into this situation, and other similar problems. Short of defining 
coordinates for my labels, I don't think there is a good answer yet.

(In my cases it's usually only a small number of problem fields in a large 
dataset and I can't convince myself that it's worth the effort.)

In one of the datasets that I get a situation like this the objects all have 
straight sides and I usually put the labelling parallel to the edge of the 
polygon. Would that work as a work-around?

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

Re: [Qgis-developer] QGIS 1.7.0, crash with new labeling system

[Ramon Andiñach]

Did QGIS crash while you were using the labels dialogue, when you closed it or 
a little while later? 

I have the same setup as you describe, except 64-bit and don't seem to be 
having problems with your test file. 

The filename looks weird. The projection is coming up as a custom CRS and is 
definitely weird. Labels fine.

-ramon.

On 22/09/2011, at 14:40, Golubev golu...@nordcomp.ru wrote:

 Hi devs!
 I have a vector layer with cyrillic name and when new labeling applied to 
 this layer QGIS crashes. After renaming to english it works. Old labeling 
 works fine with english or cyrillic names.
 Win 7 Pro (32 bit), QGIS 1.7.0 rev. 63ecdd7 from OSGeo4W, test layer included
 test_shape.zip
 ___
 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 1.7.0, crash with new labeling system

[Ramon Andiñach]

Then I'm afraid I'm out of my depth, and you'll have wait for one of the more 
experienced folk.

A passing thought; I've had problems with the new symbology + print manager 
when it took exception to one polygon in my shape file (for no apparent 
reason). This showed up in DebugView, and Andreas spotted it for me. If you ran 
DebugView while playing with the new labels, it might tell you what was wrong a 
little more precisely. (or you could add bits of the log here, and that would 
help someone tell you what was wrong).

-ramon.

On 22/09/2011, at 16:29 , Golubev wrote:

 QGIS crashes when i click Ok/Apply buttons in labels dialog
 22.09.2011 12:19, Ramon Andiñach пишет:
 Did QGIS crash while you were using the labels dialogue, when you closed it 
 or a little while later? 
 
 I have the same setup as you describe, except 64-bit and don't seem to be 
 having problems with your test file. 
 
 The filename looks weird. The projection is coming up as a custom CRS and is 
 definitely weird. Labels fine.
 
 -ramon.
 
 
 ___
 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