Re: [QGIS-Developer] Preparing inheritance : change a plugin's owner

2024-03-12 Thread Emma Hain via QGIS-Developer 
Hi Jean
Great that you are planning for this - sorry I cannot help, but I am keen
to understand this process to write up for the QGIS AU blog.
Do you have someone that you are handing it over to?

Cheers
Em



On Wed, 13 Mar 2024 at 05:29, Jean Hemmi via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hello,
> How to change a plugin's owner ?
>
>- give my QGIS plugins user is not a smart inheritance since user name
>doesn't change.
>- Just upload a new version with a new plugin user (but can the plugin
>name be the same ?)
>
> Impossible is not QGIS
> Thanks for your help. I'm not in a hurry, just preparing future
> Jean Hemmi
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
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-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Preparing inheritance : change a plugin's owner

2024-03-12 Thread Jean Hemmi via QGIS-Developer 
Hello,
How to change a plugin's owner ?

   - give my QGIS plugins user is not a smart inheritance since user name
   doesn't change.
   - Just upload a new version with a new plugin user (but can the plugin
   name be the same ?)

Impossible is not QGIS
Thanks for your help. I'm not in a hurry, just preparing future
Jean Hemmi
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling against homebuilt GDAL

2024-03-12 Thread Even Rouault via QGIS-Developer 
When you run "make -jSOMETHING" the error message may be quite above the 
end of the standard error stream. Look further above for a "error:" 
string or something like that. Or just  re-run "make", and wait for it 
to fail. The error message should then just be in the last lines


Le 12/03/2024 à 11:44, Thomas Larsen Wessel a écrit :

Sorry for the late reply.

@Richard; Your advice is certainly useful. I could use some advice on 
best practices :)


After *installing* GDAL, I was able to run cmake without issues. But 
then make would fail at 56% every time (simply printing "Error 2"). By 
coincidence I found out, that if I just ran the same make command one 
more time (without cleaning), it would progress beyond the 56%, and 
run for another 20 minutes before it failed at 64%. If I ran for a 
third time it would progress a bit more (or maybe the output just 
looks different), but still at 64%. Any additional attempts give no 
further progress.


mkdir build; cd build
GDAL_DIR=/home/velle/install-gdal-3.7.2 cmake .. 
-DCMAKE_BUILD_TYPE=DEBUG 2>&1 | tee cmakelog.txt

time make -j4 VERBOSE=1 2>&1 | tee make_j4_1.txt
time make -j4 VERBOSE=1 2>&1 | tee make_j4_2.txt
time make -j4 VERBOSE=1 2>&1 | tee make_j4_3.txt

The last part of make_j4_3.txt looks like this:

Dependencies file 
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsvtpktiles.cpp.o.d" is 
newer than depends file 
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".
Dependencies file 
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsvtpkvectortiledataprovider.cpp.o.d" 
is newer than depends file 
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".
Dependencies file 
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsxyzvectortiledataprovider.cpp.o.d" 
is newer than depends file 
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".

Consolidate compiler generated dependencies of target qgis_core
make[2]: Leaving directory '/home/velle/b/QGIS/build'
make  -f src/core/CMakeFiles/qgis_core.dir/build.make 
src/core/CMakeFiles/qgis_core.dir/build

make[2]: Entering directory '/home/velle/b/QGIS/build'
make[2]: Nothing to be done for 'src/core/CMakeFiles/qgis_core.dir/build'.
make[2]: Leaving directory '/home/velle/b/QGIS/build'
[ 64%] Built target qgis_core
make[1]: Leaving directory '/home/velle/b/QGIS/build'
make: *** [Makefile:166: all] Error 2

I don't see anything failing until the point it aborts. Can I get more 
details about what is failing?




It took some time to find the VERBOSE=1 option, but even with verbose 
output I don't understand what is going on. Is it






On Thu, Feb 29, 2024 at 8:52 AM Matthias Kuhn  wrote:



On Wed, Feb 28, 2024 at 7:45 PM Even Rouault via QGIS-Developer
 wrote:

and then when configuring QGIS, use
GDAL_DIR=$HOME/install-gdal-3.7.2  . I'm not totally sure
about that last part. may require tweaking. you could alter
the PATH to point to $HOME/install-gdal-3.7.2/bin so that
"gdal-config" from your installed GDAL is picked up


It will first try to locate GDAL via cmake config
(https://github.com/qgis/QGIS/blob/master/cmake/FindGDAL.cmake#L16).
Only if that fails it will fall back to the gdal-config executable.

To help cmake find a package on a custom install prefix, refer to

https://cmake.org/cmake/help/latest/command/find_package.html#config-mode-search-procedure

in your case I'd suggest using `-D
GDAL_ROOT=$HOME/install-gdal-3.7.2` after installing

Matthias


--
http://www.spatialys.com
My software is free, but my time generally not.
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling against homebuilt GDAL

2024-03-12 Thread Thomas Larsen Wessel via QGIS-Developer 
Sorry for the late reply.

@Richard; Your advice is certainly useful. I could use some advice on best
practices :)

After *installing* GDAL, I was able to run cmake without issues. But then
make would fail at 56% every time (simply printing "Error 2"). By
coincidence I found out, that if I just ran the same make command one more
time (without cleaning), it would progress beyond the 56%, and run for
another 20 minutes before it failed at 64%. If I ran for a third time it
would progress a bit more (or maybe the output just looks different), but
still at 64%. Any additional attempts give no further progress.

mkdir build; cd build
GDAL_DIR=/home/velle/install-gdal-3.7.2 cmake .. -DCMAKE_BUILD_TYPE=DEBUG
2>&1 | tee cmakelog.txt
time make -j4 VERBOSE=1 2>&1 | tee make_j4_1.txt
time make -j4 VERBOSE=1 2>&1 | tee make_j4_2.txt
time make -j4 VERBOSE=1 2>&1 | tee make_j4_3.txt

The last part of make_j4_3.txt looks like this:

Dependencies file
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsvtpktiles.cpp.o.d" is
newer than depends file
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".
Dependencies file
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsvtpkvectortiledataprovider.cpp.o.d"
is newer than depends file
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".
Dependencies file
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsxyzvectortiledataprovider.cpp.o.d"
is newer than depends file
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".
Consolidate compiler generated dependencies of target qgis_core
make[2]: Leaving directory '/home/velle/b/QGIS/build'
make  -f src/core/CMakeFiles/qgis_core.dir/build.make
src/core/CMakeFiles/qgis_core.dir/build
make[2]: Entering directory '/home/velle/b/QGIS/build'
make[2]: Nothing to be done for 'src/core/CMakeFiles/qgis_core.dir/build'.
make[2]: Leaving directory '/home/velle/b/QGIS/build'
[ 64%] Built target qgis_core
make[1]: Leaving directory '/home/velle/b/QGIS/build'
make: *** [Makefile:166: all] Error 2

I don't see anything failing until the point it aborts. Can I get more
details about what is failing?



It took some time to find the VERBOSE=1 option, but even with verbose
output I don't understand what is going on. Is it





On Thu, Feb 29, 2024 at 8:52 AM Matthias Kuhn  wrote:

>
>
> On Wed, Feb 28, 2024 at 7:45 PM Even Rouault via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
>
>> and then when configuring QGIS, use GDAL_DIR=$HOME/install-gdal-3.7.2  .
>> I'm not totally sure about that last part. may require tweaking. you could
>> alter the PATH to point to $HOME/install-gdal-3.7.2/bin so that
>> "gdal-config" from your installed GDAL is picked up
>>
>
> It will first try to locate GDAL via cmake config (
> https://github.com/qgis/QGIS/blob/master/cmake/FindGDAL.cmake#L16). Only
> if that fails it will fall back to the gdal-config executable.
>
> To help cmake find a package on a custom install prefix, refer to
> https://cmake.org/cmake/help/latest/command/find_package.html#config-mode-search-procedure
>
> in your case I'd suggest using `-D GDAL_ROOT=$HOME/install-gdal-3.7.2`
> after installing
>
> Matthias
>
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS & field computer and unauthorized DB structure change

2024-03-12 Thread Régis Haubourg via QGIS-Developer 

Hi Mike,

well, this is questionnable. One could just add columns during the 
session and save the table in another provider.


This should probably be only a soft warning and not something blocking 
those features.


Please feel free to open an issue with the tag "feature request". 
Implementation though will not appear by magic (sometimes it does 
though, we have some magic elves), feature are usually funded by users 
having this on their critical path.


Best regards

Régis


On 04/03/2024 16:14, Elstermann, Mike via QGIS-Developer wrote:

Hello everyone,
I have noticed the following: if I have read and write access (DML) to a 
PostgreSQL table, but no access to structure changes (DDL), then I can, for 
example, add new columns with the field calculator and fill them with results. 
Everything seems to run normally, I do not get a warning that I am not allowed 
to change the structure, the results generated in the field calculator are OK. 
After saving, all new columns including the data are gone. Can a corresponding 
preliminary check with warning be added here please?

If a new column is explicitly added, a message appears whose content does not 
match the situation.
"Could not add field 'Test' of type 'text'. Is the field name unique?“
A warning regarding missing authorizations for DB structure changes would be 
better.

As far as I know, there is no QGIS ticket or change 
request(https://github.com/qgis/QGIS/issues) to improve the user guidance for 
these two cases.

There are currently two relevant sections in the error 
messages(https://github.com/qgis/QGIS/blob/master/i18n/qgis_de.ts).

  
 
 Failed to add field '%1' of type '%2'. Is the field name 
unique?
 Could not add field '%1' of type '%2'. Is the field name 
unique?
 
 
 
 Failed to add field '%1' of type '%2'. Is the field name 
unique?
 Could not add field '%1' of type '%2'. Is the field name 
unique?
 

Many thanks in advance.
Mike Elstermann


___
QGIS-Developer mailing list
QGIS-Developer@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-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS "prêt" mais ne s'ouvre pas

2024-03-12 Thread Régis Haubourg via QGIS-Developer 

Bonjour Lolita,

pour de l'aide utilisateur, le mieux est d'utiliser la liste qgis-user, 
majoritairement anglophone, ou de basculer sur la section QGIS du forum 
Georezo Francophone.


Bonne journée

Régis

On 01/03/2024 09:21, Lolita Tibeuf via QGIS-Developer wrote:

Bonjour à tous,

J'ai un petit soucis avec QGIS et ce, peu importe la version (3.34.4 
ou encore 3.22.9).


Lorsque je lance l'application (depuis un Windows 11, connectée en 
réseau par un câble ethernet), j'ai la boite de démarrage qui s'ouvre 
jusqu'au message "QGIS prêt", mais celle-ci ne se lance jamais.
J'ai donc forcé l'application à s'ouvrir en l’exécutant en tant 
qu'administrateur.
L'application s'ouvre. Mais je ne peux pas travailler sur mes 
projets/données qui sont stockées sur notre serveur.

L'application ne les trouve pas.

Avez-vous déjà résolu ce type de problème ? Si oui, quelles actions 
permettent de résoudre ça ?


Merci pour votre aide

Bonne journée

--
*TIBEUF Lolita*
+ 33 6 12 36 65 09
lolita.tib...@andromede-ocean.com

ANDROMEDE OCEANOLOGIE 
7 place Cassan, Carnon-plage
34 130 MAUGUIO / FRANCE
Tél: + 33 4 67 66 32 48

___
QGIS-Developer mailing list
QGIS-Developer@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-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer