[Qgis-developer] Vector buffer commitChanges (was Interaction between QGis and ArcGis)

[Radim Blazek]

On Fri, Apr 19, 2013 at 12:07 PM, JVerholle  wrote:
> Hi all,
>
> If I want to open the same shapefile in both softwares at the same time, the
> file is locked in ArcGis (even if the edition mode isn't used in QGis).

QGIS opens layers (files) in update mode ("r+") if possible (file
permission + OGR driver support). It may (but also may not) be a
problem also for #6448 (slow shp over network) I am currently
struggling with. In general, I think that it is bad to open files
always in update mode even if in most cases they are not going to be
edited.

Currently there are no QgsVectorDataProvider::startEditing() and
commitChanges() which may also be a problem for database providers
because QgsVectorLayerEditBuffer::commitChanges() calls more provider
methods changing
data (deleteAttributes, addAttributes, deleteFeatures,
addFeatures...).  The commitChanges() should do everything in one
transaction IMO.

My proposal is to:
1) Add QgsVectorDataProvider::startEditing() and
QgsVectorDataProvider::commitChanges()
2) In OGR provider try to open layer in update mode only to get
capabilities (get info if it can be modified when the provider is
constructed) but then to reopen in read only mode.
3) Call QgsVectorDataProvider::startEditing() from
QgsVectorLayer::startEditing() to be sure that the layer is still
editable (permissions could change or it was opened by another
application for editing since the layer was opened) and to reopen
files in update mode (files based) or to start transaction (DB based).
4) Call QgsVectorDataProvider::commitChanges() from
QgsVectorLayer::commitChanges()
4) In QgsOgrProvider::startEditing() reopen the layer in update mode
5) In QgsOgrProvider::commitChanges() reopen the layer in read only mode

I am not sure if reopening of layers in OGR provider may be a
performance problem, but I hope that it should not be.

We don't really have to implement startEditing() and commitChanges()
in all providers for 2.0, but it should be in the vector API.

Radim

PS: Unfortunately, according to my current knowledge, this is not full
solution for #6448.

> ArcGis is enable to recognize the feature's type (we can see a "?" instead
> of polylign, polygon or point).
> This issue has been only noticed on Windows (and with ArcMap 9.2).
>
> Someone has already seen this problem ? Is it due to QGis or Gdal ?
>
> Thanks.
>
> Julien
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Interaction-between-QGis-and-ArcGis-tp5048256.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] First bug

[Nathanael Boehm]

Hi all,

I'm a designer, not a developer, and I've just submitted my first bug so
please let me know if it is correctly submitted and the required details
provided to assist with replicating and fixing:

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

Cheers,

Nathanael Boehm

UX designer specialising in business web & mobile apps

www.purecaffeine.com 

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

Re: [Qgis-developer] Is there anybody interested whether QGIS 2.0 will support non-Latin1 Shapefiles?

[Leyan]

I do care a lot as is it essential for Chinese user to have a software 
able to read and write utf8 and gb2312 encoding without any issue. It 
seems QGis Master already mostly solved the issues I met with QGis 1.8, 
but I willing to help to make QGis 2.0 better in this aspect. What is 
the exact format needed for the test files?


On 04/12/2013 07:30 PM, Borys Jurgiel wrote:

Hi All,

As most of us know, QGIS 1.8 and 1.9 *in fact doesn't support Shapefiles* with
encodings other than Latin-1. Assuming that all recent QGIS versions use GDAL
1.9, *the last usable version was 1.7.3* (at least for windows users in
Poland). Thanks to the 'ignore shapefile encoding' workaround, QGIS built
against GDAL 1.9 is at least able to open other encodings, however, the 'Save
layer as' action still creates corrupted files unless you know how to trick the
encoding selector as well as the layer creating options.

 From my point of view it's just an *incredible regression*, as QGIS just
doesn't support Shapefiles in most languages for a year or so. If there is
anybody else interested in bringing back support for at least UTF-8 and cp12xx
in QGIS 2.0 plase join me ;)) and review the pull request:

https://github.com/qgis/Quantum-GIS/pull/492#issuecomment-16282081

Maybe someone have a better solution? Maybe someone can provide the test files
Jürgen suggested? I don't believe nobody cares whether QGIS 2.0 supports not
Latin-1 Shapefiles or not.
___
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] Save shp without prj

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
When saving a shp after fTools simplification, the prj is missing. Known 
problem, or
should I open a ticket?
Thanks.
- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFyLyUACgkQ/NedwLUzIr5/2QCfZYMI6aksw5bRVUjYJvUIztbo
1HAAn2gAKrHJtHflQX4EPMXruKpaeLu4
=ychk
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] qgis-grass crash

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
I'm getting frequent crashes loading GRASS vector from mapsets I always use: a 
local
problem, or a real bug?
All the best.
- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFyLJUACgkQ/NedwLUzIr6GPQCdHpUeC0COTHd1ytwBvLM9+xsa
bLkAn126HfC8oCb4Ug6YKeA4/QBSWycR
=VNRf
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Fwd: [Qgis-user] Planet QGIS blog aggregator problem

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
Yes, the current website has a number of problem. I suggest to concentrate 
efforts on
the new site. Work is underway, any help welcome.
All the best.

Il 20/04/2013 01:52, Alex Mandel ha scritto:
> 
> 
> 
>  Original Message 
> Subject: [Qgis-user] Planet QGIS blog aggregator problem
> Date: Fri, 19 Apr 2013 13:36:06 +1000
> From: Chris Berkhout 
> To: qgis-u...@lists.osgeo.org
> 
> Hi!
> 
> I just subscribed to the Planet QGIS blog, which is great, and located here:
> http://planet.qgis.org/planet/
> http://planet.qgis.org/planet/feed/atom/
> 
> (also linked to at http://plugins.qgis.org/planet/, from
> http://www.qgis.org/en/community.html and http://www.qgis.org/).
> 
> However, before I found that I got stuck looking at this:
> http://qgis.org/planet/
> Which aggregates fewer blogs, has no RSS/atom feed and has broken links (
> http://blog.qgis.org/). Perhaps it should be taken down or redirect to the
> fully functional URL?
> 
> I wasn't sure where to report this. Hope it's okay on this list.
> 
> Cheers,
> Chris
> 
> 
> 
> 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer


- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFyKlcACgkQ/NedwLUzIr7+1QCgkov0SNvTycpRV5gGpqHflw2s
3voAnAntwQA2phZJQ0kHoFEtZ+ZH8gPs
=FwDF
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Sextante test drive

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
Yesterday I have shown Sextante in an advanced course. Here my conclusions:

* in Sextante options, General entry should always be the first, Modeler 
second, and
Script third
* the name of the settings is an editable field, which seems inappropriate
* the Settings column should be wider, at the expense of the Value column;
alternatively, text should be wrapped
* when activating the new "Use categories to classify...", only a few 
algorithms are
shown; I understand the need to simplify things, but I'm still unsure if it's
appropriate to limit users' choice
* IMHO OTB is a big plus for Sextante, as it brings many brand new functions,
unavailable in most other desktop GIS; so I suggest to:

  * include OTB in the standalone win package (easy, as it is already in 
osgeo4w)
  * add its default path according to the running distro; for users, adding it 
by
hand can be difficult
  * I noticed that the Mean shift segmentation produces a vector with the Y 
axis inverted

* Saga seems the first choice for many analyses; it is therefore essential to 
have it
easily available by default in all major distro (at least deb and ubuntu) and in
standalone packages (win, osx); any blockers for this?

* Taudem should be added to OSGeo4w, possibly also to the standalone package.

Overall, there is great excitation, and users are looking forward for 2.0, with
Sextante in bright light!

All the best, and thanks.
- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFyKXUACgkQ/NedwLUzIr463QCfZy+vP6e57ARO/wKbOjFqcskZ
6QoAoJYJLPBtDa3FQ17l6y7K7iskC/xP
=YYCi
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Noli Sicad]

I like #50 but with slight modification, a globe inside the Q would be
good. The globe designed from #315 is nice to be put inside the Q in
#50.

Noli

On 4/20/13, Nathan Woodrow  wrote:
> Hi all,
>
> There is now another poll with some more designs:
>
> http://99designs.com.au/logo-design/vote-9qwk3a
>
> All polls can be found at:
>
> http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/polls
>
> - Nathan
>
>
> On Sat, Apr 20, 2013 at 2:01 PM, Nathan Woodrow 
> wrote:
>
>> Hey all,
>>
>> Here are the current top running designs, could everyone please cast
>> there
>> vote (star rating). http://99designs.com.au/logo-design/vote-6srjtn
>> Remember the final designs will be taken into the final round were the
>> design can be tweaked more, removing words, change colours, layout, etc.
>>
>>  http://99designs.com.au/logo-design/vote-6srjtn
>>
>> - Nathan
>>
>>
>> On Sat, Apr 20, 2013 at 12:56 PM, Nathan Woodrow
>> wrote:
>>
>>> Hey all,
>>>
>>> I'm going to go over what people have voted for so far and put them in a
>>> poll for people to vote on.  The top designs out of that will go though
>>> to
>>> the final round where we can have more iterations of the picked designs.
>>>
>>> - Nathan
>>>
>>>
>>> On Fri, Apr 19, 2013 at 4:22 PM, Marco Bernasocchi <
>>> ma...@bernawebdesign.ch> wrote:
>>>
 Marco Bernasocchi (mobile)
 http://opengis.ch
 On Apr 19, 2013 4:23 AM, "Tim Sutton"  wrote

 > Personally I would automatically exclude anything that uses a compass
 > metaphor - it is so cliche and is used by so many different products
 > out there that it does not distinguish ours from the rest.

 +1
 as well anything that is more a drawing like #12
 ciao
 >
 > Regards
 >
 > Tim

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


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

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

[Nathan Woodrow]

Hi all,

There is now another poll with some more designs:

http://99designs.com.au/logo-design/vote-9qwk3a

All polls can be found at:

http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/polls

- Nathan


On Sat, Apr 20, 2013 at 2:01 PM, Nathan Woodrow  wrote:

> Hey all,
>
> Here are the current top running designs, could everyone please cast there
> vote (star rating). http://99designs.com.au/logo-design/vote-6srjtn
> Remember the final designs will be taken into the final round were the
> design can be tweaked more, removing words, change colours, layout, etc.
>
>  http://99designs.com.au/logo-design/vote-6srjtn
>
> - Nathan
>
>
> On Sat, Apr 20, 2013 at 12:56 PM, Nathan Woodrow wrote:
>
>> Hey all,
>>
>> I'm going to go over what people have voted for so far and put them in a
>> poll for people to vote on.  The top designs out of that will go though to
>> the final round where we can have more iterations of the picked designs.
>>
>> - Nathan
>>
>>
>> On Fri, Apr 19, 2013 at 4:22 PM, Marco Bernasocchi <
>> ma...@bernawebdesign.ch> wrote:
>>
>>> Marco Bernasocchi (mobile)
>>> http://opengis.ch
>>> On Apr 19, 2013 4:23 AM, "Tim Sutton"  wrote
>>>
>>> > Personally I would automatically exclude anything that uses a compass
>>> > metaphor - it is so cliche and is used by so many different products
>>> > out there that it does not distinguish ours from the rest.
>>>
>>> +1
>>> as well anything that is more a drawing like #12
>>> ciao
>>> >
>>> > Regards
>>> >
>>> > Tim
>>>
>>> ___
>>> Qgis-user mailing list
>>> qgis-u...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>>
>>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Nathan Woodrow]

Hey all,

Here are the current top running designs, could everyone please cast there
vote (star rating). http://99designs.com.au/logo-design/vote-6srjtn
Remember the final designs will be taken into the final round were the
design can be tweaked more, removing words, change colours, layout, etc.

 http://99designs.com.au/logo-design/vote-6srjtn

- Nathan


On Sat, Apr 20, 2013 at 12:56 PM, Nathan Woodrow wrote:

> Hey all,
>
> I'm going to go over what people have voted for so far and put them in a
> poll for people to vote on.  The top designs out of that will go though to
> the final round where we can have more iterations of the picked designs.
>
> - Nathan
>
>
> On Fri, Apr 19, 2013 at 4:22 PM, Marco Bernasocchi <
> ma...@bernawebdesign.ch> wrote:
>
>> Marco Bernasocchi (mobile)
>> http://opengis.ch
>> On Apr 19, 2013 4:23 AM, "Tim Sutton"  wrote
>>
>> > Personally I would automatically exclude anything that uses a compass
>> > metaphor - it is so cliche and is used by so many different products
>> > out there that it does not distinguish ours from the rest.
>>
>> +1
>> as well anything that is more a drawing like #12
>> ciao
>> >
>> > Regards
>> >
>> > Tim
>>
>> ___
>> Qgis-user mailing list
>> qgis-u...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Nathan Woodrow]

Hey all,

I'm going to go over what people have voted for so far and put them in a
poll for people to vote on.  The top designs out of that will go though to
the final round where we can have more iterations of the picked designs.

- Nathan


On Fri, Apr 19, 2013 at 4:22 PM, Marco Bernasocchi
wrote:

> Marco Bernasocchi (mobile)
> http://opengis.ch
> On Apr 19, 2013 4:23 AM, "Tim Sutton"  wrote
>
> > Personally I would automatically exclude anything that uses a compass
> > metaphor - it is so cliche and is used by so many different products
> > out there that it does not distinguish ours from the rest.
>
> +1
> as well anything that is more a drawing like #12
> ciao
> >
> > Regards
> >
> > Tim
>
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Fwd: [Qgis-user] Planet QGIS blog aggregator problem

[Alex Mandel]

 Original Message 
Subject: [Qgis-user] Planet QGIS blog aggregator problem
Date: Fri, 19 Apr 2013 13:36:06 +1000
From: Chris Berkhout 
To: qgis-u...@lists.osgeo.org

Hi!

I just subscribed to the Planet QGIS blog, which is great, and located here:
http://planet.qgis.org/planet/
http://planet.qgis.org/planet/feed/atom/

(also linked to at http://plugins.qgis.org/planet/, from
http://www.qgis.org/en/community.html and http://www.qgis.org/).

However, before I found that I got stuck looking at this:
http://qgis.org/planet/
Which aggregates fewer blogs, has no RSS/atom feed and has broken links (
http://blog.qgis.org/). Perhaps it should be taken down or redirect to the
fully functional URL?

I wasn't sure where to report this. Hope it's okay on this list.

Cheers,
Chris



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

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

Re: [Qgis-developer] Raster saturation issue

[John C. Tull]

On Apr 18, 2013, at 6:33 PM, Nyall Dawson  wrote:

>>> On testing saturation today, I did notice a potential bug with that 
>>> setting. For my test raster, I set the saturation to 1 and the difference 
>>> between that setting and 0 was quite large. If I move to 2, 3, 4, and so 
>>> on, the differences are very small and incremental.
>>> 
>>> I'm wondering why the leap in saturation from 0 to 1? Is something 
>>> incorrect in the algorithm calculating saturation? It seems as the values 
>>> between 0 and 1 need to be handled to make the 0 to 1 change as 
>>> incrementally small as the 1 to 2.
>>> 
>> 
>> Can you create a bug report about this and attach your raster to it
>> (if possible)? I'll take a look at this and see what's happening...
>> 
> 
> Actually - I can replicate it here. Don't worry about attaching a raster.
> 
> Nyall

Hi Nyall,

I'm just getting back to this, so I don't know if a bug report is still 
required or if you worked on it already. I'm building trunk now and will 
followup with a bug report if the issue persists.

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

Re: [Qgis-developer] QGIS API Freeze deadline extension

[Etienne Tourigny]

Is the feature freeze still in effect?

I would like to finish stuff on the cpt-city color ramps, including adding
new ramps to the distribution, and add a configuration gui.

Cheers,
Etienne

On Fri, Apr 19, 2013 at 1:06 PM, Tim Sutton  wrote:

> Hi All
>
> Given the number of API issues that still need to be resolved, I
> propose we move the API freeze date to 1 May 2013.
>
> Suggested updated timeline:
>
> 1 May 2013 - API, GUI Freeze
> 15 may String freeze - no changes to ui or strings except where
> required for critical bug fixes. Call for translations.
> 1 June 2013 - Branch 2.0, code freeze (except for packaging related
> changes), call for packaging
> 7 June 2013 - Public release of 2.0
>
> --
> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
> ==
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Visit http://linfiniti.com to find out about:
>  * QGIS programming and support services
>  * Mapserver and PostGIS based hosting plans
>  * FOSS Consulting Services
> Skype: timlinux
> Irc: timlinux on #qgis at freenode.net
> ==
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Suppress emitting of signal: Bad practice?

[Tim Sutton]

Hi

On Fri, Apr 19, 2013 at 11:18 PM, Matthias Kuhn  wrote:
> Thank you Tim and Martin,
>
> On Fre 19 Apr 2013 18:02:12 CEST, Tim Sutton wrote:
>> Hi
>>
>> On Fri, Apr 19, 2013 at 10:45 PM, Martin Dobias  wrote:
>>> Hi Matthias
>>>
>>> On Fri, Apr 19, 2013 at 4:07 PM, Matthias Kuhn  wrote:
 The QgsMapLayerRegistry::removeMapLayers allows to specify a parameter,
 which will suppress emitting signals (altough it seems that this is not
 even properly working [1]).

 This parameter can lead to strange behavior, where some parts of the
 software might not realize, that a layer has been removed and keep
 references to no longer available objects.
>>>
>>> I completely agree with you - it is a bad practice to pass a parameter
>>> whether to emit signal or not - it is typically something that leads
>>> to wrong design.
>>>
>>>
 So my questions are:
 * Does somebody know why removeMapLayer(s) accepts this parameter?
 * Do you see any negative effect of removing these or any upside in
 keeping these?
>>>
>>> I remember we have added that to support georeferencer. The workflow
>>> with layers in QGIS is currently:
>>
>> Ah ok I thought that was me :-)
>>
>>> 1. create Qgs[Vector/Raster]Layer instance
>>> 2. add the layer to map registry
>>> 3. map registry emits signal, caught by legend widget
>>> 4. legend widget adds the layer to the list of layers and updates the
>>> list of layers in canvas
>>> Georeferencer comes with its own map canvas and its own set of layers.
>>> When we add a layer that should be georeferenced, we do not want it to
>>> appear also on main canvas - that's where the 'emit signal' parameter
>>> comes handy. Setting it to false will avoid loading the layer in the
>>> main window.
>>>
>>> There are surely more ways how to fix the problem, but probably all of
>>> them involve slight redesign of how the components are interconnected.
>>> Maybe we do not need a map layer registry. Or maybe we could have
>>> several map layer registries (instead of just having singleton), one
>>> for each canvas in the application. Or maybe we need something more
>>> general than just a list of layers: e.g. right now the ordering is
>>> defined by legend widget... for a proper logic/gui separation we
>>> should keep the layers + ordering + grouping in a data structure (and
>>> only let legend widget serve as its view and controller).
>>>
>
> I see the problem and a complete redesign of this API is (at least for
> me) at the moment out of scope.
>
> There are two signals emitted for removal (the buggy implementation)
> * layerWillBeRemoved (emitted properly, zero or one time)
> * layersWillBeRemoved (emitted once or twice)
>
> For addMapLayers (batch method) there are also two signals (properly
> emitted IMO)
> * mapLayerAdded
> * mapLayersAdded
>
> The batch mode remove signal (layersWillBeRemoved) has already been
> emitted at least once since 1.8 (regardless of theEmitSignal parameter)
> and I don't think there have been any complaints, I'll remove the
> condition around that one.
>
> My (quickfix) proposal would then be:
> * Also emit mapLayersAdded (batch mode) unconditionally to allow proper
> tracking of layers to anybody.
> * Rename the parameter from "theEmitSignal" to "addToLayerRegistry" and
> rename the signal according to that, so the use of this is
> straightforward communicated to the developer.
>
> Does that sound good to you? A little effort for a cleaner API :-)
>
>>> I am not sure how feasible is to do something about it now, but in any
>>> case I would warmly welcome another shift of API freeze, the amount of
>>> things we need to fix in API is quite high (e.g. in my pipeline:
>>> symbology-ng "V2" renaming, feature iterators + requests API fixes,
>>> QgsVectorLayer API updates, QgsExpression API fixes, sip API 2 and
>>> probably more).
>>
>
> Sounds like a lot of work you want to get done. Will the deadline
> extension be enough for you?

+1 for your changes

Regards

Tim

>
> Regards,
> Matthias
>
>> Yes agreed I will propose another shift to the end of April (feature
>> freeze remaining in effect).
>>
>> Regards
>>
>> Tim
>>
>>>
>>> Cheers
>>> Martin
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>> --
>> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
>> ==
>> Please do not email me off-list with technical
>> support questions. Using the lists will gain
>> more exposure for your issues and the knowledge
>> surrounding your issue will be shared with all.
>>
>> Visit http://linfiniti.com to find out about:
>>  * QGIS programming and support services
>>  * Mapserver and PostGIS based hosting plans
>>  * FOSS Consulting Services
>> Skype: timlinux
>> Irc: timlinux on #qgis at freenode.net
>> ==
>
>



--
Tim 

Re: [Qgis-developer] Suppress emitting of signal: Bad practice?

[Matthias Kuhn]

Thank you Tim and Martin,

On Fre 19 Apr 2013 18:02:12 CEST, Tim Sutton wrote:
> Hi
>
> On Fri, Apr 19, 2013 at 10:45 PM, Martin Dobias  wrote:
>> Hi Matthias
>>
>> On Fri, Apr 19, 2013 at 4:07 PM, Matthias Kuhn  wrote:
>>> The QgsMapLayerRegistry::removeMapLayers allows to specify a parameter,
>>> which will suppress emitting signals (altough it seems that this is not
>>> even properly working [1]).
>>>
>>> This parameter can lead to strange behavior, where some parts of the
>>> software might not realize, that a layer has been removed and keep
>>> references to no longer available objects.
>>
>> I completely agree with you - it is a bad practice to pass a parameter
>> whether to emit signal or not - it is typically something that leads
>> to wrong design.
>>
>>
>>> So my questions are:
>>> * Does somebody know why removeMapLayer(s) accepts this parameter?
>>> * Do you see any negative effect of removing these or any upside in
>>> keeping these?
>>
>> I remember we have added that to support georeferencer. The workflow
>> with layers in QGIS is currently:
>
> Ah ok I thought that was me :-)
>
>> 1. create Qgs[Vector/Raster]Layer instance
>> 2. add the layer to map registry
>> 3. map registry emits signal, caught by legend widget
>> 4. legend widget adds the layer to the list of layers and updates the
>> list of layers in canvas
>> Georeferencer comes with its own map canvas and its own set of layers.
>> When we add a layer that should be georeferenced, we do not want it to
>> appear also on main canvas - that's where the 'emit signal' parameter
>> comes handy. Setting it to false will avoid loading the layer in the
>> main window.
>>
>> There are surely more ways how to fix the problem, but probably all of
>> them involve slight redesign of how the components are interconnected.
>> Maybe we do not need a map layer registry. Or maybe we could have
>> several map layer registries (instead of just having singleton), one
>> for each canvas in the application. Or maybe we need something more
>> general than just a list of layers: e.g. right now the ordering is
>> defined by legend widget... for a proper logic/gui separation we
>> should keep the layers + ordering + grouping in a data structure (and
>> only let legend widget serve as its view and controller).
>>

I see the problem and a complete redesign of this API is (at least for 
me) at the moment out of scope.

There are two signals emitted for removal (the buggy implementation)
* layerWillBeRemoved (emitted properly, zero or one time)
* layersWillBeRemoved (emitted once or twice)

For addMapLayers (batch method) there are also two signals (properly 
emitted IMO)
* mapLayerAdded
* mapLayersAdded

The batch mode remove signal (layersWillBeRemoved) has already been 
emitted at least once since 1.8 (regardless of theEmitSignal parameter) 
and I don't think there have been any complaints, I'll remove the 
condition around that one.

My (quickfix) proposal would then be:
* Also emit mapLayersAdded (batch mode) unconditionally to allow proper 
tracking of layers to anybody.
* Rename the parameter from "theEmitSignal" to "addToLayerRegistry" and 
rename the signal according to that, so the use of this is 
straightforward communicated to the developer.

Does that sound good to you? A little effort for a cleaner API :-)

>> I am not sure how feasible is to do something about it now, but in any
>> case I would warmly welcome another shift of API freeze, the amount of
>> things we need to fix in API is quite high (e.g. in my pipeline:
>> symbology-ng "V2" renaming, feature iterators + requests API fixes,
>> QgsVectorLayer API updates, QgsExpression API fixes, sip API 2 and
>> probably more).
>

Sounds like a lot of work you want to get done. Will the deadline 
extension be enough for you?

Regards,
Matthias

> Yes agreed I will propose another shift to the end of April (feature
> freeze remaining in effect).
>
> Regards
>
> Tim
>
>>
>> Cheers
>> Martin
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> --
> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
> ==
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Visit http://linfiniti.com to find out about:
>  * QGIS programming and support services
>  * Mapserver and PostGIS based hosting plans
>  * FOSS Consulting Services
> Skype: timlinux
> Irc: timlinux on #qgis at freenode.net
> ==


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

[Qgis-developer] QGIS API Freeze deadline extension

[Tim Sutton]

Hi All

Given the number of API issues that still need to be resolved, I
propose we move the API freeze date to 1 May 2013.

Suggested updated timeline:

1 May 2013 - API, GUI Freeze
15 may String freeze - no changes to ui or strings except where
required for critical bug fixes. Call for translations.
1 June 2013 - Branch 2.0, code freeze (except for packaging related
changes), call for packaging
7 June 2013 - Public release of 2.0

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

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

Re: [Qgis-developer] Suppress emitting of signal: Bad practice?

[Tim Sutton]

Hi

On Fri, Apr 19, 2013 at 10:45 PM, Martin Dobias  wrote:
> Hi Matthias
>
> On Fri, Apr 19, 2013 at 4:07 PM, Matthias Kuhn  wrote:
>> The QgsMapLayerRegistry::removeMapLayers allows to specify a parameter,
>> which will suppress emitting signals (altough it seems that this is not
>> even properly working [1]).
>>
>> This parameter can lead to strange behavior, where some parts of the
>> software might not realize, that a layer has been removed and keep
>> references to no longer available objects.
>
> I completely agree with you - it is a bad practice to pass a parameter
> whether to emit signal or not - it is typically something that leads
> to wrong design.
>
>
>> So my questions are:
>> * Does somebody know why removeMapLayer(s) accepts this parameter?
>> * Do you see any negative effect of removing these or any upside in
>> keeping these?
>
> I remember we have added that to support georeferencer. The workflow
> with layers in QGIS is currently:

Ah ok I thought that was me :-)

> 1. create Qgs[Vector/Raster]Layer instance
> 2. add the layer to map registry
> 3. map registry emits signal, caught by legend widget
> 4. legend widget adds the layer to the list of layers and updates the
> list of layers in canvas
> Georeferencer comes with its own map canvas and its own set of layers.
> When we add a layer that should be georeferenced, we do not want it to
> appear also on main canvas - that's where the 'emit signal' parameter
> comes handy. Setting it to false will avoid loading the layer in the
> main window.
>
> There are surely more ways how to fix the problem, but probably all of
> them involve slight redesign of how the components are interconnected.
> Maybe we do not need a map layer registry. Or maybe we could have
> several map layer registries (instead of just having singleton), one
> for each canvas in the application. Or maybe we need something more
> general than just a list of layers: e.g. right now the ordering is
> defined by legend widget... for a proper logic/gui separation we
> should keep the layers + ordering + grouping in a data structure (and
> only let legend widget serve as its view and controller).
>
> I am not sure how feasible is to do something about it now, but in any
> case I would warmly welcome another shift of API freeze, the amount of
> things we need to fix in API is quite high (e.g. in my pipeline:
> symbology-ng "V2" renaming, feature iterators + requests API fixes,
> QgsVectorLayer API updates, QgsExpression API fixes, sip API 2 and
> probably more).

Yes agreed I will propose another shift to the end of April (feature
freeze remaining in effect).

Regards

Tim

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



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

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

Re: [Qgis-developer] Suppress emitting of signal: Bad practice?

[Tim Sutton]

Hi

On Fri, Apr 19, 2013 at 9:07 PM, Matthias Kuhn  wrote:
> The QgsMapLayerRegistry::removeMapLayers allows to specify a parameter,
> which will suppress emitting signals (altough it seems that this is not
> even properly working [1]).
>
> This parameter can lead to strange behavior, where some parts of the
> software might not realize, that a layer has been removed and keep
> references to no longer available objects.
>
> The same fact applied to selected features in a vector layer. The
> problem there was most probably, that only a method was available to
> change the selection of a single feature and while iterating over
> features, the signal was suppressed to not update the map canvas in
> every iteration.
>
> In my opinion, this is bad practice and we should remove these
> parameters and add methods which allow batch jobs (removeMapLayers is
> already in place) and then emit a single signal for a batch and call
> this method wherever an iteration takes place.
>
> So my questions are:
> * Does somebody know why removeMapLayer(s) accepts this parameter?
> * Do you see any negative effect of removing these or any upside in
> keeping these?


It was added to allow batch removal of layers. If you have a plugin
and you listen for layers removed and say 5 are removed at once and
you have some long running code that updates when the layer set is
changed, it is called 5 times. I think it is important to have a way
to remove layers in batch and let clients only receive a single event.

When I wrote that code I delegated the actual layer removal work to
the layer removal function. No problem from me if you update this but
I think the ability to remove multiple layers while triggering only a
single remove event should remain in place.

Regards

Tim

>
> API freeze is approaching fast and I think we should get rid of these
> parameters now.
>
> Any opinions on this?
>
> Matthias
>
> [1] http://hub.qgis.org/issues/7633 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer



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

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

Re: [Qgis-developer] Suppress emitting of signal: Bad practice?

[Martin Dobias]

Hi Matthias

On Fri, Apr 19, 2013 at 4:07 PM, Matthias Kuhn  wrote:
> The QgsMapLayerRegistry::removeMapLayers allows to specify a parameter,
> which will suppress emitting signals (altough it seems that this is not
> even properly working [1]).
>
> This parameter can lead to strange behavior, where some parts of the
> software might not realize, that a layer has been removed and keep
> references to no longer available objects.

I completely agree with you - it is a bad practice to pass a parameter
whether to emit signal or not - it is typically something that leads
to wrong design.


> So my questions are:
> * Does somebody know why removeMapLayer(s) accepts this parameter?
> * Do you see any negative effect of removing these or any upside in
> keeping these?

I remember we have added that to support georeferencer. The workflow
with layers in QGIS is currently:
1. create Qgs[Vector/Raster]Layer instance
2. add the layer to map registry
3. map registry emits signal, caught by legend widget
4. legend widget adds the layer to the list of layers and updates the
list of layers in canvas
Georeferencer comes with its own map canvas and its own set of layers.
When we add a layer that should be georeferenced, we do not want it to
appear also on main canvas - that's where the 'emit signal' parameter
comes handy. Setting it to false will avoid loading the layer in the
main window.

There are surely more ways how to fix the problem, but probably all of
them involve slight redesign of how the components are interconnected.
Maybe we do not need a map layer registry. Or maybe we could have
several map layer registries (instead of just having singleton), one
for each canvas in the application. Or maybe we need something more
general than just a list of layers: e.g. right now the ordering is
defined by legend widget... for a proper logic/gui separation we
should keep the layers + ordering + grouping in a data structure (and
only let legend widget serve as its view and controller).

I am not sure how feasible is to do something about it now, but in any
case I would warmly welcome another shift of API freeze, the amount of
things we need to fix in API is quite high (e.g. in my pipeline:
symbology-ng "V2" renaming, feature iterators + requests API fixes,
QgsVectorLayer API updates, QgsExpression API fixes, sip API 2 and
probably more).

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

[Qgis-developer] Suppress emitting of signal: Bad practice?

[Matthias Kuhn]

The QgsMapLayerRegistry::removeMapLayers allows to specify a parameter,
which will suppress emitting signals (altough it seems that this is not
even properly working [1]).

This parameter can lead to strange behavior, where some parts of the
software might not realize, that a layer has been removed and keep
references to no longer available objects.

The same fact applied to selected features in a vector layer. The
problem there was most probably, that only a method was available to
change the selection of a single feature and while iterating over
features, the signal was suppressed to not update the map canvas in
every iteration.

In my opinion, this is bad practice and we should remove these
parameters and add methods which allow batch jobs (removeMapLayers is
already in place) and then emit a single signal for a batch and call
this method wherever an iteration takes place.

So my questions are:
* Does somebody know why removeMapLayer(s) accepts this parameter?
* Do you see any negative effect of removing these or any upside in
keeping these?

API freeze is approaching fast and I think we should get rid of these
parameters now.

Any opinions on this?

Matthias

[1] http://hub.qgis.org/issues/7633 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Interaction between QGis and ArcGis

[JVerholle]

Hi Régis,

I tested it with Qgis master too…but with a shape not directly generated
with QGis. It may be the difference.
You can try on a other shape (BD Carthage for example). I’ll join a sample
on Monday if necessary.
I don’t remember you had ArcGis…

Julien 



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

Re: [Qgis-developer] Software & Data Engineering and Modelling

[Matthias Kuhn]

Dear Petros,

I'd like to assure you first, that any work on improving the 
documentation is highly appreciated.
Please share your work in the best suitable manner for you but in a way 
others can at least access and maybe comment.
I've made good experiences with google docs, but I'm sure there are 
other good possibilities out there too.

I'm looking forward to seeing your ideas,
Matthias

On Fre 19 Apr 2013 13:09:38 CEST, Petros Apotsos wrote:
> Dear Alex and list members,
>
> Thanx for your reply and I am telling you that I am getting to prepare a
> sample of my diagrams, along with an explanatory text. Do you think an open
> Google Doc would be suitable? Other proposals, so that anyone can comment?
> On your other comment, one of the purposes of UML, is to visually convey
> information, even to those not able to comprehend it in the first place! So
> it actually DOES simplify information! However, I do get the point of the
> comment, and it was already in my plans to take it step-by-step.
>
> Until later,
>
> Petros Apotsos
>
> Rural & Surveying Engineer
> Technical Chamber of Greece Registry Number 96798
> Τ: 2310 220345
> F: 2310 220346
> Ermou 18A, Postal Code 54624
> Thessaloniki, GREECE
>
>
> On 04/18/2013 10:44 AM, Petros Apotsos wrote:
>> Dear Matthias and list members,
>>
>> According to my POV, documentation is of fundamental importance to
>> software development!
>>
>> I have sent messages to this list at least 2 times in the past,
>> regarding aspects of this particular subject. The responses I got: 0!!!
>>
>> What I have learned in my Postgraduate Studies is that BEFORE, but
>> also WHILE developing a Software Project (like QGIS) or a Database
>> (like a GIS) it is essential to build a conceptual model of the
>> system. This should be done both on static and functional basis.
>>
>> My immediate concern at this time is the model of Geometric Networks.
>> I want to build some fleet tracking tools that use sequential GPS
>> signals to calculate vehicle passes through points, trajectories,
>> routing etc. So, I started modelling the QGIS library classes that I
>> thought were relevant to my subject. This is an ongoing work, and I
>> have modelled a few classes, their relationships, but also some use
>> cases and functions. I am using UML notation for this task.
>>
>> Note, that I am not using UML to automatically produce code. This is a
>> misconception, I think, of UML and its purpose in developing systems.
>> I use modeling purely for overview and documentation reasons, as I am
>> not a hard-core coder, but rather a GIS designer/engineer.
>>
>> These being said, I think this modeling process can help with various
>> issues of QGIS development, including (but not limited to):
>>
>> - Layers and sublayers programmatical handling
>>
>> - Grouping and programmatical access of tools like SEXTANTE (and also
>> other
>> plugins)
>>
>> - API documentation (not the automatic one, but rather a manually
>> updated one, addressing all relevant issues to specific classes and
> methods).
>>
>> - Connection between classes of different libraries (GDAL, QGIS, Qt
>> etc.)
>>
>> I hope that was a neat introduction to my thoughts about how GIS
>> systems should be documented! I also REALLY hope it gets some attention
> this time!
>>
>> IF any of you think we can do some introductory work on QGIS
>> documentation (be it the actual API, GUI elements or any other part of
>> the project) using modern UML annotation and tools, please feel free
>> to contact me with details and ideas. I am willing to volunteer a few
>> hours each week towards making the QGIS project better, and documentation
> is the first step.
>>
>> I am also open to conversations on this subject (a blog/forum would be
>> REALLY helpful there) and opinion sharing.
>>
>>
>> Hoping this message will strike some strings,
>>
>> Petros Apotsos
>>
>>
>
> Petros,
>
> Can you share some example diagrams you've made already and explain how they
> could integrate with the QGIS API and it's auto diagrams. I don't think
> anyone opposes your ideas but it's something you're going to have to get
> started and see if others want to help/continue the method.
>
> Obviously we can host/incorporate such diagrams into the existing
> documentation.
>
> Keep in mind there is a learning curve to UML and tools for UML, so
> simplification and recommendations are helpful there.
>
> Thanks,
> Alex
>
>
> __ Information from ESET Smart Security, version of virus signature
> database 8244 (20130419) __
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>


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

Re: [Qgis-developer] Software & Data Engineering and Modelling

[Petros Apotsos]

Dear Alex and list members,

Thanx for your reply and I am telling you that I am getting to prepare a
sample of my diagrams, along with an explanatory text. Do you think an open
Google Doc would be suitable? Other proposals, so that anyone can comment?
On your other comment, one of the purposes of UML, is to visually convey
information, even to those not able to comprehend it in the first place! So
it actually DOES simplify information! However, I do get the point of the
comment, and it was already in my plans to take it step-by-step.

Until later,

Petros Apotsos

Rural & Surveying Engineer
Technical Chamber of Greece Registry Number 96798
Τ: 2310 220345
F: 2310 220346
Ermou 18A, Postal Code 54624
Thessaloniki, GREECE


On 04/18/2013 10:44 AM, Petros Apotsos wrote:
> Dear Matthias and list members,
>
> According to my POV, documentation is of fundamental importance to 
> software development!
>
> I have sent messages to this list at least 2 times in the past, 
> regarding aspects of this particular subject. The responses I got: 0!!!
>
> What I have learned in my Postgraduate Studies is that BEFORE, but 
> also WHILE developing a Software Project (like QGIS) or a Database 
> (like a GIS) it is essential to build a conceptual model of the 
> system. This should be done both on static and functional basis.
>
> My immediate concern at this time is the model of Geometric Networks. 
> I want to build some fleet tracking tools that use sequential GPS 
> signals to calculate vehicle passes through points, trajectories, 
> routing etc. So, I started modelling the QGIS library classes that I 
> thought were relevant to my subject. This is an ongoing work, and I 
> have modelled a few classes, their relationships, but also some use 
> cases and functions. I am using UML notation for this task.
>
> Note, that I am not using UML to automatically produce code. This is a 
> misconception, I think, of UML and its purpose in developing systems. 
> I use modeling purely for overview and documentation reasons, as I am 
> not a hard-core coder, but rather a GIS designer/engineer.
>
> These being said, I think this modeling process can help with various 
> issues of QGIS development, including (but not limited to):
>
> - Layers and sublayers programmatical handling
>
> - Grouping and programmatical access of tools like SEXTANTE (and also 
> other
> plugins)
>
> - API documentation (not the automatic one, but rather a manually 
> updated one, addressing all relevant issues to specific classes and
methods).
>
> - Connection between classes of different libraries (GDAL, QGIS, Qt 
> etc.)
>
> I hope that was a neat introduction to my thoughts about how GIS 
> systems should be documented! I also REALLY hope it gets some attention
this time!
>
> IF any of you think we can do some introductory work on QGIS 
> documentation (be it the actual API, GUI elements or any other part of 
> the project) using modern UML annotation and tools, please feel free 
> to contact me with details and ideas. I am willing to volunteer a few 
> hours each week towards making the QGIS project better, and documentation
is the first step.
>
> I am also open to conversations on this subject (a blog/forum would be 
> REALLY helpful there) and opinion sharing.
>
>
> Hoping this message will strike some strings,
>
> Petros Apotsos
>
>

Petros,

Can you share some example diagrams you've made already and explain how they
could integrate with the QGIS API and it's auto diagrams. I don't think
anyone opposes your ideas but it's something you're going to have to get
started and see if others want to help/continue the method.

Obviously we can host/incorporate such diagrams into the existing
documentation.

Keep in mind there is a learning curve to UML and tools for UML, so
simplification and recommendations are helpful there.

Thanks,
Alex
 

__ Information from ESET Smart Security, version of virus signature
database 8244 (20130419) __

The message was checked by ESET Smart Security.

http://www.eset.com
 

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

Re: [Qgis-developer] Interaction between QGis and ArcGis

[Régis Haubourg]

Hi, 
could you join a shape sample and specify gdal and qgis versions? 
I tested right now with a shp generated with QGIS, and add no problem
opening  / editing it with qgis master  nightly wiht gdal 1.9.2-2
régis



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

[Qgis-developer] Interaction between QGis and ArcGis

[JVerholle]

Hi all,

If I want to open the same shapefile in both softwares at the same time, the
file is locked in ArcGis (even if the edition mode isn't used in QGis).
ArcGis is enable to recognize the feature's type (we can see a "?" instead
of polylign, polygon or point). 
This issue has been only noticed on Windows (and with ArcMap 9.2).

Someone has already seen this problem ? Is it due to QGis or Gdal ?

Thanks.

Julien



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

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

[Richard Duivenvoorde]

On 19-04-13 04:58, Tim Sutton wrote:

Hi
http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/267


+1

I really like the (world/round) motion in it while it is still a Q


Though I would ask them to remove the word 'uantum' and write the word
GIS in the same size as the Q.


I like the idea of Stephan: remove 'uantum, and leave it open or put 
'server', 'android', 'mobi', 'browser', 'desktop', 'plugins', 
'components', 'gadgets', 'rocks' or whatever there...


Or put this 'sub-project'-string over the full length and put GIS in 
same size.

Or just on same level as Q


I think in general we should consider dropping the use of the Quantum
in the name and simply refer to our project as 'QGIS'.


Agreed very much!

And what does this designer think about using it as a desktop icon of 
different sub projects? Different colors for 'waves'? Or something else?


Richard

ps thanks to all for putting the effort in it! We are getting a very 
cool logo I think :-)

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

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

[Ziegler Stefan]

Hi

267 is nice. You can replace ‘uantum’ with  ‘server’, ‘desktop’ or ‘webclient’.

Regards
Stefan

Von: qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] Im Auftrag von Werner Macho
Gesendet: Freitag, 19. April 2013 10:06
An: Tim Sutton
Cc: qgis-user; Riccardo Klinger; qgis-developer
Betreff: Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo

Ey - thats unfair ..
267 was not there when I did my vote - it would definitely go into my list too 
..



On Fri, Apr 19, 2013 at 4:58 AM, Tim Sutton 
mailto:li...@linfiniti.com>> wrote:
Hi

This is my favourite

http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/267

Though I would ask them to remove the word 'uantum' and write the word
GIS in the same size as the Q.

I think in general we should consider dropping the use of the Quantum
in the name and simply refer to our project as 'QGIS'.

Regards

Tim

On Fri, Apr 19, 2013 at 9:37 AM, Tim Sutton 
mailto:li...@linfiniti.com>> wrote:
> Hi
>
> On Thu, Apr 18, 2013 at 8:13 PM, Nathan Woodrow 
> mailto:madman...@gmail.com>> wrote:
>> I can set up some polls on the site once I have a general idea on which
>> icons people like.  The poll will let everyone vote with stars which logos
>> they like the best out of 8.  I will do this tomorrow once I have a general
>> idea from the form data.
>>
>> If you don't want to use the form then this mailing list is also fine.  I
>> will take votes and feedback from both.
>
> I think it would be helpful to require that each voter submits only
> ONE preference - that way they have to put their head on the block and
> commit to something and we can see the sum total of the very favourite
> designs.
>
> Regards
>
> Tim
>
>>
>>
>> Regards,
>> Nathan
>>
>>
>> On Thu, Apr 18, 2013 at 11:07 PM, Werner Macho 
>> mailto:werner.ma...@gmail.com>>
>> wrote:
>>>
>>> Hi!
>>>
>>> To be honest - I'd like to have a voting page somewhere ..
>>> But it seems that you have to create an account on the logo page to start
>>> voting ..
>>> Probably someone finds another way to vote (or Nathan is taking our "vote"
>>> into his ..)
>>>
>>> regards
>>> Werner
>>>

>>>
>>>
>>> ___
>>> Qgis-user mailing list
>>> qgis-u...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
>
> --
> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
> ==
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Visit http://linfiniti.com to find out about:
>  * QGIS programming and support services
>  * Mapserver and PostGIS based hosting plans
>  * FOSS Consulting Services
> Skype: timlinux
> Irc: timlinux on #qgis at freenode.net
> ==



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

Visit http://linfiniti.com to find out about:
 * QGIS programming and support services
 * Mapserver and PostGIS based hosting plans
 * FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==

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

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

[Denis Rouzaud]

On 04/19/2013 10:08 AM, Werner Macho wrote:
and there is a new one too 280 .. which I personally find very fine - 
as logo as well as an icon ..

http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/280
+1 on 280 love it

maybe without the 4 arrows.



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

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

[Werner Macho]

and there is a new one too 280 .. which I personally find very fine - as
logo as well as an icon ..


On Fri, Apr 19, 2013 at 10:05 AM, Werner Macho wrote:

> Ey - thats unfair ..
> 267 was not there when I did my vote - it would definitely go into my list
> too ..
>
>
>
>
> On Fri, Apr 19, 2013 at 4:58 AM, Tim Sutton  wrote:
>
>> Hi
>>
>> This is my favourite
>>
>>
>> http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/267
>>
>> Though I would ask them to remove the word 'uantum' and write the word
>> GIS in the same size as the Q.
>>
>> I think in general we should consider dropping the use of the Quantum
>> in the name and simply refer to our project as 'QGIS'.
>>
>> Regards
>>
>> Tim
>>
>> On Fri, Apr 19, 2013 at 9:37 AM, Tim Sutton  wrote:
>> > Hi
>> >
>> > On Thu, Apr 18, 2013 at 8:13 PM, Nathan Woodrow 
>> wrote:
>> >> I can set up some polls on the site once I have a general idea on which
>> >> icons people like.  The poll will let everyone vote with stars which
>> logos
>> >> they like the best out of 8.  I will do this tomorrow once I have a
>> general
>> >> idea from the form data.
>> >>
>> >> If you don't want to use the form then this mailing list is also fine.
>>  I
>> >> will take votes and feedback from both.
>> >
>> > I think it would be helpful to require that each voter submits only
>> > ONE preference - that way they have to put their head on the block and
>> > commit to something and we can see the sum total of the very favourite
>> > designs.
>> >
>> > Regards
>> >
>> > Tim
>> >
>> >>
>> >>
>> >> Regards,
>> >> Nathan
>> >>
>> >>
>> >> On Thu, Apr 18, 2013 at 11:07 PM, Werner Macho > >
>> >> wrote:
>> >>>
>> >>> Hi!
>> >>>
>> >>> To be honest - I'd like to have a voting page somewhere ..
>> >>> But it seems that you have to create an account on the logo page to
>> start
>> >>> voting ..
>> >>> Probably someone finds another way to vote (or Nathan is taking our
>> "vote"
>> >>> into his ..)
>> >>>
>> >>> regards
>> >>> Werner
>> >>>
>> 
>> >>>
>> >>>
>> >>> ___
>> >>> Qgis-user mailing list
>> >>> qgis-u...@lists.osgeo.org
>> >>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>> >>>
>> >>
>> >>
>> >> ___
>> >> Qgis-developer mailing list
>> >> Qgis-developer@lists.osgeo.org
>> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> >>
>> >
>> >
>> >
>> > --
>> > Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
>> > ==
>> > Please do not email me off-list with technical
>> > support questions. Using the lists will gain
>> > more exposure for your issues and the knowledge
>> > surrounding your issue will be shared with all.
>> >
>> > Visit http://linfiniti.com to find out about:
>> >  * QGIS programming and support services
>> >  * Mapserver and PostGIS based hosting plans
>> >  * FOSS Consulting Services
>> > Skype: timlinux
>> > Irc: timlinux on #qgis at freenode.net
>> > ==
>>
>>
>>
>> --
>> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
>> ==
>> Please do not email me off-list with technical
>> support questions. Using the lists will gain
>> more exposure for your issues and the knowledge
>> surrounding your issue will be shared with all.
>>
>> Visit http://linfiniti.com to find out about:
>>  * QGIS programming and support services
>>  * Mapserver and PostGIS based hosting plans
>>  * FOSS Consulting Services
>> Skype: timlinux
>> Irc: timlinux on #qgis at freenode.net
>> ==
>>
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Werner Macho]

Ey - thats unfair ..
267 was not there when I did my vote - it would definitely go into my list
too ..




On Fri, Apr 19, 2013 at 4:58 AM, Tim Sutton  wrote:

> Hi
>
> This is my favourite
>
>
> http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/267
>
> Though I would ask them to remove the word 'uantum' and write the word
> GIS in the same size as the Q.
>
> I think in general we should consider dropping the use of the Quantum
> in the name and simply refer to our project as 'QGIS'.
>
> Regards
>
> Tim
>
> On Fri, Apr 19, 2013 at 9:37 AM, Tim Sutton  wrote:
> > Hi
> >
> > On Thu, Apr 18, 2013 at 8:13 PM, Nathan Woodrow 
> wrote:
> >> I can set up some polls on the site once I have a general idea on which
> >> icons people like.  The poll will let everyone vote with stars which
> logos
> >> they like the best out of 8.  I will do this tomorrow once I have a
> general
> >> idea from the form data.
> >>
> >> If you don't want to use the form then this mailing list is also fine.
>  I
> >> will take votes and feedback from both.
> >
> > I think it would be helpful to require that each voter submits only
> > ONE preference - that way they have to put their head on the block and
> > commit to something and we can see the sum total of the very favourite
> > designs.
> >
> > Regards
> >
> > Tim
> >
> >>
> >>
> >> Regards,
> >> Nathan
> >>
> >>
> >> On Thu, Apr 18, 2013 at 11:07 PM, Werner Macho 
> >> wrote:
> >>>
> >>> Hi!
> >>>
> >>> To be honest - I'd like to have a voting page somewhere ..
> >>> But it seems that you have to create an account on the logo page to
> start
> >>> voting ..
> >>> Probably someone finds another way to vote (or Nathan is taking our
> "vote"
> >>> into his ..)
> >>>
> >>> regards
> >>> Werner
> >>>
> 
> >>>
> >>>
> >>> ___
> >>> Qgis-user mailing list
> >>> qgis-u...@lists.osgeo.org
> >>> http://lists.osgeo.org/mailman/listinfo/qgis-user
> >>>
> >>
> >>
> >> ___
> >> Qgis-developer mailing list
> >> Qgis-developer@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>
> >
> >
> >
> > --
> > Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
> > ==
> > Please do not email me off-list with technical
> > support questions. Using the lists will gain
> > more exposure for your issues and the knowledge
> > surrounding your issue will be shared with all.
> >
> > Visit http://linfiniti.com to find out about:
> >  * QGIS programming and support services
> >  * Mapserver and PostGIS based hosting plans
> >  * FOSS Consulting Services
> > Skype: timlinux
> > Irc: timlinux on #qgis at freenode.net
> > ==
>
>
>
> --
> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
> ==
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Visit http://linfiniti.com to find out about:
>  * QGIS programming and support services
>  * Mapserver and PostGIS based hosting plans
>  * FOSS Consulting Services
> Skype: timlinux
> Irc: timlinux on #qgis at freenode.net
> ==
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Website about the activities at the developer meeting in Valmiera

[Pēteris Brūns]

Hi All,

here are some photos from our side 
https://plus.google.com/photos/103928023213007211291/albums/5868447575897675969


Regards,

On 2013.04.16. 15:36, Paolo Cavallini wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 16/04/2013 12:30, Otto Dassau ha scritto:

Dear Community,

as you can see from the comments on the mailing lists, the ninth
hackfest in Valmiera was a great success and very well organized by
the latvian team from SuGIS - Maris Nartiss, Peteris Bruns and
Raitis Berzins.

Hi all,
agreed fully; in spite of the logistical challenges of the venue
(Valmiera is the most remote place we had an hf in), everything went
very smoothly, and the meeting was by all means a succes - and a real
pleasure!
Thanks again Maris, Peteris, and Raitis!
All the best.
- -- 
Paolo Cavallini - Faunalia

www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFtReIACgkQ/NedwLUzIr5auACfYCzy3wi06J+65tYMldp2xKYz
nQQAoKH1I9zny40+piUqw6mwTwcfx2K5
=J6+z
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer



--
Pēteris

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