Re: [QGIS-Developer] lack of conflation tools

Hi, Geospatial data conflation is not an easy task, and usually depends on : - the input data - desired output - semantics - conflation based mainly on semantics( / attribute data ), topology or purely geometric Note that semantic and topology-based methods are much more robusts than geome

Re: [QGIS-Developer] [Qgis-psc] QGIS budget 2023 RFC

o use this money. Vincent Andreas On Thu, 24 Nov 2022 at 15:05, Vincent Picavet (ml) via QGIS-Developer mailto:qgis-developer@lists.osgeo.org>> wrote: Hello, Thanks for sharing the budget with the community. A few questions / remarks : - in most countries, we can see a gen

Re: [QGIS-Developer] [Qgis-psc] QGIS budget 2023 RFC

Hello, Thanks for sharing the budget with the community. A few questions / remarks : - in most countries, we can see a general inflation, having consequences on every kind of costs ( hosting, salaries…). Did you take this context into account when preparing the budget, especially when basing p

Re: [QGIS-Developer] ECW flags

Hi Walter, Be careful with ECW SDK licence, which requires an OEM licence for any use in a Server software component. See for example : https://community.hexagongeospatial.com/t5/APOLLO-ECW-Q-A/License-for-reading-or-writing-ECW-in-third-party-software/ta-p/34074# This may have changed since 201

Re: [QGIS-Developer] Plugin licensing requirements

Hi, On 07/01/2021 10:43, Nyall Dawson wrote: > On Thu, 7 Jan 2021 at 19:13, Topi Tjukanov wrote: [..] >> So if this really is a requirement, should this be enforced somehow and >> checked when plugins are accepted to the official repository? > > Agreed, but keep in mind that it's a little tricky

Re: [QGIS-Developer] Server manual

Hi all, On 21/04/2020 18:03, Paolo Cavallini wrote: > > > Il 21/04/20 17:41, Gerald Kogler ha scritto: >> © 2020 Oslandia. >> >> Maybe I should ask them to donate this post to QGIS Documentation? Or >> better to make a short resume and link to their post? > > I think the first option is preferable

Re: [QGIS-Developer] [Qgis-psc] Position on Qt wrt The QT Company announcements

Hi, On 09/04/2020 22:39, Even Rouault wrote: [..] > But whatever the outcome of the apparently cool discussions within the board > of > the KDE Free Qt foundation between the KDE e.v and QT Company > representatives, I > don't think a statement of support from QGIS.org to the open source side of

[QGIS-Developer] Position on Qt wrt The QT Company announcements

be made by the PSC, and that there is a certain urgency to do it. Best regards, Vincent Picavet ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https

Re: [QGIS-Developer] Pointcloud install for Travis ?

Hello, On 28/11/2019 14:23, Sandro Santilli wrote: > On Thu, Nov 28, 2019 at 01:54:58PM +0100, Sandro Santilli wrote: [..] > > A docker image with pointcloud would be oslandia/pggis which > is sourced in Vincent's github space: > https://github.com/vpicavet/docker-pggis > That one is more general

Re: [QGIS-Developer] On github, gitlab, and imperialist nations screwing us all over...

Hi Nyall, all, On 01/08/2019 06:26, Nyall Dawson wrote: > Well, I've got to say upfront that we WERE warned about the dangers of > this happening by members of our community, and now the worst IS > happening and Github has started blocking access to projects from > certain regions. > > See https:

Re: [QGIS-Developer] FOSS4G CFP proposals around QGIS

your 3D with Postgis and QGIS > workshop. Would it still make sense to submit two proposals? > > Greetings, > Andreas > > On 2019-04-15 12:22, Vincent Picavet (ml) wrote: > >> Hello Andreas, >> >> On 15/04/2019 12:17, Andreas Neumann wrote: >>> Today i

Re: [QGIS-Developer] FOSS4G CFP proposals around QGIS

Hello, On 15/04/2019 13:55, Saber Razmjooei wrote: > @Vincent Picavet <mailto:vincent.pica...@oslandia.com> could you let us > know if your workshop is about QGIS 3d, so we can submit another > proposal for mesh layer? No mesh layer in our proposed workshop. We only deal

Re: [QGIS-Developer] FOSS4G CFP proposals around QGIS

Hello Andreas, On 15/04/2019 12:17, Andreas Neumann wrote: > Today is the last day submitting workshop and presentation proposals. > > I wonder who/what was already submitted, so I could potentially help to > fill in gaps? > > I could submit something around "tips&tricks with layouts/atlas/repor

Re: [QGIS-Developer] Anyone have ci setup for a QGIS plugin on GitLab?

Hello Nyall, On 21/10/2018 11:34, Nyall Dawson wrote: > I'm wondering if anyone's aware of any QGIS plugins which are hosted > on gitlab which have a CI workflow setup. > > There's quite a number of plugins which have this on github/Travis > infrastructure (using the available QGIS docker contain

Re: [QGIS-Developer] Last call for switching to github issue tracker

Hello, A bit late to the party, and I think for such an important matter it is good to wait a bit to hear more voices. I have mixed feelings about switching to a new issue manager without the history for QGIS3, and will not argue here for a specific roadmap. But I think the GitHub vs GitLab deb

Re: [QGIS-Developer] QGIS 3D: looking below the terrain model

Hello, On 14/12/2017 08:02, Andreas Neumann wrote: > Hi Nyall, > > nice that we agree on both ;-) > > I will start collecting a wish-list on 3D and we can do a crowd funding > to address selected issues. Or we could do another QGIS grant on 3D > improvements. I would rather spend QGIS.ORG money

Re: [QGIS-Developer] QgsServer and 3d tiles

as far as we are concerned. Regards, Vincent > > giovanni > > Il 9 nov 2017 16:29, "Vincent Picavet (ml)" <mailto:vincent...@oslandia.com>> ha scritto: > > Hello, > > On 03/11/2017 21:04, G. Allegri wrote: > > What if we had a

Re: [QGIS-Developer] QgsServer and 3d tiles

as far as we are concerned. Regards, Vincent > > giovanni > > Il 9 nov 2017 16:29, "Vincent Picavet (ml)" <mailto:vincent...@oslandia.com>> ha scritto: > > Hello, > > On 03/11/2017 21:04, G. Allegri wrote: > > What if we had a

Re: [QGIS-Developer] QgsServer and 3d tiles

Hello, On 03/11/2017 21:04, G. Allegri wrote: > What if we had a QgsServer service dedicates to serving 3d tiles for > Cesium or iTowns? > Is anybody working on this? At Oslandia, we work on 3D topics a lot, and 3d tiles in particular. We are implementing 3D Tiles support in iTowns, and several c

Re: [QGIS-Developer] QGIS Meeting #20 : 21-25 February 2018, Madeira

Hello, Thanks for organizing this community meeting ! I would like to stress a few points. First, would it be possible to publish the details of the program as soon as possible ? 21th to 25th of February means 5 full days. It is not possible for most developers to attend this whole period. In or

Re: [Qgis-developer] Plans for next QGIS releases

Hi Paolo, Please excuse me if I missed something, but I am quite surprised, not by the decisions themselves, but the process of these decisions. I have seen no call for meeting, no message to the list to gather advices, no mention to voting members neither of this IRC meeting happening. The topic

Re: [Qgis-developer] Discussion on the QGIS grant proposals

On 22/09/2016 12:15, Paolo Cavallini wrote: [..] > > One other important point: the reason I originally proposed the grant > programme was to recognize the huge volunteer work several people are > donating to the project, and to help keeping their motivation high. > > My suggestion is therefore t

Re: [Qgis-developer] standard way for custom plugin python dependencies

Hi, On 22/09/2016 14:43, Alessandro Pasotti wrote: > On Thu, Sep 22, 2016 at 2:37 PM, Akbar Gumbira > wrote: [..] > @Jachym: AFAIK, most plugins now just ship the needed libraries > along with it or ask the users to install them. There are some > librar

Re: [Qgis-developer] Discussion on the QGIS grant proposals

Hello, Thanks Andreas for raising this topic and clearing up facts and giving your position. I agree 100% with what you stated, and I do think this is something which should be emphasized much more, if not even constrained. Some more notes below. On 22/09/2016 08:14, Neumann, Andreas wrote: > [.

Re: [Qgis-developer] QGIS 3 plugins - require implementation as processing algs?

Hello, On 12/09/2016 06:51, Victor Olaya wrote: > +1 from me :-) (no surprise...) +1 from me here, this is something we push forward as soon as we have the opportunity. > I will be happy to help on this, helping developers when adapting > their plugins. I can even make a short list in advance, wi

Re: [Qgis-developer] issue move to gh stalled

Hello, Just a note to say that SAC is currently testing an OSGeo GitLab instance. It is on a temporary server, but may be used freely and can be used for testing and migration purpose. What is currently lacking is not setup time, but instead : * a decision from OSGeo's community on what we do wan

Re: [Qgis-developer] Moving towards QGIS3?

Hi, Thanks Paolo for raising this. I do think we should : - set a definite release objective for 3.0 ( date / content) - minimize the risk of not reaching this goal On 23/08/2016 16:34, Paolo Cavallini wrote: > Hi all, > reading the list at: > https://github.com/qgis/qgis3.0_api/issues > it seem

Re: [Qgis-developer] Report 5 - QGIS Symbology Sharing Tools

Hello, On 27/06/2016 12:41, Matthias Kuhn wrote: > On 06/27/2016 11:32 AM, Akbar Gumbira wrote: >> Thanks for the feedback. Unfortunately raw URL is only provided for a >> single file, not a directory. > > Couldn't all the files be downloaded individually? > This will result in a couple of addit

Re: [Qgis-developer] QGIS compiling with Qt5 and Python3 on Debian

Hello, On 26/05/2016 19:31, Paolo Cavallini wrote: > Hi all, > I was finally able to compile, install, and run (thanks Matthias!) the > above on a clean virtual machine. I've added the list of necessary > packages to the INSTALL doc in master. Others please try and report. > In case someone would

Re: [Qgis-developer] Plugin licence

Hi, On 25/05/2016 12:39, Even Rouault wrote: [...] > The only cases where it makes sense in practice to have a plugin under a > permissive license are : [...] > - a more reasonable use case would be a plugin that would be compatible of > QGIS and another proprietary GIS through some abstraction

Re: [Qgis-developer] Plugin licence

Hi, On 25/05/2016 14:07, Tom Chadwin wrote: > Vincent Picavet (ml) wrote >> A grey area would be for example if you were using a QWebEngine >> component in your Python Plugin, directly calling javascript functions >> of the Javascript library from your Python code. >> I

Re: [Qgis-developer] Plugin licence

Hello, On 25/05/2016 11:42, Tom Chadwin wrote: > Vincent Picavet (ml) wrote >> I may be wrong, but if qgis2web is like qgis2three, it generates >> projects containing OL3 or leaflet code ? >> In this case, there is no code link between the Python plugin and >> Leafle

Re: [Qgis-developer] Plugin licence

Hi, On 25/05/2016 12:39, Even Rouault wrote: [..] > > > Technically you could licence the plugin with any license you want, but as > soon you execute it against QGIS, it must be compatible of GPL v2+, since it > is a derived work of QGIS GPLv2 code, and thus it must convey the same rights > a

Re: [Qgis-developer] Plugin licence

Hello, On 25/05/2016 10:41, Tom Chadwin wrote: > Of course, since qgis2web is middleware, its licence also has to be > compatible with Leaflet, Openlayers 3, and their respective plugins, none of > which are GPL. Since the plugin bundles and distributes these libraries, I > would say complying wit

Re: [Qgis-developer] Plugin licence

Hi Tom, QGIS is GPLv2+ A a Python import is considered being equivalent to a dynamic link, it triggers the "share-alike" clause of the GPL. Therefore all QGIS plugins must be licenced as GPLv2+ if they are distributed. Vincent On 23/05/2016 17:12, Tom Chadwin wrote: > I know that a QGIS plugin h

Re: [Qgis-developer] [WIP] slider to zoom canvas like a magnifier

Hi, On 11/04/2016 09:02, Paul Blottiere wrote: > Announcing WIP for a slider providing a way to zoom the canvas, like a > magnifier does. > > A use case is for example to facilitate the manual placement of small > labels. > > A way to set up this tool is planned too (minimum, maximum and step).

Re: [Qgis-developer] zip file uploads allowed on github issues?!

Hello, On 09/03/2016 19:50, Tim Sutton wrote: > Hi [...] > Yes really great news! +1 for moving to GitHub issues ASAP. Do we have a plan to try not breaking tickets references in commit entries ? Any idea on how to handle this issue ? Vincent ___ Qgis

Re: [Qgis-developer] Adding new provider for QGIS

Hi, Last but not least, make sure that all your code can be actually distributed under a GPLv2+ licence. This means that the people who wrote the code are ok with this, and also that you do not use any non-compatible external code. Vincent On 25/01/2016 21:57, David Adler wrote: > We would like

Re: [Qgis-developer] QEP - Proposal for QGIS 3.0 after 2.14

Hi Nyall, You just beat me on the same email a few minutes away :-) > - Get PSC to vote on and accept > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/29 . Needs > to be done ASAP so that we're all agreed that 2.14 is the last 2.0 > series release. +1 > - Decide on the timing for 3.0

Re: [Qgis-developer] QTraffic: I would never accept a plugin that I'm author ; )

Hello, I second Tim on both points. Vincent On 02/12/2015 10:38, Tim Sutton wrote: > Hi Luigi > > >> On 02 Dec 2015, at 05:43, Luigi Pirelli > > wrote: >> >> Hi qgis devs >> >> I just published the QTraffic plugin... It's a plugin developed for >> the Coimbra universit

Re: [Qgis-developer] Project quality discussion

Hello, On 07/11/2015 00:08, Nyall Dawson wrote: > On 7 Nov 2015 12:22 AM, "Hugo Mercier" > wrote: >> - if a company with no core developer wants to ensure a new feature is >> accepted, it should pay another core developer for the reviewing part. >> Ideally the mo

Re: [Qgis-developer] Project quality discussion

Hello, On 07/11/2015 00:08, Nyall Dawson wrote: > On 7 Nov 2015 12:22 AM, "Hugo Mercier" > wrote: >> - if a company with no core developer wants to ensure a new feature is >> accepted, it should pay another core developer for the reviewing part. >> Ideally the mo

Re: [Qgis-developer] Plugin Dependencies

Hello, On 05/11/2015 09:50, Richard Duivenvoorde wrote: > On 05-11-15 04:56, Tim Sutton wrote: >[...] >>> I'm afraid that by using a much more complicate system (such as >>> setuptools), would solve some problem for the (few) complex plugins >>> and create a lot of problems and increase the barrie

Re: [Qgis-developer] A common set of functions for QGIS plugins

Hello Victor, A definite +1 on this. Also maybe a parent QGISPlugin class all plugins would inherit from ? As a side note on plugin, but important, Hugo intends at the hackfest to propose and discuss having plugins be Python modules, so that we can use PIP to deal with module and plugins dependen

Re: [Qgis-developer] A common set of functions for QGIS plugins

Hello Victor, A definite +1 on this. Also maybe a parent QGISPlugin class all plugins would inherit from ? As a side note on plugin, but important, Hugo intends at the hackfest to propose and discuss having plugins be Python modules, so that we can use PIP to deal with module and plugins dependen

Re: [Qgis-developer] A common set of functions for QGIS plugins

Hello Victor, A definite +1 on this. Also maybe a parent QGISPlugin class all plugins would inherit from ? As a side note on plugin, but important, Hugo intends at the hackfest to propose and discuss having plugins be Python modules, so that we can use PIP to deal with module and plugins dependen

Re: [Qgis-developer] What's your view on QGIS plugins that connect to non-GPL software?

Hello Crispin, On 08/09/2015 14:10, Crispin Cooper wrote: > Hi qgis-developers, > I produce my own network analysis software sDNA (www.cardiff.ac.uk/sdna > ). It currently runs as a plugin for > ArcGIS or Autocad, from the command line, with a standalone GUI, or > t

Re: [Qgis-developer] QGIS indexing data when editing

Hello, 30s freeze is something which seems rather unpleasant for the user. Could we imagine to do the indexing in background ? And maybe indexing only what is currently in the user's extent, if this is not what is currently done ? Indexing a whole layer for editing seems a no-go. We should mayb

Re: [Qgis-developer] QGIS update available plugin and/or ping back plugin

Hello, On 03/08/2015 10:23, Richard Duivenvoorde wrote: > In a separate thread, Neal raises the point below. Moving it to a > separate thread here. > > Nyal asks: "... On a semi-related theme, we really need a core "QGIS > update available" plugin. I suspect there's a ton of users still on > 2.8.

Re: [Qgis-developer] 2.8.2?

ith all released versions (stable/nightly/whatever) could be a generic tool. Then a short QGIS feature reading this feed and warning the user would be great. Vincent -- Vincent Picavet - Gérant Oslandia www.oslandia.com ___ Qgis-developer mailing list Q

Re: [Qgis-developer] Strange behaviour in feature ids when editing PostGIS layer

Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Vincent Picavet - Gérant Oslandia www.oslandia.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Compression in libpq?

ostgis connections that are not on the same LAN quite > >>> slow. > >>> > >>> Any comments? > >>> > >>> Andreas > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Vincent Picavet - Gérant Oslandia www.oslandia.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS Certification IRC meeting, Thrus 12 Feb, 2015

t; or "certified training companies" ? That's mainly the points on my side, and I would be happy to see all of this take place. Vincent -- Vincent Picavet - Gérant Oslandia www.oslandia.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Hello, Le mardi 18 novembre 2014 16:05:57, Tim Sutton a écrit : > Hi > > On Tue, Nov 18, 2014 at 4:52 PM, Matthias Kuhn wrote: > > Hi all, > > > > You may have noticed that there is a new symbol on the qgis github page > > that (hopefully) says build passing. [1] > > > > The last week I have b

Re: [Qgis-developer] Trouble with PostGis

Hi Walter, Note that if you want to troubleshoot PostGIS problems, you should look at the postgres side, not the QGIS one. It would have taken 10 minutes to get the problem here. So : * configure PostgreSQL server to output logs for every query * rerun these queries with EXPLAIN in pgadmin / ps

Re: [Qgis-developer] QEP/RFC sqlite virtual tables

Hello, Le mercredi 29 octobre 2014 08:34:11, Matthias Kuhn a écrit : [...] > > limitations. Only power users knowing what is really happening underneath > > will know what function to use, which is bad in UX terms. > > A comparison is OGR CSV driver versus CSV plugin... User has to know that > > b

Re: [Qgis-developer] Please stop spamming commit logs!

Hi, Le lundi 13 octobre 2014 14:12:08, Nathan Woodrow a écrit : [..] > The reality is this: > > 1) Some companies want to see it for record, or contract. > 2) It doesn't pollute the log > 3) It's at the bottom so you don't see it unless you do a full log (git log > --oneline if you didn't know yo

Re: [Qgis-developer] Memory Layers - some proposals

Hi Nathan, all, Le jeudi 25 septembre 2014 09:56:58, Nathan Woodrow a écrit : [..] > IMO we could in the future use sqlite in memory datastore for the memory > provider which gives us a lot more options and range. Hugo is currently writing a QEP to exactly do that and as well address some issue

Re: [Qgis-developer] Module dependencies

Hello, Le mardi 23 septembre 2014 12:35:41, Régis Haubourg a écrit : > Hi all, > I didn't mention the option to port Mem Layer saver to core for two > reasons: > - that doesn't solve the proble of general plugin dependencies Actually the general plugin dependencies problem is a distribution prob

Re: [Qgis-developer] Module dependencies

Hi, > > I have some doubt on automatic installation of dependencies. > > This fear this will be a bad practice for security. > > Maybe a better solution would be to integrate the memory layer saving into > core. It'd be a nice feature to have in any case. +1. Adding new Memory layers should defi

Re: [Qgis-developer] QuickOSM as default plugin for OSM data

Hello, Totally agree with Tim, especially for the Cancel button. Any large query made by mistake will just freeze QGIS and there is no way out except killing it. Vincent Le jeudi 4 septembre 2014 14:36:21, Tim Sutton a écrit : > Hi > > On Thu, Sep 4, 2014 at 1:28 , Paolo Cavallini > > wrote:

Re: [Qgis-developer] QEP or RFC?

Hi, I was more in favor of RFC at the beginning, but QEP will ease search on search engine. So +1 for QEP. Vincent Le mercredi 3 septembre 2014 03:56:48, Martin Dobias a écrit : > +1 for QEP > > Martin > > On Tue, Sep 2, 2014 at 8:01 PM, Larry Shaffer wrote: > > Hi, > > > > I need to start

Re: [Qgis-developer] Python plugins mandatory metadata

Hello, > >> Il 25/08/2014 17:06, Tim Sutton ha scritto: > >>> I agree they should remain optional for now. > >> > >> After a few months of managing the plugin approval queue, I still > >> do not understand what is the advantage of having plugins without > >> a repo and bugtracker. I agree that a

Re: [Qgis-developer] Python plugins mandatory metadata

Hello, > Hi all. > > Il 25/08/2014 17:06, Tim Sutton ha scritto: > > I agree they should remain optional for now. > > After a few months of managing the plugin approval queue, I still do not > understand what is the advantage of having plugins without a repo and > bugtracker. I agree that a home

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Le lundi 25 août 2014 11:42:12, Vincent Picavet a écrit : > Hell, I meant "Hello", of course, no offence :-/ v. > > > You speak of discussion with community. > > This is agreement, but the only important to be sure of the work is the > > PSC agreement. > &

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

per > expert is not easy to follow a RFC for a funder. Then the funder hires a QGIS developer to follow the RFC and make report. That's my scenario 3. Hope this clarify your questions. Others, do not hesitate to fix my understanding of the process if I am mistaken. Vincent > >

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hi Andrea, First of all, I tend to agree with Marco, where QEP should be voted when there is a general agreement on them. The PSC voting should therefore be enough. As for you question about QEP vs funders. Le lundi 25 août 2014 08:41:29, aperi2007 a écrit : [snip] > Also, AOAIK an important qu

Re: [Qgis-developer] [Qgis-psc] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hi Nathan, I was thinking the same way lately. QGIS has now plenty of feature, and while this is really great, our technical debt seems to be increasing a lot recently. Having a formal process for major new features as MapServer and GDAL have, would allow to have a much more coherent way of dev

Re: [Qgis-developer] Release plans

Hi, Le vendredi 27 juin 2014 09:47:55, Richard Duivenvoorde a écrit : > On 27-06-14 08:45, Nyall Dawson wrote: > >> Why can't we state that release is when windows + mac + ubuntu are > >> ready? > > > > +1 from me. > > +1 from me with the combo: Agree with this, and to Nathan's demands. We sho

Re: [Qgis-developer] QMAP in core?

Hi Paolo, Nathan will provide more information, but QMap has been superseded by Intramap ROAM, and is no longer developped. I think that Nathan still does some bugfixing for some people still using QMAP, but all new work is being done on ROAM : http://nathanw.net/2014/03/10/intramaps-roam---a-q

Re: [Qgis-developer] Fwd: Hackfest/ developers meeting in Spring 2015

Hello, Le jeudi 19 juin 2014 11:57:19, Victor Olaya a écrit : > If for a future edition you need help with organizing a hackfest in Spain, > i will be happy to help. > > Also, the french QGIS community seems to be rather active, so if anyone > from it wants to do something here, I will be ready t

Re: [Qgis-developer] [Qgis-user] LIZMAP ERROR PRINT - HELP!

Hello, Le mercredi 11 juin 2014 10:25:36, Jürgen E. Fischer a écrit : > Hi Andreas, > > On Wed, 11. Jun 2014 at 08:39:11 +0200, Andreas Neumann wrote: > > It is true that in some cases we need to improve to be more standards > > compliant. This is a group effort. Everybody can contribute. Removin

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

Hello, Would it be possible in any case to have the boost + CGAL dependencies Optional ? These two libraries are really long to compile, and can therefore slow down the development workflow pretty hard. As for having an internal boost / cgal source tree, there is a strong risk of divergence bee

Re: [Qgis-developer] Realease and blockers

Hi, Le vendredi 6 juin 2014 13:34:12, Alexander Bruy a écrit : > 2014-06-06 13:16 GMT+03:00 Vincent Picavet : > > Could we make a more visible RC release on the website, encouraging > > testing ? > > > > I think that our user are not used yet to our new release

Re: [Qgis-developer] Realease and blockers

Hello, Le vendredi 6 juin 2014 12:30:23, Nyall Dawson a écrit : > On 06/06/2014 8:20 pm, "Vincent Picavet" wrote: > > Could we make a more visible RC release on the website, encouraging > testing ? > > > I think that our user are not used yet to our new rele

Re: [Qgis-developer] Realease and blockers

Hello, Le vendredi 6 juin 2014 11:08:57, Paolo Cavallini a écrit : > The new QGIS version will be released very soon. There are still 58 > blocking issues, growing. Some of them are quite nasty. I urge everybody, > and especially those who use QGIS in large organization, saving tons of > money pre

Re: [Qgis-developer] have aggregate/window expressions ever been discussed?

s kind of change could trigger a new major version though, to make it clear that this is an important change. Vincent > > Andreas > > Am 27.05.2014 09:21, schrieb Vincent Picavet: > > Hello Andreas, > > > > Le mardi 27 mai 2014 10:28:13, Andreas Neumann a écr

Re: [Qgis-developer] have aggregate/window expressions ever been discussed?

Hello, Le mercredi 28 mai 2014 19:29:21, Régis Haubourg a écrit : > Hi, > the points Matthias raises are really good points: > - how much can we trust sqlite (the community doesn't seem too opened)? And > how stable library versions are (we've had many troubles with spatialite > versions) SQLite

Re: [Qgis-developer] have aggregate/window expressions ever been discussed?

Hello Andreas, Le mardi 27 mai 2014 10:28:13, Andreas Neumann a écrit : > Hi, > > We would definitely need this functionality for our application modules > - we need functions like "min", "max", "mean", "sum", "average" to work > on 1:n relations. > > Now that we have relations in QGIS, I think

Re: [Qgis-developer] GDAL 1.11 new formats

Hi Larry, Le mercredi 7 mai 2014 20:51:53, Larry Shaffer a écrit : > Hi, > > GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in > QGIS's source. I have added the OpenFileGDB format (because it was simple > to do) [1], but don't have enough experience with the other databa

Re: [Qgis-developer] Plugin management

Hello, > I am adding my notes on the plugins to be approved directly on the > django interface, using the About field. I encourage others to do the > same. Comments have to be removed before publication. As you already said, it would be great if such a reviewer comment feature would be available

Re: [Qgis-developer] Adding plugins to core?

Hello, Le lundi 7 avril 2014 12:05:05, Nyall Dawson a écrit : > On 7 April 2014 18:15, Vincent Picavet wrote: > > A good solution though would be to remove google layers and only use OSM > > and mapbox layers, which begin to be on par in terms of quality. > > I'm p

Re: [Qgis-developer] Adding plugins to core?

Hello, Le lundi 7 avril 2014 07:47:37, Nyall Dawson a écrit : > >> I agree that it would be a great thing to have the OpenLayers plugin > >> (or at least a similalar functionality) available by default in core > > > > It seems that we all agree on this could you write the list, so we'll ask > > P

Re: [Qgis-developer] User profiles

Hello, Le lundi 17 mars 2014 09:57:00, Paolo Cavallini a écrit : > The idea is not new, but now may be the right time to discuss it again: I > think usability of QGIS for several specialized uses (e.g. field work, > digitizing, etc.) would be enhanced if it would be possible to load one of > a ser

Re: [Qgis-developer] [Qgis-user] IntraMaps Roam first release - Windows QGIS Data Collection

Hello, Thanks a lot Nathan for this work ! Note that we at Oslandia are working on a new PostGIS / Spatialite versionning and offline system, intended to be used by Roam to edit data offline and merge it with online PostGIS database. A prototype should be opensourced in the next weeks/month. We

Re: [Qgis-developer] Failing tests consider blockers

Hello, Le mercredi 19 février 2014 12:32:39, Martin Dobias a écrit : [...] > Agreed. If we decided to do time-based releases, let's do them as > planned and not discuss the decision two days before the planned > release... > > I think we should mainly reconsider which bugs should be marked as > b

Re: [Qgis-developer] Filter on joined tables

Hello, Le vendredi 14 février 2014 11:11:42, Martin Dobias a écrit : > On Fri, Feb 14, 2014 at 4:36 PM, Hugo Mercier [...] > > I think there should be a switch in the GUI allowing the user to do > filtering with native query (if supported by provider) or with > QgsExpression (always supported,

Re: [Qgis-developer] one email address for plugin approvers

Hello, Le jeudi 13 février 2014 12:15:24, Richard Duivenvoorde a écrit : ...[snip]... > Approval: > > 1) your plugin will not be public until it is approved by a set of > community approvers > 2) give approvers some time to do this (after 2 weeks just email to...) > 3) to approve we check that (c

Re: [Qgis-developer] QGIS and 3D

Hello Giuliano, As for now, there is no support for 3D in QGIS, be it for visualization, or internally. If you want to have some 3D features for your GIS you can : * use qgis2threejs to visualize layers on top of a MNT with a WebGL browser * Use the 3D features of grass through QGIS * Use latest

Re: [Qgis-developer] [QGIS-UX] option to disable font vectorization in labels

Hello, Le mardi 21 janvier 2014 21:45:16, Nyall Dawson a écrit : > On 22/01/2014 4:56 am, "Anita Graser" wrote: > > Am 21.01.2014, 10:24 Uhr, schrieb Vincent Mora > > >> - a composer option: you make the choice when you export to svg, in this > case you don't see the result until you open the s

Re: [Qgis-developer] [QGIS-Server] Adding Web Processing Service, partially funded

Hello, Le vendredi 20 décembre 2013 09:06:06, Pirmin Kalberer a écrit : [..] > > > The final goal is to execute QGIS-Processing Server-side. > > > > > > The first step was to run QGIS-Processing headless. I made a pull > > > request which needs review and test. > > > https://github.com/qgis/QGIS/

Re: [Qgis-developer] [QGIS-Server] Adding Web Processing Service, partially funded

Hello, Le jeudi 19 décembre 2013 12:11:21, René-Luc D'Hont a écrit : [..] > The final goal is to execute QGIS-Processing Server-side. > > The first step was to run QGIS-Processing headless. I made a pull request > which needs review and test. > https://github.com/qgis/QGIS/pull/1031 > > Next st

Re: [Qgis-developer] Minimum qt version - bumping to 4.6?

Hello, Le vendredi 15 novembre 2013 05:14:00, Martin Dobias a écrit : [..] > > It's probably reasonable to bump Qt version once per year, so in 2014 if > > CentOS/Redhat 7 comes out I expect it will have something newer (4.7+) > > I do not like the idea of being held back from upgrading minimal >

Re: [Qgis-developer] Roadmap for 2.2

Le mardi 5 novembre 2013 11:23:11, Jürgen E. Fischer a écrit : > Anyway, the 4 months would be split into three months of development and > one month for testing, bugfixing, translating and release preparations in > a freeze period. Great to have a fixed time release plan ! Definite +1 for that !

Re: [Qgis-developer] Roadmap for 2.2

Hello, Le mardi 5 novembre 2013 01:24:55, Nathan Woodrow a écrit : > It would be cool if we could do a Christmas release for 2.2 and then we can > look at things like multithreading for the next one. I don't think trying > to rush in something like multithreading is a good idea as there is a bit

Re: [Qgis-developer] What about OpenGL renderding ?

Hello, Le jeudi 24 octobre 2013 09:54:06, kimaidou a écrit : [..] > In web mapping contexts, major improvements are made in 2D vector rendering > speed by using WebGl technology, such as in upcoming OpenLayers 3. As a > user point of view, improvement seems huge compared to classical DOM or > mor

Re: [Qgis-developer] vector rendering improvement patch

Hello, Le mardi 22 octobre 2013 14:03:53, Andreas Neumann a écrit : > Hi, > > Thank you for your work! > > Yes - I think it should be configurable. A use case is for example when a "line of symbol" symbology is used, with a symbol on each vertex. Simplifying the geometry, even when it is not

Re: [Qgis-developer] vector rendering improvement patch

Hello, Le mardi 22 octobre 2013 12:19:28, A Huarte a écrit : > I have implemented the improvement of rendering in a new ad-hoc > featureIterator with the possibility that each vector-provider implements > its own method of pre-simplification. The performance is the same as the > first version I de

Re: [Qgis-developer] QGIS 2 64bits, is it stable ?

Hello, Le jeudi 3 octobre 2013 13:13:10, Sandro Santilli a écrit : > On Thu, Oct 03, 2013 at 12:00:05PM +0100, Jonathan Moules wrote: > > Assuming it's not already done, I'd suggest that requiring Unit Tests for > > all new features should be mandatory for a Pull Request/patch to be > > accepted i

[Qgis-developer] Vienna CodeSprint 2014 - OSGeo C-tribe

Hi all, I know you are heading to Brighton for the codesprint, but it's not a reason not to think about future gathering of C/C++ OSGeo developers :-) The annual "C-tribe" OSGeo codesprint will take place in Europe in 2014 ! I think it is the first time it is held outside of the American contine

  1   2   >