Re: [Qgis-user] vector point grid to raster grid -- pixel size does not work

[Priv.-Doz. Dr. Maria Shinoto]

Hi, 

I am testing the GDAL tools the way you explained, but I still get artifacts. 
When I say artifacts, I do not mean pixels, I know what pixels are since I 
started using a scanner nearly 30 years ago, I think of sudden jumps in the 
lightness, which leads to lines and grids in the raster image. Now I am 
checking more options, I am working on it and will be back in a day or two. 
Meanwhile, if you have an idea, I will be happy to read about it. 

Best, 
Maria


> Am 15.05.2020 um 13:21 schrieb Nicolas Cadieux :
> 
> 

___
Qgis-user mailing list
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] vector point grid to raster grid -- pixel size does not work

[Nicolas Cadieux]

Nicolas Cadieux
Ça va bien aller!

> Le 14 mai 2020 à 23:12, Nicolas Cadieux  a 
> écrit :
> 
> Hi,
> 
> 
> See below for comments.
> 
> Nicolas Cadieux
> Ça va bien aller!
> 
>> Le 14 mai 2020 à 22:21, Priv.-Doz. Dr. Maria Shinoto 
>>  a écrit :
>> 
>> Hi again, 
>> 
>> and sorry for the ongoing discussion.
>> 
>> Today I exported a selection of the DEM data to a shapefile, just 9MB for 
>> the main file, and this makes testing very fast.
>> 
>> (A) TINs did not work. 
> 
> TIn interpolation has memory problems with large data sets.  Same problem 
> since QGIS 2x at least.  It was cool features but is not made to handle 
> today’s data sets.
>> 
>> (B) I tried all steps carefully again, but even the GDAL raster is horrible 
>> now. 
>> 
>> Here are some screenshots with my explanation and the protocol for 
>> rasterization and filling nodata. 
>> 
>> It seems that the artifacts are due to no data fields that evolve during 
>> rasterization as a pattern. These nodata fields may be due to a slight 
>> inclination of the grid from the export of the data with the Japanese 
>> software. 
>> 
>> 1) The point grid, one can see the inclination
>> 
> <01.jpeg>
>> 
>> 
>> 2) The raster of the same area, one can see the points of the vector point 
>> grid along the white empty space; this is NODATA.
>> 
> <02.jpeg>
>> 
>> 
> I would use gdal_grid not rasterize. Use Gdal grid with a larger search 
> circle will solve this problem.  Use nearest neighborhood with a search 
> radius larger than the pixel (like 7m).  That will reduce the no data. Click 
> on the help or go to the gdal website. That will help you add the missing 
> parameters like the -txe and -tye. (The extent) and the -outsize for the 
> number of pixels. 
> 
>> I add the protocol
> <2020-05-15-rasterize-protocol-for-selection.txt>
>> 
>> 
>> 
>> 3) Using the Fill NODATA from the Raster menu makes a beautiful looking 
>> raster, there seem to be no flaws.
>> 
> <03.jpeg>
>> 
>> 
> 
> That fixes things but adds new data to the raster. This may be unwanted.
> 
>> I add the protocol.
>> 
> <2020-05-15-fill-nodata-protocol-for-selection.txt>
>> 
>> 
>> 4) This is the same area as in (3), but instead of a pseudocolor ramp shown 
>> as hillshade.
>> 
> <04.jpeg>
>> 
>> 
> This is normal if you select a bad z factor (probably not the case here).  
> You will have the same thing if you zoom in and have nearest neighbour in the 
> “zoomed in” under “resampling“ in the hillshade symbology window.
>> 
>> 5) This is the impression from a larger area.
>> 
> <05.jpeg>
>> 
>> 
>> 
>> 6) This is the same small area hillshaded with the GDAL tools. Looks good, 
>> but suffers from the same artifacts. 
>> 
> 
> No this is way it should look like (Image under).  You can see the pixels 
> because you are zoomed in.  Again, select the correct z factor (if x,y are in 
> long -lat and z is in meters or feet.) (probably ok here).
> 
> <06.jpeg>
>> 
>> 
>> 
> Play with the resampling zoomed out parameters in symbology 
> 
> 
>> 7) The larger area from hillshade in GDAL tools. 
>> 
> <07.jpeg>
>> 
>> 
>> 
>> 
>> 
>> I sorry to be so insisting on the problem, I think it is not the problem of 
>> QGIS, but perhaps there are solutions to such a case. -- The projection is 
>> OK, and the base map fits perfectly. 
>> 
>> Best and Thanks to anyone trying to help, 
>> 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

Re: [Qgis-user] vector point grid to raster grid -- pixel size does not work

[chris hermansen]

María and list

On Thu, May 14, 2020, 00:46 Priv.-Doz. Dr. Maria Shinoto <
maria.shin...@zaw.uni-heidelberg.de> wrote:

> Chris,
>
> Thank you for your ideas. I am trying now, but there are some questions:
>
> > For this, rather than use the Raster > Rasterize tool, the approach
> should be:
> >   • open the processing toolbox Processing > Toolbox
> >   • in the toolbox open Interpolation > TIN interpolation
>
> OK until this point
>
>
> >   • in the TIN Interpolation screen:
> >   • select the Vector layer
>
> OK.
>
> >   • select the Interpolation attribute
>
> First problem: I stored the vector layer in a Geopackage; so I have an fid
> from the geopackage database, an ID from the original xyz-File in field_1,
> and the x, y, z values in field_2, _3 and _4.
>
> Which attribute should I choose?  I think only field_2 and field_3?
>

No you just want the elevation field here I guess it's your _4?

>
> There is a checkbox for the Z-coordinate, whether I with to use it for
> interpolation. I guess I leave unchecked?
>

Yes

>
> >   • click the + to add to the vector layer panel
>
> So I added the two fields, they are "Points"
>

Just the one field

>
> >   • choose the interpolation method - probably best to use
> cubic
> >   • click on the ... next to extent and set it to the layer
> extent
>
> OK
>
> >   • set the pixel size to 5.0 and 5.0
>
> OK
>
> >   • click Run
>
> OK
>
> > This way you won't have the odd sizes you mentioned.  This may give you
> a smoother surface in the end as well.
>
> I started the prozess, but with more than 11 Million points, it seems to
> take too long, I am stuck at 50%. Will try later again.
>

You can always try IDW instead of TIN.

Chris
___
Qgis-user mailing list
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] Rule based style dependent on selection in another layer

[magerlin]

I have two layers: "Bus routes" and "Bus stops" with a common attribute
"Sampled_Route".

As many bus routes drive on the same road a lot of features are on top of
each other. I will like to be able to "Scroll through" my data for QA using
the Go2NextFeature plugin and only show the selected bus route and the stops
used by that route by setting up rule-based symbologies.

For the "Bus routes" layer the rule is simple: is_selected()

But I cannot make it work to only show bus stops with attribute
"Sampled_Route" equal to the value of "Sampled_route" in the selected "Bus
route" feature.

I try this as a rule in the symbology for the "Bus Stops" layer: 
First step is to point at the right feature in "Bus Routes": 
get_feature('Bus Routes', 'Sampled_Route', "Sampled_Route"). This works well
as far as I can see - a value of one is returned. 

But when I then try to check whether this feature is selected: 
is_Selected(get_feature('Bus Routes', 'Sampled_Route', "Sampled_Route"),'Bus
Routes') 

I get the error message "Eval Error: Cannot convert to feature"

Any inputs?



-
Regards Morten

Currently using Qgis 3.10.0
Windows 10, 64bit
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Hillshade as layer property vs. Processing Toolbox GDAL hillshade

[Priv.-Doz. Dr. Maria Shinoto]

O no! Everybody who cares is most welcome!  :-))

