Hi
I don't think there has been a strong enough argument to keep the extra
bloat.and the potential goodies you hint at coming if they are removed have
a broader benefit to all users over some hidden features that nobody
understands.
Tim Sutton
Co-founder of Kartoza
Ex-QGIS project chairm
Hi Nyall,
> Ok, we've hit a stalemate then. I was hoping to drop the additional
> algorithms to allow some desirable new features like avoiding
> duplicate text labels within xxx mm of others (e.g. avoiding too many
> labels for dual-carriage highways), and use that some logic to start
> implemen
Hey Guys,
Does anyone know of any good tutorials on how to get started with C++ for
QGIS applications?
Thanks in advance
Le gach dea ghui,
*Shane Carey*
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/ma
On Thu, Aug 01, 2019 at 02:26:04PM +1000, Nyall Dawson wrote:
> I think at the least we could/should endorse an official, read-only
> repo mirror which isn't affected by the trade laws, e.g.
> https://git.osgeo.org/gitea/qgis/QGIS would be a great candidate
Latest Gitea release (1.9.0) introduced
Hi
> On 2 Aug 2019, at 05:45, Paolo Cavallini wrote:
>
> Hi all.
> I'm often unhappy when I'm right.
In which particular aspect are you right?
> Although the practical impact this time is low, I would take this as a clear
> signal (after the loomio move, and I expect more) that we have to ch
I would just like to draw your attention to issue 30162
https://github.com/qgis/QGIS/issues/31062.
I would appreciate any comments on what people with more experience than I
do think about my two different ideas to fix this bug. It has clearly been
an issue in the past as there are issues referenc
On Wed, 7 Aug 2019 at 06:42, Tim Sutton wrote:
>
> GitHub impact is more conceptual than actual as has been shown in this
> thread. So sure, lets have a plan B in place, that was always the long game
> plan for our code etc. But lets do take our time and do it right and in a
> considered way. W
On Wed, 7 Aug 2019 at 00:40, Sandro Santilli wrote:
>
> On Thu, Aug 01, 2019 at 02:26:04PM +1000, Nyall Dawson wrote:
>
> > I think at the least we could/should endorse an official, read-only
> > repo mirror which isn't affected by the trade laws, e.g.
> > https://git.osgeo.org/gitea/qgis/QGIS wou
/me is googling for cloud hosting services in North Korea :-P
Sandro's comments about migrating issues to gitea make me think he has more in
mind than a simple mirror of the code….
If we want a mirror surely it is easier to simply have a small hetzner server
running a public read only git repo?
On Wed, 7 Aug 2019 at 09:08, Tim Sutton wrote:
>
> /me is googling for cloud hosting services in North Korea :-P
>
> Sandro's comments about migrating issues to gitea make me think he has more
> in mind than a simple mirror of the code….
>
> If we want a mirror surely it is easier to simply have
Hi
> On 7 Aug 2019, at 00:37, Nyall Dawson wrote:
>
> On Wed, 7 Aug 2019 at 09:08, Tim Sutton wrote:
>>
>> /me is googling for cloud hosting services in North Korea :-P
>>
>> Sandro's comments about migrating issues to gitea make me think he has more
>> in mind than a simple mirror of the co
Hi All
I am trying to create a section in my report (not layout) which iterates over
my plant types lookup table and applies a filter to my vegetation points layer
based on the plant type ID.
Ideally I should set my filter of my vegetation layer based on the atlas
feature id like this: "plant
Hi
Sorry small correction:
> Ideally I should set my filter of my vegetation layer based on the atlas
> feature id like this: "plant_type_id" = attribute(@atlas_feature,id)
Should have read:
"plant_type_id" = @atlas_feature,id
I added a fake point geom to my lookup table and it lets me contr
13 matches
Mail list logo