Re: [GRASS-dev] [GRASS GIS] #3257: Do not require ctypes for compilation in temporal modules

#3257: Do not require ctypes for compilation in temporal modules -+- Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.2.1 Component:

Re: [GRASS-dev] Color tables/rules now use standardized color parsing

On Thu, Oct 20, 2016 at 12:20 AM, Vaclav Petras wrote: > Dear all, > > in r69708, I've changed the implementation of parsing color rules to use the > G_str_to_color() function instead of a custom mechanism. This, in connection > with r69683, adds the possibility to use HTML

Re: [GRASS-dev] Reviewing GSoC 2017 page

For web grass the ideal is to have a dedicated rendering system, based on GRASS data read by C++ in a buffer and rendered to html5 canvas or webgl directly. there is a gitter page if anyone is interested on web grass and want discuss its further development. For the jupyter notebook IMHO the

Re: [GRASS-dev] [GRASS GIS] #3286: Add Line_height as a valid attribute in v.to.db

#3286: Add Line_height as a valid attribute in v.to.db --+--- Reporter: geografik| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.2.1 Component: Database |

Re: [GRASS-dev] [GRASS GIS] #3286: Add Line_height as a valid attribute in v.to.db

#3286: Add Line_height as a valid attribute in v.to.db --+--- Reporter: geografik| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.2.1 Component: Database |

[GRASS-dev] [GRASS GIS] #3286: Add Line_height as a valid attribute in v.to.db

#3286: Add Line_height as a valid attribute in v.to.db ---+- Reporter: geografik | Owner: grass-dev@… Type: enhancement| Status: new Priority: normal | Milestone: