Re: [Qgis-developer] one email address for plugin approvers
OT, but related :) I would appreciate a field more in Metadata... a maintainer(s) optional section. It's not strictly necessary because of trac, but a lot of time the first Author of the plugin is disappeared or can't invest time in the plugin, but she(he) still receives issues or mails from users. my 2c regards, Luigi Pirelli On 12 February 2014 08:12, Alessandro Pasotti wrote: > 2014-02-11 22:50 GMT+01:00 Richard Duivenvoorde : > > Hi Devs, >> >> tl;dr; can we make an email address: approv...@qgis.org for which an >> email can be sent to all approvers? >> >> who can arrange this? >> >> >> I'm busy weeding the long list of unapproved plugins. >> >> Some of them are so old the I just sent the author an email if it is ok >> to remove it. >> >> Other have some older versions unapproved, so I ask to either approve >> them or delete these versions. >> >> Others just have been added pretty recently, but miss certain metadata >> information and did not get attention from an approver. >> >> I propose to make homepage, repository and tracker mandatory properties >> too (at least for approval). So we have to fix this in: >> >> >> http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html#validation >> and >> >> http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table >> >> > > If we enforce Homepage, we also have to pay attention to the link content: > > this is a meaningless example: > > http://plugins.qgis.org/plugins/QSpatialReport/ (homepage link broken and > even if it were not broken, still unrelated with the plugin since it's the > company homepage) > > I think that the plugin home page should be a page about the plugin itself. > > There are many others like this that I can't recall now. > > > -- > Alessandro Pasotti > w3: www.itopen.it > > ___ > 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] one email address for plugin approvers
Il 12/02/2014 08:12, Alessandro Pasotti ha scritto: > I think that the plugin home page should be a page about the plugin itself. > > There are many others like this that I can't recall now. right. IMHO a home page is nice to have, but not necessary. bugtracker, code, and some description are. all the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGis2threejs digitize example
Hi Minoru, > Hi Roberto, > >> What can be the reason ? > > One vertex of the underlying quadrangle has duplicate points. Great ! Ok, thanks. :) Now I know where a control is needed: into qgis. Ciao Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] one email address for plugin approvers
2014-02-11 22:50 GMT+01:00 Richard Duivenvoorde : > Hi Devs, > > tl;dr; can we make an email address: approv...@qgis.org for which an > email can be sent to all approvers? > > who can arrange this? > > > I'm busy weeding the long list of unapproved plugins. > > Some of them are so old the I just sent the author an email if it is ok > to remove it. > > Other have some older versions unapproved, so I ask to either approve > them or delete these versions. > > Others just have been added pretty recently, but miss certain metadata > information and did not get attention from an approver. > > I propose to make homepage, repository and tracker mandatory properties > too (at least for approval). So we have to fix this in: > > > http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html#validation > and > > http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table > > If we enforce Homepage, we also have to pay attention to the link content: this is a meaningless example: http://plugins.qgis.org/plugins/QSpatialReport/ (homepage link broken and even if it were not broken, still unrelated with the plugin since it's the company homepage) I think that the plugin home page should be a page about the plugin itself. There are many others like this that I can't recall now. -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] one email address for plugin approvers
Il 11/02/2014 22:50, Richard Duivenvoorde ha scritto: > I propose to make homepage, repository and tracker mandatory properties > too (at least for approval). big +1 for me > To be sure that all approvers are aware of this, AND to be able (for me) > to ask all approvers in one go to please have a look it would be handy > to cc such a mail to 'approv...@qgis.org'. > > Agreed? Other ideas? maybe a mailing list would be better, so we can check the archives. also, I agree with Alex: a bugtracker category for plugin approval would be good. all the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin approval
Il 11/02/2014 19:37, Anita Graser ha scritto: > While I have the right to approve plugins, it is currently impossible > for me to tell from the list of unapproved plugins (47 entries) which > ones have not been reviewed yet and which ones have been rejected for > some reason. having a precise checklist for reviewers would help a lot. thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGis2threejs digitize example
Hi Roberto, > What can be the reason ? One vertex of the underlying quadrangle has duplicate points. Minoru 2014-02-12 0:03 GMT+09:00 Geo DrinX : > Hi Minoru, > > > look at this example I created: > > https://googledrive.com/host/0Bwg_m86uaXY1RDRrVXpnT2JoV2c/index.html > > as you can see, the pink cube near the "67" number have a bug on the > roof :( > > What can be the reason ? > > > > Ciao > > Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] one email address for plugin approvers
An alias or a mailing list? Long term, finding a way to open tickets on plugin submission would be a way to track them publicly. Thanks, Alex On 02/11/2014 01:50 PM, Richard Duivenvoorde wrote: > Hi Devs, > > tl;dr; can we make an email address: approv...@qgis.org for which an > email can be sent to all approvers? > > who can arrange this? > > > I'm busy weeding the long list of unapproved plugins. > > Some of them are so old the I just sent the author an email if it is ok > to remove it. > > Other have some older versions unapproved, so I ask to either approve > them or delete these versions. > > Others just have been added pretty recently, but miss certain metadata > information and did not get attention from an approver. > > I propose to make homepage, repository and tracker mandatory properties > too (at least for approval). So we have to fix this in: > > http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html#validation > and > http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table > > To these people I want to sent an email, telling them that they have to > fix this before any approver will have a look into them. > > To be sure that all approvers are aware of this, AND to be able (for me) > to ask all approvers in one go to please have a look it would be handy > to cc such a mail to 'approv...@qgis.org'. > > Agreed? Other ideas? > > Regards, > > Richard Duivenvoorde > ___ > 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] Plugin [233] Contour plugin approval notification.
Plugin Contour plugin approval by ccrook. The plugin version "[233] Contour plugin 1.0.3" is now approved Link: http://plugins.qgis.org/plugins/contour/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] one email address for plugin approvers
Hi Devs, tl;dr; can we make an email address: approv...@qgis.org for which an email can be sent to all approvers? who can arrange this? I'm busy weeding the long list of unapproved plugins. Some of them are so old the I just sent the author an email if it is ok to remove it. Other have some older versions unapproved, so I ask to either approve them or delete these versions. Others just have been added pretty recently, but miss certain metadata information and did not get attention from an approver. I propose to make homepage, repository and tracker mandatory properties too (at least for approval). So we have to fix this in: http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html#validation and http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table To these people I want to sent an email, telling them that they have to fix this before any approver will have a look into them. To be sure that all approvers are aware of this, AND to be able (for me) to ask all approvers in one go to please have a look it would be handy to cc such a mail to 'approv...@qgis.org'. Agreed? Other ideas? Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Plugin [292] ZoomRC approval notification.
Plugin ZoomRC approval by rduivenvoorde. The plugin version "[292] ZoomRC 0.4" is now approved Link: http://plugins.qgis.org/plugins/zoomrc/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Plugin [420] Video UAV Tracker approval notification.
Plugin Video UAV Tracker approval by sagost. The plugin version "[420] Video UAV Tracker 1.2.3" is now unapproved Link: http://plugins.qgis.org/plugins/Video_UAV_Tracker/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin approval
On 11-02-14 19:37, Anita Graser wrote: > Am 11.02.2014, 18:59 Uhr, schrieb Gino Pirelli : > >> probably we've to find a way to avoid situations like this... who's in >> charge to accept or review plugins? > > > While I have the right to approve plugins, it is currently impossible > for me to tell from the list of unapproved plugins (47 entries) which > ones have not been reviewed yet and which ones have been rejected for > some reason. Hi All, @Gino: we have a 'team' of about 10 devs available which get notified when a new plugin is to be notified it's on my todo list to contact all plugin owners which have plugins there which either are unapproved for a longer time (or only available for older version of QGIS) OR which have older unapproved versions besides a approved 'latest' version. to be continued Regards, Richard ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin approval
Am 11.02.2014, 18:59 Uhr, schrieb Gino Pirelli : probably we've to find a way to avoid situations like this... who's in charge to accept or review plugins? While I have the right to approve plugins, it is currently impossible for me to tell from the list of unapproved plugins (47 entries) which ones have not been reviewed yet and which ones have been rejected for some reason. Best wishes, Anita -- anitagraser.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin approval
probably we've to find a way to avoid situations like this... who's in charge to accept or review plugins? ciao Luigi Pirelli On 11 February 2014 12:15, Francisco Pérez Sampayo wrote: > Hi guys. > > I uploaded my "ZoomRC" plugin two months ago with updates to Qgis 2.0 and > i still waiting to his approval. Can you indicate if is all right? > > Thanks! > > -- > Francisco Pérez Sampayo > > ___ > 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] QGis2threejs digitize example
Hi Minoru, look at this example I created: https://googledrive.com/host/0Bwg_m86uaXY1RDRrVXpnT2JoV2c/index.html as you can see, the pink cube near the "67" number have a bug on the roof :( What can be the reason ? Ciao Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] How to generate DTM iso-curves of QGis canvas ?
Hello Martin, If your DTM raster is in *.bil or *.asc format then you can use LAStools' > las2iso or blast2iso from the LiDAR Processing toolbox. > Ok. :) But, my DTM is a simple GeoTIFF. :( Do you know if gdal permits to create curves from a GeoTIFF DTM, clipped by a rectangle BBOX ? Perhaps, I need to clip my DTM, before, with the "gdal_translate" and then send the result to "gdal_contour" ... There is no way to do it in a single shot ? :) Who knows ? Thank you Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [SoC] GSoC 2014 Ideas Page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 03/02/2014 22:20, Hamish ha scritto: > the main OSGeo GSoC 2014 pages are now in place, > > http://wiki.osgeo.org/wiki/Google_Summer_of_Code > > working on the application next.. Hi Hamish, thanks for this. Please note that we'll be collecting ideas on QGIS at: https://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2014 Should we add the link somewhere? Thanks. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlL6NCsACgkQ/NedwLUzIr5SpACePjatIScqj15RXANSmiG+6MQ5 YRAAniiZhwFVXpnGb8wY3XPSO586CngI =D+QZ -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] How to generate DTM iso-curves of QGis canvas ?
Hello Roberto, If your DTM raster is in *.bil or *.asc format then you can use LAStools' las2iso or blast2iso from the LiDAR Processing toolbox. All LAStools have "native" support for the BIL and ASC formats and convert these rasters on-the-fly into a point-cloud on a grid. Regards, Martin @rapidlasso -- http://rapidlasso.com - fast tools to catch reality On Tue, Feb 11, 2014 at 3:05 PM, Geo DrinX wrote: > Hello all, > > > a simple question:) > > How to generate the SHP curves of a DTM layer , only inside the current > QGis view, quickly and faster ? > > I tested with Processing > Grass > Nviz ... but nothing appears > (after 10 minutes of waiting... ) > > Other ideas ? For example, the "gdal_contour" command can also take as > input a window ? > > > Thank you in advance for any info about it > > Roberto > > > > ___ > 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] How to generate DTM iso-curves of QGis canvas ?
Hello all, a simple question:) How to generate the SHP curves of a DTM layer , only inside the current QGis view, quickly and faster ? I tested with Processing > Grass > Nviz ... but nothing appears (after 10 minutes of waiting... ) Other ideas ? For example, the "gdal_contour" command can also take as input a window ? Thank you in advance for any info about it Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [SoC] OSGeo Google Summer of Code 2014 - ideas needed!
Hi Regis On Tue, Feb 11, 2014 at 7:52 PM, HAUBOURG wrote: > Thanks for your lights Martin. > Is there any way for me to help you go further? From my point of view, I can > write user requirements, but hardly help you on a technical implementation. Yes, I think there are ways to help. It would be great to gather various examples of legends that are currently impossible to get with QGIS (and I do not mean only data-defined scale). That would help us identify how generic the framework may need to be. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [SoC] OSGeo Google Summer of Code 2014 - ideas needed!
Thanks for your lights Martin.
Is there any way for me to help you go further? From my point of view, I can
write user requirements, but hardly help you on a technical implementation.
Cheers,
Régis
> -Message d'origine-
> De : Martin Dobias [mailto:wonder...@gmail.com]
> Envoyé : mardi 11 février 2014 10:33
> À : HAUBOURG
> Cc : qgis-dev
> Objet : Re: [Qgis-developer] Fwd: [SoC] OSGeo Google Summer of Code
> 2014 - ideas needed!
>
> Hi
>
> On Fri, Feb 7, 2014 at 4:33 PM, Régis Haubourg garonne.fr> wrote:
> > Hi,
> > qgis is still very weak concerning pure cartographic uses cases with
> > size varying symbols, and have no working legend for this, and more
> > generally for all data defined symbology.
> > I've already shared my ideas with Martin Dobias who seems to have
> > legend refactoring in mind.
> >
> > Since this is critic for a cartographic tool, and since data defined
> > symbologies can't be guessed before real data is rendered, we have
> > something that needs some deep investigations.
> >
> > Putting this in a developpement contract seems dangerous in such early
> > stage. It be could either be a topic for the next hackfest, or a GsoC.
> >
> > Martin, any opinion on this? Others?
>
> It could be a GSoC project if we knew what do we want to implement.
> Currently we just have a use case in the mind ("generate nice legend for
> symbols with data-defined scale"). But we have not yet elaborated the
> concept how this would be done. The mentioned use case is probably not
> the only scenario where it would be nice to have customized legend. So we
> need to think more about other possible use cases (what to do if there are
> combinations, e.g. data-defined scale, data-defined color, data-define
> rotation, categories) and how the user would define their requirements.
> Without a good design, we can end up with a poor solution that satisfies just
> the simplest use case, but fails with all others. I do not feel confident
> proposing such project without having a clear idea as that may lead to high
> risk of failure.
>
> Regards
> Martin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Plugin approval
Hi guys. I uploaded my "ZoomRC" plugin two months ago with updates to Qgis 2.0 and i still waiting to his approval. Can you indicate if is all right? Thanks! -- Francisco Pérez Sampayo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [SoC] OSGeo Google Summer of Code 2014 - ideas needed!
Hi
On Fri, Feb 7, 2014 at 4:33 PM, Régis Haubourg
wrote:
> Hi,
> qgis is still very weak concerning pure cartographic uses cases with size
> varying symbols, and have no working legend for this, and more generally for
> all data defined symbology.
> I've already shared my ideas with Martin Dobias who seems to have legend
> refactoring in mind.
>
> Since this is critic for a cartographic tool, and since data defined
> symbologies can't be guessed before real data is rendered, we have something
> that needs some deep investigations.
>
> Putting this in a developpement contract seems dangerous in such early
> stage. It be could either be a topic for the next hackfest, or a GsoC.
>
> Martin, any opinion on this? Others?
It could be a GSoC project if we knew what do we want to implement.
Currently we just have a use case in the mind ("generate nice legend
for symbols with data-defined scale"). But we have not yet elaborated
the concept how this would be done. The mentioned use case is probably
not the only scenario where it would be nice to have customized
legend. So we need to think more about other possible use cases (what
to do if there are combinations, e.g. data-defined scale, data-defined
color, data-define rotation, categories) and how the user would define
their requirements. Without a good design, we can end up with a poor
solution that satisfies just the simplest use case, but fails with all
others. I do not feel confident proposing such project without having
a clear idea as that may lead to high risk of failure.
Regards
Martin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Styling OSM data
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 09/02/2014 05:41, Tim Sutton ha scritto: > There is also the service we provide at http://osm.linfiniti.com - currently > they are > integrated into the inasafe plugin. The tool lets you get buildings and roads > (I plan > to add support for more features in the future) and applies default styles. > It also > does some server side processing to tidy up the data a bit. Unlike geofabric, > the osm > data is processed on the fly and returned immediately - although this means > there are > limits to how large an area you can fetch. > > [1] > http://test.inasafe.org/en/user-docs/application-help/openstreetmap_downloader.html > > > Personally I would like a solution that uses our existing OSM downloader (in > Vector > menu) and styles the data client side after it is retrieved. We could > probably port > some of the logic from our osm reporter app too. Hi all. Could this be a GSoC project? Would someone take the lead on this? All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlL54hwACgkQ/NedwLUzIr5YcgCgsc4Ku10/aIxG4lSUqB/QEwhF VXIAn0xQzrX3Zts3zQJes+VLzdAxAb6h =kqS2 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [SoC] OSGeo Google Summer of Code 2014 - ideas needed!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/02/2014 10:33, Régis Haubourg ha scritto: > I've already shared my ideas with Martin Dobias who seems to have legend > refactoring in mind. > > Since this is critic for a cartographic tool, and since data defined > symbologies can't be guessed before real data is rendered, we have something > that needs some deep investigations. > > Putting this in a developpement contract seems dangerous in such early > stage. It be could either be a topic for the next hackfest, or a GsoC. > > Martin, any opinion on this? Others? +1 for a GSoC: could you add this to https://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2014 ? Merci. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlL54c4ACgkQ/NedwLUzIr6khACghgvv1qm1SDQ0EmDqxlOWI7YA fWQAn1nuyTM1j2pZ87BaiYnENfhKDZTC =Hvq0 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [SoC] OSGeo Google Summer of Code 2014 - ideas needed!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/02/2014 09:20, Alexander Bruy ha scritto: > Hi, > > I just started wiki page to collect GSoC ideas [0]. Feel free to add > yours > > [0] https://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2014 Hi Alex, would you be available to coordinate the work on GSoC? I think we need someone to take care of this (besides individual mentors). Thanks. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlL54YIACgkQ/NedwLUzIr5T+wCgqDwoZA/1H7BY4Q6yOkt2yMD2 OboAn18vKstG7DMH8q1gJ8z6jTFNgPHz =Wh4X -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
