Re: [Qgis-user] Hillshade Rough Blocks for 1m Rasters?
> Le 2 juill. 2020 à 14:14, cg...@graytechsoftware.com a écrit : > > The intention is for the pixel itself to be a certain shade, not the edges. > It works correctly if your native raster layer does not exactly match project > CRS. Probably because there is reprojection going on, thus, some smoothing. > There is something specific that does not work appropriately, but I cannot > figure out what it is. I have also seen the pixel boarder issue for quite > some time, but hadn't worked with enough other programs and variables to > recognize it as a problem. > > As shown in my first message, the desired result of having clear pixel colors > does work in QGIS. > > Where would bugs be reported? I can take some time to get it replicated and > share the results for bug identification. > > Thank you, Chris > Nicolas > > -Original Message- > From: Nicolas Cadieux > Sent: Tuesday, June 30, 2020 2:17 PM > To: cg...@graytechsoftware.com > Cc: qgis-user@lists.osgeo.org > Subject: Re: [Qgis-user] Hillshade Rough Blocks for 1m Rasters? > > Hi, > > To my knowledge, what you are seeing is just the result of zooming in too > much using the nearest neighbour algorithm. I don’t think it’s a bug. If you > change the sun angle and the sun position, you may have better results. Then, > play with the Contrast and layer blending. I have seen this Pixel border > effect on QGIS since version 1.8. Someone correct me if I am wrong. > > Nicolas Cadieux > Ça va bien aller! > >> Le 29 juin 2020 à 23:37, cg...@graytechsoftware.com a écrit : >> >> Nicolas, >> >> My x, y, and z are all in meters for my raster. The CRS for the project is >> also x, y, and z in meters. >> >> I tried your suggestion for changing the resampling. It definitely >> eliminated the problem, however it results in too much smoothing for my >> purpose. I do want to be able to see the actual pixel, but I want that pixel >> to be a single color representative of its value rather than a color with a >> boarder as shown in my screenshots. >> >> It seems this only occurs when the raster resolution matches the base unit >> of the CRS. I think this is a bug, but I have not exhausted the >> configuration options yet. >> >> Thank you, Chris >> >> -Original Message- >> From: Qgis-user On Behalf Of >> Priv.-Doz. Dr. Maria Shinoto >> Sent: Monday, June 29, 2020 7:15 PM >> To: Nicolas Cadieux >> Cc: Alister Hood ; qgis-user@lists.osgeo.org >> Subject: Re: [Qgis-user] Hillshade Rough Blocks for 1m Rasters? >> >> A month ago or so I had exactly the same problem and could solve it with >> these tips from Nicolas. Good luck! >> >> Maria >> >> Am 30.06.2020 um 07:32 schrieb Nicolas Cadieux : >>> >>> Hi, >>> >>> If your x and y distance unit is different from the z distance (like long >>> lat degrees for x and y and meters for z), you will need a z Factor, or you >>> need to save the raster in a crs that has x,y,z in the same unit (like >>> meter). >>> >>> https://www.esri.com/arcgis-blog/products/product/imagery/setting-the >>> - >>> z-factor-parameter-correctly/ >>> >>> You can also improve the look in the layer/Symbology/Resampling and select >>> cubic for "zoomed in" and Average for "zoomed out". >>> >>> Nicolas >>> On 2020-06-29 6:23 p.m., Alister Hood wrote: It does shade the pixel, but it also shades the edges unless the layer is being reprojected. There is a ticket for this, but you can workaround it by enabling resampling for that layer. Date: Mon, 29 Jun 2020 16:57:11 -0400 From: To: Subject: [Qgis-user] Hillshade Rough Blocks for 1m Rasters? Message-ID: <024601d64e57$dcbddd00$96399700$@graytechsoftware.com> Content-Type: text/plain; charset="utf-8" If I use a 1m resolution raster on a CRS in meters and render it as a hillshade, it appears to shade the edges of each pixel instead of the pixel itself: If I use, a raster made in a CRS with ft for units displayed on a CRS in meters, it renders each pixel smoothly: How do I get the hillshade to render smoothly always, especially in a CRS in meters when using metric units for the raster? 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-user mailing list >>> 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 >> Unsubs
Re: [Qgis-user] Hillshade Rough Blocks for 1m Rasters?
The intention is for the pixel itself to be a certain shade, not the edges. It works correctly if your native raster layer does not exactly match project CRS. There is something specific that does not work appropriately, but I cannot figure out what it is. I have also seen the pixel boarder issue for quite some time, but hadn't worked with enough other programs and variables to recognize it as a problem. As shown in my first message, the desired result of having clear pixel colors does work in QGIS. Where would bugs be reported? I can take some time to get it replicated and share the results for bug identification. Thank you, Chris -Original Message- From: Nicolas Cadieux Sent: Tuesday, June 30, 2020 2:17 PM To: cg...@graytechsoftware.com Cc: qgis-user@lists.osgeo.org Subject: Re: [Qgis-user] Hillshade Rough Blocks for 1m Rasters? Hi, To my knowledge, what you are seeing is just the result of zooming in too much using the nearest neighbour algorithm. I don’t think it’s a bug. If you change the sun angle and the sun position, you may have better results. Then, play with the Contrast and layer blending. I have seen this Pixel border effect on QGIS since version 1.8. Someone correct me if I am wrong. Nicolas Cadieux Ça va bien aller! > Le 29 juin 2020 à 23:37, cg...@graytechsoftware.com a écrit : > > Nicolas, > > My x, y, and z are all in meters for my raster. The CRS for the project is > also x, y, and z in meters. > > I tried your suggestion for changing the resampling. It definitely eliminated > the problem, however it results in too much smoothing for my purpose. I do > want to be able to see the actual pixel, but I want that pixel to be a single > color representative of its value rather than a color with a boarder as shown > in my screenshots. > > It seems this only occurs when the raster resolution matches the base unit of > the CRS. I think this is a bug, but I have not exhausted the configuration > options yet. > > Thank you, Chris > > -Original Message- > From: Qgis-user On Behalf Of > Priv.-Doz. Dr. Maria Shinoto > Sent: Monday, June 29, 2020 7:15 PM > To: Nicolas Cadieux > Cc: Alister Hood ; qgis-user@lists.osgeo.org > Subject: Re: [Qgis-user] Hillshade Rough Blocks for 1m Rasters? > > A month ago or so I had exactly the same problem and could solve it with > these tips from Nicolas. Good luck! > > Maria > > >> Am 30.06.2020 um 07:32 schrieb Nicolas Cadieux : >> >> Hi, >> >> If your x and y distance unit is different from the z distance (like long >> lat degrees for x and y and meters for z), you will need a z Factor, or you >> need to save the raster in a crs that has x,y,z in the same unit (like >> meter). >> >> https://www.esri.com/arcgis-blog/products/product/imagery/setting-the >> - >> z-factor-parameter-correctly/ >> >> You can also improve the look in the layer/Symbology/Resampling and select >> cubic for "zoomed in" and Average for "zoomed out". >> >> Nicolas >> >>> On 2020-06-29 6:23 p.m., Alister Hood wrote: >>> It does shade the pixel, but it also shades the edges unless the layer is >>> being reprojected. >>> There is a ticket for this, but you can workaround it by enabling >>> resampling for that layer. >>> >>> Date: Mon, 29 Jun 2020 16:57:11 -0400 >>> From: >>> To: >>> Subject: [Qgis-user] Hillshade Rough Blocks for 1m Rasters? >>> Message-ID: <024601d64e57$dcbddd00$96399700$@graytechsoftware.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> If I use a 1m resolution raster on a CRS in meters and render it as >>> a hillshade, it appears to shade the edges of each pixel instead of >>> the pixel >>> itself: >>> >>> If I use, a raster made in a CRS with ft for units displayed on a >>> CRS in meters, it renders each pixel smoothly: >>> >>> How do I get the hillshade to render smoothly always, especially in >>> a CRS in meters when using metric units for the raster? >>> >>> 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-user mailing list >> 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 plugins repository
On 7/2/20 5:52 PM, Erich Purpur wrote: > Hi all- > > On June 25 (last week) I uploaded a plugin to the QGIS plugins repository, > here: https://plugins.qgis.org/plugins/ > > It did upload correctly and if I log in to my osgeo account, I see it under > 'my plugins'. For what it is worth, the plugin is called Eco-Valuator 3.1. > > I was hoping to find it in the 'Manage/Install Plugins' tool in QGIS or in > the plugins repo itself, but it is nowhere to be found. > > Does anyone know how long it might be for the plugin to take effect? Or is > there something else I have not done, that I should have? > > Thanks for any information, I found: https://plugins.qgis.org/plugins/ecovaluator/ which has 3 versions (but not a 3.1) See also: https://github.com/Key-Log-Economics/eco-valuator/issues/13 Think you mixing up names? 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
[Qgis-user] A few question
I have some aerial images;
I created a new raster layer and imported the images named IMG_xxx.JPG
Watching the shell I get this output:
Warning 4: Failed to open /usr/share/qgis/resources/data/world_map.gpkg:
Permission denied.
then one of the below messages for each picture that's being imported.
proj_concatoperation_get_step_count: Object is not a ConcatenatedOperation
The files are successfully imported though.
After that I go select misc -> merge; I selected all the layers in the
input selection then run the process; here's the output log:
QGIS version: 3.10.4-A Coruña
Qt version: 5.12.8
GDAL version: 3.0.4
GEOS version: 3.8.0-CAPI-1.13.1
PROJ version: Rel. 6.3.1, February 10th, 2020
Processing algorithm…
Algorithm 'Merge' starting…
Input parameters:
{ 'DATA_TYPE' : 5, 'EXTRA' : '', 'INPUT' :
['/home/bb/Pictures/g/100MEDIA/IMG_0563.JPG','/home/bb/Pictures/IMG_0564.JPG','/home/bb/Pictures/IMG_0565.JPG','/home/bb/Pictures/IMG_0566.JPG','/home/bb/Pictures/IMG_0567.JPG','/home/bb/Pictures/IMG_0568.JPG','/home/bb/Pictures/IMG_0569.JPG','/home/bb/Pictures/IMG_0570.JPG','/home/bb/Pictures/IMG_0571.JPG','/home/bb/Pictures/IMG_0572.JPG','/home/bb/Pictures/IMG_0573.JPG','/home/bb/Pictures/IMG_0574.JPG','/home/bb/Pictures/IMG_0575.JPG','/home/bb/Pictures/IMG_0576.JPG','/home/bb/Pictures/IMG_0577.JPG','/home/bb/Pictures/IMG_0578.JPG','/home/bb/Pictures/IMG_0579.JPG','/home/bb/Pictures/IMG_0580.JPG','/home/bb/Pictures/IMG_0581.JPG','/home/bb/Pictures/IMG_0582.JPG','/home/bb/Pictures/IMG_0583.JPG','/home/bb/Pictures/IMG_0584.JPG','/home/bb/Pictures/IMG_0585.JPG','/home/bb/Pictures/IMG_0586.JPG','/home/bb/Pictures/IMG_0587.JPG','/home/bb/Pictures/IMG_0588.JPG','/home/bb/Pictures/IMG_0589.JPG','/home/bb/Pictures/IMG_0590.JPG'],
'NODATA_INPUT' : None, 'NODATA_OUTPUT' : None, 'OPTIONS' : '', 'OUTPUT' :
'TEMPORARY_OUTPUT', 'PCT' : False, 'SEPARATE' : False }
GDAL command:
gdal_merge.py -ot Float32 -of GTiff -o
/tmp/processing_1e6f694008d5443481b352b46367bb19/c6d4199e2d3c4023aaf0cef72b6d9d26/OUTPUT.tif
--optfile
/tmp/processing_1e6f694008d5443481b352b46367bb19/65b50c4c9a7044cfb210b0a46cead53c/mergeInputFiles.txt
GDAL command output:
0...10...20...30...40...50...60...70...80...90...100 - done.
Execution completed in 17.24 seconds
Results:
{'OUTPUT':
'/tmp/processing_1e6f694008d5443481b352b46367bb19/c6d4199e2d3c4023aaf0cef72b6d9d26/OUTPUT.tif'}
Loading resulting layers
Algorithm 'Merge' finished
the merged image is a .tiff file that's totally empty
running file on the tmp file:
/tmp/processing_1e6f694008d5443481b352b46367bb19/c6d4199e2d3c4023aaf0cef72b6d9d26/OUTPUT.tif:
TIFF image data, little-endian, direntries=13, height=3648, bps=170,
compression=none, PhotometricIntepretation=BlackIsZero, width=5472
output from the file command for one of the input images:
file Pictures/IMG_0586.JPG
Pictures/IMG_0586.JPG: JPEG image data, Exif standard: [TIFF image data,
little-endian, direntries=18, height=3648, bps=866, description=default,
manufacturer=Hasselblad, model=L1D-20c, orientation=upper-left,
width=5472], baseline, precision 8, 5472x3648, components 3
Is this just an issue with the images or something wrong my steps to create
orthomosaic from a series of photos.
Best
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS plugins repository
Hello Erich, My experience is, that it will take less then a day until the approval. Maybe some of the admins opened an issue at your code repository (because some things are missing or what else) and you did not answered on it? Sincerely, Christoph > Am 02.07.2020 um 17:52 schrieb Erich Purpur : > > > Hi all- > > On June 25 (last week) I uploaded a plugin to the QGIS plugins repository, > here: https://plugins.qgis.org/plugins/ > > It did upload correctly and if I log in to my osgeo account, I see it under > 'my plugins'. For what it is worth, the plugin is called Eco-Valuator 3.1. > > I was hoping to find it in the 'Manage/Install Plugins' tool in QGIS or in > the plugins repo itself, but it is nowhere to be found. > > Does anyone know how long it might be for the plugin to take effect? Or is > there something else I have not done, that I should have? > > Thanks for any information, > > Erich Purpur > ___ > Qgis-user mailing list > 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] QGIS plugins repository
Hi all- On June 25 (last week) I uploaded a plugin to the QGIS plugins repository, here: https://plugins.qgis.org/plugins/ It did upload correctly and if I log in to my osgeo account, I see it under 'my plugins'. For what it is worth, the plugin is called Eco-Valuator 3.1. I was hoping to find it in the 'Manage/Install Plugins' tool in QGIS or in the plugins repo itself, but it is nowhere to be found. Does anyone know how long it might be for the plugin to take effect? Or is there something else I have not done, that I should have? Thanks for any information, Erich Purpur ___ Qgis-user mailing list 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] null geometries workaround
I had to deal with null geometries (points) in a geopackage. As it shows some QGIS strange behavior I decided to post this. When the attributes table is by default on "filtered by view", switching to "show all" is filtering null geometries. No way to show them... By changing the default behaviour in the options to "show all", there's no more filter, but it isn't possible to find faulty lines ; all graphic tools are working as if everything was correct. I've found that the "geometry attribute table" plugin by P. Whitten can help, however, I wondered if there was a standard tool to do the job. With QGIS 3.10.7, the 'removenullgeometries', 'fixgeometries', 'checkgeometries' processing tools doesn't work. The checkgeometry tool finds them, but gives only the id without any option to fix. I found with "DB browser with SQLite" that the geometry was there, but x and y were 0x f87f. This is for 'not a number' (nan) value. But I didn't find any expression to check for this value... Finally, I found two ways to find the faulty lines : The first is to create a calculated field with $x as value. (nan) is clearly shown then. The second is to make a filter with this simple formulae : if (to_int($x)=0, true, false). The to_int() converts the nan value to 0, et voila. Easy. You're then free to add a part or delete the faulty lines. Hope it helps some people... Jésahel ___ Qgis-user mailing list 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] Preprocessing issues
Hello, I have issues with Sentinel 2 preprocessing tool: I entered the directory, the metadata, I ticked the 3 boxes and chosen the output directory. Sometimes it produces all the bands and sometimes it produces less bands...how is it possible? Could you help me? Thanks in advance. Simone Fiorentino Dottore Agronomo Tel: 339 19 63 878 Indirizzo: Piazza dei Carracci, 1, 00196, Roma Mail: sim.fiorent...@gmail.com Iscritto all'Ordine dei Dottori Agronomi e Forestali della Provincia di Roma con matricola n°1916 Iscritto alla SIA - Società Italiana di Arboricoltura ___ Qgis-user mailing list Qgis-user@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
