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

[Régis Haubourg via QGIS-User]

Hey Adam,

On 10/04/2024 16:19, Adam Nielsen wrote:

At PSC, we discussed this topic and decide to phase the migration plan,
by starting  QGIS PSC and QGIS users first. Those are the first places
we want users to jump in easily.

What's the reason you want users to be able to jump in easily?


I didn't see it coming honestly.  Make it hard for them so only the best 
ones can join us?




In my own experience, if it's too easy for people to ask questions,
then they tend to do so before doing their own research.  This runs the
risk that they will ask a question before bothering to do even a simple
web search, resulting in many low-effort questions that the askers
could easily have solved themselves.


Don't you think it is already the case. Moderators everywhere are doing 
this job to remind people to just do their homework before asking.


I also heard yesterday another argument, given that we have 
StackExchange, mailing list and forums would be of no use.  Except you 
don't discuss on StackExchange, you only ask questions. And we don't own 
the content (side remark) there.


Don't you also think that AI stuff will catch all those questions asked 
too quickly ?




The end result is that humans end up functioning like AI LLMs - they
simply repeat parts of the documentation that people could not be
bothered to search for themselves.


Would you want to make life harder for those who still want to learn, 
but just don't get the mailing list stuff?




Now if you like repeating similar answers to simple questions then
that's fine, but most people tend to get bored with that and lose
interest fairly quickly, or become rude with their replies as they are
tired of repeating the same basic information over and over again, and
this then tarnishes the community as "hostile" or "toxic" to new users.


From my experience, stupid questions are either not answered, or very 
gently refocused on the good way of asking questions, which is also 
something I like in our communities.





This is why generally speaking, it's often better to add some hurdles
in before people can ask questions, such as figuring out how to
subscribe to an e-mail list.  It means people will do some web searches
first as they are the easier option, and only ask the community for help
if they really are stuck and really do need help.  This cuts down on a
lot of low-effort questions and demands less time from community
volunteers responding.


This is a radical point of view. Another option is to make them pass 
through helpers that reminds them to search before asking. Something 
positive, like when you create an issue in gitlab and the UI gently 
propose you existing similar questions when you start typing.



If you still think Discourse is the way to go, I would suggest running
it in parallel with the e-mail list for a few months, and compare how
many questions get answered there vs here.


We can't mirror with both sides being written. If we go this way, we 
would all have to follow both channels. Older ones will stay in mailing 
lists, Users will try Discourse, community is split in half.


I remind you that the issue is that we do not have any plan at osgeo to 
provide a mailman 3 solution. And new users just don't use mailing 
lists. This is a fact. Myself in my new job being forced to use outlook 
f**ing client, I can't realistically follow our lists anymore. This is 
also a fact. We  try to answer to this reality.


Clearly if Discourse doesn't make it for PSC and user lists, after 
correct communication and after the transition period, we'll discuss it 
again.


Cheers


Régis
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

[Régis Haubourg via QGIS-User]

Hi all,

I've read you reactions carefully. All your points are very valid 
concerning Discourse as a bad mailing list alternative.


At PSC, we discussed this topic and decide to phase the migration plan, 
by starting  QGIS PSC and QGIS users first. Those are the first places 
we want users to jump in easily.


Developer's list will be discussed once we get experience on this front 
only.


Maybe some issues will be fixed in the meantime, or maybe we will find a 
better solution in Discourse itself.


I keep on looking around at other projects. The mailing list "fake" 
option makes everyone unhappy, maybe because it is not really the right 
way to use Discourse.


I found that Fedora project decided to organize its Discourse instance 
using tags, and subscription to tags  : 
https://discussion.fedoraproject.org/t/navigating-fedora-discussion-tags-categories-and-concepts/3 



We are still in testing phase, please feel free to join discussions at 
https://discourse.osgeo.org/c/discourse-issues-and-requests/19 !



Regards

Régis


05/04/2024 10:35, Sandro Santilli via QGIS-User wrote:


On Thu, Apr 04, 2024 at 05:58:32PM +0200, Marco Bernasocchi via QGIS-Developer 
wrote:


Seems fixed :)
https://trac.osgeo.org/osgeo/ticket/3073#comment:19

That's actually more of a workaround than a fix.
Discourse still ruins the body of email text/plain email messages.
Even those sent for administrative purpose (links are turned into
html anchor tags)

--strk;

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-user___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] 1. Announce - migrate our mailing lists to Discourse (R?gis Haubourg)

[Régis Haubourg via QGIS-User]

Thanks for your feedback Raúl !

At this stage, just spreading the word of creating an account in 
discourse.osgeo.org via LDAP OSGEO should be enough. There is already a 
bunch of interesting to follow there.


Cheers

On 03/04/2024 16:37, raulnanclares--- via QGIS-User wrote:

Hi Règis, that's very nice to read! We're planning on migrating the
qgis-es list soon, we started a small discussion on the mailing list
and only one person was against the migration, some stated that they
would like to wait until the main qgis lists migrated, so I guess this
is the rigth time to move. If I can be of any help just let me know.

Thanks for all the hard work,
Raúl Nanclares
QGIS Spanish user group vocal.
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-user___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

[Régis Haubourg via QGIS-User]

Hi Tony,

we know about mailman3 rewrite. from the tests of SAC and other 
projects, it was not conclusive.


About keeping both system, this is the best way to fragment a bit more 
our community, which already is dispersed through too many channels. 
This is the problem we want to fix here.   This is a hard requirement in 
this move, ie stay DRY.


Gnome, Mozilla and Ubuntu are all fighting against the same issue. We 
try to clarify which should be the official channels, and still want to 
offer communication means that are really used. From my perspective, I 
use Discourse mainly by mail, and have the additionnal possibility of 
using the web UI to write markdown , add images and color syntaxed code. 
I woud not see the benefit of having to "also" keep monitoring other 
mailing lists.



Cheers

On 04/04/2024 01:07, Tony Bazeley via QGIS-User wrote:
I'm not against new communication channels, but imagine the maximum  > benefit would be obtained by adding a discourse channel while 
keeping > the mailing list channel, and perhaps reviewing use after a 
period of > time. > > And just BTW, Mailman has just completed an 
upgrade to a major new > version so I'd be interested to learn the basis 
of claims for "end of > life" > > On Thursday 4 April 2024 8:53:47 AM 
ACDT Greg Troxel via QGIS-User > wrote: >> 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 am >> 
probably somewhat unusual (started doing email in the 70s), and >> here 
probably only strk thinks I"m normal :-) >> >> My perception, perhaps 
off base, is that discourse facilitates >> people showing up, posting a 
question, and getting replies to the >> question, without also getting 
delivered to them everything else >> on the "mailing list". Thus I 
expect a lot more help desk type >> interactions, where new people ask a 
question and don't really >> engage, rather than joining the community. 
Many projects have >> communities of long-term participants who get to 
know each other. >> Partly from on-list, but partly from off-list 
converstations which >> are enabled by getting emails with the other 
person's email >> address. I don't see this happening in a discourse 
world. I'm not >> arguing there are no mechanisms and that people could 
not make it >> happen. I am saying that I expect it to happen much less 
in >> practice. >> >> I don't have any good ideas about the first 
pointl. >> >> The second point could be addressed by allowing web 
signup, but >> allowing posting only if one has email delivery of all 
messages, >> and having the From: address be the person, and not 
breaking DKIM >> signatures. In short, having the email interface be a 
first-class >> non-broken mailinglist, while also having a forum view. 
>> >> (I've dropped psc because it doesn't allow non-members to send.) 
>> ___ QGIS-User mailing >> 
list QGIS-User@lists.osgeo.org List info: >> 
https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: >> 
https://lists.osgeo.org/mailman/listinfo/qgis-user > > > > > 
___ QGIS-User mailing > list 
QGIS-User@lists.osgeo.org List info: > 
https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: > 
https://lists.osgeo.org/mailman/listinfo/qgis-user___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

[Régis Haubourg via QGIS-User]

Hi Greg,
Of course you are free to react !
I'm interested in understanding why you feel this would reduce engagement.
I've been testing Discourse a lot in the past years. From french spaces
around open data and numeric commons, to a first test with QGIS french user
lists.
What I have observed is :
- new users jump in more easily than with our obscure mailing list habits.
- I just don't see any usage difference once I changed my settings from the
default digest setting to "one mail per interaction"
- it is a lot easier to subscribe to a category than to subscribe in
mailman to a new mailing list.
- finding topics via search engine is so much more normal. Remember we
needed Nabble to offer this and it was not an easy experience. And Nabble
died.
- as a list administror, mailman backoffice interface does not make it
easy. It has been designed in the early stages of the web. This is so hard
to understand, read and maintain. And don't try on a phone.

On the downsides, I just had to explore notification settings and
understand how categories work a bit more than I would have expected. But a
lot less time than the numerous hours struggling with mailman admin
interfaces.

So if you have tangible ideas or facts we are really interested.  Discourse
is open source and really full of features, settings or plugins to tune it
to our needs.

Cheers
Régis

Le mer. 3 avr. 2024, 17:34, Greg Troxel via QGIS-User <
qgis-user@lists.osgeo.org> a écrit :

> 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 lead to
> reduced engagement by the longer-term-FS people.  Part of this is that
> tools that encourage post-and-only-see-answers lead to a help desk
> feeling that than a community.
>
> I don't expect to be listened to in any serious way, but you said "feel
> free to react" :-)
> ___
> QGIS-User mailing list
> QGIS-User@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Announce - migrate our mailing lists to Discourse

[Régis Haubourg via QGIS-User]

[Message sent to all QGIS's lists. Sorry for crossposting - **please 
reply only in PSC list**  ]



Hi all,

as you may know, we traditionally use mailing lists a lot in QGIS 
project as well as for other OSGEO projects.


All those mailing lists are server by mailman, a venerable piece of code 
written by Richard Stallman. Those mailing lists are hosted by OSGEO 
team (System Administration Committee known as SAC).


Mailman is end of life and all FOSS project are looking to its successor 
, like  GNOME project for instance [0] .


Additionally, mailing lists are not used anymore by younger folks.

Reason for this are numerous, from competition with instant messenger 
tools, the lack of a nice responsive interface, difficulty to search and 
explore mails on the web, or simply because the monopolistic Outlook 
client does not make it easy to use mailing list correctly.


OSGEO team has deployed a Discourse instance, and after 4 months of 
tests with some early adopter -like QGIS-FR list - we think the project 
is mature enough to start discussing about migrating QGIS's main lists.


With this move, we hope that we can counter the current fragmentation 
and streamline our discussions. Please fell free to react.


Any help in this migration move will be more than welcome, from testing 
and spreading the word, to buying a beer after this move ;-)



## What is Discourse ?

Discourse [1]  is an open source only project built to support community 
discussions, started in 2013 and thought to address the gap between 
dying mailing list, forums and the rising instant messenger tools 
dragging all discussions into private and locked-in spaces.


It allows advanced moderation, advanced notification settings, and is 
thought to streamline discussions.


It is already used by tons of community projects, you probably already 
know it, from Gnome to Mozilla.


Want to have a look ? The already migrated lists are there : 
https://discourse.osgeo.org/


## What are the benefits of using Discourse ?

It is searchable on the web, and can be explored lot better than our 
mailman archives.


It is extremely easy to subscribe to a category. No more need to have 
one subscription per list.


Receiving mails and answering from your mail client is fully supported.

You can copy paste images, videos, code and can react via emojis.

There is a basic instant chat, based on matrix. We prefer at this stage 
to use a dedicated channel to avoid confusion. (We are already present 
on IRC and Matrix - see [3] )


## What if I prefer mailing lists ?

Discourse offers options that are very close to mailing lists. See 
Mozilla's tutorial :


https://discourse.mozilla.org/t/how-do-i-use-discourse-via-email/15279

## What calendar and steps for this migration ?

With the System Administration Committee we agreed to  :

- Prepare archive import for a zero downtime migration in June.
- Start with PSC list first, which is smaller
- Announce the  several times for a month we are going to switch, and 
ask everyone to create an account on Discourse via OSGEO LDAP connector. 
Channels will be lists themselves, blog, QGIS desktop feed, and asks for 
communities and user groups to relay in their dedicated channels.

- Do some tutorials about how to handle notifications and advanced options
- Do the switch list per list during june
- Put old mailing list in archive mode with disclaimers.


## What about private lists ?

We currently have private lists like QGIS-voting-members or 
PSC-Private.  We did not tested this yet, but Discourse has options for 
this [2]



Any thought from you is more than welcome, from ranting against 
modernity to thanking SAC for their hard work.


Best regards ,


Régis on behalf of your beloved PSC



[0]https://discourse.gnome.org/t/common-questions-re-mailman-to-discourse/11841 



[1] https://www.discourse.org/

[2] 
https://meta.discourse.org/t/understanding-groups-and-category-permissions-security-settings/87678 



___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] question abot shapes

[Régis Haubourg via QGIS-User]

What is your question Sylvain?

This is unclear

Regards


On 08/03/2024 17:15, Sylvain Ard via QGIS-User wrote:


Good morning,
I have a PostgreSQL database of several million points with 
latitude/longitude and I would like to do the following with 
qgis-server or PostGis:
according to a number of shapes (hexagons, circles or squares) per 
mesh, calculate the number of points per shape and color the shape 
darker as there are points underneath. If there are no points the 
shape should not appear. If we zoom in, the meshes must be 
recalculated and reduced of course. On the other hand I would like a 
leaflet basemap.

Thank you for your help, Kind regards
Sylvain Ard

0549507724
0778380991
sylvain@gmail.com
http://sylvain-ard.fr
Entreprise individuelle SIRET : 80079243400022
Appt 26 Bât A Résidence Le Patio
83 rue de la Bugellerie
86000 Poitiers

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-user___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] How QGIS handles on-the-fly projection?

[Régis Haubourg via QGIS-User]

Hi ,

the render in QGIS is always done on the fly, there is no caching of 
prerendered data, except for online webservices.


PROJ is indeed the library doing the job.

Régis

On 27/02/2024 14:00, Ionut Ungurianu via QGIS-User wrote:

Hi!

I’m looking to understand  in a more advanced way how QGIS handles on-the-fly 
projection.
In my case I set the project crs in epsg:3857 and I have a raster layer in 
epsg:4326. In this case what is happening with the layer?

I know that it’s based on PROJ, but I’m wondering what is actually happening in 
the back-end, what is happening in the map canvas, how is the layer render, is 
being resampled every time you pan the map or do zoom in/out ...

So, if someone can help with a detailed explanation, I would really appreciate 
it.

Thanks in advance!

All the best!
Ionut
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-user___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Geometries of labels - automatic positioning (no covering)

[Régis Haubourg]

Hi,

no magic anwser here again. But when I face this kind of need, I switch
on the option of the rendering engine that displays the labeling
candidate paths, and play a lot with the number of candidates.

Of course, the more candidates, the more CPU work, but the more chances
to have a 99 % good result. 

Best luck

Régis


On 12/02/2021 14:02, Matej Mailing wrote:
> Hi Silvio.
>
> Basically my issue is that I need to have all the symbols and labels
> visible, but since the number of those is huge, I want to have the
> need to place them automatically as much as possible. If somehow I
> could use the collision engine to recalculate the positions -  I just
> need the labels to be visible, the exact label position (little more
> to the each side as it must be to avoid colliding) is not important, I
> just need them to be visible near the objects basically...
>
> Positioning every label by hand takes an enormous amount of time of
> manual work that seems to be meaningless in the current state of
> automation :)
>
> Thanks,
> Matej
>
> V V pet., 12. feb. 2021 ob 12:49 je oseba silvio.bentzien
>  napisala:
>> Hey Matej,
>>
>> please disregard my last message. I got lost in the thread.
>>
>>
>> Would it help your problem if you lock the scale of your project and use the 
>> Magnifier to zoom in and out? That way, you can lock the symbols and labels 
>> to the scale you want to plot your map in and you would have greater 
>> awareness and control over the placement of you labels. (assuming that 
>> changing label positions manually is feasible in your case)
>>
>> greetings,
>> silvio
>>
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Thursday, February 11, 2021 3:08 PM, Matej Mailing  wrote:
>>
>>> Thanks, I already have this enabled.
>>>
>>> What I would like is to achieve this result (img1) instead now having
>>> labels covering each other as in img2.
>>>
>>> Thanks,
>>> Matej
>>>
>>> V V tor., 9. feb. 2021 ob 14:02 je oseba Matej Mailing
>>> mail...@tam.si napisala:
>>>
 Thanks, I already have this enabled.
 What I would like is to achieve this result (img1) instead now having
 labels covering each other as in img2.
 Thanks,
 Matej
 V V tor., 9. feb. 2021 ob 13:34 je oseba Richard Duivenvoorde
 rdmaili...@duif.net napisala:

> On 2/9/21 1:29 PM, Matej Mailing wrote:
>
>> Hello Regis,
>> I cannot find that option you mention: "the placement option "always
>> displays" on the layers"
>> I seem to have checked all the options - I am using QGIS 3.16.3.
> See screenshot, it is in the last tab, checkbox "Show all labels for this 
> layer (including colliding labels)"
> Regards,
> Richard Duivenvorde
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


pEpkey.asc
Description: application/pgp-keys
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Geometries of labels - automatic positioning (no covering)

[Régis Haubourg]

Back on the mailing list.

mm, so you want to force labels on all features right, especially on
crowded locations?

Did you try the placement option "always displays" on the layers you
want to force? 

I you get a screenshot, that would help

Best

Régis

On 05/02/2021 13:53, Matej Mailing wrote:
> Hi,
>
> I would like that the collision engine positions all the labels of
> selected layers at every scale. I am aware that I can play with the
> labeling priorities, but when there are two geometries, for example
> short line and a long line in case of roads or some crossings, there
> are locations on the map where a large number of labels should be
> visible and I cannot get a result that all of the labels are visible
> generally no matter what fixed positions are and their priorities.
>
> I need to plot out the map at the fixed scale and have all the labels
> of the selected layers visible at that scale in this scenario. I don't
> mind their exact location, just that they have to be visible and not
> covered by each other. The labels are from a number of layers and
> represent different types of information (i.e. road names, blocks,
> crossing names etc.) and I need them to be positioned in a way they
> are all always visible, which is currently impossible as a small
> crossing is such a small geometry that is covered with labels from
> other objects although trying all the priority combinations.
>
> Maybe the scale parameter isn't important in this equation as I am
> thinking now as if enabled, this feature would simply work at all the
> scales :)
>
> Hopefully I was able to define this clear enough. If not, please let me know 
> ;)
>
> Thanks,
> Matej
>
> V V pet., 5. feb. 2021 ob 13:20 je oseba Régis Haubourg
>  napisala:
>> Hi,
>>
>> I'm not sure I get correctly what you mean here. You would like the
>> collision engine to take into account a subset of selected layers? How
>> would you select them ? Are you aware that you can already play with
>> labeling priorities on a layer level, and also use some layers to block
>> labeling on its features.
>>
>> Let us know a bit more precisely how you see it.
>>
>> Best regards
>>
>> Régis
>>
>>
>> On 05/02/2021 13:14, Matej Mailing wrote:
>>> Hello Regis,
>>>
>>> thank you for the clarification. What would help very much would be an
>>> optional input to the collision engine to execute itself for the
>>> labels of the selected layers at the selected scale. The result would
>>> then, if I understand correctly, mean that no labels of the selected
>>> layers cover each other at that scale. Would that make sense?
>>>
>>> Thanks,
>>> Matej
>>>
>>>
>>> V V pet., 29. jan. 2021 ob 18:20 je oseba Régis Haubourg
>>>  napisala:
>>>> Hi Matej,
>>>>
>>>> There is no geometry stored for labels, it is all up to the collision
>>>> engine to compute on the fly for each context where to draw labels.
>>>>
>>>> You can "pin" labels, and a XY location is stored then, either in the
>>>> dataset if you set dedicated fields in the advanced labeling options,
>>>> and your layer is editable, Or in the auxiliary database (a sqlite .qgd
>>>> side car file) linked to your layer.
>>>>
>>>> You can access the auxiliary data in the layer properties.
>>>>
>>>> Last option I know of, you can use geometry generators to provide
>>>> "paths" for labels. Ex: smoothen a sharp line with some smooth /
>>>> generalize expressions so that the curved labels are better looking.
>>>>
>>>>
>>>> Best regards
>>>>
>>>> Régis
>>>>
>>>> On 19/01/2021 15:41, Matej Mailing wrote:
>>>>> Hello,
>>>>>
>>>>> where are the geometries of the labels stored in the 3.16.x branch?
>>>>>
>>>>> We would like to get them to PostGIS to autmatically manipulate the
>>>>> positions in a way that the labels do not cover each other in a
>>>>> smaller scale, i.e. 1:1000. Or is there any plugin that would do this?
>>>>>
>>>>> Thanks,
>>>>> Matej
>>>>> ___
>>>>> Qgis-user mailing list
>>>>> Qgis-user@lists.osgeo.org
>>>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>>> ___
>>>> Qgis-user mailing list
>>>> Qgis-user@lists.osgeo.org
>>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


pEpkey.asc
Description: application/pgp-keys
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Geometries of labels - automatic positioning (no covering)

[Régis Haubourg]

Hi Matej,

There is no geometry stored for labels, it is all up to the collision
engine to compute on the fly for each context where to draw labels.

You can "pin" labels, and a XY location is stored then, either in the
dataset if you set dedicated fields in the advanced labeling options,
and your layer is editable, Or in the auxiliary database (a sqlite .qgd
side car file) linked to your layer.

You can access the auxiliary data in the layer properties.

Last option I know of, you can use geometry generators to provide
"paths" for labels. Ex: smoothen a sharp line with some smooth /
generalize expressions so that the curved labels are better looking. 


Best regards

Régis

On 19/01/2021 15:41, Matej Mailing wrote:
> Hello,
>
> where are the geometries of the labels stored in the 3.16.x branch?
>
> We would like to get them to PostGIS to autmatically manipulate the
> positions in a way that the labels do not cover each other in a
> smaller scale, i.e. 1:1000. Or is there any plugin that would do this?
>
> Thanks,
> Matej
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


pEpkey.asc
Description: application/pgp-keys
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Plugin approval process

[Régis Haubourg]

Hi Yoann,
we have a manual process for this, I would wait again for a couple of days
and then ping again here.
Best regards
Régis

Le jeu. 27 août 2020 à 11:29, Yoann QUENACH DE QUIVILLIC 
a écrit :

> Hello,
>
> I published a plugin (https://plugins.qgis.org/plugins/multilayerselect/)
> 2 days ago.
> I was wondering why it had not been approved yet? My previous plugins were
> approved in less than 24hours. Did I miss something? How does the approval
> process work?
>
> Thanks,
>
> --
>
> 
>
>
> Yoann Quenach de Quivillic
>
> Ingénieur d'étude
>
>
> www.itlink.fr
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Font Awesome symbols in QGIS

[Régis Haubourg]

Hi Jonathan,
I see paying plans and a free plan for private or non profit uses. Given
that QGIS is used for any kind of work, I don't think embeding their SVG is
covered by the available plans. That would break their economic model
wouldn't it?
Maybe you can contact them to see if this is possible?

Another issue to be taken into account is that the package size for Windows
has already reached the limits of the NSIS installer because of the
proj-data grids. That means we need to provide a different way to install
those additional resources. Resource sharing plugin does it nicely I think
but is not enough advertised. Let's spread the word about it!

Best regards
Régis

Le sam. 25 juil. 2020 à 22:12, Jonathan Moules 
a écrit :

> Hi List,
>
> Following from the discussion about ESRI Fonts on the OSGeo list, I got
> to wondering... could QGIS include the Font Awesome symbols -
> https://fontawesome.com/icons ?
>
> It's not actually a font but a huge set of SVG's - 1,150 in fact
> (excludes the "brand" icons, which QGIS wouldn't want), most of which
> are pertinent to mapping.
>
> The License is "GPL friendly" -
> https://github.com/FortAwesome/Font-Awesome/blob/master/LICENSE.txt.
>
> Cheers,
>
> Jonathan
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Where to store style files (qml, sld) - best practices

[Régis Haubourg]

Hi,
this is an interesting question. It depends a lot on your dataset
organization workflow and how users access to the data and symbology
information.

I see some scenarii outhere :

- traditional file system tree. Store the styles along with the files.

- all in database, where users are autonomous for storing data and styles,
at the cost of having to know how to explore a database structure : you can
user the layer_style table to store styles

- organizations with GIS admin, we consider that average users should not
have to know what a qml or a database is to be able to use QGIS. The idea
here is to store all the reference layers into a few centralized QGIS
projects, and wire all QGIS instances with menu_layers_from_project plugin
so that a simple drop down menu will allow users to add pre-styled layers
(with also metadata, forms ) to their project in one click.  This is my
favourite one because we take into account also some informations that may
not be stored in QML
, like metadata, which are really useful.  This options assumes you can
pre-configure your GIS clients everywhere, and QGIS has all the admin tools
you need for this.



Best regards

Régis



Le dim. 19 juil. 2020 à 05:41,  a écrit :

> Is there a convention on where to place these files? Perhaps a new
> directory in the profile?
> It appears they can be saved anywhere, but I'm curious about best
> practices conventions?
> Create the file in a tmp location and import into the style manager?
> So many choices.
>
> Thx
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS - WMS server image size

[Régis Haubourg]

Hi Édouard,
If I get it right, You should be able to tile your requests, maybe using
500*500px tiles. This will prevent QGIS from asking too big images.
Hope this helps
Régis


Le mar. 23 juin 2020 à 17:54, Edouard Bourgine 
a écrit :

> Hi,
>
>
>
> I’m running QGIS 3.10.6 on w10.
>
>
>
> I’m having trouble with a WMS server.
>
>
>
> The server is from the french land registry office :
>
>
> https://inspire.cadastre.gouv.fr/scpc/[CodeINSEE].wms?service=WMS=GetCapabilities
>
>
> https://inspire.cadastre.gouv.fr/scpc/[CodeINSEE].wms?service=WMS=GetMap
>
> The Code INSSE being a code specific to each city.
>
>
>
> My problem is that this server doesn’t accept image requests with a size
> higher than width : 1024 and height 1000.
>
>
>
> How do I force QGIS to limit image request ?
>
>
>
> I trying differents URL, some of them below :
>
>
>
> https://inspire.cadastre.gouv.fr/scpc/X.wms?WIDTH=1024=1000
>
>
> https://inspire.cadastre.gouv.fr/scpc/X.wms?request=GetMap=image/png=1024=1000
>
>
>
> Nothing seems to work.
>
>
>
> On the last LTR there was a specific field for image width and height. Not
> on this one. What/How should i do/write with the URL on this LTR ?
>
>
>
> Or am I missing something ?
>
>
>
> Thanks
>
>
>
> *Edouard BOURGINE*
>
>
> --
> [image: Avast logo] 
>
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> www.avast.com 
>
> <#m_-2234958585904398270_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Multiple Layers

[Régis Haubourg]

Hi Mike,
you probably encounter the "max file opened by your system" issue. And shp
count for 3.
Best advice is to switch to DB connexions, which do not open any file and
removes this limit

Best regards
Régis

Le lun. 15 juin 2020 à 15:08, Mike Flannigan  a écrit :

>
> Linux Mint QGIS 3.12.3-Bucuresti.
>
> I have a qgs file with about 470 layers.
> Roughly 100 of those layers are grouped together in
> 7 groups.  All layers are SHP or geojson.  Most
> are geojson.  I cannot have all the layers on, but
> I can have most of them turned on.  It takes a
> couple minutes to load all the layers upon startup.
> It counts down slowly from about 30 layers remaining,
> to 1 layers remaining over ~3 minutes.
>
> If I have all the layers turned on it either bombs
> and closes while I am turning on layers, or a partial
> artifact window appears over the Layers panel and
> it freezes.
>
> I thought it was because my geojson files had very few
> newlines, and looked like this:
>
> "type": "FeatureCollection",
> "crs": { "type": "name", "properties": { "name":
> "urn:ogc:def:crs:OGC:1.3:CRS84" } },
>
> "features": [
>
> { "type": "Feature", "properties": { "id": 133, "name": "Some Trail" },
> "geometry": { "type": "LineString", "coordinates": [ [ -71.701964,
> 44.138121 ],  [ -71.702024, 44.138155 ],  [ -71.702079, 44.138192 ],  [
> -71.702147, 44.138216 ],  [ -71.702209, 44.138248 ],  [ -71.702266,
> 44.138285 ],  [ -71.702327, 44.138316 ],  [ -71.702391, 44.138346 ],  [
> -71.702463, 44.138354 ],  [ -71.702547, 44.138356 ],  [ -71.702611,
> 44.138397 ],  [ -71.702644, 44.138447 ],  [ -71.702695, 44.138441 ],  [
> -71.702749, 44.138447 ],  [ -71.702813, 44.138450 ],  [ -71.704207,
> 44.137891 ],  [ -71.704354, 44.137890 ],  [ -71.704502, 44.137856 ] . . .
>
>
> But when I added newlines after every lat/long pair it did
> not fix the problem.
>
> I welcome any recommendations.  Including migrating to
> a geo DB format.  I imagine if I combined my geojson's
> into just a few files it would fix the problem, since
> I have another qgs file that combines 290 geojson files
> into a single geojson layer and it always works fine.
>
>
>
> Mike
>
>
>
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] manual classification tool?

[Régis Haubourg]

Le jeu. 28 mai 2020 à 11:50, Raymond Nijssen  a
écrit :

> Ah, I found it! (With a little help from Richard..)
>
> There is a widget type "Hidden" that prevents showing up on the form.
>
> Still, if anyone knows of a way that also not needs to close the form
> with an OK, could save me 17k extra mouse clicks. Using actions maybe?
>

Hi, I would try to add a python behavior to the form that will trigger the
OK button just for you when you change the value of your edit widget. I
think this works.


>
> Thanks,
> Raymond
>
>
> On 28-05-2020 10:31, Raymond Nijssen wrote:
> > Hi Alex,
> >
> > Thanks, that is pretty close to what I'm looking for! I didn't manage to
> > only show the widget for the field I want to edit though, so I'm seeing
> > the entire form. I tried to find it in the Form and Fields properties
> > and I tried to use hidden fields.
> >
> > Ray
> >
> > On 28-05-2020 09:24, Alexandre Neto wrote:
> >> Hi Raymond,
> >>
> >> Wouldn't the identify tool with auto open form with only the class
> >> field widget available do that? Also, select tool with multi edit form
> >> to classify several buildings in one go would save lots of clicks.
> >>
> >> Alex
> >>
> >> A quinta, 28/05/2020, 07:38, Raymond Nijssen  >> > escreveu:
> >>
> >> Does anyone know if there is a tool in QGIS to quickly classify
> >> features
> >> manually?
> >>
> >> I have a layer with 17,000 buildings, all need to be set to 1 of 5
> >> values. I'm thinking about making a (quick and dirty) plugin that:
> >>
> >> - On clicking the building shows a popup menu with the 5 choices
> >> - Clicking the choice would update the value and change the color
> >> (redraw)
> >>
> >> Every click less really counts here. I already set up a form
> >> widget but
> >> also having the location of the menu near the building polygon is
> way
> >> more efficient. (I mean, no need to cross the screen with your mouse
> >> cursor.)
> >>
> >> Thanks!
> >>
> >> Raymond
> >> ___
> >> Qgis-user mailing list
> >> Qgis-user@lists.osgeo.org 
> >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >>
> > ___
> > Qgis-user mailing list
> > Qgis-user@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS Earth Sciences and Geology Support

[Régis Haubourg]

Thanks Richard !
 I wasn't aware of this project.
Regards
Régis


Le mar. 26 mai 2020 à 19:05, Richard Duivenvoorde  a
écrit :

> On 5/26/20 6:59 PM, Régis Haubourg wrote:
> > QGeologis allows to read QGIS datasources and import data specifically,
> > just like other plugins. We believe that the OGC has a standard data
> > model in with GeoSciML [1] . Moreover, SensorThing API should help a lot
> > to provide more interoperability to those tools and we would be glad to
> > keep exploring in this way.
>
> May I plug the  FROST-Server implementation from Fraunhofer [0] here
> then, IF you are going to play with STA :-)
> We do have some experience with that, and it very performant even with
> hundreds of thousands of measuring points in the postgis db.
>
> Regards,
>
> Richard Duivenvoorde
>
> [0] https://github.com/FraunhoferIOSB/FROST-Server
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS Earth Sciences and Geology Support

[Régis Haubourg]

Hi Grant, Hi list

As you mentionned, Oslandia team has been working in the Geological field
with long partnership with some major public or private actors.

The most generic and reusable part is QGeologis [0], a generic borehole
data visualisation tool based on native QGIS symbology.

We also have experience of geological volumes reconstruction (albion),
hydrogeological simulation
( a project called Thrysis that should be released opensource soon).
We also have operational tools to deal with open mining management and
optimization designed to go out in the field, coupled with in-situ
radiometric sensors & high resolution GPS).
You can find a nice talk of Vincent Mora about 3 modeling given at FOSS4G
2018 in Daar Es Salam [2] or in Bucharest by Julien Cabieces [3]

QGeologis allows to read QGIS datasources and import data specifically,
just like other plugins. We believe that the OGC has a standard data model
in with GeoSciML [1] . Moreover, SensorThing API should help a lot to
provide more interoperability to those tools and we would be glad to keep
exploring in this way.

I hope this can trigger some actions or inspire someone to help.

All the best
Régis

[0] https://github.com/Oslandia/QGeoloGIS/
[1]
https://www.ogc.org/standards/geosciml?utm_source=phplist519_medium=email_content=HTML_campaign=OGC+approves+new+standard+for+geological+science+data
[2] https://vimeo.com/328677023
[3] https://media.ccc.de/v/bucharest-244-open-source-tool-set-for-geology

Le mar. 26 mai 2020 à 14:44, Grant Boxer  a écrit :

> I have been recently seeking support for the development of a drill hole
> and cross section plugin for QGIS, with particular application to the
> geological community in mineral exploration and mining. I have looked
> through the QGIS core contributers and contributers list and there does
> not seem to be a QGIS contributor that specialises in earth sciences -
> geology applications. Is this a marketing opportunity for someone? A big
> issue preventing many of the exploration companies taking up QGIS in
> Australia is the lack of the drill hole and geological modelling. This
> is probably also a factor in other regions as well. I know Oslandia has
> done some drill hole and geological work with their Albion plugin. Any
> recommendations appreciated.
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Mask plugin and qgis3.12

[Régis Haubourg]

Hi,
I think pdf standard in older versions only support , or maybe Qt can't
export blending modes. So if you try to export as vector layers in the pdf,
the transparencies might disappear if you have blending modes on.
Does it work if you force export of a raster image in the pdf?
Regards
Régis
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Disabling the layer availability check when opening QGIS project

[Régis Haubourg]

Hi,
Maybe reducing the time out delay of the network queries could help.
Best regards
Régis

Le ven. 3 avr. 2020 à 14:16, Arnaud Vandecasteele  a
écrit :

>
> Hi,
>
> Sorry for the double post, I didn't realize that I was posting on the
> English mailing list.
>
> In a workshop on QGIS, a participant asked me a question and I didn't have
> the answer to. This participant wanted to know if it was possible when
> opening a QGIS project to disable the layer availability check. Indeed, in
> the case of remote layers (e.g. WMS) and a slow internet connection, this
> causes a very long loading time of the project.
>
> Would there be a way to disable this check?
>
> Thank you in advance,
>
> Arnaud
>
> --
> 
> Arnaud Vandecasteele
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Désactivation de la vérification de la disponibilité des couches

[Régis Haubourg]

Hello,
On peut jouer sur le délai de time Out des requêtes réseaux pour échouer
plus tôt, ça devrait faire le job.
Régis

Le ven. 3 avr. 2020 à 14:10, Arnaud Vandecasteele  a
écrit :

> Bonjour,
>
> Dans le cadre d'un atelier sur QGIS, un participant m'a posé une question
> à laquelle je n'avais pas la réponse. Ce participant souhaitait savoir s'il
> était possible de désactiver la vérification de la disponibilité des
> couches. En effet, dans le cas de couches distantes (ex. WMS) et d'une
> connexion internet lente, cela provoque un temps de chargement très long du
> projet.
>
> Il y aurait-il un moyen de désactiver ce contrôle ?
>
> Merci d'avance,
>
> Arnaud
>
> --
> 
> Arnaud Vandecasteele
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Relation widget values

[Régis Haubourg]

Hi,
No workaround. QGIS makes relations on the tables that are loaded in QGIS.
You will always need both tables.
Régis

Le ven. 13 mars 2020 à 21:21, Jean-Philippe Chenel  a
écrit :

> Hi,
>
> I've a question regarding the Value Relation Widget under Layer
> Properties/Attributes Forms. Making the configuration work very well to
> bind a field to a list of values of another table in the project.
>
> When all is done, I make a qlr file to save all the layer definitions.
>
> The problem appears when I reload the qlr file without all the relational
> tables. The fields are bound, but the values aren’t displayed. To make this
> work, I need to add the relational tables to the project too.
>
> Does it have a workaround or an alternative to make it work without adding
> all the tables to the project? I saw in the qlr file that the connection to
> postgresql and all needed information are in the file to make it work.
>
> Database: postgresql 9.6
> QGIS version 3.10.3
> Layers and tables are in the database.
>
> With best regards,
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Enquiries

[Régis Haubourg]

Hi,


*42 ! *

Sorry for the geek's joke. :)

More seriously, what you ask for is the holy grail of any software and
cannot be discussed theoretically but confronted to real use cases and your
context of use.

And another point specific to QGIS, don't spend too much time on studying
and comparing it to others, because it is moving so fast that your
conclusion will get outdated in a few months. My advice would be to:

- test QGIS quickly by yourself quickly, then
- Isolate your more critical use cases, then
- hire someone to do a training / consultancy to learn how to use QGIS (and
associated Databases) efficiently for those use cases. A certified trainer
is a guarantee of quality here (chack the certification program on the
website)
- identify what's missing to you
- have someone fix or implement those gaps, either by a plugin if this is
very specific to you or a proof of concept, or by a core contribution too
QGIS
- get ready to update easily QGIS in your organisation so that you can test
and deploy early, and be able to fix QGIS while it is in its maintenance
period.
- deploy /enjoy
- get ready to embrace the open source philosophy and join OSGEO /
QGIS.org  Meet with us in the contributor's meetings. This is not mandatory
;-)

And during this time, keep on reading blog / tutorials / documentation,
don't be afraid to ask specific questions here you can't find any answer on
the web. The more specific, the more community help you will get.

And to try to answer, I see QGIS installed everywhere I go - even in pro
ESRI places - and it adresses almost all use cases of standard GIS, and
goes far beyond other for mapping.
Surveying, environnement, mining, geology, hydrology, land planning,
network utilitie, research (even in Antartic).. etc..
And QGIS is a perfect tool to take benefit of databases, analysis power of
python or R, topological and algorithm richness of GRASS / SAGA / GDAL /
OTB, etc..
So QGIS can't be analysed alone, that would be unfair.
And finally the open source model implies to get involved to implement what
you miss. This is how QGIS grows. here is not big funder behind QGIS, only
contributors, among them many are professionals you can hire.

Best regards



Le mer. 11 mars 2020 à 09:40, Llywelyn Law  a
écrit :

> Hello all. Just a few questions on the software, would appreciate any
> feedback.
>
> 1. Benefits of it use to site engineers, land surveyors etc.
>
> 2. What data/information can be produced and exported.
>
> 3. What plug-ins have been developed and that are very useful.
>
> 4. Data export formats
>
> 5. Comparison to ArcGIS.
>
> Thank you very much.
>
> Sent from my iPhone
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Thoughts on QGIS Development and LTR Releases

[Régis Haubourg]

Hi Chris,
I share most of your concerns, as much as I advocate the spread of QGIS in
enterprise and organisations.
It is true we need always more reliability, documentation.  I'd like also
to point that 2.x is not so far away, and that the reliability have since
improved by order of magnitude.
Let's also keep in mind that the level of expectations of users grows very
fast too, so this is a race that will never end ;-)

However, I think there is a cultural problem, and probably a pedagogy
effort we should make.

LTR does not mean stable. LTR means it will gain bugfixes longer than
releases. So it is highly expectable that installing a LTR in its early
versions will let you hit more issues.  I remember the very same situation
for ArcGIS 8 or 9 early stages. And this is the very same for linux
distributions or any software. I don't remember any  early x.0 release in
QGIS that was not followed one week later by an urgent point release. But
new users don't know this. They see a big green button "download that sexy
new version".

That said, how to improve the situation? After years of discussions in the
various events, hackfest, conferences, discussions with public or private
customers, developpers, here are the possible leads we have:

- Keep on explaining the rationale and codes of free software to users and
potential funders.

- Try to keep our "power users / early testers" population, so that we
target the right issues during bugfix sprints.

- Offer longer LTR lifespan, so that funders have a larger window to
actually find and have bug fixed.

- Keep on explaining that QGIS bugfix release should be easily deployable
in big organisations. OSGEO4W silent installs allows this. Maybe going
toward auto upgrade /  patch system could help (it's a big effort though)

- Keep on gaining more budget for QGIS.org, so that we can setup a real
semi automated Q/A acceptance test suite. This requires human tests.
Boundless did, it is possible. It is a matter of ressources. Should it be
centralized or community powered ? I have no idea, but this requires
someone to be hired all year long to do this. IMO, enterprises requiring
such reliability should really consider sponsoring this framework and
dedicate some human ressources.

- Same goes for documentation

- Same goes for code review, we need to have more reviewers. the learning
curve is steep though, and we need to find money for this

- Improve the website with a simple page, with graphics and videos on what
is the lifecycle of QGIS, and what version to use for what expectations.


A note about QGIS.org budget. To me, it is only a leverage, a catalyser,
but it can't fund itself a full QA infrastructure with the current economic
model of the association. I think, this is our responsability to spread
this word everywhere so that the user / contributor rate changes a bit.

After all, even Microsoft with its thousands of testers, and its early
testing network was able to push updates causing the famous Blue Screen Of
the Death.
So shit can happen. Packaging nightmare with major changes in underlying
libraries remains a really really complex process. How fast we are to fix
and change our ways to do is the real question. I think the QGIS and OSGeo
Community does a tremendeous work.

Best regards,
Régis




Le jeu. 20 févr. 2020 à 16:21, C Hamilton  a écrit :

> I first want to say how much I appreciate all of the QGIS developers and
> all of your hard work, but I would also like to suggest that you exercise
> caution when you label a release LTR. I work in a large organization where
> most geospatial analysts can have access to ArcGIS if they want it. The
> advantage to ArcGIS is that everyone has been trained to use it, ESRI has
> been around for a long time and there is a lot of documentation, training
> and support for it. So why would users want to use QGIS?
>
> There are always a curious few who see QGIS and realize they can download
> it for free at home. They tinker with it and come to like it and then they
> try it in the workplace. For the users who have ArcGIS at their disposal
> there must be a good reason to use QGIS instead. These tend to be the
> reasons they use QGIS: 1) It does not crash as much as ArcGIS. 2) It is
> faster than ArcGIS. 3) It can effectively processing larger data sets than
> ArcGIS. 4) There may be some workflow in QGIS that is simpler than in
> ArcGIS.
>
> I think that the QGIS community can be proud about the fact that most of
> my users who start using QGIS love it and don't want to go back to ArcGIS
> if at all possible.
>
> If a user finds that their reason for using QGIS goes away, they will be
> disappointed, but will to go back to ArcGIS. I am an advocate for QGIS in
> our work place. I think it should be used more, but it is really, really
> hard to convince most people. Most of my users are not programmers so if
> something is broken they don' t know how to fix it. We have QGIS support
> contracts which help. Users consider the QGIS 

