Re: [Qgis-user] [Qgis-psc] Redmine migration plan: friday 24 may 8:00 CET

[Nyall Dawson]

On Wed, 22 May 2019 at 22:07, Richard Duivenvoorde  wrote:
>
> Hi All (lists),
>
> We propose to do the Redmine -> Github migration next friday 24th of may
> at 8:00 CET (+2).
>
> More or less following this Migration plan:
>
> https://github.com/qgis/QGIS-Enhancement-Proposals/issues/141#issuecomment-478296818

Woohoo! It's finally happening!

Well done to the whole team involved here, it's an exceptional effort
getting things to this stage!

Nyall

>
> To be clear: this means http://issues.qgis.org cannot be used on friday,
> untill the migration is finished and checked.
>
> If anybody has knowledge of an easy way to make Redmine readonly, please
> let us know. Some googling to me only revealed changing the database
> user or fiddling with the users in the db itself.
>
> Jorge will be in the lead for the Migration team
> I (among others) will be around for QGIS Infra
> Any help or encouragement is appreciated :-)
>
> Let's meet on IRC on friday morning, we can further decide on
> communication if needed/wanted.
>
> If I miss something, please let us know.
>
> Regards,
>
> Richard Duivenvoorde
> ___
> Qgis-psc mailing list
> qgis-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-psc
___
Qgis-user mailing list
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 / reprojection problems

[Matt Boyd]

Sorry, I didn't describe the resolution in my email, just complained
quietly about something.

Somehow I'd loaded up epsg 4938, which is described as GDA94. I assumed
that was the geographic projection and it wasn't until later that I looked
at https://epsg.io/4938 and saw that it's got some odd projection going on.
I could see the meters in the projection but couldn't get past that I'd
selected GDA94. Now I dig into it a little more I can see that there's this
whole set of CRS under geocentric projections. I've either forgotten about
these or never knew.

The projection I meant to use was epsg 4283 GDA94 https://epsg.io/4283 .
Somehow in my project settings the default GDA94 projection which I've
always used had been superseded by the geocentric GDA94 and I didn't notice.

Thanks QGIS people.

Matt

On Thu, May 23, 2019 at 9:56 AM Matt Boyd  wrote:

> Kosza replied to me and suggested I try epsg 4283 instead of epsg 4938
>
> Is it usual to have 2 CRS with the same name, one of which appears to be
> projected and the other not, I don't think I've seen this before. There
> still seems to be something odd about 4938, but I don't see any reason to
> use it so it shouldn't bother me.
>
> Here's where I can learn something. Does anyone know what the deal with
> this is? I can see a need for a different projections, but is there
> supposed to be a better way of naming it that I didn't pick up on, am I
> going to need to remember epsg codes form now on?
>
> Thanks
> Matt
>
> On Wed, May 22, 2019 at 11:51 PM Nicolas Cadieux <
> nicolas.cadi...@archeotec.ca> wrote:
>
>> Hi,
>> Right clicking on the layer in the layer panel and changing the
>> projection to the correct one should then fix the problem.  Tell me if it’s
>> still a problem and I will also look at the data.
>> Nicolas
>>
>> Le 22 mai 2019 à 03:34,  
>> a écrit :
>>
>> Sorry to have to disagree with you, but there is something wrong with
>> your data. If I load the "lineations_GDA94" it claims to be a projected
>> data, and the units are clearly meters (numbers like -42854769,3100060 in
>> the coordinate readout). But if you check, you'd find that  QGIS thinks the
>> units are degrees:
>>
>>
>>
>> 
>>
>>
>>
>> Treating the meter cooridnates as degrees works as long as no
>> reprojection is needed, but will mess up things when combining it with
>> other data...
>>
>>
>>
>>
>>
>> --
>>
>> Barend Köbben
>>
>>
>>
>>
>>
>> On 22/05/2019, 05:54, "Qgis-user on behalf of Matt Boyd" <
>> qgis-user-boun...@lists.osgeo.org on behalf of mattsli...@gmail.com>
>> wrote:
>>
>>
>>
>> Hi Nicolas and Alexandre,
>>
>> I'm pretty sure that I've done as much as I can to make sure I haven't
>> screwed up the projections. I used to make those mistakes years ago when I
>> was first learning, lately the mistakes I've made are because I haven't
>> been paying attention... I'm pretty sure I'm paying attention this time.
>>
>>
>>
>> This is a link to some data and a qgis file I'm using as an example
>>
>>
>> https://unimelbcloud-my.sharepoint.com/:f:/g/personal/boydmc_student_unimelb_edu_au/EuUzfUvxA6NGmZOuYo8_fmkB0AvLldzBmXwq68mdwZvmcw?e=Ake4Qi
>>
>>
>>
>> lineations_MGA54_projected is the shapefile with the correctly projected
>> information layer. - Known good data
>>
>>
>>
>> If I change to a geogrpahic / unprojected coordinate system, for example
>> GDA94, this layer is not displayed and the canvas is blank.
>>
>>
>>
>> If I export the lineations_MGA54_projected data to a new file as
>> unprojected GDA94 option, the re-projected data is wrong.
>>
>>
>>
>> Thanks for your help
>>
>>
>>
>> Matt
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, May 21, 2019 at 11:37 PM Nicolas Cadieux <
>> nicolas.cadi...@archeotec.ca> wrote:
>>
>> Hi,
>>
>> 99 % of the time, the data is the problem because it’s in the wrong crs.
>> Right click on the problem layer in the layer panel and change the layer
>> crs to what is should be.  Use a google or other base map from quickmap
>> plugin.  That should permit you to find the correct CRS.
>>
>> Sometimes, crs will have problems reprojecting across some latitudes or
>> longitude (like projections make for the poles).  In that case,
>> reprojecting the data using the “save as” option will solve the problem.
>>
>> Nicolas
>>
>> > Le 20 mai 2019 à 21:53, Matt Boyd  a écrit :
>> >
>> > Hi QGISers,
>> > I'm having an issue with reprojecting things in QGIS.
>> > Installer OSGEO64W
>> > Latest version and LTS both have same issue.
>> >
>> > Issue:
>> > reprojection just isn't working. If I load a data set with decimal
>> degrees and another with a projected coordinate system the data (points /
>> lines / polygons) will only display if the basemap is in the same
>> projection system.
>> >
>> > This is happening across 2 PCs, (windows10) and the LTS and latest
>> versions of QGIS. Has anyone got some troubleshooting tips?
>> >
>> > Thanks
>> > Matt
>> > ___
>> > Qgis-user mailing list
>> > 

Re: [Qgis-user] CRS / reprojection problems

[Matt Boyd]

Kosza replied to me and suggested I try epsg 4283 instead of epsg 4938

Is it usual to have 2 CRS with the same name, one of which appears to be
projected and the other not, I don't think I've seen this before. There
still seems to be something odd about 4938, but I don't see any reason to
use it so it shouldn't bother me.

Here's where I can learn something. Does anyone know what the deal with
this is? I can see a need for a different projections, but is there
supposed to be a better way of naming it that I didn't pick up on, am I
going to need to remember epsg codes form now on?

Thanks
Matt

On Wed, May 22, 2019 at 11:51 PM Nicolas Cadieux <
nicolas.cadi...@archeotec.ca> wrote:

> Hi,
> Right clicking on the layer in the layer panel and changing the projection
> to the correct one should then fix the problem.  Tell me if it’s still a
> problem and I will also look at the data.
> Nicolas
>
> Le 22 mai 2019 à 03:34,   a
> écrit :
>
> Sorry to have to disagree with you, but there is something wrong with your
> data. If I load the "lineations_GDA94" it claims to be a projected data,
> and the units are clearly meters (numbers like -42854769,3100060 in the
> coordinate readout). But if you check, you'd find that  QGIS thinks the
> units are degrees:
>
>
>
> 
>
>
>
> Treating the meter cooridnates as degrees works as long as no reprojection
> is needed, but will mess up things when combining it with other data...
>
>
>
>
>
> --
>
> Barend Köbben
>
>
>
>
>
> On 22/05/2019, 05:54, "Qgis-user on behalf of Matt Boyd" <
> qgis-user-boun...@lists.osgeo.org on behalf of mattsli...@gmail.com>
> wrote:
>
>
>
> Hi Nicolas and Alexandre,
>
> I'm pretty sure that I've done as much as I can to make sure I haven't
> screwed up the projections. I used to make those mistakes years ago when I
> was first learning, lately the mistakes I've made are because I haven't
> been paying attention... I'm pretty sure I'm paying attention this time.
>
>
>
> This is a link to some data and a qgis file I'm using as an example
>
>
> https://unimelbcloud-my.sharepoint.com/:f:/g/personal/boydmc_student_unimelb_edu_au/EuUzfUvxA6NGmZOuYo8_fmkB0AvLldzBmXwq68mdwZvmcw?e=Ake4Qi
>
>
>
> lineations_MGA54_projected is the shapefile with the correctly projected
> information layer. - Known good data
>
>
>
> If I change to a geogrpahic / unprojected coordinate system, for example
> GDA94, this layer is not displayed and the canvas is blank.
>
>
>
> If I export the lineations_MGA54_projected data to a new file as
> unprojected GDA94 option, the re-projected data is wrong.
>
>
>
> Thanks for your help
>
>
>
> Matt
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Tue, May 21, 2019 at 11:37 PM Nicolas Cadieux <
> nicolas.cadi...@archeotec.ca> wrote:
>
> Hi,
>
> 99 % of the time, the data is the problem because it’s in the wrong crs.
> Right click on the problem layer in the layer panel and change the layer
> crs to what is should be.  Use a google or other base map from quickmap
> plugin.  That should permit you to find the correct CRS.
>
> Sometimes, crs will have problems reprojecting across some latitudes or
> longitude (like projections make for the poles).  In that case,
> reprojecting the data using the “save as” option will solve the problem.
>
> Nicolas
>
> > Le 20 mai 2019 à 21:53, Matt Boyd  a écrit :
> >
> > Hi QGISers,
> > I'm having an issue with reprojecting things in QGIS.
> > Installer OSGEO64W
> > Latest version and LTS both have same issue.
> >
> > Issue:
> > reprojection just isn't working. If I load a data set with decimal
> degrees and another with a projected coordinate system the data (points /
> lines / polygons) will only display if the basemap is in the same
> projection system.
> >
> > This is happening across 2 PCs, (windows10) and the LTS and latest
> versions of QGIS. Has anyone got some troubleshooting tips?
> >
> > Thanks
> > Matt
> > ___
> > Qgis-user mailing list
> > 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] query SQLand Proyects QSGIS - Saved

[Jorge Gustavo Rocha]

Hi Pablo,

1) You can copy your project to any other computer, or you can share the
project using a shared folder. Ensure the paths are valid, for resources
available from the file system.

2) You can also store the project in Postgresql. If you store your
project there, you can open it from any other computer. Ensure the paths
are valid, for resources available from the file system. You must eable
the support for writing and reading projects on the connection.

3) When sharing projects with database connections, to prevent access to
the database with the same username and password for all users, the best
option is to use pg_services.conf.

Is this ok for you?

Regards,

Jorge Gustavo

Às 22:33 de 22/05/19, Pablo J. Zader escreveu:
> Hi list
> 
> I am trying to leave the SQL queries that I created in QGIS and to persist in 
> successive 
> QGIS openings and closings. The way I found, was to save the QGIS project. 
> Now, 
> the question I have is: Is there any way to export the project with SQL 
> queries and then 
> open everything in another QGIS installation?
> 
> Thanks in advanced
> P.
> 
> 
> 
> -- 
> 
> Pablo J. Zader
> Lic. en Cs. de la Computación + MSc. en Aplicaciones Espaciales de
> Alerta y Respuesta Temprana a Emergencias
> pablo.za...@gmail.com  
> 
> Universidad Nacional de Córdoba
> Av. Valpáraíso s/n Ciudad Universitaria
> 
>  skype linkedIn  
> 
> /"Los Grandes Hombres hablan sobre ideas...  Los Hombres Promedio
> hablan sobre cosas...  Los Hombres Pequeños hablan.. de otros Hombres./
> 
> /del libro Matemática estas ahí? A. Paenza "/
> 
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 

-- 
Logo*   Geomaster, LDA*
  *VENHA DESCOBRIR O CAMINHO DO OPEN SOURCE CONNOSC**O

*
 
Avenida Barros e Soares
N.º 423, 4715-214 Braga
VAT/NIF510 906 109
Phone  +351 253 680 323
Site   geomaster.pt 
GPS   41.53322, -8.41929


 
Jorge Gustavo Rocha
CTO

Mobile  +351 910 333 888
Email    j...@geomaster.pt


___
Qgis-user mailing list
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] query SQLand Proyects QSGIS - Saved

[Pablo J. Zader]

Hi list

I am trying to leave the SQL queries that I created in QGIS and to
persist in successive
QGIS openings and closings. The way I found, was to save the QGIS project. Now,
the question I have is: Is there any way to export the project with
SQL queries and then
open everything in another QGIS installation?

Thanks in advanced
P.



-- 

Pablo J. Zader
Lic. en Cs. de la Computación + MSc. en Aplicaciones Espaciales de Alerta y
Respuesta Temprana a Emergencias
pablo.za...@gmail.com

Universidad Nacional de Córdoba
Av. Valpáraíso s/n Ciudad Universitaria
 [image: skype] [image: linkedIn]


*"Los Grandes Hombres hablan sobre ideas...  Los Hombres Promedio hablan
sobre cosas...  Los Hombres Pequeños hablan.. de otros Hombres.*

*del libro Matemática estas ahí? A. Paenza "*
___
Qgis-user mailing list
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-it-user] Anomalia quadrato blu nel canvas

[Gabriela Osaci-Costache]

Salve!
Confermo. Capita con qualsiasi progetto già salvato, o .shp/raster caricato. 
Anche creando un nuovo vettore temporaneo, senza un altro file caricato in 
precedenza.W10 64 bit, QGIS 3.4.7 e 3.6.3.
Saluti,Gabriela

  Da: Luca Bellani 
 A: qgis-it-user@lists.osgeo.org 
 Inviato: Mercoledì 22 Maggio 2019 22:09
 Oggetto: [QGIS-it-user] Anomalia quadrato blu nel canvas
   
Salve, riscontro da oggi un'anomalia nel canvas: un piccolo quadrato colore
blu.
Succede all'apertura del nuovo progetto, in 2 pc diversi, ma con los stesso
windows 10 ultimo aggiornamento, sia in QGIS 3.4.7 che 3.6.3

QGIS 3.4   
QGIS 3.6  



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user


   ___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Anomalia quadrato blu nel canvas

[Luca Bellani]

Salve, riscontro da oggi un'anomalia nel canvas: un piccolo quadrato colore
blu.
Succede all'apertura del nuovo progetto, in 2 pc diversi, ma con los stesso
windows 10 ultimo aggiornamento, sia in QGIS 3.4.7 che 3.6.3

QGIS 3.4   
QGIS 3.6  



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] CRS / reprojection problems

[Nicolas Cadieux]

Hi,
Right clicking on the layer in the layer panel and changing the projection to 
the correct one should then fix the problem.  Tell me if it’s still a problem 
and I will also look at the data.
Nicolas

> Le 22 mai 2019 à 03:34,   a 
> écrit :
> 
> Sorry to have to disagree with you, but there is something wrong with your 
> data. If I load the "lineations_GDA94" it claims to be a projected data, and 
> the units are clearly meters (numbers like -42854769,3100060 in the 
> coordinate readout). But if you check, you'd find that  QGIS thinks the units 
> are degrees:
>  
> 
>  
> Treating the meter cooridnates as degrees works as long as no reprojection is 
> needed, but will mess up things when combining it with other data...
>  
>  
> --
> Barend Köbben
>  
>  
> On 22/05/2019, 05:54, "Qgis-user on behalf of Matt Boyd" 
>  wrote:
>  
> Hi Nicolas and Alexandre,
> I'm pretty sure that I've done as much as I can to make sure I haven't 
> screwed up the projections. I used to make those mistakes years ago when I 
> was first learning, lately the mistakes I've made are because I haven't been 
> paying attention... I'm pretty sure I'm paying attention this time.
>  
> This is a link to some data and a qgis file I'm using as an example
> https://unimelbcloud-my.sharepoint.com/:f:/g/personal/boydmc_student_unimelb_edu_au/EuUzfUvxA6NGmZOuYo8_fmkB0AvLldzBmXwq68mdwZvmcw?e=Ake4Qi
>  
> lineations_MGA54_projected is the shapefile with the correctly projected 
> information layer. - Known good data
>  
> If I change to a geogrpahic / unprojected coordinate system, for example 
> GDA94, this layer is not displayed and the canvas is blank.
>  
> If I export the lineations_MGA54_projected data to a new file as unprojected 
> GDA94 option, the re-projected data is wrong.
>  
> Thanks for your help
>  
> Matt
>  
>  
>  
>  
>  
>  
> On Tue, May 21, 2019 at 11:37 PM Nicolas Cadieux 
>  wrote:
> Hi,
> 
> 99 % of the time, the data is the problem because it’s in the wrong crs.  
> Right click on the problem layer in the layer panel and change the layer crs 
> to what is should be.  Use a google or other base map from quickmap plugin.  
> That should permit you to find the correct CRS.
> 
> Sometimes, crs will have problems reprojecting across some latitudes or 
> longitude (like projections make for the poles).  In that case, reprojecting 
> the data using the “save as” option will solve the problem.
> 
> Nicolas
> 
> > Le 20 mai 2019 à 21:53, Matt Boyd  a écrit :
> > 
> > Hi QGISers,
> > I'm having an issue with reprojecting things in QGIS.
> > Installer OSGEO64W
> > Latest version and LTS both have same issue.
> > 
> > Issue:
> > reprojection just isn't working. If I load a data set with decimal degrees 
> > and another with a projected coordinate system the data (points / lines / 
> > polygons) will only display if the basemap is in the same projection system.
> > 
> > This is happening across 2 PCs, (windows10) and the LTS and latest versions 
> > of QGIS. Has anyone got some troubleshooting tips?
> > 
> > Thanks
> > Matt
> > ___
> > Qgis-user mailing list
> > 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-it-user] Fwd: [QGIS-Developer] Redmine migration plan: friday 24 may 8:00 CET

[matteo]

credo che venerdi sia un giorno molto delicato. direi di aspettare come
va il processo e sentiamo come è andata.

sicuramente avremo notizie in merito da chi se ne occupa

Matteo
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Fwd: [QGIS-Developer] Redmine migration plan: friday 24 may 8:00 CET

[Totò]

ghtmtt wrote
> Questo venerdi è in programma la migrazione da readmine a github

Ottima notizia.

Quindi per quanto tempo non potremo aprire issue (vecchi ticket)??

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[Qgis-user] Loading and displaying NDS (Navigation Data Standard // SQLlite)?

[image]

Good afternoon, On qgis 3.4 (windows), i would like to load and display NDS
data (attributs and geometry). I succeed in loading NDS data sample from
openlanemodel :

http://www.openlanemodel.org/#download

Via the qgis DB manager, we can see the content of the DB/table. We can see
a column called "ndsdata"(i guess containing geometry). But it s not
possible to load the data within the canvas. I get an error message when i
try to load the data as a sqlite db... Via the qgis explorator panel, we can
see the error message : "Impossible de check metadata". I paste below
usefull screen shot.

Is there a way to display NDS data 's geometry with qgis (or another open
source application ?)

In advance, thank you for your help.

Kind regards. 

 

 


 



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

[QGIS-it-user] Fwd: [QGIS-Developer] Redmine migration plan: friday 24 may 8:00 CET

[matteo]

Questo venerdi è in programma la migrazione da readmine a github


 Forwarded Message 
Subject: [QGIS-Developer] Redmine migration plan: friday 24 may 8:00 CET
Date: Wed, 22 May 2019 14:06:49 +0200
From: Richard Duivenvoorde 
Reply-To: rdmaili...@duif.net
To: qgis-developer ,
qgis-...@lists.osgeo.org ,
qgis-u...@lists.osgeo.org , qgis-community

CC: Jorge Gustavo Rocha 

Hi All (lists),

We propose to do the Redmine -> Github migration next friday 24th of may
at 8:00 CET (+2).

More or less following this Migration plan:

https://github.com/qgis/QGIS-Enhancement-Proposals/issues/141#issuecomment-478296818

To be clear: this means http://issues.qgis.org cannot be used on friday,
untill the migration is finished and checked.

If anybody has knowledge of an easy way to make Redmine readonly, please
let us know. Some googling to me only revealed changing the database
user or fiddling with the users in the db itself.

Jorge will be in the lead for the Migration team
I (among others) will be around for QGIS Infra
Any help or encouragement is appreciated :-)

Let's meet on IRC on friday morning, we can further decide on
communication if needed/wanted.

If I miss something, please let us know.

Regards,

Richard Duivenvoorde
___
QGIS-Developer mailing list
qgis-develo...@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[Qgis-user] Redmine migration plan: friday 24 may 8:00 CET

[Richard Duivenvoorde]

Hi All (lists),

We propose to do the Redmine -> Github migration next friday 24th of may
at 8:00 CET (+2).

More or less following this Migration plan:

https://github.com/qgis/QGIS-Enhancement-Proposals/issues/141#issuecomment-478296818

To be clear: this means http://issues.qgis.org cannot be used on friday,
untill the migration is finished and checked.

If anybody has knowledge of an easy way to make Redmine readonly, please
let us know. Some googling to me only revealed changing the database
user or fiddling with the users in the db itself.

Jorge will be in the lead for the Migration team
I (among others) will be around for QGIS Infra
Any help or encouragement is appreciated :-)

Let's meet on IRC on friday morning, we can further decide on
communication if needed/wanted.

If I miss something, please let us know.

Regards,

Richard Duivenvoorde
___
Qgis-user mailing list
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] Fix Geometries

[GILLEN Finbar]

Thanks for all the responses on this... I am going to try the Check Validity 
plugin ('QGIS' method) as a starter within QGIS 3.2. I am using a fairly 
detailed flood polygon so accuracy is key. I will let you know how I get on.

Thanks again,
Finbar

-Original Message-
From: Qgis-user  On Behalf Of Nicolas Cadieux
Sent: 21 May 2019 23:02
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Fix Geometries

Hi,

The Geometry Checker plugin will add a the 'Check Geometries' option in the 
vector menu.  It is very unstable with the current version of QGIS. If you get 
it to run, it should solve most problems.  I get it to run when I only select 
one test at a time.

The most predictable tool is the vector/geometry tools/Check validity using the 
'QGIS' Method (not GEOS).  That should fix your file.  There is a 'remove 
duplicate vertices' and 'delete duplicate geometries' in processing.  Your 
problem could also be caused by a module not working with multipart objects.  
Go to vector/Geometry tools/Multiparts to singleparts.

If your lines don't touch,   try the 'snap Geometries to layer ' in processing.

Nicolas

On 2019-05-21 2:54 a.m., Mithoefer wrote:
> Hi Finnbar,
>
> What plugin are you talking about and what QGIS version do you use?
> You have a number of tools to check geometries. Try "Topology checker" 
> or "Geometry checker" to see where the problems are (invalid 
> geometries). Geometry checker is also able to fix some issues. Maybe 
> thats the one you use.
>
> Anotehr option is GRASS GIS. Have you ever worked wit GRASS GIS? You 
> can create a GRASS database and import your polygons. GRASS GIS uses a 
> topolgical data model and is quite powerful in establishing a desent 
> data model with snapping options and clean functions. You can also try 
> GRASS tools from the processing framework like build polygons or clean.
>
> Regards
> Klaus
>
> Am 20.05.19 um 11:31 schrieb GILLEN Finbar:
>> Hi All,
>>
>> I have a few polygon layers where anytime I go to use them I have to 
>> use the fix geometries plugin so that invalid geometries are fixed.
>>
>> When I save the output from the fixed geometries plugin and add it in 
>> a new project the same issues appears where I can’t use it accurately 
>> to do a Select or Join by Location because some of the geometries are 
>> still seen as invalid even though they have been ‘fixed’.
>>
>> Is there anyway solution to this or do I have to keep using the fix 
>> geometries plugin anytime I use the polygons for analysis?
>>
>> Regards
>>
>> Finbar
>>
>> *
>>
>> The contents and any attachments of this electronic mail message are 
>> confidential and intended only for the named addressees.
>> Dissemination, forwarding, publication or other use of the message or 
>> attachments by any unauthorised person is strictly prohibited.
>>
>> Unless stated to the contrary, any opinions expressed in this message 
>> are personal and may not be attributed to AXA Insurance dac or any 
>> member of the AXA Group of Companies.
>>
>> AXA Insurance dac is regulated by the Central Bank of Ireland. For 
>> business in Northern Ireland, AXA Insurance dac is authorised by the 
>> Central Bank of Ireland and subject to limited regulation by the 
>> Financial Conduct Authority. Details about the extent of our 
>> regulation by the Financial Conduct Authority are available from us 
>> on request. AXA Insurance dac is a private company limited by shares, 
>> registered in Ireland number 136155. Registered Office Wolfe Tone 
>> House, Wolfe Tone Street, Dublin 1.
>>
>> "AXA Supporting Road Safety in Ireland"
>>
>> Internet e-mails are not necessarily secure. AXA Group does not 
>> accept responsibility for changes made to this message after it was 
>> sent. To help promote the use of electronic documents and to be 
>> kinder to the environment, please consider whether you really need to 
>> print this email.
>>
>> *
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
> ___
> Qgis-user mailing list
> 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

*

The contents and any attachments of this electronic mail message are 
confidential and intended only for the named addressees. Dissemination, 
forwarding, publication or other 

Re: [Qgis-user] Fix Geometries

[Tobias Wendorff]

Just do it the hard/smart way.

Google for some test suits with invalid geometries, run them in QGIS with the 
different methods and write a summary.

Or so it the fun(ny) way and create your own invalid geodata. 
Self-intersecting, overlapping etc.

— 
Von einem iPhone gesendet und wird daher Fehler enthalten.

> Am 22.05.2019 um 12:08 schrieb DelazJ :
> 
> Hi Jürgen,
> 
> I know that we don't have black box and this was certainly not the 
> appropriate term to use. Sorry. Still, most of the users have no means to 
> read the code but need to use any of these options. Without understanding 
> what they do, it becomes simply a click-click business (not empowering them). 
> So it could be nice we shed some light on them (maybe something for a grant 
> proposal?).
> 
> Greetings,
> Harrissou
> 
>> Le mer. 22 mai 2019 à 11:55, Jürgen E. Fischer  a écrit :
>> Hi Harrissou,
>> 
>> On Wed, 22. May 2019 at 11:03:56 +0200, DelazJ wrote:
>> > *> The QGIS method is an internal method that can return multiple errors
>> > and was > IIRC introduced, when GEOS could just report one error at a time
>> > without a > location and we couldn't or didn't yet use it threaded.
>> > Essentially it was > just made to highlight digitizing errors.  It might
>> > miss some rules or > interpret some edge cases differently than GEOS.*
>> > 
>> > So there are some historical reasons. Unfortunately, this does not seem
>> > enough to clarify things and wouldn't deserve a place in the docs (I may be
>> > wrong!).  If anyone has more details, please tell us. I think it could be
>> > worth clarify and document the differences if they are clear enough or
>> > merge the tools in the future if possible, avoiding confusion for users (we
>> > should not have kind of black box ;) in QGIS).
>> 
>> We don't have a blackbox.  The ultimate source of information about the QGIS
>> method is the QGIS method:
>> 
>> https://github.com/qgis/QGIS/blob/master/src/core/qgsgeometryvalidator.cpp
>> 
>> But there isn't a comparison on what GEOS and that method do differently.
>> 
>> 
>> 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 Nordenhttps://www.norbit.de
>> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
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] Fix Geometries

[DelazJ]

Hi Jürgen,

I know that we don't have black box and this was certainly not the
appropriate term to use. Sorry. Still, most of the users have no means to
read the code but need to use any of these options. Without understanding
what they do, it becomes simply a click-click business (not empowering
them). So it could be nice we shed some light on them (maybe something for
a grant proposal?).

Greetings,
Harrissou

Le mer. 22 mai 2019 à 11:55, Jürgen E. Fischer  a écrit :