> Am 15.05.2020 um 09:02 schrieb Alexandre Neto :
> 
> Ah, sorry. I misread it. :-)
> 
> A quinta, 14/05/2020, 23:43, Priv.-Doz. Dr. Maria Shinoto 
>  escreveu:
> Dear Alexander, 
> 
> Thank you for looking into it. As I said, there is no projection on the fly, 
> my layer and the file are in EPSG:6670, as is the project. 
> 
> I will try with a selection from the large layer today!.
> 
> Best, 
> Maria
> 
> 
> > Am 14.05.2020 um 23:15 schrieb Alexandre Neto :
> > 
> > If the project is in one CRS, and the layer is in another, then the raster 
> > is transformed on-the-fly for sure.
> > 
> > Give it a try.
> > 
> > A quinta, 14/05/2020, 08:47, Priv.-Doz. Dr. Maria Shinoto 
> >  escreveu:
> > Hi, 
> > 
> > > So the problem occurs only when creating a Hillshade, from a DEM, using 
> > > the hillshade symbology?  
> > 
> > well, I did not try hillshade in any other case yet, so, yes.
> > 
> > > Have you chosen the correct a factor value?  
> > 
> > What is that? Perhaps there is something I miss?
> > 
> > > Try to use the same projection in the project and in the layer so that 
> > > you have no reprojection going on.
> > 
> > The project is set to EPSG:6670, and the Raster layer is not projected on 
> > the fly, but from a file that is in EPSG:6670. So I think, reprojection is 
> > not the problem here. 
> > 
> > Thanks for checking this up, if you have an explanation about the factor 
> > value, that might help. 
> > 
> > Best, 
> > Maria Shinoto
> > 
> > > 
> > > Nicolas Cadieux
> > > Ça va bien aller!
> > > 
> > >> Le 13 mai 2020 à 04:31, Priv.-Doz. Dr. Maria Shinoto 
> > >>  a écrit :
> > >> 
> > >>  Hi, 
> > >> 
> > >> Today I tried making a hillshade from the raster data you helped me out 
> > >> today -- after filling empty pixels, everything looks great. 
> > >> 
> > >> Now, when trying to set the layer symbology to hillshade, I got 
> > >> artifacts with the default setting and the recommend bilinear with 
> > >> medium. Looking for a solution, I found this conservation about the same 
> > >> issue (I think) from about 3 years ago; it seems to be a problem still 
> > >> today (working with QGIS 3.12).
> > >> 
> > >>   https://github.com/qgis/QGIS/issues/23859
> > >> 
> > >> So I tried the hillshade tool from GDAL in the Processing toolbox with 
> > >> identical setting, and everything looks great. 
> > >> 
> > >> I think that the flawed hillshade in the easily accessible Symbology 
> > >> dialogue needs some work or a hint to the GDAL tool in the Processing 
> > >> toolbox. It is frustrating for someone who is new.
> > >> 
> > >> I add screenshots from the bad results in the Properties > Symbology 
> > >> dialogue and the raster image from which I started. 
> > >> 
> > >> Anyway, it was great to have a solution easily at hand ;-)
> > >> 
> > >> Best,
> > >> 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
> 

___
Qgis-user mailing list
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] Hillshade as layer property vs. Processing Toolbox GDAL hillshade

[Alexandre Neto]

Ah, sorry. I misread it. :-)

A quinta, 14/05/2020, 23:43, Priv.-Doz. Dr. Maria Shinoto <
maria.shin...@zaw.uni-heidelberg.de> escreveu:

> Dear Alexander,
>
> Thank you for looking into it. As I said, there is no projection on the
> fly, my layer and the file are in EPSG:6670, as is the project.
>
> I will try with a selection from the large layer today!.
>
> Best,
> Maria
>
>
> > Am 14.05.2020 um 23:15 schrieb Alexandre Neto :
> >
> > If the project is in one CRS, and the layer is in another, then the
> raster is transformed on-the-fly for sure.
> >
> > Give it a try.
> >
> > A quinta, 14/05/2020, 08:47, Priv.-Doz. Dr. Maria Shinoto <
> maria.shin...@zaw.uni-heidelberg.de> escreveu:
> > Hi,
> >
> > > So the problem occurs only when creating a Hillshade, from a DEM,
> using the hillshade symbology?
> >
> > well, I did not try hillshade in any other case yet, so, yes.
> >
> > > Have you chosen the correct a factor value?
> >
> > What is that? Perhaps there is something I miss?
> >
> > > Try to use the same projection in the project and in the layer so that
> you have no reprojection going on.
> >
> > The project is set to EPSG:6670, and the Raster layer is not projected
> on the fly, but from a file that is in EPSG:6670. So I think, reprojection
> is not the problem here.
> >
> > Thanks for checking this up, if you have an explanation about the factor
> value, that might help.
> >
> > Best,
> > Maria Shinoto
> >
> > >
> > > Nicolas Cadieux
> > > Ça va bien aller!
> > >
> > >> Le 13 mai 2020 à 04:31, Priv.-Doz. Dr. Maria Shinoto <
> maria.shin...@zaw.uni-heidelberg.de> a écrit :
> > >>
> > >>  Hi,
> > >>
> > >> Today I tried making a hillshade from the raster data you helped me
> out today -- after filling empty pixels, everything looks great.
> > >>
> > >> Now, when trying to set the layer symbology to hillshade, I got
> artifacts with the default setting and the recommend bilinear with medium.
> Looking for a solution, I found this conservation about the same issue (I
> think) from about 3 years ago; it seems to be a problem still today
> (working with QGIS 3.12).
> > >>
> > >>   https://github.com/qgis/QGIS/issues/23859
> > >>
> > >> So I tried the hillshade tool from GDAL in the Processing toolbox
> with identical setting, and everything looks great.
> > >>
> > >> I think that the flawed hillshade in the easily accessible Symbology
> dialogue needs some work or a hint to the GDAL tool in the Processing
> toolbox. It is frustrating for someone who is new.
> > >>
> > >> I add screenshots from the bad results in the Properties > Symbology
> dialogue and the raster image from which I started.
> > >>
> > >> Anyway, it was great to have a solution easily at hand ;-)
> > >>
> > >> Best,
> > >> 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
>
>
___
Qgis-user mailing list
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] Hillshade as layer property vs. Processing Toolbox GDAL hillshade

[Priv.-Doz. Dr. Maria Shinoto]

Dear Alexander, 

Thank you for looking into it. As I said, there is no projection on the fly, my 
layer and the file are in EPSG:6670, as is the project. 

I will try with a selection from the large layer today!.

Best, 
Maria


> Am 14.05.2020 um 23:15 schrieb Alexandre Neto :
> 
> If the project is in one CRS, and the layer is in another, then the raster is 
> transformed on-the-fly for sure.
> 
> Give it a try.
> 
> A quinta, 14/05/2020, 08:47, Priv.-Doz. Dr. Maria Shinoto 
>  escreveu:
> Hi, 
> 
> > So the problem occurs only when creating a Hillshade, from a DEM, using the 
> > hillshade symbology?  
> 
> well, I did not try hillshade in any other case yet, so, yes.
> 
> > Have you chosen the correct a factor value?  
> 
> What is that? Perhaps there is something I miss?
> 
> > Try to use the same projection in the project and in the layer so that you 
> > have no reprojection going on.
> 
> The project is set to EPSG:6670, and the Raster layer is not projected on the 
> fly, but from a file that is in EPSG:6670. So I think, reprojection is not 
> the problem here. 
> 
> Thanks for checking this up, if you have an explanation about the factor 
> value, that might help. 
> 
> Best, 
> Maria Shinoto
> 
> > 
> > Nicolas Cadieux
> > Ça va bien aller!
> > 
> >> Le 13 mai 2020 à 04:31, Priv.-Doz. Dr. Maria Shinoto 
> >>  a écrit :
> >> 
> >>  Hi, 
> >> 
> >> Today I tried making a hillshade from the raster data you helped me out 
> >> today -- after filling empty pixels, everything looks great. 
> >> 
> >> Now, when trying to set the layer symbology to hillshade, I got artifacts 
> >> with the default setting and the recommend bilinear with medium. Looking 
> >> for a solution, I found this conservation about the same issue (I think) 
> >> from about 3 years ago; it seems to be a problem still today (working with 
> >> QGIS 3.12).
> >> 
> >>   https://github.com/qgis/QGIS/issues/23859
> >> 
> >> So I tried the hillshade tool from GDAL in the Processing toolbox with 
> >> identical setting, and everything looks great. 
> >> 
> >> I think that the flawed hillshade in the easily accessible Symbology 
> >> dialogue needs some work or a hint to the GDAL tool in the Processing 
> >> toolbox. It is frustrating for someone who is new.
> >> 
> >> I add screenshots from the bad results in the Properties > Symbology 
> >> dialogue and the raster image from which I started. 
> >> 
> >> Anyway, it was great to have a solution easily at hand ;-)
> >> 
> >> Best,
> >> 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

___
Qgis-user mailing list
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

[chris hermansen]

Anita and list;

On Thu, May 14, 2020 at 4:44 AM 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.
>

Sorry this isn't a map and I'm not submitting it as such to the link you
provided, but this quote is kind of interesting and geographically related:

Finally, pi emerges in the shapes of rivers. A river's windiness is
> determined by its "meandering ratio," or the ratio of the river's actual
> length to the distance from its source to its mouth as the crow flies.
> Rivers that flow straight from source to mouth have small meandering
> ratios, while ones that lollygag along the way have high ones. Turns out,
> the average meandering ratio of rivers approaches — you guessed it — pi.
>

>From https://www.livescience.com/34132-what-makes-pi-special.html
-- 
Chris Hermansen · clhermansen "at" gmail "dot" com

C'est ma façon de parler.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS has the virus Hacktool.Win64.NirCMD.SM?

[Andreas Neumann]

Hi all,

This topic comes up every couple months, dating back almost a decade or 
two. If you google for "QGIS nircmd virus" you will find plenty of 
discussions around this topic, like this discussion thread from 2011: 
http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-nircmd-flagged-as-a-virus-td4102707.html


QGIS is using nircmd to manage settings in .ini setting files, or other 
smaller tasks useful during installation or launching of QGIS. See 
http://www.nirsoft.net/utils/nircmd.html


Unfortunately, AV software is frequently flagging legitimate software 
as  dangerous - they just do a really bad job! One can ask them to 
investigate, then they fix it temporarily, but the next version will 
bring up the same warning again ... it's kind of a tedious task trying 
to fix such issues with AV software vendors. They like to scare users to 
make their software seem relevant and important to their customers.


Greetings,

Andreas

Am 14.05.20 um 22:47 schrieb Christine:

Good evening,
was also worried this afternoon by the same alerts on two different machines
of my employer. Both with TREND supervision. The alerts had something to do
with contents in  OSGeo4W and QGIS folders. Couldn't reach the IT colleques
so will possibly  have discussions tomorrow.

Regards, Christine



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

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

Re: [Qgis-user] Viewshed From Specific Elevation?

[cgray]

I’ve done what you described – select a point away from the edge and manually 
adjust the observer height. This does work. 

 

I also tested negative observer height. If it is surrounded, the viewshed 
simply shows nothing (neighboring pixels only).

 

However, I’m going to be doing 100+ points over multiple locations. Ideally, 
when I setup a viewshed point (including elevation), I can just run an analysis 
from that location and ignore the first 2m or so. I think manipulating every 
point will be cumbersome.

 

Thank you, Chris

 

 

From: kirk  
Sent: Thursday, May 14, 2020 5:36 PM
To: cg...@graytechsoftware.com; qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Viewshed From Specific Elevation?

 

You could try converting the first lidar returns to a raster layer and using a 
negative elevation observer value or select point that is one or 3 pixels away 
from the edge of the roof.  I am not sure if the negative observer height will 
work but it may.  If you need to remove obstructions, you can create a mask and 
recalculate the elevations if the obsructions below the observer height and 
rerun the viewshed. 

 

 

 

Sent from my Samsung Galaxy smartphone.

 

 Original message 

From: cg...@graytechsoftware.com   

Date: 2020-05-14 5:42 PM (GMT-04:00) 

To: qgis-user@lists.osgeo.org   

Subject: [Qgis-user] Viewshed From Specific Elevation? 

 

I am attempting to test viewsheds from multiple heights below the roofline of 
particular buildings. I have been identifying viewing positions from directly 
from LiDAR data, but I cannot find a way to use absolute values for elevation.  
The build-in visibility analysis seems to always use the raster elevation value 
plus the relative observer height. 

 

I would like to use an absolute Z value, and have some immediate zone that is 
ignored (i.e., ignore the first 2m of obstructions) so that a viewpoint that 
might be lower than the raster elevation value can get outside of a building. 

 

Is there a plugin or alternative visibility analysis tool that can do this? I 
was able to get it to work in Manifold Viewer, but I would like to keep the 
workflow within QGIS if possible. 

 

Thank you, Chris

___
Qgis-user mailing list
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] Viewshed From Specific Elevation?

[kirk]

You could try converting the first lidar returns to a raster layer and using a 
negative elevation observer value or select point that is one or 3 pixels away 
from the edge of the roof.  I am not sure if the negative observer height will 
work but it may.  If you need to remove obstructions, you can create a mask and 
recalculate the elevations if the obsructions below the observer height and 
rerun the viewshed. Sent from my Samsung Galaxy smartphone.
 Original message From: cg...@graytechsoftware.com Date: 
2020-05-14  5:42 PM  (GMT-04:00) To: qgis-user@lists.osgeo.org Subject: 
[Qgis-user] Viewshed From Specific Elevation? I am attempting to test viewsheds 
from multiple heights below the roofline of particular buildings. I have been 
identifying viewing positions from directly from LiDAR data, but I cannot find 
a way to use absolute values for elevation.  The build-in visibility analysis 
seems to always use the raster elevation value plus the relative observer 
height.  I would like to use an absolute Z value, and have some immediate zone 
that is ignored (i.e., ignore the first 2m of obstructions) so that a viewpoint 
that might be lower than the raster elevation value can get outside of a 
building.  Is there a plugin or alternative visibility analysis tool that can 
do this? I was able to get it to work in Manifold Viewer, but I would like to 
keep the workflow within QGIS if possible.  Thank you, Chris___
Qgis-user mailing list
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] Map contest: mapping Pi for the 3.14 splash screen

[Totò]

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

--
https://lists.osgeo.org/pipermail/qgis-user/2020-May/045685.html

LE MIE SONO QUI:
https://github.com/pigreco/changelog314#map-contest-mapping-pi-for-the-314-splash-screen



-
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] Viewshed From Specific Elevation?

[cgray]

I am attempting to test viewsheds from multiple heights below the roofline
of particular buildings. I have been identifying viewing positions from
directly from LiDAR data, but I cannot find a way to use absolute values for
elevation.  The build-in visibility analysis seems to always use the raster
elevation value plus the relative observer height. 

 

I would like to use an absolute Z value, and have some immediate zone that
is ignored (i.e., ignore the first 2m of obstructions) so that a viewpoint
that might be lower than the raster elevation value can get outside of a
building. 

 

Is there a plugin or alternative visibility analysis tool that can do this?
I was able to get it to work in Manifold Viewer, but I would like to keep
the workflow within QGIS if possible. 

 

Thank you, Chris

___
Qgis-user mailing list
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 has the virus Hacktool.Win64.NirCMD.SM?

[Christine]

Good evening,
was also worried this afternoon by the same alerts on two different machines
of my employer. Both with TREND supervision. The alerts had something to do
with contents in  OSGeo4W and QGIS folders. Couldn't reach the IT colleques
so will possibly  have discussions tomorrow. 

Regards, Christine



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

Re: [Qgis-user] R: How to expose an algorithm in SAGA provider

[Alexis R.L.]

Greetings,

You must activate the saga next gen plugin, install or unzip saga in a
folder and provide said folder to the provider settings.

Hope this helps

Alex


Le jeu. 14 mai 2020 à 14:03, Niccolò Marchi  a
écrit :

> Hi Nicolas,
>
> yes, I know, but I find QGIS definitely more user-friendly than SAGA and
> QGIS helps quite a lot in easing the handling of projections and the I/O
> process, in my opinion.
>
> Nevertheless, it turns interesting to know how to do it also because, in
> case, it can be added to the main qgis repo and be useful for others.
>
>
>
> BTW, thanks for the quick reply!
>
>
>
>
>
>
>
> *Da: *Nicolas Cadieux 
> *Inviato: *giovedì 14 maggio 2020 19:37
> *A: *Niccolò Marchi 
> *Cc: *qgis-user@lists.osgeo.org
> *Oggetto: *Re: [Qgis-user] How to expose an algorithm in SAGA provider
>
>
>
> Hi,
>
>
>
> Just run it in Saga! It may be gone from QGIS but I see it in Saga.
>
> Nicolas Cadieux
>
> Ça va bien aller!
>
>
>
> Le 14 mai 2020 à 13:20, Niccolò Marchi  a
> écrit :
>
> 
>
> Hi all,
>
> I’m willing to run the SAGA tool “Potential incoming solar radiation” in
> QGIS 3.10 . I already did it few years ago, but now I’m not able to find it
> anymore in the processing toolbox.
>
>
>
> Can anybody point me to the file with the list of tools in order to add a
> line (I guess) with the necessary parameters to have the tool loaded in the
> next run or help me with a solution, please?
>
>
>
> Thanks a lot in advance!
>
>
>
> Niccolò
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS has the virus Hacktool.Win64.NirCMD.SM?

[Nicolas Cadieux]

Hi,

https://www.nirsoft.net/utils/nircmd.html

As you can see, it could be very useful to use if one wanted to hack a 
computer.  My guess is that it gets flagged because the company also 
does Windows Password Recovery tools...


Nicolas

On 2020-05-14 3:00 p.m., Bob and Deb wrote:
Oops, forgot another "qgis".  It's 
https://github.com/qgis/qgis/issues/32247


I now know what is happening, but I will send a post to the developers.

-Bob

On Thu, May 14, 2020, 11:53 AM Nicolas Cadieux 
mailto:nicolas.cadi...@archeotec.ca>> 
wrote:


Hi,

I cannot find your issue.  The link does not work. Normally these
are false positive and normally they happen when virus database
are updated.  Send an email to the developer list if you have
questions.  I have been using Qgis since version 0.8.  I have
never seen a virus.  I am not on the developers list.

Nicolas

On 2020-05-14 2:06 p.m., Bob and Deb wrote:

Hi Nicolas,

I just noticed https://github.com/qgis/issues/32247 that was just
posted today.  It seems that Trend just updated their virus
database, so there could be troubles ahead for QGIS users.

I was afraid our IT department would blacklist QGIS.  This ticket
was greatly needed!

Bob


On Thu, May 14, 2020, 10:19 AM Nicolas Cadieux
mailto:nicolas.cadi...@archeotec.ca>> wrote:

Probably false positive.

Scan my version of the file.  I am running QGIS 3.12. 
Windows Defender does not find anything (not surprising).  If
mine is ok and your not, you may have a problem.  If both are
problematic, this probably a false positive.

Nicolas

On 2020-05-14 12:53 p.m., Bob and Deb wrote:


Hello All,

One of our computers has been getting many alerts by Trend
saying there is an issue caused by “Hacktool.Win64.NirCMD.SM

”
on the command nircmd.exe.  And this is a description: of
that alert:

https://www.trendmicro.com/vinfo/us/threat-encyclopedia/malware/HackTool.Win64.NirCMD.SM

Is this a false positive virus alert?

Thank you,

Bob


___
Qgis-user mailing list
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 has the virus Hacktool.Win64.NirCMD.SM?

[Bob and Deb]

Oops, forgot another "qgis".  It's https://github.com/qgis/qgis/issues/32247

I now know what is happening, but I will send a post to the developers.

-Bob

On Thu, May 14, 2020, 11:53 AM Nicolas Cadieux 
wrote:

> Hi,
>
> I cannot find your issue.  The link does not work. Normally these are
> false positive and normally they happen when virus database are updated.
> Send an email to the developer list if you have questions.  I have been
> using Qgis since version 0.8.  I have never seen a virus.  I am not on the
> developers list.
>
> Nicolas
> On 2020-05-14 2:06 p.m., Bob and Deb wrote:
>
> Hi Nicolas,
>
> I just noticed https://github.com/qgis/issues/32247 that was just posted
> today.  It seems that Trend just updated their virus database, so there
> could be troubles ahead for QGIS users.
>
> I was afraid our IT department would blacklist QGIS.  This ticket was
> greatly needed!
>
> Bob
>
>
> On Thu, May 14, 2020, 10:19 AM Nicolas Cadieux <
> nicolas.cadi...@archeotec.ca> wrote:
>
>> Probably false positive.
>>
>> Scan my version of the file.  I am running QGIS 3.12.  Windows Defender
>> does not find anything (not surprising).  If mine is ok and your not, you
>> may have a problem.  If both are problematic, this probably a false
>> positive.
>>
>> Nicolas
>> On 2020-05-14 12:53 p.m., Bob and Deb wrote:
>>
>> Hello All,
>>
>>
>>
>> One of our computers has been getting many alerts by Trend saying there
>> is an issue caused by “Hacktool.Win64.NirCMD.SM
>> ”
>> on the command nircmd.exe.  And this is a description: of that alert:
>> https://www.trendmicro.com/vinfo/us/threat-encyclopedia/malware/HackTool.Win64.NirCMD.SM
>>
>>
>>
>> Is this a false positive virus alert?
>>
>>
>>
>> Thank you,
>>
>> Bob
>>
>>
>>
>> ___
>> Qgis-user mailing listqgis-u...@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS has the virus Hacktool.Win64.NirCMD.SM?

[Nicolas Cadieux]

Hi,

I cannot find your issue.  The link does not work. Normally these are 
false positive and normally they happen when virus database are 
updated.  Send an email to the developer list if you have questions.  I 
have been using Qgis since version 0.8.  I have never seen a virus.  I 
am not on the developers list.


Nicolas

On 2020-05-14 2:06 p.m., Bob and Deb wrote:

Hi Nicolas,

