Re: [Qgis-user] Ubuntu 22.03.3 LTS // error while loading shared libraries: libpdal_base.so.13: cannot open shared object file

[Hernán De Angelis via QGIS-User]

May be I missed something, but the error message says that GDAL cannot 
find PDAL. Do you have it installed? If yes it is not correctly linked. 
If not you can install it and link properly.


/H.

Den 2023-11-03 kl. 11:24, skrev celati Laurent via QGIS-User:

Hello,
After type sudo ldconfig, i have still the same error message when i 
tru to launch qgis :
/usr/bin/qgis.bin: error while loading shared libraries: 
libpdal_base.so.13: cannot open shared object file: No such file or 
directory


I make :
sudo apt-get purge qgis
sudo apt update
sudo apt install qgis qgis-plugin-grass

Below the messag ewhen i tape sudo apt install qgis :
/(base)~$ sudo apt install qgis
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait
Paquets suggérés :
 gpsbabel
Paquets recommandés :
 qgis-plugin-grass
Les NOUVEAUX paquets suivants seront installés :
 qgis
0 mis à jour, 1 nouvellement installés, 0 à enlever et 1 non mis à jour.
2 partiellement installés ou enlevés.
Il est nécessaire de prendre 0 o/8 117 ko dans les archives.
Après cette opération, 11,1 Mo d'espace disque supplémentaires seront 
utilisés.

Sélection du paquet qgis précédemment désélectionné.
(Lecture de la base de données... 273453 fichiers et répertoires déjà 
installés.)

Préparation du dépaquetage de .../qgis_1%3a3.34.0+36jammy_amd64.deb ...
Dépaquetage de qgis (1:3.34.0+36jammy) ...
Paramétrage de qgis-providers (1:3.34.0+36jammy) ...
/usr/lib/qgis/crssync: error while loading shared libraries: 
libpdal_base.so.13: cannot open shared object file: No such file or 
directory

dpkg:erreur de traitement du paquet qgis-providers (--configure) :
installed qgis-providers package post-installation script subprocess 
returned error exit status 127

dpkg:des problèmes de dépendances empêchent la configuration de qgis :
qgis dépend de qgis-providers (= 1:3.34.0+36jammy) ; cependant :
Le paquet qgis-providers n'est pas encore configuré.

dpkg:erreur de traitement du paquet qgis (--configure) :
problèmes de dépendances - laissé non configuré
dpkg:des problèmes de dépendances empêchent la configuration de 
python3-qgis :

python3-qgis dépend de qgis-providers (= 1:3.34.0+36jammy) ; cependant :
Le paquet qgis-providers n'est pas encore configuré.

dpkg:erreur de traitement du paquet python3-qgis (--configure) :
problèmes de dépendances - laissé non configuré
Aucun rapport « apport » n'a été créé car le message d'erreur indique 
une erreur consécutive à un échec précédent.
 Aucun 
rapport « apport » n'a été créé car

le message d'erreur indique une erreur consécutive à un échec précédent.
   Traitement 
des actions différées (« triggers ») pour shared-mime-info (2.1-2) ...
Traitement des actions différées (« triggers ») pour mailcap 
(3.70+nmu1ubuntu1) ...
Traitement des actions différées (« triggers ») pour 
desktop-file-utils (0.26-1ubuntu3) ...
Traitement des actions différées (« triggers ») pour 
hicolor-icon-theme (0.17-2) ...
Traitement des actions différées (« triggers ») pour man-db 
(2.10.2-1) ...

Des erreurs ont été rencontrées pendant l'exécution :
qgis-providers
qgis
python3-qgis
E: Sub-process /usr/bin/dpkg returned an error code (1)/

Le ven. 3 nov. 2023 à 07:50, Antonio Viscomi  a 
écrit :


Ok, @celati Laurent  have you to
simply type from terminal the command
sudo ldconfig
?

Il ven 3 nov 2023, 00:09 celati Laurent 
ha scritto:

If I well inderstood your message, you advice to install gdal
from source? In order to reply to your question, No, I have
never built gdal from source.
 For my previous qgis install, I installed it from linux
binaries.

Le jeu. 2 nov. 2023 à 23:40, Antonio Viscomi
 a écrit :

Have you a local build of gdal? If so you need to rebuild
it, I did a rebuild and all went well

Il gio 2 nov 2023, 14:41 celati Laurent via QGIS-User
 ha scritto:

Good afternoon,

Seems to be similar to : #52433


I work on *unbuntu* 22.04.03 LTS.
I succeed many weeks ago to install/use qgis Lima
3.32.2 on this station.
But i was facing to several error message when i tried
to install/use some plugins (dataPlotly, spectral
library tools).
Those error messages dealed with error
ModuleNotFoundError: No module named 'mock' or no
module named panda...

So i decided to uninstall/reinstall qgis.
i would like to install the last release for ubuntu.

I make :
   

Re: [Qgis-user] Shape of parcel

[Hernán De Angelis via Qgis-user]

On solution could be to split the polygons into segments while being 
careful to keep track of which original polygon each segment was part 
of, for example using an attribute. Then you can calculate the length o 
each segment and classify them.


/H.

Den 2022-08-11 kl. 14:57, skrev Jon via Qgis-user:

Hello,

Is it possible to sort a shapefile by certain lengths of the shape
sizes? Say I wanted to review only those shapes that are between 100'-
150' per side, is something like that possible? Or because some shapes
are irregular, have the same criteria but it must match at least 3-4 of
the sides.

I don't think something like this is possible but figured I would post
the question and see. Maybe there will be an answer saying no but
leading me on another rabbit hole. :)

Thanks for any help,

Jon

___
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] website opens in various languages, not in browsers default language

[Hernán De Angelis via Qgis-user]

Den sön 22 maj 2022 01:24chris hermansen  skrev:

> Hernán and list,
>
> On Sat, May 21, 2022, 12:16 Hernán De Angelis via Qgis-user <
> qgis-user@lists.osgeo.org> wrote:
>
>> In my desktop computer, opening "https://www.qgis.org;
>> <https://www.qgis.org> the website renders in Russian and the address is
>> shown as "https://www.qgis.org/ru/site/; <https://www.qgis.org/ru/site/>.
>> I am not in Russia and the browser (Firefox 100.0) and OS are set to
>> English. Cleaned cache and history but the behavior is the same. In a
>> smartphone, also using Firefox, the website opens in Danish. I am not in
>> Denmark and the browser language is set to English too. What's going on?
>>
>
> I just tried from my Android 12 phone and it opened in English - what I
> expected.
>

Thanks. It seems to be working as expected now.

>
___
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] website opens in various languages, not in browsers default language

[Hernán De Angelis via Qgis-user]

In my desktop computer, opening "https://www.qgis.org; the website 
renders in Russian and the address is shown as 
"https://www.qgis.org/ru/site/;. I am not in Russia and the browser 
(Firefox 100.0) and OS are set to English. Cleaned cache and history but 
the behavior is the same. In a smartphone, also using Firefox, the 
website opens in Danish. I am not in Denmark and the browser language is 
set to English too. What's going on?___
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] Help Ukraine, Boycott Russia

[Hernán De Angelis]

Thank you Marco for this. It is an excellent message: constructive and 
positive, yet clear and strong enough to show the community's concern.


/H.

Den 2022-02-26 kl. 16:43, skrev Marco Bernasocchi:


Dear QGIS Community,


Thank you very much to all who participated in this thread. As a 
project, we have made our position clear in the newsfeed (shown on the 
QGIS Desktop start screen). As a general principle, we would like to 
encourage users of QGIS to use the software for the good of humanity, 
but we cannot tell people what they can and cannot do with the software.


We would kindly ask that the discussions in this thread be moved 
off-list so that we can maintain the central aim of supporting users 
in their quest to make the best use of QGIS.



On behalf of the PSC,

Marco




Subject:Re: [Qgis-user] Help Ukraine, Boycott Russia
Date:   Fri, 25 Feb 2022 10:02:12 -0800
From:   chris hermansen 

To: Anita Graser  
CC: qgis-user 




Anita and list members,

On Fri, Feb 25, 2022 at 8:49 AM Anita Graser 
wrote:

Good points, Jürgen!

On 25.02.2022 17:18, Jürgen E. Fischer wrote:
> Anyway, I also think it's better to make a statement than to
exclude people
> from using QGIS (if we were even able to do so reliably).   
Maybe even
> something on our news feed

I agree that making a statement on the news feed is likely more
impactful than forcing users or contributors with Russian IPs
to use a VPN.

News items are displayed on every QGIS startup (if machines
are online)
while other messages would only be viewed by people visiting
the website.


Given the clarity in the GPL (under which QGIS is licensed) around
not restricting the freedom of others, I don't see how we QGIS
community members can advocate for limiting freedoms.

But I do like the idea of concrete positive things we can do as a
community, whether by naming upcoming versions of QGIS for cities
where people are oppressed by invaders or their own governments or
by engaging in public expressions of support as Andreas Neumann
suggested... here is another idea: what about individually
contributing some funds "in the name of QGIS and freedom" to
worthy organizations that will actually help the people of
Ukraine?  For example https://redcross.org.ua/en/ or possibly this
organization http://ukrainedemocracy.org/ Or maybe a Kickstarter
or GoFundMe to collectivize our contributions?


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


C'est ma façon de parler.



--
Marco Bernasocchi

QGIS.org Chair
OPENGIS.ch CEO
http://berna.io

___
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 site down?

[Hernán De Angelis]

Works normally for me.



Den 2022-02-24 kl. 16:19, skrev Sebastian Gutwein:
I'm getting an error on the qgis.org  site. Anyone 
else experiencing this?

image.png


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

[Hernán De Angelis]

Mathematically it is very simple, one only needs to multiply the X 
coordinates by -1. I am not that familiar with the QGIS Python console 
to suggest a method there, but I am almost convinced there must be one. 
Perhaps other users can give you a suggestion on this.


/H.


Den 2021-10-13 kl. 09:13, skrev Lester Anderson:
Many thanks for the pointers Hernan, and clarity on the 
correct orientation of the map.


I do have constellation boundaries and the asterisms as shapefiles, 
but these are oriented the normal way, e.g. Orien is on the left and 
not the right as you mention. Cannot see an easy way of flipping these 
files.


Lester

On Tue, 12 Oct 2021 at 17:10, Hernán De Angelis 
 wrote:


Lester,

Yes, it can be done. I believe you need to do some preprocessing
on your star data to convert RA to degrees (which you wrote you do
not want to do but is not difficult). I also guess you are aware
that RA coordinates (or the x axis) have to be mirrored for use in
geographical software because RA increases to the left, as opposed
to normal longitude which increases to the right. It will probably
be some work with the styles and proper scaling of point sizes to
star magnitudes.

/H.

Den 2021-10-12 kl. 13:56, skrev Lester Anderson:

Hello,

Is there a simple way of plotting star charts using Right
Ascension and Declination, with proper scaling, without
converting Right Ascension to degrees?

Would like to create both a rectangular plot and North South
polar plots.

Thanks for any pointers

Lester

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

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

Re: [Qgis-user] Celestial map

[Hernán De Angelis]

Lester,

Yes, it can be done. I believe you need to do some preprocessing on your 
star data to convert RA to degrees (which you wrote you do not want to 
do but is not difficult). I also guess you are aware that RA coordinates 
(or the x axis) have to be mirrored for use in geographical software 
because RA increases to the left, as opposed to normal longitude which 
increases to the right. It will probably be some work with the styles 
and proper scaling of point sizes to star magnitudes.


/H.

Den 2021-10-12 kl. 13:56, skrev Lester Anderson:

Hello,

Is there a simple way of plotting star charts using Right Ascension 
and Declination, with proper scaling, without converting Right 
Ascension to degrees?


Would like to create both a rectangular plot and North South polar plots.

Thanks for any pointers

Lester

___
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] voronoi tool missing, what could have be wrong?

[Hernán De Angelis]

Thank you for your response, Richard.

I am expecting to find it as you describe in the processing toolbox and 
in Vector->Geometry Tools but it is not there. Also searching for 
voronoi in the processing toolbox returns nothing.


Obviously, something is not quite OK in my installation. I will have to 
keep searching.


/Hernán


On 2021-02-26 15:18, Richard Duivenvoorde wrote:

Hi H,

Where do you expect it to show up?

If I search in 'processing'-algorithms in current master, it just shows up?

Was it in a menu somewhere else earlier? (That is possible, maybe there was 
some cleanup of duplicate algo's??)

Regards,

Richard Duivenvoorde

On 2/26/21 2:56 PM, Hernán De Angelis wrote:

I built QGIS master from source last week. Everything went seemingly smooth and 
it apparently worked fine.

However, today I could not find the voronoi tool in the processing toolbox. A 
file search showed that the plugin seems to be installed:

# find /usr/local/share/ -name *voronoi*
/usr/local/share/qgis/grass/modules/v.voronoi.area.1.png
/usr/local/share/qgis/grass/modules/v.voronoi.area.2.svg
/usr/local/share/qgis/grass/modules/v.voronoi.area.qgm
/usr/local/share/qgis/grass/modules/v.voronoi.line.1.png
/usr/local/share/qgis/grass/modules/v.voronoi.line.2.svg
/usr/local/share/qgis/grass/modules/v.voronoi.line.qgm
/usr/local/share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.skeleton.txt
/usr/local/share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.txt
/usr/local/share/qgis/python/plugins/processing/algs/grass7/ext/v_voronoi.py
/usr/local/share/qgis/python/plugins/processing/algs/qgis/voronoi.py

Thought that perhaps the issue was not present in the newest 3.18 so I just 
built it from source. Again no problems, and yet the voronoi tool is still 
missing from the GUI but present in the location above.

What could be possibly wrong?

/H.




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

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

[Qgis-user] voronoi tool missing, what could have be wrong?

[Hernán De Angelis]

I built QGIS master from source last week. Everything went seemingly 
smooth and it apparently worked fine.


However, today I could not find the voronoi tool in the processing 
toolbox. A file search showed that the plugin seems to be installed:


# find /usr/local/share/ -name *voronoi*
/usr/local/share/qgis/grass/modules/v.voronoi.area.1.png
/usr/local/share/qgis/grass/modules/v.voronoi.area.2.svg
/usr/local/share/qgis/grass/modules/v.voronoi.area.qgm
/usr/local/share/qgis/grass/modules/v.voronoi.line.1.png
/usr/local/share/qgis/grass/modules/v.voronoi.line.2.svg
/usr/local/share/qgis/grass/modules/v.voronoi.line.qgm
/usr/local/share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.skeleton.txt
/usr/local/share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.txt
/usr/local/share/qgis/python/plugins/processing/algs/grass7/ext/v_voronoi.py
/usr/local/share/qgis/python/plugins/processing/algs/qgis/voronoi.py

Thought that perhaps the issue was not present in the newest 3.18 so I 
just built it from source. Again no problems, and yet the voronoi tool 
is still missing from the GUI but present in the location above.


What could be possibly wrong?

/H.




___
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] Scale bar length: mismatch between stated length and measured length

[Hernán De Angelis]

On 2021-02-18 09:55, Hernán De Angelis wrote:

On 2021-02-18 09:17, Hernán De Angelis wrote:
I am experiencing a weird issue with the scale bar length: the stated 
length does not match the measured length. This happens in several 
projects, both existing and new. In all tested cases both layer and 
project CRS are the same and there is no EPSG:3857, 4326 or layers 
that use mixed CRS. The default unit is meters. Also, the mismatch is 
far greater than any difference between ellipsoidal and cartesian 
distances. See example below in UTM44N, but also seen in 18S and 34N.


Any idea of what may be wrong here?

Using QGIS 3.16.3, with PROJ 7.2.1.


I see it may be related to this closed issue:

https://github.com/qgis/QGIS/issues/40748


Just to report this is fixed in master now and will appear in 3.16.4.
___
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] Scale bar length: mismatch between stated length and measured length

[Hernán De Angelis]

On 2021-02-18 09:17, Hernán De Angelis wrote:
I am experiencing a weird issue with the scale bar length: the stated 
length does not match the measured length. This happens in several 
projects, both existing and new. In all tested cases both layer and 
project CRS are the same and there is no EPSG:3857, 4326 or layers 
that use mixed CRS. The default unit is meters. Also, the mismatch is 
far greater than any difference between ellipsoidal and cartesian 
distances. See example below in UTM44N, but also seen in 18S and 34N.


Any idea of what may be wrong here?

Using QGIS 3.16.3, with PROJ 7.2.1.


I see it may be related to this closed issue:

https://github.com/qgis/QGIS/issues/40748



___
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] Scale bar length: mismatch between stated length and measured length

[Hernán De Angelis]

I am experiencing a weird issue with the scale bar length: the stated 
length does not match the measured length. This happens in several 
projects, both existing and new. In all tested cases both layer and 
project CRS are the same and there is no EPSG:3857, 4326 or layers that 
use mixed CRS. The default unit is meters. Also, the mismatch is far 
greater than any difference between ellipsoidal and cartesian distances. 
See example below in UTM44N, but also seen in 18S and 34N.


Any idea of what may be wrong here?

Using QGIS 3.16.3, with PROJ 7.2.1.




___
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] Lat Lon Tools question

[Hernán De Angelis]

On 2021-02-06 19:50, David Strip wrote:

On 2/6/2021 11:33 AM, chris hermansen wrote:


Your lat long 35,-106 are far west in the northern hemisphere. 
Therefore the UTM zone is 13N not 13S.


This is somewhere near Memphis Tennessee if I am not wrong.

Actually, that's pretty close to me. It's in Los Alamos, NM. (I'm 
about 75 miles WNW).


There is some confusion about the naming of UTM zones. According to 
Wikipedia 
, 
the latitude bands are not part of the UTM description, but rather 
from the MGRS. Nonetheless, UTM grid references are sometimes given, 
creating the ambiguity between 13S meaning latitude band S vs. meaning 
a UTM coordinate south of the equator. In the case of the coordinates 
given here, 13N means zone 13 north, and is not a latitude band 
reference. 


I was writing an answer about this but David did it faster.

There is more than one confusion here. As David writes, the OP was 
referring to latitude bands, N vs S, that have no relation to the 
hemispheres. Just an unfortunate coincidence.


Zone 13N (not 13 North, but band N) has a limit on the Equator (0° - 
8°N). The coordinates shown are on 13S (32°N - 40°N).


Thos who have access to it, check the map in page 62 of Snyder (Map 
projections - a working manual)



/H.

___
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] Loss of data

[Hernán De Angelis]

If you made changes to the tables and saved them then there is for me no 
obvious way to recover the information to its previous state.


Unless you had a backup of your original data which is always a good 
thing to have.


Good luck.


On 2020-11-15 10:12, Vladut Constandoiu wrote:

Good morning,

My name is Vladut Constandoiu, I'm a university student from Trento, 
Italy and I'm using QGis for my master thesis.
Yesterday I had a very unpleasant experience with QGis. I have a 
shapefile that contains all of the different areas of the 
river's hydrological basin on which I'm doing my project; every 
element has two attributes: type (TIPO) and area (SUP). Somehow I 
managed to erase those attributes from the attribute table and could 
not do undo (ctrl+z or anything else) since the auto-save plug-in 
activated exatly 2 seconds after  my mistake and saved the changes. 
The shapefile contains about 6900 elements, and they were all sorted 
by use, while now they are just areas without any information.
Is there any way to recover a previous version of that shapefile so 
that I don't have to spend uncountable hours putting all the 
attributes back in?
Here are three pictures of my work, previously and after the loss of 
information.


Before data loss:
image.png

After data loss + legend of types of area:
image.png

Attribute panel:
image.png

I would be enormously grateful to anyone who could help me find a 
solution for this mess.


Thank you very much in advance and have a nice day.
Sincerely,
Vladut Constandoiu

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

[Hernán De Angelis]

Mike


For measuring the kind of distances you are mentioning I would suggest 
using ellipsoidal (geodetic) distances rather than projected distances. 
This is because projected distances can become very inaccurate over 
large regions (depending on the particular projection of course).



If measuring areas is important consider an equal area projection, like 
Albers for example, not a conformal one like Lambert.



Hope this helps.


/H.




On 2020-10-22 07:43, MIKE MCGRADY wrote:
I have data on tracked migratory birds, and want accurate measures of 
distance travelled during migration and areas of summering and 
wintering ranges.  These birds are summering in central Asia (mostly 
Kazakhstan and southern Russia), and wintering in Arabia.  Any advice 
on which projection to use?  My guess is Lambert conformal conic.  I'd 
really like to avoid using different projections for different phases 
of the birds' annual cycle, unless absolutely necessary.


M. J. McGrady
Am Rosenhugel 59
A-3500 Krems
Austria

___
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] Shared/common library for PyQGIS scripts

[Hernán De Angelis]

This is an interesting discussion. I am an outsider in that I do not use 
PyQGIS particularly often. However, based on similar experiences, I can 
feel I can add my two cents.


Any repository (software or otherwise!) requires a maintenance plan, 
active maintainer(s) and a search tool of sorts to be useful. Otherwise 
chances are that it will soon turn into a graveyard of code that no one 
will want to use.


In my opinion, one can distinguish the following cases and solutions in 
this discussion:


1. code that solves a sufficiently general spatial problem: best 
included in the main code as a function and maintained as such.


2. snippet that solves a sufficiently general use case: treated as 
either (1) or included in the cookbook


3. snippet that solves a particular case of potential general interest: 
describe in an appendix to cookbook or a wiki in a very general way so 
that potential users can adapt it.


/H.



On 2020-10-20 16:23, qgis-u...@stripfamily.net wrote:

Thanks for a really thoughtful overview of the issues.

I don't think Stack Overflow or any of the Stack Exchange sites are 
the right way to go. In addition to your gamification objections (to 
which I add the obsessive "that's two questions" objections), it's 
just not a focused place to put snippets (or gists as it's called in 
other places).


Adding to the cookbook doesn't seem right either, since it makes the 
cookbook too diffuse and fills it with so many examples it becomes 
distracting. Add in the fact that the cookbook examples have to be 
runnable in the test harness and require action on a pull request and 
the hurdles become too high.


My preferred solution would be some sort of lightly moderated 
snippet/gist manager that doesn't require any special privileges 
beyond perhaps registration to provide an impediment to spamming. 
Github gists don't seem to have tags so we'd need to establish some 
sort of convention for embedding "tags" in comments. Perhaps someone 
who is familiar with online gist managers can suggest an approach.



On 10/20/2020 1:34 AM, Charles Dixon-Paver wrote:
Personally I feel like this outlines a greater problem of snippet 
sharing in many developer communities and is not a problem that is 
well suited to the resource sharing plugin, or even a single 
traditional GitHub repo.


My personal approach was to set up a subdirectory on GitHub with code 
snippets and add a pyqgis subdirectory (although I don't have a 
useful collection of things yet). I don't really like gists for 
something I want to maintain or have discoverable, so I use this 
dedicated repo instead. I would suggest if you plan on creating a 
number of different snippets that you create a similar one, or if you 
want to collaborate or make an occasional contribution then suggest 
an alternative.


From my experience with the community it seems like a lot of the most 
useful snippets are scattered throughout conversations on the mailing 
lists, or within stack overflow. When working with the Esri platform 
and Web App Builder, there were a couple of repositories with custom 
widgets etc but the GeoNet forum was also probably the biggest 
resource for types of things like code snippets, although it had 
similar limitations to what I've experienced with pyqgis, perhaps 
with slightly better discoverability since I only really looked in 
one place and if I couldn't find something I didn't waste extra time 
searching across various platforms.


Personally, I dislike stack overflow for a number of reasons. For 
one, I've found it's platform gamification has always led to a weird 
passive aggressive attitude from community members. The GIS site 
seems a lot more welcoming, but as a general rule, I just straight up 
don't like the platform because of this. The amount of 
unnecessary question reformats and edits for points is just painful 
to witness. The system itself has pretty funky issues as well - like 
flagging questions as duplicates but not providing links to those 
duplicates. Or where the OP directly posts links to duplicates but 
explicitly states the solutions don't work, only to have their 
question closed anyway... In any event, I think there's a lot of 
people like me that only end up there when Google/ DuckDuckGo takes 
us there... Which leads to the typical stack overflow issue of all 
code being horribly outdated and nothing actually works. Most of the 
snippets I find on SO are for QGIS 2 anyway. It's also not pyqgis 
specific.


The mailing lists themselves I find have poor code discoverability, 
but I don't think a forum would resolve this and would likely 
just fragment the community further.


For personal use, the best tool I've found for snippet management has 
been https://github.com/snibox/snibox 
 but I don't know how well that 
scales. I used to use dokuwiki too, but it takes a lot of effort to 
format stuff and is more of a publication tool, but I don't see a 
quality wiki being 

Re: [Qgis-user] Looking for a simple (bw or greyscale) basic map

[Hernán De Angelis]

Maria,

After a quick internet search I landed at the following page:

https://openmaptiles.com/

They seem to have a neat product and also different styles that perhaps 
suit your needs:


https://openmaptiles.org/styles/

Disclaimer: I do not know them and have never used their products.

May be this helps.

/H.

On 2020-09-04 10:09, Priv.-Doz. Dr. Maria Shinoto wrote:

Hi,

I need a base map for East asia, best would be greascale or just black lines on 
white ground, no names and city locations. I am testing QuickPam plugin and 
several tile providers, but searching takes ages, and yet I did not find 
anything helpful.

Does anybody have an idea where to look or which search phrase to use?

When I find a starting point, I can go and try further, thanks!

Maria

___
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] Migration to Linux

[Hernán De Angelis]

Although not mentioned very often, openSUSE is also a user friendly, 
stable and high quality distro. I am a user since 2005 and have seldom 
had any problem in all those years. As for QGIS and other geotools there 
is the Application:Geo repository that is well updated and maintained. 
My choice however is to compile QGIS from source every once in a while. 
It is not so difficult as it sounds but perhaps not everyone's cup of tea.


/H.


On 2020-09-04 10:19, Alexandre Neto wrote:

Hello,

QGIS from Ubuntu repositories are generally very outdated. For that 
reason, we always suggest you to add a QGIS project PPA repository and 
install a more recent version.


Here you can find instructions on how to add the QGIS PPA repository 
in ubuntu based machines and install QGIS 3.14:


https://www.qgis.org/en/site/forusers/alldownloads.html#quickstart

If you want to install QGIS 3.10 LTR, which I suggest you do, you will 
need to read about the different repositories bellow. Basically, you 
need to replace the URL in the quickstart instructions by this one:


https://qgis.org/ubuntu-ltr

Best regards,

Alexandre Neto
QGIS Support
www.qcooperative.net 



A quinta, 3/09/2020, 13:47, Jo > escreveu:


I'm also using QGIS on Linux Mint.

On Thu, Sep 3, 2020 at 2:33 PM Mike Flannigan mailto:mikef...@att.net>> wrote:


I moved from Win to Linux about a year ago.  I tried
Ubuntu first.  Due to difficulties installing QGIS
I moved to Mint, which worked immediately from the
software manager with an older version if I remember
correcly.  I worked quite a while on installing QGIS
on Ubuntu because I really wanted to use Ubuntu.

You can go back to 10/19/2019 in the list archives, or
you can see the discussion here:

http://www.mflan.com/temp/re_[qgis-user]_problems_with_development_version.eml




Mike


On 9/3/20 2:22 AM, qgis-user-requ...@lists.osgeo.org
 wrote:
> Hi,
>
> Why I will probably go Linux on my Windows 7 laptop. The
desktop will probably need to stay on Windows because of the
other stuff.  I don’t want a dual boot.
>
> What disto would you consider that makes it easy for
inexperienced Linux users. Seems like every time I installed
Ubuntu, I ended up breaking it beyond repair...
>
> Any GIS friendly distros to recommend?
>
> Nicolas Cadieux
> Ça va bien aller!


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

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


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

Re: [Qgis-user] Map contest: mapping Pi for the 3.14 splash screen

[Hernán De Angelis]

May be you have to arrange next meeting in Pi, Catalonia?

https://en.wikipedia.org/wiki/Pi,_Catalonia

:-)


On 2020-05-14 13:44, Anita Graser wrote:

Dear QGIS mappers,

As you may have noticed, the next release version will be 3.14 and
therefore, we will call it 'Pi'.

Usually our versions are named for community meeting locations and the
splash screen shows a map related to this location.

For 3.14 we are looking for creative maps that capture the essence of Pi.

All submissions will receive an honorable mention in the release blog 
post.


The winner will see their map on the release splash screen and banner on
qgis.org.

To participate, please submit your maps at
https://forms.gle/DbLL3BfvwYw33qfJ8

The deadline is 31st May 2020.

Regards,

Anita






___
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] Micro-Geometry Problems

[Hernán De Angelis]

Steve,

In my opinion this is where GRASS topological vector model shines. One 
suggestion would be to import these vectors into a GRASS location and 
let GRASS clean the polygons and fix the topology automatically during 
import. My experience with similar problems is that after the import and 
cleaning there would be few if any errors of the sort you mention. In 
the worst case any surviving error is found it could in principle be 
solved by deleting the stubborn surface and digitizing it again. It will 
definitely not take two weeks of work!


Good luck!

H.


On 2020-01-14 22:51, smiller...@cfl.rr.com wrote:


All-

I have digitized a land use/land cover layer as individual polygons.  
The snap options were used and, for most vertices, the snap was 
precise.  A vertex in polygon A has a precise match to a vertex in 
neighboring polygon B.


But in 582 out of 2799 polygons, there are mis-matches in adjoining 
vertices that are only evident if you zoom into the layer at a 
magnification (i.e., a scale) of from 2:1 to 4 to 1.  I have 
spent a couple of weeks trying to remedy these by hand using the 
Vertex Tool and other means.  My question is this: is there an 
automated way in QIS to detect and remedy these situations?


Thanks,

Steve Miler


___
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] Data defined assistant apparently does not work with buffer tool

[Hernán De Angelis]

This is the report I mentioned:

https://github.com/qgis/QGIS/issues/29433

It is not exactly the same issue, but a report on the editor and the 
assistant not working together properly. Of course this is not to say 
that these have the same cause.


Nyall, could you reproduce the problem I wrote about?

/H.


On 2019-12-06 00:22, Nyall Dawson wrote:

On Wed, 4 Dec 2019 at 21:39, Hernán De Angelis  wrote:

Hi QGIS'ers

I am experiencing a problem while trying to generate vector buffers using functions or 
fields using the "assistant".

The buffer tool works as expected for fixed buffer widths and when using the expression 
editor but seemingly does not work (or produces weird scaling problems) for data defined 
buffers if I use the "assistant".

I see in GitHub this has been reported for the symbology editor but it seems 
that it also affects the buffer tool. I am using QGIS 3.10.0.

Which bug report is this?

Nyall


Has anyone also experienced this?

Hernán

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

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

[Qgis-user] Data defined assistant apparently does not work with buffer tool

[Hernán De Angelis]

Hi QGIS'ers

I am experiencing a problem while trying to generate vector buffers 
using functions or fields using the "assistant".


The buffer tool works as expected for fixed buffer widths and when using 
the expression editor but seemingly does not work (or produces weird 
scaling problems) for data defined buffers if I use the "assistant".


I see in GitHub this has been reported for the symbology editor but it 
seems that it also affects the buffer tool. I am using QGIS 3.10.0.


Has anyone also experienced this?

Hernán

___
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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Thank you for the recommendation, Luis.

/H.

On 2019-11-20 18:24, Luis Franco Vázquez wrote:

By mistake I didn't answered in the thread. Here are my two cents.

You should avoid opening ports in postgresql server by using ssh 
tunneling.
My experience is that this kind of infrastructure can be slow for 
remote connections. Take a look to the offline editing plugin or maybe 
(it's only an idea) you can have slave postgresql servers in each 
building and some kind of synchronization with the master one.







‐‐‐ Original Message ‐‐‐
El miércoles, 20 de noviembre de 2019 14:15, Andreas Neumann 
 escribió:



Hi Luigi and Alessandro,

thanks for the clarifications.

Quick other question: is it correct that the id MUST be exactly 7 
characters Less than or more than 7 characters won't work? At least 
on my system saving the config is deactivated if it is less than 7 chars.


Thanks,

Andreas

On 2019-11-20 13:46, Alessandro Pasotti wrote:




On Wed, Nov 20, 2019 at 1:24 PM Andreas Neumann <mailto:a.neum...@carto.net>> wrote:


Hi,

I wonder what is best practice to handle auth configs across
several users for sharing of projects?

Should we ask users to create the same auth-config ids/names to
make projects interoperable, where each users would have
different credentials, but share the auth-config id that is
stored in the QGIS project file?

Is this how we should do it? Otherwise users would end up with
different auth-ids and then can't open QGIS files from their
colleagues without a hassle ...

Or are there better/alternative approaches?


One of the best ways we've used so far was to pre-define at the 
organization level a small set of authids, you are limited to 7 
chars but that's not a big issue.


So, when creating project you will use one of the pre-defined auth 
ids, of course every user will have to use his own local QGIS auth 
DB (this is all handled transparently by the QGIS auth system) where 
he stores his own credentials.


If you share your project within your organization, as long as the 
user who receives the project has his credentials already sets for 
the given auth ids access will be granted automatically, if not he 
will be prompted to enter credentials and if he stores them in the 
QGIS auth local DB this will be required only for the first time.


This system gives the sysadmins full flexibility: individual 
credentials can be revoked/granted, no need to share any auth DB in 
any case.


Hope this helps.

Andreas

On 2019-11-20 13:14, Hernán De Angelis wrote:

Interesting point, Luigi. Thank you!

    Hernán


On 2019-11-20 12:58, Luigi Pirelli wrote:

this is not an issue, Postgres support many auth systems
most of them paired with the authentication system
implemented in QGIS. Other problem is how to share
(auth.db) credentials or security setting among
different users.


Luigi Pirelli


**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange:
http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Book: Mastering QGIS3 - 3rd Edition

<https://www.packtpub.com/eu/application-development/mastering-geospatial-development-qgis-3x-third-edition>
* Hire a team: http://www.qcooperative.net

**

On Wed, 20 Nov 2019 at 11:53, Jan-Eric Oskarsson
mailto:jan-e...@kregis.se>> wrote:

Hi Hernán!
Maybe this comment is redundant but you have to set up
a strong security to prevent hackers to hack your
database and steal your data and cause damage.
I hope uthat you already have thought about this issu!

Kind Regards
Jan-Eric

-Ursprungligt meddelande-
Från: Qgis-user mailto:qgis-user-boun...@lists.osgeo.org>> För Hernán
De Angelis
Skickat: den 20 november 2019 11:10
Till: qgis-user mailto:qgis-user@lists.osgeo.org>>
Ämne: [Qgis-user] Experiences using QGIS +
PostgreSQL/PostGIS in a multiuser environment?

Hello QGIS:ers

I am evaluating setting up a server running
PostgreSQL/PostGIS for use as data
sharing/collaborating environment for spatial data. The
user group may consist of up to 15 people, mostly using
QGIS but one or two may use other software (non OS).
Data is almost exclusively of vector type. The use is
within a single organization.

I understand some pe

Re: [Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Bo Victor, this is an extremely good contribution to this topic. Thanks 
you very much!


/H.

On 2019-11-21 11:43, Bo Victor Thomsen wrote:


This reply is rather long and some of the information has already 
partly been given in other replies. However, the following list is my 
"checklist" for using Postgres/PostGIS with QGIS and other GIS programs.


  * Postgres is an excellent platform for creating a multi user
spatial data platform. And - for QGIS - faster than using just
about any other spatial storage technology. But you have prepare
your Postgres setup.

  * Memory configuration: Out of the box Postgres is *very*
conservative about using memory. Tune the configuration. If you
don't have the know-how or time use a tool like this:
*https://pgtune.leopard.in.ua/#/* (there is one aber-dabei: Choose
"Linux" as the operating system even if you server is Windows. The
old advise about using only 512 MB shared memory on windows is
obsolete:
*https://momjian.us/main/blogs/pgblog/2018.html#December_17_2018*)

  *  If you have a serious multi CPU server (And who hasn't ?): Use
Postgres 12 / PostGIS 3 for getting maximum performance using
multiprocessing in Postgres/PostGIS:
*http://blog.cleverelephant.ca/2019/08/postgis-3-parallel.html
*(and tune your Postgres accordingly - see above). Yes I know
about QGIS troubles with Postgres 12. They will hopefully be
resolved quickly.

  * If you have a "Windows only" setup i.e both the server and the
clients are Windows, consider using SSPI sign on method:

*https://wiki.postgresql.org/wiki/Configuring_for_single_sign-on_using_SSPI_on_Windows*
It's equivalent to "Integrated security" for MS-SQLServer and will
reduce the hassle about user credentials for Postgres, because the
server will reuse the windows logon identity inside Postgres.

  * And a little know trick: If you have a lot of large complex
geometries and some extra disk capacity you can speed your queries
considerably by *not* compressing TOAST data for your spatial
tables:
*http://blog.cleverelephant.ca/2018/09/postgis-external-storage.html.

*
  * (This information is probably not pertinent for you as this time)
If you have a "large" pool of users where a small part is
"editors" and a large part "read-only" users, consider having 2
Postgres servers:

  o One for editing users, where the Postgres setup is tuned for
editing. Only editing user is allowed access to this server.
The server can probably be quite small.

  o A second Postgres server tuned for read access. All Postgres
users has only read access to this server. This server is the
larger of the servers.

  o Connect the 2 server in a master/slave replication
configuration using the "editor" server as a master. This will
remove any problems for "editor"-users when "read"-users blow
up the read server with some convoluted query (And they will !!)

--
Med venlig hilsen / Kind regards

Bo Victor Thomsen


Den 20-11-2019 kl. 11:10 skrev Hernán De Angelis:

Hello QGIS:ers

I am evaluating setting up a server running PostgreSQL/PostGIS for 
use as data sharing/collaborating environment for spatial data. The 
user group may consist of up to 15 people, mostly using QGIS but one 
or two may use other software (non OS). Data is almost exclusively of 
vector type. The use is within a single organization.


I understand some people in this list have experience with this kind 
of environment and would appreciate if any of you would share any 
useful experience, challenges, thought or things to watch out for. I 
understand basic management routines are critical (user management, 
user rights), as well as a sound backup and update strategy. I also 
understand that proper data management procedures have to be in 
place, like rules for table creation and eventual deletion, attribute 
selection, etc. But what else can go wrong with this kind of setup if 
not managed properly? Thoughts and experiences welcome!


Best regards and thanks in advance

Hernán





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


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

[Qgis-user] Ang: Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán]

Hi Jose MercedesThank you very much for the detailed description of how you implemented your system. You seem to have refined and streamlined things a lot. Must be a very neat system to work with!Best regards and thanks again!Hernán Ursprungligt meddelande Ämne: Re: [Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?Från: Jose Mercedes Venegas Acevedo Till: dhdeange...@comhem.seKopia: qgis-user 
Good morningWhat you manifest is precisely the work environment that I have assembledYou can manage all the permissions to the tables and columns directly with postgres as well as the rights of users to be able to write or only see in any tableRegarding backup copies, I have audit tables implemented for all insert update and delete operations for each table. and of course a daily backup of the database.Regarding the rules I have direct contact with the postgres committers and they are in disuse so I better use triggers and store procedures for whatever you need. I eliminated all my rules and converted them into functions or triggers at your recommendation.I have been working with this environment for years and I have never had a problem right now I am migrating from postgres 9.4 to 11.5 I am taking the opportunity to rewrite and document some things of the BD and everything in order so go ahead with your project I guess you are also enrolled in the list of Postgres I am enrolled in the list of postgres but in Spanish.My scenario works so I have about 50 users who consult the information have access to the tables as read only have only select permission.Then I have a group of editors that are approximately 8 people each one is responsible for their layer in QGIS that layer corresponds to a table and field geometry in postgres.Various themes are assembled with the set of layers that the editors update daily.For some activities there are triggers and functions in postgres that automate the drawing and save many clicks, that is, for example, drawing lines from clicking on a dot layer, then the lines are drawn automatically with the vertices of the other nearby geometries.You can practically make QGIS really a CAD (Computer Aided Design) tool if you put the business rules into postgraduate functions you save a lot of hours of digitalization work.This is what I can tell you about your queryI speak Spanish I am in Trujillo so excuse the writing I write this with google translateCheers

El mié., 20 nov. 2019 a las 5:19, Hernán De Angelis (<dhdeange...@comhem.se>) escribió:Hello QGIS:ers

I am evaluating setting up a server running PostgreSQL/PostGIS for use 
as data sharing/collaborating environment for spatial data. The user 
group may consist of up to 15 people, mostly using QGIS but one or two 
may use other software (non OS). Data is almost exclusively of vector 
type. The use is within a single organization.

I understand some people in this list have experience with this kind of 
environment and would appreciate if any of you would share any useful 
experience, challenges, thought or things to watch out for. I understand 
basic management routines are critical (user management, user rights), 
as well as a sound backup and update strategy. I also understand that 
proper data management procedures have to be in place, like rules for 
table creation and eventual deletion, attribute selection, etc. But what 
else can go wrong with this kind of setup if not managed properly? 
Thoughts and experiences welcome!

Best regards and thanks in advance

Hernán





___
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-- José Mercedes Venegas Acevedocel Mov RPC 964185205
___
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] Ang: Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán]

Title: Email Signature
Thanks Jorge and all others for sharing your experiences, solutions and thoughts. Much appreciated!Best regards to allHernán Ursprungligt meddelande Ämne: Re: [Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?Från: Jorge Gustavo Rocha Till: qgis-user@lists.osgeo.orgKopia: 
  
  
Hi,
This thread becoming is quite interesting :-) Let me share my
  experience regarding authentication.

I'm using PG_SERVICES and LDAP authentication on Postgresql. No
  credentials are saved into the projects, so everyone opens shared
  projects with their own credentials.
I'm also storing styles and projects on the database. It is easy
  to share among several users. 

All users have configured QGIS to use the same shared network
  folder for SVG, layout images and custom fonts.
This same folder is also available on the QGIS Server (to provide
  all styles with the SVGs, images and fonts used by QGIS Desktop).
Regards,
Jorge Gustavo



On 20/11/19 13:15, Andreas Neumann
  wrote:


  
  Hi Luigi and Alessandro,
  thanks for the clarifications.
  Quick other question: is it correct that the id MUST be exactly
7 characters Less than or more than 7 characters won't work? At
least on my system saving the config is deactivated if it is
less than 7 chars.
  Thanks,
  Andreas
  On 2019-11-20 13:46, Alessandro Pasotti wrote:
  

  

   
  
  
On Wed, Nov 20, 2019
  at 1:24 PM Andreas Neumann <a.neum...@carto.net>
  wrote:

  
Hi,
I wonder what is best practice to handle auth
  configs across several users for sharing of
  projects?
Should we ask users to create the same
  auth-config ids/names to make projects
  interoperable, where each users would have
  different credentials, but share the auth-config
  id that is stored in the QGIS project file?
Is this how we should do it? Otherwise users
  would end up with different auth-ids and then
  can't open QGIS files from their colleagues
  without a hassle ...
Or are there better/alternative approaches?
  

 
One of the best ways we've used so far was to
  pre-define at the organization level a small set of
  authids, you are limited to 7 chars but that's not a
  big issue. 
 
So, when creating project you will use one of the
  pre-defined auth ids, of course every user will have
  to use his own local QGIS auth DB (this is all handled
  transparently by the QGIS auth system) where he stores
  his own credentials.
 
If you share your project within your organization,
  as long as the user who receives the project has his
  credentials already sets for the given auth ids access
  will be granted automatically, if not he will be
  prompted to enter credentials and if he stores them in
  the QGIS auth local DB this will be required only for
  the first time.
 
This system gives the sysadmins full flexibility:
  individual credentials can be revoked/granted, no need
  to share any auth DB in any case.
 
Hope this helps.
 

  
Andreas
On
  2019-11-20 13:14, Hernán De Angelis wrote:

  

  Interesting point, Luigi. Thank you!
  Hernán
  
  
  On 2019-11-20 12:58, Luigi Pirelli wrote:
  
this is not an issue,
  Postgres support many auth systems most of
  them paired with the authentication system
  implemented in QGIS. Other problem is how
  to share (auth.db) credentials or security
  setting among different

Re: [Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Interesting point, Luigi. Thank you!

Hernán


On 2019-11-20 12:58, Luigi Pirelli wrote:
this is not an issue, Postgres support many auth systems most of them 
paired with the authentication system implemented in QGIS. Other 
problem is how to share (auth.db) credentials or security setting 
among different users.


Luigi Pirelli

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Book: Mastering QGIS3 - 3rd Edition 
<https://www.packtpub.com/eu/application-development/mastering-geospatial-development-qgis-3x-third-edition>

* Hire a team: http://www.qcooperative.net
**


On Wed, 20 Nov 2019 at 11:53, Jan-Eric Oskarsson <mailto:jan-e...@kregis.se>> wrote:


Hi Hernán!
Maybe this comment is redundant but you have to set up a strong
security to prevent hackers to hack your database and steal your
data and cause damage.
I hope uthat you already have thought about this issu!

Kind Regards
Jan-Eric

-Ursprungligt meddelande-
Från: Qgis-user mailto:qgis-user-boun...@lists.osgeo.org>> För Hernán De Angelis
Skickat: den 20 november 2019 11:10
Till: qgis-user mailto:qgis-user@lists.osgeo.org>>
Ämne: [Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a
multiuser environment?

Hello QGIS:ers

I am evaluating setting up a server running PostgreSQL/PostGIS for
use as data sharing/collaborating environment for spatial data.
The user group may consist of up to 15 people, mostly using QGIS
but one or two may use other software (non OS). Data is almost
exclusively of vector type. The use is within a single organization.

I understand some people in this list have experience with this
kind of environment and would appreciate if any of you would share
any useful experience, challenges, thought or things to watch out
for. I understand basic management routines are critical (user
management, user rights), as well as a sound backup and update
strategy. I also understand that proper data management procedures
have to be in place, like rules for table creation and eventual
deletion, attribute selection, etc. But what else can go wrong
with this kind of setup if not managed properly?
Thoughts and experiences welcome!

Best regards and thanks in advance

Hernán





___
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 <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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Thank you for your recommendations, Saber. Yes, indexing is important 
and metadata is even more so.


Cheers

Hernán


On 2019-11-20 12:13, Saber Razmjooei wrote:

Some other things to consider:
- Indexing (especially spatial indexing) your vectors.
- Meta-data: trying to capture meta-data as you go. There are some 
plugins available (Layer Metadata Search: which both captures and 
allows you to search for your meta-data...happy to help with the set 
up if you need assistance).


Hope that helps.

Regards
Saber


On Wed, 20 Nov 2019 at 11:08, Hernán De Angelis <mailto:dhdeange...@comhem.se>> wrote:


Hello Andreas

Thank you very much for your comment. These are definitely things
I did not think about.

Our people are in two separate buildings (in two separate
regions!) but our systems can handle this without problems.

The editing conflicts seem more serious to me. I guess these could
be minimized by encouraging users to save edits more often but, as
you write, a proper solution may require proper versioning. But
then that may likely push up the costs.

Good material for thought and a test.

Thank you again!

    Hernán



On 2019-11-20 11:40, Andreas Neumann wrote:


Are those 15 people in the same office/same location or
distributed? If the latter, at how many places are they distributed?

In my experience, using Postgis sources over the internet (not in
the LAN) is way too slow. It will only upset your users. In such
a scenario you would have to set up replication.

Another aspect: avoid editing the same features simultaneously by
different users. Only the last save will stay. QGIS starts an
edit session and will only save at the end of the sesssion, when
you actually save the features. In such a scenario you should
assign certain geographic areas to different users (e.g. user A
edits features in municipality x, and user b in municipality y,
but not x).

Otherwise you will have to deal with handling conflicts. That
would require more complicated table setups with versioning and
conflict detection.

Andreas

On 2019-11-20 11:32, Hernán De Angelis wrote:


I am evaluating setting up a server running PostgreSQL/PostGIS for use


as data sharing/collaborating environment for spatial data. The user
group may consist of up to 15 people, mostly using QGIS but one or two
may use other software (non OS). Data is almost exclusively of vector
type. The use is within a single organization.

I understand some people in this list have experience with this kind of
environment and would appreciate if any of you would share any useful
experience, challenges, thought or things to watch out for. I understand
basic management routines are critical (user management, user rights),
as well as a sound backup and update strategy. I also understand that
proper data management procedures have to be in place, like rules for
table creation and eventual deletion, attribute selection, etc. But what
else can go wrong with this kind of setup if not managed properly?
Thoughts and experiences welcome!

in our experience the solution is pretty straightforward. The only other
challenge I'd add is having good bandwidth, otherwise using PostGIS data
can be sluggish.
All the best.


Excellent point, Paolo! I had not thought about it. Thank you!

All the best

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



--
Saber Razmjooei
www.lutraconsulting.co.uk <http://www.lutraconsulting.co.uk>

___
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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Thank you for the recommendations, Alessandro. I take note and will have 
a look at PKI. The server will not run in the cloud, so no worries with 
Azure.


Best

Hernán


I would recommend considering PKI for authentication, it works well on 
both sides (QGIS and postgres) and it gives you military grade security.


Also, we've had pretty bad performances on Azure cloud deployments (see 
Andreas comments about latency), but that's another story.



--
Alessandro Pasotti
w3: www.itopen.it <http://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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Yes, Paolo. I understand. A lot of problems can be avoided by proper 
design and implementation of the workflow.


Thanks you and all for your valuable input!

Best

Hernán


On 2019-11-20 12:12, Paolo Cavallini wrote:

IMHO conflicts should never arise if the workflow is properly designed:
two users should never edit the same feature at the same time.
you can solve a lot of these issues with table partitioning.
cheers

Il 20/11/19 12:08, Hernán De Angelis ha scritto:

Hello Andreas

Thank you very much for your comment. These are definitely things I did
not think about.

Our people are in two separate buildings (in two separate regions!) but
our systems can handle this without problems.

The editing conflicts seem more serious to me. I guess these could be
minimized by encouraging users to save edits more often but, as you
write, a proper solution may require proper versioning. But then that
may likely push up the costs.

Good material for thought and a test.

Thank you again!

Hernán



On 2019-11-20 11:40, Andreas Neumann wrote:

Are those 15 people in the same office/same location or distributed?
If the latter, at how many places are they distributed?

In my experience, using Postgis sources over the internet (not in the
LAN) is way too slow. It will only upset your users. In such a
scenario you would have to set up replication.

Another aspect: avoid editing the same features simultaneously by
different users. Only the last save will stay. QGIS starts an edit
session and will only save at the end of the sesssion, when you
actually save the features. In such a scenario you should assign
certain geographic areas to different users (e.g. user A edits
features in municipality x, and user b in municipality y, but not x).

Otherwise you will have to deal with handling conflicts. That would
require more complicated table setups with versioning and conflict
detection.

Andreas

On 2019-11-20 11:32, Hernán De Angelis wrote:


I am evaluating setting up a server running PostgreSQL/PostGIS for use

as data sharing/collaborating environment for spatial data. The user
group may consist of up to 15 people, mostly using QGIS but one or two
may use other software (non OS). Data is almost exclusively of vector
type. The use is within a single organization.

I understand some people in this list have experience with this kind of
environment and would appreciate if any of you would share any useful
experience, challenges, thought or things to watch out for. I understand
basic management routines are critical (user management, user rights),
as well as a sound backup and update strategy. I also understand that
proper data management procedures have to be in place, like rules for
table creation and eventual deletion, attribute selection, etc. But what
else can go wrong with this kind of setup if not managed properly?
Thoughts and experiences welcome!

in our experience the solution is pretty straightforward. The only other
challenge I'd add is having good bandwidth, otherwise using PostGIS data
can be sluggish.
All the best.

Excellent point, Paolo! I had not thought about it. Thank you!

All the best

___
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


___
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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Hello Andreas

Thank you very much for your comment. These are definitely things I did 
not think about.


Our people are in two separate buildings (in two separate regions!) but 
our systems can handle this without problems.


The editing conflicts seem more serious to me. I guess these could be 
minimized by encouraging users to save edits more often but, as you 
write, a proper solution may require proper versioning. But then that 
may likely push up the costs.


Good material for thought and a test.

Thank you again!

Hernán



On 2019-11-20 11:40, Andreas Neumann wrote:


Are those 15 people in the same office/same location or distributed? 
If the latter, at how many places are they distributed?


In my experience, using Postgis sources over the internet (not in the 
LAN) is way too slow. It will only upset your users. In such a 
scenario you would have to set up replication.


Another aspect: avoid editing the same features simultaneously by 
different users. Only the last save will stay. QGIS starts an edit 
session and will only save at the end of the sesssion, when you 
actually save the features. In such a scenario you should assign 
certain geographic areas to different users (e.g. user A edits 
features in municipality x, and user b in municipality y, but not x).


Otherwise you will have to deal with handling conflicts. That would 
require more complicated table setups with versioning and conflict 
detection.


Andreas

On 2019-11-20 11:32, Hernán De Angelis wrote:


I am evaluating setting up a server running PostgreSQL/PostGIS for use

as data sharing/collaborating environment for spatial data. The user
group may consist of up to 15 people, mostly using QGIS but one or two
may use other software (non OS). Data is almost exclusively of vector
type. The use is within a single organization.

I understand some people in this list have experience with this kind of
environment and would appreciate if any of you would share any useful
experience, challenges, thought or things to watch out for. I understand
basic management routines are critical (user management, user rights),
as well as a sound backup and update strategy. I also understand that
proper data management procedures have to be in place, like rules for
table creation and eventual deletion, attribute selection, etc. But what
else can go wrong with this kind of setup if not managed properly?
Thoughts and experiences welcome!

in our experience the solution is pretty straightforward. The only other
challenge I'd add is having good bandwidth, otherwise using PostGIS data
can be sluggish.
All the best.


Excellent point, Paolo! I had not thought about it. Thank you!

All the best

___
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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Thank you, Jan-Eric! Very good point. It is not redundant att all.

Best

Hernán


On 2019-11-20 11:47, Jan-Eric Oskarsson wrote:

Hi Hernán!
Maybe this comment is redundant but you have to set up a strong security to 
prevent hackers to hack your database and steal your data and cause damage.
I hope uthat you already have thought about this issu!

Kind Regards
Jan-Eric

-Ursprungligt meddelande-
Från: Qgis-user  För Hernán De Angelis
Skickat: den 20 november 2019 11:10
Till: qgis-user 
Ämne: [Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser 
environment?

Hello QGIS:ers

I am evaluating setting up a server running PostgreSQL/PostGIS for use as data 
sharing/collaborating environment for spatial data. The user group may consist 
of up to 15 people, mostly using QGIS but one or two may use other software 
(non OS). Data is almost exclusively of vector type. The use is within a single 
organization.

I understand some people in this list have experience with this kind of 
environment and would appreciate if any of you would share any useful 
experience, challenges, thought or things to watch out for. I understand basic 
management routines are critical (user management, user rights), as well as a 
sound backup and update strategy. I also understand that proper data management 
procedures have to be in place, like rules for table creation and eventual 
deletion, attribute selection, etc. But what else can go wrong with this kind 
of setup if not managed properly?
Thoughts and experiences welcome!

Best regards and thanks in advance

Hernán





___
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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

I am evaluating setting up a server running PostgreSQL/PostGIS for use

as data sharing/collaborating environment for spatial data. The user
group may consist of up to 15 people, mostly using QGIS but one or two
may use other software (non OS). Data is almost exclusively of vector
type. The use is within a single organization.

I understand some people in this list have experience with this kind of
environment and would appreciate if any of you would share any useful
experience, challenges, thought or things to watch out for. I understand
basic management routines are critical (user management, user rights),
as well as a sound backup and update strategy. I also understand that
proper data management procedures have to be in place, like rules for
table creation and eventual deletion, attribute selection, etc. But what
else can go wrong with this kind of setup if not managed properly?
Thoughts and experiences welcome!

in our experience the solution is pretty straightforward. The only other
challenge I'd add is having good bandwidth, otherwise using PostGIS data
can be sluggish.
All the best.


Excellent point, Paolo! I had not thought about it. Thank you!

All the best

___
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] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

[Hernán De Angelis]

Hello QGIS:ers

I am evaluating setting up a server running PostgreSQL/PostGIS for use 
as data sharing/collaborating environment for spatial data. The user 
group may consist of up to 15 people, mostly using QGIS but one or two 
may use other software (non OS). Data is almost exclusively of vector 
type. The use is within a single organization.


I understand some people in this list have experience with this kind of 
environment and would appreciate if any of you would share any useful 
experience, challenges, thought or things to watch out for. I understand 
basic management routines are critical (user management, user rights), 
as well as a sound backup and update strategy. I also understand that 
proper data management procedures have to be in place, like rules for 
table creation and eventual deletion, attribute selection, etc. But what 
else can go wrong with this kind of setup if not managed properly? 
Thoughts and experiences welcome!


Best regards and thanks in advance

Hernán





___
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] CRS troubles (QGIS 3.6.3, Proj 6.1.0)

[Hernán De Angelis]

On 2019-06-15 00:42, Nyall Dawson wrote:

On Fri, 14 Jun 2019 at 20:06, Hernán De Angelis  wrote:

I am having difficulties using QGIS 3.6.3 with Proj 6.1.0. I wonder if
this can be a consequence of the recent integration with Proj 6 or may
be some other (local) problem.

The most striking issue after installing the new version is that many of
the usual projections are now either missing or have a different
authority name. The latter is not in itself a problem, but many of the
usual projections (EPSG:4326, EPSG:4258), including most of the ones I
used in my projects, are simply not present. Some of those  seem to have
been reinterpreted as user defined.

Has anyone experienced this?

Looks like you've already solved your issue by moving to 3.8, but to
explain: QGIS 3.6 (and <= 3.4.8) have NO support for proj 6/GDAL 3.
Those combinations just won't work. 3.4.9 will run on proj 6/gdal 3,
but still uses the outdated proj 4 api calls.

For best results, use proj 6.1 and gdal 3.0 with QGIS master only
(3.8.0). It is fully supported, including all the wonderful
transformation improvements which Proj 6 brings.


Thanks for your answer. Yes, I realized that afterwards nad just 
installed master (3.8.0). It works very well.


Thanks for the great work!

/H.

___
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] CRS troubles (QGIS 3.6.3, Proj 6.1.0)

[Hernán De Angelis]

As a follow up on this I would like to add that this messsage:

proj_create: crs not found

pops up during both "make" and "make install".

This happens with both 3.6.2 and 3.6.3.


As before, any hint on what's going on and how to overcome it is welcome!

Thanks!

H.


On 2019-06-14 12:06, Hernán De Angelis wrote:
I am having difficulties using QGIS 3.6.3 with Proj 6.1.0. I wonder if 
this can be a consequence of the recent integration with Proj 6 or may 
be some other (local) problem.


The most striking issue after installing the new version is that many 
of the usual projections are now either missing or have a different 
authority name. The latter is not in itself a problem, but many of the 
usual projections (EPSG:4326, EPSG:4258), including most of the ones I 
used in my projects, are simply not present. Some of those  seem to 
have been reinterpreted as user defined.


Has anyone experienced this?

Any hint will be appreciated.

Thanks

H.


For example, for EPSG 3006, used in some of these projects QGIS states:

Generated CRS (+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 
+units=m +no_defs)


Extent

Extent not known

Proj4

+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs


But doing ogrinfo about one of the layers in the project can be 
retrieved correctly:


Layer SRS WKT:
PROJCS["SWEREF99 TM",
    GEOGCS["SWEREF99",
    DATUM["SWEREF99",
    SPHEROID["GRS 1980",6378137,298.257222101,
    AUTHORITY["EPSG","7019"]],
    AUTHORITY["EPSG","6619"]],
    PRIMEM["Greenwich",0,
    AUTHORITY["EPSG","8901"]],
    UNIT["degree",0.0174532925199433,
    AUTHORITY["EPSG","9122"]],
    AUTHORITY["EPSG","4619"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",15],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",50],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
    AUTHORITY["EPSG","9001"]],
    AXIS["Northing",NORTH],
    AXIS["Easting",EAST],
    AUTHORITY["EPSG","3006"]]


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

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

[Qgis-user] CRS troubles (QGIS 3.6.3, Proj 6.1.0)

[Hernán De Angelis]

I am having difficulties using QGIS 3.6.3 with Proj 6.1.0. I wonder if 
this can be a consequence of the recent integration with Proj 6 or may 
be some other (local) problem.


The most striking issue after installing the new version is that many of 
the usual projections are now either missing or have a different 
authority name. The latter is not in itself a problem, but many of the 
usual projections (EPSG:4326, EPSG:4258), including most of the ones I 
used in my projects, are simply not present. Some of those  seem to have 
been reinterpreted as user defined.


Has anyone experienced this?

Any hint will be appreciated.

Thanks

H.


For example, for EPSG 3006, used in some of these projects QGIS states:

Generated CRS (+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 
+units=m +no_defs)


Extent

Extent not known

Proj4

+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs


But doing ogrinfo about one of the layers in the project can be 
retrieved correctly:


Layer SRS WKT:
PROJCS["SWEREF99 TM",
    GEOGCS["SWEREF99",
    DATUM["SWEREF99",
    SPHEROID["GRS 1980",6378137,298.257222101,
    AUTHORITY["EPSG","7019"]],
    AUTHORITY["EPSG","6619"]],
    PRIMEM["Greenwich",0,
    AUTHORITY["EPSG","8901"]],
    UNIT["degree",0.0174532925199433,
    AUTHORITY["EPSG","9122"]],
    AUTHORITY["EPSG","4619"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",15],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",50],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
    AUTHORITY["EPSG","9001"]],
    AXIS["Northing",NORTH],
    AXIS["Easting",EAST],
    AUTHORITY["EPSG","3006"]]


___
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] Problems building QGIS: segmentation fault Python plugins

[Hernán De Angelis]

Hello QGIS'ers

I am experiencing consistent problems when building the latest qgis 
(3.6.3) in a fresh openSUSE 15.1 installation. There seems to be some 
trouble with python plugins (see below) and I cannot find the cause of 
these problems. These errors are preceeded by a large number of warnings 
of the sort:


//usr/local/src/qgis-3.6.3/build/python/core/sip_corepart1.cpp:342269:105: 
warning: dynamic exception specifications are deprecated in C++11 
[-Wdeprecated]//

// ":param center: Center point.\n" //
/

What's going on here? Does anyone have a hint?

Thanks in advance

H.


[ 80%] Built target pygui
Generating pyqgis api file
[ 81%] Generating ui_DlgVersioning.py
[ 81%] Generating ui_DlgAddGeometryColumn.py
[ 81%] Built target qsci-api
[ 81%] Generating ui_console_compile_apis.py
make[2]: *** 
[python/plugins/db_manager/db_plugins/postgis/plugins/versioning/CMakeFiles/zzz-db_manager-5-depend.dir/build.make:63: 
python/plugins/db_manager/db_plugins/postgis/plugins/versioning/ui_DlgVersioning.py] 
Segmentation fault (core dumped)
make[1]: *** [CMakeFiles/Makefile2:4212: 
python/plugins/db_manager/db_plugins/postgis/plugins/versioning/CMakeFiles/zzz-db_manager-5-depend.dir/all] 
Error 2

make[1]: *** Waiting for unfinished jobs
[ 81%] Generating ui_console_history_dlg.py
make[2]: *** 
[python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/build.make:74: 
python/plugins/db_manager/ui_DlgAddGeometryColumn.py] Segmentation fault 
(core dumped)
make[1]: *** [CMakeFiles/Makefile2:3683: 
python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/all] 
Error 2

[ 81%] Generating ui_console_settings.py
make[2]: *** [python/console/CMakeFiles/pyconsole.dir/build.make:63: 
python/console/ui_console_compile_apis.py] Segmentation fault (core dumped)

make[2]: *** Waiting for unfinished jobs
make[2]: *** [python/console/CMakeFiles/pyconsole.dir/build.make:67: 
python/console/ui_console_history_dlg.py] Segmentation fault (core dumped)
make[2]: *** [python/console/CMakeFiles/pyconsole.dir/build.make:71: 
python/console/ui_console_settings.py] Segmentation fault (core dumped)
make[1]: *** [CMakeFiles/Makefile2:6372: 
python/console/CMakeFiles/pyconsole.dir/all] Error 2

[ 98%] Built target qgis_app
make: *** [Makefile:152: all] Error 2

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

[Qgis-user] qgis-latest.tar.bz2 is 3.6.2

[Hernán De Angelis]

I noticed that the following link:

https://www.qgis.org/downloads/qgis-latest.tar.bz2

provides version 3.6.2, not 3.6.3 as it should.

This is probably not very important, but may upset someone's workflow.


Cheers

H.


___
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] Ang: User question of the month

[Hernán]

Thanks Bo for a very clear and to me very accurate picture of a 'typical' enterprise QGIS deployment.H. Ursprungligt meddelande Ämne: Re: [Qgis-user] User question of the monthFrån: Bo Victor Thomsen Till: anitagra...@gmx.atKopia: qgis-user@lists.osgeo.orgHi Anita - Thanks for the effort in
trying to establish user and upgrading patterns for QGIS :-) I think however, that the
answers ar skewed, because the "enterprise" segment of users  probably doesn't
even know about this mailing list or "Planet QGIS", so the answers
mostly represent "power" users.. My own experience with
enterprise rollouts of QGIS - and I have made a couple of these - tells me that
your average IT-department prefer a yearly rollout, might accept a major
upgrade every 6 months and will absolutely *refuse* anything on a timescale
lesser than 4 months. YMMV  Enterprise users are roughly
split in two groups. 25% are curious and embraces new versions. The other 75 %
doesn't give a flying fig about new versions and functions as long the current
version are stable and have a tool-set that covers the conceived needs for the
individual user. Again, YMMV Just my 2 cents Kind regardsBo Victor Thomsen























 Den man. 3. dec. 2018 kl. 22.24 skrev Anita Graser :Dear users,The answers to the user question of November have now been published: http://blog.qgis.org/2018/12/03/user-question-of-the-month-dec-18-answers-from-nov/We also have a new question for December: what you think QGIS.ORG should focus on in 2019? https://goo.gl/forms/2xOP1rSz8AaDCCi02Regards,AnitaOn Sun, Nov 11, 2018 at 10:23 PM Anita Graser  wrote:Dear users, QGIS 2.18 is the third LTR since we started this effort back in 2015 and next year will see the first LTR of QGIS 3. On this occasion, we want to learn more about our users and which versions of QGIS they use. Therefore, we invite you to our QGIS user question of the month: https://goo.gl/forms/m27b3W477fFNYtxg1Regards,Anita

___
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] can not open nc file

[Hernán De Angelis]

Antonio,

It is possible that the QGIS installation you are using relies on a GDAL 
compiled without NetCDF support.


/H.


On 2018-08-30 00:05, Antonio Silva wrote:

Hello,

I'm used to load  sea surface temperature (and others) nc files from 
Ocean Color Web (https://oceancolor.gsfc.nasa.gov/cgi/l3) in QGis.


But today I tried to load one file and I received the warning "Raster 
layer: Provider is not valid (provider: gdal..."


I'm using QGIS 3.2.2 under Ubuntu 18.04 64 bits. The same file could 
be opened in other computer running an older qgis.


Does anyone know how to work around this problem?

Thanks

--
Antônio Olinto Ávila da Silva
Instituto de Pesca (Fisheries Institute)
São Paulo, Brasil


___
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 3.0.3 died on signal 11: what did go wrong? [SOLVED]

[Hernán De Angelis]

Thank you, Alessandro, you contributed a lot by pointing out that I was 
wrongly linking to qt4.


I will have a look to these docs. Perhaps the most important thing is to 
make a reminder to ensure that qmake and dependencies shall not link to 
qt4. This is arguably obvious, but it is easy to overlook. It is also 
not so easy to fix if one is not at least a bit involved in Linux 
programming or sysadmin.


The ideal solution would be to link all standard libraries to qt5 
directly in openSUSE, but that's another story and will probably brake 
other things.


H.


On 06/18/2018 04:29 PM, Alessandro Pasotti wrote:
On Mon, Jun 18, 2018 at 3:53 PM, Hernán De Angelis 
mailto:dhdeange...@comhem.se>> wrote:


In case this is of interest, I spent a few hours tracing down the
causes of this problem and found them:

1. in openSUSE Leap 15 "qmake" is qt4. Solution: replace "qmake"
by a symbolic link to "qmake-qt5". I also preemptively deleted
libqt4 during the compilation of QGIS

2. in openSUSE Leap 15 the provided qwt package is precompiled
against qt4. I compiled my own qwt against qt5

Things went smoothly after that, but it took some effort to find out.

This is not the first time I experience hassle because of things
linked to different qt versions. It is not fun. I hope others can
read this an avoid the trouble.

/H.




Thanks for sharing, glad to know that you could finally build and run it.

We have some developer docs about building QGIS on different 
platforms, if you feel like contributing to it, here is the document: 
https://github.com/qgis/QGIS/blob/master/INSTALL





On 06/18/2018 12:25 PM, Hernán De Angelis wrote:


Thank you for this insight. You are right, it is indeed libqt4
that gets linked, despite all of libqt5 being present. I will
have to figure out a way around.

Thanks again

/H.


On 06/18/2018 12:11 PM, Alessandro Pasotti wrote:

Looks like you're loading Qt4 lib here:

#5  0x7f3aca681d45 in
QDBusMetaType::registerMarshallOperators(int, void
(*)(QDBusArgument&, void const*), void (*)(QDBusArgument const&,
void*)) () at /usr/lib64/libQtDBus.so.4



On Mon, Jun 18, 2018 at 10:42 AM, Hernán De Angelis
mailto:dhdeange...@comhem.se>> wrote:

Fellow QGIS users,

I am experiencing a crash on starting QGIS 3.0.3: it dies in
signal 11. I compiled QGIS from source and absolutely no
problems or warnings where experienced during the build.
This happens on a fresh new installation of openSUSE (Leap 15).

I will appreciate if you could give me some hints into what
could have gone wrong and what potential solutions may I apply.

Please, find the crash report below.

Thanks in advance

H.


QGIS died on signal 11[New LWP 17858]
Missing separate debuginfo for /usr/lib64/libqwt-qt5.so.6
Try: zypper install -C
"debuginfo(build-id)=439218fd22c78120825b3b640c05e3464063479c"
Missing separate debuginfo for
/usr/lib64/libqscintilla2_qt5.so.13
Try: zypper install -C
"debuginfo(build-id)=446a73c58a5766f3728da6081dfe5890e513b044"
Missing separate debuginfo for /usr/lib64/libQt5Sql.so.5
Try: zypper install -C
"debuginfo(build-id)=2fc4bf082c9455eb0002efeb97c2e0a5aa6448ec"
Missing separate debuginfo for /usr/lib64/libQt5Xml.so.5
Try: zypper install -C
"debuginfo(build-id)=01539f679a20ff25fb02be87c1e9d1a324aa9726"
Missing separate debuginfo for /usr/lib64/libQt5Svg.so.5
Try: zypper install -C
"debuginfo(build-id)=24fbed0cb29b72e529ff7911963e067cd2f65bca"
Missing separate debuginfo for
/usr/lib64/libQt5PrintSupport.so.5
Try: zypper install -C
"debuginfo(build-id)=aa1018b0cd07ec7d7dfe909e6b941b1b42ef12cb"
Missing separate debuginfo for /usr/lib64/libQt5Widgets.so.5
Try: zypper install -C
"debuginfo(build-id)=83c5d92ad8980d21c5090c41cc181238f6b08968"
Missing separate debuginfo for /usr/lib64/libQt5Gui.so.5
Try: zypper install -C
"debuginfo(build-id)=b611a3c0161096e5be012368ae1b7db287e302c2"
Missing separate debuginfo for /usr/lib64/libQt5Network.so.5
Try: zypper install -C
"debuginfo(build-id)=ea72880f67944480ad502f5c017900358e31d3ec"
Missing separate debuginfo for /usr/lib64/libQt5Concurrent.so.5
Try: zypper install -C
"debuginfo(build-id)=4dadc441dc469afe49d9850699f31a7324e0e927"
Missing separate debuginfo for /usr/lib64/libqca-qt5.so.2
Try: zypper install -C
"debuginfo(build-id)=60085683d66412fa8cd5115bbeebd480147d318c"
Missing separate debuginfo for /usr/lib64/libqtkeych

Re: [Qgis-user] QGIS 3.0.3 died on signal 11: what did go wrong? [SOLVED]

[Hernán De Angelis]

In case this is of interest, I spent a few hours tracing down the causes 
of this problem and found them:


1. in openSUSE Leap 15 "qmake" is qt4. Solution: replace "qmake" by a 
symbolic link to "qmake-qt5". I also preemptively deleted libqt4 during 
the compilation of QGIS


2. in openSUSE Leap 15 the provided qwt package is precompiled against 
qt4. I compiled my own qwt against qt5


Things went smoothly after that, but it took some effort to find out.

This is not the first time I experience hassle because of things linked 
to different qt versions. It is not fun. I hope others can read this an 
avoid the trouble.


/H.


On 06/18/2018 12:25 PM, Hernán De Angelis wrote:


Thank you for this insight. You are right, it is indeed libqt4 that 
gets linked, despite all of libqt5 being present. I will have to 
figure out a way around.


Thanks again

/H.


On 06/18/2018 12:11 PM, Alessandro Pasotti wrote:

Looks like you're loading Qt4 lib here:

#5  0x7f3aca681d45 in 
QDBusMetaType::registerMarshallOperators(int, void 
(*)(QDBusArgument&, void const*), void (*)(QDBusArgument const&, 
void*)) () at /usr/lib64/libQtDBus.so.4




On Mon, Jun 18, 2018 at 10:42 AM, Hernán De Angelis 
mailto:dhdeange...@comhem.se>> wrote:


Fellow QGIS users,

I am experiencing a crash on starting QGIS 3.0.3: it dies in
signal 11. I compiled QGIS from source and absolutely no problems
or warnings where experienced during the build. This happens on a
fresh new installation of openSUSE (Leap 15).

I will appreciate if you could give me some hints into what could
have gone wrong and what potential solutions may I apply.

Please, find the crash report below.

Thanks in advance

H.


QGIS died on signal 11[New LWP 17858]
Missing separate debuginfo for /usr/lib64/libqwt-qt5.so.6
Try: zypper install -C
"debuginfo(build-id)=439218fd22c78120825b3b640c05e3464063479c"
Missing separate debuginfo for /usr/lib64/libqscintilla2_qt5.so.13
Try: zypper install -C
"debuginfo(build-id)=446a73c58a5766f3728da6081dfe5890e513b044"
Missing separate debuginfo for /usr/lib64/libQt5Sql.so.5
Try: zypper install -C
"debuginfo(build-id)=2fc4bf082c9455eb0002efeb97c2e0a5aa6448ec"
Missing separate debuginfo for /usr/lib64/libQt5Xml.so.5
Try: zypper install -C
"debuginfo(build-id)=01539f679a20ff25fb02be87c1e9d1a324aa9726"
Missing separate debuginfo for /usr/lib64/libQt5Svg.so.5
Try: zypper install -C
"debuginfo(build-id)=24fbed0cb29b72e529ff7911963e067cd2f65bca"
Missing separate debuginfo for /usr/lib64/libQt5PrintSupport.so.5
Try: zypper install -C
"debuginfo(build-id)=aa1018b0cd07ec7d7dfe909e6b941b1b42ef12cb"
Missing separate debuginfo for /usr/lib64/libQt5Widgets.so.5
Try: zypper install -C
"debuginfo(build-id)=83c5d92ad8980d21c5090c41cc181238f6b08968"
Missing separate debuginfo for /usr/lib64/libQt5Gui.so.5
Try: zypper install -C
"debuginfo(build-id)=b611a3c0161096e5be012368ae1b7db287e302c2"
Missing separate debuginfo for /usr/lib64/libQt5Network.so.5
Try: zypper install -C
"debuginfo(build-id)=ea72880f67944480ad502f5c017900358e31d3ec"
Missing separate debuginfo for /usr/lib64/libQt5Concurrent.so.5
Try: zypper install -C
"debuginfo(build-id)=4dadc441dc469afe49d9850699f31a7324e0e927"
Missing separate debuginfo for /usr/lib64/libqca-qt5.so.2
Try: zypper install -C
"debuginfo(build-id)=60085683d66412fa8cd5115bbeebd480147d318c"
Missing separate debuginfo for /usr/lib64/libqtkeychain.so.1
Try: zypper install -C
"debuginfo(build-id)=ed261e76f91f07140c296100281ce1f576feefe4"
Missing separate debuginfo for /usr/lib64/libspatialindex.so.4
Try: zypper install -C
"debuginfo(build-id)=9f564e1e366b20d3ca3e06fa04679179161d622e"
Missing separate debuginfo for /usr/lib64/libexpat.so.1
Try: zypper install -C
"debuginfo(build-id)=6500c00bea1aa9bb1c023c36c4aa1f4456629328"
Missing separate debuginfo for /usr/lib64/libsqlite3.so.0
Try: zypper install -C
"debuginfo(build-id)=e1e1fc6b0e94dc99724b564dd44ff250b34535a5"
Missing separate debuginfo for /usr/lib64/libzip.so.5
Try: zypper install -C
"debuginfo(build-id)=7cc74fd6abaa715de4a46d34483134f6f932b703"
Missing separate debuginfo for /usr/lib64/libQt5Positioning.so.5
Try: zypper install -C
"debuginfo(build-id)=b03cb1d41b0f1808da19ae63a38ecc8947bd95a9"
Missing separate debuginfo for /usr/lib64/libQt5Core.so.5
Try: zypper install -C
"debuginfo(build-id)=38f3eda831a9c5e39e513a072b5c8f9a0a2707d1"
Missing separate debuginfo for /usr/lib64/libstdc++.so.6
Try: zypper install -C
"debuginfo(build-id)=5173cf3c20dbaf430ec13b12bb8fa4730e17f048&

Re: [Qgis-user] QGIS 3.0.3 died on signal 11: what did go wrong?

[Hernán De Angelis]

Thank you for this insight. You are right, it is indeed libqt4 that gets 
linked, despite all of libqt5 being present. I will have to figure out a 
way around.


Thanks again

/H.


On 06/18/2018 12:11 PM, Alessandro Pasotti wrote:

Looks like you're loading Qt4 lib here:

#5  0x7f3aca681d45 in 
QDBusMetaType::registerMarshallOperators(int, void (*)(QDBusArgument&, 
void const*), void (*)(QDBusArgument const&, void*)) () at 
/usr/lib64/libQtDBus.so.4




On Mon, Jun 18, 2018 at 10:42 AM, Hernán De Angelis 
mailto:dhdeange...@comhem.se>> wrote:


Fellow QGIS users,

I am experiencing a crash on starting QGIS 3.0.3: it dies in
signal 11. I compiled QGIS from source and absolutely no problems
or warnings where experienced during the build. This happens on a
fresh new installation of openSUSE (Leap 15).

I will appreciate if you could give me some hints into what could
have gone wrong and what potential solutions may I apply.

Please, find the crash report below.

Thanks in advance

H.


QGIS died on signal 11[New LWP 17858]
Missing separate debuginfo for /usr/lib64/libqwt-qt5.so.6
Try: zypper install -C
"debuginfo(build-id)=439218fd22c78120825b3b640c05e3464063479c"
Missing separate debuginfo for /usr/lib64/libqscintilla2_qt5.so.13
Try: zypper install -C
"debuginfo(build-id)=446a73c58a5766f3728da6081dfe5890e513b044"
Missing separate debuginfo for /usr/lib64/libQt5Sql.so.5
Try: zypper install -C
"debuginfo(build-id)=2fc4bf082c9455eb0002efeb97c2e0a5aa6448ec"
Missing separate debuginfo for /usr/lib64/libQt5Xml.so.5
Try: zypper install -C
"debuginfo(build-id)=01539f679a20ff25fb02be87c1e9d1a324aa9726"
Missing separate debuginfo for /usr/lib64/libQt5Svg.so.5
Try: zypper install -C
"debuginfo(build-id)=24fbed0cb29b72e529ff7911963e067cd2f65bca"
Missing separate debuginfo for /usr/lib64/libQt5PrintSupport.so.5
Try: zypper install -C
"debuginfo(build-id)=aa1018b0cd07ec7d7dfe909e6b941b1b42ef12cb"
Missing separate debuginfo for /usr/lib64/libQt5Widgets.so.5
Try: zypper install -C
"debuginfo(build-id)=83c5d92ad8980d21c5090c41cc181238f6b08968"
Missing separate debuginfo for /usr/lib64/libQt5Gui.so.5
Try: zypper install -C
"debuginfo(build-id)=b611a3c0161096e5be012368ae1b7db287e302c2"
Missing separate debuginfo for /usr/lib64/libQt5Network.so.5
Try: zypper install -C
"debuginfo(build-id)=ea72880f67944480ad502f5c017900358e31d3ec"
Missing separate debuginfo for /usr/lib64/libQt5Concurrent.so.5
Try: zypper install -C
"debuginfo(build-id)=4dadc441dc469afe49d9850699f31a7324e0e927"
Missing separate debuginfo for /usr/lib64/libqca-qt5.so.2
Try: zypper install -C
"debuginfo(build-id)=60085683d66412fa8cd5115bbeebd480147d318c"
Missing separate debuginfo for /usr/lib64/libqtkeychain.so.1
Try: zypper install -C
"debuginfo(build-id)=ed261e76f91f07140c296100281ce1f576feefe4"
Missing separate debuginfo for /usr/lib64/libspatialindex.so.4
Try: zypper install -C
"debuginfo(build-id)=9f564e1e366b20d3ca3e06fa04679179161d622e"
Missing separate debuginfo for /usr/lib64/libexpat.so.1
Try: zypper install -C
"debuginfo(build-id)=6500c00bea1aa9bb1c023c36c4aa1f4456629328"
Missing separate debuginfo for /usr/lib64/libsqlite3.so.0
Try: zypper install -C
"debuginfo(build-id)=e1e1fc6b0e94dc99724b564dd44ff250b34535a5"
Missing separate debuginfo for /usr/lib64/libzip.so.5
Try: zypper install -C
"debuginfo(build-id)=7cc74fd6abaa715de4a46d34483134f6f932b703"
Missing separate debuginfo for /usr/lib64/libQt5Positioning.so.5
Try: zypper install -C
"debuginfo(build-id)=b03cb1d41b0f1808da19ae63a38ecc8947bd95a9"
Missing separate debuginfo for /usr/lib64/libQt5Core.so.5
Try: zypper install -C
"debuginfo(build-id)=38f3eda831a9c5e39e513a072b5c8f9a0a2707d1"
Missing separate debuginfo for /usr/lib64/libstdc++.so.6
Try: zypper install -C
"debuginfo(build-id)=5173cf3c20dbaf430ec13b12bb8fa4730e17f048"
Missing separate debuginfo for /lib64/libm.so.6
Try: zypper install -C
"debuginfo(build-id)=918225cf6b6ff0c6c8dd92643b45c81b25a92c63"
Missing separate debuginfo for /lib64/libgcc_s.so.1
Try: zypper install -C
"debuginfo(build-id)=642b28ab8de504fa60c105e7a178e1a2805181cc"
Missing separate debuginfo for /lib64/libc.so.6
Try: zypper install -C
"debuginfo(build-id)=b5b558c30ba01bc47a8201373569afa3df140522"
Missing separate debuginfo for /usr/lib64/libQt5OpenGL.so.5
Try: zypper install -C
"debuginfo(build-id)=d212b1cc95cdf3a6fee6ed7fdbc93bdf1f31f3df"
Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
Try

[Qgis-user] QGIS 3.0.3 died on signal 11: what did go wrong?

[Hernán De Angelis]

Fellow QGIS users,

I am experiencing a crash on starting QGIS 3.0.3: it dies in signal 11. 
I compiled QGIS from source and absolutely no problems or warnings where 
experienced during the build. This happens on a fresh new installation 
of openSUSE (Leap 15).


I will appreciate if you could give me some hints into what could have 
gone wrong and what potential solutions may I apply.


Please, find the crash report below.

Thanks in advance

H.


QGIS died on signal 11[New LWP 17858]
Missing separate debuginfo for /usr/lib64/libqwt-qt5.so.6
Try: zypper install -C 
"debuginfo(build-id)=439218fd22c78120825b3b640c05e3464063479c"

Missing separate debuginfo for /usr/lib64/libqscintilla2_qt5.so.13
Try: zypper install -C 
"debuginfo(build-id)=446a73c58a5766f3728da6081dfe5890e513b044"

Missing separate debuginfo for /usr/lib64/libQt5Sql.so.5
Try: zypper install -C 
"debuginfo(build-id)=2fc4bf082c9455eb0002efeb97c2e0a5aa6448ec"

Missing separate debuginfo for /usr/lib64/libQt5Xml.so.5
Try: zypper install -C 
"debuginfo(build-id)=01539f679a20ff25fb02be87c1e9d1a324aa9726"

Missing separate debuginfo for /usr/lib64/libQt5Svg.so.5
Try: zypper install -C 
"debuginfo(build-id)=24fbed0cb29b72e529ff7911963e067cd2f65bca"

Missing separate debuginfo for /usr/lib64/libQt5PrintSupport.so.5
Try: zypper install -C 
"debuginfo(build-id)=aa1018b0cd07ec7d7dfe909e6b941b1b42ef12cb"

Missing separate debuginfo for /usr/lib64/libQt5Widgets.so.5
Try: zypper install -C 
"debuginfo(build-id)=83c5d92ad8980d21c5090c41cc181238f6b08968"

Missing separate debuginfo for /usr/lib64/libQt5Gui.so.5
Try: zypper install -C 
"debuginfo(build-id)=b611a3c0161096e5be012368ae1b7db287e302c2"

Missing separate debuginfo for /usr/lib64/libQt5Network.so.5
Try: zypper install -C 
"debuginfo(build-id)=ea72880f67944480ad502f5c017900358e31d3ec"

Missing separate debuginfo for /usr/lib64/libQt5Concurrent.so.5
Try: zypper install -C 
"debuginfo(build-id)=4dadc441dc469afe49d9850699f31a7324e0e927"

Missing separate debuginfo for /usr/lib64/libqca-qt5.so.2
Try: zypper install -C 
"debuginfo(build-id)=60085683d66412fa8cd5115bbeebd480147d318c"

Missing separate debuginfo for /usr/lib64/libqtkeychain.so.1
Try: zypper install -C 
"debuginfo(build-id)=ed261e76f91f07140c296100281ce1f576feefe4"

Missing separate debuginfo for /usr/lib64/libspatialindex.so.4
Try: zypper install -C 
"debuginfo(build-id)=9f564e1e366b20d3ca3e06fa04679179161d622e"

Missing separate debuginfo for /usr/lib64/libexpat.so.1
Try: zypper install -C 
"debuginfo(build-id)=6500c00bea1aa9bb1c023c36c4aa1f4456629328"

Missing separate debuginfo for /usr/lib64/libsqlite3.so.0
Try: zypper install -C 
"debuginfo(build-id)=e1e1fc6b0e94dc99724b564dd44ff250b34535a5"

Missing separate debuginfo for /usr/lib64/libzip.so.5
Try: zypper install -C 
"debuginfo(build-id)=7cc74fd6abaa715de4a46d34483134f6f932b703"

Missing separate debuginfo for /usr/lib64/libQt5Positioning.so.5
Try: zypper install -C 
"debuginfo(build-id)=b03cb1d41b0f1808da19ae63a38ecc8947bd95a9"

Missing separate debuginfo for /usr/lib64/libQt5Core.so.5
Try: zypper install -C 
"debuginfo(build-id)=38f3eda831a9c5e39e513a072b5c8f9a0a2707d1"

Missing separate debuginfo for /usr/lib64/libstdc++.so.6
Try: zypper install -C 
"debuginfo(build-id)=5173cf3c20dbaf430ec13b12bb8fa4730e17f048"

Missing separate debuginfo for /lib64/libm.so.6
Try: zypper install -C 
"debuginfo(build-id)=918225cf6b6ff0c6c8dd92643b45c81b25a92c63"

Missing separate debuginfo for /lib64/libgcc_s.so.1
Try: zypper install -C 
"debuginfo(build-id)=642b28ab8de504fa60c105e7a178e1a2805181cc"

Missing separate debuginfo for /lib64/libc.so.6
Try: zypper install -C 
"debuginfo(build-id)=b5b558c30ba01bc47a8201373569afa3df140522"

Missing separate debuginfo for /usr/lib64/libQt5OpenGL.so.5
Try: zypper install -C 
"debuginfo(build-id)=d212b1cc95cdf3a6fee6ed7fdbc93bdf1f31f3df"

Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
Try: zypper install -C 
"debuginfo(build-id)=3b92738c1958b86aee8b14adbebf9d2dc4a84c02"

Missing separate debuginfo for /lib64/libz.so.1
Try: zypper install -C 
"debuginfo(build-id)=393294980f1a4bb24bd8e1cb86ef77e791afb0f6"

Missing separate debuginfo for /lib64/libpthread.so.0
Try: zypper install -C 
"debuginfo(build-id)=00ad8e7c413091d45bb349f105a4b3e466e367a7"

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Missing separate debuginfo for /usr/lib64/libGL.so.1
Try: zypper install -C 
"debuginfo(build-id)=3f6a5a08196a28c3e3bb7b0da22c196e4863314e"

Missing separate debuginfo for /usr/lib64/libpng16.so.16
Try: zypper install -C 
"debuginfo(build-id)=6f8d1393a956fccc0f9f53788660bff1a07cd274"

Missing separate debuginfo for /usr/lib64/libharfbuzz.so.0
Try: zypper install -C 
"debuginfo(build-id)=50b253c0afbd7e7d5a95ce169be3e2414fa4706a"

Missing separate debuginfo for /usr/lib64/libproxy.so.1
Try: zypper install -C 
"debuginfo(build-id)=26075f6aa769e887613299c7a68335a198873400"

Missing separate debuginfo for 

Re: [Qgis-user] Unable to run NetCDF files in QGis 3.0.1 (Rocktim)

[Hernán De Angelis]

As far as I know this does not work with plugins. You just need to build
QGIS against a version of GDAL that supports NetCDF.

Good luck!

Den ons 18 apr. 2018 17:08ৰক্তিম ৰমেন দাস  skrev:

> Can you also suggest me any plugin in Qgis 3.0.1
> for NetCDF viewing
>
> Sincerely
> Rocktim
>
___
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] Working with irregular magnetometry data points - converting them to an image

[Hernán De Angelis]

Calvin,

You have got good answers already. I believe that you may also try GMT
(Generic Mapping Tools) to solve your problem. GMT is a powerful collection
of mapping and data processing tools. It is actually developed and used by
geophysicists and there is a large body of knowledge and experience in its
user base on how to handle these problems.

Go have a look at its capabilities:
http://gmt.soest.hawaii.edu/

Cheers,

H.

Den fre 20 apr. 2018 17:43C Hamilton  skrev:

> I don't know how many of you have worked with archaeological magnetormetry
> data, but I have been asked to help with magnetometry data of the ancient
> Mound Builders in North America. I am looking for some suggestion on how to
> best turn the irregular magnetic data points into an image.
>
> I see an Interpolation plugin that perhaps is the solution, but I also see
> that it is not part of QGIS 3. Is this because it has not been ported yet,
> or is not going to be porter, or is there a better solution?
>
> I don't know if any of the Lidar tools would work for this or not.
> LASTools is a commercial product and the locked version only works with
> small data sets and adds noise unless you purchase a license. At least that
> is how it was the last time I used it.
>
> Thanks for any suggestions.
>
> Calvin
> ___
> 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] Unable to run NetCDF files in QGis 3.0.1 (Rocktim)

[Hernán De Angelis]

Rocktim,

Your GDAL installation is apparently built without NetCDF support.

H.

Den ons 18 apr. 2018 11:19ৰক্তিম ৰমেন দাস  skrev:

> Dear All
>
> I am trying to open NetCDF files in QGis through
> Add->Raster Layer option but I am prompted by
> "*GDAL provider cannot open GDAL dataset*".
> Moreover, I am also not been able to locate the
> NetCDF plugin in QGis 3.0.1. Can anyone provide any suggestions?
>
> Thank you
>
> Sincerely
> Rocktim
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Problems building QGIS: "error: variable ‘Q_XML_EXPORT QDomImplementation’ has initializer but incomplete type"

[Hernán De Angelis]

Hi

I recently updated my operative system (openSuSE Leap 42.3) and I am now
having problems building QGIS (2.18.16).

The error is the following:

[ 72%] Building CXX object src/plugins/georeferencer/
CMakeFiles/georefplugin.dir/qgsgcpcanvasitem.cpp.o
In file included from /usr/include/QtXml/QDomDocument:1:0,
 from /usr/local/src/qgis-2.18.16/
src/plugins/georeferencer/../../core/qgsexpression.h:23,
 from /usr/local/src/qgis-2.18.16/
src/plugins/georeferencer/../../core/qgsexpressioncontext.h:23,
 from /usr/local/src/qgis-2.18.16/
src/plugins/georeferencer/../../gui/qgsmapcanvas.h:23,
 from /usr/local/src/qgis-2.18.16/src/plugins/georeferencer/
qgsgcpcanvasitem.h:19,
 from /usr/local/src/qgis-2.18.16/src/plugins/georeferencer/
qgsgcpcanvasitem.cpp:16:
/usr/include/QtXml/qdom.h:99:20: error: variable ‘Q_XML_EXPORT
QDomImplementation’ has initializer but incomplete type
 class Q_XML_EXPORT QDomImplementation

To my knowledge the Qt5 environment is properly installed, with all the
corresponding devel packages and including the Qt XML libraries. I saw this
thread (*) in which it is concluded that cleaning the build directory
solved the problem, but it wasn't the solution in my case.

(*)
http://osgeo-org.1560.x6.nabble.com/Error-in-compiling-current-master-td5310725.html

I understand this is most probably not related to QGIS but to the building
environment. In any case I wonder if someone here can have a hint on how to
overcome this.

Regards,

H.
___
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] lineaments extraction with QGIS

[Hernán De Angelis]

Jean,

As far as I understand there is no specific tool for this in QGIS. You
could try to edge detection with the GRASS module i.zc and see what results
you get, which might require interpretation and manual digitization. More
advanced or automatized processing will fall within the realm of pattern
recognition, and will require the application of algorithms (there are
examples the remote sensing literature for this).

Good luck!

/H.


On Fri, Oct 20, 2017 at 10:08 AM, jean Lukusa  wrote:

> hello every one ! would you  give me guidelines  about how to extract
> lineaments  using QGIS through satellites  images.
> ___
> 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] Error compiling QGIS 2.18.8: "QStringLiteral was not declared in this scope"

[Hernán De Angelis]

Thanks Jürgen and Larry for your fast responses!

Now I sit here trying to get this to work in my machine. Downloaded the
latest master from GitHub and see that now it can only accept qt5 and py3.
QGIS is moving fast!

Cheers and thanks again!

/Hernán


On Thu, May 25, 2017 at 8:34 AM, Jürgen E. Fischer <j...@norbit.de> wrote:

> Hi Larry,
>
> On Wed, 24. May 2017 at 15:33:00 -0600, Larry Shaffer wrote:
> > Side note: I have gotten around it for C++ plugin development, where I
> > wanted to compile the same plugin code for QGIS 2 and 3 while focusing
> more
> > on QGIS 3 coding style/standards, by using the following macro:
>
> That is also in recent versions of qca.  So this bug only unfolded on
> platforms
> that had older versions (jessie/trusty) - which initially was a bit
> puzzling.
>
>
> Jürgen
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel.
> +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax.
> +49-4931-918175-50
> Software Engineer   D-26506 Norden
> http://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Error compiling QGIS 2.18.8: "QStringLiteral was not declared in this scope"

[Hernán De Angelis]

Hi,

I am trying to compile 2.18.8 from source. This is my usual way of
installing QGIS and I never experience any dramatic problems. However, this
time I keep getting the following cryptic error, which I cannot seem to get
around:


Building CXX object src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o
/usr/local/src/qgis-2.18.8/src/app/qgisapp.cpp: In member function
‘QgsVectorLayer* QgisApp::addVectorLayer(const QString&, const QString&,
const QString&)’:
/usr/local/src/qgis-2.18.8/src/app/qgisapp.cpp:9318:52: error:
‘QStringLiteral’ was not declared in this scope
 layer->setName( QStringLiteral( "%1 %2 %3" ).arg( layer->name(),
elements.at( 1 ), elements.at( 3 ) ) );
^
src/app/CMakeFiles/qgis_app.dir/build.make:847: recipe for target
'src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o' failed
make[2]: *** [src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o] Error 1
CMakeFiles/Makefile2:1823: recipe for target
'src/app/CMakeFiles/qgis_app.dir/all' failed
make[1]: *** [src/app/CMakeFiles/qgis_app.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2



Any hint of what's going wrong?

System: openSUSE Leap 42.2, python 2.7.12, Qt 4.8.6, gdal 2.1.3, geos 3.6.0


Thanks in advance

/H.
___
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] Moving selected feature to the top of attribute table does not seem to work in 2.18.7

[Hernán De Angelis]

Hi,

I have now tried several times to compile code from github but I keep
getting cryptic errors, apparently not related to the issue mentioned in
this thread (see below).Anyhow, it has been pointed as solved, so I will
wait.

Just in case you are curious, the error I get is:

[ 61%] Building CXX object src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o
/usr/local/src/QGIS-release-2_18/src/app/qgisapp.cpp: In member function
‘QgsVectorLayer* QgisApp::addVectorLayer(const QString&, const QString&,
const QString&)’:
/usr/local/src/QGIS-release-2_18/src/app/qgisapp.cpp:9318:52: error:
‘QStringLiteral’ was not declared in this scope
 layer->setName( QStringLiteral( "%1 %2 %3" ).arg( layer->name(),
elements.at( 1 ), elements.at( 3 ) ) );
^
src/app/CMakeFiles/qgis_app.dir/build.make:847: recipe for target
'src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o' failed
make[2]: *** [src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o] Error 1
CMakeFiles/Makefile2:2726: recipe for target
'src/app/CMakeFiles/qgis_app.dir/all' failed
make[1]: *** [src/app/CMakeFiles/qgis_app.dir/all] Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2


Regards and thanks for the help!

/H.



On Thu, May 18, 2017 at 11:00 AM, Luigi Pirelli <lui...@gmail.com> wrote:

> Can you try to compile from this source code branch?
> https://github.com/qgis/QGIS/tree/release-2_18
> just to be sure that the issue has completly fixed.
>
> regards
>
>
> Luigi Pirelli
>
> 
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> ****
> **
>
>
> On 18 May 2017 at 10:31, Hernán De Angelis <dhdeange...@gmail.com> wrote:
> > Thank you for your fast response, Luigi.
> >
> > I understand. I can wait for the next release, no problem. As for the
> >  question, I will have a look and come back with whatever I
> find,
> > but when I found this I wasn't working on any particular project nor
> using
> > composer either.
> >
> > Cheers
> >
> > Hernán
> >
> >
> > On Thu, May 18, 2017 at 10:12 AM, Luigi Pirelli <lui...@gmail.com>
> wrote:
> >>
> >> fixed during the hackfest on current 2.18 code (you have to wait for
> >> 2.18.8... or update to the latest 2.18 code not the tagged release
> >> version)
> >> https://github.com/qgis/QGIS/pull/4306
> >> and 3.0
> >> https://github.com/qgis/QGIS/pull/
> >>
> >> btw there are some simple workaround to fix temporarly waiting the patch
> >> release
> >>
> >> workaround 1) in the attribute table, apply a sort on some column =>
> >> apply sortOnTop
> >> workaround 2) in your project xml file you should have a tag as:
> >> 
> >> in your case  is something different from 0 (Ascending) or
> >> 1 (Descending)... fix it and sortOnTop will be back :)
> >> btw, pelase let me knwo what value is in , because is not
> >> clear who's set it to a strange value (probably the composer)
> >>
> >> cheers
> >> Luigi Pirelli
> >>
> >>
> >> 
> **
> >> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> >> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> >> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> >> * GitHub: https://github.com/luipir
> >> * Mastering QGIS 2nd Edition:
> >> *
> >> https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> >>
> >> 
> **
> >>
> >>
> >> On 18 May 2017 at 10:03, Hernán De Angelis <dhdeange...@gmail.com>
> wrote:
> >> > Hi
> >> >
> >> > Yesterday I compiled from source QGIS 2.18.7 in openSUSE Leap 42.2
> >> > Linux.
> >> > Everything went fine and there were no problems with the compilation.
> >> > However, when using the new installation I r

Re: [Qgis-user] Moving selected feature to the top of attribute table does not seem to work in 2.18.7

[Hernán De Angelis]

Thank you for this. Unfortunately I have no admin privileges to install
things in my Windows environment, so I will not be able to test.

H.

Den 18 maj 2017 11:03 fm skrev "Matthias Kuhn " <matth...@opengis.ch>:

> ... or install qgis-rel-dev from osgeo4w network installer if you are on
> windows and don't feel like compiling.
>
> https://www.qgis.org/en/site/forusers/download.html
>
> Matthias
>
> On 05/18/2017 11:00 AM, Luigi Pirelli wrote:
> > Can you try to compile from this source code branch?
> > https://github.com/qgis/QGIS/tree/release-2_18
> > just to be sure that the issue has completly fixed.
> >
> > regards
> >
> >
> > Luigi Pirelli
> >
> > 
> **
> > * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> > * LinkedIn: https://www.linkedin.com/in/luigipirelli
> > * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> > * GitHub: https://github.com/luipir
> > * Mastering QGIS 2nd Edition:
> > * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> > 
> **
> >
> >
> > On 18 May 2017 at 10:31, Hernán De Angelis <dhdeange...@gmail.com>
> wrote:
> >> Thank you for your fast response, Luigi.
> >>
> >> I understand. I can wait for the next release, no problem. As for the
> >>  question, I will have a look and come back with whatever I
> find,
> >> but when I found this I wasn't working on any particular project nor
> using
> >> composer either.
> >>
> >> Cheers
> >>
> >> Hernán
> >>
> >>
> >> On Thu, May 18, 2017 at 10:12 AM, Luigi Pirelli <lui...@gmail.com>
> wrote:
> >>>
> >>> fixed during the hackfest on current 2.18 code (you have to wait for
> >>> 2.18.8... or update to the latest 2.18 code not the tagged release
> >>> version)
> >>> https://github.com/qgis/QGIS/pull/4306
> >>> and 3.0
> >>> https://github.com/qgis/QGIS/pull/
> >>>
> >>> btw there are some simple workaround to fix temporarly waiting the
> patch
> >>> release
> >>>
> >>> workaround 1) in the attribute table, apply a sort on some column =>
> >>> apply sortOnTop
> >>> workaround 2) in your project xml file you should have a tag as:
> >>> 
> >>> in your case  is something different from 0 (Ascending) or
> >>> 1 (Descending)... fix it and sortOnTop will be back :)
> >>> btw, pelase let me knwo what value is in , because is not
> >>> clear who's set it to a strange value (probably the composer)
> >>>
> >>> cheers
> >>> Luigi Pirelli
> >>>
> >>>
> >>> ****
> **
> >>> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> >>> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> >>> * Stackexchange: http://gis.stackexchange.com/
> users/19667/luigi-pirelli
> >>> * GitHub: https://github.com/luipir
> >>> * Mastering QGIS 2nd Edition:
> >>> *
> >>> https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> >>>
> >>> 
> **
> >>>
> >>>
> >>> On 18 May 2017 at 10:03, Hernán De Angelis <dhdeange...@gmail.com>
> wrote:
> >>>> Hi
> >>>>
> >>>> Yesterday I compiled from source QGIS 2.18.7 in openSUSE Leap 42.2
> >>>> Linux.
> >>>> Everything went fine and there were no problems with the compilation.
> >>>> However, when using the new installation I realized that the function
> >>>> that
> >>>> allows to move the attribute row of a selected feature to the top of
> the
> >>>> attribute table does not seem to work. This problem was not present in
> >>>> my
> >>>> previously installed version (2.18.6), nor in another machine I use
> >>>> (QGIS
> >>>> 2.14.2, Windows 7) using the same data. I wonder if any other users
> are
> >>>> experiencing this in 2.1

Re: [Qgis-user] Moving selected feature to the top of attribute table does not seem to work in 2.18.7

[Hernán De Angelis]

Yes, will try later today, as I have not access to that machine now.

Thanks,

H.

Den 18 maj 2017 11:00 fm skrev "Luigi Pirelli" <lui...@gmail.com>:

> Can you try to compile from this source code branch?
> https://github.com/qgis/QGIS/tree/release-2_18
> just to be sure that the issue has completly fixed.
>
> regards
>
>
> Luigi Pirelli
>
> 
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> 
> **
>
>
> On 18 May 2017 at 10:31, Hernán De Angelis <dhdeange...@gmail.com> wrote:
> > Thank you for your fast response, Luigi.
> >
> > I understand. I can wait for the next release, no problem. As for the
> >  question, I will have a look and come back with whatever I
> find,
> > but when I found this I wasn't working on any particular project nor
> using
> > composer either.
> >
> > Cheers
> >
> > Hernán
> >
> >
> > On Thu, May 18, 2017 at 10:12 AM, Luigi Pirelli <lui...@gmail.com>
> wrote:
> >>
> >> fixed during the hackfest on current 2.18 code (you have to wait for
> >> 2.18.8... or update to the latest 2.18 code not the tagged release
> >> version)
> >> https://github.com/qgis/QGIS/pull/4306
> >> and 3.0
> >> https://github.com/qgis/QGIS/pull/
> >>
> >> btw there are some simple workaround to fix temporarly waiting the patch
> >> release
> >>
> >> workaround 1) in the attribute table, apply a sort on some column =>
> >> apply sortOnTop
> >> workaround 2) in your project xml file you should have a tag as:
> >> 
> >> in your case  is something different from 0 (Ascending) or
> >> 1 (Descending)... fix it and sortOnTop will be back :)
> >> btw, pelase let me knwo what value is in , because is not
> >> clear who's set it to a strange value (probably the composer)
> >>
> >> cheers
> >> Luigi Pirelli
> >>
> >>
> >> 
> **
> >> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> >> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> >> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> >> * GitHub: https://github.com/luipir
> >> * Mastering QGIS 2nd Edition:
> >> *
> >> https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> >>
> >> 
> **
> >>
> >>
> >> On 18 May 2017 at 10:03, Hernán De Angelis <dhdeange...@gmail.com>
> wrote:
> >> > Hi
> >> >
> >> > Yesterday I compiled from source QGIS 2.18.7 in openSUSE Leap 42.2
> >> > Linux.
> >> > Everything went fine and there were no problems with the compilation.
> >> > However, when using the new installation I realized that the function
> >> > that
> >> > allows to move the attribute row of a selected feature to the top of
> the
> >> > attribute table does not seem to work. This problem was not present in
> >> > my
> >> > previously installed version (2.18.6), nor in another machine I use
> >> > (QGIS
> >> > 2.14.2, Windows 7) using the same data. I wonder if any other users
> are
> >> > experiencing this in 2.18.7, or there is just something wrong with my
> >> > particular installation.
> >> >
> >> > Regards,
> >> >
> >> > Hernán
> >> >
> >> >
> >> > ___
> >> > 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] Moving selected feature to the top of attribute table does not seem to work in 2.18.7

[Hernán De Angelis]

Thank you for your fast response, Luigi.

I understand. I can wait for the next release, no problem. As for the
 question, I will have a look and come back with whatever I
find, but when I found this I wasn't working on any particular project nor
using composer either.

Cheers

Hernán


On Thu, May 18, 2017 at 10:12 AM, Luigi Pirelli <lui...@gmail.com> wrote:

> fixed during the hackfest on current 2.18 code (you have to wait for
> 2.18.8... or update to the latest 2.18 code not the tagged release
> version)
> https://github.com/qgis/QGIS/pull/4306
> and 3.0
> https://github.com/qgis/QGIS/pull/
>
> btw there are some simple workaround to fix temporarly waiting the patch
> release
>
> workaround 1) in the attribute table, apply a sort on some column =>
> apply sortOnTop
> workaround 2) in your project xml file you should have a tag as:
> 
> in your case  is something different from 0 (Ascending) or
> 1 (Descending)... fix it and sortOnTop will be back :)
> btw, pelase let me knwo what value is in , because is not
> clear who's set it to a strange value (probably the composer)
>
> cheers
> Luigi Pirelli
>
> 
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> ****
> **
>
>
> On 18 May 2017 at 10:03, Hernán De Angelis <dhdeange...@gmail.com> wrote:
> > Hi
> >
> > Yesterday I compiled from source QGIS 2.18.7 in openSUSE Leap 42.2 Linux.
> > Everything went fine and there were no problems with the compilation.
> > However, when using the new installation I realized that the function
> that
> > allows to move the attribute row of a selected feature to the top of the
> > attribute table does not seem to work. This problem was not present in my
> > previously installed version (2.18.6), nor in another machine I use (QGIS
> > 2.14.2, Windows 7) using the same data. I wonder if any other users are
> > experiencing this in 2.18.7, or there is just something wrong with my
> > particular installation.
> >
> > Regards,
> >
> > Hernán
> >
> >
> > ___
> > Qgis-user mailing list
> > Qgis-user@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Moving selected feature to the top of attribute table does not seem to work in 2.18.7

[Hernán De Angelis]

Hi

Yesterday I compiled from source QGIS 2.18.7 in openSUSE Leap 42.2 Linux.
Everything went fine and there were no problems with the compilation.
However, when using the new installation I realized that the function that
allows to move the attribute row of a selected feature to the top of the
attribute table does not seem to work. This problem was not present in my
previously installed version (2.18.6), nor in another machine I use (QGIS
2.14.2, Windows 7) using the same data. I wonder if any other users are
experiencing this in 2.18.7, or there is just something wrong with my
particular installation.

Regards,

Hernán
___
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] How does QGIS read a large WFS completely?

[Hernán De Angelis]

Hi

I am curious to understand how reading large WFS services is implemented in
QGIS.

The reason is that I am doing some experiments with data that require
performing statistics over a large dataset that is offered as WFS. The
server has a limit of 1000 features on every call, but the dataset has a
total over 15000 features. I want to write a script that will download the
whole dataset but met the difficulty of not knowing how to handle the
server side feature limit in a reasonable way.

I see that QGIS has no problems importing the whole thing into a GML and
wanted to understand how this is implemented. I perused parts of the code
but could not find the relevant section. Can someone point to me in which
part of the code this problem is solved?

Thanks in advance

Hernán
___
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] Importing layers into QGIS 2.18 on Win 7

[Hernán De Angelis]

Hi

Try the openlayers plugin.

H.

söndag 19 februari 2017 skrev Pat Brown :

> Hi,
>Can someone please point me to some detailed instructions on how to
> import a layer such as from openstreetmaps or Google Maps? The instructions
> I have been able to find have assumed a level of knowledge greater than
> mine. (eg "Enter the URL of the service which you would like to use,
> replacing x, y and z parts with curly brackets substitution as can be seen
> below". I have no idea what the "xyz" stands for and what do I replace them
> with? Need something that explains the process from a very basic viewpoint.
>
> Thanks
>
___
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] In linux: install both QGIS 14 and QGIS 18?

[Hernán De Angelis]

Stefano,

I believe that one alternative might be compiling different versions and
installing in different non standard folders, then renaming the binaries or
creating symbolic links in /usr/local/bin

Another migh

måndag 5 december 2016 skrev Stefano Masera >:

> hi list,
> how can I install, in Linux Mint, both QGIS 14 and QGIS 18?
> I can only install one of them.
>
> Thanks.
>
> Stefano Masera
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Problem building QGIS 2.18

[Hernán De Angelis]

Hi,

I am trying to build QGIS 2.18.0 from source in a Linux Opensuse Leap 42.2
machine, and I am consistenly getting the error below. I am building with
python 3 and without qt5 support.

[ 96%] Generating ui_widgetInfo.py
Traceback (most recent call last):
  File "../../../../../scripts/pyuic-wrapper.py", line 26, in 
import qgis.PyQt.uic.pyuic
  File "/usr/local/src/qgis-2.18.0/build/output/python/qgis/__init__.py",
line 26, in 
from qgis.PyQt import QtCore
  File
"/usr/local/src/qgis-2.18.0/build/output/python/qgis/PyQt/QtCore.py", line
60, in 
QPyNullVariant.__nonzero__ = MethodType(__nonzero__, None,
QPyNullVariant)
TypeError: method expected 2 arguments, got 3
python/plugins/GdalTools/tools/CMakeFiles/zzz-GdalTools-2-depend.dir/build.make:117:
recipe for target 'python/plugins/GdalTools/tools/ui_widgetInfo.py' failed
make[2]: *** [python/plugins/GdalTools/tools/ui_widgetInfo.py] Error 1
CMakeFiles/Makefile2:5080: recipe for target
'python/plugins/GdalTools/tools/CMakeFiles/zzz-GdalTools-2-depend.dir/all'
failed
make[1]: ***
[python/plugins/GdalTools/tools/CMakeFiles/zzz-GdalTools-2-depend.dir/all]
Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2

The only description that I was able to find was this one:

https://github.com/qgis/QGIS/commit/ae3db0a1bf9504b432e4553b94a56051576c053f

but the proposed fix is already incorporated in the code I have. There is
also a mention of potential conflicts arising from different versions of
python, but I have not been able to figure out a solution.

Anyone expericed this? Any hint will be appreciated,

Thanks.

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

[Qgis-user] compile error in QGIS svn: invali d conversion from ‘const char*’ to ‘char* ’

[Hernán De Angelis]

Dear all,

I am experiencing the following error while compiling QGIS, checked
out today from svn:


[ 63%] Building CXX object
src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrassprovider.o
/usr/local/src/qgis/src/providers/grass/qgsgrassprovider.cpp: In
static member function ‘static int QgsGrassProvider::openMap(QString,
QString, QString, QString)’:
/usr/local/src/qgis/src/providers/grass/qgsgrassprovider.cpp:1005:
error: invalid conversion from ‘const char*’ to ‘char*’
make[2]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/qgsgrassprovider.o]
Error 1
make[1]: *** [src/providers/grass/CMakeFiles/qgisgrass.dir/all] Error 2
make: *** [all] Error 2


Since I am not a C++ specialist I have difficulties understanding how
to overcome this.
Any hint will be appreciated,


Thanks in advance


Hernán


--

Hernán De Angelis
Linux user # 397217
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user