Re: [Qgis-user] [QGIS-Developer] web based spatial MIS/Dashboard

[Nicolas Boisteault via QGIS-User]

Hi Janneke,

Did you take a look at Lizmap? Here is a good example of a map and a 
dashboard reacting to selections:


https://demo.lizmap.com/lizmap/index.php/view/map?repository=features=covid_19_fr

Cheers from FR :)

Le 22/04/2024 à 14:06, Janneke van Dijk via QGIS-User a écrit :

Hi Rosa,

thanks for the quick response - I am also not sure exactly what my 
question is, so all answers are probably helpful. I am now having a 
look at streamlit and seeing if that helps me get a better picture. 
It's definitely interesting!


cheers from Tz :-)
Janneke

On 22/04/2024 14:11, Aguilar Bolivar, Rosa (UT-ITC) wrote:

Hi, Janneke
I am, not sure whether I understood your question correctly.
For a web app with dashboard you may need a data server + app server  
+ front-end

There are several libraries that you can use to create what you want.
I have use D3 and openlayers for the front-end (interactive select + 
doing something)

Porgresql as DB server and QGIS server (Geoserver is a common option)
https://streamlit.io/ is gaining traction and something you may want 
to look at it.


Hope this helps,
Cheers from NL.

Rosa

-
Dr. Rosa Aguilar
University of Twente
Faculty of Geoinformation Science and Earth Observation
Connect with me on LinkedIn
https://rosaguilar.github.io/
-
The essential is invisible to the eye. Saint-Exupéry

-Original Message-
From: QGIS-Developer  On 
Behalf Of Janneke van Dijk via QGIS-Developer

Sent: Monday, 22 April 2024 12:34
To: qgis-develo...@lists.osgeo.org; qgis-user@lists.osgeo.org
Cc: Janneke van Dijk 
Subject: [QGIS-Developer] web based spatial MIS/Dashboard

Dear QGIS developers and users,

In my work as a freelance GIS consultant I work with QGIS as much as 
possible and try to convince clients that it will address all their 
GIS needs despite not having to pay a license fee for it (and no, it 
is not user unfriendly).


More and more, in addition to wanting 'a GIS system', there are 
requests for a web based management information system which shows 
both maps and a dashboard with selected KPIs, and where selecting a 
feature on the map will update the graphs and charts in the 
dashboard. So far, I have not been able to find out if this is 
possible using Open Source software, what it would require in terms 
of setting it up/configuring/additional development. I assume it is 
technically possible to develop it.


Does anyone have experience with this? How did you set it up? Any 
examples I could have a look at? I guess strictly speaking it is not 
a QGIS question, but seeing that some other proprietary GIS software 
vendors are offering web dashboard functionality 'out of the box' it 
does get associated with the GIS software procured.


Is there a demand for it (from my limited view - yes)? Are there 
thoughts about developing such functionality more 'out of the box'
within the QGIS community? What would such development require? My 
impression is that there is more (very tentative) willingness from 
donors to consider contributing to Open Source software development 
as part of development projects, but it may mean that it would need 
to be written into tender proposals with indicative figures for the 
required funding.


I have a limited understanding of what is out there (I've just 
dabbled (so far unsuccesfully) with chartbrew and grafana the past 
few days to see how dashboard creation works) so I am not sure what 
are the right questions to ask. I realise my questions are still 
rather broad. I have some time at hand so I would be available to do 
more research and become more specific if there is an interest in 
this topic.


Looking forward to your ideas!
Janneke

___
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

--

Nicolas Boisteault
Développeur / Géomaticien
www.3liz.com 

*Tel.* 06 19 36 78 32

___
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] web based spatial MIS/Dashboard

[Janneke van Dijk via QGIS-User]

Hi Rosa,

thanks for the quick response - I am also not sure exactly what my 
question is, so all answers are probably helpful. I am now having a look 
at streamlit and seeing if that helps me get a better picture. It's 
definitely interesting!


cheers from Tz :-)
Janneke

On 22/04/2024 14:11, Aguilar Bolivar, Rosa (UT-ITC) wrote:

Hi, Janneke
I am, not sure whether I understood your question correctly.
For a web app with dashboard you may need a data server + app server  + 
front-end
There are several libraries that you can use to create what you want.
I have use D3 and openlayers for the front-end (interactive select + doing 
something)
Porgresql as DB server and QGIS server (Geoserver is a common option)
https://streamlit.io/ is gaining traction and something you may want to look at 
it.

Hope this helps,
Cheers from NL.

Rosa

-
Dr. Rosa Aguilar
University of Twente
Faculty of Geoinformation Science and Earth Observation
Connect with me on LinkedIn
https://rosaguilar.github.io/
-
The essential is invisible to the eye. Saint-Exupéry

-Original Message-
From: QGIS-Developer  On Behalf Of 
Janneke van Dijk via QGIS-Developer
Sent: Monday, 22 April 2024 12:34
To: qgis-develo...@lists.osgeo.org; qgis-user@lists.osgeo.org
Cc: Janneke van Dijk 
Subject: [QGIS-Developer] web based spatial MIS/Dashboard

Dear QGIS developers and users,

In my work as a freelance GIS consultant I work with QGIS as much as possible 
and try to convince clients that it will address all their GIS needs despite 
not having to pay a license fee for it (and no, it is not user unfriendly).

More and more, in addition to wanting 'a GIS system', there are requests for a 
web based management information system which shows both maps and a dashboard 
with selected KPIs, and where selecting a feature on the map will update the 
graphs and charts in the dashboard. So far, I have not been able to find out if 
this is possible using Open Source software, what it would require in terms of 
setting it up/configuring/additional development. I assume it is technically 
possible to develop it.

Does anyone have experience with this? How did you set it up? Any examples I 
could have a look at? I guess strictly speaking it is not a QGIS question, but 
seeing that some other proprietary GIS software vendors are offering web 
dashboard functionality 'out of the box' it does get associated with the GIS 
software procured.

Is there a demand for it (from my limited view - yes)? Are there thoughts about 
developing such functionality more 'out of the box'
within the QGIS community? What would such development require? My impression 
is that there is more (very tentative) willingness from donors to consider 
contributing to Open Source software development as part of development 
projects, but it may mean that it would need to be written into tender 
proposals with indicative figures for the required funding.

I have a limited understanding of what is out there (I've just dabbled (so far 
unsuccesfully) with chartbrew and grafana the past few days to see how 
dashboard creation works) so I am not sure what are the right questions to ask. 
I realise my questions are still rather broad. I have some time at hand so I 
would be available to do more research and become more specific if there is an 
interest in this topic.

Looking forward to your ideas!
Janneke

___
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 - Hanging on Windows browser

[Nigel Berjak - General via QGIS-User]

Hi all

I am having a problem with QGIS where it seems to hang any time a 
Windows browser window is opened i.e. Project Save; Export layout, 
Export to any format; Save to Shapefile/DXF etc. (see the image below). 
I have tried uninstalling and reinstalling the latest version 3.36.1 and 
using older versions too. I even tried on my 2.18.4, with the same 
issue. However, on no other software is this occurring, as far as I have 
been able to test, including MS Office applications, ArcMap, ArcPro, 
Surfer, Adobe Photoshop.


I have tried removing the Browser and taken off networked drives (these 
have never been an issue for me before). As I thought perhaps one of my 
data drives may be at fault, I have now tried disconnecting them too. 
However, the problem persists.


There were Windows 11 cumulative updates recently, which were installed 
(KB5036893; KB5036620; KB5037336), but this is not affecting any other 
software.


I am going to try uninstall the cumulative update, but in the mean time, 
has anyone else experienced this problem and if so, do you have any 
recommendations to resolve it, other than removing cumulative updates, 
which I am not sure is going to work (I will advise if it does resolve 
the issue).


--
Regards,

Nigel Berjak
Please consider the environment before printing this email.___
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 Add Polygons Generate new OBJECTIDs

[Alexandre Neto via QGIS-User]

I have no experience with oracle databases, but transposing the problem to
PostgreSQL, you would need to create mechanism to get the next value as a
default. In PostgreSQL, it's called a sequence. That stores the last id
used and retrieves the next value every time a new feature is created. QGIS
understand that default function and fill it down when new features are
created.

Hope it helps.

Alexandre Neto

A terça, 16/04/2024, 16:10, Kobben, Barend (UT-ITC) via QGIS-User <
qgis-user@lists.osgeo.org> escreveu:

> Hi there,
>
>
>
> From what I read this is about adding a database table in Oracle with data
> coming from an ArcGIS Pro Feature Table...? Not really a QGIS error or
> problem as such I think?
>
>
>
> yours
>
> *-- *
>
> *Barend Köbben*
>
>
>
>
>
> On 16/04/2024, 16:14, "QGIS-User" 
> wrote:
>
>
>
> Hi Community
>
>
>
> We have rise the following question, we really appreciate your support:
>
>
>
>
> https://gis.stackexchange.com/questions/480009/maintain-objectid-for-new-added-polygons-using-qgis-to-an-oracle-geodatabase-fea
>
> [image: Image removed by sender.]
> ___
> 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 Add Polygons Generate new OBJECTIDs

[Kobben, Barend (UT-ITC) via QGIS-User]

Hi there,

>From what I read this is about adding a database table in Oracle with data 
>coming from an ArcGIS Pro Feature Table...? Not really a QGIS error or problem 
>as such I think?

yours
--
Barend Köbben


On 16/04/2024, 16:14, "QGIS-User"  wrote:

Hi Community

We have rise the following question, we really appreciate your support:

https://gis.stackexchange.com/questions/480009/maintain-objectid-for-new-added-polygons-using-qgis-to-an-oracle-geodatabase-fea
[Image removed by sender.]
___
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 3.36.1 Installation

[Nyall Dawson via QGIS-User]

On Tue, 16 Apr 2024 at 03:56, Pham, Ty via QGIS-User
 wrote:
>
> Hello Team,
>
>
>
> I am trying to onboard 3.36.1 here at JPMorgan and our internal packaging 
> team receives the below error when launching shortcut.
>
>
>
>
>
> Is it possible to disable this so that it does NOT prompt install of Open 
> Sans font?

There's a fix queued for the next round of patch releases -- you'll
need to wait for these.

Nyall
___
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] A load of updates in OSGeo4W

[Luca Manganelli via QGIS-User]

Fantastic job, Jurgen!

-- 





Comune di Trento 

via Belenzani, 19 - 38122 Trento | C.F e P. IVA: 
00355870221

tel. +39 0461.884111 | www.comune.trento.it 
 
*Informativa privacy*
I dati contenuti nella 
presente e-mail sono raccolti e trattati nel rispetto del Regolamento UE 
2016/679 (GDPR). Gli interessati possono rivolgersi in qualsiasi momento al 
Titolare del trattamento, Comune di Trento, per esercitare i diritti 
previsti dal GDPR. I dati di contatto del RPD e del Titolare oltre che 
l’informativa completa sono disponibili al link 
https://www.comune.trento.it/  sotto la voce 
“Privacy”.
Si precisa inoltre che le informazioni contenute nel presente 
messaggio, e negli eventuali allegati, sono riservate e per uso esclusivo 
del destinatario. In caso di ricezione dello stesso per errore, siete 
pregati di informare immediatamente il mittente e di cancellarlo dal vostro 
archivio, in conformità con quanto disposto dall'art. 17 del GDPR. Ogni 
trattamento della presente mail che non sia quello del destinatario reale è 
inteso come non autorizzato dal mittente. Inoltre, in quanto non 
destinatari reali, Vi informiamo che il mittente si oppone alla copia, la 
diffusione e la rivelazione anche parziale dei dati in esso contenuti alle 
persone non autorizzate dal medesimo, in virtù di quanto disposto dall'art. 
21 del GDPR.

___
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] A load of updates in OSGeo4W

[Alexandre Neto via QGIS-User]

Hi,

I will run the manual tests both for qgis.ltr.full and qgis-full.

Thanks,

Alex Neto

Sent with Shortwave 


On Sun Apr 14, 2024, 11:02 PM GMT, Jürgen E. Fischer via QGIS-Developer 
 wrote:
> Hi there,
>
> I just uploaded an update to OSGeo4W. It is basically a rebuild of everything
> with a newer compiler (Visual C++ 2022) and updates of almost all versions.
> The update should work cleanly and cause no visual changes.
>
> The main change is the move from Python 3.9.18 to 3.12.3. But there's also an
> update to Qt 5.15.13, OpenSSL 3. Qt6 was also added enabling an experimental
> build of QGIS master with Qt6. Based on that there is also an experimental
> version of QField.
>
> GDAL and PROJ also were updated to the latest version.
>
> The legacy GRASS 7 was removed because it doesn't support Python 3.12. GRASS 8
> was already available and QGIS switch to it long before this update.
>
> Please test and report.
>
>
> Jürgen
>
>
> More details in the commit message:
>
> A load of updates (fixes #788, #810, #816, #819, #820, #823, closes 
> jef-n/OSGeo4W#21, refs qgis/QGIS#54491, qgis/QGIS#56499)
>
> Highlights:
> Switched to Visual Studio 2022
> Qt6 6.6.3, PyQt6 6.6.1
> Qt5 5.15.13, PyQt5 5.15.10
> Python 3.12.3
> OpenSSL 3.0.13
> PROJ 9.4.0
> GDAL 3.8.5
> qgis-qt6-dev based on Qt6 next to qgis-dev based on Qt5
> experimental QField based on Qt6 / qgis-qt6-dev
>
> Details:
> Removed:
> libjpeg (already replaced with libjpeg-turbo earlier)
> python3-clcache (replaced by ccache)
> python3-pyuv (dependency of python3-clcache)
>
> Updated:
> apache 2.4.52 -> 2.4.58
> arrow-cpp 7.0.0 -> 15.0.2
> boost 1.74.0 -> 1.84.0
> brotli 1.0.9 -> 1.1.0
> curl 8.4.0 -> 8.6.0
> draco 1.5.6 -> 1.5.7
> exiv2 0.27.3 -> 0.28.2
> expat 2.2.10 -> 2.6.2
> ffmpeg 5.1 -> 6.1.1
> freetype 2.10.2 -> 2.13.2
> gdal 3.8.4 -> 3.8.5
> gpsbabel 1.8.0 -> 1.9.0
> grass 7.8.8 -> 8.3.2
> grass8 8.3.2 -> 99 (transitional; depends on grass)
> gsl 2.6 -> 2.7.1+
> hdf4 4.2.16 -> 4.3.0
> hdf5 1.14.0 -> 1.14.3
> kealib 1.4.14 -> 1.5.3
> lerc 3.0 -> 4.0.0
> libharu 2.3.0 -> 2.4.4
> libiconv 1.16 -> 1.17
> libjpeg-turbo 2.0.7-esr -> 3.0.2
> libjxl 0.8.1 -> 0.10.2
> libmysql 8.0.21 -> 8.2.0
> libosmium-devel 2.18.0 -> 2.20.0
> libpng 1.6.37 -> 1.6.43
> libtiff 4.5.1 -> 4.6.0
> libxml2 2.9.10 -> 2.12.5
> libxslt 1.1.34 -> 1.1.39
> libzip 1.7.3 -> 1.10.1
> lua 5.4.4 -> 5.4.6
> lz4 1.9.3 -> 1.9.4
> minizip-ng-devel 3.0.2 -> 4.0.4
> node 16.14.0 -> 20.11.1
> oci 19.11 -> 21.13
> ogdi 4.1.0 -> 4.1.1
> opencl 2.0.10 -> 2023.12.14
> openfyba-devel 20150103 -> 20240408
> openjpeg 2.4.0 -> 2.5.2
> openssl 1.1.1w -> 3.0.13
> osm2pgsql 1.8.1 -> 1.11.0
> osmium 1.15.0 -> 1.16.0
> pdal 2.6.0 -> 2.6.3
> poppler 23.07.0 -> 24.04.0
> proj 9.3.1 -> 9.4.0
> proj-data 1.16 -> 1.17
> python3 3.9.18 -> 3.12.3
> protobuf-devel 3.13.0 -> 25.3
> qca 2.3.1 -> 2.3.8
> qscintilla 2.13.4 -> 2.14.1
> qt5 5.15.3 -> 5.15.13
> qtkeychain 0.13.2 -> 0.14.2
> qwc2 20220311-671a6e7 -> 20240408-3d95409
> qwt 6.1.6 -> 6.2.0
> saga 7.8.2 -> 9.3.1
> saga9 9.2.0 -> 99 (transitional; depends on saga)
> snappy-devel 1.1.9 -> 1.1.10
> spdlog-devel 1.10.0 -> 1.13.0
> sqlite3 3.41.1 -> 3.45.1
> swig 4.0.2 -> 4.2.1
> thrift 0.16.0 -> 0.20.0
> transifex-cli 1.6.5 -> 1.6.10
> utf8proc 2.7.0 -> 2.9.0
> wxwidgets 3.2.1 -> 3.2.4
> xerces-c 3.2.3 -> 3.2.5
> xz 5.2.5 -> 5.4.5
> yarnpkg 1.22.17 -> 1.22.21
> zlib 1.2.12 -> 1.3.1
> zstd 1.4.5 -> 1.5.5
>
> Updated Python extensions:
> python3-access 1.1.1 -> 1.1.9
> python3-affine 2.3.0 -> 2.4.0
> python3-alabaster 0.7.12 -> 0.7.16
> python3-argon2-cffi 20.1.0 -> 23.1.0
> python3-atomicwrites 1.4.0 -> 1.4.1
> python3-attrdict 2.0.1 -> python3-attrdict3 2.0.2
> python3-attrs 20.2.0 -> 23.2.0
> python3-autopep8 2.0.1 -> 2.1.0
> python3-babel 2.8.0 -> 2.14.0
> python3-backports.entry-points-selectable 1.1.0 -> 1.3.0
> python3-beautifulsoup4 4.9.3 -> 4.12.3
> python3-bleach 3.2.1 -> 6.1.0
> python3-certifi 2020.6.20 -> 2024.2.2
> python3-cffi 1.14.3 -> 1.16.0
> python3-cftime 1.2.1 -> 1.6.3
> python3-chardet 3.0.4 -> 5.2.0
> python3-click 7.1.2 -> 8.1.7
> python3-cligj 0.7.0 -> 0.7.2
> python3-colorama 0.4.4 -> 0.4.6
> python3-coverage 5.3 -> 7.4.4
> python3-cycler 0.10.0 -> 0.12.1
> python3-decorator 4.4.2 -> 5.1.1
> python3-defusedxml 0.6.0 -> 0.7.1
> python3-distlib 0.3.2 -> 0.3.8
> python3-docutils 0.16 -> 0.20.1
> python3-entrypoints 0.3 -> 0.4
> python3-esda 2.3.1 -> 2.5.1
> python3-exifread 2.3.2 -> 3.0.0
> python3-filelock 3.0.12 -> 3.13.3
> python3-fiona 1.9.5 -> 1.9.6
> python3-fonttools 4.28.5 -> 4.51.0
> python3-future 0.18.2 -> 1.0.0
> python3-gdal 3.8.4 -> 3.8.5
> python3-geoalchemy2 0.12.5 -> 0.14.7
> python3-geographiclib 1.50 -> 2.0
> python3-geopandas 0.14.1 -> 0.14.3
> python3-giddy 2.3.3 -> 2.3.5
> python3-greenlet 1.1.1 -> 3.0.3
> python3-h5py 3.8.0 -> 3.10.0
> python3-httplib2 0.18.1 -> 0.22.0
> 

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

[Sebastian Gutwein via QGIS-User]

I am excited about the move to discourse and the possibilities that it
opens up. I am concerned and sad to hear so many voices upset about the
move. I hope the transition goes well and we don't lose too many voices.
-Bas

On Thu, Apr 11, 2024 at 12:26 AM Adam Nielsen via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> > I didn't see it coming honestly.  Make it hard for them so only the
> > best ones can join us?
>
> Not quite - make asking questions take more effort than doing your own
> research, so lazy people are encouraged to find their own answers
> before asking.  It's not about excluding people, it's about minimising
> the types of questions that could be solved by looking at the
> documentation or by doing a web search.
>
> > > 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.
> >
> > 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.
>
> Yes and this is my argument exactly.  Those places make it too easy for
> lazy people to ask questions, and so you end up with moderators
> spending large amounts of time reminding people of basic things.  In my
> opinion, instead of bringing in more moderators, it is better to reduce
> the amount of these low-effort questions.
>
> > Would you want to make life harder for those who still want to learn,
> > but just don't get the mailing list stuff?
>
> It is very easy to subscribe to a mailing list.  If you can't figure
> that out, I think you will have no hope understanding QGIS.  But it is
> not about making it hard or complicated, it is making it so that people
> are encouraged to do at least a little work on their own before asking
> questions.
>
> > 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.
>
> That is true, but it seems this list does not get very many questions
> like that.  If we start to get a lot of them, the community's attitude
> could change.
>
> > > 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.
> >
> > 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.
>
> That is fine too, as long as people cannot ignore it and just keep
> typing their simple question.
>
> Look at the Microsoft support forums for example.  They are next to
> useless, because it is so easy to post questions.  There are hundreds
> of questions asking the same thing, and almost as many "answers" by
> people who have no idea what they are talking about, but are trying to
> be helpful by suggesting something that worked for them once when they
> had a completely different problem.
>
> So although their forums are easily searchable, it is incredibly rare
> to get a usable answer from them because the posts are of such low
> quality and often outright wrong.
>
> Contrast that to StackExchange.  Yes, the Q format is limited,
> however by removing low-effort posts and incorrect answers, their
> content is consistently high quality and extremely useful.  Many times
> I have done a web search and found my answer on a StackExchange site.
>
> Perhaps these are two extremes and the best solution is somewhere in
> the middle, but hopefully it at least explains the reasons behind my
> arguments.
>
> > > 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.
>
> I think it would be a mistake to switch entirely in one go.  I am not
> saying we run both permanently, just temporarily, to give it a trial
> run and see how it goes.  This will give the list users time to try out
> Discourse and see how it goes.  Many of the list people will likely set
> up Discourse to work like a mailing list anyway, so they won't have to
> follow both channels - everything will come into the same inbox.
>
> If Discourse works, then as more and more questions are asked there,
> fewer questions will be asked on the lists, and perhaps at some point
> they can be turned off and nobody will even notice.
>
> I am reminded of the recent Reddit debacle, where management forced
> their changes onto their community of volunteers, and as a result, a
> large majority of them left the community entirely.  It does seem like
> there is a similar push here, to move everyone to Discourse whether we
> like it or 

Re: [Qgis-user] QGIS-User Digest, Vol 218, Issue 10 Moving many project files - bulk updating

[Reginald Carlier via QGIS-User]

Hi,

Just reading about a script to bulk change qgz and other files.
A couple of years ago I needed this functionality when the servernames changed, 
so I wrote this script:

import os
import zipfile
import ntpath

# Wijzig deze map zonodig
startdir = "C:/"

newserver = "somenewserver"
oldserver = "10.195.6.122"
oldserver2 = "10.195.5.110"
oldserver3 = "10.195.5.101"

def path_leaf(path):
head, tail = ntpath.split(path)
return tail or ntpath.basename(head)

def replace_servername(fl, svname):
print("opening file " + fl)
f = open(fl,'r')
filedata = f.read()
f.close()
newdata = filedata.replace(oldserver,newserver)
data2 = newdata.replace(oldserver2,newserver)
data = data2.replace(oldserver3,newserver)
f = open(fl,'w')
f.write(data)
f.close()


def change_servername(fname, zonder_ext, ext):
if ext == '.qlr':
replace_servername(fname, newserver)
if ext == '.qgz':
with zipfile.ZipFile(fname, 'r') as zip_ref:
zip_ref.extractall(os.path.dirname(fname))
qgsfile = zonder_ext + '.qgs'
qgdfile = zonder_ext + '.qgd'
replace_servername(qgsfile, newserver)
os.remove(fname)
zipObj = zipfile.ZipFile(fname, 'w')
zipObj.write(qgsfile)
if os.path.isfile(qgdfile):
zipObj.write(qgdfile)
os.remove(qgdfile)
zipObj.close()
os.remove(qgsfile)




for (root, dirs, files) in os.walk(startdir, topdown=True):
if files:
for f in files:
fl = os.path.join(root,  f)
zonder, extension = os.path.splitext(fl)
if extension == '.qgz' or extension == '.qlr':
change_servername(fl, zonder, extension)

print("klaar")


##



Reginald Carlier
Deskundige GIS
Gemeente Ingelmunster, Oostrozebekestraat 4, 8770 Ingelmunster
T+32 51 33 74 39www.ingelmunster.be
0207.485.473 (gemeente) - 0212.221.845 (OCMW)
​RPR Rechtbank van eerste aanleg West-Vlaanderen afdeling Kortrijk

Wij werken enkel op afspraak
Schrijf je in op onze nieuwsbrief!
Raadpleeg onze disclaimer
-Oorspronkelijk bericht-
Van: QGIS-User  Namens 
qgis-user-requ...@lists.osgeo.org
Verzonden: vrijdag 5 april 2024 9:58
Aan: qgis-user@lists.osgeo.org
Onderwerp: QGIS-User Digest, Vol 218, Issue 10

Send QGIS-User mailing list submissions to
qgis-user@lists.osgeo.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osgeo.org/mailman/listinfo/qgis-user
or, via email, send a message with subject or body 'help' to
qgis-user-requ...@lists.osgeo.org

You can reach the person managing the list at
qgis-user-ow...@lists.osgeo.org

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of QGIS-User digest..."


Today's Topics:

   1. Re: Moving many project files - bulk updating paths to
  tables? (Tony Shepherd (FarmMaps NZ))
   2. Re: Announce - migrate our mailing lists to Discourse
  (DancesWithCars)
   3. Re: Announce - migrate our mailing lists to Discourse
  (Michael Shand)
   4. Re: Announce - migrate our mailing lists to Discourse
  (David Strip)
   5. Re: Moving many project files - bulk updating paths to
  tables? (Gordon Wakelin-King)


--

Message: 1
Date: Fri, 5 Apr 2024 08:06:48 +1300
From: "Tony Shepherd \(FarmMaps NZ\)" 
To: "'Jorge Gustavo Rocha'" ,

Subject: Re: [Qgis-user] Moving many project files - bulk updating
paths to tables?
Message-ID: <004301da86c3$41fb3da0$c5f1b8e0$@farmmaps.nz>
Content-Type: text/plain; charset="utf-8"

Thanks Jorge



Yes, I toyed with that, but somewhat painful with thousands to process.



Has anybody scripted or coded something for this?



Cheers



From: QGIS-User  On Behalf Of Jorge Gustavo 
Rocha via QGIS-User
Sent: Friday, April 5, 2024 7:53 AM
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Moving many project files - bulk updating paths to 
tables?



Hi Tony,

You can unzip the qgz file and change the text in the qgs files. qgs are text 
files. Afterwards, you can create the zip again with the qgz extension or open 
the qgs file directly.

I hope it helps,

Jorge

On 04/04/24 19:28, Tony Shepherd (FarmMaps NZ) via QGIS-User wrote:

Hi All



I am sure I am not the first to ponder how to deal with this.  I have loads, 
thousands likely, of project files in a series of folders and subfolders.  I 
need to move those files and folders to a new location to enable other staff to 
use the project files and their associated shp files, geo packages, rasters etc.



Essentially, I am shifting my entire collection of GIS work to a shared 
location for others to start using, so moving from a sole operator to a shared 
environment.



In my old MapInfo days, I would simply do a bulk search and replace over 

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

[Adam Nielsen via QGIS-User]

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

Not quite - make asking questions take more effort than doing your own
research, so lazy people are encouraged to find their own answers
before asking.  It's not about excluding people, it's about minimising
the types of questions that could be solved by looking at the
documentation or by doing a web search.

> > 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.
> 
> 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.

Yes and this is my argument exactly.  Those places make it too easy for
lazy people to ask questions, and so you end up with moderators
spending large amounts of time reminding people of basic things.  In my
opinion, instead of bringing in more moderators, it is better to reduce
the amount of these low-effort questions.

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

It is very easy to subscribe to a mailing list.  If you can't figure
that out, I think you will have no hope understanding QGIS.  But it is
not about making it hard or complicated, it is making it so that people
are encouraged to do at least a little work on their own before asking
questions.

> 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.

That is true, but it seems this list does not get very many questions
like that.  If we start to get a lot of them, the community's attitude
could change.

> > 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.
> 
> 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.

That is fine too, as long as people cannot ignore it and just keep
typing their simple question.

Look at the Microsoft support forums for example.  They are next to
useless, because it is so easy to post questions.  There are hundreds
of questions asking the same thing, and almost as many "answers" by
people who have no idea what they are talking about, but are trying to
be helpful by suggesting something that worked for them once when they
had a completely different problem.

So although their forums are easily searchable, it is incredibly rare
to get a usable answer from them because the posts are of such low
quality and often outright wrong.

Contrast that to StackExchange.  Yes, the Q format is limited,
however by removing low-effort posts and incorrect answers, their
content is consistently high quality and extremely useful.  Many times
I have done a web search and found my answer on a StackExchange site.

Perhaps these are two extremes and the best solution is somewhere in
the middle, but hopefully it at least explains the reasons behind my
arguments.

> > 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.

I think it would be a mistake to switch entirely in one go.  I am not
saying we run both permanently, just temporarily, to give it a trial
run and see how it goes.  This will give the list users time to try out
Discourse and see how it goes.  Many of the list people will likely set
up Discourse to work like a mailing list anyway, so they won't have to
follow both channels - everything will come into the same inbox.

If Discourse works, then as more and more questions are asked there,
fewer questions will be asked on the lists, and perhaps at some point
they can be turned off and nobody will even notice.

I am reminded of the recent Reddit debacle, where management forced
their changes onto their community of volunteers, and as a result, a
large majority of them left the community entirely.  It does seem like
there is a similar push here, to move everyone to Discourse whether we
like it or not.

And that is fine, I am not paying for the servers, but if having a
helpful community is of value to the project, it is probably best to
take things slowly and give people a chance to adjust, rather than to
dictate what is happening.

> Older ones will stay in mailing lists, Users will try Discourse,
> community is split in half.

Remember the community being split in half, is exactly the same as half
the community leaving because they do not like the change.

> I remind 

Re: [Qgis-user] QGIS-User Digest, Vol 218, Issue 9

[Garth Fletcher via QGIS-User]

I've had good luck with
  hiding the original folder/directory containing the files I'm moving 
(or just moving it wholesale)

  starting up the QGIS project
  when it shows the list of files it cannot find
    I select one and use Browse to find that file in its new location
   followed by Apply Changes

This generally results in it finding all the other missing files that 
share the same directory...


I'm assuming that Browse updates a "Path" that is then automatically 
used to check for other missing files.


Also, it **may** depend on QGIS being set to use
  Options - General > Project Files > Default paths: Relative rather 
than Absolute.

I always use Relative and have not checked the effect of Absolute.

Of course, the file names have to be UNchanged, but it seems to work 
very well when I relocate whole directories.



On 4/4/24 Tony Shepherd \(FarmMaps NZ\)"  wrote:

I am sure I am not the first to ponder how to deal with this.  I have loads,
thousands likely, of project files in a series of folders and subfolders.  I
need to move those files and folders to a new location to enable other staff
to use the project files and their associated shp files, geo packages,
rasters etc.
...


--
Garth Fletcher

___
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

[David Strip via QGIS-User]

  
  
On 4/10/2024 9:00 AM, Régis Haubourg
  via QGIS-User wrote:

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.  

Stack Exchange is not a good substitute. A number of the most active
users are quick to close any post with more than one question, often
making it hard to coherently post about your issue.
  

___
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]

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

[Adam Nielsen via QGIS-User]

> 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?

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.

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.

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.

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.

Now if you are a paid company accepting money for support agreements
then this does not matter, but if you are relying on the goodwill of
volunteers to answer the incoming questions, then it is most important
to cater to the needs of those volunteers.  If they all become unhappy
and leave, then it does not matter how easy it is to ask a question if
there is nobody around to answer it.

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.  If Discourse questions are
getting answered then it means it is a viable replacement for the
lists and the list can be closed, but if the questions are going
unanswered then it may be Discourse that should be discontinued and the
e-mail lists retained.  Either way you will have some real-world
statistics to back up the decision one way or another.

Cheers,
Adam.
___
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] [QGIS-Developer] Announce - migrate our mailing lists to Discourse

[Sandro Santilli via QGIS-User]

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;


signature.asc
Description: PGP signature
___
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

[Marco Bernasocchi via QGIS-User]

Hi Jürgen,
On Thu, 4 Apr 2024 at 02:29, Jürgen E. Fischer via QGIS-Developer <
qgis-develo...@lists.osgeo.org> wrote:

> Hi Greg,
>
> On Wed, 03. Apr 2024 at 18:23:47 -0400, Greg Troxel via QGIS-User wrote:
> > 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 :-)
>
> Just for the record: I also don't like the move, I also feel the same pain
> and
> I also think you're normal.
>
> To make it worse the advertised discourse mailing list option apparently
> doesn't work well - at least for "normal" people (see
> https://trac.osgeo.org/osgeo/ticket/3073).
>
> Seems fixed :)
https://trac.osgeo.org/osgeo/ticket/3073#comment:19

>
> Jürgen
>
> --
> Jürgen E. Fischer
> Dipl.-Inf. (FH)   norBIT GmbH   Tel. +49-4931-918175-31
> Software Engineer Rheinstraße 13Fax. +49-4931-918175-50
> Geschäftsführer   D-26506 Norden
> https://www.norbit.de
> ___
> 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
>


-- 
Marco Bernasocchi
OPENGIS.ch CEO
QGIS.org Chair
OSGeo.org Board of Directors

Find a meeting time on my calendar 
!
ma...@opengis.ch
+41 (0)79 467 24 70 <+41794672470>


___
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 python error

[Don Harter via QGIS-User]

I found that I no longer had the qgis repository linked in.  Probably 
because of things like this: "Release with ubuntugis-unstable 
dependencies". I had to custom build gdal though for those extra 
features.  So installed 3.36 from the repository.  It is broken for me 
and it looks similar to when I once tried to build qgis myself.  Only 
the main top menu line is visible inside a window.  I am going to revert 
back to the ubuntu repository for now.  I can't use qgis. ppa-purge 
command won't work here.  I had to run these commands to downgrade it:


sudo apt install qgis=3.22.4+dfsg-3build1 
qgis-api-doc=3.22.4+dfsg-3build1 qgis-common=3.22.4+dfsg-3build1 
qgis-sip=3.22.4+dfsg-3build1 qgis-provider-grass=3.22.4+dfsg-3build1 
qgis-plugin-grass-common=3.22.4+dfsg-3build1 
qgis-providers=3.22.4+dfsg-3build1 qgis-plugin-grass=3.22.4+dfsg-3build1 
python3-qgis=3.22.4+dfsg-3build1 python3-qgis-common=3.22.4+dfsg-3build1 
qgis-providers-common=3.22.4+dfsg-3build1


sudo apt install python3-qgis=3.22.4+dfsg-3build1

It took 2 commands because of some dependency problems.

Qgis is working again.


On 3/25/24 4:46 AM, Etienne Trimaille wrote:

> I assume that is the latest stable version? 3.22.4

No, the last number (.4 in your case), is the number of bugfix 
versions. No new features are added in these bugfix versions.

The stable release on 3.22 is 3.22.16
https://www.qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule
And 3.22 and 3.28 are already not maintained.


Le jeu. 21 mars 2024 à 19:36, Don Harter  a écrit :

OK Thank you.

I am using a stable version from :

deb https://ppa.launchpadcontent.net/ubuntugis/ppa/ubuntu/ jammy main

I assume that is the latest stable version?

For linux software in general I try to stick with stable
versions.  Oftentimes people make changes and submit them without
being fully tested. Then I spend more time filling out bug reports
instead of working on my applications.

I upgraded the plugin and the error message did not appear.  I
will see if that holds on later runs of qgis.

On 3/21/24 1:47 PM, Etienne Trimaille wrote:

Hi,

You have installed the plugin "Value tool", you can remove it.
You should report this issue to the plugin author, there is a bug
tracker : https://github.com/jorgealmerio/valuetool

You are using QGIS 3.22.4, you should try to upgrade as well,
it's old.

Le jeu. 21 mars 2024 à 17:49, Don Harter via QGIS-User
 a écrit :

I am getting a python error now.  Does anyone know why I am
getting this now when earlier I wasn't?

An error has occurred while executing Python code:


  ValueError: Unknown format code 'f' for object of type
  'str'

Traceback (most recent call last):   File

"/home/drh/.local/share/QGIS/QGIS3/profiles/default/python/plugins/valuetool/valuewidget.py",
line 478, in printValue     self.labelStatus.setText(self.tr
('Coordinate:') + strFmt.format(position.x(),
position.y(),bandvalue)) ValueError: Unknown format code 'f'
for object of type 'str'

Python version: 3.10.12 (main, Nov 20 2023, 15:14:05) [GCC
11.4.0] QGIS version: 3.22.4-Białowieża Białowieża, exported

___
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 Open Day 28 March 2024

[Raymond Nijssen via QGIS-User]

Hi Amy,

Will this be Thursday 28 or Friday 29 ?
(Friday 28 will not happen this month.)

Kind regards,
Raymond


On 27-03-2024 11:06, Amy Ternent via QGIS-User wrote:


Dear QGIS Users

On Friday, 28 March 2024 we will be holding our year-eand festive QGIS 
Open Day! What is a QGIS Open Day you may be wondering to yourself? It 
is an initiative to replace the wonderful community meetups we used to 
hold every six months when times were different. Like our in-person 
meetings, the event is organised on the principle of self-organisation 
and community participation.


*Programme*

  * Session 1: WAPlugin: Optimizing FAO WaPOR Data for Land and Water
Productivity Monitoring in QGIS, YouTube Link
, Jitsi link

  * Session 2: How to visualize Digital Surface Model using QGIS and
Blender,YouTube Link
, Jitsi link

  * Session 3: Building QGIS Plugins,YouTube Link
, Jitsi link


*Where to watch*

Please see the event wiki page at QOD-March-2024 Wiki 
 for all the details 
of times and links for participation.



  Recordings

All the events are recorded and made available to users who couldn't 
make the live events. Youtube live streams are automatically available 
for catch-up viewing. Reviewing video links for individual events should 
work without a hitch, but you can also catch up on recordings from the 
QGIS Youtube channel:


  * https://www.youtube.com/@qgishome 


  Code of Conduct

Participants are kindly reminded to please read and observe our QGIS 
Code of Conduct and Diversity Statement to make these events a great 
experience for everyone!


  * Code of Conduct


  * Diversity Statement



Please contact the Lead QOD Event Organiser, Amy by email 
a...@kartoza.com , or via the Telegram Channel 
 username @Amz if you have 
any queries or need help setting up events.


We look forward to seeing you there! 



--

Amy Ternent
GIS Technician
Visit http://kartoza.com  to find out about open source:
* Desktop GIS programming services
* Geospatial web development
* GIS Training
* Consulting Services
Office: +27(0)71 225 0039

___
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 python error

[Etienne Trimaille via QGIS-User]

> I assume that is the latest stable version? 3.22.4

No, the last number (.4 in your case), is the number of bugfix versions. No
new features are added in these bugfix versions.
The stable release on 3.22 is 3.22.16
https://www.qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule
And 3.22 and 3.28 are already not maintained.


Le jeu. 21 mars 2024 à 19:36, Don Harter  a écrit :

> OK Thank you.
>
> I am using a stable version from :
>
> deb https://ppa.launchpadcontent.net/ubuntugis/ppa/ubuntu/ jammy main
>
> I assume that is the latest stable version?
>
> For linux software in general I try to stick with stable versions.
> Oftentimes people make changes and submit them without being fully tested.
> Then I spend more time filling out bug reports instead of working on my
> applications.
>
> I upgraded the plugin and the error message did not appear.  I will see if
> that holds on later runs of qgis.
> On 3/21/24 1:47 PM, Etienne Trimaille wrote:
>
> Hi,
>
> You have installed the plugin "Value tool", you can remove it.
> You should report this issue to the plugin author, there is a bug tracker
> : https://github.com/jorgealmerio/valuetool
>
> You are using QGIS 3.22.4, you should try to upgrade as well, it's old.
>
> Le jeu. 21 mars 2024 à 17:49, Don Harter via QGIS-User <
> qgis-user@lists.osgeo.org> a écrit :
>
>> I am getting a python error now.  Does anyone know why I am getting this
>> now when earlier I wasn't?
>>
>> An error has occurred while executing Python code:
>> ValueError: Unknown format code 'f' for object of type 'str'
>>
>> Traceback (most recent call last):
>>   File 
>> "/home/drh/.local/share/QGIS/QGIS3/profiles/default/python/plugins/valuetool/valuewidget.py",
>>  line 478, in printValue
>> self.labelStatus.setText(self.tr('Coordinate:') + 
>> strFmt.format(position.x(), position.y(),bandvalue))
>> ValueError: Unknown format code 'f' for object of type 'str'
>>
>> Python version: 3.10.12 (main, Nov 20 2023, 15:14:05) [GCC 11.4.0] QGIS
>> version: 3.22.4-Białowieża Białowieża, exported
>> ___
>> 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 unknown developer on Macs

[Jeroen Ticheler via QGIS-User]

Hi Peter,

Indeed it is a known thing for several years that MacOS blocks software that 
was not installed through the App store. In case of QGIS I have always opened 
it anyway since I believe the software can be trusted. The purpose of the 
warning is to prevent potentially unsafe software to run without your consent.

Kind regards,

Jeroen






 On Thu, 21 Mar 2024 14:13:34 +0100 Peter Gloor via QGIS-User 
 wrote ---



I downloaded QIS-LTR Version QGIS 3.34.4-Prizren (), onto a MacBook Pro running 
OS 14.4 and got this message:  "QIS-LTR was blocked from use because it is not 
from an identified developer"   Is this a know issue?  Is it safe to 'open 
anyway' in Settings?


___ 
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 unknown developer on Macs

[ramon via QGIS-User]

It’s a known thing.

> On 21 Mar 2024, at 21:13, Peter Gloor via QGIS-User 
>  wrote:
>
> I downloaded QIS-LTR Version QGIS 3.34.4-Prizren (), onto a MacBook Pro 
> running OS 14.4 and got this message: "QIS-LTR was blocked from use because 
> it is not from an identified developer" Is this a know issue? Is it safe to 
> 'open anyway' in Settings?___
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 unknown developer on Macs

[Andrea Giudiceandrea via QGIS-User]

Peter Gloor gloor at att.net
Thu Mar 21 06:13:34 PDT 2024



I downloaded QIS-LTR Version QGIS 3.34.4-Prizren (), onto a MacBook Pro running OS 14.4 
and got this message:  "QIS-LTR was blocked from use because it is not from an 
identified developer"


Hi Peter,
where did you download the QGIS installer for macOS?
If you downloaded it form 
https://qgis.org/en/site/forusers/download.html#mac ,  did you read the 
instructions written in bold just above the download button?


"After installing QGIS, the first launch attempt may fail due to 
security protections. To enable QGIS, control-click on its icon in your 
Applications folder and select Open in the context menu. A confirmation 
dialog will display where you need to click the Open button again. This 
only has to be done once."


Are such instructions of any help for you?

Best regards.

Andrea
___
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 python error

[Don Harter via QGIS-User]

OK Thank you.

I am using a stable version from :

deb https://ppa.launchpadcontent.net/ubuntugis/ppa/ubuntu/ jammy main

I assume that is the latest stable version?

For linux software in general I try to stick with stable versions.  
Oftentimes people make changes and submit them without being fully 
tested.  Then I spend more time filling out bug reports instead of 
working on my applications.


I upgraded the plugin and the error message did not appear.  I will see 
if that holds on later runs of qgis.


On 3/21/24 1:47 PM, Etienne Trimaille wrote:

Hi,

You have installed the plugin "Value tool", you can remove it.
You should report this issue to the plugin author, there is a bug 
tracker : https://github.com/jorgealmerio/valuetool


You are using QGIS 3.22.4, you should try to upgrade as well, it's old.

Le jeu. 21 mars 2024 à 17:49, Don Harter via QGIS-User 
 a écrit :


I am getting a python error now.  Does anyone know why I am
getting this now when earlier I wasn't?

An error has occurred while executing Python code:


  ValueError: Unknown format code 'f' for object of type 'str'

Traceback (most recent call last):   File

"/home/drh/.local/share/QGIS/QGIS3/profiles/default/python/plugins/valuetool/valuewidget.py",
line 478, in printValue     self.labelStatus.setText(self.tr
('Coordinate:') + strFmt.format(position.x(),
position.y(),bandvalue)) ValueError: Unknown format code 'f' for
object of type 'str'

Python version: 3.10.12 (main, Nov 20 2023, 15:14:05) [GCC 11.4.0]
QGIS version: 3.22.4-Białowieża Białowieża, exported

___
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 python error

[Etienne Trimaille via QGIS-User]

Hi,

You have installed the plugin "Value tool", you can remove it.
You should report this issue to the plugin author, there is a bug tracker :
https://github.com/jorgealmerio/valuetool

You are using QGIS 3.22.4, you should try to upgrade as well, it's old.

Le jeu. 21 mars 2024 à 17:49, Don Harter via QGIS-User <
qgis-user@lists.osgeo.org> a écrit :

> I am getting a python error now.  Does anyone know why I am getting this
> now when earlier I wasn't?
>
> An error has occurred while executing Python code:
> ValueError: Unknown format code 'f' for object of type 'str'
>
> Traceback (most recent call last):
>   File 
> "/home/drh/.local/share/QGIS/QGIS3/profiles/default/python/plugins/valuetool/valuewidget.py",
>  line 478, in printValue
> self.labelStatus.setText(self.tr('Coordinate:') + 
> strFmt.format(position.x(), position.y(),bandvalue))
> ValueError: Unknown format code 'f' for object of type 'str'
>
> Python version: 3.10.12 (main, Nov 20 2023, 15:14:05) [GCC 11.4.0] QGIS
> version: 3.22.4-Białowieża Białowieża, exported
>
> ___
> 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 FileGDB

[Totò Fiandaca via QGIS-User]

Thanks Andrea for the details.
I will try to understand a little better and study the phenomenon carefully
so that I can better detail the problem.

thank you all.

I always use OSgeo4W, the data update that caused me to lose the data was
done via the field calculator.

Il giorno sab 9 mar 2024 alle ore 09:21 Andrea Giudiceandrea via QGIS-User <
qgis-user@lists.osgeo.org> ha scritto:

> > Totò Fiandaca pigrecoinfinito at gmail.com
> > Tue Mar 5 00:15:20 PST 2024
>
> > I noticed that by modifying
> > the FileGDBs created by ArcGIS PRO in QGIS:
> > 1. saving is particularly slow;
> > 2. I often lose data, i.e. if I have an active data selection and I try
> to
> > update only the selection, QGIS updates the entire dataset resulting in
> > data loss.
>
> Hi Totò,
> as you already know, QGIS handles ESRI File Geodatabase layer via the
> GDAL/OGR library.
> The GDAL/OGR library has two different drivers for the ESRI File
> Geodatabase forma: the built-int driver "OpenFileGDB" [1] (which is
> available on all systems) and the "FileGDB" driver (available on Windows
> through OSGeo4W) which depends on the ESRI FileGDB API SDK [2].
> Using which driver does the issue occurs?
>
> How do you update the data?
>
> I think you should inform the GDAL/OGR developers about the issue. Since
> you experience the issue often, it shouldn't be so difficult to provide
> a sample ESRI File Geodatabase layer and exact steps in order to
> replicate the issue.
>
> Best regards.
>
> Andrea Giudiceandrea
>
>
> [1] https://gdal.org/drivers/vector/openfilegdb.html
> [2] https://gdal.org/drivers/vector/filegdb.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
>


-- 
*Ing. Salvatore Fiandaca*
*mobile*.:+39 327.493.8955
*m*: *pigrecoinfin...@gmail.com *
*C.F*.: FNDSVT71E29Z103G
*P.IVA*: 06597870820
*membro QGIS Italia - http://qgis.it/ *
*socio GFOSS.it - *http://gfoss.it/
*member OSGeo* - *https://www.osgeo.org/member/fiandaca/*

*blog:*
* https://pigrecoinfinito.com/  FB: Co-admin
- https://www.facebook.com/qgis.it/ **
 *
*TW:  **https://twitter.com/totofiandaca
*

43°51'0.54"N  10°34'27.62"E - EPSG:4326

“Se la conoscenza deve essere aperta a tutti,
perchè mai limitarne l’accesso?”
R. Stallman

Questo documento, allegati inclusi, contiene informazioni di proprietà di
FIANDACA SALVATORE e deve essere utilizzato esclusivamente dal destinatario
in relazione alle finalità per le quali è stato ricevuto. E' vietata
qualsiasi forma di riproduzione o divulgazione senza l'esplicito consenso
di FIANDACA SALVATORE. Qualora fosse stato ricevuto per errore si prega di
informare tempestivamente il mittente e distruggere la copia in proprio
possesso.
___
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 FileGDB

[Andrea Giudiceandrea via QGIS-User]

Totò Fiandaca pigrecoinfinito at gmail.com
Tue Mar 5 00:15:20 PST 2024



I noticed that by modifying
the FileGDBs created by ArcGIS PRO in QGIS:
1. saving is particularly slow;
2. I often lose data, i.e. if I have an active data selection and I try to
update only the selection, QGIS updates the entire dataset resulting in
data loss.


Hi Totò,
as you already know, QGIS handles ESRI File Geodatabase layer via the 
GDAL/OGR library.
The GDAL/OGR library has two different drivers for the ESRI File 
Geodatabase forma: the built-int driver "OpenFileGDB" [1] (which is 
available on all systems) and the "FileGDB" driver (available on Windows 
through OSGeo4W) which depends on the ESRI FileGDB API SDK [2].

Using which driver does the issue occurs?

How do you update the data?

I think you should inform the GDAL/OGR developers about the issue. Since 
you experience the issue often, it shouldn't be so difficult to provide 
a sample ESRI File Geodatabase layer and exact steps in order to 
replicate the issue.


Best regards.

Andrea Giudiceandrea


[1] https://gdal.org/drivers/vector/openfilegdb.html
[2] https://gdal.org/drivers/vector/filegdb.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 and FileGDB

[Adam Nielsen via QGIS-User]

> I will try to understand the problem better and maybe in the future I
> will open an issue.

I googled FileGDB as I don't know much about it, and came across this
info:

> The driver implements transactions at the database level, through an
> emulation. This works by backing up the current state of the modified
> parts of a geodatabase after StartTransaction(force=TRUE) is called.
> If the transaction is committed, the backup copy is destroyed. If the
> transaction is rolled back, the backup copy is restored.
>
> Note that this emulation has an unspecified behavior in case of
> concurrent updates (with different connections in the same or another
> process).

This means that if you have more than one connection to the same file
(e.g. perhaps two layers coming from the same file, or have it open in
QGIS and another program at the same time), there is a risk of the file
being corrupted upon write.

It sounds like this data format might be one to avoid for datasets you
want to modify with QGIS.

Cheers,
Adam.
___
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 FileGDB

[Totò Fiandaca via QGIS-User]

Hi Emma,
Thanks for the reply.

As I wrote in the initial email, there are many variables at play and I
cannot always reproduce the problem, opening an issue in these conditions
is not the best choice as it would be closed immediately.

I will try to understand the problem better and maybe in the future I will
open an issue.

I wrote the email so that other users could be careful if they used this
format.

Il giorno gio 7 mar 2024 alle ore 00:38 Emma Hain  ha
scritto:

> HI Totò
> Are you able to add this as an Issue here please.
> https://github.com/qgis/QGIS/issues
>
> Thanks
> Em
>
> On Tue, 5 Mar 2024 at 18:16, Totò Fiandaca via QGIS-User <
> qgis-user@lists.osgeo.org> wrote:
>
>> I use OSGeo4W on win 11 64 bit and got the problem in QGIS 3.28 and 3.34
>>
>> For work I use both QGIS and ArcGIS PRO 3.2.2, I noticed that by
>> modifying the FileGDBs created by ArcGIS PRO in QGIS:
>> 1. saving is particularly slow;
>> 2. I often lose data, i.e. if I have an active data selection and I try
>> to update only the selection, QGIS updates the entire dataset resulting in
>> data loss.
>>
>> I have already noticed the malfunctioning of FileGDB in QGIS for some
>> time, but I want to leave this trace, unfortunately it is not easy to
>> reproduce.
>>
>> Greetings
>>
>> --
>>
>> “Se la conoscenza deve essere aperta a tutti,
>> perchè mai limitarne l’accesso?”
>> R. Stallman
>>
>> Questo documento, allegati inclusi, contiene informazioni di proprietà di
>> FIANDACA SALVATORE e deve essere utilizzato esclusivamente dal destinatario
>> in relazione alle finalità per le quali è stato ricevuto. E' vietata
>> qualsiasi forma di riproduzione o divulgazione senza l'esplicito consenso
>> di FIANDACA SALVATORE. Qualora fosse stato ricevuto per errore si prega
>> di informare tempestivamente il mittente e distruggere la copia in proprio
>> possesso.
>>
>>
>> ___
>> 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
>>
>
>
> --
> Emma Hain — Product Manager/Senior GIS Analyst
> e...@north-road.com
> [image: https://north-road.com]
> *North Road*
> Cartography • Development • Spatial Analysis
> --
> *north-road.com* 
> 
> 
> 
>
>

-- 

“Se la conoscenza deve essere aperta a tutti,
perchè mai limitarne l’accesso?”
R. Stallman

Questo documento, allegati inclusi, contiene informazioni di proprietà di
FIANDACA SALVATORE e deve essere utilizzato esclusivamente dal destinatario
in relazione alle finalità per le quali è stato ricevuto. E' vietata
qualsiasi forma di riproduzione o divulgazione senza l'esplicito consenso
di FIANDACA SALVATORE. Qualora fosse stato ricevuto per errore si prega di
informare tempestivamente il mittente e distruggere la copia in proprio
possesso.
___
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 FileGDB

[Emma Hain via QGIS-User]

HI Totò
Are you able to add this as an Issue here please.
https://github.com/qgis/QGIS/issues

Thanks
Em

On Tue, 5 Mar 2024 at 18:16, Totò Fiandaca via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> I use OSGeo4W on win 11 64 bit and got the problem in QGIS 3.28 and 3.34
>
> For work I use both QGIS and ArcGIS PRO 3.2.2, I noticed that by modifying
> the FileGDBs created by ArcGIS PRO in QGIS:
> 1. saving is particularly slow;
> 2. I often lose data, i.e. if I have an active data selection and I try to
> update only the selection, QGIS updates the entire dataset resulting in
> data loss.
>
> I have already noticed the malfunctioning of FileGDB in QGIS for some
> time, but I want to leave this trace, unfortunately it is not easy to
> reproduce.
>
> Greetings
>
> --
>
> “Se la conoscenza deve essere aperta a tutti,
> perchè mai limitarne l’accesso?”
> R. Stallman
>
> Questo documento, allegati inclusi, contiene informazioni di proprietà di
> FIANDACA SALVATORE e deve essere utilizzato esclusivamente dal destinatario
> in relazione alle finalità per le quali è stato ricevuto. E' vietata
> qualsiasi forma di riproduzione o divulgazione senza l'esplicito consenso
> di FIANDACA SALVATORE. Qualora fosse stato ricevuto per errore si prega
> di informare tempestivamente il mittente e distruggere la copia in proprio
> possesso.
>
>
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [Qgis-user] QGIS through conda on Linux

[Bernd Vogelgesang via QGIS-User]

Hi Hannes,

ocl-icd-system  indeed did the trick :)

Will now investigate the other traps that my lie around.

See you then ;)

Bernd
Am 26.02.24 um 17:21 schrieb Johannes Kröger (WhereGroup):
I haven't tested OpenCL in a conda QGIS myself but assumed that the 
instructions would work (have working OpenCL on the host, then install 
the ocl-icd-system in the conda environment where you want to use it).


A quick test on a AMD Ryzen laptop just failed but even non-conda QGIS 
did not pick up OpenCL support on it. :\


I hope this isn't a dead end. Sorry for not keeping your goal with 
OpenCL support in mind when suggesting this initially!


On 26.02.24 15:32, Bernd Vogelgesang wrote:

S,

I thought to share my steps so far, so I will not have to ask again in 
some weeks ;)


terminal:
$ curl -L -O 
"https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-$(uname)-$(uname -m).sh"

bash Miniforge3-$(uname)-$(uname -m).sh

was asked to deactivate the base environment and confirmed, but 
somehow this did not happen, so:


$ conda config --set auto_activate_base false

$ conda create --name qgis_3.34

then I got warned that there is a newer version of conda (strange, why 
isn't the new version installed right away?).

So done as told:

$ conda update -n base -c conda-forge conda

$ conda activate qgis_3.34

conda install qgis=3.34

stuff is installed, but again the warning to update

finally:
WARNING: No ICDs were found. Either,
- Install a conda package providing a OpenCL implementation (pocl, 
oclgrind, intel-compute-runtime, beignet) or
- Make your system-wide implementation visible by installing 
ocl-icd-system conda package.


That stuff is exactly what I was messing around with for the past week 
to get the graphics card support in QGIS. Gnrrr...!


So, what to do now? I feel like panicking ... ;)





Am 26.02.24 um 14:21 schrieb Johannes Kröger (WhereGroup):
Don't feel dumb, it is all written and spread out in super 
complicated ways but once running, it's alright-ish.


Normal Miniforge3 should be fine unless you know you want pypy.
Unless you know differently, try the "Miniforge3-Linux-x86_64" version.
Mamba is something hidden in the background, for you it will pretend 
to be Conda. Conda is the original project, mamba is a faster, 
compatible alternative.
Miniforge is something that comes with mamba "as conda" and 
automatically uses the big "conda-forge" repository where lots of 
software and libraries are available, packaged by the community.


You can use the command lines from 
https://github.com/conda-forge/miniforge?tab=readme-ov-file#install


After installation I recommend: $ conda config --set 
auto_activate_base false
Otherwise every terminal/shell session will run using a conda 
environment instead of your standard system environment.


Once installed, you can use the "create" line from other previous 
mail to install a QGIS environment. Then "conda activate qgis_3.34" 
to activate it in a terminal session, "qgis" in that same terminal to 
launch that QGIS and just close the terminal or enter "conda 
deactivate" to deactivate it again.


Cheers, Hannes


On 26.02.24 13:41, Bernd Vogelgesang wrote:

Hi Hannes,

Thanks for you answer. I played around before with those snakes and 
that's what maybe brought me into trouble.


And again, this zoo of species starts to confuse me, starting with 
the installer:

Miniforge3 or Miniforge-pypy3 ?
And when does the mamba come into play instead of the conda?

Sorry for me playing the dumb, but I almost spent a week trying to 
get things back to normal here at my desk.


Cheers,
Bernd

Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):

Hi Bernd,

a pragmatic solution which I have grown to like is using conda 
environments. Using mamba instead of the default conda via 
https://github.com/conda-forge/miniforge to reduce annoyances and 
then it is for example a simple "conda --create qgis_3.34 
qgis=3.34" to get a nicely isolated QGIS 3.34 with pdal etc.


Just make sure to deactivate the base environment in your 
terminal/shell, otherwise you are trading one potential mess for 
another ;)


Cheers, Hannes

On 26.02.24 12:10, Bernd Vogelgesang via QGIS-User wrote:

Hi,
using QGIS on the "normal" ubuntu-based Linux Mint for years, I 
again managed to render my system unusable by playing around too 
much, resulting in ever crashing QGIS so I even had to reactivate 
a Windows Virtual Box to be able to work!!


After a hell of problems with NVIDIA graphics drivers (opencl 
support in QGIS), I finally managed to get everything to work with 
Linux Mint Debian edition ... but now had to learn that Debian 
does not provide PDAL for point cloud stuff in the repositories.


Long story short: Can anyone give me recommendations how to get 
PDAL working with QGIS that do NOT include building PDAL and QGIS 
by myself?

Though I USE Linux for over 15 years,I would prefer avoiding that.
Fumbling around with too less insight on what I am 

Re: [Qgis-user] QGIS through conda on Linux

[WhereGroup]

I haven't tested OpenCL in a conda QGIS myself but assumed that the 
instructions would work (have working OpenCL on the host, then install 
the ocl-icd-system in the conda environment where you want to use it).


A quick test on a AMD Ryzen laptop just failed but even non-conda QGIS 
did not pick up OpenCL support on it. :\


I hope this isn't a dead end. Sorry for not keeping your goal with 
OpenCL support in mind when suggesting this initially!


On 26.02.24 15:32, Bernd Vogelgesang wrote:

S,

I thought to share my steps so far, so I will not have to ask again in 
some weeks ;)


terminal:
$ curl -L -O 
"https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-$(uname)-$(uname 
-m).sh"

bash Miniforge3-$(uname)-$(uname -m).sh

was asked to deactivate the base environment and confirmed, but 
somehow this did not happen, so:


$ conda config --set auto_activate_base false

$ conda create --name qgis_3.34

then I got warned that there is a newer version of conda (strange, why 
isn't the new version installed right away?).

So done as told:

$ conda update -n base -c conda-forge conda

$ conda activate qgis_3.34

conda install qgis=3.34

stuff is installed, but again the warning to update

finally:
WARNING: No ICDs were found. Either,
- Install a conda package providing a OpenCL implementation (pocl, 
oclgrind, intel-compute-runtime, beignet) or
- Make your system-wide implementation visible by installing 
ocl-icd-system conda package.


That stuff is exactly what I was messing around with for the past week 
to get the graphics card support in QGIS. Gnrrr...!


So, what to do now? I feel like panicking ... ;)





Am 26.02.24 um 14:21 schrieb Johannes Kröger (WhereGroup):
Don't feel dumb, it is all written and spread out in super 
complicated ways but once running, it's alright-ish.


Normal Miniforge3 should be fine unless you know you want pypy.
Unless you know differently, try the "Miniforge3-Linux-x86_64" version.
Mamba is something hidden in the background, for you it will pretend 
to be Conda. Conda is the original project, mamba is a faster, 
compatible alternative.
Miniforge is something that comes with mamba "as conda" and 
automatically uses the big "conda-forge" repository where lots of 
software and libraries are available, packaged by the community.


You can use the command lines from 
https://github.com/conda-forge/miniforge?tab=readme-ov-file#install


After installation I recommend: $ conda config --set 
auto_activate_base false
Otherwise every terminal/shell session will run using a conda 
environment instead of your standard system environment.


Once installed, you can use the "create" line from other previous 
mail to install a QGIS environment. Then "conda activate qgis_3.34" 
to activate it in a terminal session, "qgis" in that same terminal to 
launch that QGIS and just close the terminal or enter "conda 
deactivate" to deactivate it again.


Cheers, Hannes


On 26.02.24 13:41, Bernd Vogelgesang wrote:

Hi Hannes,

Thanks for you answer. I played around before with those snakes and 
that's what maybe brought me into trouble.


And again, this zoo of species starts to confuse me, starting with 
the installer:

Miniforge3 or Miniforge-pypy3 ?
And when does the mamba come into play instead of the conda?

Sorry for me playing the dumb, but I almost spent a week trying to 
get things back to normal here at my desk.


Cheers,
Bernd

Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):

Hi Bernd,

a pragmatic solution which I have grown to like is using conda 
environments. Using mamba instead of the default conda via 
https://github.com/conda-forge/miniforge to reduce annoyances and 
then it is for example a simple "conda --create qgis_3.34 
qgis=3.34" to get a nicely isolated QGIS 3.34 with pdal etc.


Just make sure to deactivate the base environment in your 
terminal/shell, otherwise you are trading one potential mess for 
another ;)


Cheers, Hannes

On 26.02.24 12:10, Bernd Vogelgesang via QGIS-User wrote:

Hi,
using QGIS on the "normal" ubuntu-based Linux Mint for years, I 
again managed to render my system unusable by playing around too 
much, resulting in ever crashing QGIS so I even had to reactivate 
a Windows Virtual Box to be able to work!!


After a hell of problems with NVIDIA graphics drivers (opencl 
support in QGIS), I finally managed to get everything to work with 
Linux Mint Debian edition ... but now had to learn that Debian 
does not provide PDAL for point cloud stuff in the repositories.


Long story short: Can anyone give me recommendations how to get 
PDAL working with QGIS that do NOT include building PDAL and QGIS 
by myself?

Though I USE Linux for over 15 years,I would prefer avoiding that.
Fumbling around with too less insight on what I am actually doing 
just led me here...


Cheers,
Bernd





___
QGIS-User mailing list
QGIS-User@lists.osgeo.org
List info: 

Re: [Qgis-user] QGIS through conda on Linux

[Christian Naujoks via QGIS-User]

Alternatively, Micromamba can be used. Micromamba is really fast:
https://waylonwalker.com/install-micromamba/


micromamba search qgis -y -c conda-forge
micromamba create -n aqgis qgis pcraster -y -c conda-forge

micromamba run -n aqgis qgis

micromamba activate aqgis
micromamba list
qgis

micromamba update
micromamba update qgis
qgis

micromamba deactivate

#Caution, this will delete the envirement aqqgis:
micromamba env remove --name aqgis


Greetings
Christian

Am Montag, dem 26.02.2024 um 09:38 -0500 schrieb Randal Hale via QGIS-
User:
> So at this point your environment should be active - type qgis in the
> terminal and it should start.
> 
> I ignore the ICD warning. I think at some point I actually installed 
> something to make it go away but it doesn't stop qgis from working.
> 
> Randy
> 
> 
> On 2/26/24 09:32, Bernd Vogelgesang via QGIS-User wrote:
> > S,
> > 
> > I thought to share my steps so far, so I will not have to ask again
> > in 
> > some weeks ;)
> > 
> > terminal:
> > $ curl -L -O 
> > "https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-$(uname)-$(uname
> >  
> > -m).sh"
> > bash Miniforge3-$(uname)-$(uname -m).sh
> > 
> > was asked to deactivate the base environment and confirmed, but 
> > somehow this did not happen, so:
> > 
> > $ conda config --set auto_activate_base false
> > 
> > $ conda create --name qgis_3.34
> > 
> > then I got warned that there is a newer version of conda (strange,
> > why 
> > isn't the new version installed right away?).
> > So done as told:
> > 
> > $ conda update -n base -c conda-forge conda
> > 
> > $ conda activate qgis_3.34
> > 
> > conda install qgis=3.34
> > 
> > stuff is installed, but again the warning to update
> > 
> > finally:
> > WARNING: No ICDs were found. Either,
> > - Install a conda package providing a OpenCL implementation (pocl, 
> > oclgrind, intel-compute-runtime, beignet) or
> > - Make your system-wide implementation visible by installing 
> > ocl-icd-system conda package.
> > 
> > That stuff is exactly what I was messing around with for the past
> > week 
> > to get the graphics card support in QGIS. Gnrrr...!
> > 
> > So, what to do now? I feel like panicking ... ;)
> > 
> > 
> > 
> > 
> > 
> > Am 26.02.24 um 14:21 schrieb Johannes Kröger (WhereGroup):
> > > Don't feel dumb, it is all written and spread out in super 
> > > complicated ways but once running, it's alright-ish.
> > > 
> > > Normal Miniforge3 should be fine unless you know you want pypy.
> > > Unless you know differently, try the "Miniforge3-Linux-x86_64"
> > > version.
> > > Mamba is something hidden in the background, for you it will
> > > pretend 
> > > to be Conda. Conda is the original project, mamba is a faster, 
> > > compatible alternative.
> > > Miniforge is something that comes with mamba "as conda" and 
> > > automatically uses the big "conda-forge" repository where lots of
> > > software and libraries are available, packaged by the community.
> > > 
> > > You can use the command lines from 
> > > https://github.com/conda-forge/miniforge?tab=readme-ov-file#install
> > > 
> > > After installation I recommend: $ conda config --set 
> > > auto_activate_base false
> > > Otherwise every terminal/shell session will run using a conda 
> > > environment instead of your standard system environment.
> > > 
> > > Once installed, you can use the "create" line from other previous
> > > mail to install a QGIS environment. Then "conda activate
> > > qgis_3.34" 
> > > to activate it in a terminal session, "qgis" in that same
> > > terminal to 
> > > launch that QGIS and just close the terminal or enter "conda 
> > > deactivate" to deactivate it again.
> > > 
> > > Cheers, Hannes
> > > 
> > > 
> > > On 26.02.24 13:41, Bernd Vogelgesang wrote:
> > > > Hi Hannes,
> > > > 
> > > > Thanks for you answer. I played around before with those snakes
> > > > and 
> > > > that's what maybe brought me into trouble.
> > > > 
> > > > And again, this zoo of species starts to confuse me, starting
> > > > with 
> > > > the installer:
> > > > Miniforge3 or Miniforge-pypy3 ?
> > > > And when does the mamba come into play instead of the conda?
> > > > 
> > > > Sorry for me playing the dumb, but I almost spent a week trying
> > > > to 
> > > > get things back to normal here at my desk.
> > > > 
> > > > Cheers,
> > > > Bernd
> > > > 
> > > > Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):
> > > > > Hi Bernd,
> > > > > 
> > > > > a pragmatic solution which I have grown to like is using
> > > > > conda 
> > > > > environments. Using mamba instead of the default conda via 
> > > > > https://github.com/conda-forge/miniforge to reduce annoyances
> > > > > and 
> > > > > then it is for example a simple "conda --create qgis_3.34 
> > > > > qgis=3.34" to get a nicely isolated QGIS 3.34 with pdal etc.
> > > > > 
> > > > > Just make sure to deactivate the base environment in your 
> > > > > terminal/shell, otherwise you are trading one potential mess
> > > > > 

Re: [Qgis-user] QGIS through conda on Linux

[Randal Hale via QGIS-User]

So at this point your environment should be active - type qgis in the 
terminal and it should start.


I ignore the ICD warning. I think at some point I actually installed 
something to make it go away but it doesn't stop qgis from working.


Randy


On 2/26/24 09:32, Bernd Vogelgesang via QGIS-User wrote:

S,

I thought to share my steps so far, so I will not have to ask again in 
some weeks ;)


terminal:
$ curl -L -O 
"https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-$(uname)-$(uname 
-m).sh"

bash Miniforge3-$(uname)-$(uname -m).sh

was asked to deactivate the base environment and confirmed, but 
somehow this did not happen, so:


$ conda config --set auto_activate_base false

$ conda create --name qgis_3.34

then I got warned that there is a newer version of conda (strange, why 
isn't the new version installed right away?).

So done as told:

$ conda update -n base -c conda-forge conda

$ conda activate qgis_3.34

conda install qgis=3.34

stuff is installed, but again the warning to update

finally:
WARNING: No ICDs were found. Either,
- Install a conda package providing a OpenCL implementation (pocl, 
oclgrind, intel-compute-runtime, beignet) or
- Make your system-wide implementation visible by installing 
ocl-icd-system conda package.


That stuff is exactly what I was messing around with for the past week 
to get the graphics card support in QGIS. Gnrrr...!


So, what to do now? I feel like panicking ... ;)





Am 26.02.24 um 14:21 schrieb Johannes Kröger (WhereGroup):
Don't feel dumb, it is all written and spread out in super 
complicated ways but once running, it's alright-ish.


Normal Miniforge3 should be fine unless you know you want pypy.
Unless you know differently, try the "Miniforge3-Linux-x86_64" version.
Mamba is something hidden in the background, for you it will pretend 
to be Conda. Conda is the original project, mamba is a faster, 
compatible alternative.
Miniforge is something that comes with mamba "as conda" and 
automatically uses the big "conda-forge" repository where lots of 
software and libraries are available, packaged by the community.


You can use the command lines from 
https://github.com/conda-forge/miniforge?tab=readme-ov-file#install


After installation I recommend: $ conda config --set 
auto_activate_base false
Otherwise every terminal/shell session will run using a conda 
environment instead of your standard system environment.


Once installed, you can use the "create" line from other previous 
mail to install a QGIS environment. Then "conda activate qgis_3.34" 
to activate it in a terminal session, "qgis" in that same terminal to 
launch that QGIS and just close the terminal or enter "conda 
deactivate" to deactivate it again.


Cheers, Hannes


On 26.02.24 13:41, Bernd Vogelgesang wrote:

Hi Hannes,

Thanks for you answer. I played around before with those snakes and 
that's what maybe brought me into trouble.


And again, this zoo of species starts to confuse me, starting with 
the installer:

Miniforge3 or Miniforge-pypy3 ?
And when does the mamba come into play instead of the conda?

Sorry for me playing the dumb, but I almost spent a week trying to 
get things back to normal here at my desk.


Cheers,
Bernd

Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):

Hi Bernd,

a pragmatic solution which I have grown to like is using conda 
environments. Using mamba instead of the default conda via 
https://github.com/conda-forge/miniforge to reduce annoyances and 
then it is for example a simple "conda --create qgis_3.34 
qgis=3.34" to get a nicely isolated QGIS 3.34 with pdal etc.


Just make sure to deactivate the base environment in your 
terminal/shell, otherwise you are trading one potential mess for 
another ;)


Cheers, Hannes

On 26.02.24 12:10, Bernd Vogelgesang via QGIS-User wrote:

Hi,
using QGIS on the "normal" ubuntu-based Linux Mint for years, I 
again managed to render my system unusable by playing around too 
much, resulting in ever crashing QGIS so I even had to reactivate 
a Windows Virtual Box to be able to work!!


After a hell of problems with NVIDIA graphics drivers (opencl 
support in QGIS), I finally managed to get everything to work with 
Linux Mint Debian edition ... but now had to learn that Debian 
does not provide PDAL for point cloud stuff in the repositories.


Long story short: Can anyone give me recommendations how to get 
PDAL working with QGIS that do NOT include building PDAL and QGIS 
by myself?

Though I USE Linux for over 15 years,I would prefer avoiding that.
Fumbling around with too less insight on what I am actually doing 
just led me here...


Cheers,
Bernd





___
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

Re: [Qgis-user] QGIS through conda on Linux

[Bernd Vogelgesang via QGIS-User]

S,

I thought to share my steps so far, so I will not have to ask again in 
some weeks ;)


terminal:
$ curl -L -O 
"https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-$(uname)-$(uname 
-m).sh"

bash Miniforge3-$(uname)-$(uname -m).sh

was asked to deactivate the base environment and confirmed, but somehow 
this did not happen, so:


$ conda config --set auto_activate_base false

$ conda create --name qgis_3.34

then I got warned that there is a newer version of conda (strange, why 
isn't the new version installed right away?).

So done as told:

$ conda update -n base -c conda-forge conda

$ conda activate qgis_3.34

conda install qgis=3.34

stuff is installed, but again the warning to update

finally:
WARNING: No ICDs were found. Either, 

- Install a conda package providing a OpenCL implementation (pocl, 
oclgrind, intel-compute-runtime, beignet) or 

- Make your system-wide implementation visible by installing 
ocl-icd-system conda package.


That stuff is exactly what I was messing around with for the past week 
to get the graphics card support in QGIS. Gnrrr...!


So, what to do now? I feel like panicking ... ;)





Am 26.02.24 um 14:21 schrieb Johannes Kröger (WhereGroup):
Don't feel dumb, it is all written and spread out in super complicated 
ways but once running, it's alright-ish.


Normal Miniforge3 should be fine unless you know you want pypy.
Unless you know differently, try the "Miniforge3-Linux-x86_64" version.
Mamba is something hidden in the background, for you it will pretend to 
be Conda. Conda is the original project, mamba is a faster, compatible 
alternative.
Miniforge is something that comes with mamba "as conda" and 
automatically uses the big "conda-forge" repository where lots of 
software and libraries are available, packaged by the community.


You can use the command lines from 
https://github.com/conda-forge/miniforge?tab=readme-ov-file#install


After installation I recommend: $ conda config --set auto_activate_base 
false
Otherwise every terminal/shell session will run using a conda 
environment instead of your standard system environment.


Once installed, you can use the "create" line from other previous mail 
to install a QGIS environment. Then "conda activate qgis_3.34" to 
activate it in a terminal session, "qgis" in that same terminal to 
launch that QGIS and just close the terminal or enter "conda deactivate" 
to deactivate it again.


Cheers, Hannes


On 26.02.24 13:41, Bernd Vogelgesang wrote:

Hi Hannes,

Thanks for you answer. I played around before with those snakes and 
that's what maybe brought me into trouble.


And again, this zoo of species starts to confuse me, starting with the 
installer:

Miniforge3 or Miniforge-pypy3 ?
And when does the mamba come into play instead of the conda?

Sorry for me playing the dumb, but I almost spent a week trying to get 
things back to normal here at my desk.


Cheers,
Bernd

Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):

Hi Bernd,

a pragmatic solution which I have grown to like is using conda 
environments. Using mamba instead of the default conda via 
https://github.com/conda-forge/miniforge to reduce annoyances and 
then it is for example a simple "conda --create qgis_3.34 qgis=3.34" 
to get a nicely isolated QGIS 3.34 with pdal etc.


Just make sure to deactivate the base environment in your 
terminal/shell, otherwise you are trading one potential mess for 
another ;)


Cheers, Hannes

On 26.02.24 12:10, Bernd Vogelgesang via QGIS-User wrote:

Hi,
using QGIS on the "normal" ubuntu-based Linux Mint for years, I 
again managed to render my system unusable by playing around too 
much, resulting in ever crashing QGIS so I even had to reactivate a 
Windows Virtual Box to be able to work!!


After a hell of problems with NVIDIA graphics drivers (opencl 
support in QGIS), I finally managed to get everything to work with 
Linux Mint Debian edition ... but now had to learn that Debian does 
not provide PDAL for point cloud stuff in the repositories.


Long story short: Can anyone give me recommendations how to get PDAL 
working with QGIS that do NOT include building PDAL and QGIS by myself?

Though I USE Linux for over 15 years,I would prefer avoiding that.
Fumbling around with too less insight on what I am actually doing 
just led me here...


Cheers,
Bernd





___
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






--
Dipl.-Geogr.
Bernd Vogelgesang
Kappel 17
91355 Hiltpoltstein
Tel: 09192-3499427
mobil: 0163-1860160
m...@berndvogelgesang.deBEGIN:VCARD
VERSION:4.0
N:Vogelgesang;Bernd;;;
FN:Dipl-Geogr. Bernd Vogelgesang
EMAIL;PREF=1:m...@berndvogelgesang.de
TEL;TYPE=cell;VALUE=TEXT:+491631860160
TEL;TYPE=work;VALUE=TEXT:+4991923499427
ADR:;;Kappel 17;Hiltpoltstein;;91355;
END:VCARD

Re: [Qgis-user] QGIS through conda on Linux

[WhereGroup]

Don't feel dumb, it is all written and spread out in super complicated 
ways but once running, it's alright-ish.


Normal Miniforge3 should be fine unless you know you want pypy.
Unless you know differently, try the "Miniforge3-Linux-x86_64" version.
Mamba is something hidden in the background, for you it will pretend to 
be Conda. Conda is the original project, mamba is a faster, compatible 
alternative.
Miniforge is something that comes with mamba "as conda" and 
automatically uses the big "conda-forge" repository where lots of 
software and libraries are available, packaged by the community.


You can use the command lines from 
https://github.com/conda-forge/miniforge?tab=readme-ov-file#install


After installation I recommend: $ conda config --set auto_activate_base 
false
Otherwise every terminal/shell session will run using a conda 
environment instead of your standard system environment.


Once installed, you can use the "create" line from other previous mail 
to install a QGIS environment. Then "conda activate qgis_3.34" to 
activate it in a terminal session, "qgis" in that same terminal to 
launch that QGIS and just close the terminal or enter "conda deactivate" 
to deactivate it again.


Cheers, Hannes


On 26.02.24 13:41, Bernd Vogelgesang wrote:

Hi Hannes,

Thanks for you answer. I played around before with those snakes and 
that's what maybe brought me into trouble.


And again, this zoo of species starts to confuse me, starting with the 
installer:

Miniforge3 or Miniforge-pypy3 ?
And when does the mamba come into play instead of the conda?

Sorry for me playing the dumb, but I almost spent a week trying to get 
things back to normal here at my desk.


Cheers,
Bernd

Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):

Hi Bernd,

a pragmatic solution which I have grown to like is using conda 
environments. Using mamba instead of the default conda via 
https://github.com/conda-forge/miniforge to reduce annoyances and 
then it is for example a simple "conda --create qgis_3.34 qgis=3.34" 
to get a nicely isolated QGIS 3.34 with pdal etc.


Just make sure to deactivate the base environment in your 
terminal/shell, otherwise you are trading one potential mess for 
another ;)


Cheers, Hannes

On 26.02.24 12:10, Bernd Vogelgesang via QGIS-User wrote:

Hi,
using QGIS on the "normal" ubuntu-based Linux Mint for years, I 
again managed to render my system unusable by playing around too 
much, resulting in ever crashing QGIS so I even had to reactivate a 
Windows Virtual Box to be able to work!!


After a hell of problems with NVIDIA graphics drivers (opencl 
support in QGIS), I finally managed to get everything to work with 
Linux Mint Debian edition ... but now had to learn that Debian does 
not provide PDAL for point cloud stuff in the repositories.


Long story short: Can anyone give me recommendations how to get PDAL 
working with QGIS that do NOT include building PDAL and QGIS by myself?

Though I USE Linux for over 15 years,I would prefer avoiding that.
Fumbling around with too less insight on what I am actually doing 
just led me here...


Cheers,
Bernd





___
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





--
Johannes Kröger / GIS-Entwickler/-Berater

*
FOSSGIS Konferenz
20.-23. März 2024 in Hamburg
https://www.fossgis-konferenz.de/2024/

WhereGroup-Beiträge auf der FOSSGIS
https://wheregroup.com/unternehmen/aktuelles/
*

WhereGroup GmbH
c/o KK03 GmbH
Lange Reihe 29
20099 Hamburg
Germany

Tel: +49 (0)228 / 90 90 38 - 36
Fax: +49 (0)228 / 90 90 38 - 11

johannes.kroe...@wheregroup.com
www.wheregroup.com
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
---

___
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 through conda on Linux (was: PDAL on LMDE (Debian) for noobs?)

[Bernd Vogelgesang via QGIS-User]

Hi Hannes,

Thanks for you answer. I played around before with those snakes and 
that's what maybe brought me into trouble.


And again, this zoo of species starts to confuse me, starting with the 
installer:

Miniforge3 or Miniforge-pypy3 ?
And when does the mamba come into play instead of the conda?

Sorry for me playing the dumb, but I almost spent a week trying to get 
things back to normal here at my desk.


Cheers,
Bernd

Am 26.02.24 um 12:35 schrieb Johannes Kröger (WhereGroup):

Hi Bernd,

a pragmatic solution which I have grown to like is using conda 
environments. Using mamba instead of the default conda via 
https://github.com/conda-forge/miniforge to reduce annoyances and then 
it is for example a simple "conda --create qgis_3.34 qgis=3.34" to get a 
nicely isolated QGIS 3.34 with pdal etc.


Just make sure to deactivate the base environment in your 
terminal/shell, otherwise you are trading one potential mess for another ;)


Cheers, Hannes

On 26.02.24 12:10, Bernd Vogelgesang via QGIS-User wrote:

Hi,
using QGIS on the "normal" ubuntu-based Linux Mint for years, I again 
managed to render my system unusable by playing around too much, 
resulting in ever crashing QGIS so I even had to reactivate a Windows 
Virtual Box to be able to work!!


After a hell of problems with NVIDIA graphics drivers (opencl support 
in QGIS), I finally managed to get everything to work with Linux Mint 
Debian edition ... but now had to learn that Debian does not provide 
PDAL for point cloud stuff in the repositories.


Long story short: Can anyone give me recommendations how to get PDAL 
working with QGIS that do NOT include building PDAL and QGIS by myself?

Though I USE Linux for over 15 years,I would prefer avoiding that.
Fumbling around with too less insight on what I am actually doing just 
led me here...


Cheers,
Bernd





___
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




--
Dipl.-Geogr.
Bernd Vogelgesang
Kappel 17
91355 Hiltpoltstein
Tel: 09192-3499427
mobil: 0163-1860160
m...@berndvogelgesang.deBEGIN:VCARD
VERSION:4.0
N:Vogelgesang;Bernd;;;
FN:Dipl-Geogr. Bernd Vogelgesang
EMAIL;PREF=1:m...@berndvogelgesang.de
TEL;TYPE=cell;VALUE=TEXT:+491631860160
TEL;TYPE=work;VALUE=TEXT:+4991923499427
ADR:;;Kappel 17;Hiltpoltstein;;91355;
END:VCARD
___
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 unable to access Spatialite tables.

[Andrea Giudiceandrea via QGIS-User]

Brent Wood Brent.Wood at niwa.co.nz
Thu Feb 22 17:54:46 PST 2024



However, opening the same table (or an SQL on that table) results in an error 
message about an invalid layer, but no further or useful diagnostic info.
Can anyone suggest a possible cause or solution?


Hi Brent Wood,
I think it would help to find the cause of the issue and it's solution 
if you reported the full error message (and any other error message 
logged in the "Log Messages" panel) and described how exactly you import 
the layer in the QGIS project (and possibly also provided a sample layer 
file affected by the issue).


Best regards.

Andrea
___
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 Mango

[chris hermansen via QGIS-User]

Collin and list,

On Thu, Feb 22, 2024 at 12:06 PM Collin Coe 
wrote:

> Chris,
>
> Thank you so much for all the additional information, to be honest a lot
> of it is quite a bit over my head, but I will use it to hopefully point our
> folks at Mango down the right path.
>
> It is good to have a second set of eyes verify what we thought, that our
> Apache/QGIS server is in fact serving this WMS data, but that Mango is just
> formatting their requests incorrectly.
>

You are most welcome of course.

I am guessing - and maybe off in a misleading direction - that there is
some kind of configuration in the Mango stuff that looks like a template
that you would set up to send your queries to the map server.  For
instance, somewhere you should be specifying things like database
connection parameters or in your case the .qgz file.

Also I wonder if the layer names in the Mango application correspond to the
layer names in QGIS and if not, how you go about setting up that kind of
correspondence.  For example, you might have a "streets" layer called
"12345" on the Mango side and "transportation" on the QGIS side.

>
> Thanks!
>
>
>
>
>
>
>   [image: Facebook] <https://www.facebook.com/VanBurenCountyMI/>[image:
> LinkedIn] <https://www.linkedin.com/company/van-buren-county-government>
>  [image: Twitter] <https://twitter.com/VanBurenCoMI>
>
> *Collin Coe*
>
> *IT Operations Manager*
>
> *Van Buren County Information Services*
>
> a:
>
> 219 E. Paw Paw St, Suite 202
>
> Paw Paw, MI 49079
>
> t:
>
> 269-657-8266 ext. 1248
>
> f:
>
> 269-657-8297
>
> w:
>
> https://www.vanburencountymi.gov  e: c...@vanburencountymi.gov
>
> Need to meet with me? Book a meeting or check my availability with this
> link: Microsoft Bookings
> <https://outlook.office365.com/owa/calendar/collincoepersonalbooki...@vanburenco.onmicrosoft.com/bookings/>
>
> --
> *From:* chris hermansen 
> *Sent:* Thursday, February 22, 2024 2:42 PM
> *To:* Collin Coe 
> *Cc:* qgis-user@lists.osgeo.org 
> *Subject:* Re: [Qgis-user] QGIS and Mango
>
> This email was sent from outside your organization. Please use caution
> when clicking links or opening attachments.
> --
> Collin and list,
>
> On Thu, Feb 22, 2024 at 10:19 AM Collin Coe 
> wrote:
>
> Thank you for your response, see my answers below.
>
>
>- Note "the server understands the request but refuses to authorize
>it".
>- That was my thought, as if I shut the Apache service down, the
>   request times out instead.
>
>   - Looking at your URL, it appears your request doesn't go directly
>to the QGIS server, but rather goes to mangomap.com
>
> <https://urldefense.com/v3/__http://mangomap.com__;!!PO4-HVKE-L9l8-c!hPRhCbuNMimPUluNMhaOjOJgXVTDfVBj1JPev1G7lPbcxJRAJ-TJ3tF3MBfmcrEf2zi3lwhtSo22EFtbSFQ2WPE90Tv8$>
>  (it
>is "mangomap" and not "mangomaps", correct?).
>- The URL that we program into Mango is below, the one from the error
>   is what I assume is Mango reformatting the URL behind the scenes as it
>   presents in their UI to me. Note this URL is something that Mango 
> advised
>   us to use for the call on our server. We have tried it with the one
>   specified in the below question as well to the same results.
>   -
>  
> https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0
>
>
> If I try to access this URL with curl I get an error, I suppose because no
> parameters are specified:
>
>  $ curl '
> https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0
> '
> 
> Layer(s) not valid
> $
>
>
>-
>  - Is your qgis server / apache server / network policy set up to
>accept requests from outside your network?
>- It is. We have tested with ARCGIS and it is able to pull in the WMS
>   data fine with the below URL
>   -
>  
> https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0=EPSG:3857=VBCWMS1.qgz=APTEST
>
>
> If I try to access this URL with curl I get stuff:
>
> $ curl '
> https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0=EPSG:3857=VBCWMS1.qgz=APTEST
> '
> 
> http://www.opengis.net/wms
> <https://urldefense.com/v3/__http://www.opengis.net/wms__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARspbQVfKg$>
> http://schemas.opengis.net/wms/1.3.0/capabilities_1_3_0.xsd
> <ht

Re: [Qgis-user] QGIS and Mango

[Collin Coe via QGIS-User]

Chris,

Thank you so much for all the additional information, to be honest a lot of it 
is quite a bit over my head, but I will use it to hopefully point our folks at 
Mango down the right path.

It is good to have a second set of eyes verify what we thought, that our 
Apache/QGIS server is in fact serving this WMS data, but that Mango is just 
formatting their requests incorrectly.

Thanks!



  [cid:96ec8907-5332-44ab-a948-e13217d99e07]



  [Facebook] <https://www.facebook.com/VanBurenCountyMI/> [LinkedIn] 
<https://www.linkedin.com/company/van-buren-county-government> [Twitter] 
<https://twitter.com/VanBurenCoMI>

Collin Coe

IT Operations Manager

Van Buren County Information Services

a:

219 E. Paw Paw St, Suite 202

Paw Paw, MI 49079

t:

269-657-8266 ext. 1248

f:

269-657-8297

w:

https://www.vanburencountymi.gov<https://www.vanburencountymi.gov/>  e: 
c...@vanburencountymi.gov<mailto:c...@vanburencountymi.gov>

Need to meet with me? Book a meeting or check my availability with this link: 
Microsoft 
Bookings<https://outlook.office365.com/owa/calendar/collincoepersonalbooki...@vanburenco.onmicrosoft.com/bookings/>


From: chris hermansen 
Sent: Thursday, February 22, 2024 2:42 PM
To: Collin Coe 
Cc: qgis-user@lists.osgeo.org 
Subject: Re: [Qgis-user] QGIS and Mango

This email was sent from outside your organization. Please use caution when 
clicking links or opening attachments.

Collin and list,

On Thu, Feb 22, 2024 at 10:19 AM Collin Coe 
mailto:c...@vanburencountymi.gov>> wrote:
Thank you for your response, see my answers below.


  *
Note "the server understands the request but refuses to authorize it".
 *
That was my thought, as if I shut the Apache service down, the request times 
out instead.

  *
Looking at your URL, it appears your request doesn't go directly to the QGIS 
server, but rather goes to 
mangomap.com<https://urldefense.com/v3/__http://mangomap.com__;!!PO4-HVKE-L9l8-c!hPRhCbuNMimPUluNMhaOjOJgXVTDfVBj1JPev1G7lPbcxJRAJ-TJ3tF3MBfmcrEf2zi3lwhtSo22EFtbSFQ2WPE90Tv8$>
 (it is "mangomap" and not "mangomaps", correct?).
 *
The URL that we program into Mango is below, the one from the error is what I 
assume is Mango reformatting the URL behind the scenes as it presents in their 
UI to me. Note this URL is something that Mango advised us to use for the call 
on our server. We have tried it with the one specified in the below question as 
well to the same results.
*
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0

If I try to access this URL with curl I get an error, I suppose because no 
parameters are specified:

 $ curl 
'https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0'

Layer(s) not valid
$

*

  *
Is your qgis server / apache server / network policy set up to accept requests 
from outside your network?
 *
It is. We have tested with ARCGIS and it is able to pull in the WMS data fine 
with the below URL
*
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0=EPSG:3857=VBCWMS1.qgz=APTEST

If I try to access this URL with curl I get stuff:

$ curl 
'https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0=EPSG:3857=VBCWMS1.qgz=APTEST'

http://www.opengis.net/wms<https://urldefense.com/v3/__http://www.opengis.net/wms__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARspbQVfKg$>
 
http://schemas.opengis.net/wms/1.3.0/capabilities_1_3_0.xsd<https://urldefense.com/v3/__http://schemas.opengis.net/wms/1.3.0/capabilities_1_3_0.xsd__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARsuBDJvaM$>
 
http://www.opengis.net/sld<https://urldefense.com/v3/__http://www.opengis.net/sld__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARshj82gO1$>
 
http://schemas.opengis.net/sld/1.1.0/sld_capabilities.xsd<https://urldefense.com/v3/__http://schemas.opengis.net/sld/1.1.0/sld_capabilities.xsd__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARsiCRAGUo$>
 
http://www.qgis.org/wms<https://urldefense.com/v3/__http://www.qgis.org/wms__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARstKjFNDB$>
 
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?MAP=VBCWMS1.qgzSERVICE=WMSREQUEST=GetSchemaExtension;
 
xmlns:sld="http://www.opengis.net/sld<https://urldefense.com/v3/__http://www.opengis.net/sld__;!!PO4-HVKE-L9l8-c!hEv2n3Gmchd9UNWt1ZcDY0oAbsr6Rb10ZV94u2DxjFXxQ6oN-l1w1wgM6gy3Lzu-CMBxAd0sgdiCRtHMI5ARshj8

Re: [Qgis-user] QGIS and Mango

[chris hermansen via QGIS-User]

Collin and list,

On Thu, Feb 22, 2024 at 10:19 AM Collin Coe 
wrote:

> Thank you for your response, see my answers below.
>
>
>- Note "the server understands the request but refuses to authorize
>it".
>- That was my thought, as if I shut the Apache service down, the
>   request times out instead.
>
>   - Looking at your URL, it appears your request doesn't go directly
>to the QGIS server, but rather goes to mangomap.com
>
> 
>  (it
>is "mangomap" and not "mangomaps", correct?).
>- The URL that we program into Mango is below, the one from the error
>   is what I assume is Mango reformatting the URL behind the scenes as it
>   presents in their UI to me. Note this URL is something that Mango 
> advised
>   us to use for the call on our server. We have tried it with the one
>   specified in the below question as well to the same results.
>   -
>  
> https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0
>
>
If I try to access this URL with curl I get an error, I suppose because no
parameters are specified:

 $ curl '
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0
'

Layer(s) not valid
$

>
>-
>  - Is your qgis server / apache server / network policy set up to
>accept requests from outside your network?
>- It is. We have tested with ARCGIS and it is able to pull in the WMS
>   data fine with the below URL
>   -
>  
> https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0=EPSG:3857=VBCWMS1.qgz=APTEST
>
>
If I try to access this URL with curl I get stuff:

$ curl '
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?service=WMS=GetCapabilities=1.3.0=EPSG:3857=VBCWMS1.qgz=APTEST
'

http://www.opengis.net/wms
http://schemas.opengis.net/wms/1.3.0/capabilities_1_3_0.xsd
http://www.opengis.net/sld
http://schemas.opengis.net/sld/1.1.0/sld_capabilities.xsd
http://www.qgis.org/wms
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?MAP=VBCWMS1.qgzSERVICE=WMSREQUEST=GetSchemaExtension;
xmlns:sld="http://www.opengis.net/sld; xmlns:qgs="http://www.qgis.org/wms;
xmlns="http://www.opengis.net/wms; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance;>
 
  WMS
  VBCWMS1
  
   infoMapAccessService
  
  http://www.w3.org/1999/xlink;
xlink:type="simple" xlink:href="
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?MAP=VBCWMS1.qgz
"/>
  conditions unknown
  None
 
 
  
   
text/xml

 
  
   http://www.w3.org/1999/xlink;
xlink:type="simple" xlink:href="
https://wms.vanburencountymi.gov/cgi-bin/qgis_mapserv.fcgi.exe?MAP=VBCWMS1.qgz
;"/>
  
 

   
...
 

$

If I try the original you sent to me with curl, I get:

$ curl '
https://mangomap.com/clients/5dfb3952-42b1-11ee-83b6-027d7e0bb32b/coverage_stores/get_wms_layers?wms_source=https%253A%252F%252Fwms.vanburencountymi.gov%252Fcgi-bin%252Fqgis_mapserv.fcgi.exe%253Fservice%253DWMS%2526request%253DGetCapabilities%2526version%253D1.3.0&_=1708610138093
'
You are being https://mangomap.com/sign-in
">redirected.$

which lets me know mangomap.com is doing a redirect as we suspected.  If I
try with the curl "follow redirects" switch I am sent to mangomap.com's
login page:

 $ curl -L '
https://mangomap.com/clients/5dfb3952-42b1-11ee-83b6-027d7e0bb32b/coverage_stores/get_wms_layers?wms_source=https%253A%252F%252Fwms.vanburencountymi.gov%252Fcgi-bin%252Fqgis_mapserv.fcgi.exe%253Fservice%253DWMS%2526request%253DGetCapabilities%2526version%253D1.3.0&_=1708610138093
'



Sign in to Mango

...


$

So, so far so good, but not talking to your qgis server yet.

You might find it worthwhile continuing this way with curl, supplying your
login credentials, so you can get a bit more information on what's going on.


>-
>  - The text "(anonymous)" appears in the log following.  Could
>this mean that mangomap.com
>
> 
>  is
>trying to access your qgis server as user "anonymous"?
>- It is trying to access it anonymously, but I will note that ARCGIS
>   also accesses it this way and works fine
>
>   - When you configure MangoMap(s) to talk to your qgis server, have
>you entered the necessary credentials (user name and password)?
>- See above, it is availible anonymously. We will be locking it down
>   with creds eventually, but for testing it is
>
>
Got it.

>
>-
>   - Can you verify that your qgis server is ok to respond to the
>"getcapabilities" request with the parameters supplied?  Ie maybe try it
>with curl from inside 

Re: [Qgis-user] QGIS and Mango

[chris hermansen via QGIS-User]

Collin and list,

On Thu, Feb 22, 2024 at 7:43 AM Collin Coe via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hey All,
>
> Let me know if this is the appropriate place to send a question like this,
> or if there is a better support channel I might be able to reach out to.
>
> So I, internal IT, have been tasked with assisting our GIS department with
> standing up a WMS server to serve local mapping data to MangoMaps. This is
> all in an effort to distance ourselves from ESRI as they want big money to
> store the volume of GIS data we have on their hosted solution.
>
> I have stood up the QGIS server on a Windows 2019 server we are running
> here, gotten our GIS director connected to it using QGIS desktop, and he
> has even published a project that we can open just fine using the FQDN of
> our QGIS server externally. But here is the catch, while he can load the
> WMS data just fine in ARCGIS Pro on his home desktop, whenever we attempt
> to plug the string into MangoMaps as a WMS data source we get a 403 error
> and a 500 error on the Mango side and it fails to pull in the data.
>
> My question is this, does anyone here have the same setup we do, pumping
> WMS data from QGIS server over https to MangoMaps, and would you be able to
> give some advice on how you were able to get that working? We are working
> with Mango support, but this falls a bit out of their wheelhouse, as it
> seems like our Apache QGIS server is the one giving the 403 error. The bit
> that confuses me, is that it is working just fine in ARCGIS traversing the
> same network, from the same host. This leads me to believe that Mango needs
> something special/different done on their end to make it work.
>
> I will also be the first to note that I am not an Apache/GIS expert, and
> it very well could be an error we have made in our servers configuration.
> We have gone over the configuration with Mango, and they do not see any
> errors, but again, that is not their wheelhouse.
>

A 403 error usually indicates something along the lines that the web client
is trying to access something for which it doesn't have permission.  For
example Mozilla docs state:

403 Forbidden
> The HTTP 403 Forbidden response status code indicates that the server
> understands the request but refuses to authorize it.
> This status is similar to 401, but for the 403 Forbidden status code,
> re-authenticating makes no difference. The access is tied to the
> application logic, such as insufficient rights to a resource.


Note "the server understands the request but refuses to authorize it".

Looking at your URL, it appears your request doesn't go directly to the
QGIS server, but rather goes to mangomap.com (it is "mangomap" and not
"mangomaps", correct?).

Is your qgis server / apache server / network policy set up to accept
requests from outside your network?

The text "(anonymous)" appears in the log following.  Could this mean that
mangomap.com is trying to access your qgis server as user "anonymous"?

When you configure MangoMap(s) to talk to your qgis server, have you
entered the necessary credentials (user name and password)?

Can you verify that your qgis server is ok to respond to the
"getcapabilities" request with the parameters supplied?  Ie maybe try it
with curl from inside your network?


> At any rate, see the error that we get in Mango below, and let me know if
> you have any advice.
>
>
>
>
> application_one_page_app-e0c184742f67970dfcbc711490e8927caf4b7d25f000dd69df5a805edeca457b.js:63
> GET
> https://mangomap.com/clients/5dfb3952-42b1-11ee-83b6-027d7e0bb32b/coverage_stores/get_wms_layers?wms_source=https%253A%252F%252Fwms.vanburencountymi.gov%252Fcgi-bin%252Fqgis_mapserv.fcgi.exe%253Fservice%253DWMS%2526request%253DGetCapabilities%2526version%253D1.3.0&_=1708610138093
> 403 (Forbidden)
> send @
> application_one_page_app-e0c184742f67970dfcbc711490e8927caf4b7d25f000dd69df5a805edeca457b.js:63
> ajax @
> application_one_page_app-e0c184742f67970dfcbc711490e8927caf4b7d25f000dd69df5a805edeca457b.js:63
> request @
> application_one_page_app-e0c184742f67970dfcbc711490e8927caf4b7d25f000dd69df5a805edeca457b.js:640
> connectWms @
> application_data_portal-f8ccb478ddb794401762bdd65a58df88cca0a03a304324c540f5d9b97c5622bd.js:11
> (anonymous) @
> application_data_portal-f8ccb478ddb794401762bdd65a58df88cca0a03a304324c540f5d9b97c5622bd.js:13
> dispatch @
> application_one_page_app-e0c184742f67970dfcbc711490e8927caf4b7d25f000dd69df5a805edeca457b.js:62
> v.handle @
> application_one_page_app-e0c184742f67970dfcbc711490e8927caf4b7d25f000dd69df5a805edeca457b.js:61
>
>
>
>
>
>   [image: Facebook] [image:
> LinkedIn] 
>  [image: Twitter] 
>
> *Collin Coe*
>
> *IT Operations Manager*
>
> *Van Buren County Information Services*
>
> a:
>
> 219 E. Paw Paw St, Suite 202
>
> Paw Paw, MI 49079
>
> t:
>
> 269-657-8266 ext. 1248
>
> f:
>

Re: [Qgis-user] QGIS Browser Add relationship to Geopackage Error

[Andrea Giudiceandrea via QGIS-User]

Klaus Mithöfer mithoefer at gbd-consult.de
Tue Jan 30 04:38:37 PST 2024


I use QGIS 3.34.3 (Windows) with gdal 3.8.3. 
So it should work.


Hi Klaus,
I suggest you to create a new issue report on 
https://github.com/qgis/QGIS/issues providing alla the requested info 
and possibly also a sample layer and exact steps with which the issue 
occurs in order for a developer to replicate the issue and find its root 
cause and fix it if needed.


Best regards.

Andrea
___
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 Browser Add relationship to Geopackage Error

[Klaus Mithöfer via QGIS-User]

Hi Andrea,

Thank you for your message. I use QGIS 3.34.3 (Windows) with gdal 3.8.3. 
So it should work.



Am 30.01.24 um 11:20 schrieb Andrea Giudiceandrea via QGIS-User:

Hi Klaus,
what is the GDAL version used by QGIS on your system?
According to [1] the GDAL versions that support relationship editing and 
creation capabilities in browser are:


- ESRI FileGeodatabases on GDAL 3.6+
- GeoPackage and sqlite databases on GDAL 3.7+

Best regards.

Andrea

[1] https://github.com/qgis/QGIS/pull/51432
___
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 Browser Add relationship to Geopackage Error

[Andrea Giudiceandrea via QGIS-User]

Hi Klaus,
what is the GDAL version used by QGIS on your system?
According to [1] the GDAL versions that support relationship editing and 
creation capabilities in browser are:


- ESRI FileGeodatabases on GDAL 3.6+
- GeoPackage and sqlite databases on GDAL 3.7+

Best regards.

Andrea

[1] https://github.com/qgis/QGIS/pull/51432
___
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 Qt6 Wayland ongoing status

[Nyall Dawson via QGIS-User]

> Thanks very much for this detailed authoritative explanation, Nyall.  I
have a couple of specific comments below...

>  It's disappointing to read this as there's clearly a disconnect between
what e.g. QGIS developers are experiencing and what Fedora, Gentoo and
maybe others are saying about Qt5 and Wayland.  For example, this on the
Gentoo Wiki here https://wiki.gentoo.org/wiki/Wayland

That gentoo page is fairly optimistic in that it's considering wayland
support "complete" just because it works for common use cases.

>> For Qt an additional package called dev-qt/qtwayland is required. In the
Qt Wiki it says: "QtWayland is a Qt 5 module that wraps the functionality
of Wayland. QtWayland is separated into a client and server side. The
client side is the wayland platform plugin, and provides a way to run Qt
applications as Wayland clients. The server side is the QtCompositor API,
and allows users to write their own Wayland compositors."

This is definitely incorrect. Qt5 on wayland, regardless of whether or not
QtWayland is in play, will still be broken. It will "kind of" work in some
circumstances, but eg docks/toolbars are broken and will NEVER work
correctly under this setup.

> And this on Fedora here
https://fedoraproject.org/wiki/Changes/Qt_Wayland_By_Default_On_Gnome
>
>> Qt Wayland plugin has been available for a long time, but it hasn't been
in condition where it could be enabled by default. With Qt 5.12 the state
of the Wayland plugin is much better and it's becoming more and more
reliable.

"becoming more reliable" does not equate to "reliable" 藍

>  It now supports all the needed protocols and has been enabled by default
for non-Gnome Wayland sessions. With Qt Wayland on Gnome Wayland session we
need to support CSD, it's actually the only way how decorations are going
to work in Qt apps right now. Qt Wayland implements basic decorations,
which really doesn't match Gnome Adwaita theme, therefore there are new CSD
being implemented as part of QGnomePlatform.
>>
>> To make Qt applications run natively on Wayland we need to modify Qt 5,
specifically qt5-qtbase module, where we allow the Wayland plugin to be
used also for Gnome sessions. The new decorations from QGnomePlatform will
be used automatically once they are fully implemented and updated in Fedora.
>
> (the above dated 2019!!!)

Right, but that's all focusing on a very narrow topic -- getting client
side decorations working under wayland and allowing Qt applications to
open. Once again, trying to use anything but a very simple single window /
"hello world" type application will quickly run into breakage. That
particular page is written from a "running Qt apps on Wayland under gnome"
viewpoint, and isn't trying to consider the lower lying topics about
getting full functionality for any qt app (on any platform) working under
Wayland.

>>
>> Read about the sorry state of it here:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/247
>
>
> An exceptionally informative pull request.  I was particularly struck by
this comment:
>
>>  Of course you could argue that all of these applications should be
rewritten from the ground up, but especially in science this is not
feasible - people will use X11 indefinitely rather than going to Wayland
with a much degraded user experience.
>
>
> Maybe it's just me, but I have to think that the lack of a placement
protocol (when X, Windows and OSX all support this) is a design mis-feature
in Wayland, rather than a decision taken to guide the architecture of
future desktop applications...

I should have linked to the original posting relating to this (couldn't
find it yesterday). Here's the full gory details:
https://blog.tenstral.net/2024/01/wayland-really-breaks-things-just-for-now.html


Nyall



>
>>
>> So yeah, not a happy situation. At least on the QGIS side we're making
progress toward Qt 6 compatibility, and that's all we can really do from
our end.
>
>
> Well as always, extreme thank-yous to all QGIS developers.  And again the
information you provide here is very valuable at least to me, so thanks
again for taking the time to write this!
>>
>>
>> Nyall
>
>
> [previous stuff deleted]
>
>
> --
> Chris Hermansen · clhermansen "at" gmail "dot" com
>
> C'est ma façon de parler.
___
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 Qt6 Wayland ongoing status

[chris hermansen via QGIS-User]

Thanks very much for this detailed authoritative explanation, Nyall.  I
have a couple of specific comments below...

On Wed, Jan 17, 2024 at 10:29 PM Nyall Dawson 
wrote:

>
>
> On Thu, 18 Jan 2024 at 13:56, chris hermansen via QGIS-User <
> qgis-user@lists.osgeo.org> wrote:
> >
> > Adam and list,
> >
> > On Wed, Jan 17, 2024 at 5:34 PM Adam Nielsen 
> wrote:
> >>
> >> > I have been trying to find a mostly definitive and mostly up-to-date
> >> > conversation about the status of QGIS, Qt6 and Wayland and I'm not
> having
> >> > any luck.
> >>
> >> What's the underlying need for this information?
>
> ... gather round folks, for a truly sorry tale! Here's the definitive(*)
> situation regarding QGIS and wayland.
>
> - Qt 5 based applications do NOT work well under any wayland environment.
> There's fundamental broken functionality, and its functionality which QGIS
> requires. A good example is trying to drag a toolbar or dock panel --
> you'll instantly "break" the application with non functional empty windows.
> - This particular issue HAS been fixed in very recent Qt versions. Read
> all about it here:
> https://blog.david-redondo.de/kde/wayland/qt/2023/08/08/xdg-toplevel-drag.html
> . BUT... this fix ONLY works if the desktop environment supports the fix.
> So you'll also need a very recent KDE release for this to work. Gnome, in
> typical Gnome fashion, have shown no interest in helping out other toolkits
> and implementing this new Wayland protocol and so Qt applications (even
> those built with Qt 6.6+) will still be broken. There's little hope on the
> horizon that Gnome will change their ways, so you'll also need to move to
> KDE and put Gnome in the past. 路
>

 It's disappointing to read this as there's clearly a disconnect between
what e.g. QGIS developers are experiencing and what Fedora, Gentoo and
maybe others are saying about Qt5 and Wayland.  For example, this on the
Gentoo Wiki here https://wiki.gentoo.org/wiki/Wayland

For Qt an additional package called dev-qt/qtwayland
>  is required. In
> the Qt Wiki it says: "QtWayland is a Qt 5 module that wraps the
> functionality of Wayland. QtWayland is separated into a client and server
> side. The client side is the wayland platform plugin, and provides a way to
> run Qt applications as Wayland clients. The server side is the QtCompositor
> API, and allows users to write their own Wayland compositors."


And this on Fedora here
https://fedoraproject.org/wiki/Changes/Qt_Wayland_By_Default_On_Gnome

Qt Wayland plugin has been available for a long time, but it hasn't been in
> condition where it could be enabled by default. With Qt 5.12 the state of
> the Wayland plugin is much better and it's becoming more and more reliable.
> It now supports all the needed protocols and has been enabled by default
> for non-Gnome Wayland sessions. With Qt Wayland on Gnome Wayland session we
> need to support CSD, it's actually the only way how decorations are going
> to work in Qt apps right now. Qt Wayland implements basic decorations,
> which really doesn't match Gnome Adwaita theme, therefore there are new CSD
> being implemented as part of QGnomePlatform.

To make Qt applications run natively on Wayland we need to modify Qt 5,
> specifically *qt5-qtbase* module, where we allow the Wayland plugin to be
> used also for Gnome sessions. The new decorations from QGnomePlatform will
> be used automatically once they are fully implemented and updated in
> Fedora.

(the above dated 2019!!!)

> - So let's say you're running KDE, on a distro with a very recent Qt
> version. You'll still need a QGIS build based on Qt 6. That's a heavy work
> in progress at the moment. We're all ACTIVELY working toward that, but it's
> still some time away. You CAN build master versions and get a mostly
> working QGIS Qt6 build, so long as you don't require any Python support,
> that is!
> - Ok, now lets assume you're on KDE, have recent Qt 6 library, have built
> QGIS master with Qt6 support and don't need python/plugins. Yay! Will
> everything work on Wayland? Well, not quite!.. There's still going to be
> broken functionality (such as the color picker not working outside of the
> QGIS application). There's also STILL fundamental missing bits in Wayland
> itself, such as proper restoring of Window locations. Every time QGIS opens
> a new dialog it'll just be thrown on some random screen at some random
> location. There's still no real progress toward that being fixed. Read
> about the sorry state of it here:
> https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/247
>

An exceptionally informative pull request.  I was particularly struck by
this comment:

 Of course you could argue that all of these applications should be
> rewritten from the ground up, but especially in science this is not
> feasible - people will use X11 indefinitely rather than going to Wayland
> with a much degraded user experience.


Maybe 

Re: [Qgis-user] QGIS Qt6 Wayland ongoing status

[Nyall Dawson via QGIS-User]

On Thu, 18 Jan 2024 at 13:56, chris hermansen via QGIS-User <
qgis-user@lists.osgeo.org> wrote:
>
> Adam and list,
>
> On Wed, Jan 17, 2024 at 5:34 PM Adam Nielsen 
wrote:
>>
>> > I have been trying to find a mostly definitive and mostly up-to-date
>> > conversation about the status of QGIS, Qt6 and Wayland and I'm not
having
>> > any luck.
>>
>> What's the underlying need for this information?