I just noticed https://github.com/qgis/issues/32247 that was just 
posted today.  It seems that Trend just updated their virus database, 
so there could be troubles ahead for QGIS users.


I was afraid our IT department would blacklist QGIS.  This ticket was 
greatly needed!


Bob


On Thu, May 14, 2020, 10:19 AM Nicolas Cadieux 
mailto:nicolas.cadi...@archeotec.ca>> 
wrote:


Probably false positive.

Scan my version of the file.  I am running QGIS 3.12.  Windows
Defender does not find anything (not surprising).  If mine is ok
and your not, you may have a problem.  If both are problematic,
this probably a false positive.

Nicolas

On 2020-05-14 12:53 p.m., Bob and Deb wrote:


Hello All,

One of our computers has been getting many alerts by Trend saying
there is an issue caused by “Hacktool.Win64.NirCMD.SM

”
on the command nircmd.exe.  And this is a description: of that
alert:

https://www.trendmicro.com/vinfo/us/threat-encyclopedia/malware/HackTool.Win64.NirCMD.SM

Is this a false positive virus alert?

Thank you,

Bob


___
Qgis-user mailing list
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 has the virus Hacktool.Win64.NirCMD.SM?

[Bob and Deb]

Hi Nicolas,

I just noticed https://github.com/qgis/issues/32247 that was just posted
today.  It seems that Trend just updated their virus database, so there
could be troubles ahead for QGIS users.

I was afraid our IT department would blacklist QGIS.  This ticket was
greatly needed!

Bob


On Thu, May 14, 2020, 10:19 AM Nicolas Cadieux 
wrote:

> Probably false positive.
>
> Scan my version of the file.  I am running QGIS 3.12.  Windows Defender
> does not find anything (not surprising).  If mine is ok and your not, you
> may have a problem.  If both are problematic, this probably a false
> positive.
>
> Nicolas
> On 2020-05-14 12:53 p.m., Bob and Deb wrote:
>
> Hello All,
>
>
>
> One of our computers has been getting many alerts by Trend saying there is
> an issue caused by “Hacktool.Win64.NirCMD.SM
> ”
> on the command nircmd.exe.  And this is a description: of that alert:
> https://www.trendmicro.com/vinfo/us/threat-encyclopedia/malware/HackTool.Win64.NirCMD.SM
>
>
>
> Is this a false positive virus alert?
>
>
>
> Thank you,
>
> Bob
>
>
>
> ___
> Qgis-user mailing listqgis-u...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] R: How to expose an algorithm in SAGA provider

[Niccolò Marchi]

Hi Nicolas,
yes, I know, but I find QGIS definitely more user-friendly than SAGA and QGIS 
helps quite a lot in easing the handling of projections and the I/O process, in 
my opinion.
Nevertheless, it turns interesting to know how to do it also because, in case, 
it can be added to the main qgis repo and be useful for others.

BTW, thanks for the quick reply!



Da: Nicolas Cadieux
Inviato: giovedì 14 maggio 2020 19:37
A: Niccolò Marchi
Cc: qgis-user@lists.osgeo.org
Oggetto: Re: [Qgis-user] How to expose an algorithm in SAGA provider

Hi,

Just run it in Saga! It may be gone from QGIS but I see it in Saga.
Nicolas Cadieux
Ça va bien aller!


Le 14 mai 2020 à 13:20, Niccolò Marchi  a écrit :

Hi all,
I’m willing to run the SAGA tool “Potential incoming solar radiation” in QGIS 
3.10 . I already did it few years ago, but now I’m not able to find it anymore 
in the processing toolbox.

Can anybody point me to the file with the list of tools in order to add a line 
(I guess) with the necessary parameters to have the tool loaded in the next run 
or help me with a solution, please?

Thanks a lot in advance!

Niccolò

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

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

Re: [Qgis-user] How to expose an algorithm in SAGA provider

[Nicolas Cadieux]

Hi,

Just run it in Saga! It may be gone from QGIS but I see it in Saga.

Nicolas Cadieux
Ça va bien aller!

> Le 14 mai 2020 à 13:20, Niccolò Marchi  a écrit :
> 
> 
> Hi all,
> I’m willing to run the SAGA tool “Potential incoming solar radiation” in QGIS 
> 3.10 . I already did it few years ago, but now I’m not able to find it 
> anymore in the processing toolbox.
>  
> Can anybody point me to the file with the list of tools in order to add a 
> line (I guess) with the necessary parameters to have the tool loaded in the 
> next run or help me with a solution, please?
>  
> Thanks a lot in advance!
>  
> Niccolò
>  
> ___
> Qgis-user mailing list
> 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] Reclassify classes vetor points

[Nicolas Cadieux]

Hi again,
More info...

You can select the points you want to change manually or by using an expression 
“class” = ‘D’.

Nicolas Cadieux
Ça va bien aller!

> Le 14 mai 2020 à 13:27, Nicolas Cadieux  a 
> écrit :
> 
> Hi,
> 
> You can select a class and then use the field calculator on those points.
> 
> Nicolas Cadieux
> Ça va bien aller!
> 
>>> Le 14 mai 2020 à 12:39, Marcelo Francisco Sestini 
>>>  a écrit :
>>> 
>> 
>> Esteemed.
>> I'm using version 3.4. 
>> I want reclassify points from shapefile. I need to group points 
>> that have classes X, Y, Z in class W and points with classes A B, C in class 
>> D.
>> How to proceed?
>> Thankful
>> 
>> -- 
>> Marcelo Francisco Sestini
>> Analista ambiental
>> 
>> 
>> ___
>> Qgis-user mailing list
>> 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] Reclassify classes vetor points

[Nicolas Cadieux]

Hi,

You can select a class and then use the field calculator on those points.

Nicolas Cadieux
Ça va bien aller!

> Le 14 mai 2020 à 12:39, Marcelo Francisco Sestini  
> a écrit :
> 
> 
> Esteemed.
> I'm using version 3.4. 
> I want reclassify points from shapefile. I need to group points 
> that have classes X, Y, Z in class W and points with classes A B, C in class 
> D.
> How to proceed?
> Thankful
> 
> -- 
> Marcelo Francisco Sestini
> Analista ambiental
> 
> 
> ___
> Qgis-user mailing list
> 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] How to expose an algorithm in SAGA provider

[Niccolò Marchi]

Hi all,
I’m willing to run the SAGA tool “Potential incoming solar radiation” in QGIS 
3.10 . I already did it few years ago, but now I’m not able to find it anymore 
in the processing toolbox.

Can anybody point me to the file with the list of tools in order to add a line 
(I guess) with the necessary parameters to have the tool loaded in the next run 
or help me with a solution, please?

Thanks a lot in advance!

Niccolò

___
Qgis-user mailing list
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] vector point grid to raster grid -- pixel size does not work

[Nicolas Cadieux]

Hi,

See below

On 2020-05-14 3:53 a.m., Priv.-Doz. Dr. Maria Shinoto wrote:

Hi,

it seems that my points are too many. I am waiting for the TIN process to 
finish (needs a few hours it seems), then I will select a part of the point I 
am interested in and go on working on that selection. Then I will try your 
suggestions, thank you.

This will crash if you have too many points. Trust me!

Some other remarks:


You can also correct this 5x5 problem by using gdal grid with Nearest neighbour 
interpolation. You could use the point data to do this.

So the GDAL tools in the processing toolbox?

Yes, use Grid(Nearest neighbor) in the processing toolbox.



I also post a small presentation that can help go from vector to raster with 
point data. Sometimes, keeping it simple is better.

