[GRASSLIST:2954] switching to GRASS

Aurelien aurelien at fractals.be
Mon Jan 21 04:58:44 EST 2002


I have yet only lurked into GRASS briefly, but now I might consider it 
with more attention. I'd like to ask you about a possible migration path 
from a custom-developed java/mysql solution to GRASS.

Until now, I have imported data from a proprietary format (TAIF) into a 
mysql database. The aim is to generate maps for the web fast, using 
Flash (swf) as an export format. The current solution does that very 
well, but I'd like to open up for more possibilities and that's why I'm 
turning to GRASS.

Specifically, a benefit of the current layout is that the rendering 
process is very fast, and doesn't require any application support: I 
simply fetch the optimized data from the database and use my own flash 
generation library to send the map to the client.

A VERY IMPORTANT point is that I need to optimize the edge/face data for 
the vector format, as the number of points to draw is in direct 
proportion with the amount of data to send through the wire.

The first thing I do is import the geometric object. For example, I 
merge points that belong to edges into an encapsulated "edge" object.  A 
lot of crap must be done on the road edges, that originally come with a 
very fine-grained specification scheme. The roads are thus merged 
according to what information I really need.

Are such things already implemented in GRASS ?

Then I wrote a quite complicated road-labelling algorithm. Again, I 
wonder if such things already exist in GRASS, and if not, I might 
contribute something also. For roads that couldn't be automatically 
labelled, I wrote a simple GUI that allows for manual repositioning. 
That's something I'd rather not want to rewrite, so at least the db 
backend should keep some of its present structure.

Any input greatly appreciated !


More information about the grass-user mailing list