Open smalers opened 2 years ago
I fixed the legend shape not showing up, so that shouldn't be an issue anymore.
The symbolSize
and symbolShape
properties will be a bit more involved. Right now, the way a graduated layer on the map is created uses map config file properties, and overrides if any of the same properties are given in a classification file. I believe this is the desired behavior, so I won't do anything further with that.
The issue is how the legend decides what symbols to draw. Right now, I'm checking each map config's geoLayerSymbol
directly in the legend component's HTML file using an *ngIf
directive. This needs to be updated so that the conditional performs multiple checks in a function:
symbolSize
and/or symbolShape
properties use those, orgeoLayerSymbol
's defaults.I was using hard-coded defaults for the size and shape in the code, so I will need to change it so that these new defaults are used instead. I'll just need to check with Steve to make sure the size and shape geoLayerSymbol
properties will always be present in a map config file, and then I can remove the hard coded defaults.
It might have been resolved with the legend shape fix, but I had no issues adding the size and shape to the classification file and having it update on the map. The only issue was if the classification file used Square
for the shape, and the map config file had Circle
, the legend would show circles, and the map would show Squares.
This is just an example of the issue I brought up above with the legend code only checking the map configuration file.
I am confused by these comments. Is it totally fixed or not? Will it be fixed soon? I think it should work as follows:
Please let me know when it is pushed so I can use and let me know if we need to discuss things that are difficult or can't be done. The best situation is for implementers to know that all the features work as intended for points, lines, polygons, etc. and not to come across limitations as the software is used.
I have been cleaning up the Poudre Basin Information Current Conditions / Environment Flood map. I initially defined a graduated classification symbol for the precipitation stations, as follows:
I accidentally included an extra
3
digit at the start of the magenta (#3b63d91
). This caused the color for that line to be shown as black. Need to warn to the console and/or truncate the color string to the number of characters that can be parsed. Also, the legend is not drawing, even though the map is OK. See the image below.And, while I was troubleshooting, I tried different combinations of operators and some did not seem to work, for example using > on the left and no operator on the right. Maybe it was working OK but looked broken due to the other issue.
Also, the
symbolSize
property does not seem to have an effect. After some experimentation, I was able to get the symbol size to be recognized but I could not get the legend to display. It seems that the behavior should be the following:symbolShape
,symbolSize
and other properties to be specified in the map configuration file, which will be used as defaults.symbolShape
,symbolSize
and other properties to be specified in the classification file, to vary based on the data value.What I ended up with is the following command in GeoProcessor:
The resulting map configuration file is:
The classification file is as follows. if I added
symbolShape
to the file, the layer was not drawn but there is not error in the console.And the result is the following, with the symbol still not drawn from graduated classification.