https://smex-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2fwww.slideshare.net%2fshencoop%2fqgis%2draster%2dto%2dpoint=81eb74bc-6e72-4f88-9170-4c7619c9c983=4ff16eacbc1d620fae2da429677ec7b85b28c904-585e8c6c01c6d3b66ea068001e65de5403305b6f

This is the other way round, but I could check that everything went right with 
my .xyz-Data and the creation of the point cloud.

Yes but you could do this with the original raster and it works both ways.
  


If you do decide to make a shapefile with the csv, make sure to store the 
coordinates in a text field.  Placing the coordinates in a $x and $y object 
fields will lead to rounding.  Any rounding would corrupt the raster therefore 
you need to original coordinates for this to work. This may explain your 
problems also.


If you use the above method of going from raster to vector (or the other 
way), you cannot change any coordinates (lets call these the CSV xyz).  
If you create a shp file with the CSV xyz, you will have some points 
created from the x an y imported from the csv and the CSV xy become shp 
xy. Those shp xy coordinates will be rounded or very slightly modified 
from the original data (we are talking sub milometer). You can recreate 
the raster if the CSV xyz data stored in a field but you cannot use the 
shp xy as this data has been modified.  You can however use the Gdal 
Grid to recreate the grid.



I do not really understand, but I think when I try, I will see what you mean.


I used this method to change the geoids of a thousands of rasters because the 
program I was using was designed to change the z value for texte files only and 
not rasters (NRCAN GPS-H).

Sounds good :-)

I will report tomorrow again, and thanks for taking care,
Maria

In any case, I would try to figure out what errors you have made to have 
this coordinate shift.  I expect the original data was in Long-Lat.  
Having data in longitude and Latitude _will result in rectangular 
pixels_ when reprojected in meters.  I imagine that the data has been 
reprojected.


Nicolas


Nicolas Cadieux
Ça va bien aller!


Le 13 mai 2020 à 11:25, chris hermansen  a écrit :


Maria and list,

On Tue, May 12, 2020 at 7:00 PM Priv.-Doz. Dr. Maria Shinoto 
 wrote:
Hi,

Thanks for helping. -- Thanks to you and Chris Hermansen I got a result, but it 
could be better.

For the records, a short explanation:

*
Well, I checked the properties, jgd2011 is in Meters, the raster is said to be 
5m. In the official Japanese viewer, which creates a beautiful raster image 
without white pixels, the pixels are exactly 5m*5m.

Today I tried the export to .xyz since the shapefile looked ugly, and after 
realising that the Japanese xyz is indeed yxz, everything looked fine, and I 
could store it in a Geopackage. But the grid is now 5,276m * 6,146m. But it 
fits well on top of the basemap. The basemap is of the same special Japanese 
GML format, but QGIS could read it all without problem. I do not understand why 
QGIS does not read the point data from  the GML fille, but that is an aside, I 
am amazed by what QGIS actually can do.

 From the Geopackage I could rasterize. It is as Chris Hermansen said, thanks. 
Unfortunately, I did not get it done from the shapefiles, they always looked 
weird or like nothing, even with identical settings. But the geopackages from 
xyz tiles are fine.

For resolution, I chose georeferenced units as Chris suggested, and since the 
measurement tool got some different length, I put it to 5,276m by 6,146m. A 5m 
by 5m resolution created a weird layer with horizontally expanding white pixels.

It seems that tweaking with the resolution might lead to an even better result, 
but for the time being, it is OK as it is.
*


Upon reflection I think the basic problem here is that the point data should be 
interpolated to create a raster if you want a precise 5x5m resolution.

For this, rather than use the Raster > Rasterize tool, the approach should be:
• open the processing toolbox Processing > Toolbox
• in the toolbox open Interpolation > TIN interpolation
• in the TIN Interpolation screen:
• select the Vector layer
• select the 

[Qgis-user] QGIS has the virus Hacktool.Win64.NirCMD.SM?

[Bob and Deb]

Hello All,



One of our computers has been getting many alerts by Trend saying there is
an issue caused by “Hacktool.Win64.NirCMD.SM” on the command nircmd.exe.
And this is a description: of that alert:
https://www.trendmicro.com/vinfo/us/threat-encyclopedia/malware/HackTool.Win64.NirCMD.SM



Is this a false positive virus alert?



Thank you,

Bob
___
Qgis-user mailing list
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] Reclassify classes vetor points

[Marcelo Francisco Sestini]

Esteemed.

I'm using version 3.4.

I want reclassify points from shapefile. I need to group points

that have classes X, Y, Z in class W and points with classes A B, C in class D.

How to proceed?

Thankful


-- 
Marcelo Francisco Sestini
Analista ambiental
___
Qgis-user mailing list
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] Hillshade as layer property vs. Processing Toolbox GDAL hillshade

[Alexandre Neto]

If the project is in one CRS, and the layer is in another, then the raster
is transformed on-the-fly for sure.

Give it a try.

A quinta, 14/05/2020, 08:47, Priv.-Doz. Dr. Maria Shinoto <
maria.shin...@zaw.uni-heidelberg.de> escreveu:

> Hi,
>
> > So the problem occurs only when creating a Hillshade, from a DEM, using
> the hillshade symbology?
>
> well, I did not try hillshade in any other case yet, so, yes.
>
> > Have you chosen the correct a factor value?
>
> What is that? Perhaps there is something I miss?
>
> > Try to use the same projection in the project and in the layer so that
> you have no reprojection going on.
>
> The project is set to EPSG:6670, and the Raster layer is not projected on
> the fly, but from a file that is in EPSG:6670. So I think, reprojection is
> not the problem here.
>
> Thanks for checking this up, if you have an explanation about the factor
> value, that might help.
>
> Best,
> Maria Shinoto
>
> >
> > Nicolas Cadieux
> > Ça va bien aller!
> >
> >> Le 13 mai 2020 à 04:31, Priv.-Doz. Dr. Maria Shinoto <
> maria.shin...@zaw.uni-heidelberg.de> a écrit :
> >>
> >>  Hi,
> >>
> >> Today I tried making a hillshade from the raster data you helped me out
> today -- after filling empty pixels, everything looks great.
> >>
> >> Now, when trying to set the layer symbology to hillshade, I got
> artifacts with the default setting and the recommend bilinear with medium.
> Looking for a solution, I found this conservation about the same issue (I
> think) from about 3 years ago; it seems to be a problem still today
> (working with QGIS 3.12).
> >>
> >>   https://github.com/qgis/QGIS/issues/23859
> >>
> >> So I tried the hillshade tool from GDAL in the Processing toolbox with
> identical setting, and everything looks great.
> >>
> >> I think that the flawed hillshade in the easily accessible Symbology
> dialogue needs some work or a hint to the GDAL tool in the Processing
> toolbox. It is frustrating for someone who is new.
> >>
> >> I add screenshots from the bad results in the Properties > Symbology
> dialogue and the raster image from which I started.
> >>
> >> Anyway, it was great to have a solution easily at hand ;-)
> >>
> >> Best,
> >> 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
___
Qgis-user mailing list
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] PostGIS Views in QGIS 3.10

[Alexandre Neto]

At least, 4 things can go "wrong" between QGIS and postgis views, which
result in the yellow warnings.

1 - theres no "id" column or it has repeated values;

fix it or create a identifiers on the fly with rownumber() over() as id

2 - QGIS was not able to guess which column to use for unique identifiers;

Call it "id" and make sure it's the first column in the result.

3 - The view returns columns with the same name;

Use alias to change the column names.

