Purging code for 5.0?
Kralidis,Tom [Burlington]
Tom.Kralidis at EC.GC.CA
Tue May 29 13:58:27 EDT 2007
> Hi all: Wondering if it might make sense to evaluate the
> usefulness of some sections of code moving forward. I'm
> thinking of 2 items in particular:
>
> - any non-GDAL raster code with the exception of the EPPL7
> code (still in use in MN so would like to keep that)
> - the MyGIS support, which was written before the MySQL
> spatial objects were added, no idea how widespread its use is
>
I wonder whether an email to mapserver-users would give us a better idea
of usage.
> Other areas? Thoughts?
(apologies for the potentially native questions below)
- what is the fonts/ dir? Maybe move that into an etc/ type directory?
- what is gdft/, exactly?
- mapfile.dtd seems circa 2002; do we still need this?
- (naive question): mappostgis.c / mappostgresql.c; could OGR provide
the same functionality for MapServer to leverage?
- mapprojhack.c: can this code be moved into mapproj.c or does it needs
its own file? If the latter, maybe mapprojutil.c or something?
- what is mapserver.def, exactly?
- md5c.c and md5.h: are these used at all?
- what is the symbols/ dir? Maybe move that into an etc/ type
directory?
- what are testcopy.c and testexpr.c exactly? Maybe they can be moved
into a tests/ type directory?
- tile4ms.c sortshp.c scalebar.c shptreetst.c shptreevis.c shptree.c
legend.c shp2pdf.c shp2img.c: maybe we could move
these into a util/ type directory?
- rfc/: do we need this dir? Or just a link to
http://mapserver.gis.umn.edu/development/rfc/ in README?
- tests/: how does this relate to the msautotest suite? Could this be
rolled into msautotest somehow?
..Tom
More information about the mapserver-dev
mailing list