On Thu, 25 May 2006 09:27:01 +0000 (UTC), Martin wrote in message 
<[EMAIL PROTECTED]>:

> Chris Metzler wrote:
> > On Wed, 24 May 2006 12:30:24 +0000 (UTC) Martin Spott wrote:
> 
> >> I'm inclined to replace VMAP0 data in the Landcover DB with VMAP1
> >where > the latter is available, but first I'll have to investigate
> >if the > extent of the VMAP1 tiles really and precisely matches the
> >definition > of its bounding boxes. We don't want to see gaps or
> >overlays - do we ?
> > 
> > Do you have a feel for how to resolve interfaces between regions
> > where we'd have to switch from vmap1 to vmap0?
> 
> No, I don't have any idea - I guess this will be a time-consuming task
> to find out. I'll start by stuffing everything from VMAP1 into the DB
> and have a look at the borders between VMAP0 and VMAP1. Remember that
> the Mapserver is not the only way to have a look at the data. The
> current set is available as shapefiles so everyone who has QGIS on
> their PC could load two layers and participate in comparing these.
> The more people participate, the earlier we're ready. From experience
> I presume nobody will participate so it'll take a very long time until
> I'm ready ....
> 
> > Suggestion:  make a tile once with vmap1 and once with vmap0, and
> > make available for dl, so people can give some input on fps hit?
> 
> I think I'll start with a 2x2 degree shapefile set for KOSH, so if
> someone would build a scenery tile from that 

..url and approx eta?

> we all could get a sense on how detailed VMAP1 actually is.

> > Do the current rivercourses come from vmap0?
> 
> For the current scenery _nothing_ comes from GSHHS but instead fron
> VMAP0 only. GSHHS contains a very accurate shoreline but no line data
> at all. Curt decided not to take GSHHS for the shoreline because the
> VMAP0 landuse data doesn't match with the shoreline as VMAP0 landuse
> matches its own terribly inaccurate political boundaries as shoreline.
> I use GSHS shoreline for the Mapserver as default because I'm
> convinced that there's no alternative.

..shoreline conversion tool ideas:
[EMAIL PROTECTED]:~ $ apt-cache search raster vector
gdal-bin - Geospatial Data Abstraction Library - Utility programs
hp2xx - A HPGL converter into some vector- and raster formats
libgdal-doc - Documentation for the Geospatial Data Abstraction Library
libgdal1-1.3.1 - Geospatial Data Abstraction Library
libgdal1-1.3.1-dev - Geospatial Data Abstraction Library - Development
files python-gdal - Python bindings to the Geospatial Data Abstraction
Library 

[EMAIL PROTECTED]:~ $ apt-cache show autotrace gdal-bin hp2xx 
Package: autotrace
Priority: optional
Section: graphics
Installed-Size: 96
Maintainer: Henning Makholm <[EMAIL PROTECTED]>
Architecture: i386
Version: 0.31.1-11
Depends: libautotrace3, libc6 (>= 2.3.5-1)
Filename: pool/main/a/autotrace/autotrace_0.31.1-11_i386.deb
Size: 39978
MD5sum: 24e38a0a1859e2a473a85a2fa2b2b273
Description: bitmap to vector graphics converter
 AutoTrace is a program for converting bitmaps to vector graphics. The
aim of the AutoTrace project is the development of a freely-available
 application similar to CorelTrace or Adobe Streamline. In some aspects
it is already better. Originally created as a plugin for the GIMP,
 AutoTrace is now a standalone program.
 .
 Home Page: http://autotrace.sourceforge.net/
Tag: interface::commandline, role::sw:application, use::converting,
works-with::image:raster, works-with::image:vector

Package: gdal-bin
Priority: extra
Section: science
Installed-Size: 180
Maintainer: Debian GIS Project <pkg-grass-devel@lists.alioth.debian.org>
Architecture: i386
Source: gdal
Version: 1.3.1-5
Depends: libc6 (>= 2.3.5-1), libcfitsio2, libgcc1 (>= 1:4.1.0),
libgdal1-1.3.1, libgeos2c2a, libhdf4g (>= 4.1r4), libjasper-1.701-1 (>=
1.701.0), libjpeg62, libltdl3 (>= 1.5.2-2), libnetcdf3 (>=
3.6.0+3.6.1-beta3), libpng12-0 (>= 1.2.8rel), libpq4, libstdc++6 (>=
4.1.0), libtiff4, libungif4g (>= 4.1.3), libxerces26c2, unixodbc (>=
2.2.11-1), zlib1g (>= 1:1.2.1)

Filename: pool/main/g/gdal/gdal-bin_1.3.1-5_i386.deb
Size: 72274
MD5sum: 1f4eb74c3aad208dc46adcf50647517e
Description: Geospatial Data Abstraction Library - Utility programs
 GDAL is a translator library for raster geospatial data formats.
 As a library, it presents a single abstract data model to the
 calling application for all supported formats. The related OGR
 library (which lives within the GDAL source tree) provides
 a similar capability for simple features vector data.
 .
 GDAL supports 40+ popular data formats, including commonly used
 ones (GeoTIFF, JPEG, PNG and more) as well as the ones used in
 GIS and remote sensing software packages (ERDAS Imagine,
 ESRI Arc/Info, ENVI, PCI Geomatics). Also supported many remote
 sensing and scientific data distribution formats such as HDF,
 EOS FAST, NOAA L1B, NetCDF, FITS.
 .
 OGR library supports popular vector formats like ESRI Shapefile,
 TIGER data, S57, MapInfo File, DGN, GML and more.
 .
 This package contains utility programs, based on GDAL/OGR library,
 namely gdal_translate, gdalinfo, gdaladdo, gdalwarp, ogr2ogr, ogrinfo,
 ogrtindex.
 .
  Homepage: http://www.gdal.org/gdal_utilities.html
Tag: field::geography, interface::commandline, role::sw:utility,
use::checking, use::converting, works-with::image:raster,
works-with::image:vector

Package: hp2xx
Priority: optional
Section: graphics
Installed-Size: 684
Maintainer: Christian T. Steigies <[EMAIL PROTECTED]>
Architecture: i386
Version: 3.4.4-4
Depends: libc6 (>= 2.3.5-1), libjpeg62, libpng12-0 (>= 1.2.8rel),
libtiff4, libx11-6, zlib1g (>= 1:1.2.1) Filename:
pool/main/h/hp2xx/hp2xx_3.4.4-4_i386.deb Size: 350542
MD5sum: 5ab6cfe0e400ee9d1ab0f44f5b1f001c
Description: A HPGL converter into some vector- and raster formats
 HP2XX reads HPGL ASCII source files, interprets them, and converts them
 into either another vector-oriented format or one of several rasterfile
 formats. Currently, its HPGL parser recognizes a subset of the HP 7550A
 command set. Some high-level functions are missing. Also, only some of
the fixed space vector fonts and none of the variable space arc fonts
are supported. Beside these limitations, hp2xx has proven to work with
many HP-GL sources without any trouble.
Tag: role::sw:utility, use::converting, works-with::image:raster,
works-with::image:vector

[EMAIL PROTECTED]:~ $ 

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.



-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to