Re: [Flightgear-devel] VMAP1 in Landcover-DB
Martin Spott wrote: > Jon Stockill wrote: >> Is the map definition file available anywhere so I can see what layers >> you have defined? > > http://mapserver.flightgear.org/landcover.map > > This is still work in progress - as always ;-) - because I didn't > finish adding all the VMAP1-layers. Ok, I think the file is now complete in the sense that it contains all layers where the (still unchanged) landcover selection retrieves at least one object from VMap1, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Martin Spott wrote: > There will be. Currently I'm waiting for someone giving the ok to move > my DB to a more powerful machine but I think people can step upon the > plate earlier. This page for example: > > http://www.mapability.com/info/vmap1_download.html > > mentions the bounding boxes of the respective VMap1 datasets. Before > cutting out VMap0 we'll have to know if lat/lon of these boxes is > really accurate or not. Shapefiles are available now, each of them contains the complete VMap1- coverage of the respective layer. Feel free to have a look at them if you like: ftp://ftp.uni-duisburg.de/FlightGear/TGShapes/*_vmap1.tar.bz2 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Martin Spott wrote: > "It should only be used by developers that have some knowledge of > JavaScript [...]" I'm not a developer, I certainly don't know javascript It works for me :-) -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Jon Stockill wrote: > Martin Spott wrote: >> 1.) The mapserver relies on JavaScript - and I've never done that >> before. It would be nice if someone could completely eliminate the >> need for this disturbing "Browse map" checkbox, overall improvement >> is very much welcomed. > > I can highly recommend "ka-Map" - it'll give you a google maps style > interface to mapserver. http://ka-map.maptools.org/ "It should only be used by developers that have some knowledge of JavaScript [...]" :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Jon Stockill wrote: > Martin Spott wrote: >> 1.) The mapserver relies on JavaScript - and I've never done that >> before. It would be nice if someone could completely eliminate the >> need for this disturbing "Browse map" checkbox, overall improvement >> is very much welcomed. > > I can highly recommend "ka-Map" - it'll give you a google maps style > interface to mapserver. http://ka-map.maptools.org/ Thanks, I'll have a look at it. >> 2.) I'd wish someone would create an RGB colour schema for the >> representation of the different layers. Alone for all the VMAP0 >> layers we need a large set of different colours if we want to tell >> betwen the layers - not to speak of a combined presentation of >> VMAP0 and VMAP1 in a single picture > > Is the map definition file available anywhere so I can see what layers > you have defined? http://mapserver.flightgear.org/landcover.map This is still work in progress - as always ;-) - because I didn't finish adding all the VMAP1-layers. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Martin Spott wrote: > Jon Stockill wrote: > >> Is there any way people can help with this? > > As I already wrote in the previous posting > > Aside from that I'd be very happy if someone would beautify the visual > apperance of the current Mapserver interface. > > 1.) The mapserver relies on JavaScript - and I've never done that > before. It would be nice if someone could completely eliminate the > need for this disturbing "Browse map" checkbox, overall improvement > is very much welcomed. I can highly recommend "ka-Map" - it'll give you a google maps style interface to mapserver. http://ka-map.maptools.org/ > 2.) I'd wish someone would create an RGB colour schema for the > representation of the different layers. Alone for all the VMAP0 > layers we need a large set of different colours if we want to tell > betwen the layers - not to speak of a combined presentation of > VMAP0 and VMAP1 in a single picture Is the map definition file available anywhere so I can see what layers you have defined? -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Jon Stockill wrote: > Is there any way people can help with this? As I already wrote in the previous posting Aside from that I'd be very happy if someone would beautify the visual apperance of the current Mapserver interface. 1.) The mapserver relies on JavaScript - and I've never done that before. It would be nice if someone could completely eliminate the need for this disturbing "Browse map" checkbox, overall improvement is very much welcomed. 2.) I'd wish someone would create an RGB colour schema for the representation of the different layers. Alone for all the VMAP0 layers we need a large set of different colours if we want to tell betwen the layers - not to speak of a combined presentation of VMAP0 and VMAP1 in a single picture Please don't hesitate to contact me if you'd like to work on one of these. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Jon Stockill wrote: > Martin Spott wrote: > I discovered this the other day - seems like it may be a useful resource > for keeping track of this type of project: > > http://slashgeo.org/ Aye - this really is a valuable resource. Are they somehow affiliated with Slashdot or did they just pick a part of the name ? I should monitor it from time to time just to see if someone already announces what we're still preparing for ;-) > Yes - I've seen just how bad vmap0 roads are in my local area - trying > to match edges between datasets would be a complete nightmare. But in the end someone has to do it - no chance of circumvention unless we find an clever algorithm that does the job for us. >> We are already preparing such a merge but I expect the process to take >> several, not to say numerous months until we're ready to offer the >> first results. > > Is there any way people can help with this? There will be. Currently I'm waiting for someone giving the ok to move my DB to a more powerful machine but I think people can step upon the plate earlier. This page for example: http://www.mapability.com/info/vmap1_download.html mentions the bounding boxes of the respective VMap1 datasets. Before cutting out VMap0 we'll have to know if lat/lon of these boxes is really accurate or not. This could be done either by finding a reliable source which tells us "yes, they _are_ really precise" or by loading data files (shapefiles) into your preferred GIS viewer and determine if the roads and rivers that for example intersect the border between the US and Canada really end at the specified latitude. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Martin Spott wrote: > Jon Stockill wrote: >> Josh Babcock wrote: > >>> I say we issue everyone a GPS unit and start taking out own data :) >> It's being done already: http://www.free-map.org.uk/ > > Well, "Freemap data is from now on being contributed to the > OpenStreetMap database." I must admit that I've never seen "Freemap" > before and I'm really happy to see they did this move in order to > combine their forces. The combination of the two is certainly a good thing. The free-map author is already working on a new renderer for openstreetmap, and the amount of data in openstreetmap is growing quite quickly. I discovered this the other day - seems like it may be a useful resource for keeping track of this type of project: http://slashgeo.org/ > Please take into account that merging such data of different sources > and resolutions is _very_ time consuming work because you almost always > have to adjust the boundaries manually. For example we have roads in > the high resolution dataset which are placed almost correctly and the > same road in the low resolution dataset has an offset of several > hundred meters Yes - I've seen just how bad vmap0 roads are in my local area - trying to match edges between datasets would be a complete nightmare. > We are already preparing such a merge but I expect the process to take > several, not to say numerous months until we're ready to offer the > first results. Is there any way people can help with this? -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Jon Stockill wrote: > Josh Babcock wrote: >> I say we issue everyone a GPS unit and start taking out own data :) > > It's being done already: http://www.free-map.org.uk/ Well, "Freemap data is from now on being contributed to the OpenStreetMap database." I must admit that I've never seen "Freemap" before and I'm really happy to see they did this move in order to combine their forces. Please take into account that merging such data of different sources and resolutions is _very_ time consuming work because you almost always have to adjust the boundaries manually. For example we have roads in the high resolution dataset which are placed almost correctly and the same road in the low resolution dataset has an offset of several hundred meters We are already preparing such a merge but I expect the process to take several, not to say numerous months until we're ready to offer the first results. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
Josh Babcock wrote: > > I say we issue everyone a GPS unit and start taking out own data :) It's being done already: http://www.free-map.org.uk/ Jon ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
I say we issue everyone a GPS unit and start taking out own data :) Josh ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VMAP1 in Landcover-DB
On Wed, 14 Jun 2006 12:58:09 + (UTC), Martin wrote in message <[EMAIL PROTECTED]>: > Hello, > the VMAP1 dataset makes a nice difference for the Bay Area. Go to: > > http://mapserver.flightgear.org/ > > enter ICAO KPAO, and then replace several layers in the selection: > > rivers_stream -> rivers_vmap1 > rivers_intermittentstream -> intermittentrivers_vmap1 > roads_road -> roads_vmap1 > cities_urban -> cities_vmap1 > > add freeway_vmap1 if you like, Refresh and enjoy. > I find it very interesting that the VMAP1 city areas match the GSHHS > shoreline _much_ better than the VMAP0 cities do, like in SFO downtown > or Treasure Island. It's a pity that the available VMAP1 covers only > so little of the Earth (yes, I know why), ..one way we can go, is use VMAP1 or better where we can find it, and VMAP0 elsewhere, and "let the market" "and the electorate" put the heat on where it belongs, so we can "help them patriots show off their beautiful home town, instead of that ugly VMAP0 dump." ;o) -- ..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. ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] VMAP1 in Landcover-DB
Hello, the VMAP1 dataset makes a nice difference for the Bay Area. Go to: http://mapserver.flightgear.org/ enter ICAO KPAO, and then replace several layers in the selection: rivers_stream -> rivers_vmap1 rivers_intermittentstream -> intermittentrivers_vmap1 roads_road -> roads_vmap1 cities_urban -> cities_vmap1 add freeway_vmap1 if you like, Refresh and enjoy. I find it very interesting that the VMAP1 city areas match the GSHHS shoreline _much_ better than the VMAP0 cities do, like in SFO downtown or Treasure Island. It's a pity that the available VMAP1 covers only so little of the Earth (yes, I know why), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
