<div dir="ltr"><div>I am joining a spatial layer (from PostGIS) with an attribute (aspatial) table (also from PostGIS). There are more rows in the attribute table than in the spatial table. After I do the join, I open the attribute, and it only displays rows in the spatial table (i.e., this is an INNER JOIN, or maybe a LEFT JOIN, I didn't test tables with unmatched attribute rows. The point being, there are no attribute rows with unmatched rows from the spatial table).</div>
<div><br></div><div>But when I style the layer, if I choose one of the columns from the joined attribute table and classify the values (I was using graduated symbology for a numeric field), the classes that are produced are based on the entire range of values from the attribute table, i.e., the classification is not honoring the fact that the join result omits many of the rows from the attribute table. Since, in the case I tested, the field values for those rows which match features in the spatial layer only cover a small part of the total range, the resulting map has all the features falling into fewer classes than specified (e.g., there are 5 classes in the data, but only 2 colors on the map).</div>
<div><br></div><div>First, I should ask whether I am doing anything wrong here, or if people can confirm this behavior. Second, I cannot find a specific feature request related to this at <a href="http://hub.qgis.org">hub.qgis.org</a>, so is this already an tracked issue that I just wasn't able to find? Third, do others agree that this is unexpected behavior?</div>
<div><br></div><div>Best,</div><div>--Lee</div><br clear="all"><div><br></div>-- <br>Lee Hachadoorian<br>Asst Professor of Geography, Dartmouth College<br><a href="http://freecity.commons.gc.cuny.edu/" target="_blank">http://geospatial.commons.gc.cuny.edu/</a>
</div>