Re: [QGIS-Developer] Requiring QGIS plugins that requires paid subscription and.or authentication to be tagged as such?

Even Rouault via QGIS-Developer writes: > I believe this has been discussed. Was there any conclusion on this? My read of rough consensus was that at least labeling is obligatory. > Just came across a Toot about a AI powered QGIS plugin (that I won't > name to avoid advertizing it). In its desc

Re: [QGIS-Developer] No qgis_3.34.12+16bullseye_amd64.deb in debian-ltr ?

Andrea Giudiceandrea via QGIS-Developer writes: > Il 05/11/2024 11:35, Patrice Bridoux via QGIS-Developer ha scritto: >> Any reason why there is no qgis_3.34.12+16bullseye_amd64.deb file in >> the debian-ltr repo ? >> qgis_3.34.12+16bullseye_i386.deb is there. > > I would also add that QGIS 3.40

Re: [QGIS-Developer] Plugin development and publishing

"opsoge.dcz--- via QGIS-Developer" writes: [snipping parts where I have no useful comments] > Is it possible to publish a plugin which includes a compiled shared > object? I noticed that mentions of C++ are absent from the plugins > page, but that would free me from Python and let me use somethi

Re: [QGIS-Developer] How to deal with QGIS plugins which install additional packages

Nyall Dawson writes: > I would personally feel safest if this was something officially endorsed, > with an explicit allow list of acceptable packages. This is my reaction, too, of having a curated list of packages that could be installed, with the list managed by qgis, perhaps in the regular sou

Re: [QGIS-Developer] How to deal with QGIS plugins which install additional packages

John Stevenson - BGS via QGIS-Developer writes: > Mergin Maps plugin also packages the dependencies (including the > geodiff binary) into the plugin itself. I’m not sure how it handles > cross-platform differences, though. Wow. We really should not have binaries in plugins at all. Beyond the

Re: [QGIS-Developer] How to deal with QGIS plugins which install additional packages

Thomas B via QGIS-Developer writes: > Dear QGIS-Developers, > > Are there any guidelines from the QGIS project regarding whether a QGIS > plugin is allowed to autonomously install required packages using PIP or > similar tools without manual installation by the user? > > While this might seem con

Re: [QGIS-Developer] How long does it take for you to compile/build QGIS?

Also, using ccache helps if you are rebuilding (e.g. because a dependency was updated). However, I notice that on upgrade from 3.34.x to 3.34.x+1 it seems there are no hits. I don't know if that's because every .c includes, eventually, a .h with the version, but it would be nice if there weren't

Re: [QGIS-Developer] Plugin constantly asking for donations

Richard Duivenvoorde via QGIS-Developer writes: > Hi Luke, (cc'ing PSC list) Not me; that has in the past led to non-member bounces. > But in my view a 'nagging'-screen to pay for development would be a > reason to remove a plugin from the repo. Agreed. I see norms as allowing it once per ins

Re: [QGIS-Developer] Overview of QGIS 3 and (Py)Qt versions

Sander Schaminee via QGIS-Developer writes: I am seeing the version I have installed as 5.15.11. Looking at: https://pypi.org/project/PyQt5/#history I see that 5.6 was released on April 28, 2016. > To elaborate, I am actually interested in one thing only: > I am looking for the QGIS vers

Re: [QGIS-Developer] Overview of QGIS 3 and (Py)Qt versions

Sander Schaminee via QGIS-Developer writes: > I am looking for an overview of all (stable) 3.x QGIS versions and > their (Py)Qt versions. Does that exist? I suspect your question is making assumptions that you aren't listing. First, I would say there are only two stable versions usually: the mo

Re: [QGIS-Developer] QGIS Unexpectedly Crashing

"Catania, Luke A ERDC-RDE-GRL-VA CIV via QGIS-Developer" writes: > What causes an access violation intermittently? Once it happens > sometimes it continues to happen, and I have to delete the QGIS > directory in AppData\Roaming\ which is annoying because I have my > plugin there and I need to co

Re: [QGIS-Developer] QGIS project maintainability, forms and styles, xml verbosity

John Stevenson - BGS via QGIS-Developer writes: > The code below uses `canonicalize` to fix the ordering issue, and now > we can see the actual changes between files in our GitLab repo. I have run into similar issues with another project that outputs to json. I think it's a bug for the same sem

Re: [QGIS-Developer] Government CAC PKI Support for web services

Régis Haubourg writes: > first time I hear about PCKS11 here, maybe just because it is mostly used > and required in the US. > Doing a quick search, it seems the Qt QCA lib supports this protocol, cf. > [0] I don't think it is about the US so much but about large organizations being serious abou

Re: [QGIS-Developer] Government CAC PKI Support for web services

"Catania, Luke A ERDC-RDE-GRL-VA CIV via QGIS-Developer" writes: > Is there support in QGIS for accessing web services (WFS, WMS, etc) requiring > a gov't CAC? Translating this to internet standards terminology from US Government, the question is Can one configure a WFS etc. in qgis, when th

Re: [QGIS-Developer] C Hamilton Plugin Continunity

Emma Hain via QGIS-Developer writes: > This is very interesting and a real part of OS software management in > regards to maintainance once the creator wishes to retire (and rightly > so!). On top of that, if the ownership sits with an organisation. For > clarification, does NGA or do you, Calvin

Re: [QGIS-Developer] Is it allowed to sell data in a QGIS plugin?

Info OpenGIS writes: > I agree that the descriptions must highlight that the plugin is used to > purchase geodata and I would be happy if there > was some sort of "in app purchases" label but let's not make the plugin > repository become a new playstore or applestore. > At least I would manage

Re: [QGIS-Developer] Is it allowed to sell data in a QGIS plugin?

Sandro Santilli via QGIS-Developer writes: > On Tue, Jun 11, 2024 at 09:56:15AM +0200, Alessandro Pasotti via > QGIS-Developer wrote: >> On Tue, Jun 11, 2024 at 9:44 AM Christopher Frank via QGIS-Developer < >> qgis-developer@lists.osgeo.org> wrote: >> >> > We would like to implement in the plu

Re: [QGIS-Developer] High load on plugins.qgis.org

[high plugin load] Three suggestions: is this a distributed problem, or a few abusive addresses? In openstreetmap I think they would just firewall the addresses in questio. please don't use google recapcha or anything else without stellar privacy policies consider rate-limiting I

Re: [QGIS-Developer] Post-mortem of application to Google Summer of Code

Emma Hain writes: > Hi Greg > Thanks for replying - that is a very interesting read - and somewhat > disheartening. So my response is, is this something we get involved with or > not? > My thoughts on getting involved in this was additional funding to build up > and mentor up and coming QGIS deve

Re: [QGIS-Developer] Post-mortem of application to Google Summer of Code

Emma Hain via QGIS-Developer writes: > Mentors to be put forward - I see this information > : > *Mentors are people from the community who volunteer to work with a GSoC > contributor. Mentors provide guidance such as pointers to useful > documentation,

Re: [QGIS-Developer] Build problems using install instructions

Tony Bazeley via QGIS-Developer writes: > Not having much luck I'm afraid > > I've done a completely new reinstall and followed the instructions down to > git fetch /qgis/master Can you point to the instructions? This all seems very strange. I would just expect to clone the repo and checkout t

Re: [QGIS-Developer] Maintainance of QGIS Plugin repository

Admire Nyakudya via QGIS-Developer writes: > Over the years there has been a steady increase in plugins that are > not approved . This is > due to a number of reasons: > * Duplication of functionality. Plugin functionality already exists in QGIS. > I

Re: [QGIS-Developer] PKI Certs with QGIS

Joshua Tomlin via QGIS-Developer writes: > Dear QGIS Support Team, This is not a support list. It's for discussion among developers. > I'm currently working on a script that will allow the CAC reader to > pull PKI Certs off the CAC card. I'm currently working with the CAC support > team an

Re: [QGIS-Developer] [Qgis-user] Announce - migrate our mailing lists to Discourse

What I meant mostly is two things: People like me tend not to be happy about things turning into forums and are likely to participate less. As an example, openstreetmap moved from mailinglists to forums and I have not, so I interract far far less and spend more time on other things. I

Re: [QGIS-Developer] [Qgis-user] Announce - migrate our mailing lists to Discourse

Régis Haubourg via QGIS-User writes: > With this move, we hope that we can counter the current fragmentation > and streamline our discussions. Please fell free to react. I'm unhappy about this, as I suspect are others who have been in the Free Software world a long time. I expect that this will

Re: [QGIS-Developer] QGIS Full Stack Web Developer Report

"Johannes Kröger (WhereGroup) via QGIS-Developer" writes: > https://github.com/qgis/QGIS-Django/pull/356";>Use Gmail > as the email provider > > Does this mean that Gmail will be involved in all those mails? I > would be strongly against proactively exposing any data to such a >

Re: [QGIS-Developer] cmake PYQT_SIP_DIR (via Python_SITEARCH) value wrong on Debian and derivatives

Richard Duivenvoorde via QGIS-Developer writes: > On 2/9/24 14:24, Greg Troxel via QGIS-Developer wrote: >> How will this affect builds on other systems? It seems there is >> something deeper wrong, and the real problem might be that there are >> multiple legitimate ways t

Re: [QGIS-Developer] QGIS plugin depends on pypi package

John Lindsay via QGIS-Developer writes: > I believe that I've solved my earlier issue with my QGIS plugin, which > previously relied on a pip package. In order to avoid this dependency, > I decided to include the Whitebox Workflows wheel in with my > plugin. Unfortunately, however, this has incre

Re: [QGIS-Developer] cmake PYQT_SIP_DIR (via Python_SITEARCH) value wrong on Debian and derivatives

Richard Duivenvoorde via QGIS-Developer writes: > Hi Devs, > > I kept getting the https://github.com/qgis/QGIS/issues/54184 issue: sip not > being able to find the Qt package sips: 'QtNetwork/QtNetworkmod.sip' could > not be found etc etc I have not tried to build anything beyond 3.34.3 so far

Re: [QGIS-Developer] Theoretical discussion: A QGIS paid plugin marketplace?

Nyall Dawson via QGIS-Developer writes: > I wanted to kick start a (hopefully!) civil, THEORETICAL discussion about > the role of a paid plugin marketplace for QGIS plugins. > > - Yes, I'm aware that plugins must be GPL, and that this makes paid plugins > a little trickier in that they're obvious

[QGIS-Developer] bare isnan -- why isn't CI catching this?

I am in the process of building 3.34.3 for pkgsrc. (We've been on 3.28.x, and I am just now getting to jumping to the new LTR.) I am using gcc 7.5.0 on NetBSD 10 amd64. I found a case of bare isnan in a source file. It's easy for me to patch to std::isnan. I see that there are a large number o

Re: [QGIS-Developer] QGIS plugin depends on pypi package

John Lindsay writes: > I would be fine with asking users to manually install the dependency > after installing the plugin however, the problem is that QGIS seems to > use its own version of Python, rather than the system Python. I think it would be good to really understand this, and for it to b

Re: [QGIS-Developer] QGIS plugin depends on pypi package

John Lindsay via QGIS-Developer writes: > Besides, a better solution would be for the plugin to install this > package via pip when it is itself first installed and launched. I > tried to accomplish this with the following code: > > https://github.com/jblindsay/whitebox_workflows_for_qgis/blob/4e

Re: [QGIS-Developer] Adding a "solution proposed" label?

Nyall Dawson via QGIS-Developer writes: > What do we think about adding a new label for GitHub tickets for "solution > proposed"? This could be used for tickets like > https://github.com/qgis/QGIS/issues/55871 where the issue is likely a user > error and a potential solution has been suggested. >

[QGIS-Developer] C++17 explicit --std required?

(I picked -developer rather than -user because this is in the weeds of build issues. Please feel free to tell me I chose wrongly if so.) I maintain the qgis entry in pkgsrc, which is currently at 3.28.13. (For now, we are packaging LTR.) As part of debugging problems related to sip 6.8.0 (see

Re: [QGIS-Developer] QGIS repository management

As someone on the outside of the committer set (which is fine!) for qgis, but familiar with the larger issues (and a packager): I'm going to use the word committer. git has renamed things, but the point is of course placing state in the branch that matters in the repo that matters. There

Re: [QGIS-Developer] Next QGIS LTR and its compatibility with older versions

Nyall Dawson writes: >> My impression is also that 3.30, 3.32 are stable and entirely usable for >> users. > > Small clarification here: the 3.x.0 releases AREN'T considered stable, > you should wait for 3.x.1 before targeting the newer release. Thanks; I had figured that out over the years, but

Re: [QGIS-Developer] Next QGIS LTR and its compatibility with older versions

Andreas Neumann via QGIS-Developer writes: > 3.34 will be the next LTR, but not yet in October 2023, but only > starting from end of February 2024. In the table > https://qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule > you can check the third column labeled "Long-Term Rep

Re: [QGIS-Developer] strange files in bin when building qgis server

Greg Troxel writes: > The patch basically does: > > +CMAKE_ARGS+= -DWITH_SERVER:BOOL=TRUE > > which as you'd expect adds that to the cmake invocation. > > Things are mostly ok; now new files appear in $prefix/bin, in lib and in > share and reviewing

[QGIS-Developer] strange files in bin when building qgis server

I maintain the gpksrc entry for qgis, currently at 3.28.7. Generally it works pretty well. I am reviewing a patch to add qgis server to the package. While there are questions as to whether it should be a split package, I'm not worrying about that yet, and it doesn't seem like the server files ar

Re: [QGIS-Developer] How to find pxiels per meter resolution

Vedran Stojnović via QGIS-Developer writes: > WGS84 is not a projection, it's an ellipsoid - a mathematical model of the > Earth. To be pedantic (a virtue :-), WGS84 is a family of specifications,, which define not only the ellipsoid (same for all in the family, thankfully), but also the positio

Re: [QGIS-Developer] Some PROJ versions are not compatible with QGIS on Linux instances

C Hamilton via QGIS-Developer writes: > I don't know if this is something I should report or not. I keep getting > users submitting issues for the Lat Lon Tools plugin on Ubuntu or Fedora > because they are using a recent pyproj library and it is causing a crash. I > have them check to see if "im

Re: [QGIS-Developer] Adding a custom projection to QGIS

Jennifer Johnston via QGIS-Developer writes: > I've been working on a custom projection with Duncan Cameron and > I'm wanting to add it to QGIS. Is this something that I could do > myself? If so what specifications would I need and is there any > documentation that I could read to help? I have

[QGIS-Developer] missing info in INSTALL.md, partial trip report for 3.28 on NetBSD

For background, I have been maintaining the pkgsrc entry for qgis for a while, and have been staying on LTR, partly because it's easier, and partly because it sems a packaging system with only one entry should be LTR, with a secondary entry for the current non-LTR release (which is sometimes the s

Re: [QGIS-Developer] Long filename/filepath causing git issues

"Alexis R.L. via QGIS-Developer" writes: > I'm not sure it warranted a bug report but some control image now have > names that are frankly too long and are causing issues in git if the local > report folder is located some level down. > > Would it be too crazy to shrink down some offending name

Re: [QGIS-Developer] Revolt Chat Community Server

Also, revolt's terms contain: You are responsible for maintaining the confidentiality of your account and password, including but not limited to the restriction of access to your computer and/or account. You agree to accept responsibility for any and all activities or actions that occur u

Re: [QGIS-Developer] Revolt Chat Community Server

Régis Haubourg via QGIS-Developer writes: > thanks for the work with Revolt. I tried it during the developer > meeting in Firenze, but I did not persist in using it. Let me explain > why and please excuse me in advance, this is a pretty long mail! I found your message to be very thoughtful and

Re: [QGIS-Developer] Could the H3 library be included as a core QGIS library

C Hamilton via QGIS-Developer writes: > A few months ago I was introduced to the H3 (Hexagonal hierarchical > geospatial indexing system) library (https://h3geo.org/) and as a part of > testing it to see its capabilities I included it in my Density Analysis > plugin. The library is blazing fast

[QGIS-Developer] qt5 releases, packaging impact?

I'm writing as a packager of qgis (pkgsrc). A while ago there was discussion about QT making bug fix releases of 5.15 proprietary, more or less. I see that "Qt 5.15.10 LTS Commercial" was just released on June 7. And, qt-everywhere-opensource-src-5.15.5.tar.xz available at https://downlo

Re: [QGIS-Developer] Use of NE(SW) in the showing of (ordered) coordinates within QGIS

Richard Duivenvoorde writes: > I think we should never copy the characters, only numbers ( well, > except when using W/S/E/N :-) ).. Having thought a bit more this seems very tricky. > I also understood from somebody that when using latlon coordinates the > minus sign is actually redundant, as

Re: [QGIS-Developer] Use of NE(SW) in the showing of (ordered) coordinates within QGIS

Richard Duivenvoorde via QGIS-Developer writes: > In 3.24 you will see something like "WGS84 5.2 52,3" > While in master it shows: "WGS84 52.3N 5.2E" (note the N and E) > > For WGS84 I think this is normal (to show WSEN), but for other crs's I > think it is overkill? > > In 3.24: "EPSG:28992 (1

Re: [QGIS-Developer] WFS3 API POST PUT Methods

"Carlo A. Bertelli (Charta s.r.l.)" writes: > The GeoJSON Specification (RFC 7946) mandates the use of WGS84: > > The coordinate reference system for all GeoJSON coordinates is a >> geographic coordinate reference system, using the World Geodetic >> System 1984 (WGS 84) [WGS84 >>

Re: [QGIS-Developer] 3.16.16 build failure (NetBSD 9, pkgsrc)

Greg Troxel writes: > It sort of looks like there is a test for an optional feature that isn't > guarded; I'm not building with qtwebkit. That is exactly the issue; idfdefing one function that relies on webkit gets the build to finish. PR soon. signature.asc Descriptio

[QGIS-Developer] 3.16.16 build failure (NetBSD 9, pkgsrc)

I'm trying to do an update of pkgsrc from 3.16.15 to 3.16.16, and got a build failure in test code. (It seems building tests is on by default which is perfectly ok, and I should try to run them.) Immediately prior to building 3.16.16, I built 3.16.15 which was clean all the way to a binary packa

Re: [QGIS-Developer] [Qgis-psc] QGIS LTR releases -- is it time to pull the plug?

Jürgen E. Fischer writes: > Hi Bo, > > On Tue, 16. Nov 2021 at 18:41:31 +0100, Bo Victor Thomsen wrote: >> So yes, the LTR point releases are used. Not all point releases will be >> installed every time, but some will. > > So you could agree that a monthly frequency it to high and a point releas

Re: [QGIS-Developer] QGIS LTR releases -- is it time to pull the plug?

Nyall Dawson writes: My comments are mostly meta... > I'd like to start some conversation about the dire condition of the > QGIS LTR release and what we can do to remedy/avoid this in future. > > If you've missed the conversation, our QGIS 3.16 windows releases have > been completely broken for

Re: [QGIS-Developer] URGENT AS CAN BE: QGIS 3.16.12 and sip 6?

Thanks to both of you for explaining. I'm going to ignore sip 5, as it seems like some things need 4 (which today means 4.19.25), and some things support "modern sip" and are thus ok with 6. So as I see it: In packaging, given that qgis is at 3.16, I need to keep sip at 4.19.25 because 3.16

Re: [QGIS-Developer] URGENT AS CAN BE: QGIS 3.16.12 and sip 6?

Nyall Dawson writes: > Mmm... I really don't think that works for end users though. Someone > who has installed qgis 3.16.12 from last week's installer has no way > of telling that they'll be affected by the bug vs someone who only > just downloaded the installer. There's no way we can put out a

Re: [QGIS-Developer] URGENT AS CAN BE: QGIS 3.16.12 and sip 6?

Jürgen E. Fischer writes: > Hi Nyall, > > On Fri, 05. Nov 2021 at 08:28:33 +1000, Nyall Dawson wrote: >> > We also then need to push out a news feed item advising that 3.16.12 >> > has critical issues and that all users should update to 3.16.13. > >> Any response to this? I feel SO strongly th

Re: [QGIS-Developer] Default QgsFeatureFid ?

Sandro Santilli writes: > On Fri, Oct 15, 2021 at 08:12:07AM -0400, Greg Troxel wrote: > >> There's a larger question lurking behind that, which is something about >> if tables in SQL can have NULL values and how that NULL is mapped into >> qgis's main interna

Re: [QGIS-Developer] Default QgsFeatureFid ?

Sandro Santilli writes: > On Fri, Oct 15, 2021 at 10:45:52AM +0200, Alessandro Pasotti wrote: >> Hi, >> >> maybe you can use >> >> #define FID_NULLstd::numeric_limits::min() > > Maybe, but the question is more generic: *should* a QgsFeatureId have > a default value ? There's a lar

Re: [QGIS-Developer] [Qgis-psc] Developer support channels

It seems implicit in the discussion that you are only considering open protocols for which there is first-class open source software, client and server. Maybe I missed that earlier, but I wanted to say it explicitly. I've been using matrix for similar purposes in other communities, and it's been

Re: [QGIS-Developer] network analyst in qgis

Nils Nolde writes: > It's mostly about making a self-contained plugin really. It's > definitely not an option to have users install that stuff from source, > there's thing like boost, protobuf etc involved and the very latest on > Windows people will (rightfully) never even try. The Python bindi

Re: [QGIS-Developer] network analyst in qgis

Nils Nolde writes: That all sounds like great progress. Speaking as a packager for systems that are somewhat unusual: > solvers, that's above our heads. For everything we need a performant > routing engine, so we have to include several third-party FOSS > projects for routing & solving, those

[QGIS-Developer] expected ccache hit ratio on new micro release?

(If people feel this query belongs on -user, please feel free to tell me that.) I maintain the qgis entry in pkgsrc, a multi-OS multi-CPU packaging system, and use qgis 3.16.x on NetBSD. So I am talkiing below about NetBSD 9 amd64. I use ccache, to save compilation time, since in doing packagin

Re: [QGIS-Developer] [Qgis-psc] How to handle upstream Qt fixes

Nyall Dawson writes: > I'd never make the KDE fork a requirement for a bulid -- we'd always > have to ensure that users can build using the official releases. > They'd just potentially suffer from upstream Qt bugs which have since > been fixed in the community fork. (And if we do nothing, they'd

Re: [QGIS-Developer] How to handle upstream Qt fixes

Nyall Dawson writes: > - Qt Co effectively ended open source support of Qt 5 at the 5.15.2 > release, and have moved all focus to Qt 6. > - While some preliminary work has been done, QGIS doesn't currently > support Qt 6 based builds, and likely won't be ready for this for some > time (even comp

Re: [QGIS-Developer] #qgis on Freenode

techdude1996 writes: > I don't mean to be rude, but can we please move to the 21st century? (As I'm > responding to a mailing list) IRC very dated and lacks a lot. If you don't mean to be rude, then perhaps it would be good to address things a little more evenhandedly, rather than using terms l

Re: [QGIS-Developer] Release Cycle update

Marco Bernasocchi writes: I'm writing with my packager hat on (pkgsrc), mostly, although I'm also a user. > We think that adding release candidates would benefit the project a lot > since we would not be shipping code that has not been tested at large and > we would have a simple way to tell pe

Re: [QGIS-Developer] Raster with CC-0 license

I realize this is regional, but imagery as well as raster topo maps published by the US government are in the public domain, which can treated as matching CC-0. signature.asc Description: PGP signature ___ QGIS-Developer mailing list QGIS-Developer@lis

Re: [QGIS-Developer] Stale bot and older requests/issues - possible enhancement

I am not a fan of a bugtracker pushing people to sponsored development by spamming each issue with it. It's perfectly reasonable to assign a label that means basically "this issue appears legitimate but no one has expressed interest in working on it", and make the pointer to either 1) maybe you

Re: [QGIS-Developer] Message to list

Hannah Wait writes: > I work at a land surveying company and have a question on QGIS and QField if > anyone can help with. > > We are currently looking at uploading the 'Survaid' data with accurate > positioning and exporting as a shapefile with the attributes in to > QGIS. Do you know if there

Re: [QGIS-Developer] [Qgis-user] Phasing out 32-bit support in QGIS for

Marco Bernasocchi writes: > tl;dr QGIS will drop 32-bit support on Windows after the QGIS 3.16 release > when we update our Qt dependencies to Qt 5.15. Two questions from a packaging viewpoint (I help maintain the qgis entry in pkgsrc): I am guessing that this "dropping 32-bit on Windows" is

Re: [QGIS-Developer] QEP: Aggressive Dependency Bump for 3.18

Nyall Dawson writes: > Please see https://github.com/qgis/QGIS-Enhancement-Proposals/issues/197 > for a proposal to perform an aggressive dependency bump following the > release of the QGIS 3.16 LTR version. > > The build dependency versions for QGIS have not been raised in many > years, and as

Re: [QGIS-Developer] qgis build fails with cmake 3.18.2, NetBSD, quoting of $

Greg Troxel writes: > Peter Petrik writes: > >> Hi, >> looks like duplicate of https://github.com/qgis/QGIS/pull/38103 >> I fixed it by using of ninja instead of make > > Are you saying: > > qgis has code to change $ to $$ for quoting, and has for a l

Re: [QGIS-Developer] qgis build fails with cmake 3.18.2, NetBSD, quoting of $

Peter Petrik writes: > Hi, > looks like duplicate of https://github.com/qgis/QGIS/pull/38103 > I fixed it by using of ninja instead of make Are you saying: qgis has code to change $ to $$ for quoting, and has for a long time cmake 3.18 now quotes $ to $$, and thus we end up with area

[QGIS-Developer] qgis build fails with cmake 3.18.2, NetBSD, quoting of $

I co-maintain the pkgsrc entry for qgis (and also look after proj, gdal, postgis). pkgsrc uses gmake because there are file names with spaces (json help), and there is some quoting problem with BSD make. (Also because of the present issue with $ quoting.) pkgsrc currently has 3.10.7 (yes, I kno

Re: [QGIS-Developer] using conda for development

Ari Meyer writes: > Matthias, WADR, your statement seems, at least on the surface, to indicate > an incredibly fragile process. How can you possibly maintain stability and > reproducibility if the dependencies can be changed at will? I can understand how you would say this, but I find your stat

Re: [QGIS-Developer] using conda for development

Nyall Dawson writes: > There's a related proposal at > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/179 -- > probably best to keep the discussion on that page. Not really about the details of using conda but about the concept: conda's documentation says it runs on "Windows, macOS

Re: [QGIS-Developer] QGIS and Qt 6: A proposal

Nyall Dawson writes: > On Mon, 6 Jul 2020 at 22:38, Greg Troxel wrote: >> >> Bo Victor Thomsen writes: >> >> > 3. I like the idea, that you can build QGIS with both the QT ver 5.x >> >and QT ver 6.x in a (limited) time period. That gives the plug

Re: [QGIS-Developer] QGIS and Qt 6: A proposal

Another thought is the spectre of "long term stable" OS releases. In various projects, I run into people who choose to run old software (otherwise known as "using a LTS distribution"), but at the same time insist on compiling the most recent release of X, and they expect X to build against old thi

Re: [QGIS-Developer] QGIS and Qt 6: A proposal

Bo Victor Thomsen writes: > 3. I like the idea, that you can build QGIS with both the QT ver 5.x >and QT ver 6.x in a (limited) time period. That gives the plugin >developer some peace of mind, having both the "old" and the "new" >QGIS as a testing ground before plugin release I like

Re: [QGIS-Developer] QGIS for Apple: Intel vs. arm

Surely the code ought to all build on arm64 (and earmv7, sparc, sparc64, RISC-V, and many others). If not it needs fixing anyway. (No disagreement with your points about CI and build servers.) I suspect there will be a lot of aarch64 and RISC-V hardare in the open source world over the next few

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

Nyall Dawson writes: > 3. A community fork would likely end up being great for Qt (my > opinion). It certainly had a huge positive impact on > OpenOffice/LibreOffice. Qt is currently REALLY difficult for new > contributors to contribute to, so it's possible a community driven > fork with more of

Re: [QGIS-Developer] Why does QGIS frequently get flagged by Trend Micro?

"Moskovitz, Bob@DOC" writes: > Hello All, > > I've noticed that QGIS 3.10.2-2 (and previous versions) would crash and then > get flagged by Trend Micro with the following 2 "Security Threat": > > * TSC_GENCLEAN > https://www.trendmicro.com/vinfo/us/threat-encyclopedia/malware/TSC_GENCLEAN >

Re: [QGIS-Developer] iOS prototyping

Paolo Cavallini writes: > thanks for this discussion. I'm also pretty sure getting a property > transfer from all developers will be difficult if not impossible (quite > a few devs even disappeared from the radar, not easy to find them again). > > A possible intermediate step would be to: > > * g

Re: [QGIS-Developer] iOS prototyping

Andreas Neumann writes: > Before we go to far with the discussion here, I would first ask all of > the core devs if they really would like to do that. > > Without an agreement in place, the code is owned by each contributor > separately. I know of quite a few core devs who are not keen on ceding

Re: [Qgis-developer] Adding default OSM backround maps

For context, I've only been lurking and intend to use QGIS when I get time. I have been an OSM mapper for 8 years. Paolo Cavallini writes: > Il 21/03/2017 15:58, Jorge Gustavo Rocha ha scritto: > >> 1. The UserAgent is already a configurable feature in QGIS (under >> Options/Network). Any user

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

Sandro Santilli writes: > On Mon, Aug 29, 2016 at 03:37:37PM +0200, Luigi Pirelli wrote: > >> I tried again... before logging to osgeo wiki to be sure about my >> credentials... and than to osgeo gitlab, but... no way :( > > Note that the OSGeo Wiki does *NOT* use the LDAP credentials. > What yo

Re: [Qgis-developer] Plugin licence

"Vincent Picavet (ml)" writes: > 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 a

Re: [Qgis-developer] Why is ellipsoidal calculation tied to project OTF setting?

"Blumentrath, Stefan" writes: > I am no geodesist, so I do not have the expertise to judge which type > of measure should be favored / the default. But I would expect the > other packages have their reasons for using Cartesian > measurements... Given that the code for the ellipsoidal measurement