> Hi Harrissou,
>
> On Wed, 22. May 2019 at 11:03:56 +0200, DelazJ wrote:
> > *> The QGIS method is an internal method that can return multiple errors
> > and was > IIRC introduced, when GEOS could just report one error at a
> time
> > without a > location and we couldn't or didn't yet use it threaded.
> > Essentially it was > just made to highlight digitizing errors.  It might
> > miss some rules or > interpret some edge cases differently than GEOS.*
> >
> > So there are some historical reasons. Unfortunately, this does not seem
> > enough to clarify things and wouldn't deserve a place in the docs (I may
> be
> > wrong!).  If anyone has more details, please tell us. I think it could be
> > worth clarify and document the differences if they are clear enough or
> > merge the tools in the future if possible, avoiding confusion for users
> (we
> > should not have kind of black box ;) in QGIS).
>
> We don't have a blackbox.  The ultimate source of information about the
> QGIS
> method is the QGIS method:
>
> https://github.com/qgis/QGIS/blob/master/src/core/qgsgeometryvalidator.cpp
>
> But there isn't a comparison on what GEOS and that method do differently.
>
>
> 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
> https://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Fix Geometries

[Jürgen E . Fischer]

Hi Harrissou,

On Wed, 22. May 2019 at 11:03:56 +0200, DelazJ wrote:
> *> The QGIS method is an internal method that can return multiple errors
> and was > IIRC introduced, when GEOS could just report one error at a time
> without a > location and we couldn't or didn't yet use it threaded.
> Essentially it was > just made to highlight digitizing errors.  It might
> miss some rules or > interpret some edge cases differently than GEOS.*
> 
> So there are some historical reasons. Unfortunately, this does not seem
> enough to clarify things and wouldn't deserve a place in the docs (I may be
> wrong!).  If anyone has more details, please tell us. I think it could be
> worth clarify and document the differences if they are clear enough or
> merge the tools in the future if possible, avoiding confusion for users (we
> should not have kind of black box ;) in QGIS).

We don't have a blackbox.  The ultimate source of information about the QGIS
method is the QGIS method:

https://github.com/qgis/QGIS/blob/master/src/core/qgsgeometryvalidator.cpp

But there isn't a comparison on what GEOS and that method do differently.


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 Nordenhttps://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
Qgis-user mailing list
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-it-user] Ricaricare la tabella attributi

[Alessandro Perego]

Sai dirmi un riferimento al ticket?


Il 22/05/2019 10:30, matteo ha scritto:

Ciao,

c'è questo ticket aperto. Vedo che è un po' datato, in caso potresti
aggiornarlo? Siamo in periodo freeze, quindi un ottimo periodo per lo
smantellamento dei bug ;)

Matteo
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

--
Alessandro Perego www.alspergis.altervista.org 

___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Fix Geometries

[DelazJ]

Hi,
Andreas, this is a question that I regularly see and let me quote an early
reply of Jürgen Fischer (on qgis-user list, 2017/04/27 in a discussion
entitled "Difference between QGIS and GEOS method?" - I fail to find the
discussion in the archives):





*> The QGIS method is an internal method that can return multiple errors
and was > IIRC introduced, when GEOS could just report one error at a time
without a > location and we couldn't or didn't yet use it threaded.
Essentially it was > just made to highlight digitizing errors.  It might
miss some rules or > interpret some edge cases differently than GEOS.*

So there are some historical reasons. Unfortunately, this does not seem
enough to clarify things and wouldn't deserve a place in the docs (I may be
wrong!).  If anyone has more details, please tell us. I think it could be
worth clarify and document the differences if they are clear enough or
merge the tools in the future if possible, avoiding confusion for users (we
should not have kind of black box ;) in QGIS).

Regards,
Harrissou


Le mer. 22 mai 2019 à 09:53, Andreas Wicht  a écrit :

> Hi,
>
> > The most predictable tool is the vector/geometry tools/Check validity
> > using the 'QGIS' Method (not GEOS).
>
> Is there actually a documentation/information on the difference of
> validation here or why one would want to use 'QGIS' instead of 'GEOS'
> for validation?
>
> https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/vectorgeometry.html#check-validity
> does not provide much information on that.
> ___
> Qgis-user mailing list
> 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] GIS for Ports

[Dickson Taunagita]

Hi all,

Can anyone involved in GIS for Ports or has done some work in GIS for
Ports, please email me on eda.dicks...@gmail.com?  I would like some
assistance or want to bounce off some ideas.



Regards



Dickson Taunagita
___
Qgis-user mailing list
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-it-user] Ricaricare la tabella attributi

[matteo]

Ciao,

c'è questo ticket aperto. Vedo che è un po' datato, in caso potresti
aggiornarlo? Siamo in periodo freeze, quindi un ottimo periodo per lo
smantellamento dei bug ;)

Matteo
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Ricaricare la tabella attributi

[alper78]

Nella tabella attributi c'è un pulsante 'Ricarica la tabella' (il 4° da
sinistra) che pensavo equivalesse a chiudere e riaprire la tabella. Però ho
fatto una prova con campi virtuali ed ho notato che non vengono aggiornati.
Ad esempio ho un campo reale A ed un campo virtuale B il cui valore dipende
da A. Se cambio il valore in A, salvo, chiudo l'editing ed uso 'Ricarica la
tabella', il valore di B NON viene aggiornato. Se invece chiudo e ricarico
la tabella, trovo il valore di B aggiornato.
(Provato su QGIS 3.4.8 su Windows 10)

Domanda: è un bug da segnalare o 'Ricarica la tabella' è pensato per altre
cose?



-
Alessandro Perego
http://www.alspergis.altervista.org
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Fix Geometries

[Andreas Wicht]

Hi,

> The most predictable tool is the vector/geometry tools/Check validity
> using the 'QGIS' Method (not GEOS).

Is there actually a documentation/information on the difference of
validation here or why one would want to use 'QGIS' instead of 'GEOS'
for validation?
https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/vectorgeometry.html#check-validity
does not provide much information on that.
___
Qgis-user mailing list
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] format of timestamps

[Christoph Jung]

Hi Matthias,

thank you for the hint, it works very well.

Sincerely,
Christoph

> Am 22.05.2019 um 08:51 schrieb Matthias Kuhn :
> 
> Hi Christoph,
> 
> On export you can also choose in the field export options to use the display 
> string (Check "Replace with displayed value" for this field).
> In the layer properties -> attributes form of your layer it's possible to 
> define how QGIS will display and format your date, you might possibly want to 
> tune something in there too.
> I hope that helps
> 
> Matthias
> On 5/22/19 8:45 AM, Christoph Jung wrote:
>> Hello everyone,
>> 
>> I am a bit confused about dates/timestamps in QGIS. I created a column in 
>> PostGIS to store timestamps in iso8601 format. If I load the table into QGIS 
>> and open the attribute table, the timestamp will be shown like in pgAdmin:
>> 
>> 
>>  Thats all fine. But when I export the table into GeoJSON (right click on 
>> the layer - export), the format of the timestamp changes a bit:
>> 
>> I know that iso8601 offers different writings of the timestamps and both 
>> should follow iso8601. But nonetheless the characters are differing. Is it a 
>> general „problem“, did anybody noticed it before?
>> 
>> Sincerely,
>> Christoph
>> 
>> 
>> ___
>> Qgis-user mailing list
>> 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] format of timestamps

[Matthias Kuhn]

Hi Christoph,

On export you can also choose in the field export options to use the 
display string (Check "Replace with displayed value" for this field).


In the layer properties -> attributes form of your layer it's possible 
to define how QGIS will display and format your date, you might possibly 
want to tune something in there too.


I hope that helps

Matthias

On 5/22/19 8:45 AM, Christoph Jung wrote:

Hello everyone,

I am a bit confused about dates/timestamps in QGIS. I created a column 
in PostGIS to store timestamps in iso8601 format. If I load the table 
into QGIS and open the attribute table, the timestamp will be shown 
like in pgAdmin:


 Thats all fine. But when I export the table into GeoJSON (right click 
on the layer - export), the format of the timestamp changes a bit:
I know that iso8601 offers different writings of the timestamps and 
both should follow iso8601. But nonetheless the characters are 
differing. Is it a general „problem“, did anybody noticed it before?


Sincerely,
Christoph

___
Qgis-user mailing list
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] format of timestamps

[Christoph Jung]

Hello everyone,

I am a bit confused about dates/timestamps in QGIS. I created a column in 
PostGIS to store timestamps in iso8601 format. If I load the table into QGIS 
and open the attribute table, the timestamp will be shown like in pgAdmin:


 Thats all fine. But when I export the table into GeoJSON (right click on the 
layer - export), the format of the timestamp changes a bit:

I know that iso8601 offers different writings of the timestamps and both should 
follow iso8601. But nonetheless the characters are differing. Is it a general 
„problem“, did anybody noticed it before?

Sincerely,
Christoph___
Qgis-user mailing list
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 Matching

[Christoph Jung]

Hello Chintan,

Please provide more details about your problem. What did you do, what worked 
well, what did not worked as expected? Which version of the plugin and QGIS are 
you using? If the plugin throws an error, have a look into the QGIS-log. All 
exceptions of the plugin will be logged there. Give me as much as possible 
information, that I can reproduce your problem.

Sincerely,
Chrsitoph

> Am 22.05.2019 um 03:28 schrieb Chintan :
> 
> Hey, I was looking to plot the trajectory in QGIS using your developed plugin
> but I think there are some bugs and its not working, can you please help?
> 
> 
> 
> 
> 
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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