Re: [Qgis-developer] Measurement in meters

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 21/03/2013 02:26, Alex Mandel ha scritto:

> It's user configurable in the Project Properties in 1.8. Did that change in 
> master?
> 
> Or do you mean when projection on the fly is on?

Yes, OTF on, Project properties > meters.
I expected measurements in maters, but they are in degrees.
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/

iEYEARECAAYFAlFKr4oACgkQ/NedwLUzIr5wNgCaAlqVfFJ+/1MX9WTzn8DXWH/m
yFQAn2p4rxHlHNW7xLbASsVrCFyKmXJF
=8xGd
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Error updateing color ramps

[Etienne Tourigny]

That's rather odd... I ran it the day before yesterday without problems

does the directory exist? /home/paolo/.qgis//python/plugins/test_plug

Please modify the script to contain the following lines and run again
(untested).

# fix permissions: dirs are 755, files are 644
print('datadir: '+str(datadir))
for root, dirs, files in os.walk(datadir):
os.chmod(root,0755)
print('root: '+str(root))
for f in files:
print('f: '+str(f))
os.chmod(os.path.join(root,f),0644)

Which install directory are you using in the color ramp manager?

Etienne
On Wed, Mar 20, 2013 at 12:49 PM, Paolo Cavallini  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all.
> I'm getting an error while updating my color ramps:
>
> =
> Errore durante l'esecuzione di codice Python:
>
> Traceback (most recent call last):
>   File
> "/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py",
> line 151, in on_pbtnUpdateCheck_clicked
> self.checkUpdate('',True,self.dlg.windowTitle())
>   File
> "/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py",
> line 192, in checkUpdate
> return self.installUpdate(installDir,gui,title)
>   File
> "/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py",
> line 220, in installUpdate
> (ret,version) = cpt_city_update( installDir, True, packageType )
>   File
> "/home/paolo/.qgis//python/plugins/colorrampmanager/cpt_city_update.py",
> line 263, in cpt_city_update
> os.chmod(os.path.join(root,f),0644)
> OSError: [Errno 2] File o directory non esistente:
> '/home/paolo/.qgis//python/plugins/test_plug'
> =
>
> Any hint?
>
> 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/
>
> iEYEARECAAYFAlFJ2nIACgkQ/NedwLUzIr6ulQCdH/c57rGPiYa7PHNh84fsiXCF
> oA0AoK2+irk1cNBN31qz/xAu1acsYG1A
> =80HF
> -END PGP SIGNATURE-
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Measurement in maters

[Alex Mandel]

On 03/20/2013 02:38 PM, Paolo Cavallini wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
With current master, measurements on screen when projection is in degrees 
returns
values in meters. A while ago one could obtain measurement in meters, even for 
4326.
This is a regression to me.
All the best.
- --
Paolo Cavallini - Faunalia


It's user configurable in the Project Properties in 1.8. Did that change 
in master?


Or do you mean when projection on the fly is on?

Thanks,
Alex

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

Re: [Qgis-developer] Plugin Installer---running custom post install for a plugin

[Gary Sherman]

On Wed, Mar 20, 2013 at 3:00 PM, Nathan Woodrow  wrote:

> Hey Gary,
>
> What are you trying to achieve by doing that?
>

Mainly do a one-time configuration process such as setting up individual
user config files.  I can envision other tasks that are required for the
plugin to function, but only need to be executed once.

>
>
> On Thu, Mar 21, 2013 at 1:03 AM, Gary Sherman  wrote:
>
>> Is there any provision for running a plugins custom post-install method
>> during installation via the plugin installer?
>>
>> Setting "first-run" flags in the plugins settings seems kludgy...
>>
>> -gary
>>
>> --
>> -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
>> Gary Sherman
>> Chair, QGIS Project Steering Committee
>> -Desktop GIS Book:
>>  *http://desktopgisbook.com
>> -Alaska Novel:
>>  *http://alaskana.co
>> -Geospatial Consulting & Hosting:
>>  *http://geoapt.com
>> "We work virtually everywhere"
>> -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>


-- 
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Gary Sherman
Chair, QGIS Project Steering Committee
-Desktop GIS Book:
 *http://desktopgisbook.com
-Alaska Novel:
 *http://alaskana.co
-Geospatial Consulting & Hosting:
 *http://geoapt.com
"We work virtually everywhere"
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Plugin Installer---running custom post install for a plugin

[Nathan Woodrow]

Hey Gary,

What are you trying to achieve by doing that?


On Thu, Mar 21, 2013 at 1:03 AM, Gary Sherman  wrote:

> Is there any provision for running a plugins custom post-install method
> during installation via the plugin installer?
>
> Setting "first-run" flags in the plugins settings seems kludgy...
>
> -gary
>
> --
> -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
> Gary Sherman
> Chair, QGIS Project Steering Committee
> -Desktop GIS Book:
>  *http://desktopgisbook.com
> -Alaska Novel:
>  *http://alaskana.co
> -Geospatial Consulting & Hosting:
>  *http://geoapt.com
> "We work virtually everywhere"
> -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
>
> ___
> 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] Measurement in maters

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
With current master, measurements on screen when projection is in degrees 
returns
values in meters. A while ago one could obtain measurement in meters, even for 
4326.
This is a regression to me.
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/

iEYEARECAAYFAlFKLGoACgkQ/NedwLUzIr63SQCgutcQBwvHsNxkZrOppCe58yVj
o4UAn0/N2XPsgi+SntVnaoQe/Z6VswhJ
=2b4E
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS does not start on Windows

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 20/03/2013 18:23, Paolo Cavallini ha scritto:
> Hi all,
> qgis refuses to start on a winXP box saying Calibre2 is missing.
> I haven't a clue on what one could do: any hint?

Further checking: it is obviously a local problem: on the same machine, a clean 
VM is
working well.
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/

iEYEARECAAYFAlFKK6QACgkQ/NedwLUzIr7NPgCeLLTy+NwBV44VilkQ80NvPl0s
M8wAoKkGpxe7kEP0mU/BXtCXkrCeXPuH
=vaU3
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] compiling c++ application against qgis libs on ms windows

[Larry Shaffer]

Hi Martin,

On Wed, Mar 20, 2013 at 1:40 PM, Jürgen E.  wrote:

> Hi Martin,
>
> On Wed, 20. Mar 2013 at 20:17:17 +0100, Martin Landa wrote:
> > Qt 4.8.4 (VS 2010) + VS 2010
> > from OSGeo4W qgis and qgis-devel
>
> Use qt from OSGeo4W and VS2008.
>

See recent issue ticket for info on downloading VS2008 with SP1 as an ISO
[0], which might be useful if installing on many machines in a classroom.
VS2008 with SP1 produces no critical errors when compiling recent sources.
The rest of the issue about jom.exe you might want to ignore (unless you
want to use Qt Creator with NMake) and stick with VS2008, and just follow
the INSTALL doc very closely [1]. There are some updated .bat files for
launching with correct VS2008/OSGeo4W environment variables noted in that
issue as well (slightly different paths than in INSTALL notes).

Note, while I'm definitely no Windows guru, I have recently gone through
this build setup from scratch on a couple of Win7 64-bit virtual machines.

[0] http://hub.qgis.org/issues/7289
[1] https://github.com/qgis/Quantum-GIS/blob/master/INSTALL#L539

Regards,

Larry



> Jürgen
>
> --
> Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
> Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
> Software Engineer D-26506 Norden
> http://www.norbit.de
> committ(ed|ing) to Quantum GIS IRC: jef on FreeNode
>
> --
> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
> Rheinstrasse 13, 26506 Norden
> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] compiling c++ application against qgis libs on ms windows

[Jürgen E . Fischer]

Hi Martin,

On Wed, 20. Mar 2013 at 20:17:17 +0100, Martin Landa wrote:
> Qt 4.8.4 (VS 2010) + VS 2010
> from OSGeo4W qgis and qgis-devel

Use qt from OSGeo4W and VS2008.

Jürgen 

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden   http://www.norbit.de
committ(ed|ing) to Quantum GIS IRC: jef on FreeNode 


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

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

[Qgis-developer] compiling c++ application against qgis libs on ms windows

[Martin Landa]

Hi all,

for teaching purposes I am creating sample C++ application built on
QGIS libraries. No compilation problems on Linux. Unfortunately I have
several problems on Windows, after some investigations, I have
installed

Qt 4.8.4 (VS 2010) + VS 2010
from OSGeo4W qgis and qgis-devel

When building my C++ app in release mode [1] I am getting

name of missing module (roughly translated):
QtCore4.dll!??4QString@@QAEAAV0@$$QAV0@@Z

Any idea? Any Windows gurus here? :-) (\me happy to stay with my GNU/Linux ;-)

Martin

[1] http://osgeo-org.1560.n6.nabble.com/QGis-1-6-0-Debug-error-td4103432.html

-- 
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS does not start on Windows

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,
qgis refuses to start on a winXP box saying Calibre2 is missing.
I haven't a clue on what one could do: any hint?
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/

iEYEARECAAYFAlFJ8HQACgkQ/NedwLUzIr5yywCfT3rWuZ0G9vp/dBiUkfEEoG8A
X7kAmQFhg1PSggjFg1AI0clqgIDWpHGb
=7lzC
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Error updateing color ramps

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
I'm getting an error while updating my color ramps:

=
Errore durante l'esecuzione di codice Python:

Traceback (most recent call last):
  File
"/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py",
line 151, in on_pbtnUpdateCheck_clicked
self.checkUpdate('',True,self.dlg.windowTitle())
  File
"/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py",
line 192, in checkUpdate
return self.installUpdate(installDir,gui,title)
  File
"/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py",
line 220, in installUpdate
(ret,version) = cpt_city_update( installDir, True, packageType )
  File
"/home/paolo/.qgis//python/plugins/colorrampmanager/cpt_city_update.py",
line 263, in cpt_city_update
os.chmod(os.path.join(root,f),0644)
OSError: [Errno 2] File o directory non esistente:
'/home/paolo/.qgis//python/plugins/test_plug'
=

Any hint?

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/

iEYEARECAAYFAlFJ2nIACgkQ/NedwLUzIr6ulQCdH/c57rGPiYa7PHNh84fsiXCF
oA0AoK2+irk1cNBN31qz/xAu1acsYG1A
=80HF
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Feature freeze commencing the ides of March

[Olivier Dalang]

I was talking about that proposition:
http://osgeo-org.1560.n6.nabble.com/Merging-of-incompatible-changes-td5010325.html
( specifically the part about using the new api, as explained here :
http://pyqt.sourceforge.net/Docs/PyQt4/incompatible_apis.html )




2013/3/20 Tim Sutton 

> Hi
>
> On Wed, Mar 20, 2013 at 1:34 AM, Olivier Dalang
>  wrote:
> > Hi !
> >
> > Just for information :
> > - will QGis 2.0 have the PyQt API changed to version 2 ?
>
> I don't understand?
>
> > - will it have a separate plugin folder than QGis 1.8 ?
>
> It would probably make sense for it to have a separate plugin folder
> and also a separate QSettings namespace.
>
> Regards
>
> Tim
>
> >
> > Thanks !
> >
> > Olivier
> >
> >
> >
> > 2013/3/15 Tim Sutton 
> >>
> >> Hi All
> >>
> >> Just to confirm on this thread that following the discussions here the
> >> following updated timeline to 2.0 will apply:
> >>
> >> 1 April 2013 - Feature freeze - no new features in master
> >> 1 May 2013 - GUI Freeze and 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
> >>
> >> Regards
> >>
> >> Tim
> >>
> >> On Fri, Mar 15, 2013 at 5:44 PM, Marco Hugentobler
> >>  wrote:
> >> > Pushed to master branch now.
> >> >
> >> >
> >> > On 13.03.2013 17:44, Marco Hugentobler wrote:
> >> >>
> >> >> Hi devs
> >> >>
> >> >> The first part of the symbology improvements is available in my
> github
> >> >> fork:
> >> >>
> >> >> https://github.com/mhugent/Quantum-GIS/tree/data_defined_symbology
> >> >>
> >> >> Currently, one symbol is either in mm or in map units. The changeset
> in
> >> >> the branch adds the possibility to mix different output units ( mm /
> >> >> map
> >> >> units ) in one symbol and even in one symbol layer. So it is now e.g.
> >> >> possible to have line width in mm and line offset in map units.
> >> >>
> >> >> Let me know if you have feedback on this. Next enhancement part will
> be
> >> >> to
> >> >> add more data defined symbol properties (from attribute /
> expression).
> >> >>
> >> >> Regards,
> >> >> Marco
> >> >>
> >> >> On 04.03.2013 13:07, Marco Hugentobler wrote:
> >> 
> >>  Moving the date to say start of April wouldn't
> >>  hurt.  Would that help?
> >> >>>
> >> >>>
> >> >>> Start of April would be ok for the data defined symbology.
> >> >>>
> >> >>> Regards,
> >> >>> Marco
> >> >>>
> >> >>> On 04.03.2013 11:44, Jürgen E. Fischer wrote:
> >> 
> >>  Hi Marco,
> >> 
> >>  On Mon, 04. Mar 2013 at 11:37:15 +0100, Marco Hugentobler wrote:
> >> >
> >> > Disadvantage is that 15 March is too close for it to go into
> master.
> >> > What
> >> > should we do (wait for 2.1 /  shift feature freeze date /
> exception
> >> > from
> >> > feature freeze) ?
> >> 
> >>  How much time would you need?  Moving the date to say start of
> April
> >>  wouldn't
> >>  hurt.  Would that help?
> >> 
> >>  Jürgen
> >> 
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Dr. Marco Hugentobler
> >> > Sourcepole -  Linux & Open Source Solutions
> >> > Weberstrasse 5, CH-8004 Zürich, Switzerland
> >> > marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
> >> > Technical Advisor QGIS Project Steering Committee
> >> >
> >> > ___
> >> > Qgis-developer mailing list
> >> > Qgis-developer@lists.osgeo.org
> >> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>
> >>
> >>
> >> --
> >> 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
> >
> >
>
>
>
> --
> 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
> Ir

[Qgis-developer] Plugin Installer---running custom post install for a plugin

[Gary Sherman]

Is there any provision for running a plugins custom post-install method
during installation via the plugin installer?

Setting "first-run" flags in the plugins settings seems kludgy...

-gary

-- 
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Gary Sherman
Chair, QGIS Project Steering Committee
-Desktop GIS Book:
 *http://desktopgisbook.com
-Alaska Novel:
 *http://alaskana.co
-Geospatial Consulting & Hosting:
 *http://geoapt.com
"We work virtually everywhere"
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Feature freeze commencing the ides of March

[Tim Sutton]

Hi

On Wed, Mar 20, 2013 at 1:34 AM, Olivier Dalang
 wrote:
> Hi !
>
> Just for information :
> - will QGis 2.0 have the PyQt API changed to version 2 ?

I don't understand?

> - will it have a separate plugin folder than QGis 1.8 ?

It would probably make sense for it to have a separate plugin folder
and also a separate QSettings namespace.

Regards

Tim

>
> Thanks !
>
> Olivier
>
>
>
> 2013/3/15 Tim Sutton 
>>
>> Hi All
>>
>> Just to confirm on this thread that following the discussions here the
>> following updated timeline to 2.0 will apply:
>>
>> 1 April 2013 - Feature freeze - no new features in master
>> 1 May 2013 - GUI Freeze and 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
>>
>> Regards
>>
>> Tim
>>
>> On Fri, Mar 15, 2013 at 5:44 PM, Marco Hugentobler
>>  wrote:
>> > Pushed to master branch now.
>> >
>> >
>> > On 13.03.2013 17:44, Marco Hugentobler wrote:
>> >>
>> >> Hi devs
>> >>
>> >> The first part of the symbology improvements is available in my github
>> >> fork:
>> >>
>> >> https://github.com/mhugent/Quantum-GIS/tree/data_defined_symbology
>> >>
>> >> Currently, one symbol is either in mm or in map units. The changeset in
>> >> the branch adds the possibility to mix different output units ( mm /
>> >> map
>> >> units ) in one symbol and even in one symbol layer. So it is now e.g.
>> >> possible to have line width in mm and line offset in map units.
>> >>
>> >> Let me know if you have feedback on this. Next enhancement part will be
>> >> to
>> >> add more data defined symbol properties (from attribute / expression).
>> >>
>> >> Regards,
>> >> Marco
>> >>
>> >> On 04.03.2013 13:07, Marco Hugentobler wrote:
>> 
>>  Moving the date to say start of April wouldn't
>>  hurt.  Would that help?
>> >>>
>> >>>
>> >>> Start of April would be ok for the data defined symbology.
>> >>>
>> >>> Regards,
>> >>> Marco
>> >>>
>> >>> On 04.03.2013 11:44, Jürgen E. Fischer wrote:
>> 
>>  Hi Marco,
>> 
>>  On Mon, 04. Mar 2013 at 11:37:15 +0100, Marco Hugentobler wrote:
>> >
>> > Disadvantage is that 15 March is too close for it to go into master.
>> > What
>> > should we do (wait for 2.1 /  shift feature freeze date / exception
>> > from
>> > feature freeze) ?
>> 
>>  How much time would you need?  Moving the date to say start of April
>>  wouldn't
>>  hurt.  Would that help?
>> 
>>  Jürgen
>> 
>> >>>
>> >>>
>> >>
>> >>
>> >
>> >
>> > --
>> > Dr. Marco Hugentobler
>> > Sourcepole -  Linux & Open Source Solutions
>> > Weberstrasse 5, CH-8004 Zürich, Switzerland
>> > marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
>> > Technical Advisor QGIS Project Steering Committee
>> >
>> > ___
>> > Qgis-developer mailing list
>> > Qgis-developer@lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>> --
>> 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
>
>



--
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] Database relations and nested forms in QGIS: Call for Funding

[Tim Sutton]

Hi

On Wed, Mar 20, 2013 at 9:47 AM, Andreas Neumann  wrote:
> Hi again,
>
> I wanted to add that the proposal also includes managing relations
> (adding/removing relations) by picking one or more feature geometries in
> the map or one or more records in a related table, once the relations
> are defined in the relation manager and the widgets are defined accordingly.
>

Hopefully it also covers implementation of tests too! :-)

Regards

Tim

> Thanks,
> Andreas
>
> Am 20.03.2013 08:32, schrieb Andreas Neumann:
>> Hi all,
>>
>> The Swiss QGIS user community is increasingly building application
>> modules around QGIS. Most of these modules require database relations -
>> not only 1:1, but also 1:n and n:m relations. Currently, only 1:1
>> relations are supported (with some limitations) in QGIS through the
>> table joins.
>>
>> Since many upcoming QGIS applications will require also 1:n and n:m
>> relations we want to make database relations a core feature in QGIS.
>>
>> Matthias Kuhn from Switzerland already started work on this and will
>> continue to work on it. Some swiss communities started funding this and
>> other efforts in QGIS - now we are looking for some additional funding
>> and are also approaching the international QGIS community for financial
>> support.
>>
>> Matthias and Denis Rouzaud (both from Switzerland) already worked on the
>> following forms and database improvements:
>>
>> * drag and drop forms designer - allows to easily re-order form widgets
>> and group them in tabs and groups
>> * combining forms and tables into a single window (dual view)
>> * Allow to step through all records and forms one by one
>> * Filters/Selections apply on both forms and table
>> * database relations manager allows to set foreign key database
>> relations (regardless of the provider - you can join f.e. a
>> Postgis-table with a SQL-server table)
>>
>> The next steps would be the nested forms where one can embed one child
>> form in another master form and the records are filled into the child
>> form automatically based on the relation defined in the relations manager.
>>
>> We are looking for funding of CHF 13'000, approx. 10'500 € or 13'700 US$
>> to complete this work for the nested forms.
>>
>> If you have an interest in database relations and more complex forms
>> please consider to support this important QGIS feature that will in the
>> future allow to build more complex tools and applications with QGIS and
>> databases.
>>
>> If you are interested, please contact me and I can forward you the more
>> detailed specification of what we plan with the nested forms.
>>
>> Thank you,
>> Andreas
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user



--
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] QgsQuickPrint - would you miss it?

[Tim Sutton]

+1 to remove it

On Wed, Mar 20, 2013 at 2:36 PM, Régis Haubourg
 wrote:
> + 1 for removing, never used, and hard to explain in training courses.
> Cheers
>
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.n6.nabble.com/QgsQuickPrint-would-you-miss-it-tp5041496p5041700.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



-- 
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] QgsQuickPrint - would you miss it?

[Régis Haubourg]

+ 1 for removing, never used, and hard to explain in training courses. 
Cheers




--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/QgsQuickPrint-would-you-miss-it-tp5041496p5041700.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] Database relations and nested forms in QGIS: Call for Funding

[Régis Haubourg]

That sounds good to me, 
I'm reviewing current blockers, and we already have some work with current
features for 2.0. 2.1 seems good. 



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Database-relations-and-nested-forms-in-QGIS-Call-for-Funding-tp5041580p5041670.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] Database relations and nested forms in QGIS: Call for Funding

[Andreas Neumann]

Hi Régis,

Given the current release schedule this won't make it into 2.0, but
would go into 2.1 then.

Previous work made by Matthias is either already in master (the drag and
drop attribute designer), or pull requests hanging (the dual view
attribute/forms work).

The relations manager is almost finished I heard, but is not of much use
without the nested forms - so probably will be postponed to version 2.1

Andreas

Am 20.03.2013 10:03, schrieb Régis Haubourg:
> Hi Andreas, 
> what is the target version for this? 
> I sent you a private email fior fundings. 
> Régis
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.n6.nabble.com/Database-relations-and-nested-forms-in-QGIS-Call-for-Funding-tp5041580p5041607.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] git users

[Werner Macho]

Hi!
As I've seen there are some problems round git in the last time ..
Probably it could help using some GUI tool for that ..
For all windows users I recently found [0] which looks very promising ..
Just to inform you and probably help git users on their first steps ..

kind regards
Werner

[0]http://sourcetreeapp.com/
___
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

[Giovanni Manghi]

> I also would miss the command line viewer that's in GDAL Tools. That is
> extremely useful when prototyping something that I plan to move to a script.

