On 14 May 2013 06:07, Hamish hamis...@yahoo.com wrote:
Hi devs,
Hi Hamish
we recieved applications from 5 students for GSoC this year,
all seem well written and viable, so if you are willing and
able to mentor, or co-mentor, please get in touch now. They
cover a number of fields of study,
Hi devs,
we recieved applications from 5 students for GSoC this year,
all seem well written and viable, so if you are willing and
able to mentor, or co-mentor, please get in touch now. They
cover a number of fields of study, and some overlap with other
parts of the osgeo-stack, so there may be
Hi,
2013/4/24 Pietro peter.z...@gmail.com:
In these days I'm thinking to substitute the GRASS d.* modules with mapnik
[0].
Mapnik is the state of the art for high quality rendering of maps,
support several types of export formats and It is widely used.
well, to substitute is a strong word.
Hi Hamish,
2013/4/24 Hamish hamis...@yahoo.com:
n.b. the point of ps.map is not to make graphical output per se
(for presentations and the web), it's for hard copy plots
(including large-format charts) and EPS figures for journal
articles and hard-bound reports. true-scale plots are only
Hi Tereza,
2013/4/23 Tereza Fiedlerová tfiedler...@gmail.com:
and I am interested in Symbology/Cartography [1] ideas there. I've read a
little bit about some d. Grass modules, especially about d.legend,
d.vect.thematic, d.area.thematic and something about cairo driver.
In my project, I would
Martin wrote:
Generally speaking very interesting idea and worth to work
on that. But still I would say that closer mapnik integration
will not replace native GRASS display driver
Mapnik works very closely with PostGIS, so your GRASS+PostGIS
efforts may make this a very clean easy (trivial?)
Hi Tereza,
In these days I'm thinking to substitute the GRASS d.* modules with mapnik [0].
Mapnik is the state of the art for high quality rendering of maps,
support several types of export formats and It is widely used.
The advantages to adopt Mapnik are:
- High quality output, symbols [1],
Tereza wrote:
The target is not to need ps.map module, when user want
to do some graphical output.
Hi Tereza,
thanks for your interest. :)
n.b. the point of ps.map is not to make graphical output per se
(for presentations and the web), it's for hard copy plots
(including large-format charts)
Hello Hamish,
thanks for your response. I understand that I should not try to replace
ps.map, just improve some d.* modules. But from notes on Grass GSoc 2013
Ideas I didn't know what exactly is needed.
I wrote:
In my project, I would like to write new module for creating legend for
vector map
Hello,
I'm Tereza Fiedlerová, student of CTU in Prague, Czech Republic. I'd like
to apply for Google Summer of Code 2013. I was looking on Grass SoC Ideas
2013 and I am interested in Symbology/Cartography [1] ideas there. I've
read a little bit about some d. Grass modules, especially about
Hi,
melange is now accepting sign-ups for GSoC mentors, if you wish
to help out please sign up now! We won't know exactly which
projects from our ideas page will be a good fit with the students
who show up, so the first task will be to help review applications
as they come in. This year the
11 matches
Mail list logo