... gather round folks, for a truly sorry tale! Here's the definitive(*)
situation regarding QGIS and wayland.

- Qt 5 based applications do NOT work well under any wayland environment.
There's fundamental broken functionality, and its functionality which QGIS
requires. A good example is trying to drag a toolbar or dock panel --
you'll instantly "break" the application with non functional empty windows.
- This particular issue HAS been fixed in very recent Qt versions. Read all
about it here:
https://blog.david-redondo.de/kde/wayland/qt/2023/08/08/xdg-toplevel-drag.html
. BUT... this fix ONLY works if the desktop environment supports the fix.
So you'll also need a very recent KDE release for this to work. Gnome, in
typical Gnome fashion, have shown no interest in helping out other toolkits
and implementing this new Wayland protocol and so Qt applications (even
those built with Qt 6.6+) will still be broken. There's little hope on the
horizon that Gnome will change their ways, so you'll also need to move to
KDE and put Gnome in the past. 路
- So let's say you're running KDE, on a distro with a very recent Qt
version. You'll still need a QGIS build based on Qt 6. That's a heavy work
in progress at the moment. We're all ACTIVELY working toward that, but it's
still some time away. You CAN build master versions and get a mostly
working QGIS Qt6 build, so long as you don't require any Python support,
that is!
- Ok, now lets assume you're on KDE, have recent Qt 6 library, have built
QGIS master with Qt6 support and don't need python/plugins. Yay! Will
everything work on Wayland? Well, not quite!.. There's still going to be
broken functionality (such as the color picker not working outside of the
QGIS application). There's also STILL fundamental missing bits in Wayland
itself, such as proper restoring of Window locations. Every time QGIS opens
a new dialog it'll just be thrown on some random screen at some random
location. There's still no real progress toward that being fixed. Read
about the sorry state of it here:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/247

So yeah, not a happy situation. At least on the QGIS side we're making
progress toward Qt 6 compatibility, and that's all we can really do from
our end.

Nyall




>
>
> I don't know if you have recently run QGIS on a Wayland desktop, but
there is a stern message strongly suggesting reverting to X.
>
> So as we seem to be marching away from X and ever forward to Wayland, I
would like to start planning ahead a bit, and I would especially like to
find some real information, as opposed to "I think this (but I really don't
know)", or even worse, the people who can see a bright future for (let's
say) Wayland-only desktops and aren't worried about the bumps on the road
getting there.
>
> Fortunately it seems Ubuntu 24.04 will continue to support X
https://discourse.ubuntu.com/t/ubuntu-desktop-24-04-lts-roadmap-highlights/41032
so in my case at least I know I can drop back to X if / as necessary for
the immediate future.
>>
>>
>> > There is some stuff on GitHub but it seems to be at least a year or two
>> > old, talking about Qt6.0 and I gather we are at Qt6.6 by now.  Plus
endless
>> > short conversations in places like Reddit that throw off more heat than
>> > light.
>>
>> Updating to a new Qt version is likely going to be a lot of work, so I
>> imagine nobody is that keen on starting until there's really no choice.
>
>
> As it happens, a search for qt6 in the QGIS repo on GitHub shows work
being done on qt6, apparently for QGIS 4.  So maybe someone has started
already?  I wonder how that's going?
>>
>>
>> > Does anyone have any suggestions as to where to keep informed on this
>> > topic?  Because it seems like Wayland is coming whether we want it or
not...
>>
>> Wayland has been around for many years at this point, and is already the
>> default on some Linux distributions, which have no problem running
>> QGIS.  There is so much legacy code that they are always going to have
>> compatibility modules to keep non-Wayland programs usable.  I wouldn't
>> worry about any programs suddenly breaking due to Wayland.
>
>
> While I appreciate your attempts to reassure me, this isn't helping.
>
> I'm aware from firsthand experience that Wayland has been around for many
years at this point.  I have even used it on and off.  In fact it's my
daily driver on my laptop.
>
> My concern is learning how QGIS development might converge - or not -
with a Wayland-only future, since it seems several important Linux distros
are leaning away from supporting X to 

Re: [Qgis-user] QGIS Qt6 Wayland ongoing status

[chris hermansen via QGIS-User]

Extremely informative Andreas, thank you.

I should have thought about the developer list! Drat!

On Wed, Jan 17, 2024, 22:10 Andreas Neumann  wrote:

> Hi Chris, Adam and others,
>
> I am not the technical person to answer details, but I am on the QGIS PSC
> and can assure you that building QGIS on Qt6 is high up on our priority
> list (for at least a year or even longer). You can already build QGIS fine
> on Qt6 (for at least 2-3 versions now) but the core devs came across some
> blockers that had to be solved first, before we can bring this to the end
> users without major regressions:
>
>1. isues around qt3d and webengine compatibility (one could either use
>3D or the webengine, not both together)
>2. issues around the fact that Qt webengine cannot output HTML/web
>output to vectors when rendering to PDF
>3. PyQt6 bindings had to be done
>
> While the first issue is already solved, the 2nd issue is currently being
> solved by introducing another library (
> https://github.com/JakubMelka/PDF4QT) and the third item is roughly 2/3
> done and still actively being worked on.
>
> Then there is the issue that all QGIS plugins have to be migrated to PyQt6
> ...
>
> We will probably offer QGIS Qt6 builds as technology previews soon in
> parallel to the normal Qt5 builds.
>
> Now - about wayland: all of this has really nothing to do with Wayland but
> has to be done anyway, because Qt5 isn't developed any further and
> QGIS.ORG already invested in Qt6 improvements from which we cannot yet
> take advantage of until we ship with Qt6.
>
> Moving QGIS to Qt6 doesn't automatically mean that all QGIS wayland issues
> are solved - but probably quite a few of these issues.
>
> Hope this clarifies the situation? If you want more detailed, more
> technical responses, I recommend discussions on the QGIS developers mailing
> list. It would only bore regular QGIS users ...
>
> Greetings,
>
> Andreas
> QGIS.ORG treasurer and PSC member
>
>
>
> I don't know if you have recently run QGIS on a Wayland desktop, but there
> is a stern message strongly suggesting reverting to X.
>
> So as we seem to be marching away from X and ever forward to Wayland, I
> would like to start planning ahead a bit, and I would especially like to
> find some real information, as opposed to "I think this (but I really don't
> know)", or even worse, the people who can see a bright future for (let's
> say) Wayland-only desktops and aren't worried about the bumps on the road
> getting there.
>
> Fortunately it seems Ubuntu 24.04 will continue to support X
> https://discourse.ubuntu.com/t/ubuntu-desktop-24-04-lts-roadmap-highlights/41032
> so in my case at least I know I can drop back to X if / as necessary for
> the immediate future.
>
>
> > There is some stuff on GitHub but it seems to be at least a year or two
> > old, talking about Qt6.0 and I gather we are at Qt6.6 by now.  Plus
> endless
> > short conversations in places like Reddit that throw off more heat than
> > light.
>
> Updating to a new Qt version is likely going to be a lot of work, sot
> imagine nobody is that keen on starting until there's really no choice.
>
>
> As it happens, a search for qt6 in the QGIS repo on GitHub shows work
> being done on qt6, apparently for QGIS 4.  So maybe someone has started
> already?  I wonder how that's going?
>
>
> > Does anyone have any suggestions as to where to keep informed on this
> > topic?  Because it seems like Wayland is coming whether we want it or
> not...
>
> Wayland has been around for many years at this point, and is already the
> default on some Linux distributions, which have no problem running
> QGIS.  There is so much legacy code that they are always going to have
> compatibility modules to keep non-Wayland programs usable.  I wouldn't
> worry about any programs suddenly breaking due to Wayland.
>
>
> While I appreciate your attempts to reassure me, this isn't helping.
>
> I'm aware from firsthand experience that Wayland has been around for many
> years at this point.  I have even used it on and off.  In fact it's my
> daily driver on my laptop.
>
> My concern is learning how QGIS development might converge - or not - with
> a Wayland-only future, since it seems several important Linux distros are
> leaning away from supporting X to some degree or another.
>
> As to whether QGIS might break under Wayland, there are 31 issues in the
> QGIS repo as of this evening related to Wayland in some form or the other.
> Plus the warning I mentioned above.
>
> --
> Chris Hermansen · clhermansen "at" gmail "dot" com
>
> C'est ma façon de parler.
>
> ___
> 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: 

Re: [Qgis-user] QGIS Qt6 Wayland ongoing status

[Andreas Neumann via QGIS-User]

Hi Chris, Adam and others,

I am not the technical person to answer details, but I am on the QGIS 
PSC and can assure you that building QGIS on Qt6 is high up on our 
priority list (for at least a year or even longer). You can already 
build QGIS fine on Qt6 (for at least 2-3 versions now) but the core devs 
came across some blockers that had to be solved first, before we can 
bring this to the end users without major regressions:


 	* isues around qt3d and webengine compatibility (one could either use 
3D or the webengine, not both together)
 	* issues around the fact that Qt webengine cannot output HTML/web 
output to vectors when rendering to PDF

* PyQt6 bindings had to be done

While the first issue is already solved, the 2nd issue is currently 
being solved by introducing another library 
(https://github.com/JakubMelka/PDF4QT) and the third item is roughly 2/3 
done and still actively being worked on.


Then there is the issue that all QGIS plugins have to be migrated to 
PyQt6 ...


We will probably offer QGIS Qt6 builds as technology previews soon in 
parallel to the normal Qt5 builds.


Now - about wayland: all of this has really nothing to do with Wayland 
but has to be done anyway, because Qt5 isn't developed any further and 
QGIS.ORG already invested in Qt6 improvements from which we cannot yet 
take advantage of until we ship with Qt6.


Moving QGIS to Qt6 doesn't automatically mean that all QGIS wayland 
issues are solved - but probably quite a few of these issues.


Hope this clarifies the situation? If you want more detailed, more 
technical responses, I recommend discussions on the QGIS developers 
mailing list. It would only bore regular QGIS users ...


Greetings,

Andreas
QGIS.ORG treasurer and PSC member

I don't know if you have recently run QGIS on a Wayland desktop, but 
there is a stern message strongly suggesting reverting to X.


So as we seem to be marching away from X and ever forward to Wayland, I 
would like to start planning ahead a bit, and I would especially like 
to find some real information, as opposed to "I think this (but I 
really don't know)", or even worse, the people who can see a bright 
future for (let's say) Wayland-only desktops and aren't worried about 
the bumps on the road getting there.


Fortunately it seems Ubuntu 24.04 will continue to support X 
https://discourse.ubuntu.com/t/ubuntu-desktop-24-04-lts-roadmap-highlights/41032 
so in my case at least I know I can drop back to X if / as necessary 
for the immediate future.


There is some stuff on GitHub but it seems to be at least a year or 
two
old, talking about Qt6.0 and I gather we are at Qt6.6 by now.  Plus 
endless
short conversations in places like Reddit that throw off more heat 
than

light.


Updating to a new Qt version is likely going to be a lot of work, sot
imagine nobody is that keen on starting until there's really no 
choice.


As it happens, a search for qt6 in the QGIS repo on GitHub shows work 
being done on qt6, apparently for QGIS 4.  So maybe someone has started 
already?  I wonder how that's going?



Does anyone have any suggestions as to where to keep informed on this
topic?  Because it seems like Wayland is coming whether we want it or 
not...


Wayland has been around for many years at this point, and is already 
the

default on some Linux distributions, which have no problem running
QGIS.  There is so much legacy code that they are always going to have
compatibility modules to keep non-Wayland programs usable.  I wouldn't
worry about any programs suddenly breaking due to Wayland.


While I appreciate your attempts to reassure me, this isn't helping.

I'm aware from firsthand experience that Wayland has been around for 
many years at this point.  I have even used it on and off.  In fact 
it's my daily driver on my laptop.


My concern is learning how QGIS development might converge - or not - 
with a Wayland-only future, since it seems several important Linux 
distros are leaning away from supporting X to some degree or another.


As to whether QGIS might break under Wayland, there are 31 issues in 
the QGIS repo as of this evening related to Wayland in some form or the 
other.  Plus the warning I mentioned above.

--

Chris Hermansen · clhermansen "at" gmail "dot" com

C'est ma façon de parler.
___
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 Qt6 Wayland ongoing status

[chris hermansen via QGIS-User]

Adam and list,

On Wed, Jan 17, 2024 at 5:34 PM Adam Nielsen  wrote:

> > I have been trying to find a mostly definitive and mostly up-to-date
> > conversation about the status of QGIS, Qt6 and Wayland and I'm not having
> > any luck.
>
> What's the underlying need for this information?
>

I don't know if you have recently run QGIS on a Wayland desktop, but there
is a stern message strongly suggesting reverting to X.

So as we seem to be marching away from X and ever forward to Wayland, I
would like to start planning ahead a bit, and I would especially like to
find some real information, as opposed to "I think this (but I really don't
know)", or even worse, the people who can see a bright future for (let's
say) Wayland-only desktops and aren't worried about the bumps on the road
getting there.

Fortunately it seems Ubuntu 24.04 will continue to support X
https://discourse.ubuntu.com/t/ubuntu-desktop-24-04-lts-roadmap-highlights/41032
so in my case at least I know I can drop back to X if / as necessary for
the immediate future.

>
> > There is some stuff on GitHub but it seems to be at least a year or two
> > old, talking about Qt6.0 and I gather we are at Qt6.6 by now.  Plus
> endless
> > short conversations in places like Reddit that throw off more heat than
> > light.
>
> Updating to a new Qt version is likely going to be a lot of work, so I
> imagine nobody is that keen on starting until there's really no choice.
>

As it happens, a search for qt6 in the QGIS repo on GitHub shows work being
done on qt6, apparently for QGIS 4.  So maybe someone has started already?
I wonder how that's going?

>
> > Does anyone have any suggestions as to where to keep informed on this
> > topic?  Because it seems like Wayland is coming whether we want it or
> not...
>
> Wayland has been around for many years at this point, and is already the
> default on some Linux distributions, which have no problem running
> QGIS.  There is so much legacy code that they are always going to have
> compatibility modules to keep non-Wayland programs usable.  I wouldn't
> worry about any programs suddenly breaking due to Wayland.
>

While I appreciate your attempts to reassure me, this isn't helping.

I'm aware from firsthand experience that Wayland has been around for many
years at this point.  I have even used it on and off.  In fact it's my
daily driver on my laptop.

My concern is learning how QGIS development might converge - or not - with
a Wayland-only future, since it seems several important Linux distros are
leaning away from supporting X to some degree or another.

As to whether QGIS might break under Wayland, there are 31 issues in the
QGIS repo as of this evening related to Wayland in some form or the other.
Plus the warning I mentioned above.

-- 
Chris Hermansen · clhermansen "at" gmail "dot" com

C'est ma façon de parler.
___
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 Qt6 Wayland ongoing status

[Adam Nielsen via QGIS-User]

> I have been trying to find a mostly definitive and mostly up-to-date
> conversation about the status of QGIS, Qt6 and Wayland and I'm not having
> any luck.

What's the underlying need for this information?

> There is some stuff on GitHub but it seems to be at least a year or two
> old, talking about Qt6.0 and I gather we are at Qt6.6 by now.  Plus endless
> short conversations in places like Reddit that throw off more heat than
> light.

Updating to a new Qt version is likely going to be a lot of work, so I
imagine nobody is that keen on starting until there's really no choice.

> Does anyone have any suggestions as to where to keep informed on this
> topic?  Because it seems like Wayland is coming whether we want it or not...

Wayland has been around for many years at this point, and is already the
default on some Linux distributions, which have no problem running
QGIS.  There is so much legacy code that they are always going to have
compatibility modules to keep non-Wayland programs usable.  I wouldn't
worry about any programs suddenly breaking due to Wayland.

Cheers,
Adam.
___
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: csv export of decimal data without quotation marks

[Andrea Giudiceandrea via QGIS-User]

Matti Bartels bartels at capsa-building.org
Wed Jan 10 20:30:07 PST 2024



I’ve opened a ticket for this regression in GitHub.


Hi Matti,
thank you for creating an issue report in the GitHub repository [1]. The 
root cause of the issue has been already found by Even Rouault in the 
GDAL/OGR library and a patch for such library has been promptly 
submitted [2] in order to fix the regression (affecting QGIS version 
using GDAL/OGR 3.8.1 <= version <= 3.8.3).


Best regards.

Andrea

[1] https://github.com/qgis/QGIS/issues/55808
[2] https://github.com/OSGeo/gdal/pull/9048
___
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: csv export of decimal data without quotation marks

[Matti Bartels via QGIS-User]

Hello one and all,


Thank you, Ismail, for your response.

I’ve opened a ticket for this regression in GitHub.

Cheers,
Matti



[A picture containing text, clipart  Description automatically generated]


Groß-Buchholzer Kirchweg 72D
30655 Hannover, Germany
Reg. at Local Court Hannover: HRB 214606
VAT ID: DE 309 727 172



 [signature_3308856947]+49 511 8989 1550
 [signature_1507637357]   
bart...@capsa-building.org<mailto:bart...@capsa-building.org>
[signature_3761750901]   www.capsa-building.org<http://www.capsa-building.org/>

CONFIDENTIALITY: This e-mail and any attachments are confidential and may be 
privileged. If you are not a named recipient, please notify the sender 
immediately and do not disclose the contents to another person, do not use the 
contents for any other purpose and do not store/copy the information in any 
medium.

Von: Ismail Sunni 
Gesendet: Mittwoch, 10. Januar 2024 07:40
An: Matti Bartels 
Cc: qgis-user@lists.osgeo.org
Betreff: Re: [Qgis-user] QGIS: csv export of decimal data without quotation 
marks

Hi Matti,

seems like a bug/regression to me. Could you create a GitHub issue with simple 
sample data (expected and what you get)? Perhaps it can help the developer to 
fix it sooner.

Best regards.

On Wed, Jan 10, 2024 at 12:18 PM Matti Bartels via QGIS-User 
mailto:qgis-user@lists.osgeo.org>> wrote:
Hello one and all,


Since some minor update around 2 months ago, I have not been able to export a 
GeoPackage layer as csv files (with the “layer options” > “STRING_QUOTING” > 
“ALWAYS”) without decimal data (real) es also getting written in quotation 
marks anymore. This is now happening in QGIS versions 3.28.14 and 3.34.2, but 
not in version 3.10.14. Using different versions of QGIS or Notepad++ as a 
workaround is tedious, and I would prefer to avoid it.

Because it has not happened during exports before and is still working in the 
former version, I am not sure if this change was wanted.


Cheers,
Matti


[A picture containing text, clipartDescription automatically generated]


Groß-Buchholzer Kirchweg 72D
30655 Hannover, Germany
Reg. at Local Court Hannover: HRB 214606
VAT ID: DE 309 727 172



 [signature_3308856947]+49 511 8989 1550
 [signature_1507637357]   
bart...@capsa-building.org<mailto:bart...@capsa-building.org>
[signature_3761750901]   www.capsa-building.org<http://www.capsa-building.org/>


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


--
Ismail Sunni
Software Engineer
ismailsunni.id<http://ismailsunni.id>
ismailsunni.wordpress.com<http://ismailsunni.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

Re: [Qgis-user] QGIS: csv export of decimal data without quotation marks

[Ismail Sunni via QGIS-User]

Hi Matti,

seems like a bug/regression to me. Could you create a GitHub issue with
simple sample data (expected and what you get)? Perhaps it can help the
developer to fix it sooner.

Best regards.

On Wed, Jan 10, 2024 at 12:18 PM Matti Bartels via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello one and all,
>
>
>
>
>
> Since some minor update around 2 months ago, I have not been able to
> export a GeoPackage layer as csv files (with the “layer options” >
> “STRING_QUOTING” > “ALWAYS”) without decimal data (real) es also getting
> written in quotation marks anymore. This is now happening in QGIS versions
> 3.28.14 and 3.34.2, but not in version 3.10.14. Using different versions of
> QGIS or Notepad++ as a workaround is tedious, and I would prefer to avoid
> it.
>
>
>
> Because it has not happened during exports before and is still working in
> the former version, I am not sure if this change was wanted.
>
>
>
>
>
> Cheers,
>
> Matti
>
>
>
>
>
> [image: A picture containing text, clipart Description automatically
> generated]
>
>
>
>
> Groß-Buchholzer Kirchweg 72D
>
> 30655 Hannover, Germany
>
> Reg. at Local Court Hannover: HRB 214606
>
> VAT ID: DE 309 727 172
>
>
>
>
>
>
>
>  [image: signature_3308856947]   +49 511 8989 1550
>
>  [image: signature_1507637357]  bart...@capsa-building.org
>
> [image: signature_3761750901]   www.capsa-building.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
>


-- 
Ismail Sunni
Software Engineer
ismailsunni.id
ismailsunni.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

Re: [Qgis-user] QGIS attribute forms question

[Aguilar Bolivar, Rosa (UT-ITC) via QGIS-User]

Hi,
If I understood correctly,  You want to reuse a form given that a layer has 
more columns.
If you are using QGIS GUI you  can:
Option A. Change the data source to the layer. The form will remain. Add/edit 
the new attributes
Option B. Add the new layer and copy styles (form)  --> paste the style/form to 
the new layer

Hope this helps.

Rosa
-
Dr. Rosa Aguilar
University of Twente
Faculty of Geoinformation Science and Earth Observation
Connect with me on 
LinkedIn
https://rosaguilar.github.io
-
The essential is invisible to the eye. Saint-Exupéry

From: QGIS-User  On Behalf Of Brent Wood via 
QGIS-User
Sent: Tuesday, December 5, 2023 4:35 AM
To: 'Qgis-user@lists.osgeo.org' 
Subject: [Qgis-user] QGIS attribute forms question

Hi,

I have created some forms for data entry/edit using QGIS.

I have successfully exported them & imported them to apply in different 
computers with QGIS.

It can take several hours to create such a form where there are 80+ columns in 
the underlying database table,

I now have the situation where the underlying table needs columns added or 
removed.

QGIS will not apply a saved form to a layer unless the structure is identical.


How can I reuse a form for a layer representing a database table with (say) a 
single new column, by adding the new column to the form, rather than manually 
creating the whole form from scratch?


Thanks

Brent Wood

Principal Technician, Fisheries
NIWA
DDI:  +64 (4) 3860529
[https://www.niwa.co.nz/static/niwa-2018-horizontal-180.png]
Brent Wood
Principal Technician - GIS and Spatial Data Management
Programme Leader - Environmental Information Delivery
+64-4-386-0529

National Institute of Water & Atmospheric Research Ltd (NIWA)
301 Evans Bay Parade Hataitai Wellington New Zealand
Connect with NIWA: niwa.co.nz 
Facebook 
LinkedIn 
Twitter 
Instagram 
YouTube
To ensure compliance with legal requirements and to maintain cyber security 
standards, NIWA's IT systems are subject to ongoing monitoring, activity 
logging and auditing. This monitoring and auditing service may be provided by 
third parties. Such third parties can access information transmitted to, 
processed by and stored on NIWA's IT systems.
Note: This email is intended solely for the use of the addressee and may 
contain information that is confidential or subject to legal professional 
privilege. If you receive this email in error please immediately notify the 
sender and delete the email.
___
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 attribute forms question

[Andreas Neumann via QGIS-User]

Dear Brent,

Hm - this is not what I observe. Normally you should be able to carry over
attribute widget definitions to other layers even if the attributes don't
fully match. It would assign those who match.

Are you talking about the "drag and drop" configuration mode (there are
three different form configuration modes).

I used this all the time when I was configuring more complex projects. I
never had issues when adding or removing columns.

If this doesn't work, it should be reported as a bug with data helping to
reproduce the issue.

I am sure this can be fixed.

Andreas


On Tue, 5 Dec 2023 at 04:35, Brent Wood via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hi,
>
> I have created some forms for data entry/edit using QGIS.
>
> I have successfully exported them & imported them to apply in different
> computers with QGIS.
>
> It can take several hours to create such a form where there are 80+
> columns in the underlying database table,
>
> I now have the situation where the underlying table needs columns added or
> removed.
>
> QGIS will not apply a saved form to a layer unless the structure is
> identical.
>
>
> How can I reuse a form for a layer representing a database table with
> (say) a single new column, by adding the new column to the form, rather
> than manually creating the whole form from scratch?
>
>
> Thanks
>
> Brent Wood
>
> Principal Technician, Fisheries
> NIWA
> DDI:  +64 (4) 3860529
> 
> Brent Wood
> Principal Technician - GIS and Spatial Data Management
> Programme Leader - Environmental Information Delivery
> +64-4-386-0529
>
> National Institute of Water & Atmospheric Research Ltd (NIWA)
> 301 Evans Bay Parade Hataitai Wellington New Zealand
> *Connect with NIWA:* niwa.co.nz  Facebook
>  LinkedIn
>  Twitter
>  Instagram
>  YouTube
>  To ensure
> compliance with legal requirements and to maintain cyber security
> standards, NIWA's IT systems are subject to ongoing monitoring, activity
> logging and auditing. This monitoring and auditing service may be provided
> by third parties. Such third parties can access information transmitted to,
> processed by and stored on NIWA's IT systems.
> Note: This email is intended solely for the use of the addressee and may
> contain information that is confidential or subject to legal professional
> privilege. If you receive this email in error please immediately notify the
> sender and delete the email.
> ___
> 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
>


-- 

--
Andreas Neumann
QGIS.ORG board member (treasurer)
___
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 attribute forms question

[Adam Nielsen via QGIS-User]

> It can take several hours to create such a form where there are 80+
> columns in the underlying database table,
> 
> I now have the situation where the underlying table needs columns
> added or removed.
> 
> QGIS will not apply a saved form to a layer unless the structure is
> identical.
> 
> How can I reuse a form for a layer representing a database table with
> (say) a single new column, by adding the new column to the form,
> rather than manually creating the whole form from scratch?

I'm not sure if there's a better way, but can you duplicate the form,
add or remove columns as needed to match the target, then use that as
your saved form?

In other words, instead of copying one form and trying to make it fit
onto a different structure, can you modify the source form/structure so
you get a new saved form that already matches the updated structure?

I'm assuming you're talking about copying and pasting the "Attributes
Form" from one layer to another but I could be misunderstanding.

Cheers,
Adam.
___
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 Integration with Oracle Spatial and Graph

[Julien Cabieces via QGIS-User]

Hi,

I'm not aware of specific documentation regarding Oracle except the
connection part in the QGIS user documentation [0]

The rest of QGIS will behave (almost) the same way no matter the
type of the data source.

There is no specific support for Oracle database Graph in QGIS. If I
understand correctly how it works, it would still be possible to request data 
with
graph Oracle specific operators (using either view or layer query
definition into QGIS) but you wouldn't have specific tool which can fully 
benefit
from them.

IIRC, it's almost the same situation in PostGRESQL.

[0] 
https://docs.qgis.org/3.28/en/docs/user_manual/managing_data_source/opening_data.html?highlight=oracle#connecting-to-oracle-spatial

Regards,
Julien

> Hi
>
> We are an Oracle Partner based in Mexico that wants to take a project for our 
> current Customer related with the Use of Oracle Database with
> the feature of Spatial and Graph in order to integrate in the same database 
> the Cadastre relational data and the QGIS Content.
>
> Using Oracle Database with the feature of Spatial and Graph as the 
> Geodatabase of QGIS instead of FileGeodatabase.
>
> Could you give us some direction, related books or training to get hands of 
> experience related to the Use of Oracle Database with the feature
> of Spatial and Graph as the Geodatabase of QGIS
>
> Or the methodology to migrate current QGIS FileGeodatabase to Oracle Database 
> with the feature of Spatial and Graph.
>
> 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


-- 

Julien Cabieces
Senior Developer at Oslandia
julien.cabie...@oslandia.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

Re: [Qgis-user] QGIS - field calculator calculations not in attribute table

[Emma Hain via QGIS-User]

Hi Tony
Some thoughts to start with:
Does the student:
- have the correct write access to the data?
-  is the field in the correct format?
- is the field hidden or a virtual/temporary field?

Cheers
Em

On Thu, 16 Nov 2023 at 02:51, Diaz, Tony A. via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello, a student of ours is trying to use the field calculator to
> calculate the closest point on an arbitrary line for each point in an
> object and append the column to the attribute table.  The calculation
> itself was successful as well as the mapping the result, but the
> calculations themselves are not on the attribute table.  Any ideas we can
> pass along to them?
>
>
>
>
>
> Tony Diaz
>
> Caltech
>
> Pasadena, CA
>
>
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com / 0414 512 782
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript

[Jakob Miksch via QGIS-User]

Meanwhile this npm package also supports WFS 1.0.0 and WFS 1.1.0

https://github.com/GastonZalba/ol-wfs-capabilities


Gesendet von Outlook für iOS<https://aka.ms/o0ukef>
Jakob Miksch
Consultant

+49 170 9036956
siticom.online




Von: QGIS-User  im Auftrag von Jakob Miksch 
via QGIS-User 
Gesendet: Tuesday, October 31, 2023 12:07:09 PM
An: Aguilar Bolivar, Rosa (UT-ITC) ; Jorge Gustavo Rocha 
; qgis-user@lists.osgeo.org 
Betreff: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript


SECURITY WARNING: This email is from an external source - be careful of 
attachments and links. Please report suspicious emails to s...@siticom.de




Thanks for the hints. I will try those!



Jakob Miksch
Consultant

+49 170 9036956
siticom.online



From: QGIS-User  On Behalf Of Aguilar 
Bolivar, Rosa (UT-ITC) via QGIS-User
Sent: Tuesday, October 31, 2023 6:16 AM
To: Jorge Gustavo Rocha ; qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript






SECURITY WARNING: This email is from an external source - be careful of 
attachments and links. Please report suspicious emails to 
s...@siticom.de<mailto:s...@siticom.de>




Hi,

I have used a simple DOMParser

const xmlParser = new DOMParser();

const xmlText = xmlParser.parseFromString(XmlCapText, 'text/xml');



Cheers,



Rosa

-

Dr. Rosa Aguilar

University of Twente

Faculty of Geoinformation Science and Earth Observation

Connect with me on 
LinkedIn<https://www.linkedin.com/in/rosamaguilar/?locale=en_US>

https://rosaguilar.github.io<https://rosaguilar.github.io/>

-

The essential is invisible to the eye. Saint-Exupéry



From: QGIS-User 
mailto:qgis-user-boun...@lists.osgeo.org>> 
On Behalf Of Jorge Gustavo Rocha via QGIS-User
Sent: Monday, October 30, 2023 8:36 PM
To: qgis-user@lists.osgeo.org<mailto:qgis-user@lists.osgeo.org>
Subject: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript



Hi Jakob,

You can try jsonix. I use something like:

var Jsonix = require('jsonix').Jsonix;
var XLink_1_0 = require('w3c-schemas').XLink_1_0;
var OWS_1_0_0 = require('ogc-schemas').OWS_1_0_0;
var OWS_1_1_0 = require('ogc-schemas').OWS_1_1_0;
var WFS_1_0_0 = require('ogc-schemas').WFS_1_0_0;
var WFS_1_1_0 = require('ogc-schemas').WFS_1_1_0;
var WFS_2_0 = require('ogc-schemas').WFS_2_0;
var Filter_1_0_0 = require('ogc-schemas').Filter_1_0_0;
var Filter_1_1_0 = require('ogc-schemas').Filter_1_1_0;
var Filter_2_0 = require('ogc-schemas').Filter_2_0;
var GML_1_0_0 = require('ogc-schemas').GML_1_0_0;
var GML_2_1_2 = require('ogc-schemas').GML_2_1_2;
var GML_3_1_1 = require('ogc-schemas').GML_3_1_1;
var GML_3_2_0 = require('ogc-schemas').GML_3_2_0;
var GML_3_2_1 = require('ogc-schemas').GML_3_2_1;
var SMIL_2_0 = require('ogc-schemas').SMIL_2_0;
var SMIL_2_0_Language = require('ogc-schemas').SMIL_2_0_Language;
var CSW_2_0_2 = require('ogc-schemas').CSW_2_0_2;
var DC_1_1 = require('ogc-schemas').DC_1_1;
var DCT = require('ogc-schemas').DCT;
var XMLSchema = require('./mappings/XMLSchema').XMLSchema;

var context = new Jsonix.Context([
  XLink_1_0,
  OWS_1_0_0,
  OWS_1_1_0,
  WFS_1_0_0,
  WFS_1_1_0,
  WFS_2_0,
  Filter_1_0_0,
  Filter_1_1_0,
  Filter_2_0,
  GML_1_0_0,
  GML_2_1_2,
  GML_3_1_1,
  GML_3_2_0,
  GML_3_2_1,
  SMIL_2_0,
  SMIL_2_0_Language,
  CSW_2_0_2,
  DC_1_1,
  DCT,
  XMLSchema
]);
var unmarshaller = context.createUnmarshaller();

Later, you can transform WFS response to JSON, like:

const response = responseBuffer.toString('utf8');
var result = unmarshaller.unmarshalString(response);

Not so easy, but it works.

Regards,

Jorge Gustavo

On 30/10/23 14:11, Jakob Miksch via QGIS-User wrote:

Dear QGIS Server people,



I have a QGIS Server running. I would like to access the WFS Capabilities with 
JavaScript, more specifically I would like to know which WFS layers are 
published by QGIS Server. Unfortunately, QGIS Server only supports WFS 1.0.0 
and 1.1.0. But the only parser for WFS capabilities I have found only support 
WFS 2.0.0 ( https://github.com/GastonZalba/ol-wfs-capabilities ).



Does anyone have a hint how to parse the WFS Capabilities from QGIS Server with 
JavaScript?

best regards,
Jakob




 [cid:image001.png@01DA0BF2.C55B0A00]


Jakob Miksch
Consultant

+49 170 9036956
siticom.online



siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • Deutschland
Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
Umsatzsteuer-ID Nr.: DE 197 925 589






___

QGIS-User mailing list

QGIS-User@lists.osgeo.org<mailto:QGIS-User@lists.osgeo.org>

List info: https://lists.osgeo.org/mailman/listinfo/qgis-user

Unsubscribe: https://

Re: [Qgis-user] QGIS Fehlermeldung

[Hielei Rajabi via QGIS-User]

 Hello,I am trying to add a new model in the processing tools via model box. 
Since a short time I always get this error message. I have uninstalled and 
installed the QGIS programme. This did not help. Saving the model file to a 
different location such as C drive did not help either. What can I do to add my 
model or new models for editing and calculation?
See below for error message:

Ein Fehler trat bei der Ausführung von Python-Code auf: 


FileNotFoundError: [Errno 2] No such file or directory: 
'C:/Users/H27687/OneDrive - E.ON/Desktop/Wärmewende_Kompass/Modellierungen/NEU 
Modelle\\QGIS_Modellierung_Wärmenetz_Erstellung.model3' 
Traceback (most recent call last):
  File 
"C:\PROGRA~1/QGIS32~1.2/apps/qgis/./python/plugins\processing\modeler\AddModelFromFileAction.py",
 line 83, in execute
    shutil.copyfile(filename, destFilename)
  File "C:\PROGRA~1\QGIS32~1.2\apps\Python39\lib\shutil.py", line 264, in 
copyfile
    with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
FileNotFoundError: [Errno 2] No such file or directory: 
'C:/Users/H27687/OneDrive - E.ON/Desktop/Wärmewende_Kompass/Modellierungen/NEU 
Modelle\\QGIS_Modellierung_Wärmenetz_Erstellung.model3'


Python-Version: 3.9.5 (tags/v3.9.5:0a7dcbd, May  3 2021, 17:27:52) [MSC v.1928 
64 bit (AMD64)] 
QGIS-Version: 3.28.2-Firenze Firenze, b47e00ba601 


Python-Pfad:
   
   - C:/PROGRA~1/QGIS32~1.2/apps/qgis/./python
   - C:/Users/H27687/AppData/Roaming/QGIS/QGIS3\profiles\default/python
   - C:/Users/H27687/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins
   - C:/PROGRA~1/QGIS32~1.2/apps/qgis/./python/plugins
   - C:\PROGRA~1\QGIS32~1.2\bin\python39.zip
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39\DLLs
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39\lib
   - C:\PROGRA~1\QGIS32~1.2\bin
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39\lib\site-packages
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39\lib\site-packages\win32
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39\lib\site-packages\win32\lib
   - C:\PROGRA~1\QGIS32~1.2\apps\Python39\lib\site-packages\Pythonwin
   - C:/Users/H27687/AppData/Roaming/QGIS/QGIS3\profiles\default/python
   - 
C:/Users/H27687/AppData/Roaming/QGIS/QGIS3/profiles/default/processing/models/Wärmewende_Kompass
Am Dienstag, 31. Oktober 2023 um 08:11:44 MEZ hat Hielei Rajabi via 
QGIS-User  Folgendes geschrieben:  
 
 
Hallo,
ich möchte gerne neue Modelle in QGIS hochladen. Leiderkriege ich beim 
Hinzufügen neuer Modelle folgende Fehlermeldung.Was mich wundert ist, dass er 
immer noch auf meinem OneDrive die Verknüpfung sucht. Obwohl ich alles auf dem 
C: Laufwerk gespeicherthabe.
Ich habe auch bereits das Programm deinstalliert und wieder neu auf meinem 
Notebook installiert, leider kommt die Fehlermeldung immer noch

Wissen Sie wie man diesen beheben kann?

VG Hielei 


___
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: Parsing WFS capabilites with JavaScript

[Jakob Miksch via QGIS-User]

Thanks for the hints. I will try those!

Jakob Miksch
Consultant

+49 170 9036956
siticom.online


From: QGIS-User  On Behalf Of Aguilar 
Bolivar, Rosa (UT-ITC) via QGIS-User
Sent: Tuesday, October 31, 2023 6:16 AM
To: Jorge Gustavo Rocha ; qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript



SECURITY WARNING: This email is from an external source - be careful of 
attachments and links. Please report suspicious emails to 
s...@siticom.de<mailto:s...@siticom.de>



Hi,
I have used a simple DOMParser
const xmlParser = new DOMParser();
const xmlText = xmlParser.parseFromString(XmlCapText, 'text/xml');

Cheers,

Rosa
-
Dr. Rosa Aguilar
University of Twente
Faculty of Geoinformation Science and Earth Observation
Connect with me on 
LinkedIn<https://www.linkedin.com/in/rosamaguilar/?locale=en_US>
https://rosaguilar.github.io<https://rosaguilar.github.io/>
-
The essential is invisible to the eye. Saint-Exupéry

From: QGIS-User 
mailto:qgis-user-boun...@lists.osgeo.org>> 
On Behalf Of Jorge Gustavo Rocha via QGIS-User
Sent: Monday, October 30, 2023 8:36 PM
To: qgis-user@lists.osgeo.org<mailto:qgis-user@lists.osgeo.org>
Subject: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript


Hi Jakob,

You can try jsonix. I use something like:

var Jsonix = require('jsonix').Jsonix;
var XLink_1_0 = require('w3c-schemas').XLink_1_0;
var OWS_1_0_0 = require('ogc-schemas').OWS_1_0_0;
var OWS_1_1_0 = require('ogc-schemas').OWS_1_1_0;
var WFS_1_0_0 = require('ogc-schemas').WFS_1_0_0;
var WFS_1_1_0 = require('ogc-schemas').WFS_1_1_0;
var WFS_2_0 = require('ogc-schemas').WFS_2_0;
var Filter_1_0_0 = require('ogc-schemas').Filter_1_0_0;
var Filter_1_1_0 = require('ogc-schemas').Filter_1_1_0;
var Filter_2_0 = require('ogc-schemas').Filter_2_0;
var GML_1_0_0 = require('ogc-schemas').GML_1_0_0;
var GML_2_1_2 = require('ogc-schemas').GML_2_1_2;
var GML_3_1_1 = require('ogc-schemas').GML_3_1_1;
var GML_3_2_0 = require('ogc-schemas').GML_3_2_0;
var GML_3_2_1 = require('ogc-schemas').GML_3_2_1;
var SMIL_2_0 = require('ogc-schemas').SMIL_2_0;
var SMIL_2_0_Language = require('ogc-schemas').SMIL_2_0_Language;
var CSW_2_0_2 = require('ogc-schemas').CSW_2_0_2;
var DC_1_1 = require('ogc-schemas').DC_1_1;
var DCT = require('ogc-schemas').DCT;
var XMLSchema = require('./mappings/XMLSchema').XMLSchema;

var context = new Jsonix.Context([
  XLink_1_0,
  OWS_1_0_0,
  OWS_1_1_0,
  WFS_1_0_0,
  WFS_1_1_0,
  WFS_2_0,
  Filter_1_0_0,
  Filter_1_1_0,
  Filter_2_0,
  GML_1_0_0,
  GML_2_1_2,
  GML_3_1_1,
  GML_3_2_0,
  GML_3_2_1,
  SMIL_2_0,
  SMIL_2_0_Language,
  CSW_2_0_2,
  DC_1_1,
  DCT,
  XMLSchema
]);
var unmarshaller = context.createUnmarshaller();

Later, you can transform WFS response to JSON, like:

const response = responseBuffer.toString('utf8');
var result = unmarshaller.unmarshalString(response);

Not so easy, but it works.

Regards,

Jorge Gustavo
On 30/10/23 14:11, Jakob Miksch via QGIS-User wrote:
Dear QGIS Server people,

I have a QGIS Server running. I would like to access the WFS Capabilities with 
JavaScript, more specifically I would like to know which WFS layers are 
published by QGIS Server. Unfortunately, QGIS Server only supports WFS 1.0.0 
and 1.1.0. But the only parser for WFS capabilities I have found only support 
WFS 2.0.0 ( https://github.com/GastonZalba/ol-wfs-capabilities ).

Does anyone have a hint how to parse the WFS Capabilities from QGIS Server with 
JavaScript?

best regards,
Jakob


 [cid:image001.png@01DA0BF2.C55B0A00]

Jakob Miksch
Consultant

+49 170 9036956
siticom.online


siticom GmbH * Werner-von-Siemens-Straße 2-6 * 76646 Bruchsal * Deutschland
Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
Sitz der Gesellschaft: Weiterstadt * Amtsgericht Darmstadt * HRB 9276
Umsatzsteuer-ID Nr.: DE 197 925 589





___

QGIS-User mailing list

QGIS-User@lists.osgeo.org<mailto: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: Parsing WFS capabilites with JavaScript

[Jakob Miksch via QGIS-User]

Good idea, but I cannot use OAF in my setup, because of this Issue: 
https://github.com/qgis/QGIS/issues/53367

Jakob Miksch
Consultant

+49 170 9036956
siticom.online


From: Alessandro Pasotti 
Sent: Tuesday, October 31, 2023 7:45 AM
To: Jakob Miksch 
Cc: qgis-user 
Subject: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript



SECURITY WARNING: This email is from an external source - be careful of 
attachments and links. Please report suspicious emails to 
s...@siticom.de<mailto:s...@siticom.de>



Why don't try OAPIF (aka WFS 3)? You get JSON directly.

Il lun 30 ott 2023, 15:13 Jakob Miksch via QGIS-User 
mailto:qgis-user@lists.osgeo.org>> ha scritto:
Dear QGIS Server people,

I have a QGIS Server running. I would like to access the WFS Capabilities with 
JavaScript, more specifically I would like to know which WFS layers are 
published by QGIS Server. Unfortunately, QGIS Server only supports WFS 1.0.0 
and 1.1.0. But the only parser for WFS capabilities I have found only support 
WFS 2.0.0 ( https://github.com/GastonZalba/ol-wfs-capabilities ).

Does anyone have a hint how to parse the WFS Capabilities from QGIS Server with 
JavaScript?

best regards,
Jakob


 [cid:image001.png@01DA0BF2.66E53720]

Jakob Miksch
Consultant

+49 170 9036956
siticom.online


siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • Deutschland
Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
Umsatzsteuer-ID Nr.: DE 197 925 589



___
QGIS-User mailing list
QGIS-User@lists.osgeo.org<mailto: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: Parsing WFS capabilites with JavaScript

[Alessandro Pasotti via QGIS-User]

Why don't try OAPIF (aka WFS 3)? You get JSON directly.

Il lun 30 ott 2023, 15:13 Jakob Miksch via QGIS-User <
qgis-user@lists.osgeo.org> ha scritto:

> Dear QGIS Server people,
>
>
>
> I have a QGIS Server running. I would like to access the WFS Capabilities
> with JavaScript, more specifically I would like to know which WFS layers
> are published by QGIS Server. Unfortunately, QGIS Server only supports WFS
> 1.0.0 and 1.1.0. But the only parser for WFS capabilities I have found only
> support WFS 2.0.0 ( https://github.com/GastonZalba/ol-wfs-capabilities ).
>
>
>
>
> Does anyone have a hint how to parse the WFS Capabilities from QGIS Server
> with JavaScript?
>
> best regards,
> Jakob
>
>
>
>
>
>
> Jakob Miksch
> Consultant
>
> +49 170 9036956
> siticom.online
>
>
>
> siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • Deutschland
> Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
> Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
> Umsatzsteuer-ID Nr.: DE 197 925 589
>
>
> ___
> 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: Parsing WFS capabilites with JavaScript

[Aguilar Bolivar, Rosa (UT-ITC) via QGIS-User]

Hi,
I have used a simple DOMParser
const xmlParser = new DOMParser();
const xmlText = xmlParser.parseFromString(XmlCapText, 'text/xml');

Cheers,

Rosa
-
Dr. Rosa Aguilar
University of Twente
Faculty of Geoinformation Science and Earth Observation
Connect with me on 
LinkedIn<https://www.linkedin.com/in/rosamaguilar/?locale=en_US>
https://rosaguilar.github.io<https://rosaguilar.github.io/>
-
The essential is invisible to the eye. Saint-Exupéry

From: QGIS-User  On Behalf Of Jorge Gustavo 
Rocha via QGIS-User
Sent: Monday, October 30, 2023 8:36 PM
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] QGIS Server: Parsing WFS capabilites with JavaScript


Hi Jakob,

You can try jsonix. I use something like:

var Jsonix = require('jsonix').Jsonix;
var XLink_1_0 = require('w3c-schemas').XLink_1_0;
var OWS_1_0_0 = require('ogc-schemas').OWS_1_0_0;
var OWS_1_1_0 = require('ogc-schemas').OWS_1_1_0;
var WFS_1_0_0 = require('ogc-schemas').WFS_1_0_0;
var WFS_1_1_0 = require('ogc-schemas').WFS_1_1_0;
var WFS_2_0 = require('ogc-schemas').WFS_2_0;
var Filter_1_0_0 = require('ogc-schemas').Filter_1_0_0;
var Filter_1_1_0 = require('ogc-schemas').Filter_1_1_0;
var Filter_2_0 = require('ogc-schemas').Filter_2_0;
var GML_1_0_0 = require('ogc-schemas').GML_1_0_0;
var GML_2_1_2 = require('ogc-schemas').GML_2_1_2;
var GML_3_1_1 = require('ogc-schemas').GML_3_1_1;
var GML_3_2_0 = require('ogc-schemas').GML_3_2_0;
var GML_3_2_1 = require('ogc-schemas').GML_3_2_1;
var SMIL_2_0 = require('ogc-schemas').SMIL_2_0;
var SMIL_2_0_Language = require('ogc-schemas').SMIL_2_0_Language;
var CSW_2_0_2 = require('ogc-schemas').CSW_2_0_2;
var DC_1_1 = require('ogc-schemas').DC_1_1;
var DCT = require('ogc-schemas').DCT;
var XMLSchema = require('./mappings/XMLSchema').XMLSchema;

var context = new Jsonix.Context([
  XLink_1_0,
  OWS_1_0_0,
  OWS_1_1_0,
  WFS_1_0_0,
  WFS_1_1_0,
  WFS_2_0,
  Filter_1_0_0,
  Filter_1_1_0,
  Filter_2_0,
  GML_1_0_0,
  GML_2_1_2,
  GML_3_1_1,
  GML_3_2_0,
  GML_3_2_1,
  SMIL_2_0,
  SMIL_2_0_Language,
  CSW_2_0_2,
  DC_1_1,
  DCT,
  XMLSchema
]);
var unmarshaller = context.createUnmarshaller();

Later, you can transform WFS response to JSON, like:

const response = responseBuffer.toString('utf8');
var result = unmarshaller.unmarshalString(response);

Not so easy, but it works.

Regards,

Jorge Gustavo
On 30/10/23 14:11, Jakob Miksch via QGIS-User wrote:
Dear QGIS Server people,

I have a QGIS Server running. I would like to access the WFS Capabilities with 
JavaScript, more specifically I would like to know which WFS layers are 
published by QGIS Server. Unfortunately, QGIS Server only supports WFS 1.0.0 
and 1.1.0. But the only parser for WFS capabilities I have found only support 
WFS 2.0.0 ( https://github.com/GastonZalba/ol-wfs-capabilities ).

Does anyone have a hint how to parse the WFS Capabilities from QGIS Server with 
JavaScript?

best regards,
Jakob


 [cid:image001.png@01DA0BC1.B74420E0]
Jakob Miksch
Consultant

+49 170 9036956
siticom.online
siticom GmbH * Werner-von-Siemens-Straße 2-6 * 76646 Bruchsal * Deutschland
Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
Sitz der Gesellschaft: Weiterstadt * Amtsgericht Darmstadt * HRB 9276
Umsatzsteuer-ID Nr.: DE 197 925 589





___

QGIS-User mailing list

QGIS-User@lists.osgeo.org<mailto: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: Parsing WFS capabilites with JavaScript

[Jorge Gustavo Rocha via QGIS-User]

Hi Jakob,

You can try jsonix. I use something like:

var Jsonix = require('jsonix').Jsonix;
var XLink_1_0 = require('w3c-schemas').XLink_1_0;
var OWS_1_0_0 = require('ogc-schemas').OWS_1_0_0;
var OWS_1_1_0 = require('ogc-schemas').OWS_1_1_0;
var WFS_1_0_0 = require('ogc-schemas').WFS_1_0_0;
var WFS_1_1_0 = require('ogc-schemas').WFS_1_1_0;
var WFS_2_0 = require('ogc-schemas').WFS_2_0;
var Filter_1_0_0 = require('ogc-schemas').Filter_1_0_0;
var Filter_1_1_0 = require('ogc-schemas').Filter_1_1_0;
var Filter_2_0 = require('ogc-schemas').Filter_2_0;
var GML_1_0_0 = require('ogc-schemas').GML_1_0_0;
var GML_2_1_2 = require('ogc-schemas').GML_2_1_2;
var GML_3_1_1 = require('ogc-schemas').GML_3_1_1;
var GML_3_2_0 = require('ogc-schemas').GML_3_2_0;
var GML_3_2_1 = require('ogc-schemas').GML_3_2_1;
var SMIL_2_0 = require('ogc-schemas').SMIL_2_0;
var SMIL_2_0_Language = require('ogc-schemas').SMIL_2_0_Language;
var CSW_2_0_2 = require('ogc-schemas').CSW_2_0_2;
var DC_1_1 = require('ogc-schemas').DC_1_1;
var DCT = require('ogc-schemas').DCT;
var XMLSchema = require('./mappings/XMLSchema').XMLSchema;

var context = new Jsonix.Context([
  XLink_1_0,
  OWS_1_0_0,
  OWS_1_1_0,
  WFS_1_0_0,
  WFS_1_1_0,
  WFS_2_0,
  Filter_1_0_0,
  Filter_1_1_0,
  Filter_2_0,
  GML_1_0_0,
  GML_2_1_2,
  GML_3_1_1,
  GML_3_2_0,
  GML_3_2_1,
  SMIL_2_0,
  SMIL_2_0_Language,
  CSW_2_0_2,
  DC_1_1,
  DCT,
  XMLSchema
]);
var unmarshaller = context.createUnmarshaller();

Later, you can transform WFS response to JSON, like:

    const response = responseBuffer.toString('utf8');
    var result = unmarshaller.unmarshalString(response);

Not so easy, but it works.

Regards,

Jorge Gustavo

On 30/10/23 14:11, Jakob Miksch via QGIS-User wrote:


Dear QGIS Server people,

I have a QGIS Server running. I would like to access the WFS 
Capabilities with JavaScript, more specifically I would like to know 
which WFS layers are published by QGIS Server. Unfortunately, QGIS 
Server only supports WFS 1.0.0 and 1.1.0. But the only parser for WFS 
capabilities I have found only support WFS 2.0.0 ( 
https://github.com/GastonZalba/ol-wfs-capabilities ).


Does anyone have a hint how to parse the WFS Capabilities from QGIS 
Server with JavaScript?


best regards,
Jakob





Jakob Miksch
Consultant

+49 170 9036956
siticom.online



	siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • 
Deutschland

Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
Umsatzsteuer-ID Nr.: DE 197 925 589



___
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-User Digest, Vol 212, Issue 36

[Tim Fearn via QGIS-User]

Thanks Alexei,
  Disabling layer masks and using a small buffer is also the only work around 
that I have found. Really hoping for some “award winning” solution here. The 
buffering works and allows the print export as you said, but isn’t as 
professional a finish as what I’m hoping for.  I really appreciate the 
reinforcement that this is more of a bug than my hardware, and will continue to 
look for something more seamless. 

Cheers,
Tim Fearn


> Hi Tim,
> 
> I believe your issue might be related to this bug:
> https://github.com/qgis/QGIS/issues/50526
> 
> Which from GitHub looks like it has not yet been addressed.
> 
> Or since you didn't say if you're using blend modes, it might be that there 
> are multiple issues related to masking. 
> 
> My only workaround was to disable label masks and use semi transparent 
> buffers on labels instead. Not as nice an effect but at least the export will 
> work.
> 
> Alexei
> 
>> On October 26, 2023 5:58:10 PM GMT+01:00, Tim Fearn 
>> Hello all,
>> In trying to export a print layout which contains a contour layer where 
>> index elevation labels are using a masked symbology, Qgis crashes. After 
>> doing some research around the internet I see that this has at least in the 
>> pass been a known bug.I?m wondering if anyone knows of a 
>> workaround or if it has been fixed and the issue persists due to my older 
>> operating system?  I have tried the export throughout several releases  
>> Firenze 3.28 as well as Lima 3.32 running Mac OS High Sierra 10.13.6
>> Thank you everyone!
>> 
>> Tim Fearn
>> 
>> Cheers,
>> Tim Fearn
>> 
>> 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

Re: [Qgis-user] QGIS Themes

[Thomas Klamer via QGIS-User]

Hello Grant,

when creating a new theme, you first need to check the layers you want 
to add to said theme. After you have created the first theme and want to 
create a second, you have to check a different combination of layers. If 
you have done that, the "add new theme" option should be available again.


Kind regards,

Thomas


Am 26.10.23 um 03:38 schrieb Grant Boxer via QGIS-User:

Good morning,

I am trying to create themes in the QGIS map window but it will only allow
me to create one theme. I wish to have one theme for my drill hole collars
(plan view) and another theme for my cross sections (Cross_Section). After I
have created the first theme, the add new theme option is greyed out.
Anyone else have this problem or has a solution?

Cheers Grant
Perth WA


--
Mit freundlichen Grüßen
Thomas Klamer

Geoinformatikbüro Dassau GmbH
Rethelstrasse 153
D - 40237 Düsseldorf
Tel: +49-211-77922940
Mobil: +49-176-82002742
https://www.gbd-consult.de

Registergericht: Amtsgericht Düsseldorf, HR B 74022
Geschäftsführer: Otto Dassau

___
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 - GetLegendGraphics request confusion

[Jakob Miksch via QGIS-User]

Hi,
thanks for your responses. I was relying on the LTR docs before.
I also noticed that GetLegendGraphic also accepts the parameter LAYER 
(singular) and not only LAYERS (plural), but this was not documented. I opened 
a PR for this: server: add "LAYER" to allowed parameters for GetLegendGraphic 
by JakobMiksch · Pull Request #8561 · qgis/QGIS-Documentation 
(github.com)<https://github.com/qgis/QGIS-Documentation/pull/8561/files>

The usage of LAYERS (plural) in QGIS Server also confused me, since GeoServer, 
MapServer and so on use the parameter LAYER (singular).

Best regards,
Jakob

Jakob Miksch
Consultant

+49 170 9036956
siticom.online


Von: Etienne Trimaille 
Gesendet: Dienstag, 17. Oktober 2023 10:07
An: Alessandro Pasotti 
Cc: Jakob Miksch ; qgis-user@lists.osgeo.org
Betreff: Re: [Qgis-user] QGIS Server - GetLegendGraphics request confusion



SECURITY WARNING: This email is from an external source - be careful of 
attachments and links. Please report suspicious emails to 
s...@siticom.de<mailto:s...@siticom.de>



Hi,
The documentation was updated a few months ago to follow the OGC specifications.
https://docs.qgis.org/3.28/en/docs/server_manual/services/wms.html#getlegendgraphics
versus
https://docs.qgis.org/testing/en/docs/server_manual/services/wms.html#getlegendgraphic


Le mar. 17 oct. 2023 à 09:27, Alessandro Pasotti via QGIS-User 
mailto:qgis-user@lists.osgeo.org>> a écrit :
Hi,

QGIS server actually accepts both requests:

else if ( QSTR_COMPARE( req, "GetLegendGraphic" ) || QSTR_COMPARE( req, 
"GetLegendGraphics" ) )


On Mon, Oct 16, 2023 at 6:20 PM Jakob Miksch via QGIS-User 
mailto:qgis-user@lists.osgeo.org>> wrote:
Hi everyone!

I have a QGIS Server running. Requesting the legend of a layer works fine as 
explained in the docs: 3.2. Web Map Service (WMS) — QGIS Documentation 
documentation<https://docs.qgis.org/3.28/en/docs/server_manual/services/wms.html#getlegendgraphics>
However, I noticed that in QGIS Server the request must be called 
“GetLegendGraphics” with a trailing “s”, whereas GeoServer (GetLegendGraphic — 
GeoServer 2.25.x User 
Manual<https://docs.geoserver.org/latest/en/user/services/wms/get_legend_graphic/index.html>),
 MapServer (WMS Server — MapServer 8.0.1 
documentation<https://mapserver.org/de/ogc/wms_server.html#getlegendgraphic-request>),
 deegree and OpenLayers (OpenLayers v8.1.0 API - Class: 
ImageWMS<https://openlayers.org/en/latest/apidoc/module-ol_source_ImageWMS-ImageWMS.html#getLegendUrl>)
 expect the request to be called “GetLegendGraphic” WITHOUT the trailing “s”.

Is there a reason why QGIS Server provides legends differently compared to 
other established geospatial software?

Best regards,
Jakob

 [cid:image001.png@01DA0128.558637B0]

Jakob Miksch
Consultant

+49 170 9036956
siticom.online


siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • Deutschland
Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
Umsatzsteuer-ID Nr.: DE 197 925 589



___
QGIS-User mailing list
QGIS-User@lists.osgeo.org<mailto: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
QCooperative:  www.qcooperative.net<https://www.qcooperative.net>
ItOpen:   www.itopen.it<http://www.itopen.it>
___
QGIS-User mailing list
QGIS-User@lists.osgeo.org<mailto: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 - GetLegendGraphics request confusion

[Etienne Trimaille via QGIS-User]

Hi,
The documentation was updated a few months ago to follow the OGC
specifications.
https://docs.qgis.org/3.28/en/docs/server_manual/services/wms.html#getlegendgraphics
versus
https://docs.qgis.org/testing/en/docs/server_manual/services/wms.html#getlegendgraphic


Le mar. 17 oct. 2023 à 09:27, Alessandro Pasotti via QGIS-User <
qgis-user@lists.osgeo.org> a écrit :

> Hi,
>
> QGIS server actually accepts both requests:
>
> else if ( QSTR_COMPARE( req, "GetLegendGraphic" ) || QSTR_COMPARE( req,
> "GetLegendGraphics" ) )
>
>
> On Mon, Oct 16, 2023 at 6:20 PM Jakob Miksch via QGIS-User <
> qgis-user@lists.osgeo.org> wrote:
>
>> Hi everyone!
>>
>>
>>
>> I have a QGIS Server running. Requesting the legend of a layer works fine
>> as explained in the docs: 3.2. Web Map Service (WMS) — QGIS
>> Documentation documentation
>> 
>>
>> However, I noticed that in QGIS Server the request must be called
>> “GetLegendGraphics” with a trailing “s”, whereas GeoServer (GetLegendGraphic
>> — GeoServer 2.25.x User Manual
>> ),
>> MapServer (WMS Server — MapServer 8.0.1 documentation
>> ),
>> deegree and OpenLayers (OpenLayers v8.1.0 API - Class: ImageWMS
>> )
>> expect the request to be called “GetLegendGraphic” WITHOUT the trailing
>> “s”.
>>
>>
>>
>> Is there a reason why QGIS Server provides legends differently compared
>> to other established geospatial software?
>>
>> Best regards,
>>
>> Jakob
>>
>>
>>
>>
>> Jakob Miksch
>> Consultant
>>
>> +49 170 9036956
>> siticom.online
>>
>>
>>
>> siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal •
>> Deutschland
>> Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
>> Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
>> Umsatzsteuer-ID Nr.: DE 197 925 589
>>
>>
>> ___
>> 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
> QCooperative:  www.qcooperative.net
> ItOpen:   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
>
___
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 - GetLegendGraphics request confusion

[Alessandro Pasotti via QGIS-User]

Hi,

QGIS server actually accepts both requests:

else if ( QSTR_COMPARE( req, "GetLegendGraphic" ) || QSTR_COMPARE( req,
"GetLegendGraphics" ) )


On Mon, Oct 16, 2023 at 6:20 PM Jakob Miksch via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hi everyone!
>
>
>
> I have a QGIS Server running. Requesting the legend of a layer works fine
> as explained in the docs: 3.2. Web Map Service (WMS) — QGIS Documentation
> documentation
> 
>
> However, I noticed that in QGIS Server the request must be called
> “GetLegendGraphics” with a trailing “s”, whereas GeoServer (GetLegendGraphic
> — GeoServer 2.25.x User Manual
> ),
> MapServer (WMS Server — MapServer 8.0.1 documentation
> ),
> deegree and OpenLayers (OpenLayers v8.1.0 API - Class: ImageWMS
> )
> expect the request to be called “GetLegendGraphic” WITHOUT the trailing
> “s”.
>
>
>
> Is there a reason why QGIS Server provides legends differently compared to
> other established geospatial software?
>
> Best regards,
>
> Jakob
>
>
>
>
> Jakob Miksch
> Consultant
>
> +49 170 9036956
> siticom.online
>
>
>
> siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • Deutschland
> Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
> Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
> Umsatzsteuer-ID Nr.: DE 197 925 589
>
>
> ___
> 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
QCooperative:  www.qcooperative.net
ItOpen:   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

Re: [Qgis-user] Qgis & photos (google street view) : Downloading photos and use its for atlas?

[Greg Troxel via QGIS-User]

celati Laurent via QGIS-User  writes:

> I would therefore like to be able to add map items dedicated to Google
> streetview photos to this atlas. Do you know what ways there are to first
> save/download Google StreetView photos? Will the uploaded photos be
> geotagged/geocoded? Then, the idea would be to be able to associate one or
> more Google street view photographs with each sheet/page of the atlas.
>
> I'm probably too many ambitious. I saw that there were some qgis plugins:
>
> go2streetview: https://plugins.qgis.org/plugins/go2streetview/
>
> streetview: https://plugins.qgis.org/plugins/StreetView/
>
> Google street view layer:https://plugins.qgis.org/plugins/google …
> er-master/

That's an interesting concept.   I had the impression such usage was not
permitted by Google.   Have you examined the Terms of Service carefully,
and is that really permitted?  Or perhaps there is some separate paid
license for these products?
___
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 is great! (and fixed the broken geotagging in my Insta360 photos)

[Emma Hain via QGIS-User]

Thanks Adam! I am glad it worked out for you.

On Wed, 23 Aug 2023 at 18:55, Adam Nielsen via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hi all,
>
> This isn't a request for help, I just wanted to give a big thanks to
> everyone involved in the development of QGIS.  I have never used a
> program that seems to be able to cater to everything I might want to do.
>
> I recently purchased an Insta360 camera, with the goal of going walking
> and having it collect a bunch of 360 degree photos, that I could turn
> into my own private Google Street View.
>
> Unfortunately having just loaded the photos in using the "import
> geotagged photos" tool, it turns out that in their infinite wisdom, the
> Insta360 developers thought it would be sufficient to just use the GPS
> coordinates of the first photo taken.  So now I have 400 photos at the
> exact same GPS coordinate, making the camera entirely unsuitable for
> Street View photography!  (Funny how you find all the complaints on
> Google only AFTER you've bought a product.)
>
> However I was also recording my track using the GPS Logger app on my
> phone.  I wondered whether perhaps there was a way to somehow apply
> that GPS track against the photos.
>
> As it turned out, the .gpx export from the app includes a track_points
> table, which has one row every second with the current GPS coordinates.
> This means there is a timestamp in that table, with GPS coordinates,
> for every timestamp in the photo table!  Unfortunately one is UTC and
> the other is local time, but a little maths should be able to solve
> that.
>
> In the end I worked out that I could create a virtual layer, which uses
> an SQL query to join the two tables together and pick the GPS
> coordinates out of the GPS track but the rest of the data from the
> photos table.  This worked perfectly and now I have a proper layer with
> each of the 400 photos at the correct location!
>
> This was another feature I never thought I would need but QGIS provided
> the means to get it done.
>
> In case anyone else ever needs to do something similar, here is the
> query I used:
>
>   SELECT
> "photos"."fid",
> "photo",
> "filename",
> "directory",
> "ele" AS "altitude",
> "direction",
> "rotation",
> X("track_points"."geometry") AS "longitude",
> Y("track_points"."geometry") AS "latitude",
> "timestamp",
> "track_points"."geometry" AS "geometry"
>   FROM "photos"
>   JOIN "track_points"
> ON unixepoch("track_points"."time") = unixepoch("photos"."timestamp")
> - 36000;
> -- (36000 converts UTC+10 into UTC)
>
> To use it, create a new virtual layer, import the geotagged photos
> layer (and call it "photos") then add the "track_points" layer from the
> .gpx file (and call it "track_points") then click the Test button and
> it should come back as OK.  Then you can add the layer.
>
> Just be aware that it's quite slow and makes QGIS freeze for a few
> minutes - you just have to leave it alone and it will eventually come
> back to life.  The first thing I did was to quickly hide the new virtual
> layer seconds after I added it (to stop it from rendering and freezing
> QGIS), then I exported the virtual layer to a new layer in a temporary
> .gpkg file.  This way I could remove the slow virtual layer and continue
> working with the faster temporary .gpkg file.
>
> Anyway, I just wanted to say thanks for all the effort everyone has put
> into such a fantastic program!
>
> Cheers,
> Adam.
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com / 0414 512 782
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [Qgis-user] QGIS-User Digest, Vol 211, Issue 21

[Michael Edward McNeil via QGIS-User]

That did it! Now I can find and see my data when I reenter QGIS. Many thanks, 
Garth.

Best,
Michael McNeil


> On Sep 13, 2023, at 12:37, Garth Fletcher via QGIS-User 
>  wrote:
> 
> I've run into a similar problem (possibly the same) - that nothing shows 
> because the layed is panned far away from screen center. Something to do with 
> the Project not correctly storing the canvas center coords...
> 
> select one of your layers and then  View >> Zoom to Layer(s)
> 
> That will adjust Zoom and Pan to center and display the layer in the 
> display...
> Best to select one of your layers that only contains stuff from your Area of 
> Interest
> if you select some huge background layer then you will be zoomed far enough 
> out to display the entire layer...
> 
> Michael Edward McNeil  wrote:
>> ...
>> A secondary issue, by the way, is that I apparently can't see the data after 
>> I save my QGIS project, close and re-enter the app. After re-entering QGIS 
>> the Layers pane shows all the layers, all properly check-marked for 
>> visibility, just like before, but nothing shows up in the display window ? 
>> it's totally blank white. So? I'm surviving by never (or seldom ? then 
>> reloading the data) leaving the app. But, what's going on?
>> 
>> I'm running QGIS v. 3.32.2-Lima under MacOS 12.6.8.
> 
> -- 
> Garth Fletcher,
> 
> ___
> 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-User Digest, Vol 211, Issue 21

[Garth Fletcher via QGIS-User]

I've run into a similar problem (possibly the same) - that nothing shows 
because the layed is panned far away from screen center. Something to do 
with the Project not correctly storing the canvas center coords...


select one of your layers and then  View >> Zoom to Layer(s)

That will adjust Zoom and Pan to center and display the layer in the 
display...
Best to select one of your layers that only contains stuff from your 
Area of Interest
if you select some huge background layer then you will be zoomed far 
enough out to display the entire layer...


Michael Edward McNeil  wrote:

...
A secondary issue, by the way, is that I apparently can't see the data after I 
save my QGIS project, close and re-enter the app. After re-entering QGIS the 
Layers pane shows all the layers, all properly check-marked for visibility, 
just like before, but nothing shows up in the display window ? it's totally 
blank white. So? I'm surviving by never (or seldom ? then reloading the data) 
leaving the app. But, what's going on?

I'm running QGIS v. 3.32.2-Lima under MacOS 12.6.8.


--
Garth Fletcher,

___
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-User Digest, Vol 210, Issue 10

[Grant Boxer via QGIS-User]

Thanks Martin,

I ended up using the Georeferencer and the ground control point coordinates
with a Helmert transformation. That worked well.

Cheers Grant


-Original Message-
From: QGIS-User  On Behalf Of
qgis-user-requ...@lists.osgeo.org
Sent: Sunday, August 13, 2023 3:00 AM
To: qgis-user@lists.osgeo.org
Subject: QGIS-User Digest, Vol 210, Issue 10

Send QGIS-User mailing list submissions to
qgis-user@lists.osgeo.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osgeo.org/mailman/listinfo/qgis-user
or, via email, send a message with subject or body 'help' to
qgis-user-requ...@lists.osgeo.org

You can reach the person managing the list at
qgis-user-ow...@lists.osgeo.org

When replying, please edit your Subject line so it is more specific than
"Re: Contents of QGIS-User digest..."


Today's Topics:

   1. Re: Shifting a Geotiff image (Martin Weis)


--

Message: 1
Date: Sat, 12 Aug 2023 18:17:51 +0200
From: Martin Weis 
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Shifting a Geotiff image
Message-ID: 
Content-Type: text/plain; charset=UTF-8; format=flowed

Dear Perth,

On 11/08/2023 09:14, Grant Boxer via QGIS-User wrote:
> I have a GeoTIFF image created using Web ODM and is mis-aligned by 1 
> to 1.5 m and I would like to move the image to register with the 
> surveyed ground control points. I can see vector tools to do this, but no
raster tools.
> Anyone have any suggestions.


If it just a bit off, then the plugin "Freehand raster georeferencer"
can be quick to shift it, otherwise use georeferencer from core (Layer -
georeferencer), which is especially more flexible and the right tool if you
have GCPs that you can use.
Be careful, sometimes crashes can occur with certain transformation types,
so better save beforehand (autoSaver and MemoryLayerSaver are your friends).

> Image created in WGS84 z51S.

Sound like UTM (good, metric CRS), though WGS84 might be geographic CRS
(worse, pixel size undefined/different in x,y).

Cheers
Martin





--

Subject: Digest Footer

___
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


--

End of QGIS-User Digest, Vol 210, Issue 10
**

___
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-User Digest, Vol 210, Issue 8

[Frank Howell via QGIS-User]

Outside of QGIS, GeoDa by Luc Anselin is the most often used
software...uses shapefiles, etc.: http://geodacenter.github.io/.

Frank

On Thu, Aug 10, 2023 at 2:01 PM  wrote:

> Send QGIS-User mailing list submissions to
> qgis-user@lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.osgeo.org/mailman/listinfo/qgis-user
> or, via email, send a message with subject or body 'help' to
> qgis-user-requ...@lists.osgeo.org
>
> You can reach the person managing the list at
> qgis-user-ow...@lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of QGIS-User digest..."
> Today's Topics:
>
>1. spatial analysis toolbox - testing for autocorrelation
>   (Francesca Parente)
>2. Re: spatial analysis toolbox - testing for autocorrelation
>   (Paolo Cavallini)
>
>
>
> -- Forwarded message --
> From: Francesca Parente 
> To: QGIS User List 
> Cc:
> Bcc:
> Date: Thu, 10 Aug 2023 16:10:28 +0200
> Subject: [Qgis-user] spatial analysis toolbox - testing for autocorrelation
> Hello everyone!
>
> I was wondering how to perform spatial autocorrelation tests in QGis and I
> downloaded the Spatial Analysis Toolbox
>  plugin.
> I can't even open it thought and immediately got the following error
> message:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Impossibile caricare il plugin 'spatialanalysistoolbox' a causa di un
> errore chiamando il metodo classFactory() ModuleNotFoundError: No module
> named 'geopandas' Traceback (most recent call last):  File
> "C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py", line 335, in _startPlugin
>   plugins[packageName] = package.classFactory(iface)  File
> "C:/Users/fparente/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins\spatialanalysistoolbox\__init__.py",
> line 36, in classFactoryfrom .spatialanalysistoolbox import
> SpatialAnalysisToolboxPlugin  File
> "C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py", line 799, in _importmod
> = _builtin_import(name, globals, locals, fromlist, level)  File
> "C:/Users/fparente/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins\spatialanalysistoolbox\spatialanalysistoolbox.py",
> line 38, in from .spatialanalysistoolbox_provider import
> SpatialAnalysisToolboxProvider  File
> "C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py", line 799, in _importmod
> = _builtin_import(name, globals, locals, fromlist, level)  File
> "C:/Users/fparente/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins\spatialanalysistoolbox\spatialanalysistoolbox_provider.py",
> line 35, in from .algorithms.GWR_ import GWR_  File
> "C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py", line 799, in _importmod
> = _builtin_import(name, globals, locals, fromlist, level)  File
> "C:/Users/fparente/AppData/Roaming/QGIS/QGIS3\profiles\default/python/plugins\spatialanalysistoolbox\algorithms\GWR_.py",
> line 23, in import geopandas as gpd  File
> "C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py", line 799, in _importmod
> = _builtin_import(name, globals, locals, fromlist,
> level)ModuleNotFoundError: No module named 'geopandas'Versione Python:
> 3.7.0 (v3.7.0:1bf9cc5093, Jun 27 2018, 04:59:51) [MSC v.1914 64 bit
> (AMD64)] Versione di QGIS: 3.18.2-Zürich Zürich, 515138c171 *
>
> I repeated the download/install procedure, but nothing changed.
> Does anybody know how to fix this and/or alternative ways to test for
> spatial autocorrelation here?
> Thanks a lot and have a good day!
> --
> 
> Francesca Parente
>
> _ SESS Euro PhD  in
> SocioEconomic and Statistical Studies
> _ Linked
> 
> in
>
> email: francescaparente@gmail.com
>fpare...@regione.lazio.it
>
>
>
>
> -- Forwarded message --
> From: Paolo Cavallini 
> To: Francesca Parente , Francesca Parente
> via QGIS-User 
> Cc:
> Bcc:
> Date: Thu, 10 Aug 2023 17:29:39 +0300
> Subject: Re: [Qgis-user] spatial analysis toolbox - testing for
> autocorrelation
> You have to install geopandas.
> Cheers.
>
>
> Il 10 agosto 2023 17:10:28 EEST, Francesca Parente via QGIS-User <
> qgis-user@lists.osgeo.org> ha scritto:
>
>> Hello everyone!
>>
>> I was wondering how to perform spatial autocorrelation tests in QGis and
>> I downloaded the Spatial Analysis Toolbox
>>  plugin.
>> I can't even open it thought and immediately got the following error
>> message:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Impossibile caricare il plugin 'spatialanalysistoolbox' a causa di un
>> errore chiamando il metodo classFactory() ModuleNotFoundError: No module
>> named 'geopandas' Traceback (most recent call last):  File
>> 

Re: [Qgis-user] Qgis 3.32 Lima desktop missing vector tab data management use ; vectorlayers merge ( samenvoegen )

[marc.devits--- via QGIS-User]

YES  

This was the problem . 

 

I fixed  now  .  thanks for your help.

 

Marc De Vits

 

Van: Alexandre Neto  
Verzonden: dinsdag 8 augustus 2023 09:46
Aan: marc.dev...@telenet.be; QGIS User 
Onderwerp: Re: [Qgis-user] Qgis 3.32 Lima desktop missing vector tab data 
management use ; vectorlayers merge ( samenvoegen )

 

It seems the problem is another. You have the processing plugin deactivated.

 

Go to the plugins menu and choose the manage and install plugins. In the list 
of installed plugins, make sure to activate processing. This will fix the merge 
vector missing in the vector menu.

 

Alexandre Neto

User support

www.qcooperative.net <http://www.qcooperative.net> 

 

A terça, 8/08/2023, 06:55, mailto:marc.dev...@telenet.be> > escreveu:

Hello alex , 

 

I use a  dutch  qgis version .  I can not find  processing  toolbox  in 
processing  menu .   what do you mean ?

I assume  processing  = bewerken   . But in bewerken  there is no search  tool 
and  this is  only to modify  active layer

This is  my Qgis .  



 

 

Van: Alexandre Neto mailto:alexandre.n...@qcooperative.net> > 
Verzonden: dinsdag 8 augustus 2023 00:40
Aan: marc.dev...@telenet.be <mailto:marc.dev...@telenet.be> 
CC: QGIS User mailto:qgis-user@lists.osgeo.org> >
Onderwerp: Re: [Qgis-user] Qgis 3.32 Lima desktop missing vector tab data 
management use ; vectorlayers merge ( samenvoegen )

 

Hello Marc,

 

Enable the processing toolbox in the processing menu.

 

Then, in the processing toolbox use the search to find vector merge.

 

Best regards,

Alexandre Neto

 

A segunda, 7/08/2023, 23:19, marc.devits--- via QGIS-User 
mailto:qgis-user@lists.osgeo.org> > escreveu:

In an older  QGis   installation on windows  msi  , Hannover , I  used   the  
tab   “ vector “  and  the  possibility  of  datamanagement use  to be able  to 
 merge   vectorlayers .  I manage to merge  about  100 of  individual layers ( 
shp  files )  into 1  layer  . This I could  export  as   kml  file   and  so I 
did  install  1 map  at  my maps in google. 

I did  install this week  the  QGis 3.32  latest  version  but I miss now  this 
 possibility  .  and  also in my older  QGis  hannover installation this 
possibility did  disappear .  Should I install  a  specific  plug in for this  
? 

 

I did  already uninstall  the  Q Gis 3.32 from my desktop computer  and  
reinstalled  today  but  still missing the vector merging possibility. In the 
first  QGis 3.32 Lima  installation I did install  the  GPS  plugin  and   this 
 was obvious under the  vector  tab . 

 

Hope for help

 

Marc 

___
QGIS-User mailing list
QGIS-User@lists.osgeo.org <mailto: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 3.32 Lima desktop missing vector tab data management use ; vectorlayers merge ( samenvoegen )

[Alexandre Neto via QGIS-User]

Hello Marc,

Enable the processing toolbox in the processing menu.

Then, in the processing toolbox use the search to find vector merge.

Best regards,
Alexandre Neto

A segunda, 7/08/2023, 23:19, marc.devits--- via QGIS-User <
qgis-user@lists.osgeo.org> escreveu:

> In an older  QGis   installation on windows  msi  , Hannover , I  used
> the  tab   “ vector “  and  the  possibility  of  datamanagement use  to be
> able  to  merge   vectorlayers .  I manage to merge  about  100 of
> individual layers ( shp  files )  into 1  layer  . This I could  export
> as   kml  file   and  so I did  install  1 map  at  my maps in google.
>
> I did  install this week  the  QGis 3.32  latest  version  but I miss now
> this  possibility  .  and  also in my older  QGis  hannover installation
> this possibility did  disappear .  Should I install  a  specific  plug in
> for this  ?
>
>
>
> I did  already uninstall  the  Q Gis 3.32 from my desktop computer  and
> reinstalled  today  but  still missing the vector merging possibility. In
> the first  QGis 3.32 Lima  installation I did install  the  GPS  plugin
> and   this  was obvious under the  vector  tab .
>
>
>
> Hope for help
>
>
>
> Marc
> ___
> 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: programmatic configuration

[Alessandro Pasotti via QGIS-User]

On Mon, Jul 17, 2023 at 3:03 PM Jakob Miksch via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello everyone,
>
>
>
> To my knowledge it is only possible to change a QGIS server project via
> the QGIS desktop GUI. However, I would like to dynamically add or remove
> layers in a QGIS server project.
>
>
>
> Is there or has there been any approach to accomplish this?
>
> My spontaneous idea is to use pyQGIS to edit the QGIS server project
> directly without using the GUI, but maybe other approaches exist. I would
> be grateful for any experiences, ideas or hints.
>
>
>
> Thanks, and best regards,
>
> Jakob
>

Hi,

you can change a project in memory on each request using server plugins:
https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/server.html,
the project is accessible via QgsProject.instance().

If you want a permanent change to the project you need to rewrite the
project XML on the storage.

Kind regards





>
>
>
> Jakob Miksch
> Consultant
>
> +49 170 9036956
> siticom.online
>
>
>
> siticom GmbH • Werner-von-Siemens-Straße 2-6 • 76646 Bruchsal • Deutschland
> Geschäftsführer: Jürgen Hatzipantelis, Stefan Höltken
> Sitz der Gesellschaft: Weiterstadt • Amtsgericht Darmstadt • HRB 9276
> Umsatzsteuer-ID Nr.: DE 197 925 589
>
>
> ___
> 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
QCooperative:  www.qcooperative.net
ItOpen:   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

Re: [Qgis-user] QGIS layer properties window oversized

[Andreas Neumann via QGIS-User]

Hi John,

Can you let us know what your screen resolution you have on your laptop or
PC screen?

QGIS requires a certain minimum resolution. I don't know exactly, but
anything below 1280x1024 or so is barely usable.

Andreas

On Thu, 13 Jul 2023 at 13:48, John Studley via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Can anyone help
>
> With QGIS 3.28.8-1 the layer properties window is oversized and so i
> cannot edit and save points lines or polygons
>
> Regards
>
> John
>
> Dr John Studley
> PhD MA OND CGeog FRGS ECIF
> Environmental Anthropologist/Ethno-Forester
> : 02034412597
> : stud...@thunderbolt.me.uk
> 
> My Web 
> google scholar
> 
> Citations
> Peer Reviews 
> Citations are very inaccurate on Publons
>
> [image: QR Code img] 
> Scan or click to add my vCard to your
> mobile and to view my recent publications
>
>
> My Latest Book
> INDIGENOUS SACRED NATURAL SITES AND SPIRITUAL GOVERNANCE: THE LEGAL CASE
> FOR JURISTIC PERSONHOOD
> 
>
>
> My Latest Publications
> 
>
> ___
> 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
>


-- 

--
Andreas Neumann
QGIS.ORG board member (treasurer)
___
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 layer properties window oversized

[Phil Wyatt via QGIS-User]

Grab the corner of the window and adjust its sizeCheers - PhilOn 13 Jul 2023, at 9:48 pm, John Studley via QGIS-User  wrote:



Can anyone helpWith QGIS 3.28.8-1 the layer properties window is oversized and so i cannot edit and save points lines or polygonsRegardsJohn 
Dr John Studley
  PhD MA OND CGeog FRGS ECIF
  Environmental
  Anthropologist/Ethno-Forester

  

  

  : 
  02034412597


  : 
  stud...@thunderbolt.me.uk


   
  
  My Web
  


  
  
  google
















scholar
  Citations
 


  
  
  Peer



Reviews 
Citations are very inaccurate on Publons 
  

  

  

 
 
  
  

  
Scan or click to add my vCard to your
mobile and to view my recent publications 


My Latest Book
INDIGENOUS
SACRED





NATURAL SITES AND SPIRITUAL GOVERNANCE: THE LEGAL CASE FOR
JURISTIC PERSONHOOD


 
My Latest Publications 
___QGIS-User mailing listQGIS-User@lists.osgeo.orgList info: https://lists.osgeo.org/mailman/listinfo/qgis-userUnsubscribe: 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 3.28 Server writes thousands temp files and folders under windows

[Jan-L via QGIS-User]

Thanks Abel!

with the parameter the folders and files are now written to the
specified directory.

FcgidInitialEnv TEMP "X:\temp"


The questions remain:

Is it possible to disable the creation of temp folders and files?

What use do they have?

Is QGIS server responsible for this or the Apache http server?


Am 30.06.2023 um 17:48 schrieb Abel Gonzalez:

Hi!
You would have to add a variable where you define where QGIS server
will save the temp files. Then you can create a script that erase
these files from time to time
BR/Abel

fre 30 juni 2023 kl. 15:27 skrev Jan Lippmann via QGIS-User
:

Hello,
I have QGIS Server 3.28.7 and Apache 2.4.57 installed on a Windows
server.
The problem which exists:
QGIS Server and or the Apache Server write thousands of temp files
and folders to the C:\Windows folder on map requests.
1. how to prevent these thousands of files and folders from being
created?
2. how can I set a temp folder path that QGIS/Apache use.
The files and folders look like this:
"C:\Windows\qgis_mapserv-ZrKtPx"
"C:\Windows\qgis_mapserv-ZWdliz"
"C:\Windows\QGIS3-aFnerJ"
"C:\Windows\QGIS3-anjafa"
"C:\Windows\QGIS3-cUBeOv\ZjIOVf_styles.db"
Translated with www.DeepL.com/Translator
 (free version)
Would be great if someone could help me with this.
Thanks a lot.
Greetings Jan
httpd-vhosts.conf:
---

FcgidInitialEnv PATH
"C:\OSGeo4W\bin;C:\OSGeo4W\apps\qgis-ltr\bin;C:\OSGeo4W\apps\Qt5\bin"
FcgidInitialEnv QT_PLUGIN_PATH
"C:\OSGeo4W\apps\qgis-ltr\qtplugins;C:\OSGeo4W\apps\Qt5\plugins"
FcgidInitialEnv PYTHONHOME "C:\OSGeo4W\apps\Python39"
FcgidInitialEnv PYTHONPATH

"C:\OSGeo4W\apps\qgis-ltr\.\python;C:\OSGeo4W\apps\qgis-ltr\.\python\plugins;C:\OSGeo4W\apps\Python39\DLLs;C:\OSGeo4W\apps\Python39\lib;C:\OSGeo4W\bin;C:\OSGeo4W\apps\Python39;C:\OSGeo4W\apps\Python39\lib\site-packages"
FcgidInitialEnv QGIS_SERVER_LOG_LEVEL 0
FcgidInitialEnv QGIS_SERVER_LOG_FILE
"C:\\webserver\\Apache24\\logs\\qgis_server.log"
FcgidInitialEnv QGIS_SERVER_CACHE_SIZE 100
FcgidIOTimeout 120
FcgidInitialEnv LC_ALL "en_US.UTF-8"
FcgidInitialEnv PYTHONIOENCODING UTF-8
FcgidInitialEnv LANG "en_US.UTF-8"
FcgidInitialEnv QGIS_DEBUG 1
FcgidInitialEnv QGIS_PLUGINPATH
"C:\OSGeo4W\apps\qgis-ltr\python\plugins"
FcgidInitialEnv QGIS_SERVER_PARALLEL_RENDERING 1
FcgidInitialEnv QGIS_SERVER_MAX_THREADS 3
FcgidInitialEnv QGIS_SERVER_LANDING_PAGE_PROJECTS_DIRECTORIES
"C:\webserver\qgis_ows\qgs"
FcgidInitialEnv QGIS_SERVER_TRUST_LAYER_METADATA 1


SetEnvIf Request_URI ^/qgis QGIS_PREFIX_PATH
"C:\OSGeo4W\apps\qgis-ltr"
SetEnvIf Request_URI ^/qgis GDAL_DATA "C:\OSGeo4W\share\gdal"
SetEnvIf Request_URI ^/qgis GDAL_DRIVER_PATH "C:\OSGeo4W\bin"
SetEnvIf Request_URI ^/qgis PDAL_DRIVER_PATH "C:\OSGeo4W\bin"
SetEnvIf Request_URI ^/qgis GDAL_SKIP "JP2ECW"
SetEnvIf Request_URI ^/qgis PROJ_LIB "C:\OSGeo4W\share\proj"
___
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-User Digest, Vol 208, Issue 31

[Thayer Young via QGIS-User]

 Hi Gert-Jan,
Thank you that works well, with the basic functionality required.
-Thayer

On Tuesday, June 20, 2023 at 03:00:36 PM EDT, 
qgis-user-requ...@lists.osgeo.org  wrote:
From: "Gert-Jan van der Weijden (GISNederland)"
    
To: Thayer Young , QGIS-User Mailinglist
    
Subject: Re: [Qgis-user] Most foolproof method for installing on
    Windows 10?
Message-ID: <334fb634-06d1-0e16-db26-8c0057072...@gisnederland.nl>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Hi Thayer,

Over the past years my experience with the regular .msi (straight from 
https://www.qgis.org/nl/site/forusers/download.html) have been better 
than the OSGEO4W installer, for the same reasons ("DLL hell" ) you mention.
And that was even on "real" windows machines, not on emulated 
Windows-on-a-mac

Especially if you just need plan QGis, and not the side-tools like 
gdal/ogr , grass etc.


Kind regards,

Gert-Jan


On 20-6-2023 15:29, Thayer Young via QGIS-User wrote:
> I am wondering if someone can please recommend the installation for 
> Windows 10 that has the lowest barrier to success? I need to make a 
> recommendation to a client on how to install it on Windows. I had 
> trouble a month or so ago with the OSGEO4W installer recently saying 
> that I don't have the right DLLs in place, despite my efforts to 
> install using the same method I have always used on Windows. I am 
> using OSGEO4W to install QGIS on an emulated Windows on an Intel Mac 
> that has older versions of QGIS installed. None of the QGIS version 
> work anymore for the same reason. Maybe Windows is unhappy with my not 
> updating Windows recently enough? I have seen fairly complicated 
> looking solutions posted to the Github page for other users with 
> similar errors, though not the same DLLs. Thanks in advance for any 
> advice. My apologies for not doing more legwork before writing to the 
> list.
>
> -Thayer
>
> Thayer Young
> Cicada Systems GIS Consulting
> http://www.cicadagis.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

Re: [Qgis-user] [Qgis-community-team] consultation

[Alexander Bruy via QGIS-User]

Please stop cross-posting the same message to all mailing lists you were
able to find.

ср, 21 черв. 2023 р. о 21:46 Juan Pablo Moreno Sebastian <
jpablo...@hotmail.com> пише:

> Good afternoon.
>
> I'm Juan Pablo Moreno.
>
> I have to develop a plugin for QGIS that calculates the orographic
> prominence of the hills and then goes on to classify the points.
> I will now explain my idea more slowly.
>
> 1º The plugin must load an MDT.
> 2º Locate hills by analysis of each cell of the MDT and those of its
> surroundings. I locate a cell and if the surroundings are of lower level it
> will be a possible hill, the holes would be the other way around.
> 3º Calculation of the orographic prominence of each hill.
> *Prominence:*
> The *prominence *of a mountain is a notion used in orography for the
> classification of mountains. It is defined as the minimum slope that must
> be descended from the top of a mountain to ascend to a higher one. The more
> prominent a mountain is, the more it will stand out among those around it,
> regardless of its altitude.
> *Prominence = mountain altitude - altitude minimum point*
>
>
>
> To calculate the prominence, a program would have to be developed that did
> something similar to the following:
>
> An analogy widely used to explain these relationships and, incidentally,
> to illustrate a possible procedure for detecting hills and hills, alludes
> to the myth of the universal flood. We imagine that the earth has been
> flooded under a thick blanket of water that covers it completely, without
> leaving a single piece of land emerged. After the end of the flood, the
> evaporation of water causes small islands to begin to emerge. The first to
> appear is the summit of Everest and the following, other summits of the
> Himalayas. As the sea level drops due to evaporation, the surface area
> occupied by each island increases and there comes a time when the level is
> low enough for the island to merge with another land mass through some
> isthmus that has been exposed.  The exact point at which the connection
> of two islands occurs coincides with a col and is associated with the
> summit of the lower altitude island to determine its prominence. The value
> is obtained from the difference in height between the hill and the
> associated hill, as can be seen from its definition.
>
> We apologize for the inconvenience.
> If you find the subject interesting or were so kind as to guide me a
> little?, tell me if it sounds like something or know something similar?,
> give me some advice on where or how to start?, or if you have another idea
> on the subject, I am very lost in python programming and everything would
> be very helpful,  I would be very grateful.
>
> Thank you very much for everything.
> Best regards.
> ___
> 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
>


-- 
Alexander Bruy
___
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] Proposal? Set 'Use Proxy for Web Access' default ON to 'DefaultProxy'

[Richard Duivenvoorde via QGIS-User]

Hi, created a PR for this:

https://github.com/qgis/QGIS/pull/53424

Nobody have this issue/urge?
@Juergen: as you are our 'Windows'-man ;-)  do you see an issue with 
this (defaulting to 'Use Default Proxy'?)


Regards,

Richard Duivenvoorde


On 2023-05-17 09:47, Richard Duivenvoorde via QGIS-Developer wrote:

Hi All,

Currently a fresh install/profile has 'Use Proxy for Web Access' 
UNchecked.


I propose to set it CHECKED and then 'Proxy type' to DefaultProxy (all
see Network Settings)

This means that if you are in an environment without proxy, it will
not be in your system environment, so will not be used.
While if the admins setup the proper proxy, it will also 'just work'.

Anybody aware of a reason to NOT do this?

Background: working at institutions/companies which often have some
kind of proxy enabled, I often have the hassle of making the users
aware on how to set the web proxy... (because they often want WMS/WFS
layers from outside the local network)...

If we would set it by default to "use system proxy" (for what I know
that is also how most browsers are working), that would solve a lot of
'web issues', while (for what I know) would not affect normal use
without proxies?

Anybody would have or see an issue with that?

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

Re: [Qgis-user] Qgis atlas print composer : aggregate (bigger overlap)

[celati Laurent via QGIS-User]

Thanks a lot for your usefull reply. It works well !

Le lun. 12 juin 2023 à 14:18, Stefan Giese (WhereGroup) <
stefan.gi...@wheregroup.com> a écrit :

> Hi,
>
> you can use overlay functions instead, there you can sort the size of
> intersection and take the biggest one:
>
> *overlay_intersects(layer:='**PARCEL_LAYER**',  expression:="parcel_id",
> sort_by_intersection_size:='des')[0]*
> hope this helps
> Stefan
>
> Am 12.06.2023 um 14:04 schrieb celati Laurent via QGIS-User:
>
> Good afternoon,
> With Qgis 3.30, In the composer interface, I generate an atlas.
> My iteration layer is a polygonal layer (platforms). I added a text
> element to automatically get by spatial intersection the 'parcel_id'
> attribute present in another polygonal layer. I use the aggregate function
> for this task :
>
>
>
>
> *  aggregate( 'LAYER':="PARCEL_LAYER',aggregate:='concatenate',
> expression:="parcel_id", filter:=intersects(geometry(@parent), $geometry))*
>
> It works. But the result shows values of all the intersections. I would
> like it limit to the result of the biggest intersection. Would you know how
> to do it?
>
> Thanks a lot.
>
> ___
> QGIS-User mailing listqgis-u...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
> --
> Mit freundlichen Grüßen
> Stefan Giese
> Projektleiter/Consultant
> --
> Aufwind durch Wissen!
> Jetzt neu: Webinare und Online-Schulungen
> bei der www.foss-academy.com
> --
>
> WhereGroup GmbH
> Schwimmbadstr. 2
> 79100 Freiburg
> Germany
>
> Fon: +49 (0)761 / 519 102 - 61
> Fax: +49 (0)761 / 519 102 - 11
> stefan.gi...@wheregroup.comwww.wheregroup.com
> Geschäftsführer:
> Olaf Knopp, Peter Stamm
> Amtsgericht Bonn, HRB 9885
>
>
___
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 atlas print composer : aggregate (bigger overlap)

[Stefan Giese (WhereGroup) via QGIS-User]

Hi,

you can use overlay functions instead, there you can sort the size of 
intersection and take the biggest one:


/overlay_intersects(layer:='//PARCEL_LAYER//', expression:="parcel_id", 
sort_by_intersection_size:='des')[0]/


hope this helps
Stefan

Am 12.06.2023 um 14:04 schrieb celati Laurent via QGIS-User:

Good afternoon,
With Qgis 3.30, In the composer interface, I generate an atlas.
My iteration layer is a polygonal layer (platforms). I added a text 
element to automatically get by spatial intersection the 'parcel_id' 
attribute present in another polygonal layer. I use the aggregate 
function for this task :


/  aggregate(
'LAYER':="PARCEL_LAYER',aggregate:='concatenate',
  expression:="parcel_id",
filter:=intersects(geometry(@parent), $geometry))/

It works. But the result shows values of all the intersections. I 
would like it limit to the result of the biggest intersection. Would 
you know how to do it?


Thanks a lot.

___
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


--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
--
Aufwind durch Wissen!
Jetzt neu: Webinare und Online-Schulungen
bei derwww.foss-academy.com
--

WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Fon: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885



OpenPGP_signature
Description: OpenPGP digital signature
___
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] Call of testing of nightlies on hi-dpi displays

[Stephen Knox via QGIS-User]

On 5/29/23 06:01, Nyall Dawson via QGIS-Developer wrote:
> Hi lists,
>
> For the upcoming QGIS 3.32 release a change has been made in how QGIS
> handles high dpi (and retina) displays. This should ultimately make
> QGIS behave MUCH better on these displays, but there's likely some
> short-term fallout and regressions caused by the change.

Hi,

Thank you for this Nyall.

It certainly makes a big difference on my display: https://imgur.com/a/lAmBaUw

Haven't found any areas where icons continue to be abnormally large
yet, apart from those identified, but will keep an eye out.

Stephen

On Tue, May 30, 2023 at 12:11 AM Nyall Dawson via QGIS-Developer
 wrote:
>
> On Mon, 29 May 2023 at 19:23, Richard Duivenvoorde  
> wrote:
> >
> > Hi Nyall,
> >
> > Happy to do some testing, I do have a (dual boot) laptop/tablet with 
> > 3000x2000 screen (that's high-dpi, yes?), but in Gnome I set the Display 
> > 'Scale' on 200% to have proper applications (an to me readable text :-) ).
> >
> > Is there some test plan/idea's?
>
> There's a few things in particular we need to identify:
>
> - Widgets which are now showing as pixelated. Basically just hunt
> through the UI looking for things which look pixelated! This might be
> icons, graphics, or even just the drawing of the widget itself. You'll
> spot them immediately, as they clearly stand out. But there's a LOT of
> different dialogs/tabs/widgets/pages/... in QGIS and it will take some
> time to hunt through them all.
> - Icons/images which look the wrong size. Eg the marker symbols shown
> in the layer tree right now are incorrectly sized and will be half the
> size of the actual symbol shown on the map. That's a known regression,
> but there's likely others like this hiding around the place.
> - Text which is the wrong size. If something has a hard-coded sizing
> it's possible that we'll get fonts scaled badly, so if you spot any
> text which noticably looks incorrectly sized vs other UI elements then
> that's also something we need to fix.
>
> > Is my setup something you want to test (200%), or is is preferred to use 
> > the 100% scale?
>
> This is EXACTLY the kind of setup we need testing on! If the display
> scaling is set to 100% (in Windows, or Linux), then you'll see no
> difference between the old approach vs new. The new logic only kicks
> in when display scaling is present.
>
> > I'm not sure what is supposed to be the 'normal' way of scaling (like what 
> > does a mac do)?
>
> Things should just look perfect, regardless of whether or not display
> scaling is active :)
>
> Nyall
>
> > Or is it more to try to see if the icons/widgets scale up/down when fidling 
> > with scale (or what it is called in Windows)?
> >
> > Regards,
> >
> > Richard Duivenvoorde
> >
> > On 5/29/23 06:01, Nyall Dawson via QGIS-Developer wrote:
> > > Hi lists,
> > >
> > > For the upcoming QGIS 3.32 release a change has been made in how QGIS
> > > handles high dpi (and retina) displays. This should ultimately make
> > > QGIS behave MUCH better on these displays, but there's likely some
> > > short-term fallout and regressions caused by the change.
> > >
> > > If you've access to a high-dpi display, please test out the nightly
> > > releases and file bug reports on github for any regressions you spot
> > > -- in particular we are looking for widgets and places where the QGIS
> > > interface is now looking pixelated or where the scale / sizes of
> > > objects are incorrect.
> > >
> > > (Currently there's known regressions for the icons shown in the layer
> > > tree panel, and for pixelated icons in the style manager dialog.)
> > >
> > > Thanks in advance!
> > > 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
> >
> ___
> 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 controlling access in QGIS

[Emma Hain via QGIS-User]

Let me give you an example from a previous workplace - a large engineering
firm.

We ran QGIS as a corporate GIS.
Data was controlled through Window Explorer permissions as well as ArcGIS
Rest Servers.
Users were either blocked from certain data, allowed read only or given
full access.

Worked really well.

Cheers
Em

On Wed, 31 May 2023 at 02:27, David Strip via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Expanding on what Chris said -
> Qgis does not own or manage data, Qgis manipulates and displays data from
> files, databases, and web services. As Chris points out, access to files is
> controlled through OS settings, databases by database settings. Web
> services may require authentication for access. When Qgis is used to create
> derivative datasets, these will be stored in a file system or database,
> again subject to the sorts of access restrictions that these systems
> provide.
>
> On 5/30/2023 9:59 AM, chris hermansen via QGIS-User wrote:
>
> Simon and list,
>
> On Tue, May 30, 2023, 08:48 Simon via QGIS-User 
> wrote:
>
>> Hello,
>>
>> It's me again, I just had some questions regarding the ability to control
>> access in QGIS. First of all, is it even possible? Can an organization
>> (like departments of the Canadian government) control who has access to
>> which database or file? Can the IT department of that organization manage
>> the access?
>>
>
> Access to files is controlled through operating system settings. Access to
> databases is controlled by database settings. Normally in organizations
> system administrators manage these settings.
>
> Whatever software application is run is limited in its access by those
> settings. It would be unusual for an end user software application to
> further manage access.
>
> Settings typically include ability to read, ability to write, ability
> create and ability delete. So for example a set of shape files could be
> shared as read only to users, to a group of users, or via access control
> lists.
>
> To your point - access to resources is not controlled through QGIS; it is
> controlled by the operating system, and by the database server if one is
> used.
>
>>
>>
> ___
> QGIS-User mailing listqgis-u...@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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com / 0414 512 782
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [Qgis-user] QGIS controlling access in QGIS

[David Strip via QGIS-User]

  
  
Expanding on what Chris said - 
Qgis does not own or manage data, Qgis manipulates and displays data
from files, databases, and web services. As Chris points out, access
to files is controlled through OS settings, databases by database
settings. Web services may require authentication for access. When
Qgis is used to create derivative datasets, these will be stored in
a file system or database, again subject to the sorts of access
restrictions that these systems provide. 

On 5/30/2023 9:59 AM, chris hermansen via QGIS-User wrote:

  
  
Simon and list,
  
  
On Tue, May 30, 2023,
  08:48 Simon via QGIS-User 
  wrote:


  
Hello, 


It's
  me again, I just had some questions regarding the
  ability to control access in QGIS. First of all, is it
  even possible? Can an organization (like departments
  of the Canadian government) control who has access to
  which database or file? Can the IT department of that
  organization manage the access?
  

  



Access to files is controlled through operating
  system settings. Access to databases is controlled by database
  settings. Normally in organizations system administrators
  manage these settings.


Whatever software application is run is limited
  in its access by those settings. It would be unusual for an
  end user software application to further manage access.


Settings typically include ability to read,
  ability to write, ability create and ability delete. So for
  example a set of shape files could be shared as read only to
  users, to a group of users, or via access control lists.


To your point - access to resources is not
  controlled through QGIS; it is controlled by the operating
  system, and by the database server if one is used.

  

  


  

  

  
  
  
  ___
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 controlling access in QGIS

[chris hermansen via QGIS-User]

Simon and list,

On Tue, May 30, 2023, 08:48 Simon via QGIS-User 
wrote:

> Hello,
>
> It's me again, I just had some questions regarding the ability to control
> access in QGIS. First of all, is it even possible? Can an organization
> (like departments of the Canadian government) control who has access to
> which database or file? Can the IT department of that organization manage
> the access?
>

Access to files is controlled through operating system settings. Access to
databases is controlled by database settings. Normally in organizations
system administrators manage these settings.

Whatever software application is run is limited in its access by those
settings. It would be unusual for an end user software application to
further manage access.

Settings typically include ability to read, ability to write, ability
create and ability delete. So for example a set of shape files could be
shared as read only to users, to a group of users, or via access control
lists.

>
To your point - access to resources is not controlled through QGIS; it is
controlled by the operating system, and by the database server if one is
used.

>
>
___
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] Call of testing of nightlies on hi-dpi displays

[Nyall Dawson via QGIS-User]

On Mon, 29 May 2023 at 19:23, Richard Duivenvoorde  wrote:
>
> Hi Nyall,
>
> Happy to do some testing, I do have a (dual boot) laptop/tablet with 
> 3000x2000 screen (that's high-dpi, yes?), but in Gnome I set the Display 
> 'Scale' on 200% to have proper applications (an to me readable text :-) ).
>
> Is there some test plan/idea's?

There's a few things in particular we need to identify:

- Widgets which are now showing as pixelated. Basically just hunt
through the UI looking for things which look pixelated! This might be
icons, graphics, or even just the drawing of the widget itself. You'll
spot them immediately, as they clearly stand out. But there's a LOT of
different dialogs/tabs/widgets/pages/... in QGIS and it will take some
time to hunt through them all.
- Icons/images which look the wrong size. Eg the marker symbols shown
in the layer tree right now are incorrectly sized and will be half the
size of the actual symbol shown on the map. That's a known regression,
but there's likely others like this hiding around the place.
- Text which is the wrong size. If something has a hard-coded sizing
it's possible that we'll get fonts scaled badly, so if you spot any
text which noticably looks incorrectly sized vs other UI elements then
that's also something we need to fix.

> Is my setup something you want to test (200%), or is is preferred to use the 
> 100% scale?

This is EXACTLY the kind of setup we need testing on! If the display
scaling is set to 100% (in Windows, or Linux), then you'll see no
difference between the old approach vs new. The new logic only kicks
in when display scaling is present.

> I'm not sure what is supposed to be the 'normal' way of scaling (like what 
> does a mac do)?

Things should just look perfect, regardless of whether or not display
scaling is active :)

Nyall

> Or is it more to try to see if the icons/widgets scale up/down when fidling 
> with scale (or what it is called in Windows)?
>
> Regards,
>
> Richard Duivenvoorde
>
> On 5/29/23 06:01, Nyall Dawson via QGIS-Developer wrote:
> > Hi lists,
> >
> > For the upcoming QGIS 3.32 release a change has been made in how QGIS
> > handles high dpi (and retina) displays. This should ultimately make
> > QGIS behave MUCH better on these displays, but there's likely some
> > short-term fallout and regressions caused by the change.
> >
> > If you've access to a high-dpi display, please test out the nightly
> > releases and file bug reports on github for any regressions you spot
> > -- in particular we are looking for widgets and places where the QGIS
> > interface is now looking pixelated or where the scale / sizes of
> > objects are incorrect.
> >
> > (Currently there's known regressions for the icons shown in the layer
> > tree panel, and for pixelated icons in the style manager dialog.)
> >
> > Thanks in advance!
> > 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
>
___
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] Call of testing of nightlies on hi-dpi displays

[Richard Duivenvoorde via QGIS-User]

Hi Nyall,

Happy to do some testing, I do have a (dual boot) laptop/tablet with 3000x2000 
screen (that's high-dpi, yes?), but in Gnome I set the Display 'Scale' on 200% 
to have proper applications (an to me readable text :-) ).

Is there some test plan/idea's?
Is my setup something you want to test (200%), or is is preferred to use the 
100% scale?
I'm not sure what is supposed to be the 'normal' way of scaling (like what does 
a mac do)?
Or is it more to try to see if the icons/widgets scale up/down when fidling 
with scale (or what it is called in Windows)?

Regards,

Richard Duivenvoorde

On 5/29/23 06:01, Nyall Dawson via QGIS-Developer wrote:

Hi lists,

For the upcoming QGIS 3.32 release a change has been made in how QGIS
handles high dpi (and retina) displays. This should ultimately make
QGIS behave MUCH better on these displays, but there's likely some
short-term fallout and regressions caused by the change.

If you've access to a high-dpi display, please test out the nightly
releases and file bug reports on github for any regressions you spot
-- in particular we are looking for widgets and places where the QGIS
interface is now looking pixelated or where the scale / sizes of
objects are incorrect.

(Currently there's known regressions for the icons shown in the layer
tree panel, and for pixelated icons in the style manager dialog.)

Thanks in advance!
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


___
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 for safe organization use

[Greg Troxel via QGIS-User]

Mike Flannigan  writes:

> What is ITAR?  When I look up ITAR I get:
> International Traffic in Arms Regulations
>
> Ah, I see that is it:
>
> "ITAR rules is a precondition of receiving controlled
> goods and technologies from a U.S. company."
>
> We are running into that with a project I am involved
> in at work.

Yes, that exactly.  The scope is wide, and helping a foreign person for
a defense purpose, even if not involving an item on the munitions list
is "providing a defense service".

  
https://www.ecfr.gov/current/title-22/chapter-I/subchapter-M/part-120/subpart-C/section-120.32

___
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 for safe organization use

[Mike Flannigan via QGIS-User]

What is ITAR?  When I look up ITAR I get:
International Traffic in Arms Regulations

Ah, I see that is it:

"ITAR rules is a precondition of receiving controlled
goods and technologies from a U.S. company."

We are running into that with a project I am involved
in at work.



Mike


On 5/23/23 12:20, qgis-user-requ...@lists.osgeo.org wrote:

Unfortunately I, like all Americans, am legally precluded from giving
you advice about your specific situation due to ITAR.  I would suggest
you find a consultant within Canada.  Thank you for being upfront about
your situation.


___
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 for safe organization use.

[Nicolas Cadieux via QGIS-User]

Hi,

Your data is your data!  It will be safe if you keep it safe.  If you have any 
concerns regarding the safety of QGIS, send a mail to the NRCAN Canadian 
mapping service in Sherbrooke Quebec.  They use QGIS and other products.  
Between you and me, I would stick with QGIS as ArcGIS could lock you into 
proprietary file formats.  I would say ArcGIS is the best alternative to QGIS!

Nicolas Cadieux

> Le 23 mai 2023 à 12:10, Simon via QGIS-User  a 
> écrit :
> 
> 
> Hello, 
> 
> I work at the Department of National Defense for the Canadian government and 
> had some questions regarding QGIS. 
> 
> Firstly, I'm working on a project to determine the seismic risk and 
> vulnerability of all the department's buildings different Canadian Provinces. 
> An important part of the project will be to create a geodatabase containing 
> crucial information about each building. After, I plan to create a layer that 
> will show the location of these buildings on a map. 
> 
> Now, a large portion of the information regarding the buildings and their 
> locations is confidential, and so I'm wondering if the geodatabase and layer 
> that I plan to create will be safe and protected, or if other users will have 
> access to them since QGIS is free and open source?
> 
> At first, I was planning to work with ArcGIS Pro but I'm currently waiting 
> for a license. When or if it comes through, I'll stick with ArcGIS but for 
> now QGIS seems to be the best alternative. 
> 
> If QGIS is not safe, are there other safe and similar softwares you can 
> recommend? 
> 
> Thanks, 
> 
> Simon
> 
> 
> ___
> 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 for safe organization use.

[Emma Hain via QGIS-User]

Hi All
This has been a great thread to read. Simon I hope this has helped you and
if you need any further clarification, please let us know.

It will be interesting to see how you feel about the both after using them
and I would be interested to hear your thoughts.

Cheers
Em



On Wed, 24 May 2023 at 04:14, Michael Gieding via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello Simon,
>
> I'm working for a police department in a bigger federal state of Germany
> (4+ employees). I was (as a policeofficer, not programmer or so)
> involved  to launch shortly QGIS as the free alternative desktop-GIS to
> ESRI for everyone who has a need in our organisation.
> From my point your main problem is not QGIS vs. ArcGIS or open source
> against closed source.
> As others said before the question of security is where and in which
> format you store your confidential data and who has how access to it.
> I'm sure you have securty professionals in your organisation. Discuss your
> usecase and the options: file format and fileaccess or database etc..
> Then I would think about the software on the clients (which could be QGIS
> for many reasons  ).
>
> That would be my 2 cent.
>
> Best regards,
>
> Michael
> --
> *Von:* QGIS-User  im Auftrag von Simon
> via QGIS-User 
> *Gesendet:* Dienstag, 23. Mai 2023 18:09
> *An:* qgis-user@lists.osgeo.org 
> *Betreff:* [Qgis-user] QGIS for safe organization use.
>
> Hello,
>
> I work at the Department of National Defense for the Canadian government
> and had some questions regarding QGIS.
>
> Firstly, I'm working on a project to determine the seismic risk and
> vulnerability of all the department's buildings different Canadian
> Provinces. An important part of the project will be to create a geodatabase
> containing crucial information about each building. After, I plan to create
> a layer that will show the location of these buildings on a map.
>
> Now, a large portion of the information regarding the buildings and their
> locations is confidential, and so I'm wondering if the geodatabase and
> layer that I plan to create will be safe and protected, or if other users
> will have access to them since QGIS is free and open source?
>
> At first, I was planning to work with ArcGIS Pro but I'm currently waiting
> for a license. When or if it comes through, I'll stick with ArcGIS but for
> now QGIS seems to be the best alternative.
>
> If QGIS is not safe, are there other safe and similar softwares you can
> recommend?
>
> Thanks,
>
> Simon
>
>
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com / 0414 512 782
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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