I forgot about the command line window and the (folder) batch
geoprocessing in gdal tools...

please don't get rid of them without a replacement :)


cheers


-- Giovanni --
___
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

[Victor Olaya]

> I'm afraid it would be super confusing to have tools in Sextante but
> not available in Modeller.
>

hmmm, I agree that, in this case, it will be confusing, but SEXTANTE
supports having algorithms that can be in the modeler and not in the
toolbox, or in the toolbox and not in the modeler. There are already a
few of them, though they are a bit different to these ones.
___
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

[Anita Graser]

On Wed, Mar 20, 2013 at 9:05 AM, Victor Olaya  wrote:
> While we work on moving everything into SEXTANTE, a quick solution can
> be to add new algorithms in SEXTANTE that call the fTools and GDAL
> tools and pop up the current dialogs. They will not be available in
> the SEXTNATE modeler or batch processing interface, but at least they
> will be in SEXTANTE and we can have all analysis stuff available
> there, which might be less confusing.

I'm afraid it would be super confusing to have tools in Sextante but
not available in Modeller.

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

Re: [Qgis-developer] Database relations and nested forms in QGIS: Call for Funding

[Régis Haubourg]

Hi Andreas, 
what is the target version for this? 
I sent you a private email fior fundings. 
Régis



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Database-relations-and-nested-forms-in-QGIS-Call-for-Funding-tp5041580p5041607.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] fTools and GdalTools: sextante vs original plugins

[Victor Olaya]

While we work on moving everything into SEXTANTE, a quick solution can
be to add new algorithms in SEXTANTE that call the fTools and GDAL
tools and pop up the current dialogs. They will not be available in
the SEXTNATE modeler or batch processing interface, but at least they
will be in SEXTANTE and we can have all analysis stuff available
there, which might be less confusing.

We should find the way, however, of making clear that this is a
duplicated functionality and that those algorithms are different to
the rest of them

Not sure it is the best idea, but well, I guess it's worth commenting.

Cheers

2013/3/20 Werner Macho :
> Hi!
>
> I am usually also for cleaning up - and removing stuff like duplicate
> labelling and such things but for functions like GDAL and fTools i rather
> tend to hold them as long as there are not all equivalent function available
> elsewhere.
>
> My point would be to rather clean the GUI (less automatically created button
> bars) than try to get rid of them by deleting functions.
>
> Would it be possible to make just a clean GUI with only the basic functions
> (I know .. what are the basic functions) .. but with the possibility to
> build up one button bar by oneself adding only the functions I would need?
> I like the idea of automatically appearing buttons but with a lot of plugins
> activated the space is crowded.
> I think it would be good to create a complete customizeable button bar ..
>
> regards
> Werner
>
>
>
>
>
> On Wed, Mar 20, 2013 at 8:14 AM, Alex Mandel 
> wrote:
>>
>> On 03/19/2013 11:34 PM, Alexander Bruy wrote:
>>>
>>> Hi,
>>>
>>> On Tue, 19 Mar 2013 19:40:03 +0100
>>> Martin Dobias  wrote:
>>>
 The port of original algorithms to SEXTANTE seems to be nearly
 complete  and SEXTANTE has superior approach of creating the GUI for
 algorithms dynamically (similar to GRASS toolbox) instead of manually
 creating GUI for each algorithm. So...what about removing the original
 fTools and GdalTools plugins before 2.0 and focusing on improvements
 of their counterparts in SEXTANTE?
>>>
>>>
>>> +1 for removing fTools and GDALTools.
>>>
>>> But unfortunately not all fTools and GDAL tools algorithms ported to
>>> SEXTANTE, some of them still present only in original plugins. I
>>> plan to work on this.
>>>
>>> On Tue, 19 Mar 2013 20:42:04 +0100
>>> Victor Olaya  wrote:
>>>
 Anyway, I think that redundancy in SEXTANTE is not so bad as having
 several ways of doing the same thing in the QGIS interface, since
 users will understand that algorithms come from differnt providers and
 are not completely identical.
>>>
>>>
>>> Also note that some users have no SAGA installed but when similar
>>> algorithm from GDAL (or other more common source) is available they
>>> still can do their work. So redundancy is not bad.
>>>
>>
>> I'd encourage that those tools still be made available via the Vector and
>> Raster menus. Also that they should be update-able via the Fetch python
>> plugins. Preferably independent of Sextante upgrades, but still be the
>> integrated version.
>>
>> I also would miss the command line viewer that's in GDAL Tools. That is
>> extremely useful when prototyping something that I plan to move to a script.
>>
>> Does sextante allow for batch application the way GDALTools currently
>> does?
>>
>> So basically, I'm all for streamlining but I don't want to loose features
>> and flexibility because of that.
>>
>> Thanks,
>> Alex
>>
>> ___
>> 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] Database relations and nested forms in QGIS: Call for Funding