SELECT a.id, a.name, b.name as name2

4 - The view transform the original geometries (for example because you
used a function like st_buffer around it) and QGIS does not know what
geometry type and SRID to use:  cast the geometry columns with expected
geometry type. Like this:

st_buffer(geom, 10)::geometry(POLYGON, 3763)

Hope it helps.

Alexandre Neto
QGIS Support
www.qcooperative.net

A quinta, 14/05/2020, 09:14, Andreas Neumann  escreveu:

> Hi Vera,
>
> As far as I know, the yellow triangle means that either something is wrong
> with the layer, or that it needs a user input, such as "choosing a primary
> key column" in case of a view.
>
> It basically means that the layer can't be loaded, unless the user
> provides a hint to QGIS how to correctly load the layer.
>
> I don't think you can configure QGIS to not display these yellow triangles
> for views. I also think they are useful indicator to the users, that they
> need to do something.
>
> It could also be a missing SRID, or something else.
>
> Andreas
>
>
> Am 14.05.20 um 09:22 schrieb Vera Diaz-Köhli:
>
> Hello
>
>
>
> We have made some views in our PostGIS-Database, so that it is easier for
> our users to access the data.
>
> The views have a column with a unique id ( Y ID).
>
>
>
> In the «Add PostGIS-Layer» dialog, all those view  are listed, with the
> field «Object-ID» filled in correctly ( > ID) and they can be added to the
> map. However, there’s a little yellow triangle in front of their names,
> which only disappears, when I click in the field «Object-ID».
>
>
>
> How can I get rid of those yellow triangles? They are quite confusing for
> our user, even though the views do work…
>
>
>
> Thanks in advance
>
> Vera
>
>
>
>
>
> ___
> Qgis-user mailing listqgis-u...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
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

[Mike Flannigan]

I don't know.

That issue has been around a while:
https://issues.qgis.org/issues/18477


Mike


On 5/12/20 2:00 PM, qgis-user-requ...@lists.osgeo.org wrote:

Hi,

I got this message. Will I lose my data? How to fix this?


*Unable to save auxiliary storage ('Cannot open C:/Users/Home
PC/AppData/Local/Temp/QGIS3-HgQbgj/ent granice.qgd for input')*


Thank you all,

/Amila


___
Qgis-user mailing list
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] Close QGIS via PyQGIS

[Christoph Jung]

Thanks, it works like a charm :)

> Am 13.05.2020 um 22:17 schrieb Ujaval Gandhi :
> 
> 
> Yes. You can call QApplication.quit() from the python console.
>   
> Ujaval Gandhi
> Spatial Thoughts
> mobile: +91-8095684687
> email: uja...@spatialthoughts.com
> 
> Subscribe to our newsletter http://bit.ly/spatialthoughts-newsletter
> 
> 
> 
>> On Thu, May 14, 2020 at 12:46 AM Christoph Jung  wrote:
>> Hi Ujaval,
>> 
>> Thank you for your answer. I will try it out. 
>> 
>> One additional question to your description: is it possible to quit QGIS 
>> from the python console within QGIS, i.e. calling exitQgis or something else 
>> for the current application?
>> 
>> Christoph
>> 
 Am 13.05.2020 um 17:11 schrieb Ujaval Gandhi :
 
>>> 
>>> The way to do this is to launch a new QGIS instance without GUI, run your 
>>> pyqgis code and then exit.
>>> 
>>> qgs = QgsApplication([], False)
>>> qgs.initQgis()
>>> 
>>> .
>>> 
>>> qgs.exitQgis()
>>> 
>>> See a full example at 
>>> https://courses.spatialthoughts.com/pyqgis-in-a-day.html#writing-standalone-python-scripts
>>> 
>>> Ujaval Gandhi
>>> Spatial Thoughts
>>> mobile: +91-8095684687
>>> email: uja...@spatialthoughts.com
>>> 
>>> Subscribe to our newsletter http://bit.ly/spatialthoughts-newsletter
>>> 
>>> 
>>> 
 On Wed, May 13, 2020 at 7:48 PM Christoph Jung  
 wrote:
 Hello everyone,
 
 I want to create a scheduled task with opening QGIS, run a python script 
 and close the application at the end. Is it possible to close the current 
 QGIS application via PyQGIS? Or does anybody knows a better way to close 
 QGIS at the end of the task?
 
 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

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

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

[Anita Graser]

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

Re: [Qgis-user] Features geometry/attributes inconsistency ?

[Jésahel Benoist]

As it could be useful to some people, here's a little script to copy /
paste selected features from a layer to another.

For a lot of layers, I use at first the MultipleLayerSelection (here's the
3.0 beta : https://github.com/felferrari/MultipleLayerSelection) that
permits to select features from all layers with a rectangle.

Adapts and run this script :
---
def selectedFeaturesCopy(sourceLayerName, destLayerName):

sourceLYR = QgsProject.instance().mapLayersByName(sourceLayerName)[0]
destLYR = QgsProject.instance().mapLayersByName(destLayerName)[0]
destLYR.startEditing()
# uncomment (remove the #) the following line to delete features in the
destination layer first
#destLYR.deleteSelectedFeatures()
iface.copySelectionToClipboard(sourceLYR)
iface.pasteFromClipboard(destLYR)
# uncomment the following line to commit your changes automatically.
Personally I prefer to verify first ;)
#destLYR.commitChanges()

# Create and adapt as much as lines as you have layers to copy
selectedFeaturesCopy('source layer 1', 'destination layer 1')
selectedFeaturesCopy('source layer 2', 'destination layer 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

Re: [Qgis-user] PostGIS Views in QGIS 3.10

[Andreas Neumann]

Hi Vera,

As far as I know, the yellow triangle means that either something is 
wrong with the layer, or that it needs a user input, such as "choosing a 
primary key column" in case of a view.


It basically means that the layer can't be loaded, unless the user 
provides a hint to QGIS how to correctly load the layer.


I don't think you can configure QGIS to not display these yellow 
triangles for views. I also think they are useful indicator to the 
users, that they need to do something.


It could also be a missing SRID, or something else.

Andreas


Am 14.05.20 um 09:22 schrieb Vera Diaz-Köhli:


Hello

We have made some views in our PostGIS-Database, so that it is easier 
for our users to access the data.


The views have a column with a unique id ( Y ID).

In the «Add PostGIS-Layer» dialog, all those view  are listed, with 
the field «Object-ID» filled in correctly ( > ID) and they can be 
added to the map. However, there’s a little yellow triangle in front 
of their names, which only disappears, when I click in the field 
«Object-ID».


How can I get rid of those yellow triangles? They are quite confusing 
for our user, even though the views do work…


Thanks in advance

Vera


___
Qgis-user mailing list
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] vector point grid to raster grid -- pixel size does not work

[Priv.-Doz. Dr. Maria Shinoto]

Hi, 

it seems that my points are too many. I am waiting for the TIN process to 
finish (needs a few hours it seems), then I will select a part of the point I 
am interested in and go on working on that selection. Then I will try your 
suggestions, thank you. 

Some other remarks: 

> You can also correct this 5x5 problem by using gdal grid with Nearest 
> neighbour interpolation. You could use the point data to do this.

So the GDAL tools in the processing toolbox?

> I also post a small presentation that can help go from vector to raster with 
> point data. Sometimes, keeping it simple is better.
> 
> https://www.slideshare.net/shencoop/qgis-raster-to-point

This is the other way round, but I could check that everything went right with 
my .xyz-Data and the creation of the point cloud. 

> If you do decide to make a shapefile with the csv, make sure to store the 
> coordinates in a text field.  Placing the coordinates in a $x and $y object 
> fields will lead to rounding.  Any rounding would corrupt the raster 
> therefore you need to original coordinates for this to work. This may explain 
> your problems also.

I do not really understand, but I think when I try, I will see what you mean. 

> I used this method to change the geoids of a thousands of rasters because the 
> program I was using was designed to change the z value for texte files only 
> and not rasters (NRCAN GPS-H).

Sounds good :-)

I will report tomorrow again, and thanks for taking care, 
Maria


> 
> Nicolas Cadieux
> Ça va bien aller!
> 
>> Le 13 mai 2020 à 11:25, chris hermansen  a écrit :
>> 
>> 
>> Maria and list,
>> 
>> On Tue, May 12, 2020 at 7:00 PM Priv.-Doz. Dr. Maria Shinoto 
>>  wrote:
>> Hi, 
>> 
>> Thanks for helping. -- Thanks to you and Chris Hermansen I got a result, but 
>> it could be better. 
>> 
>> For the records, a short explanation:
>> 
>> *
>> Well, I checked the properties, jgd2011 is in Meters, the raster is said to 
>> be 5m. In the official Japanese viewer, which creates a beautiful raster 
>> image without white pixels, the pixels are exactly 5m*5m. 
>> 
>> Today I tried the export to .xyz since the shapefile looked ugly, and after 
>> realising that the Japanese xyz is indeed yxz, everything looked fine, and I 
>> could store it in a Geopackage. But the grid is now 5,276m * 6,146m. But it 
>> fits well on top of the basemap. The basemap is of the same special Japanese 
>> GML format, but QGIS could read it all without problem. I do not understand 
>> why QGIS does not read the point data from  the GML fille, but that is an 
>> aside, I am amazed by what QGIS actually can do. 
>> 
>> From the Geopackage I could rasterize. It is as Chris Hermansen said, 
>> thanks. Unfortunately, I did not get it done from the shapefiles, they 
>> always looked weird or like nothing, even with identical settings. But the 
>> geopackages from xyz tiles are fine. 
>> 
>> For resolution, I chose georeferenced units as Chris suggested, and since 
>> the measurement tool got some different length, I put it to 5,276m by 
>> 6,146m. A 5m by 5m resolution created a weird layer with horizontally 
>> expanding white pixels.
>> 
>> It seems that tweaking with the resolution might lead to an even better 
>> result, but for the time being, it is OK as it is. 
>> *
>> 
>> 
>> Upon reflection I think the basic problem here is that the point data should 
>> be interpolated to create a raster if you want a precise 5x5m resolution.
>> 
>> For this, rather than use the Raster > Rasterize tool, the approach should 
>> be:
>>  • open the processing toolbox Processing > Toolbox
>>  • in the toolbox open Interpolation > TIN interpolation
>>  • in the TIN Interpolation screen:
>>  • select the Vector layer
>>  • select the Interpolation attribute
>>  • click the + to add to the vector layer panel
>>  • choose the interpolation method - probably best to use cubic
>>  • click on the ... next to extent and set it to the layer extent
>>  • set the pixel size to 5.0 and 5.0
>>  • click Run
>> This way you won't have the odd sizes you mentioned.  This may give you a 
>> smoother surface in the end as well.
>> 
>> 
>> -- 
>> Chris Hermansen · clhermansen "at" gmail "dot" com
>> 
>> C'est ma façon de parler.

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

Re: [Qgis-user] Hillshade as layer property vs. Processing Toolbox GDAL hillshade

[Priv.-Doz. Dr. Maria Shinoto]

Hi, 

> So the problem occurs only when creating a Hillshade, from a DEM, using the 
> hillshade symbology?  

well, I did not try hillshade in any other case yet, so, yes.

> Have you chosen the correct a factor value?  

What is that? Perhaps there is something I miss?

> Try to use the same projection in the project and in the layer so that you 
> have no reprojection going on.

The project is set to EPSG:6670, and the Raster layer is not projected on the 
fly, but from a file that is in EPSG:6670. So I think, reprojection is not the 
problem here. 

Thanks for checking this up, if you have an explanation about the factor value, 
that might help. 

Best, 
Maria Shinoto

> 
> Nicolas Cadieux
> Ça va bien aller!
> 
>> Le 13 mai 2020 à 04:31, Priv.-Doz. Dr. Maria Shinoto 
>>  a écrit :
>> 
>>  Hi, 
>> 
>> Today I tried making a hillshade from the raster data you helped me out 
>> today -- after filling empty pixels, everything looks great. 
>> 
>> Now, when trying to set the layer symbology to hillshade, I got artifacts 
>> with the default setting and the recommend bilinear with medium. Looking for 
>> a solution, I found this conservation about the same issue (I think) from 
>> about 3 years ago; it seems to be a problem still today (working with QGIS 
>> 3.12).
>> 
>>   https://github.com/qgis/QGIS/issues/23859
>> 
>> So I tried the hillshade tool from GDAL in the Processing toolbox with 
>> identical setting, and everything looks great. 
>> 
>> I think that the flawed hillshade in the easily accessible Symbology 
>> dialogue needs some work or a hint to the GDAL tool in the Processing 
>> toolbox. It is frustrating for someone who is new.
>> 
>> I add screenshots from the bad results in the Properties > Symbology 
>> dialogue and the raster image from which I started. 
>> 
>> Anyway, it was great to have a solution easily at hand ;-)
>> 
>> Best,
>> 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] vector point grid to raster grid -- pixel size does not work

[Priv.-Doz. Dr. Maria Shinoto]

Chris, 

Thank you for your ideas. I am trying now, but there are some questions: 

> For this, rather than use the Raster > Rasterize tool, the approach should be:
>   • open the processing toolbox Processing > Toolbox
>   • in the toolbox open Interpolation > TIN interpolation

OK until this point


>   • in the TIN Interpolation screen:
>   • select the Vector layer

OK. 

>   • select the Interpolation attribute

First problem: I stored the vector layer in a Geopackage; so I have an fid from 
the geopackage database, an ID from the original xyz-File in field_1, and the 
x, y, z values in field_2, _3 and _4. 

Which attribute should I choose?  I think only field_2 and field_3?

There is a checkbox for the Z-coordinate, whether I with to use it for 
interpolation. I guess I leave unchecked?

>   • click the + to add to the vector layer panel

So I added the two fields, they are "Points"

>   • choose the interpolation method - probably best to use cubic
>   • click on the ... next to extent and set it to the layer extent

OK

>   • set the pixel size to 5.0 and 5.0

OK

>   • click Run

OK

> This way you won't have the odd sizes you mentioned.  This may give you a 
> smoother surface in the end as well.

I started the prozess, but with more than 11 Million points, it seems to take 
too long, I am stuck at 50%. Will try later again.

Best, 
Maria


> 
> 
> -- 
> Chris Hermansen · clhermansen "at" gmail "dot" com
> 
> C'est ma façon de parler.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] PostGIS Views in QGIS 3.10

[Vera Diaz-Köhli]

Hello

We have made some views in our PostGIS-Database, so that it is easier for our 
users to access the data.
The views have a column with a unique id ( Y ID).

In the «Add PostGIS-Layer» dialog, all those view  are listed, with the field 
«Object-ID» filled in correctly ( > ID) and they can be added to the map. 
However, there's a little yellow triangle in front of their names, which only 
disappears, when I click in the field «Object-ID».

How can I get rid of those yellow triangles? They are quite confusing for our 
user, even though the views do work...

Thanks in advance
Vera


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