QGIS Issue Tracking: Issueshttps://issues.qgis.org/https://issues.qgis.org/favicon.ico2019-05-20T09:42:24ZQGIS Issue Tracking
Redmine QGIS Application - Bug report #22104 (Open): zonal histogram wronghttps://issues.qgis.org/issues/221042019-05-20T09:42:24Zyonghyun kimqueenmedley@gmail.com
<p>The zonal histogram is not generated by the raster band setting and the raster value is listed as the field value of the output.</p>
<p>For example, <br />the raster band type is singleband pseudocolor,<br />rast value range = 0 ~ 100<br />band is classified by 5 (20, 40, 60, 80 ,100)</p>
<p>But oustput is stragne like below</p>
<p>----------------------<br />HISTO_10 int8 <del>1 0<br />HISTO_10.0033 int8 -1 0<br />HISTO_10.004 int8 -1 0<br />HISTO_10.0041 int8 -1 0<br />........<br />HISTO_100.0 int8 -1 0<br />---------------------------------------</del></p>
<p>Is it normal output? <br />I expect this function is same zonal histtogram in Arcgis</p> QGIS Application - Bug report #22062 (Open): value relation widget - drive down lists, wrong save...https://issues.qgis.org/issues/220622019-05-13T10:13:13Zjose macaujose.macau@gmail.com
<p>using the example here <a class="external" href="https://www.northrivergeographic.com/archives/qgis-3-2-drive-down-lists-aka-value-relation-widget">https://www.northrivergeographic.com/archives/qgis-3-2-drive-down-lists-aka-value-relation-widget</a> <br />with filter expression:</p>
<p>“fk” = current_value(‘type’)</p>
<p>the drive down list is correct, according type and subtype auxiliary tables.</p>
<p>but when the user submits a new feature to the point layer, the results in table are allways the same (the first subtype), like this:</p>
<p>fid type <strong>subtype</strong><br />1 1 <strong>1</strong><br />2 1 <strong>1</strong><br />3 2 <strong>1</strong><br />4 2 <strong>1</strong><br />5 2 <strong>1</strong><br />X X <strong>1</strong></p> QGIS Application - Bug report #22031 (Feedback): v.clean UnicodeDecodeError when special characte...https://issues.qgis.org/issues/220312019-05-09T10:41:12ZWolfgang Meinolfwolfgang@meinolf.de
<p>v.clean stops processing with following error statement:<br />-----<br />Traceback (most recent call last):<br />File "C:/OSGEO4~1/apps/qgis/./python/plugins\processing\algs\grass7\Grass7Algorithm.py", line 427, in processAlgorithm<br />Grass7Utils.executeGrass(self.commands, feedback, self.outputCommands)<br />File "C:/OSGEO4~1/apps/qgis/./python/plugins\processing\algs\grass7\Grass7Utils.py", line 393, in executeGrass<br />for line in iter(proc.stdout.readline, ''):<br />File "C:\OSGEO4~1\apps\Python37\lib\encodings\cp1252.py", line 23, in decode<br />return codecs.charmap_decode(input,self.errors,decoding_table)[0]<br />UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 179: character maps to <undefined><br />-----<br />Path to .qgz and .gpkg files contains the word Thüringen(C:\User\.........\Work\Thüringen\1905...). Once, the path name is changed to Thueringen C:\User.........\Work\Thueringen\190508 Neue Analysegebiete, no error occurrs.</p> QGIS Application - Bug report #21821 (Open): value relation widget not saved as default style wit...https://issues.qgis.org/issues/218212019-04-10T10:16:25ZRobin Rotsaertrobin.rotsaert@limburgs-landschap.be
<p>when using the value relation widget in the form of a layer within a geopackage and when saving these settings as default style within the geopackage, some of the settings (layer, key column, value column) are not loaded when reopening the layer directly from the geopackage. maybe there's no code for this within the geopackage-format but then it would be advisable to have this mentioned somewhere when trying to save styling for a layer where some fields have the value relation widget set up.</p>
<p>(work around is to have it saved in a qgis-project, but this means a projectfile should always be added when sharing with others)</p> QGIS Application - Bug report #21809 (Feedback): when pasting features to postgresql layer, attri...https://issues.qgis.org/issues/218092019-04-09T10:12:33ZSebastian Brockssebastian@brocks.cc
<p>I'm trying to paste a few features into a postgresql layer that has two attributes that together form the table's primary key. The values of the attributes are not pasted correctly, although both name and order and type match.</p> QGIS Application - Bug report #21713 (Open): unvisible mouse cursor on specific backgroundshttps://issues.qgis.org/issues/217132019-03-31T08:51:10ZJan Lippmann
<p>The mouse cursor of some tools (for instance: node, move, line offset, delete part, delete ring, rotate, simplify) is not visible, if the layersymbolcolor is exactly the color of the cursor. That makes some edit actions not possible. There are better cursors like the cursor for create or split feature. This Cursor is robust against the backgrounds. It would be very kind, if anybody could fix this for the 3.4.7 LTR.</p>
<p>Thanks!</p>
<p>Jan</p>
<p><img src="https://issues.qgis.org/attachments/download/14706/cursor_color_problem.gif" alt="" /></p> QGIS Application - Bug report #21595 (Open): vulnerability in QGIShttps://issues.qgis.org/issues/215952019-03-15T12:54:19Zqy lili.qingyu@swm.de
<p>In QGIS 3.4.3 our vulnerability scanner identified an very critical issue with "C:\Program Files\QGIS 3.4\bin\psql.exe" from the component PostgreSQL 9.2.4.13228. The suggested solution is to "update to version 9.6.4, 9.5.8, 9.4.13, 9.3.18, or 9.2.22".<br />----<br />Im Produkt QGIS 3.4.3 ist unter dem Pfad „C:\Program Files\QGIS 3.4\bin\psql.exe“ die Komponente PostgreSQL 9.2.4.13228 als Schwachstelle identifiziert worden. Die Sicherheitslücke wird als sehr kritisch bewertet. Die vorgeschlagene Lösung nach unserem Schwachstellenscanner lautet die Komponente PostgreSQL „Update to version 9.6.4, 9.5.8, 9.4.13, 9.3.18, or 9.2.22.“.</p> QGIS Application - Bug report #21169 (Open): xyz tile matrix error for zoom max levels above 22https://issues.qgis.org/issues/211692019-02-05T04:47:50ZJean Weberjean_weber31@hotmail.com
<p>xyz tiles are not rendered for zoom levels above 22. The problem is a wrong tile matrix for zoom levels above 22.<br />for zoom min = 20 and zoom max= 24 I have tile matrix properties as shown on the picture attached hereafter:<br /><img src="https://issues.qgis.org/attachments/download/14239/tilematrix.jpg" alt="" /></p> QGIS Application - Bug report #20888 (Open): vertex tool + topological editinghttps://issues.qgis.org/issues/208882018-12-28T08:52:55ZThomas NogatzTN295@arcor.de
<p>There seems to exist a bug with the node tool when using topological editing. Some screenshots are attached.</p>
Please follow these steps:
<ul>
<li>create a new shapefile polygon layer </li>
<li>activate following snapping options via Advanced Configuration:<br /> Snapping<br /> Avoid intersection<br /> Topological Editing</li>
<li>Add polygon feature: triangle, beginning with lower left corner (A1), then lower right corner (A2), finally upper corner (A3)</li>
<li>Add polygon feature: square overlapping with the triangle (overlap will be deleted due to snapping options, so a second triangle will remain): set a node in A1, then make a node inside the triangle, then a node in A2, then the last node somewhere down outside the triangle (see screen_01.png, the first polygon is the upper one)</li>
<li>vertex tool (current layer): try to set a node on every available edge</li>
</ul>
Results:
<ul>
<li>vertices at lower left and upper right edge are set correctly (see screen_02.png)</li>
<li>setting a vertex at the common edge: a green cross appears at the vertex, but no topological error is reported (see screen_03.png)</li>
<li>setting vertices at lower right and upper left edge causes topological errors (invalid geometry, see screen_04.png)</li>
</ul>
<p>This errors do not appear when working without topological editing. When you draw the polygons without overlapping, the error appears at the common (screen_05.png) and at the upper left edge (screen_06.png).</p> QGIS Application - Bug report #20251 (Open): virtual fields can't be filteredhttps://issues.qgis.org/issues/202512018-10-29T01:30:56ZTobias Wendorfftobias.wendorff@tu-dortmund.de
<p>After creating a virtual field with $area (float), it's not possible to filter on this variable - they don't appear on the list. It works for normal variables.</p>
<p>I don't know if this is a bug or a missing feature (perhaps you can select those fields by virtual layers only?).</p> QGIS Application - Bug report #19862 (Open): window size of child-connect-form is not savedhttps://issues.qgis.org/issues/198622018-09-17T08:10:33ZUrs Kaufmannurs.kaufmann@holinger.com
<p>I want to connect a child-record. The dialog-window that opens has on the left side a list off existing records. The width of this list is to small. If I change the window-size to enlarge this list, then this change of the window-size is not saved. I have to enlarge the window-size every time I want to connect a child-record.<br />PS: the title of the window ("Dialog" in German version) is not really helpful</p> QGIS Application - Bug report #19432 (Open): vertex editor showing incorrect datahttps://issues.qgis.org/issues/194322018-07-17T10:59:18ZGavin Fleminggavin@kartoza.com
<p>I opened the vertex editor on a PostGIS LinestringZM layer which has populated M values and 0 Z values.</p>
<p>It shows an 'r' field with no values instead of a populated 'm' field. Screenshot attached.</p> QGIS Application - Bug report #19091 (Feedback): v.vect.stats creates cat & cat_ then failshttps://issues.qgis.org/issues/190912018-06-01T20:18:44ZSimon Dedman
<p>Grass processing toolbox element v.vect.stats counts point layer data within polygon areas layers & calculates statistics. If you want to calculate stats & counts for multiple fields in the points layer (e.g. you have data for various years) you have to repeat the process each time, selecting the layer and field, giving the resultant count & stats columns appropriate names, which produces a new polygon layer with the two new data fields appended, AND a field called 'cat'. If you use this new poly layer as the input for e.g. the next year's data, the output layer will already have 'cat' from the first run, so will create 'cat_'. The user likely doesn't care about these fields and there's no info presented during the process about that this is - it looks like a counter but I could very well be wrong. In any case: if you run the process a THIRD time, the code is defeated (presumably) because 'cat' is present so it tries 'cat_' which is also present, so it fails. Subsequently the user has to deduce that this is the problem with no help, then goto layer properties, source fields, edit, select cat & cat_, delete fields, unedit, save.</p>
<p>Proposal:<br />1. have an option in the dialogue box to create 'cat' field and explain what it is. Turned on by default.<br />2. Have cat field naming schema: cat0, cat1 etc, up to cat9999999 above which point it'll break the 10 character limit. Notwithstanding if you ran v.vect.stats 10 million times manually you'd experience the heat death of the universe before you hit the 10 character limit.</p> QGIS Application - Bug report #12713 (Open): when columns have the same name, styling with the fi...https://issues.qgis.org/issues/127132015-05-07T08:05:06ZPaolo Cavallinicavallini@faunalia.it
<p><strong>new description:</strong></p>
<p><a class="issue tracker-1 status-1 priority-4 priority-" href="https://issues.qgis.org/issues/12713#note-3" title="when columns have the same name, styling with the first one does not work (Open)">#12713-3</a></p>
<p><strong>old description:</strong></p>
<p>This file:<br /><a class="external" href="http://www.faunalia.eu/~paolo/qgis/result.zip">http://www.faunalia.eu/~paolo/qgis/result.zip</a><br />resulting from<br />processing.runalg("saga:gridstatisticsforpolygons","/tmp/RESULT.tif","/path/municipalities.shp",False,False,True,False,True,False,False,False,0,None)<br />seems impossible to thematize on the basis of the ``Calculated`` column.<br />If saved as a new shapefile, it is OK. Possibly SAGA produces a wrong dbf?</p> QGIS Plugin Site - Bug report #4508 (Open): user image is missing from planet pageshttps://issues.qgis.org/issues/45082011-11-09T04:18:42ZAlessandro Pasotti
<p>See top right in page:<br /><a class="external" href="http://users.qgis.org/planet/tag/thematics/">http://users.qgis.org/planet/tag/thematics/</a><br />the missing image is:<br /><a class="external" href="http://users.qgis.org/static//feedjack/default/img/faces/woostuff.png">http://users.qgis.org/static//feedjack/default/img/faces/woostuff.png</a><br />which leads to 404<br />I'm not sure if it's just a matter of hiding the IMG tag (template stuff) if the image is missing or if this is a bug somewhere in feedjack.</p>