[Andreas Neumann]

Hi again,

I wanted to add that the proposal also includes managing relations
(adding/removing relations) by picking one or more feature geometries in
the map or one or more records in a related table, once the relations
are defined in the relation manager and the widgets are defined accordingly.

Thanks,
Andreas

Am 20.03.2013 08:32, schrieb Andreas Neumann:
> Hi all,
> 
> The Swiss QGIS user community is increasingly building application
> modules around QGIS. Most of these modules require database relations -
> not only 1:1, but also 1:n and n:m relations. Currently, only 1:1
> relations are supported (with some limitations) in QGIS through the
> table joins.
> 
> Since many upcoming QGIS applications will require also 1:n and n:m
> relations we want to make database relations a core feature in QGIS.
> 
> Matthias Kuhn from Switzerland already started work on this and will
> continue to work on it. Some swiss communities started funding this and
> other efforts in QGIS - now we are looking for some additional funding
> and are also approaching the international QGIS community for financial
> support.
> 
> Matthias and Denis Rouzaud (both from Switzerland) already worked on the
> following forms and database improvements:
> 
> * drag and drop forms designer - allows to easily re-order form widgets
> and group them in tabs and groups
> * combining forms and tables into a single window (dual view)
> * Allow to step through all records and forms one by one
> * Filters/Selections apply on both forms and table
> * database relations manager allows to set foreign key database
> relations (regardless of the provider - you can join f.e. a
> Postgis-table with a SQL-server table)
> 
> The next steps would be the nested forms where one can embed one child
> form in another master form and the records are filled into the child
> form automatically based on the relation defined in the relations manager.
> 
> We are looking for funding of CHF 13'000, approx. 10'500 € or 13'700 US$
> to complete this work for the nested forms.
> 
> If you have an interest in database relations and more complex forms
> please consider to support this important QGIS feature that will in the
> future allow to build more complex tools and applications with QGIS and
> databases.
> 
> If you are interested, please contact me and I can forward you the more
> detailed specification of what we plan with the nested forms.
> 
> Thank you,
> Andreas
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

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

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

[Werner Macho]

Hi!

I am usually also for cleaning up - and removing stuff like duplicate
labelling and such things but for functions like GDAL and fTools i rather
tend to hold them as long as there are not all equivalent function
available elsewhere.

My point would be to rather clean the GUI (less automatically created
button bars) than try to get rid of them by deleting functions.

Would it be possible to make just a clean GUI with only the basic functions
(I know .. what are the basic functions) .. but with the possibility to
build up one button bar by oneself adding only the functions I would need?
I like the idea of automatically appearing buttons but with a lot of
plugins activated the space is crowded.
I think it would be good to create a complete customizeable button bar ..

regards
Werner





On Wed, Mar 20, 2013 at 8:14 AM, Alex Mandel wrote:

> On 03/19/2013 11:34 PM, Alexander Bruy wrote:
>
>> Hi,
>>
>> On Tue, 19 Mar 2013 19:40:03 +0100
>> Martin Dobias  wrote:
>>
>>  The port of original algorithms to SEXTANTE seems to be nearly
>>> complete  and SEXTANTE has superior approach of creating the GUI for
>>> algorithms dynamically (similar to GRASS toolbox) instead of manually
>>> creating GUI for each algorithm. So...what about removing the original
>>> fTools and GdalTools plugins before 2.0 and focusing on improvements
>>> of their counterparts in SEXTANTE?
>>>
>>
>> +1 for removing fTools and GDALTools.
>>
>> But unfortunately not all fTools and GDAL tools algorithms ported to
>> SEXTANTE, some of them still present only in original plugins. I
>> plan to work on this.
>>
>> On Tue, 19 Mar 2013 20:42:04 +0100
>> Victor Olaya  wrote:
>>
>>  Anyway, I think that redundancy in SEXTANTE is not so bad as having
>>> several ways of doing the same thing in the QGIS interface, since
>>> users will understand that algorithms come from differnt providers and
>>> are not completely identical.
>>>
>>
>> Also note that some users have no SAGA installed but when similar
>> algorithm from GDAL (or other more common source) is available they
>> still can do their work. So redundancy is not bad.
>>
>>
> I'd encourage that those tools still be made available via the Vector and
> Raster menus. Also that they should be update-able via the Fetch python
> plugins. Preferably independent of Sextante upgrades, but still be the
> integrated version.
>
> I also would miss the command line viewer that's in GDAL Tools. That is
> extremely useful when prototyping something that I plan to move to a script.
>
> Does sextante allow for batch application the way GDALTools currently does?
>
> So basically, I'm all for streamlining but I don't want to loose features
> and flexibility because of that.
>
> Thanks,
> Alex
>
> __**_
> 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] Database relations and nested forms in QGIS: Call for Funding

[Andreas Neumann]

Hi all,

The Swiss QGIS user community is increasingly building application
modules around QGIS. Most of these modules require database relations -
not only 1:1, but also 1:n and n:m relations. Currently, only 1:1
relations are supported (with some limitations) in QGIS through the
table joins.

Since many upcoming QGIS applications will require also 1:n and n:m
relations we want to make database relations a core feature in QGIS.

Matthias Kuhn from Switzerland already started work on this and will
continue to work on it. Some swiss communities started funding this and
other efforts in QGIS - now we are looking for some additional funding
and are also approaching the international QGIS community for financial
support.

Matthias and Denis Rouzaud (both from Switzerland) already worked on the
following forms and database improvements:

* drag and drop forms designer - allows to easily re-order form widgets
and group them in tabs and groups
* combining forms and tables into a single window (dual view)
* Allow to step through all records and forms one by one
* Filters/Selections apply on both forms and table
* database relations manager allows to set foreign key database
relations (regardless of the provider - you can join f.e. a
Postgis-table with a SQL-server table)

The next steps would be the nested forms where one can embed one child
form in another master form and the records are filled into the child
form automatically based on the relation defined in the relations manager.

We are looking for funding of CHF 13'000, approx. 10'500 € or 13'700 US$
to complete this work for the nested forms.

If you have an interest in database relations and more complex forms
please consider to support this important QGIS feature that will in the
future allow to build more complex tools and applications with QGIS and
databases.

If you are interested, please contact me and I can forward you the more
detailed specification of what we plan with the nested forms.

Thank you,
Andreas
___
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

[Alex Mandel]

On 03/19/2013 11:34 PM, Alexander Bruy wrote:

Hi,

On Tue, 19 Mar 2013 19:40:03 +0100
Martin Dobias  wrote:


The port of original algorithms to SEXTANTE seems to be nearly
complete  and SEXTANTE has superior approach of creating the GUI for
algorithms dynamically (similar to GRASS toolbox) instead of manually
creating GUI for each algorithm. So...what about removing the original
fTools and GdalTools plugins before 2.0 and focusing on improvements
of their counterparts in SEXTANTE?


+1 for removing fTools and GDALTools.

But unfortunately not all fTools and GDAL tools algorithms ported to
SEXTANTE, some of them still present only in original plugins. I
plan to work on this.

On Tue, 19 Mar 2013 20:42:04 +0100
Victor Olaya  wrote:


Anyway, I think that redundancy in SEXTANTE is not so bad as having
several ways of doing the same thing in the QGIS interface, since
users will understand that algorithms come from differnt providers and
are not completely identical.


Also note that some users have no SAGA installed but when similar
algorithm from GDAL (or other more common source) is available they
still can do their work. So redundancy is not bad.



I'd encourage that those tools still be made available via the Vector 
and Raster menus. Also that they should be update-able via the Fetch 
python plugins. Preferably independent of Sextante upgrades, but still 
be the integrated version.


I also would miss the command line viewer that's in GDAL Tools. That is 
extremely useful when prototyping something that I plan to move to a script.


Does sextante allow for batch application the way GDALTools currently does?

So basically, I'm all for streamlining but I don't want to loose 
features and flexibility because of that.


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

Re: [Qgis-developer] Some news about preserving topology generalization ?

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 19/03/2013 22:54, kimaidou ha scritto:
> hi list
> 
> I am wondering whether anyone has any news about the gsoc project on
> vector layer generalization for qgis, described in (1).
> 
> It sounded promising but it seems this work has not been integrated in
> qgis. What is the current status ?
> 
> (1)  
> http://hub.qgis.org/wiki/quantum-gis/GSOC_2012_Vector_Layer_Generalization

The GSoC was aborted on this.
If you are interested, consider activating another GSoC for this year (deadline 
soon).
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/

iEYEARECAAYFAlFJXpsACgkQ/NedwLUzIr720ACgjqEdzL7AhzQow19NSot9Qf5O
izoAn2QK441ewGqhL6eavTdbyyeO4To6
=4eNb
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer