Timeline for Styling Geo Primitives
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 23, 2016 at 13:40 | comment | added | jose | In GeoGraphics maps there are two sets of primitives: the geo primitives, that should be understood as "painted" on the surface of the Earth, and the primitives, that are "painted" on the projected map. The latter follow the rules of Graphics (including the default opacity 1), and the former follow the geo rules (including the default opacity 0.2 to avoid covering the background maps). Both sets respond in the same way to bare directives, except for opacity, because defaults are different. The GeoStyling wrapper explicitly affects only the geo primitives. | |
| Oct 22, 2016 at 20:09 | comment | added | user31159 |
@AlexeyPopkov Ah yes, this is nicer. I would be concerned about having no default for the opacity of GeoDisk. It seems to be useful in the majority of cases, and the alternative of specifying each time the Opacity is perhaps not user-friendly. This being said, I agree it would be better not to "lock" this styling, and let the user be able to change it as for any other directive of any other primitive.
|
|
| Oct 22, 2016 at 19:41 | comment | added | Alexey Popkov |
Your (apparently hackish) workaround can be simplified to graphics /. Directive[Opacity[0.2`]] -> {}. The hackish nature of the solution is what makes me feeling that the design is wrong. They simply shouldn't include any hard-coded styling into basic primitives.
|
|
| Oct 22, 2016 at 19:38 | comment | added | user31159 |
@AlexeyPopkov Thanks. I agree, it would make sense and be consistent to be able to supersede the default opacity just by calling Opacity.
|
|
| Oct 22, 2016 at 19:30 | comment | added | Alexey Popkov |
(+1) Excellent explanation, but such implementation is inconsistent both with overall design of Graphics and with the Docs for GeoDisk where we read under Details and Options: "FaceForm, EdgeForm, and GeoStyling can be used to specify how the interiors and boundaries of geographic regions should be rendered." I understand why they have implemented it this way but I still would call this a wrong design decision or a bug.
|
|
| Oct 22, 2016 at 19:20 | history | answered | user31159 | CC BY-SA 3.0 |