[Qgis-user] Flatpak

2019-03-21 Thread Raphael Das Gupta

Heya all

I know that https://qgis.org/en/site/forusers/alldownloads.html#flatpak 
lists the flatpak for QGIS "Stable" (is that the same as LTR?) as 
"experimental", but does anyone at least read issues that are being 
filed? (No offense intended, just genuinely wondering whether this is 
still being maintained.)


I'd be particularly interested in the ones I've filed myself:

https://github.com/flathub/org.qgis.qgis/issues/24 make QGIS 3.4.5 
(latest LTR) available
https://github.com/flathub/org.qgis.qgis/issues/25 Can QGIS 3.6.0 
(latest non-LTR) be installed through flatpack?


I'd like to help with updating the flatpack to QGIS 3.4.5, but can't 
even get its current version (3.4.4) nor the flatpak repo's master 
branch (QGIS 3.6.0) to build locally, yet. 
(https://github.com/flathub/org.qgis.qgis/issues/26 ; though maybe 
that's due to my kinda exotic operating system. But I guess issues with 
the build process are more a topic for qgis-develo...@lists.osgeo.org 
than for qgis-user, anyway?)


Cheers,
Raphael

___
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] Crash ID: 62f1fcd2045780cb9f127836e6b579b8665f3e63

2019-03-15 Thread Raphael Das Gupta

On 15.03.19 11:11, m.alegria wrote:

I send you all the details in an attached word.


Here's the content of that word file as text:

Crash ID: 62f1fcd2045780cb9f127836e6b579b8665f3e63


Stack Trace

proj_lpz_dist :
proj_lpz_dist :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::QgsCoordinateTransform :
QHashData::free_helper :
QgsCoordinateTransform::addToCache :
QgsCoordinateTransform::invalidateCache :
QgsApplication::exitQgis :
QgisApp::~QgisApp :
CPLStringList::operator[] :
main :
BaseThreadInitThunk :
RtlUserThreadStart :


QGIS Info

QGIS Version: 3.4.2-Madeira
QGIS code revision: 22034aa070
Compiled against Qt: 5.11.2
Running against Qt: 5.11.2
Compiled against GDAL: 2.3.2
Running against GDAL: 2.3.2

System Info

CPU Type: x86_64
Kernel Type: winnt
Kernel Version: 10.0.17134


@Marietta: Welcome to [Qgis-user]! When writing to mailing lists, please 
try to avoid attachments and especially proprietary file formats.


Kind regards,
Raphael

___
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] TIFF with paletted band and alpha band interpreted as "multiband color" by default (instead of "paletted")

2018-04-16 Thread Raphael Das Gupta
5 160: 0,0,0,255 161: 0,0,0,255 162: 0,0,0,255 163:
> 0,0,0,255 164: 0,0,0,255 165: 0,0,0,255 166: 0,0,0,255 167: 0,0,0,255
> 168: 0,0,0,255 169: 0,0,0,255 170: 0,0,0,255 171: 0,0,0,255 172:
> 0,0,0,255 173: 0,0,0,255 174: 0,0,0,255 175: 0,0,0,255 176: 0,0,0,255
> 177: 0,0,0,255 178: 0,0,0,255 179: 0,0,0,255 180: 0,0,0,255 181:
> 0,0,0,255 182: 0,0,0,255 183: 0,0,0,255 184: 0,0,0,255 185: 0,0,0,255
> 186: 0,0,0,255 187: 0,0,0,255 188: 0,0,0,255 189: 0,0,0,255 190:
> 0,0,0,255 191: 0,0,0,255 192: 0,0,0,255 193: 0,0,0,255 194: 0,0,0,255
> 195: 0,0,0,255 196: 0,0,0,255 197: 0,0,0,255 198: 0,0,0,255 199:
> 0,0,0,255 200: 0,0,0,255 201: 0,0,0,255 202: 0,0,0,255 203: 0,0,0,255
> 204: 0,0,0,255 205: 0,0,0,255 206: 0,0,0,255 207: 0,0,0,255 208:
> 0,0,0,255 209: 0,0,0,255 210: 0,0,0,255 211: 0,0,0,255 212: 0,0,0,255
> 213: 0,0,0,255 214: 0,0,0,255 215: 0,0,0,255 216: 0,0,0,255 217:
> 0,0,0,255 218: 0,0,0,255 219: 0,0,0,255 220: 0,0,0,255 221: 0,0,0,255
> 222: 0,0,0,255 223: 0,0,0,255 224: 0,0,0,255 225: 0,0,0,255 226:
> 0,0,0,255 227: 0,0,0,255 228: 0,0,0,255 229: 0,0,0,255 230: 0,0,0,255
> 231: 0,0,0,255 232: 0,0,0,255 233: 0,0,0,255 234: 0,0,0,255 235:
> 0,0,0,255 236: 0,0,0,255 237: 0,0,0,255 238: 0,0,0,255 239: 0,0,0,255
> 240: 0,0,0,255 241: 0,0,0,255 242: 0,0,0,255 243: 0,0,0,255 244:
> 0,0,0,255 245: 0,0,0,255 246: 0,0,0,255 247: 0,0,0,255 248: 0,0,0,255
> 249: 0,0,0,255 250: 0,0,0,255 251: 0,0,0,255 252: 0,0,0,255 253:
> 0,0,0,255 254: 0,0,0,255 255: 0,0,0,255 Band 2 Block=256x256
> Type=Byte, ColorInterp=Alpha |

When I drag-and-drop this file into QGIS (I tried 2.18 and 3 with
identical results) to add it as a raster layer, it is displayed in
bright green: https://i.stack.imgur.com/F6Op8.png

The automatically set display mode (to be found in the "style"
properties) is "multiband color". Only if I manually set this to
"paletted" is the TIFF displayed as intended:
https://i.stack.imgur.com/GNJGs.png

Other software (e.g. GIMP) displays the TIFF as intended without need
for manual color interpretation adjustment.

Is that a bug in QGIS or am I doing something wrong? If a TIFF like this
is valid (I've asked at https://gis.stackexchange.com/q/279584/51574
whether it is), it seems clear to me that a band with a palette should
default to be interpreted according to that palette and an alpha-band as
opacity/transparency, not as e.g. red and green channel.

Regards,
Raphael Das Gupta


* the linked example image only contains fully opaque pixels but has the
same band structure as the real data that also has fully transparent pixels
___
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