Re: [Qgis-user] Handle local layers in resources folder when project saved in PostgreSQL

[Régis Haubourg]

Hi Yann,
Sharing reference datasets as files in /usr does not sound like a good idea
when you already have a database. I strongly recommend using the database
for this, except for rasters.   And yes, offline editing works with
database, except fpr rasters :)
Regards
Régis


Le jeu. 5 déc. 2019 à 13:43, Yann Voté  a écrit :

> Thank you all for your answers.
>
> Alessandro: the resources folder contains only read-only data (reference
> rasters or vectors from French national geographic institute, not to be
> modified). I deploy these layers on every workstation. Is it still a bad
> practice for read-only reference data to use this folder ?
>
> Raymond: indeed I'm currently working on a plugin, and I've seen
> QgsPathResolver. But documentation for this class is quite terse. but
> I'll continue to investigate and experiment.
>
> Jorge: interesting setup. Does the offline editing plugin work when
> everything is in database ? In other words, are raster layers converted
> offline ?
>
> Cheers.
>
> Yann
>
> Le 05/12/2019 à 13:16, Jorge Gustavo Rocha a écrit :
> > Hi,
> >
> > In my setup - using PGSERVICES - all vector, raster, styles and projects
> > are stored on database. This is my preferred way to organize the data:
> > on a database. QGIS Server also takes advantage of this setup and
> > publish the projects directly from the database, using the rasters (in
> > db or out of db rasters).
> >
> > The few things I'm not sharing on the database are SVG, layout images
> > and fonts.
> >
> > There are problems with Postgresql/GDAL access to Postgresql, but if
> > using PGSERVICES it works.
> >
> > Best regards,
> >
> > Jorge
> >
> > On 05/12/19 11:18, Alessandro Pasotti wrote:
> >>
> >>
> >> On Thu, Dec 5, 2019 at 11:58 AM Yann Voté  >> > wrote:
> >>
> >> Hi all,
> >>
> >> I can't find a solution to the following issue, or a way to work
> >> around
> >> it: I have created a project with some PostgreSQL layers to edit and
> >> some raster layers on local filesystem. I work on a Linux computer
> >> and
> >> have put the local layers into the pkg data path resources folder
> >> (/usr/share/qgis/resources/local/raster.gpkg).
> >>
> >>
> >> Sorry but this is not a good idea, that path is usually not
> >> user-writeable and should not be used to store any user related
> >> information.
> >>
> >> But if I understand correctly what you were trying to do I'm afraid
> >> there is not a solution: the concept of "relative path" means relative
> >> to the project's storage path but that path does not make any sense in
> >> case of a POSTGRES storage (because POSTGRES is not a local
> >> filesystem-based DB in the same sense as GPKG or SPATIALITE are), so
> >> your file-system based asset paths are not (and cannot be) converted
> >> to relative paths because there is no project path we can relate to.
> >>
> >> This makes portability an issue if the project has filesystem-based
> >> layers (rasters in your case).
> >>
> >> There is no solution I'm aware of, storing rasters into PG is also not
> >> a viable option at the moment because support is currently buggy (see:
> >> https://github.com/qgis/QGIS/issues/30392).
> >>
> >> Cheers
> >>
> >> I have also saved the project into PostgreSQL so that it can be
> >> shared
> >> easily. Other users work on Windows computers and have the same
> >> rasters
> >> under pkg data path resources folder
> >> (C:/PROGRAM~1/QGIS3~1.8/apps/qgis/resources/local/raster.gpkg).
> >> But when
> >> they open the project, Postgis layers are loaded fine, but QGIS says
> >> that raster.gpkg cannot be found under the /usr/share/... path.
> >>
> >> I would expect that layers in the pkg data path resources folder are
> >> saved with the inbuilt: prefix, but in fact they are not.
> >> Moreover, it
> >> seems that one cannot select "Relative" for saving layer paths, in
> >> project properties, when project is saved to PostgreSQL. Looks
> >> sensible
> >> (what is the relative path to a PostgreSQL table ?), but then what
> >> can I
> >> do to share a PostgreSQL project with local layers ?
> >>
> >> We all use QGIS 3.8.3.
> >>
> >> Thank you for any advice !
> >>
> >> Cheers
> >>
> >> Yann
> >> ___
> >> Qgis-user mailing list
> >> Qgis-user@lists.osgeo.org 
> >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >>
> >>
> >>
> >> --
> >> Alessandro Pasotti
> >> w3: www.itopen.it 
> >>
> >> ___
> >> Qgis-user mailing list
> >> Qgis-user@lists.osgeo.org
> >> List info:https://lists.osgeo.org/mailman/listinfo/qgis-user
> >> Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-user
> > --
> > Email Signature
> > Logo 

Re: [Qgis-user] New QGIS windows packages (was: GeoPDF creation greyed out)

[Régis Haubourg]

Wooot! Thanks Jürgen:)

Le lun. 11 nov. 2019 à 18:38, Jürgen E. Fischer  a écrit :
>
> Hi,
>
> new OSGeo4W packages and standalone installers[0] with support for GDAL 3,0.1,
> PROJ 6.2.1 and GRASS 7.8.1 are out.
>
> So the GeoPDF creation in 3.10 should now also be available to Windows users.
>
>
> Jürgen
>
> [0] as always from the OSGeo4W packages.
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
> Software Engineer   D-26506 Nordenhttps://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] MS/SQL layer in 2D suddenly becomes 3D in QGIS preventing updates ?

[Régis Haubourg]

Hi Lars,
from what I eard, part of this should be solved in 3.10.1 to be released
the 2019-11-22 . if you can install the qgis-release-dev build with osgeo4W
advanced installer, can you check it is OK with it?

You should also check the default Z value option in Settings/Digitizing
section. This is where you can force the default value.
Regards
Régis

Le jeu. 7 nov. 2019 à 10:14, Lars I. Nielsen, LIFA A/S  a
écrit :

> Hi list.
>
>
>
> I’m stuck in an odd situation.
>
>
>
> I just opened a polygon table from my MS/SQL (2016) for editing. It loads
> without problems.
>
>
>
> I then did some node editing, only moving existing nodes. This was saved
> without problems.
>
>
>
> I then tried to add a couple of new nodes, and then QGIS failed in
> committing the change !?!
>
>
>
>
>
> I investigated the error, and it seems that (1) QGIS adds a random Z value
> (17) to my polygon nodes, and (2) inserts a Z value of “nan” on new nodes.
> Why???
>
>
>
>
>
> Question 1: How do I force QGIS to not adding a dummy Z to my loaded
> polygon layer, i.e. work with it as a 2D geometry ?
>
>
>
> alternatively:
>
>
>
> Question 2: How do I force QGIS to insert a valid value e.g. a “0” for
> dummy Z values in all new nodes ?
>
>
>
>
>
> Yes, I have created tables (or actually views) named “geometry_column” in
> the relevant schemas _*and*_ dbo, with a value of 2 for
> “coord_dimension”. QGIS seems to disregard this setting.
>
>
>
> The updated polygon in MS/SQL (from the first editing) is 2D, as expected.
>
>
>
>
>
>
>
> Med venlig hilsen
>
> Lars I. Nielsen, LIFA A/S
> GIS-kons., FME+Python Certified Professional
> Geoinformatik
> [image: Beskrivelse:
> C:\Users\lin\AppData\Roaming\Microsoft\signatures\284x82-3741133837051347070]
>
> *T*
>
> 6313 6800
>
> *@*
>
> l...@lifa.dk
>
> *D*
>
> 6313 6849
>
> *W*
>
> www.lifa.dk
>
> *M*
>
> *CVR*
>
> 20937289
>
>
> [image: Beskrivelse:
> C:\Users\lin\AppData\Roaming\Microsoft\signatures\21x21-3019966288736195652]
> 
> Følg os på LinkedIn og læs de seneste nyheder fra LIFA A/S
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] QGIS Print Layouts Graphs and Charts Campaign – Complete!

[Régis Haubourg]

This is great news! Congratulations all, this will be a game changer !


Le mar. 5 nov. 2019 à 16:10, Tim Sutton  a écrit :

> Whooo - quick experimentation says ‘yes, it works in reports’.
>
> Great!
>
> Regards
>
> Tim
>
> On 5 Nov 2019, at 15:06, Tim Sutton  wrote:
>
> Hi Nyall
>
> Awesome stuff! Will those work in reports too (sorry if I asked before and
> forgot the answer :-P)?
>
> Regards
>
> Tim
>
> On 5 Nov 2019, at 06:16, Nyall Dawson  wrote:
>
> Hi all,
>
> Just a quick heads up that our recent QGIS Print Layouts Graphs and
> Charts Campaign is now complete, and you can download the results
> today via the DataPlotly plugin version 3 from your QGIS plugin
> install dialog!
>
> This work was possible thanks to our partners at Faunalia GIS and
> thanks to all the backers of the crowd-funding campaign.
>
> You can read more about the new functionality here:
>
> https://north-road.com/2019/11/05/qgis-print-layouts-graphs-and-charts-campaign-complete/
>
> Regards,
> Nyall
> ___
> QGIS-Developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
> —
>
>
> 
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org 
>
> Visit http://kartoza.com to find out about open source:
>
> Desktop GIS programming services
> Geospatial web development
> GIS Training
> Consulting Services
>
> *Skype*: timlinux
> *IRC:* timlinux on #qgis at freenode.net
>
> I'd love to connect. Here's my calendar link
>  to make finding time easy.
>
>
> —
>
>
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org
>
> Visit http://kartoza.com to find out about open source:
>
> Desktop GIS programming services
> Geospatial web development
> GIS Training
> Consulting Services
>
> *Skype*: timlinux
> *IRC:* timlinux on #qgis at freenode.net
>
> I'd love to connect. Here's my calendar link
>  to make finding time easy.
>
> ___
> QGIS-Developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] QGIS French user days will take place on the 12 and 13th of december in Montpellier

[Régis Haubourg]

Hi here,

The french user group, t. he OSGeo local chapter and the SupAgro engineer
school of agronomics are happy to announce this year again our meeting.

We'll have on community sprint and barcamp day and then a conference day.

All the details are (in french) in our website here :

[0] http://conf.qgis.osgeo.fr/

May the QGIS force be with you !
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Check Geometries: nice tool, but bad integration

[Régis Haubourg]

Hi Tobias,
thanks for raising issues here. The state of the geometry checking tools
indeed needs some work and rencetralisation of legacy tools.
Still, I suggest you take a look to this nice presentation we had in latest
FOSS4G
https://media.ccc.de/v/bucharest-322-the-secret-life-of-open-source-developers

I learnt quite of few things in it, especially about the GNU GPL licence
terms we all agree with when using QGIS.

I think raising issues in QGIS butracker, and work to find ressources to
make things change will be a faster strategy for you to solve your issue
that pushin pressures on the shoulders of probably unpaid benevolent.

And please note QGIS is not run by a big company that forces its choices to
you, but by users, which mean by the efforts of every contributor
everywhere in our world. This is why it changes so fast. But if you don't
try to tackle issues that blocking your workflows, please don't blame
others for not doing it for you.

Regards,
Régis

Le dim. 29 sept. 2019 à 23:56, Tobias Wendorff <
tobias.wendo...@tu-dortmund.de> a écrit :

> Hi there,
>
> I like the "Check Geometries". It's damn slow, but it's damn powerful
> and it really finds problems in geometries (other than GEOS often does).
>
> But what I don't like is the bad integration in QGIS3.
>
> 1. The "run" button is hidden on the "last page", not on the same dialog
> like "close". So I found myself pressing "close" a hundret of times.
>
> 2. Also - unlike in all other plugins - all layers are activated for
> checking, not only the currently selected one. I often have to
> deactivate 20 layers first... Then I press "close", have to scream loud
> and start all over again.
>
> 3. Worst of all, the results aren't stored anywhere. A geometry is
> written, but its attribute table doesn't show the results. When you
> close the dialog, everything is gone. Since it's not part of
> "procession", you cannot find the results in there :-(
>
> So, whoever wrote it: damn good work, but please add some usability.
>
> Best regards,
> Tobias
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS in INSPIRE, QAntarctica etc (Metadata)

[Régis Haubourg]

Hi,

Le mar. 24 sept. 2019 à 19:07, Falk Huettmann  a
écrit :

> Dear all,
>
> as Paolo suggested,
> I should ask the list, so here I do:
>
> "QGIS does have support to metadata. In fact, INSPIRE EU officials have
> run extensive tests, and it is more compliant than any other GIS".
>

I think those tests concern web services and web services metadata. QGIS is
probably a very compliant client and server since some work has been done
in that area. However, I am not aware of an embedded tool to create INSPIRE
- ISO compliant metadata from QGIS. We currently can create Dublin Core
metadata in the layer properties, and this comes from the great work funded
by the world bank to link QGIS and Geonode.

This work has been discussed into the QEP 91:
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/91

I think this area needs funding to add ISO compliant metadata templates to
store and edit (which is not trivial given the hierarchical structure of
ISO 19139 ). Maybe Tim has some fresh info on this topic.


>
> Could somebody please point me to details and to follow up on  ?
>
> There are four questions in this:
> -what about the U.S. and China government and their buy-in with this, aka
> none?
>
I think US goes to FDGC format.

>
> -if there is ISO compliance, how can there be different fractions  and
> some being ignored
> (e.g. FGDC and USGS)?
>

you should try to discuss in the Geonetwork lists. Templates compatibility
is often discussed there. I was handling a catalog before and we could
reduce easily ISO to Dublin Core. I think we can do the same with most
metadata formats

>
> -I have 'good' ISO compliant xml metadata files for try out, but they are
> not loading into QGIS qmd; we need a cross-platform approach to cater
> biology, geology, geography and social data. How done ?.
>

this is because QMD is currently for Dublin Core format. not ISO


> -real-world example: Antarctica is to have mandatory data, and with
> metadata; for global mankind. Norway runs and offers a QGIS-based Antarctic
> concept, but widely without relevant metadata.
> https://www.qgis.org/en/site/about/case_studies/antarctica.html
>

Up to now, I lived with the INSPIRE regulations this way:

Use a standard metadata catalog, geonetwork for instance.
Handle all your data in some reference qgs files (or a directory tree of
qlr could do)
Use some ETL to parse these files and generate automatically metadata
entries in the catalog using CSW transactions
Use QGIS server to render nice overviews for those metadata templates.
Moderate those metadata and publish those that need to be according to your
INSPIRE obligations. In most case, one entity produce very few datasets
that need to be sent. We often try to publish dataset that are belonging to
other autorities.
Use QGIS server to publish datasets
Wait again some years for the real GML application schema to publish full
compliant services (or wait for them to be simplified to REST services). If
really nessary, hire someone here (but we are way beyond the metadata topic)
Done.


>
> They would be a typical example for us; looks like a violation of the
> Antarctic Treaty even; not ?
>

Mm, I don't follow you on this.


>
> Thanks again, more later
> Falk Huettmann PhD, Professor
>  Uni of Alaska Fairbanks
>
> Regards
Régis


>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS and Computer Security (Windows)

[Régis Haubourg]

Richard Males wrote
> Please note that, in some cases, the users I am trying to convince are
> in government agencies that have very specific and stringent policies
> about software installation.   In one case, only authorized IT
> personnel are permitted to install any software on employee computers.
>   I am not sure that these policies have come up against the world of
> open-source, plug-in based architecture.

Hi Richard, 
this is a very common situation. You have several technical options to deal
with it as stated by other answers. From my knowledge, many defence or
police agencies use QGIS in the world. As it is totally open and fully
customizable, you can make your own install package and user profile
policies to adress all those concerns
As far as I remember, it was proposed that the plugin installer could be
integrated with the auth manager [0] 
If your customer does not want to make its own package, it could be an optio
to sponsor that feature. 

[0] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/35

Regards



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Question: How could I contact QGIS?

[Régis Haubourg]

Hi Patricia
QGIS is a community project, so just writing here is the first step :)

If you want to talk to the steering committee or the qgis.org association
board, you can identify the current representatives here :

https://www.qgis.org/fr/site/getinvolved/governance/governance.html

Or.. you can come and chat directly if by chance you are in Bucharest this
week :) Most of us are their at the FOSS4G2019  .
Beyond the joke, it's a message to inform you about who is behind QGIS (not
a corporation, a community) and that this is a good moment to chat with us.

Regards,
Régis

Le mar. 27 août 2019 à 13:32, Patricia Ferreira Lopes 
a écrit :

> Hi everyone,
> I am a researcher at the Andalusian Institute of Historical Heritage. This
> year we a presenting a European project proposal. I would like QGIS to be
> our associated partner. Does anyone know how can I get a support letter of
> QGIS?
>
> I would appreciate any help,
> Best regards,
> Patricia
>
> *Patricia Wanderley Ferreira Lopes*
> PhD Architect I Digital Humanities
>
> http://patriciaferreiralopes.com/
>  
> *https://orcid.org/-0002-3886-9698 
> https://www.researchgate.net/profile/Patricia_Ferreira_Lopes2
>  *
>
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] Dropping the extra label placement algorithms?

[Régis Haubourg]

+1 for the removal too. Never could explain the difference. Playing with
number of candidates is a lot more useful than changing the algorithm.
Best regards
Régis

Le mar. 6 août 2019 à 08:14, Anita Graser  a écrit :

> On Fri, Jul 26, 2019 at 4:40 AM Nyall Dawson 
> wrote:
>
>> Does ANYONE understand or change this setting? Or would object to its
>> complete removal?
>>
>
> I'd be +1 for removal. I know about the setting, don't understand the
> algorithmic differences, have tried them in the past, didn't see meaningful
> differences in the results.
>
> Regards,
> Anita
>
>
> ___
> QGIS-Developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Query a MS SQL database without loading entire database?

[Régis Haubourg]

Hi,
you can define a SQL filter before loading the dataset, that woudl help a
lot. You can inject a bbox filter for instance or any attribute where
clause. That should do the trick.
Régis

Le mar. 9 juil. 2019 à 18:03, magerlin  a écrit :

> I need to use a small part of a huge MS Sql database (data on *ALL*
> buildings
> in Denmark!).
>
> As far as I can see I can only try to load the whole database (using "add
> layer") before I do any querying?
>
> And this is a no go I can see...
>
>
>
> -
> Regards Morten
>
> Currently using Qgis 2.18.23 (OSGeo4) and Qgis 3.8.0 in parallel
> Windows 7, 64bit
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Win7 with Roaming App Data and Profile Redirection - [ERROR] Can not make qgis.db private copy

[Régis Haubourg]

Hi Alexander
Googling a bit, it seems this particular user profile is created with
ownership issues:

http://osgeo-org.1560.x6.nabble.com/Message-Can-not-make-qgis-db-private-copy-td5064236.html

Can you check what happens for this user on the directory privileges ?

Best regards
Régis

Le mar. 2 juil. 2019 à 15:17, Alexander Numann 
a écrit :

> Is anyone able to help with this error on Windows 7? "[ERROR] Can not make
> qgis.db private copy"
>
> *Alex Numann*
> *Lead Mechanical Engineer*
>
> *P:* 215.921.3649 <2159213649>
> *E:* alexander.num...@nextfab.com
> 
>
> South Philadelphia 
>   |   North Philadelphia
>   |   Wilmington, DE
> 
>
>
> On Fri, Jun 28, 2019 at 2:05 PM Alexander Numann <
> alexander.num...@nextfab.com> wrote:
>
>> Hi,
>>
>> I am working to make QGIS available to the users of our Makerspace. I
>> have installed version QGIS-OSGeo4W-3.8.0-1-Setup-x86_64 on a Win7 x64
>> machine, and it tested fine with a local admin, a network admin, and a
>> local non-admin (guest user).
>>
>> The vast majority of our users are non-admin network accounts. When
>> testing with one of those users, we get an error on launch "[ERROR] Can not
>> make qgis.db private copy".
>>
>> Based on this only affecting a non-admin network account, I'm guessing
>> this is permission and/or profile redirection related.
>>
>> This is a brand new install with no customization, just running the
>> installer package. Any advice or suggestions you may be able to provide
>> would be much appreciated.
>>
>> Thank you,
>>
>> *Alex Numann*
>> *Lead Mechanical Engineer*
>>
>> *P:* 215.921.3649 <2159213649>
>> *E:* alexander.num...@nextfab.com
>> 
>>
>> South Philadelphia 
>>   |   North Philadelphia
>>   |   Wilmington, DE
>> 
>>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Plugin to perform repetetive update ?

[Régis Haubourg]

Hi many things are possible using plugins, scripts or even database side
logic, but we need you to explain what you precisely need so that we can
help.
Regards
Régis

Le jeu. 20 juin 2019 à 14:41, Lars I. Nielsen, LIFA A/S  a
écrit :

> Hi list.
>
>
>
> I’m looking for a tool (plugin or otherwise) that assist me in making
> repetitive updates to features in a QGIS layer a little less cumbersome.
>
>
>
> Does such a tool exist ?
>
>
>
>
>
> Med venlig hilsen
>
> Lars I. Nielsen, LIFA A/S
> GIS-konsulent, FME Certified Professional
> Geoinformatik
> [image: Beskrivelse:
> C:\Users\lin\AppData\Roaming\Microsoft\signatures\284x82-Images-Get-L749-l3.gif]
>
> *T*
>
> 6313 6800
>
> *@*
>
> l...@lifa.dk
>
> *D*
>
> 6313 6849
>
> *W*
>
> www.lifa.dk
>
> *M*
>
> 2492 4866
>
> *CVR*
>
> 20937289
>
>
> [image: Beskrivelse:
> C:\Users\lin\AppData\Roaming\Microsoft\signatures\21x21-Images-Get-L749-l8.png]
> 
> Følg os på LinkedIn og læs de seneste nyheder fra LIFA A/S
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] problem with older version

[Régis Haubourg]

Hi,
please share screenshot before / after and create an issue in
https://github.com/qgib/QGIS/issues
I suggest you to read carefully the issue template that will help you to be
understood by other contributors around.
I' afraid without more precise description, nobody can help
Best regards
Régis

Le lun. 27 mai 2019 à 10:22, Boaz Bar Ilan  a écrit :

> hi
>
> I use win 10
> I used to work with  few previous versions of qgis  in the last 3 years
>  few month ago I started using 3.4.5 and set out a  new project with this
> version
> out of several reasons ( problem with synch my layers with the the local
> survey ), I tried to use again 2.18.26 ( las palmas)
> while trying to open the last  project  ( which  I did with 3.4.5 ) I was
> amazed to see that   while opening the project, apart of  5 layer
> /directories out of 32 directories and dozens of sub directories and layers
> the layers that did appear don't have something in common  in relation to
> what didn't appear.
> I hope that I covered enough to get your help
> I don't know what to write more
> thanks
>  boaz
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [Qgis-community-team] [QGIS-Developer] Redmine migration plan: friday 24 may 8:00 CET

[Régis Haubourg]

Oh yeah!
Great work guys 

Le dim. 26 mai 2019 à 00:55, Richard Duivenvoorde  a
écrit :

> Update from migration team:
>
> Migration of all Redmine issue is DONE !
>
> https://github.com/qgis/QGIS/issues/
>
> The interaction limitation has ended and you can start working on (your)
> issues on GitHub.
>
> Go, fix, enjoy and happy QGISsing on github!
>
> Regards,
>
> Richard Duivenvoorde
>
> ps according to Jorge (aka 'migration team'), there is some minor
> housekeeping to be done, but users and dev can... GO :-)
>
>
>
> On 25/05/2019 14.56, Richard Duivenvoorde wrote:
> > Update from mirgration team:
> >
> > Hi @all,
> >
> > The issue migration from Redmine to GitHub is going on smoothly (but
> slow).
> >
> > The first phase (moving the issues) is finished. All 19845 issues are
> > now on GitHub :-)
> >
> > Since the issue ids have changed, we started a second run to replace
> > old ids with the new ones. This second phase is faster than the
> > first one. It will take about 9 to 10 hours (we are able to update
> > +-2200 issues per hour and we have almost 20k issues).
> >
> > To prevent people for changing or comment issues, we will keep the
> > interaction limited to developers with push access, until the migration
> > is complete. Developers with push access can do PR and MR (but can also
> > enjoy the weekend ;-).
> >
> > So, we expected to have the migration finished today by 22:00 (GMT+1)
> > (London time).
> >
> > Thanks for your comprehension!
> >
> >
> > On 22/05/2019 14.06, Richard Duivenvoorde wrote:
> >> Hi All (lists),
> >>
> >> We propose to do the Redmine -> Github migration next friday 24th of may
> >> at 8:00 CET (+2).
> >>
> >> More or less following this Migration plan:
> >>
> >>
> https://github.com/qgis/QGIS-Enhancement-Proposals/issues/141#issuecomment-478296818
> >>
> >> To be clear: this means http://issues.qgis.org cannot be used on
> friday,
> >> untill the migration is finished and checked.
> >>
> >> If anybody has knowledge of an easy way to make Redmine readonly, please
> >> let us know. Some googling to me only revealed changing the database
> >> user or fiddling with the users in the db itself.
> >>
> >> Jorge will be in the lead for the Migration team
> >> I (among others) will be around for QGIS Infra
> >> Any help or encouragement is appreciated :-)
> >>
> >> Let's meet on IRC on friday morning, we can further decide on
> >> communication if needed/wanted.
> >>
> >> If I miss something, please let us know.
> >>
> >> Regards,
> >>
> >> Richard Duivenvoorde
> >> ___
> >> QGIS-Developer mailing list
> >> qgis-develo...@lists.osgeo.org
> >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>
> >
> > ___
> > Qgis-user mailing list
> > Qgis-user@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >
>
> ___
> Qgis-community-team mailing list for organizing community resources such
> as documentation, translation etc..
> qgis-community-t...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-community-team
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] River Flood modelling

[Régis Haubourg]

Hi, another one,
http://hydra-software.net/
the qgis plugin helps a lot in creating the a correct mesh with 1D /2D
areas. The flood modeling algorithm is freeware, not open source (yet?).
I've been really impressed by the qgis plugin features and the accuracy in
territory segmentation it allows.
Best regards,
Régis

Le sam. 26 janv. 2019 à 20:24, Saber Razmjooei <
saber.razmjo...@lutraconsulting.co.uk> a écrit :

> AnuGA results are now fully supported in QGIS 3.5 mesh layer. You can load
> the SWW file directly.
>
> In addition, you can look into HEC RAS, the 2-dimensional results can
> again be loaded directly as a mesh layer in QGIS. There is also RiverGIS
> plugin which helps you build your model.
>
> Regards
> Saber
>
>
> On Sat, 26 Jan 2019 at 18:49, Tim Sutton  wrote:
>
>> Hi
>>
>> Maybe you want to check out ANUGA too…. https://anuga.anu.edu.au
>>
>>
>> Regards
>>
>> Tim
>>
>> On 25 Jan 2019, at 08:52, Nicolas Cadieux 
>> wrote:
>>
>> Hi,
>>
>> I know it can't be that simple but I would like to model a river flood in
>> a mountainous area.  I am looking for something like the Saga Lake flood
>> module with a LiDAR derived DEM, a seed but with the possibility to add X
>> amount of water.  It's basically a lake and dam scenario and you just add
>> water and figure out where the water goes down the valley when it goes over
>> the dam.  Of course I can't use the normal lake flood modules because
>> rivers are not flat therefore I need something that takes the downhill
>> valley shape into consideration.  Also, I am not looking for a simple
>> channel network map with lines and points.  I would like the actual polygon
>> or raster representation of the 2D shape of the river channel.  Can you
>> please point me in the right direction.
>>
>> Nicolas
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>>
>>
>>
>>
>>
>> ---
>>
>> *Tim Sutton*
>> t...@qgis.org
>>
>>
>>
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Saber Razmjooei
> www.lutraconsulting.co.uk
> +44 (0)7568 129733
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Featured plugins: nominations

[Régis Haubourg]

Hi all,
after a few training sessions, here are the plugins I end up recommanding
each time for QGIS as a corporation shared tool, where the most common and
basic use case is: "pick layers, find a location, create a mask on the
area, print and go do your job"

- Menu from project :
*https://plugins.qgis.org/plugins/menu_from_project/
 *

Simply the best tool I know to create a serie of layer shortcuts, with only
the burden of maintaining classical project files. It also offers a chance
to display metadatas and use restriction before picking layers in QGIS. If
I had the money, I would port this to C++ and let it work as a menu, or a
searchable dock, or via the browser dock

- Mask plugin : https://plugins.qgis.org/plugins/mask/

create simple masks that can filter labels not inside the masked area.
Working with Atlas too. Same thing, it should be a core feature. Making it
play with locator bar for place search use case would be nice. In QGIS 2,
it used to play with OSM place search plugin and allowed to create a mask
from a place search outputing a polygon.

- Memory Layer Saver. Can't live without (well trying to thanks to
auxiliary data now)

- QGIS2ThreeJS. No comment. Just awesome

Regards
Régis

Le mar. 22 janv. 2019 à 18:23, Paolo Cavallini  a
écrit :

> Hi all,
> please let us know whether there are plugins that you believe should be
> listed as featured, and are not. Just send a short description of why
> they should listed.
> Also, please warn us if there are featured plugins that should be delisted.
> http://plugins.qgis.org/plugins/featured/
> All the best, and thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] disabling qgis.db

[Régis Haubourg]

Hi, well I used a python script, and my admin guys rewrote it from scratch
with powershell.

The business logic was this one:

- create a template folder accessible to the init script.
  - in the folder add a  cleaned template QGIS user profile
  - add a "delta" ini file containing all keys you want to add, delete,
update. I used a diff syntax (+ to add, - to delete, nothing to update)
- we add a file flag in each user profile that has been treated
- on session opening:
  - if you don't find the flag, deploy a preconfigured the raw qgis profile
  - if you find the profile. Apply the delta file to maintain the profile

Done.

Cheers
Régis



Le mar. 11 déc. 2018 à 08:46,  a
écrit :

> Hi Régis,
>
>
>
> thanks for your reply! How did you do it? Python script on session start?
> In my case, it would be OK if e.g. users have their individual GUI settings
> or spatial bookmarks but all connections in browser-panel and default CRS
> should reset to (globally maintained) default on closing QGIS. Do you have
> experience how to implement that?
>
>
>
> Regards
>
> Benjamin
>
>
>
> *Von:* Régis Haubourg [mailto:regis.haubo...@gmail.com]
> *Gesendet:* Montag, 10. Dezember 2018 17:12
> *An:* Fuenfer-Koenigstein.Benjamin IT-LN-TS
> *Cc:* QGIS list
> *Betreff:* Re: [Qgis-user] disabling qgis.db
>
>
>
> Hi Benjamin,
>
> I think the guidelines for software generally assumes that user profiles
> should be in editable location. I'm not sure we can ensure you in the long
> run that you will not face regressions sometimes.
>
> To adress your use case, I used to work with session startup script that
> cleared / reset user profiles on session close or session opening. The
> assumption was to let user free to change their profile settings but not
> for all settings (mandatory plugins for instance, default SRS..)
>
> Cheers
>
> Régis
>
>
>
>
>
> Le lun. 10 déc. 2018 à 16:19,  a
> écrit :
>
> Hello,
>
>
>
> I have an issue with creating a central QGIS configuration on a network
> drive. The goal is to have one read-only configuration that all users use.
> Generally works like a charm with starting QGIS 3.2 with --profiles-path
> pointing to a read-only dir. Users get the right settings, they still can
> play around but changes are discarded when quitting QGIS. Only problem is
> qgis.db, seems that QGIS necessarily needs write access to that file,
> otherwise it throws an error at start (but works with no problems
> subsequently). Is there any way to avoid that, e.g. starting qigs ‘silent’
> or setting the path to qgis.db to a local user folder? Seems that qgis.db
> doesn’t contain any crucial configuration, though same bookmarks for all
> users would be nice to have.
>
> I’m aware of https://issues.qgis.org/issues/13732 and generally
> understand Nathan’s and Nyall’s point of view but still think it would make
> sense to ignore qgis.db for use cases like mine.
>
>
>
> Thanks for your ideas and help!
>
>
>
> Regards
>
>
>
> Benjamin Fünfer-Königstein
>
>
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] disabling qgis.db

[Régis Haubourg]

Hi Benjamin,
I think the guidelines for software generally assumes that user profiles
should be in editable location. I'm not sure we can ensure you in the long
run that you will not face regressions sometimes.
To adress your use case, I used to work with session startup script that
cleared / reset user profiles on session close or session opening. The
assumption was to let user free to change their profile settings but not
for all settings (mandatory plugins for instance, default SRS..)
Cheers
Régis


Le lun. 10 déc. 2018 à 16:19,  a
écrit :

> Hello,
>
>
>
> I have an issue with creating a central QGIS configuration on a network
> drive. The goal is to have one read-only configuration that all users use.
> Generally works like a charm with starting QGIS 3.2 with --profiles-path
> pointing to a read-only dir. Users get the right settings, they still can
> play around but changes are discarded when quitting QGIS. Only problem is
> qgis.db, seems that QGIS necessarily needs write access to that file,
> otherwise it throws an error at start (but works with no problems
> subsequently). Is there any way to avoid that, e.g. starting qigs ‘silent’
> or setting the path to qgis.db to a local user folder? Seems that qgis.db
> doesn’t contain any crucial configuration, though same bookmarks for all
> users would be nice to have.
>
> I’m aware of https://issues.qgis.org/issues/13732 and generally
> understand Nathan’s and Nyall’s point of view but still think it would make
> sense to ignore qgis.db for use cases like mine.
>
>
>
> Thanks for your ideas and help!
>
>
>
> Regards
>
>
>
> Benjamin Fünfer-Königstein
>
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Node Tool - proposing improvements

[Régis Haubourg]

Hi, it's time for me to join the discussion. Sorry for being late.

I have been involved in the new node tool stages along with others.

First, I agree there are issues with the new node tool, and I think we can
improve this a lot. I myself was not convinced at start it was a good
change. I had to practice a lot, forget my old habits, to finally recognize
this change opens a lot of new possibilities. I also asked at start if we
coudn't keep the old edit mode, and add an optional 'CAD-like' one. ( Under
the hood, the snapping engine does not allow that simply, and this would be
really a UX nightmare, so I didn't fought)

On the rationale and the process of changing the node tool, here is what I
am aware of:

- the old node tool did not allow the use of advanced digitizing
constraints.
- the old node tool did not allow multi layer editing
- Users and contributors worked (an funded) a lot to propose enhancement to
the node tool. A QGEP was opened
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/69.
- A proof of concept plugin was even made.
https://github.com/wonder-sk/CadNodeTool
- In the project I was involved in, which mainly concern editing of
networks (maybe the issue is here), we tested intensively the plugin, and
asked for changes until it can be ported to C++
- We asked quite few times to many users to test the tool during the 3.0
pre release and "early adopters" stages. *We received almost no feedback
then. *

To sum-up things, I think that quite a lot of people have been involved
here, the process has been transparent as much as possible.* Still the use
cases that pushed this changes did not cover enough intensive digitizing of
massive polygons enough*. Moreover users /contributors involved in this
kind of use* did not raise their hand during 2.99, 3.0, 3.2 releases and
feature freeze period.   *

So I think we just need to just recognize that *we miss some early testers*
and
*I would like that every company using QGIS just tries to identify some
"early adopters" among their staff and dedicate some time to anticipate
what in coming by letting them test, read the QEPS, and so on.  *


*And now, we just need to polish the vertex tool. *

As far as my company is concerned, we were not satisfied by two points:

- There was no way to select one particular polygon. Martin Dobias added
just some minutes before the 3.0 release a "selected feature priority" as a
workaround. *Many thanks Martin. *
- Multi layer editing was the default behavior. This didn't play well with
transaction group and triggers in database. My company funded and
developped directly the "single layer vertex editor tool" to avoid that.

We would be glad to help in polishing the tool, but someone needs to
support this now I think. QGIS is user and developper driven. Release
early, release fast process is just made for that.

Best regards
Régis

Le mer. 28 nov. 2018 à 09:59, Antongeo76  a écrit :

> Saber Razmjooei wrote
> > I agree with Bernhard. Last time, it was done through QEP and no real
> > feedback from users. The change to the node tool behaviour requires input
> > from experienced users who do digitizing in their day-to-day works. I
> > suggest to have the draft proposal as a blog post on QGIS.org to get more
> > users involved in the way forward.
> >
> > Currently, there are some bugs and several contradicting preferences and
> > requests. Any new changes to the current behaviour without consulting
> with
> > users will probably take us back to square one.
> >
> > Regards
> > Saber
> >
> > On Tue, 27 Nov 2018, 06:51 Bernhard Ströbl 
>
> > bernhard.stroebl@
>
> >  wrote:
> >
> >  Hi Nyall,
> >>
> >> the reason to post this issue to the users' list was to get feedback
> >> from users (and developers, too). I am totally aware that a QEP would be
> >> appropriate but I doubt that many users are taking part in the
> >> discussion there.
> >> Anyways I am going to sum up the results and create a proposal later on,
> >> will that do?
> >>
> >> Bernhard
> >>
> >> Am 27.11.2018 um 01:23 schrieb Nyall Dawson:
> >> > On Mon, 26 Nov 2018 at 21:39, Bernhard Ströbl 
>
> > bernhard.stroebl@
>
> > 
> >> wrote:
> >> >>
> >> >> Dear all,
> >> >>
> >> >> I want to apologize, this has become an extremely long mail...
> >> >>
> >> >> A lot of discussion has been going on about the recent
> >> reimplementation
> >> >> of the node tool in QGIS 3.
> >> >
> >> > Hi Bernhard,
> >> >
> >> > Thanks for the detailed proposal, and for taking the time to come up
> >> > with a constructive way forward here.
> >> >
> >> > Can I encourage you to copy the contents of your proposal across to
> >> > the "QEP" repository:
> >> > https://github.com/qgis/QGIS-Enhancement-Proposals/issues ? I think
> >> > that's the correct channel to discuss these ideas so that the
> >> > conversation is kept central and recorded permanently for reference.
> >> >
> >> > Nyall
> >> >
> >> >>
> >> >> I see two reasons for this:
> >> >> 1) The way the tool works is very 

Re: [Qgis-user] QGIS 3.4 macOS still doesn't install GRASS properly, ... 'sigh...'

[Régis Haubourg]

I don't think anger and rage are in any way a way to change things.

Especially right after a release sprint with so much effort by so much
people.

Coming back to the real topic, MacOS really lacks funds to support
packaging. It is way more difficult to package and solve some issues on
MacOS. I have seen a lot of people working hard on having it running
correctly, and it is NOT easy.
If you have any fund or developpers available, please contribute back.

Thanks
Régis

Le mer. 31 oct. 2018 à 18:46, Mr. Stace D Maples 
a écrit :

> To be fair, Esri doesn’t claim to run on a Mac.
>
>
>
> Also, we’ve reached out numerous times to QGIS.org and others trying to
> find out how to fund this, with total silence from everywhere, including
> this list. So there’s that.
>
>
>
> Is it really a put up or shut up issue when you are releasing this as a
> stable release? Really?
>
>
>
>
>
> In F,L,
>
> Stace Maples
>
> Geospatial Manager
>
> Stanford Geospatial Center
>
> @mapninja
>
> G+, Skype, Hangout: stacey.maples
>
> 214.641.0920
>
> Find GeoData: https://earthworks.stanford.edu
>
> Get GeoHelp: https://gis.stanford.edu/
>
> stanfordgis Listserv:
> https://mailman.stanford.edu/mailman/listinfo/stanfordgis
>
>
>
> "I have a map of the United States... actual size.
>
> It says, "Scale: 1 mile = 1 mile."
>
> I spent last summer folding it."
>
> -Steven Wright-
>
>
>
>
>
> *From: *Ian Turton 
> *Date: *Wednesday, October 31, 2018 at 10:30 AM
> *To: *"Mr. Stace D Maples" 
> *Cc: *QGIS User List 
> *Subject: *Re: [Qgis-user] QGIS 3.4 macOS still doesn't install GRASS
> properly, ... 'sigh...'
>
>
>
> To be fair you can't run ESRI on a mac either, but this is basically a put
> up or shut up issue - hire a developer to fix the mac build if you can't do
> it your self.
>
>
>
> Ian
>
>
>
> On Wed, 31 Oct 2018 at 17:27, Mr. Stace D Maples 
> wrote:
>
> Seriously, we just can’t get a working installer for macOS? It’s just
> never gonna happen, is that it? I’d love to be able to teach QGIS alongside
> Esri, but I can tell people to use something that doesn’t work, out of the
> box. I’ve been trying for 2 days now to get back to a working copy of
> QGIS3. It’s my fault, of course. I know better than to upgrade, now.  If
> you aren’t going to test it properly, don’t release it.
>
>
>
> Here is what I get when running GRASS tools:
>
>
>
> 2018-10-31T08:54:25 INFOGRASS GIS 7 execution console output
>
>  WARNING: Default locale settings are missing. GRASS running with
> C locale.
>
>
>
>  Starting GRASS GIS...
>
>
>
>  ERROR: Path '//' doesn't exist
>
>
>
>  Default locale not found, using UTF-8
>
>
>
>  Exiting...
>
>
>
>  WARNING: Default locale settings are missing. GRASS running with
> C locale.
>
>
>
>  Starting GRASS GIS...
>
>
>
>  ERROR: Path '//' doesn't exist
>
>
>
>  Default locale not found, using UTF-8
>
>
>
>  Exiting...
>
>
>
>
>
>
>
> Yes, I read the ReadMe and followed the instructions
>
> Yes, I’ve added the ENV variables
>
> Yes, I’ve scrubbed everything and done a clean install (several times)
>
> Yes, I even tried the futile installation of the GRASS “required
> frameworks” which seem to be the only solutions anyone is able to suggest
> on StackExchange.
>
> Yes I tried installing GRASS on it’s own and pointing to it from the
> processing settings, which didn’t work.
>
>
>
> Perfectly open to suggestions that DON’T involve any of the above.
>
>
>
>
>
> In F,L,
>
> Stace Maples
>
> Geospatial Manager
>
> Stanford Geospatial Center
>
> @mapninja
>
> G+, Skype, Hangout: stacey.maples
>
> 214.641.0920
>
> Find GeoData: https://earthworks.stanford.edu
>
> Get GeoHelp: https://gis.stanford.edu/
>
> stanfordgis Listserv:
> https://mailman.stanford.edu/mailman/listinfo/stanfordgis
>
>
>
> "I have a map of the United States... actual size.
>
> It says, "Scale: 1 mile = 1 mile."
>
> I spent last summer folding it."
>
> -Steven Wright-
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
>
> --
>
> Ian Turton
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Snapping points and lines in 3D

[Régis Haubourg]

Hi,
much more than that in fact. The idea xould be to have interactive
modifiers to list all available features at a possible snapping location. Z
snapping tolerance would only be only here to help in not snapping a 2D
point if the Z value is too far away from the existing one (for instance).
The default Z value has been added as an answer to the fact that most
providers can't handle Null Z values, so that you can set it to  if you
want and consider it is a no data information.
In the meantime, I realized that PostgGIS is totally able to store NaN
values for Z, M (even XY too). Shapefile definitely cannot.

Le mar. 30 oct. 2018 à 17:44, DelazJ  a écrit :

> Hi,
>
> Do you mean something like Settings --> Options --> Digitizing --> Default
> Z value?
> This is the Z-related option I can remember for digitizing (not really a
> snapping one though).
>
> Harrissou
>
> Le mar. 30 oct. 2018 à 16:27, Morten Storm  a
> écrit :
>
>> Hi Saber and Régis,
>>
>>
>>
>> Thanks for your prompt replies! I am not trying to digitize in 3D view -
>> but was merely hoping to snap in all 3 dimensions when doing ordinary
>> editing with snap to points containing this information. I understand that
>> this may be a bigger issue, than I originally anticipated - but I also
>> think that I (and the other users, I know) would prefer "unconditional"
>> snapping to Z, if the information is there and until the whole topic had
>> been resolved.
>>
>>
>>
>> Do you by any chance have a work around for this?
>>
>>
>>
>>
>>
>> Best regards,
>>
>>
>>
>>
>> *Morten Storm*
>>
>>
>>
>> *Fra:* Régis Haubourg [mailto:regis.haubo...@gmail.com]
>> *Sendt:* 30. oktober 2018 16:16
>> *Til:* Saber Razmjooei
>> *Cc:* Morten Storm; QGIS list
>> *Emne:* Re: [Qgis-user] Snapping points and lines in 3D
>>
>>
>>
>> Hi, It's not by chance, we have been working a lot to try to make the
>> digitizing maptools catch with the 3D API for geometries, because before
>> 2.18, it was just destroying Z and M values for all operations.
>>
>> I think some use cases are still missing probably, and some are not easy
>> to solve by one default behavior, because choosing if you want to snap Z
>> value or not should be a user choice.
>>
>> We have been discussing a lot about going towards some interactive
>> snapping widget to be able to choose which feature to grab, which to snap
>> to, use Z or not, use a Z snapping tolerance or not. It's a big topic!
>>
>> Best regards
>>
>> Régis
>>
>>
>>
>> Le mar. 30 oct. 2018 à 15:29, Saber Razmjooei <
>> saber.razmjo...@lutraconsulting.co.uk> a écrit :
>>
>> Hi Morten,
>>
>>
>>
>> This is probably by chance that the line works! Have you tried to move
>> the point using the node tool?
>>
>>
>>
>> Proper 3D digitizing from within the 3D map is in our to-do list for
>> future, but if you'd be interested in sponsoring the feature, feel free to
>> contact us.
>>
>>
>>
>> Regards
>>
>> Saber
>>
>>
>>
>> On Tue, 30 Oct 2018 at 08:08, Morten Storm 
>> wrote:
>>
>> Hi,
>>
>>
>>
>> I have a 3D point layer from a GPS device (with x, y AND z coordinates).
>>
>>
>>
>> I want to digitize new features in 3D point and 3D line layers with
>> snapping in all 3 dimensions to these GPS points.
>>
>>
>>
>> This works great for line features - every node gets 3D coordinates when
>> snapped to my GPS points. However point features only get 2D coordinates
>> (zero for z)!? Do I do something wrong - or is this by design?
>>
>>
>>
>> I have tried this in QGIS 2.18.21 and QGIS 3.4.0.
>>
>>
>>
>>
>>
>> Best regards,
>>
>>
>> *Morten Storm*Chefkonsulent
>>
>> *Fejl! Filnavn er ikke anført.* <http://www.artogis.dk/>
>>
>> *Fejl! Filnavn er ikke anført.*
>>
>>
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>>
>>
>> --
>>
>> Saber Razmjooei
>>
>> www.lutraconsulting.co.uk
>> +44 (0)7568 129733
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Snapping points and lines in 3D

[Régis Haubourg]

Hi, It's not by chance, we have been working a lot to try to make the
digitizing maptools catch with the 3D API for geometries, because before
2.18, it was just destroying Z and M values for all operations.
I think some use cases are still missing probably, and some are not easy to
solve by one default behavior, because choosing if you want to snap Z value
or not should be a user choice.
We have been discussing a lot about going towards some interactive snapping
widget to be able to choose which feature to grab, which to snap to, use Z
or not, use a Z snapping tolerance or not. It's a big topic!
Best regards
Régis

Le mar. 30 oct. 2018 à 15:29, Saber Razmjooei <
saber.razmjo...@lutraconsulting.co.uk> a écrit :

> Hi Morten,
>
> This is probably by chance that the line works! Have you tried to move the
> point using the node tool?
>
> Proper 3D digitizing from within the 3D map is in our to-do list for
> future, but if you'd be interested in sponsoring the feature, feel free to
> contact us.
>
> Regards
> Saber
>
> On Tue, 30 Oct 2018 at 08:08, Morten Storm 
> wrote:
>
>> Hi,
>>
>>
>>
>> I have a 3D point layer from a GPS device (with x, y AND z coordinates).
>>
>>
>>
>> I want to digitize new features in 3D point and 3D line layers with
>> snapping in all 3 dimensions to these GPS points.
>>
>>
>>
>> This works great for line features - every node gets 3D coordinates when
>> snapped to my GPS points. However point features only get 2D coordinates
>> (zero for z)!? Do I do something wrong - or is this by design?
>>
>>
>>
>> I have tried this in QGIS 2.18.21 and QGIS 3.4.0.
>>
>>
>>
>>
>>
>> Best regards,
>>
>>
>> *Morten Storm*Chefkonsulent
>>
>> [image: logo] 
>>
>> [image: info]
>>
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Saber Razmjooei
> www.lutraconsulting.co.uk
> +44 (0)7568 129733
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] topological editing don't works as expected

[Régis Haubourg]

Hi Harrissou,
as others said, the snapping and toplogical edition area is a really
complex part of the code. Currently, developpers that start to fix bugs
will have serious doubts when trying to tackle things that are far away
from their area of knowledge. The current bug triage work is not going so
far in adressing priorities.
I really agree with you the new digitizing tools need some love a lot. I
felle particularly concerned since I was involved in the new node tool work
as a tester, and I warned a few times last year that we faced a major
change that needed a lot of user feedback.
I think this is a perfect opportunity to work with the PSC on raising
"Must-be-fixed" issues. I think Andreas already took the action to ask the
concerned developpers to get involved. Many thanks for that.
Cheers
Régis



Le jeu. 18 oct. 2018 à 10:15, DelazJ  a écrit :

> Hi Régis,
>
> The issue priority is already set as high, tagged as a regression,
> mentioned (and argumented) in the QEP related to the vertex tool. We are in
> bug fixing time. What is missing? An interested dev?
>
> IMO, the vertex tool refactoring brings nice features but having used it
> more and more these last days, I find that we lose lot of handy features
> and working with it in master is not that straightforward. And this has
> nothing to do with changing habits.
> I'm afraid that releasing 3.4 LTR with these issues (topology, vertex
> editor, adding simply a vertex on an existing segment...) would not help
> people that do daily digitizing work. Just my opinion.
>
> Regards,
> Harrissou
>
> Le jeu. 18 oct. 2018 à 09:54, Régis Haubourg  a
> écrit :
>
>> Well, we can raise its priority and call developpers that are funded
>> currently byt QGIS.org to work on it.
>> Régis
>>
>> Le jeu. 18 oct. 2018 à 08:40, Alexandre Neto  a
>> écrit :
>>
>>> Well, if there's a ticket already, there's not much more we can do.
>>> Unless someone is willing to sponsor that work/fix.
>>>
>>> Best regards,
>>>
>>> Alexandre Neto
>>>
>>> A qui, 18/10/2018, 05:57, Antongeo76  escreveu:
>>>
>>>> Alexandre Neto wrote
>>>> > I can confirm that adding a new vertex to a polygon does not create
>>>> > vertexes on other other polygons.
>>>> >
>>>> > You need to create a node on the other polygon, and then snap it to
>>>> the
>>>> > first. Only then the topological node move work on both polygons.
>>>> >
>>>> > Not sure how it worked on 2.18, may be considered a regression.
>>>> >
>>>> > Alexandre Neto
>>>> >
>>>> > A qua, 17/10/2018, 10:30, Antongeo76 
>>>>
>>>> > antoviscomi@
>>>>
>>>> >  escreveu:
>>>> >
>>>> >> Hi all,
>>>> >>
>>>> >> in QGIS 3.2.3 as in MASTER
>>>> >> I need to edit a polygon shapefile with topological editing active
>>>> >> -I set snap options with tolerance 1m to my layer
>>>> >> -I active topologica editing an spapping on intersection
>>>> >> -I try  to add a vertex on a polygon and move it for adjust boundary
>>>> >>
>>>> >> well
>>>> >> -the vertex is added only on one of two coincident polygon boundary
>>>> >> -then when I try to move the added vertex this reshape only one of
>>>> two
>>>> >> polygon...
>>>> >>   I expected that topological editing still works as in QGIS 2,
>>>> >>   where when I add a vertex and move it the reshaping acts on
>>>> both
>>>> >> polygon who share the boundary I
>>>> >>   want to reshape
>>>> >>
>>>> >> there is someone else that has noticed the same anomaly
>>>> >>
>>>> >> Regards
>>>> >>
>>>> >> Antonio
>>>> >>
>>>> >>
>>>> >>
>>>> >> -
>>>> >> Antonio
>>>> >> --
>>>> >> Sent from:
>>>> http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
>>>> >> ___
>>>> >> Qgis-user mailing list
>>>> >>
>>>>
>>>> > Qgis-user@.osgeo
>>>>
>>>> >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>>> >> Unsubscribe: https://lists

Re: [Qgis-user] topological editing don't works as expected

[Régis Haubourg]

Well, we can raise its priority and call developpers that are funded
currently byt QGIS.org to work on it.
Régis

Le jeu. 18 oct. 2018 à 08:40, Alexandre Neto  a
écrit :

> Well, if there's a ticket already, there's not much more we can do. Unless
> someone is willing to sponsor that work/fix.
>
> Best regards,
>
> Alexandre Neto
>
> A qui, 18/10/2018, 05:57, Antongeo76  escreveu:
>
>> Alexandre Neto wrote
>> > I can confirm that adding a new vertex to a polygon does not create
>> > vertexes on other other polygons.
>> >
>> > You need to create a node on the other polygon, and then snap it to the
>> > first. Only then the topological node move work on both polygons.
>> >
>> > Not sure how it worked on 2.18, may be considered a regression.
>> >
>> > Alexandre Neto
>> >
>> > A qua, 17/10/2018, 10:30, Antongeo76 
>>
>> > antoviscomi@
>>
>> >  escreveu:
>> >
>> >> Hi all,
>> >>
>> >> in QGIS 3.2.3 as in MASTER
>> >> I need to edit a polygon shapefile with topological editing active
>> >> -I set snap options with tolerance 1m to my layer
>> >> -I active topologica editing an spapping on intersection
>> >> -I try  to add a vertex on a polygon and move it for adjust boundary
>> >>
>> >> well
>> >> -the vertex is added only on one of two coincident polygon boundary
>> >> -then when I try to move the added vertex this reshape only one of two
>> >> polygon...
>> >>   I expected that topological editing still works as in QGIS 2,
>> >>   where when I add a vertex and move it the reshaping acts on both
>> >> polygon who share the boundary I
>> >>   want to reshape
>> >>
>> >> there is someone else that has noticed the same anomaly
>> >>
>> >> Regards
>> >>
>> >> Antonio
>> >>
>> >>
>> >>
>> >> -
>> >> Antonio
>> >> --
>> >> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
>> >> ___
>> >> Qgis-user mailing list
>> >>
>>
>> > Qgis-user@.osgeo
>>
>> >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> >
>> > --
>> > Alexandre Neto
>> > -
>> > @AlexNetoGeo
>> > http://sigsemgrilhetas.wordpress.com
>> > http://gisunchained.wordpress.com
>> >
>> > ___
>> > Qgis-user mailing list
>>
>> > Qgis-user@.osgeo
>>
>> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>> In 2.18 adding a vertex on a shared boundary,
>> This vertex becomes automatically shared too
>> There is a ticked on qgis issues
>>
>> https://issues.qgis.org/issues/18046
>>
>> Regards
>>
>>
>>
>> -
>> Antonio
>> --
>> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
> --
> Alexandre Neto
> -
> @AlexNetoGeo
> http://sigsemgrilhetas.wordpress.com
> http://gisunchained.wordpress.com
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Java and QGIS

[Régis Haubourg]

Hi,
QGIS has nothing to do with Java. QGIS server can be run using Apache (not
TOMCAT) or nginx and shouldn't be at all concerned.
Regards,
Régis

Le lun. 24 sept. 2018 à 16:11, Tyler Veinot  a
écrit :

> Hi All;
> So my IT guy said that Java is being phased out and is no longer supported
> on many browsers and soon none. I have JRE and JDK setup as part of Apachie
> and Tomcat Services for running web maps using; Lizmap, GeoServer,
> QGIS/QGIS Server, and we have been looking at setting up a web map server
> using these technologies. Now I am wondering if I should look for another
> web server applet that does use Java or if it is a non-issue.
> I guess my question is with Java being phased out/not supported what do we
> turn to for a web server in the opensource GIS community?
> Thanks;
> Tyler
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS server 3 improvements

[Régis Haubourg]

Hi Lewis, 
thanks for raising the issue here. The performance of QGIS server rendering
is a long standing work in the QGIS community. We have been working recently
on a test platform that helps in driving development by checking rendering
performances every night at http://test.qgis.org/perf_test/

The performance of QGIS server are conditioned by a lot of factors, and we
are currently investigating what could have caused some slower results for
lines and polygons, and what could explain a slower server than the desktop. 

You can now take benefit of the multithread rendering that will speed up a
lot if you have available cores. 

Good news from today, we might have found a really simple explanation for
one issue. We still have to issue a Pull Request to fix it, and check that
it works in all contexts. 

Could you precise what differences you see, give some metrics before/after,
a description of your datasets, etc...?

Best regards
Régis




--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] New WEB Suite for QGIS - G3W-SUITE

[Régis Haubourg]

Hi Walter,

thanks for letting us know !
Any chance to have an english version of the website and some demo / videos
to help us understand that suite?

Cheers
Régis

2018-05-02 12:09 GMT+02:00 Walter Lorenzetti :

> Hi users, hi developers,
>
> I am pleasure to introduce you a new suite to publish QGIS projects on web
> by QGIS-Server  that we developed in past 2-3 years at GIS3W.
>
> G3W-SUITE is a modular client-server application developed with Django and
> Vue.js.
>
> Main github repositoryies is https://github.com/g3w-suite
>
> Main Django application (G3W-ADMIN) is https://github.com/g3w-suite/
> g3w-admin and main webmap client applications are
>
> https://github.com/g3w-suite/g3w-client-sdk,
>
> https://github.com/g3w-suite/g3w-client-template-lte ,
>
> https://github.com/g3w-suite/g3w-client
>
> In normal developing workflow, client application is compiled and put
> inside main server Django application.
>
> To run the suite is enough deploy main Django application G3W-ADMIN.
>
> If you want to try it and/or (if you like it :)) partecipate to the
> project you are Welcome!
>
> Comments and suggestions are welcome!
>
> We are a small company, so is possibile we reply to your question with a
> slight delay :)
> Bye
> W
>
> --
>
> Walter Lorenzetti phD
> email: lorenze...@gis3w.it
> skype: aiki74
> twitter:w_lorenzetti 
> g+:aiki74 
> Tel/Cell: (+39) 347-6597931
> Viale Verdi 24 - 51016 Montecatini Terme (PT)
> Nuovi corsi QGIS e GFOSS
> 
>
> ___
> QGIS-Developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] QGIS Annual General Meeting - 2018

[Régis Haubourg]

Congratulations to the new chair and vice-chair!



Regards
Régis

2018-04-11 1:09 GMT+02:00 Tim Sutton :

> Dear QGIS Community
>
> We recently held our 2018 QGIS Annual General Meeting. The minutes of this
> meeting are available [1] for all to view.
>
> As I have previously announced, I have decided  to step down as chair of
> the PSC this year, so this email is my last official act as QGIS Chair.
> Thank you all for the kind words and deeds of support you gave me during my
> time as project chair. I would like to welcome our new QGIS Board Chair:
> Paolo Cavallini, and our new QGIS Board Vice-Chair and QGIS PSC Member,
> Marco Bernasocchi. In case you are not familiar with Paolo and Marco, you
> can find short introductions to them below. I am pleased also to say that
> the project governance is in good hands with Richard Duivenvoorde, Jürgen
> Fischer, Andreas Neumann and Anita Graser kindly making themselves
> available to serve on the PSC for another two years. It is also great to
> know that our project founder, Gary Sherman, continues to serve on the PSC
> as honorary PSC member. Gary set the standard for our great project culture
> and it is great to have his continued presence. QGIS has been growing from
> strength to strength, backed by a really amazing community of kind and
> collaborative users, developers, contributors and funders. I am looking
> forward to seeing how it continues to grow and flourish and I am excited
> and confident it will do so with Paolo acting as the project chair and
> representative. Rock on QGIS!
>
> —
>
> Paolo Cavallini:
>
> I got involved in QGIS long ago, first as an user, then more and more
> deeply in various activities, initiating and supporting various plugins and
> core functions (e.g. GDAL Tools, DB Manager), opening and managing bugs,
> taking care of GRASS modules, handling the trademark registration, etc . I
> acted as Finance and Marketing Advisor for several years. Currently I
> manage the plugin approval process.
>
> Motivation: It's such a pleasure building up, in a truly cooperative and
> democratic way, together with truly intelligent people, a tool that enables
> people to freely do their job or pursue their interests, that I
> cannot resist helping as much as I can.
>
> —
>
>
> Marco Bernasocchi (http://berna.io @mbernasocchi)
>
> I am an open source advocate, consultant, teacher and developer. My
> background is in geography with a specialization in geographic information
> science. I live in Switzerland in a small Romansh speaking mountain village
> where I love scrambling around the mountains to enjoy the feeling of
> freedom it gives me. I’m a very communicative person, I fluently speak
> Italian, German, French English and Spanish and love travelling.
>
> I work as director of OPENGIS.ch which I founded in 2011. Since 2015 I
> share the company ownership with Matthias Kuhn. At OPENGIS.ch LLC we (4
> superstar devs and myself) develop, train and consult our client on any
> aspect related to QGIS.
>
> My first QGIS (to be correct for that time QuantumGIS) ever was “Simon
> (0.6)” during my BSc when the University of Zurich was teaching us
> propriertary products and I started looking around for Open
> Source alternatives. In 2008, when starting my MSc, I made the definitive
> switch to ubuntu and I started working more and more with QGIS Metis (0.11)
> and ended developing some plugins and part of Globe as my Masters thesis.
> Since three years the University of Zurich invites me to hold two seminars
> on Entrepreneurship and Open Source. In November 2011 I attended my first
> Hackfest in Zürich where I started porting all QGIS dependencies
> and developing QGIS for Android under a Google Summer of Code. A couple of
> years and a lot of work later QField was born. Since then I’ve always tried
> to attend at least to one Hackfest per year to be able to feel first hand
> the strong bonds within our very welcoming community.
>
> In 2013 i was lucky enough to have a release named after a suggestion I
> saved you all from having QGIS 2.0 - Hönggerberg and giving you instead
> QGIS 2.0 - Dufour
>
> Beside my long story with QGIS as user and passionate advocate I have a
> long story as QGIS service provider where we are fully committed to its
> stability, feature richness and sustainable development. Furthermore, as
> WorldBank consultant I am lucky enough to be sent now and then to spread
> the QGIS goodness in less fortunate countries.
>
> Motivation:
>
> One of my main motivation to be part of the PSC is to help QGIS keep this
> incredible growth rate by being even more attractive to new community
> members, sponsors and large/corporate users. To achieve this, key is
> maintaining the right balance between sustainable processes (that guarantee
> the great quality QGIS has been known for) and an interesting and
> motivating grassroot project where community members can bloom and enjoy
> contributing in their most 

Re: [Qgis-user] [Qgis-developer] QGIS Grant Proposals Round #2

[Régis Haubourg]

Hi all,
Reviewing the excellent proposals for Grant applications #2, I realized
that I had to advertize some on going work:

1- Proposal ​11 SHARING QGIS PROJECTS AND RESOURCES WITHIN GEOPACKAGES.

This was discussed a number of times before. We (Oslandia) have funding to
realize the auxiliary storage QEP and this should land in QGIS 3.2.  ( see
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/27)
This work has been discussed in details before into the QEP. May I ask
Joana Simoes to participate into the QEP page so that we could merge the
two approaches and merge efforts ? That would be awesome!


2- Feature vs. Quality tasks

I remember well the poll we made to ask users if they wanted more feature
or more stability and the results largely in favor of new features.
I really think all low level refactoring, test, build and documentation
should be taken well into consideration by voting members. Features are
appealing and fun, and they probably will find their way to funding more
easily than the not fun ones. I see Grant Application as great to
opportunity to rebalance those natural tendancies a bit.
 Oh, and I have no interest in saying that, having pushed a "Feature"
proposal. :o)

Cheers and thanks for the huge work made here,
Régis


2017-04-04 11:42 GMT+02:00 Tim Sutton :

> Hi All
>
> Thanks for your patience waiting for the grant proposals to be announced.
> I am pleased to say we have 13 really great proposals this round. You can
> read all about it here:
>
> http://blog.qgis.org/2017/04/04/update-on-the-qgis-grant-applications/
>
> Voting members should have received an email inviting them to cast their
> votes on the proposals - we will announce the results later this month.
>
> Regards
>
> Tim
>
>
>
>
> ---
>
> *Tim Sutton*
> QGIS Project Steering Committee Chair
> t...@qgis.org
>
>
>
>
>
> ___
> Qgis-developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Embed layers and groups

[Régis Haubourg]

Oh yes, I just saw that but didn't test it yet. Good move indeed!

Le 10 mars 2017 7:40 PM, "Germán Carrillo" <carrillo.ger...@gmail.com> a
écrit :

> Hi All,
>
> just to let you know that I recently wrote a plugin called "Copy layers
> and groups to clipboard", which also creates an "unlinked copy" of
> layers/groups from other projects.
>
> Regards,
>
> Germán
> 
> [1] http://plugins.qgis.org/plugins/CopyLayersAndGroupsToClipboard/
>
> 2017-03-10 12:31 GMT-05:00 Régis Haubourg <regis.haubo...@gmail.com>:
>
>> Hi guys,
>> Paul Blottiere submitted a pull request to solve that issue here
>> https://github.com/qgis/QGIS/pull/4247
>>
>> If it is doing the work and merged, that would deserve backporting to
>> 2.18 branch.
>>
>> And yes that issue deserves to be more advertised and also extended to a
>> unlinked "copy" mode.
>> Wiring it in browser would be a nice way to make it more known too.
>>
>> Side note: There is already a plugin called layers menu from project to
>> build menu shortcuts to other's project layers. I can't live without it
>> now, pushing that into core would be nice, if someone's willing to fund
>> that, qgis devs would probably be happy to tackle that
>>
>>
>>
>> Le 10 mars 2017 3:19 PM, "Neumann, Andreas" <a.neum...@carto.net> a
>> écrit :
>>
>>> Hi Harrissou,
>>>
>>> Thanks for tackling this in the documentation.
>>>
>>> Some remarks:
>>>
>>> - embedded layers are shown with "italic" labels in the layer tree to
>>> distinguish them from regular layers.
>>>
>>> - all layer properties are "read only", not only styling and labeling,
>>> but also any other properties, like field aliases, display values, actions,
>>> etc. That's why the layer properties can't be shown to avoid that the user
>>> changes stuff which can't be saved in the project.
>>>
>>> - if the master project uses an alternative rendering order (defined in
>>> the layer order panel of the master project), the layer ordering in the
>>> project where the layers are embedded can only be retained "en bloc" and
>>> only if you embed the parent group and not individual layers
>>>
>>> It may even be that you'll have to also activate the alternative
>>> rendering order in the client project if you want to retain, but I am not
>>> 100% sure. I just remember that it gave me headaches with the layer
>>> rendering order in the past, because it was a bit buggy. Should work well
>>> meanwhile though.
>>>
>>> Andreas
>>>
>>> On 2017-03-10 12:05, DelazJ wrote:
>>>
>>> Hi,
>>>
>>> Actually it's not a new feature. Has been there since (available in
>>> 1.8 documentation http://docs.qgis.org/1.8/en/do
>>> cs/user_manual/introduction/general_tools.html#nesting-projects)
>>> And as you can see, the documentation has neither been improved since.
>>> Given your discussion I tried to put some highlights on the feature and
>>> any review is welcome https://github.com/qgis/QGIS-D
>>> ocumentation/issues/1748 I'm more a default style user than an embedded
>>> layer one so if I miss some advantages in this feature please, let me know.
>>>
>>> Laurence, I didn't check if you had reported the issues yet, otherwise I
>>> think removal of some items can be added:
>>> - Layer menu --> Labeling
>>> - when right-clicking an embedded layer --> Style.
>>>
>>> Given that the Layer Properties dialog is not availbale, there are some
>>> actions like "Set Scale visibility of layer", "Set layer CRS", "Filter"
>>> (that belong to the Properties --> General menu) that make me fail to
>>> understand the real scope of an embedded layer. Are they supposed to be
>>> grayed too or not? What kind of changes are really allowed on such a layer
>>> or what is really kept from the "source" file?
>>>
>>> Thanks,
>>> Harrissou
>>>
>>>
>>> 2017-03-09 21:07 GMT+01:00 Laurence Béchet <bechet.laure...@gmail.com>:
>>>
>>>> Thanks Andrea. I'll create them.
>>>> These are not big issues and easy to work around as a user.
>>>>
>>>> I agree with you this new embedded layers feature is awesome and for
>>>> little mapping projects like Ark in the Park they are very useful as I have
>

Re: [Qgis-user] Embed layers and groups

[Régis Haubourg]

Hi guys,
Paul Blottiere submitted a pull request to solve that issue here
https://github.com/qgis/QGIS/pull/4247

If it is doing the work and merged, that would deserve backporting to 2.18
branch.

And yes that issue deserves to be more advertised and also extended to a
unlinked "copy" mode.
Wiring it in browser would be a nice way to make it more known too.

Side note: There is already a plugin called layers menu from project to
build menu shortcuts to other's project layers. I can't live without it
now, pushing that into core would be nice, if someone's willing to fund
that, qgis devs would probably be happy to tackle that



Le 10 mars 2017 3:19 PM, "Neumann, Andreas"  a écrit :

> Hi Harrissou,
>
> Thanks for tackling this in the documentation.
>
> Some remarks:
>
> - embedded layers are shown with "italic" labels in the layer tree to
> distinguish them from regular layers.
>
> - all layer properties are "read only", not only styling and labeling, but
> also any other properties, like field aliases, display values, actions,
> etc. That's why the layer properties can't be shown to avoid that the user
> changes stuff which can't be saved in the project.
>
> - if the master project uses an alternative rendering order (defined in
> the layer order panel of the master project), the layer ordering in the
> project where the layers are embedded can only be retained "en bloc" and
> only if you embed the parent group and not individual layers
>
> It may even be that you'll have to also activate the alternative rendering
> order in the client project if you want to retain, but I am not 100% sure.
> I just remember that it gave me headaches with the layer rendering order in
> the past, because it was a bit buggy. Should work well meanwhile though.
>
> Andreas
>
> On 2017-03-10 12:05, DelazJ wrote:
>
> Hi,
>
> Actually it's not a new feature. Has been there since (available in
> 1.8 documentation http://docs.qgis.org/1.8/en/
> docs/user_manual/introduction/general_tools.html#nesting-projects)
> And as you can see, the documentation has neither been improved since.
> Given your discussion I tried to put some highlights on the feature and
> any review is welcome https://github.com/qgis/QGIS-
> Documentation/issues/1748 I'm more a default style user than an embedded
> layer one so if I miss some advantages in this feature please, let me know.
>
> Laurence, I didn't check if you had reported the issues yet, otherwise I
> think removal of some items can be added:
> - Layer menu --> Labeling
> - when right-clicking an embedded layer --> Style.
>
> Given that the Layer Properties dialog is not availbale, there are some
> actions like "Set Scale visibility of layer", "Set layer CRS", "Filter"
> (that belong to the Properties --> General menu) that make me fail to
> understand the real scope of an embedded layer. Are they supposed to be
> grayed too or not? What kind of changes are really allowed on such a layer
> or what is really kept from the "source" file?
>
> Thanks,
> Harrissou
>
>
> 2017-03-09 21:07 GMT+01:00 Laurence Béchet :
>
>> Thanks Andrea. I'll create them.
>> These are not big issues and easy to work around as a user.
>>
>> I agree with you this new embedded layers feature is awesome and for
>> little mapping projects like Ark in the Park they are very useful as I have
>> my layout already ready and just need to add what i want to plots: bird
>> territories or past control results or . Also if something in the
>> layout changes (new track, pest control grid altered) I only need to modify
>> the 'master' map and it is propagated to all the other maps. Worth a try!
>>
>> Kind regards
>> Laurence
>> ARK IN THE PARK Volunteer Co-Ordinator
>> Cascades Ranger Station
>> Falls Road, Waitakere
>> Phone:  (09) 810 7014
>> www.arkinthepark.org.nz  www.forestandbird.org.nz
>>
>> On 9/03/2017 10:58 p.m., Neumann, Andreas wrote:
>>
>> Hi Laurence,
>>
>> I can confirm both issues.
>>
>> Embedded groups show empty (without the layers, only the groups are
>> displayed) in QGIS 3 and they are stylable in the styling dock in 2.18 when
>> they shouldn't be stylable.
>>
>> However, if your restyle embedded layers in the styling dock, they are,
>> of course not saved back to the original layers. This would be dangerous
>> and probably unwanted in most cases.
>>
>> The styling dock is fairly new and probably the devs where not aware
>> about the embedded layers feature.
>>
>> Can you please issue bug reports for both issues?
>>
>> Embedded layers and groups are probably not used that much in the wild,
>> but I find them incredibly useful. It is one of my favourite QGIS feature
>> and saves you tons of work if you can re-use background layers from other
>> projects, while still being able to identify these layers or snap to them.
>>
>> Unfortunately, many users and devs are not aware of this feature and it
>> doesn't get much attention.
>>
>> Thanks,
>>
>> Andreas
>>
>> On 

Re: [Qgis-user] Real Mask functionality in QGIS?

[Régis Haubourg]

Hi Hilpers,
I funded the mask plugin and can explain what it does. In my needs, I
didn't not want it to clip the geometries (like the mapinfo clip tool)
because I preferer really when users can see the whole map, masked with
transparency or blending mode. This also does not add any geometry
processing, which can be really heavy for clipping all the displayed object
in a map.
Nevertheless, We extended Mask to be able to filter labels and display them
only if the features fall inside the mask zone (with options on spatial
operators used). We lacked the ability to compute labels only in the part
of the object that is inside the mask (for instance a great river crossing
the zone can be labeled outside the zone), so we added that in latest
plugin versions, and it reveals to be performant since when it computes a
lot of spatial relation, it also make life easier to the labeling engine,
and turns to be fastest in the end (not always).

We chose to stop the plugin dev here and produce QEP to port that inside
QGIS core. This assumes quite a lot of changes :
 - find a way to store data in or along the project (we currently rely on
memory layer saver plugin)
 - Add ability to draw label on a different geometry than the displayed one
(such as a smoothed geometry for a watercourse, or a clipped part of a
polygon with mask zone)
- take the opportunity to improve labeling by the way with native
connectors and easiest manual placement

You can find those QEP here:
https://github.com/qgis/QGIS-Enhancement-Proposals, tickets 27, 47, 46, 62

I since left my job and can't help with funding anymore, but from what I
know some funds will be available at least for the label improvements. If
you're willing to help or fund, I'll be glad to help coordination with
other funders and developpers to fully port a masking feature, and maybe
add your use cases in it.

Cheers
Régis

2017-03-09 12:42 GMT+01:00 hilpers :

> It should work dynamically, without processing your data, yes.
> I know this functionalityx from ArcMap and Mapinfo, where the user can
> specify one layer to serve as masking layer which then hides/masks out all
> features of user-specified layers within the same project/ data frame
> (Arcmap). I guess this works through spatial relationship filters but I am
> not sure.
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Real-Mask-functionality-in-QGIS-tp5311464p5311573.html
> Sent from the QGIS - User mailing list archive at Nabble.com.
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] My first weekend with QGIS (UI)

[Régis Haubourg]

Hi John, and many thanks for your constructive approach, that is so
valuable.

> > * Plugins > Manage and Install: the one plugin I looked at was the
> > >   "eastcustomlabeling" plugin. But when I followed the links to it
> > >   from the Plugins dialog, I get 404 Not Found.
> > >   http://hub.qgis.org/projects/easycustomlabeling
> > >   Not sure if this is a larger issue or just this plugin?
> >
> >
> > Plugin author issue to update links to their plugin homepage.
> Presumably the hub.qgis.org URL was correct at one time.
> Seems like there should have been a redirect...


I am the author and I just published a 1.3.5 version with updated
repository. In fact it was a very old fix, that I forgot to release in a
new version, thanks for raising the issue.

I also funded the QEP (aka "design proposal" or "Request for Comments")
about porting labeling callouts, and much more features to qgis core.
I'm currently try to see if my previous employer is still ready to fund
that for qgis 3.
Fingers crossed, but if anyone else is willing to have that natively,
fundings are welcome.
Régis



2017-01-25 10:32 GMT+01:00 Sandro Santilli :

> On Wed, Jan 25, 2017 at 01:29:38AM -0500, John Hawkinson wrote:
> > By the way, can anyone here send me a mantra for osgeo registration?
> > (No reply following https://www.osgeo.org/cgi-bin/ldap_create_user.py)
>
> Mantra sent in private mail.
>
> --strk;
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] using nested case statements in labelling

[Régis Haubourg]

Hi,
you are simply facing the SQL standard behavior of the | operator when it
compares something to a NULL value, the whole result will be NULL.
In SQL, you can avoid that by wrapping each value in a "coalesce(myvalue,
'')" that will replace NULL by an empty string.

In QGIS, you can also use the "+" operator, and this one does not sends a
NULL like the pipe operator. Far more simple indeed, but less portable to
pure SQL .
Cheers
Régis


2016-12-21 3:33 GMT+01:00 damos :

> HI I am trying to do a nested case statement for a labelling task.
> I have a list of mines of varying sizes with different commodities and
> would
> like to label with the name of the mine and the amount of each commodity at
> the mine in a new line below the name. I only want to label the mines that
> I
> have decided are signifcant and for this I have made a new column in my
> table called significant.
> My difficulty is that not all mines have the same commodities, for example
> one mine has copper (Cu) and no lead(Pb), while another has both. yet
> another will only have Pb.
> i can easily label all of the sigificant mines and their copper amoutns
> with
> a suffix of kt Cu using this code:
>
> case when  "signifcant"  = 'yes' then  title( "Name" ) ||   '\n'   ||
>  case
> when "Cu_e_t" <1 then '' else round("Cu_e_t"/1000,0) || 'Kt Cu' end else
> null end
>
> however if I then try to add in the Pb amounts like this;
> case when  "signifcant"  = 'yes' then  title( "Name" ) ||   '\n'   ||
>  case
> when "Cu_e_t" <1 then '' else round("Cu_e_t"/1000,0) || 'Kt Cu' end ||
> case when "Pb_e_t" <1 then '' else round("Pb_e_t"/1000,0) || 'Kt Pb' end
> else null end
>
> I lose all of the Cu only mines and only get labels for those with Cu and
> Pb
> or just Pb.
> I understand that I am doing something wrong with the nested case
> statements, but cant figure out what.
>
> any help would be much appreciated.
> int the mean time I am going back to do the formula in excel where I am
> capable.
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/using-nested-case-statements-in-labelling-tp5300779.html
> Sent from the Quantum GIS - User mailing list archive at Nabble.com.
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] print only two atlas features

[Régis Haubourg]

Hi Juerg,
yes, you have a filter feature where you can put an expression to only
compute Atlas on the matching features. It is in Atlas generation
configuration widget, in the foldable configuration tab.
Cheers
Régis

2016-12-09 8:09 GMT+01:00 Juerg Lindauer :

> Hi
>
> I've created an atlas with about 360 features. After printing them,
> i've found two maps with collided labling.
> When i change the properties of the labeling, is there a way to create
> only these two maps from the atlas? Without to print the whole atlas?
>
> Regards, Jürg
>
>
> Amt für Landwirtschaft
> Abt. Agrarmassnahmen und Bodenrecht
> Hirschistrasse 15
> Postfach 5182
> 6431 Schwyz
> Telefon: 041 819 15 17
> Telefax: 041 819 15 19
> E-Mail: juerg.linda...@sz.ch
> Internet: www.sz.ch/landwirtschaft
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] WFS 2.18.1 slow with PostGIS layer

[Régis Haubourg]

Hi Nicolas,
If you look at the postgres logs, is there anything different?
Cheers,
Régis

2016-11-28 18:29 GMT+01:00 Nicolas Boisteault <
boistea...@observatoire-environnement.org>:

> Hi list,
>
> OS : Ubuntu Server 16.04
> QGIS Server : 2.18.1
> PostgreSQL : 9.6.1
> PostGIS : 2.3
>
> In my project I have a layer with about 2500 rows, 2 columns and no
> geometry.
> If I wget the WFS :
>
> time wget -pq --no-cache --delete-after "http://127.0.0.1/cgi-bin/
> qgis_mapserv.fcgi?SERVICE=WFS=1.0.0=
> GetFeature=especes=nom_scientifique%
> 2Cid=GeoJSON=none=path_to_my_project.qgs"
> 
>
> Result with QGIS 2.14.9 :
>
> real 0m0.379s
> user 0m0.003s
> sys 0m0.002s
>
> Now with QGIS 2.18.1 :
>
> real 0m13.438s
> user 0m0.001s
> sys 0m0.007s
>
> As you can see, it is very very slow. Has someone the same issue?
>
> I opened a ticket here : http://hub.qgis.org/issues/15904
>
> --
> Nicolas BOISTEAULT
> Développeur Web/WebSIG
> Observatoire Régional de l'Environnement
> Téléport 4 Antarès - BP 50163 - 86962 Futuroscope Chasseneuil Cedex
> Tél : 05 49 49 71 18
> *Soyez Eco-responsable, n'imprimez que si nécessaire*
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS take several minutes to start on Windows 7

[Régis Haubourg]

Hi Cliff,
this reminds me of a nasty thing I encountered before.
I logged all there:
http://osgeo-org.1560.x6.nabble.com/Qgis-first-startup-is-slow-td4975911.html

I disappeared when reinstalling a new version, without clearly
understanding what happened. Final tests let think that something was weird
with windows shared file system where profiles where stored.
What is your exact OS version?

All I can advice is to log all what happens with process_monitor.exe and
look at the errors you get.
Also, can you tell us:
What happens in those test cases?
 - launch qgis again while first instance has not startup yet
 - launch qgis using configpath option with a profile on another drive than
currently (network or local?)
 - is the second startup faster than the first one ? (if yes you have
another Microsoft windows phenomenon called cold startup cumulating itself
with previous one)

Thanks for your tests, you face a really rare issue that we must narrow
down and solve,  really

Cheers
Régis

2016-11-21 20:15 GMT+01:00 Cliff Patterson :

> Greetings,
>
> On a new Dell laptop running Windows 7 (i7, 8GB ram), it takes about 3-5
> minutes for QGIS to start, which is a hassle. It hangs at “Starting up the
> GUI” and if I click on the splash screen, it crashes, but if I let it sit
> it eventually starts without any error. I have had this problem since
> installing QGIS 2.14 using the OSGeo4W 64-bit installer. I have since
> completely removed that installation, deleted the .qgis folder, and deleted
> all registry entries. I then reinstalled using the standalone installer and
> still no luck. I currently have QGIS versions 2.14, 2.16, and 2.18
> installed and experience the same problem with each.
>
> Other steps I've taken were to disable plugins and remove plugins, but no
> change on startup.
>
> I have the same versions running on another Windows 7 machine and a Linux
> VM with no problems.
>
> The only error I see in the logs is the following:
>
> 2016-11-21T13:37:48 1 Failed to load C:/PROGRA~1/QGIS2~1.14/apps/
> qgis-ltr/plugins/globeplugin.dll (Reason: Cannot load library
> C:/PROGRA~1/QGIS2~1.14/apps/qgis-ltr/plugins/globeplugin.dll: The
> specified procedure could not be found.)
>
> Does anyone know what could be causing QGIS to boot up so slowly?
>
> Cheers,
> Cliff
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Corporate Users

[Régis Haubourg]

Hi,
Post installing works, I had the case on one server where we forgot to
install MSVC++ before unzipping QGIS.
I've also eard of some packaging msvc dll's inside qgis package, but I
haven't tested that by myself

Cheers
Régis

2016-11-07 13:05 GMT+01:00 :

> Hi Bo,
>
> first - thank you for pointing us to your great instructions. I have
> another question about this. I often have the problem, that on a fresh
> Windows installation the Microsoft C++ Redistributable environment lacks.
> Does your setup routine consider this? And will the environment be possibly
> automatically post-installed?
>
> Regards
> Burghardt
>
> > -Ursprüngliche Nachricht-
> > Von: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von
> > Bo Victor Thomsen
> > Gesendet: Samstag, 5. November 2016 19:30
> > An: qgis-user@lists.osgeo.org
> > Betreff: Re: [Qgis-user] Corporate Users
> >
> > Hi Richard -
> >
> > Be my guest, knock yourself out, go ahead - It's always nice if other
> people
> > can use the work that was invested in this project ;-)
> >
> > I haven't too much time to spare the next month or two, so you have my
> full
> > permission to write an article about this method. I can of course help
> you by
> > "proof" reading the article before publishing if you find it necessary.
> >
> > And I agree fully with you about using an ini file based approach to save
> > settings for Qgis :-)
> >
> > Regards
> >
> > Bo Victor
> >
> >
> >
> > Den 05/11/16 kl. 10:06 skrev Richard Duivenvoorde:
> > > Bo: thanks for this great write up!
> > >
> > > Is it ok if you/I write a small article on blog.qgis.org or qgis.nl or
> > > qgis.dk and point to the english version of your writeup?
> > >
> > > https://github.com/Frederikssund/Alternativ-QGIS-installation/blob/mas
> > > ter/Readme%20-%20english.md
> > >
> > > I think a lot of organisations/windows system admins will be greatfull
> > > to you!
> > >
> > > By the way, in my view the default storing mechanism of settings
> > > should be ini file based anyway! I'll try to bring this up on the dev
> list again.
> > >
> > > Regards,
> > >
> > > Richard Duivenvoorde
> > >
> > > On 04-11-16 15:36, Bo Victor Thomsen wrote:
> > >> We ( as in the municipality of Frederikssund, Denmark) has a medium
> > >> size enterprise installation of Qgis 2.8 at around 100 local
> > >> installations of Qgis 2.8 in a Windows-7 64 bit environment. There is
> > >> no significant problems with this installation.
> > >>
> > >> The largest problem by far was to sift through a mountain sized heap
> > >> of tab files from an older installation of MapInfo and determine
> > >> which should be restructured, cleaned and  imported to our
> > >> MS-SQLServer based database environment.
> > >>
> > >> In the near future - probably a month - We are doing a roll out of
> > >> Qgis
> > >> 2.18 to around 250 Windows workstations using this method:
> > >>
> > >> "https://github.com/Frederikssund/Alternativ-QGIS-installation;
> > >> (don't worry about the Danish readme.md - there is documentation in
> > >> English too
> > >> ;-)
> > >>
> > >> If you have a large amount of different layers / tables, I suggest
> > >> you take a look at the "QLR Browser" plugin. This plugin provides an
> > >> immense help to structure user access to a large number of layers:
> > >>
> > >> And of course: Use a database to store your data. Preferably
> > >> Postgres/PostGIS (Open source and IMHO the most powerful spatial
> > >> database), but MS-SQL Server or Oracle will do If you don't have a
> > >> choice regarding database systems.
> > >>
> > >> Regards
> > >>
> > >> Bo Victor Thomsen
> > >>
> > >> GIS & Database specialist
> > >>
> > >> Municipality of Frederikssund
> > >>
> > >>
> > >> Den 04/11/16 kl. 04:24 skrev Grant Boxer:
> > >>> I am using QGIS in a single stand-alone situation and I was
> > >>> wondering what examples there are of medium to large corporations
> > >>> using QGIS as their GIS platform and what issues you need to be
> > >>> aware of in large multi-user QGIS situations?
> > >>>
> > >>>
> > >>>
> > >>> Grant Boxer
> > >>>
> > >>> Perth, Western Australia
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> ___
> > >>> Qgis-user mailing list
> > >>> Qgis-user@lists.osgeo.org
> > >>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > >>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > >>
> > >>
> > >> ___
> > >> Qgis-user mailing list
> > >> Qgis-user@lists.osgeo.org
> > >> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > >> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > >>
> > > ___
> > > Qgis-user mailing list
> > > Qgis-user@lists.osgeo.org
> > > List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> > > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >
> > 

Re: [Qgis-user] Profile section digitising

[Régis Haubourg]

2016-09-13 10:04 GMT+02:00 Luigi Pirelli :

> +i for Vincent and oslandia
>
> it's a good practice to advice to avoid duplicate work!
>

True!
It was used just a few times, but there is a WIP (Work in Progress)
annoucement process in QGIS. For the record, just launch a thread in qgis
dev mailing list to advertise your work with a [WIP] tag int thread title.
Cheers
Régis
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Linear referencing in QGIS

[Régis Haubourg]

2016-09-08 15:15 GMT+02:00 Paolo Cavallini :

> Il 08/09/2016 12:57, Bernhard Ströbl ha scritto:
> > Hi Paolo,
> >
> > I included the code in a small plugin for you to check it out. It's on
> > github: https://github.com/bstroebl/Station
> >
> > Could certainly be improved by snapping to the line (snap to segment
> > must be turned on).
>
> Thanks Bernhard.
> IMHO we should heve in core a similar solution, to make LRS usage smoother.
> All the best.
>

Thanks Bernard for sharing python snippets.
What I had in mind was a core widget in field editors so that users can
make a form with a pick up tool that allow to fill measure or z value
without any coding.  Anyway, sharing and advertising a code snippet doing
that will allow to have a better idea of how this can work.
Cheers
Régis

Mon adresse principale devient désormais regis.haubourg at gmail.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Linear referencing in QGIS

[Régis Haubourg]

Hi All,
I've been using linear referencing extensively here to produce european
reference datasets of water bodies. Postgis works just fine and fast.
What I have been missing, and average users probably miss that too, is:

 - A tool to "calibrate" a route from data, points, or lines:
Currently LRS can do that only with point data. Postgis misses also a
simplified function.
 That "route generation" tool should have tolerance options and do
something like a grass clean and auto arc orienting, and must be able to
generate route from points or lines, or multilines.


- A generic graphical "m" or "z" picker editor widget:
Use case: you need to create linear or point events against a route system,
just clicking on a route and getting X,Y, M,Y and storing it in attribute
table . I can imagine along the line edit widget, a small button (like a
color picker) , once pressed allow the user to click on the map. Question
is, how to confirm wich geometry event has been clicked in case of
proximity or superposition. One idea could be to have a dropdown list box
of values under the click, displaying event identifier and m / z value.

I'd be happy to discuss that with you all.


Cheers
Régis



2016-09-07 16:51 GMT+02:00 Neumann, Andreas <a.neum...@carto.net>:

> Hi,
>
> Yes, I know about LR expressions in the current master versions.
>
> So one could visualize the events table through a virtual geometry column
> - would that work?
>
> I will forward all this information to my friend.
>
> Greetings,
>
> Andreas
>
> On 2016-09-07 15:34, Matthias Kuhn wrote:
>
> Hi Andreas,
>
> In QGIS 2.18 / QGIS 3.0 this should be possible via expressions:
>
> https://github.com/qgis/QGIS/commit/e110ba7d54b0ac7d3f63e8ed7eaebb
> 2845f9f38c
>
> Best regards
> Matthias
>
> On 09/07/2016 02:24 PM, Neumann, Andreas wrote:
>
> Hi,
>
> A friend of mine asked me if QGIS can do linear referencing - e.g.
> symbolizing road data speed limits along a road, lets say from km 0 to
> 0.76 there is a limit of 50 km/h, from 0.76 to 1.23 there is 80 km/h
> limit, etc.
>
> The idea is to symbolize these road segments without having to actually
> split the data into bits. And hopefully without having to generate
> derived tables that have no link to the original data.
>
> Is QGIS able to do this, perhaps with a plugin?
>
> Thanks for any hints,
>
> Andreas
>
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
>
> _______
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>



-- 
Régis Haubourg

Attention, changement d'adresse mail!
Mon adresse principale devient désormais regis.haubourg at gmail.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Define custom projections using a script

[Régis Haubourg]

Hi, projections are stored in SQLite db's. Some python script will do the
trick for sure.
Régis

Le 15 juil. 2016 4:02 PM, "Tudorache, Marian" 
a écrit :

> Anybody could help me with this?
>
>
>
> Thanks,
>
> Marian
>
>
>
> *From:* Tudorache, Marian
> *Sent:* July-13-16 12:21 PM
> *To:* qgis-user@lists.osgeo.org
> *Subject:* Define custom projections using a script
>
>
>
> Hi everyone,
>
>
>
>
>
> I have a big list with custom projections that have to be added in QGIS.
>
> I know how to do this using Custom CRS from Setting menu. However it would
> be a time consuming job to add them one by one but then I have to
> distribute them to around 50 computers.
>
> In time these projections will be updated with new parameter values. No
> need to explain how long job will be if this is done manually.
>
>
>
> I am looking to a possible file in QGIS where those custom projections are
> store so I can modify it using a python script.
>
> Can someone tell me how and where those projections are stored in QGIS?
>
>
>
> Thanks,
>
> Marian
>
> --
> This electronic message, as well as any transmitted files included in the
> electronic message, may contain privileged or confidential information and
> is intended solely for the use of the individual(s) or entity to which it
> is addressed. If you have received this electronic message in error please
> notify the sender immediately and delete the electronic message. Any
> unauthorized copying, disclosure or distribution of the electronic message
> is strictly forbidden. NAV CANADA accepts no liability for any damage
> caused by any virus and/or other malicious code transmitted by this
> electronic communication.
>
> Le présent message électronique et tout fichier qui peut y être joint
> peuvent contenir des renseignements privilégiés ou confidentiels destinés à
> l’usage exclusif des personnes ou des organismes à qui ils s’adressent. Si
> vous avez reçu ce message électronique par erreur, veuillez en informer
> l’expéditeur immédiatement et supprimez le. Toute reproduction, divulgation
> ou distribution du présent message électronique est strictement interdite.
> NAV CANADA n’assume aucune responsabilité en cas de dommage causé par tout
> virus ou autre programme malveillant transmis par ce message électronique.
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Open MapInfo Workspace Plugin

[Régis Haubourg]

Hi Lene,
 I don't know why, but all plugins from French Ministry of Ecology
disappeared from QGIS main repository. Maybe something related to recent
publication workflow changes?
Anyway, the ministry has a dedicated repository here:
http://piece-jointe-carto.developpement-durable.gouv.fr/NAT002/QGIS/plugins/plugins.xml


just add it to your QGIS plugin manager and you will find back openwor
plugin.
Cheers
Régis

2016-06-29 9:54 GMT+02:00 Lene Fischer <l...@ign.ku.dk>:

> Hi,
>
> I have got a question about opening a MapInfo Workspace.
>
>
>
> Previously there was a plugin OpenWor – Can´t find it
>
>
>
> How do I get all the colorizing from a workspace into QGIS ?
>
>
>
> Regards
>
> Lene Fischer
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>



-- 
Régis Haubourg

Attention, changement d'adresse mail!
Mon adresse principale devient désormais regis.haubourg at gmail.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] (poor) performance loading postgis layers in qgis-server 2.8 ltr + postgis 2.1 + lizmap web-client

[Régis Haubourg]

Hi,
please see that thread [0]
I suggest you first upgrade qgis server to last 2.14.3.
Then we still have issues with big relational views, not tables - for first
getcapabilities generation (ie first load for a session).
You can also check your postgres logs to look at what queries are sent to
PG and then tune your pg server based on those queries.
Please keep us informed of how it works, we have the very same concerns.
[0]
http://osgeo-org.1560.x6.nabble.com/Server-performance-questions-td5252233i20.html#a5268188

2016-06-21 16:29 GMT+02:00 Daniel Vicente Lühr Sierra <dl...@ieee.org>:

> Hi,
>
> It is my first time at setting up a postgres/PostGIS db for storing
> "serious" data (previously, I had only tested if it worked, with a couple
> of small data tables).
>
> When testing the web-client (lizmap) installation I noticed that the
> sample data loaded pretty fast, but when I tried a project containing 2
> vector layers stored in the database, one very small, the second one was
> originally a ~30Mb shape file, the loading process for the 2 layers is
> noticeable, and reading the attribute table of the big vector layer (only
> 20 rows and 10 fields) takes ages (actually, I wasn't able to wait for it
> to load).
>
> I did some "google" research and found out that there might be some
> performance issues on qgis-server when accessing postgresql layer, or it
> could be that the performance of the db is low (I haven't run the tuning
> utility, yet).
>
> Any ideas on how to hunt down this performance issue? May it be an issue
> with the web-client, also?
>
> Btw, everything is running locally on a VM for now, although the final
> deployment will be on "real" hardware.
> Thanks
>
> --
> Daniel Vicente Lühr Sierra
> IEEE Member
> IEEE Student Branch Counselor - Universidad Austral de Chile
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>



-- 
Régis Haubourg

Attention, changement d'adresse mail!
Mon adresse principale devient désormais regis.haubourg at gmail.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] best data storage fo time series visualisation in QGIS [SEC=UNCLASSIFIED]

[Régis Haubourg]

Thanks Bruce for the inputs, I realize that it is a wide domain there.

In the meanwhile, I start to get good result at netcdf generation using
python pandas and xarray. I will keep you informed of how this turns in
production use with some data, we will tes both netcdf and postgres models.

BTW, I'm starting to think that pandas could be a great addition to
OSGEO4W, I add it every time in my deployement package, together with
ipython and jupyter notebooks. OSGEO4W with R, grass and the python glue is
now a great framework for reproducible research.

Cheers
Régis

2016-06-20 2:11 GMT+02:00 Bruce Bannerman <b.banner...@bom.gov.au>:

> Hi Regis,
>
> This is something that many of us in the MetOceans/Climate world are
> dealing with.
>
> I don’t know of an simple answer at this stage.
>
> For background, within the World Meteorological Organisation we are doing
> some foundation work to support our future time-series spatial information
> needs.
>
> Have a look at WMO #1131, Climate Data Management System Specifications
> [1]. It provides a high level architectural overview of modern CDMS
> requirements.
>
> While this document explicitly targets CDMS, you will see that they are
> quite broad and cover the needs of most of the MetOceans and other
> environmental domains as well.
>
> I’m currently trying to get some funding to support the establishment of a
> reference open source CDMS called Open-CDMS. But this is a long uphill
> slog. Contact me off line if you’d like to know more.
>
> So with that background, the short answer would be to store this data in a
> CDMS. However, these are typically not spatially or temporally enabled at
> present.
>
> My gut feel is that Postgres/PostGIS may provide an excellent platform for
> observations data, but we have substantial work to do.
>
> Let’s keep in contact. I’d be interested in your findings.
>
>
> Bruce
>
> *Bruce Bannerman *| Data Director (acting)
>
> Bureau of Meteorology
> GPO Box 1289, Melbourne, Victoria 3001
> 700 Collins Street, Docklands, Victoria 3008
> Australia
>
> www.bom.gov.au
> [1] http://library.wmo.int/opac/index.php?lvl=notice_display=16300
>
>
> From: Qgis-user <qgis-user-boun...@lists.osgeo.org> on behalf of Régis
> Haubourg <regis.haubo...@gmail.com>
> Date: Friday, 17 June 2016 at 19:29
> To: "qgis-user@lists.osgeo.org" <qgis-user@lists.osgeo.org>
> Subject: [Qgis-user] best data storage fo time series visualisation in
> QGIS
>
> Hi,
> I need the communities lights!
>
> I'm starting to work with huge meteo datasets composed of a grid of point
> layers, and hundred of millions of rainfall / temperature data.
>
> Datasets are delivered in a custom text format, so I'm digging around on
> what are the best formats for storage, use in postgis and QGIS.
> I would like to be able to :
>  - run timeManager to generate videos
>  - display data averaged on day / month / year (or any other) timeframe
>  - feed R analyses.
>
> Up to now, I tried the following paths:
>   - netcdf  / grib:  ideal for data storage:
>   Pros : GDAL and QGIS can view it. R And python scipy have
> providers for that
>   Cons : not easy to generate from exotic datasources, Current
> QGIS Netcdf explorer or core date visualisation (time frame = raster bands)
>  are not handy for daily data over decades (about 10 000 days available in
> my dataset).  I didn't manage to build netcdf yet, FME or GDAL are a bit
> dry..
>
>  - load all in postgres / postgis relationnal model:
>   Pros: available for all clients and fast, if data is correctly
> indexed and designed/
>   Cons: performance requires a table (not a view because of lack
> of estimated metadata for extent computing) with redondancy over point
> location. I tried a first approach with a small geographical table for my
> point grid and a value table. With correct indexing and clustering, I get
> good performance in psql but very poor in QGIS. First load is slooow
> because of the st_extent query, but also every fetch afterwards, even if I
> filter on a date frame (with good index). I didn't expect it to be slow on
> fetch..
>
> Another point with postgis storage, TimeManager plugin does not like true
> date datatype, date cast to char truncate date to first character,  so I
> have to expose my datasets with a text format in my view, which is not
> quite efficient.  (I will create a ticket upstream)
>
> *Does anyone has any experience and advices on that field ? *
>
>  I saw that postgis has a datacube type, could that be a way to store data
> more efficiently? Could QGIS read it?  Should I stick with netcdf ?
>
> Thanks a lot
>
> --
> Régis
>
>


-- 
Régis Haubourg

Attention, changement d'adresse mail!
Mon adresse principale devient désormais regis.haubourg at gmail.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] best data storage fo time series visualisation in QGIS

[Régis Haubourg]

Hi,
I need the communities lights!

I'm starting to work with huge meteo datasets composed of a grid of point
layers, and hundred of millions of rainfall / temperature data.

Datasets are delivered in a custom text format, so I'm digging around on
what are the best formats for storage, use in postgis and QGIS.
I would like to be able to :
 - run timeManager to generate videos
 - display data averaged on day / month / year (or any other) timeframe
 - feed R analyses.

Up to now, I tried the following paths:
  - netcdf  / grib:  ideal for data storage:
  Pros : GDAL and QGIS can view it. R And python scipy have
providers for that
  Cons : not easy to generate from exotic datasources, Current QGIS
Netcdf explorer or core date visualisation (time frame = raster bands)  are
not handy for daily data over decades (about 10 000 days available in my
dataset).  I didn't manage to build netcdf yet, FME or GDAL are a bit dry..

 - load all in postgres / postgis relationnal model:
  Pros: available for all clients and fast, if data is correctly
indexed and designed/
  Cons: performance requires a table (not a view because of lack of
estimated metadata for extent computing) with redondancy over point
location. I tried a first approach with a small geographical table for my
point grid and a value table. With correct indexing and clustering, I get
good performance in psql but very poor in QGIS. First load is slooow
because of the st_extent query, but also every fetch afterwards, even if I
filter on a date frame (with good index). I didn't expect it to be slow on
fetch..

Another point with postgis storage, TimeManager plugin does not like true
date datatype, date cast to char truncate date to first character,  so I
have to expose my datasets with a text format in my view, which is not
quite efficient.  (I will create a ticket upstream)

*Does anyone has any experience and advices on that field ? *

 I saw that postgis has a datacube type, could that be a way to store data
more efficiently? Could QGIS read it?  Should I stick with netcdf ?

Thanks a lot

-- 
Régis
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] the use of QGIS with many users

[Régis Haubourg]

Hi,
same here, we have 70 frequent users on a Citrix virtualized
infrastructure, with potentially 300 concurrent sessions.
We have a centralized postgis DB, with PGpool 2 for high availabilty,
failover and load balancing. But we had troubles with pgpool, a sing DB
with more memory on the server would have been sufficient I guess.
We faced some troubles when doing teaching courses, when everybody opened
the same project, with multithreading enabled. We reached the max number of
connection on the pool, but we just had to change a config file then...
Even installation is easy, we just installed Visual Basic C++ runtimes on
the 15 citrix servers, then unzipped our osgeo4w package on it.. (make sure
to use the same location as on the machine used to do the first install,
some paths are hard coded).

Colleagues of mine never managed to have ArcGis work well on such
infrastructures (I didn't even try).

Sharing datas can be handled in many ways. I advice you to use layers'menu
from project plugin to build a menu with with shortcuts to preconfigured
layers, just using a centralised qgs project.

Welcome here !


2016-05-31 15:25 GMT+02:00 Karl-Magnus Jönsson <
karl-magnus.jons...@kristianstad.se>:

> Good afternoon,
> Posgresql and the spatial extension PostGIS works very well with QGIS. I
> believe there are tons of examples, documentation etc. on the Internet.
> There are nice graphical tools to manage data and users. Eg. Pgadmin and
> DBmanager within QGIS.
>
> Karl-Magnus Jönsson
>
>
> -Ursprungligt meddelande-
> Från: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] För Comacle
> Mathilde
> Skickat: den 31 maj 2016 12:24
> Till: qgis-user@lists.osgeo.org
> Ämne: [Qgis-user] the use of QGIS with many users
>
>
> Good morning everybody,
>
> I am working for a firm and we use ARGIS but we prefer to use QGIS and i
> am working for the use of QGIS.
>
> I would like to know how QGIS works with Postgresql ? Do you know if it is
> possible to work with many users ?
>
> In what ways are managed data?
>
> thankfully,
>
> Mathilde Comacle
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user




-- 
Régis Haubourg

Attention, changement d'adresse mail!
Mon adresse principale devient désormais regis.haubourg at gmail.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Very slow getCapabilities with materialized view

[Régis Haubourg]

-- I post this again since I had trouble posting from nabble ---

Hi Nicolas, 
we faced the very same issue here. 
A lot of improvements have been done in qgis server 2.14.2, those queries
are now not reevaluated at each tile, but only on project load. 

I didn't dig too much on materialized views since we use  mostly views, that
should be fast, except for estimated extent. 

Reading extent from project properties and not data has been discussed on
dev list here  [0] and is an acceptable solution. 

If you are available for sharing costs of such a new feature, we already
wanted to have it done. Mail me in private about it. 

[0]
http://osgeo-org.1560.x6.nabble.com/Server-performance-questions-tp5252233.html

Cheers 
Régis



-
--
Régis Haubourg
GIS administrator and project manager
Administrateur de données géographiques et chef de projet SIG
Agence de l'eau Adour-Garonne 

--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Very-slow-getCapabilities-with-materialized-view-tp5268175p5268338.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Feature Subset query builder

[Régis Haubourg]

Hi, 
what is the datasource you are testing? shp, postgres? 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Feature-Subset-query-builder-tp5071434p5071443.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Feature Subset query builder

[Régis Haubourg]

Jonathan Moules-2 wrote
 Hi List,
   A general question:
 
 Why does this query:
 
 area  100  area  1000
 
 return the entire dataset,
 
 when this query (same but with brackets):
 
 (area  100)  (area  1000)


Hi , 
did you test something like this? 
area  100 AND  area  1000
I'm afraid  is not a logical operator but a text concatenator..
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Feature-Subset-query-builder-tp5071434p5071477.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Label missing in Weekly

[Régis Haubourg]

Agreed with Andreas. 
now that Nathan inserted concat() function, users will go to it. 
Here, switching from Mapinfo world, users didn't even know about ||. They
used  or concat or +. 
1.8 was complicated and required a CASE WHEN for nulls.. 2.0 will be
sufficient to me. 

QGIS affords us to switch all day long between postgis - spatialite, we MUST
have the same behaviour for the same operators.. if not, that will put some
more confusion. 
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Label-missing-in-Weekly-tp5070137p5070417.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS and Oracle native connection

[Régis Haubourg]

Hi Sylvain, 
+1 with your feature request, could you create it in the bugtracker. Like
Andreas, I wish we expand that feature request to all db dealing with
schemas. 
As a workaround waiting for 2.1, users here never have to explore db
structure with QGIS, since with provide access to data with a dropdown menu
(using layers menu from project plugin). 
Only admins are bothered by that issue. 
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/QGIS-and-Oracle-native-connection-tp5050656p5062489.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Spatialite - can't type fields of a view

[Régis Haubourg]

I found that:
http://sqlite.1065341.n5.nabble.com/Computed-columns-in-VIEWs-return-NULL-but-should-be-able-to-be-typed-Any-ideas-td56769.html#a56770
http://sqlite.1065341.n5.nabble.com/Computed-columns-in-VIEWs-return-NULL-but-should-be-able-to-be-typed-Any-ideas-td56769.html#a56770
  

Its dated from 2010, anyone knows if this has changed ?  Problem occurs with
computed columns. 
Workaround would need to modify provider to let it autodetect column type
based on content (unefficient) :


I must point out that this is a great limitation to usage of spatialite when
trying to have graduated classifications. 

Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Spatialite-can-t-type-fields-of-a-view-tp5058436p5058633.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Spatialite - can't type Fields

[Régis Haubourg]

Hi all, 
I have troubles with spatialite view column's type. 
Numeric fields, even explicitly typed with a CAST are not recognized in
QGIS.. No possible graduated classification then.
As anyone a hint? 

Here is the create view statement: 



All the best



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Spatialite-can-t-type-Fields-tp5058436.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Is add label columns to attribute table not implemented yet?

[Régis Haubourg]

Hi, 
I remember Larry added this but was still working to polish labeling stuff. 
This is a very usefull feature but could be tricky to test correctly before
2.0 release. Larry? 

Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Is-add-label-columns-to-attribute-table-not-implemented-yet-tp5050009p5050043.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Editing PostGIS geometries with M data

[Régis Haubourg]

Hi, as far as I know, it's not possible yet since QGIS handles 2d objects.
When doing linear referencing editing, I store 3d-M data in postgis and I
edit events by typing event id, and m value(s) in classical field
attributes. 
Then I update 3d geom with a update query using linear referencing
functions. This can be done automatically with a trigger on each save.. 

Quite complicated, but extremely powerfull, and less prone to typing errors. 

Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Editing-PostGIS-geometries-with-M-data-tp5047749p5047889.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Advanced SQL Editor in QGIS

[Régis Haubourg]

Hi , 
One drawback for Mapinfo switchers, is that they have to import data in
sqlite or postgres to use DBManager / Qspatialite and similar plugins. They
are not used to it, and it can be a bad pratice with a centrlized data
store, since we have duplication of data. 

I remember someone advertising here the new OGR SQL dialect described here
[0].

It seems to support join and union operations, create index.. but in a
limited way. When database are SQL enabled (sqlite, postgres... ), OGR
dialect is overidden by destination database sql. 
RENAME, DROP, ADD column is also supported.. 
So, I'm wondering if we could imagine a native SQL window, working with
whatever datasource in QGIS, but raising warnings when some SQL is limited,
following datasources. We could also imagine a tool to manage data file
structure (like table manager but for every OGR file) that really misses to
QGIS.
Has anyone sufficiently used OGR SQL to have an opinion on this? If yes,
what obstacles do we have in front of us to achieve this? 

Cheers 





[0]  http://www.gdal.org/ogr/ogr_sql.html
http://www.gdal.org/ogr/ogr_sql.html  



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Advanced-SQL-Editor-in-QGIS-tp5043777p5043794.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Bassin versant

[Régis Haubourg]

Bonjour Olivier, 
c'est une liste anglophone ici, peux tu basculer en anglais (sinon georezo
devrait te donner pas mal de réponses).. 
Je pense que tu as tout ce qu'il faut dans GRASS et SAGA, utilisables via
SEXTANTE ou le plugin grass de QGIS. Pour les algos de calcul de zone
humide, recherche beaven Kirby avec Google. 

Note for list: I'm just asking Olivier to switch to english here so that
everyone can answer. 



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Bassin-versant-tp5037461p5037463.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Dashed lines with adjacent polygons

[Régis Haubourg]

Nice Tip ! Thanks




--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Dashed-lines-with-adjacent-polygons-tp5034270p5034627.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Cookie cutter

[Régis Haubourg]

Hi, 
+1, and I remember Anita Graser voting for that too.
 IMHO, this is more a core feature to fund or develop than a plugin . 
Please consider contributing to help us, there are so many features being
worked at the moment (new API 2.0, Sextante... doc... android...). You can
help in many ways (file a ticket, write detailed specs..) I have some
funding capabilities, but I am struggling to find some time to write
contracts..
Régis



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Cookie-cutter-tp5033786p5033795.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Hotlink field definition

[Régis Haubourg]

Hi Philippe,
you just have to define native actions on layers as described in manual or
here. 
This is located in layer properties/ tab actions. 
Since 1.8, you can add examples to help you define different actions. If you
alreadyu have a url or a field path in a field, just use open action, and
insert the name of your field with the tool that inserts an expression. It
should be something like [%myfield%]
Régis



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Hotlink-field-definition-tp5030749p5030861.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user