Re: [Talk-GB] OS LandForm Panorama (contour data) parsing tools?
On Thu, 2010-08-12 at 16:15 +0100, Nick Whitelegg wrote: > To save effort, are there any open source scripts available for > parsing the LandForm Panorama data out there? e.g. converting the DXF > format into shapefiles, or populating a database? DXF is supported by the gdal (ogr) tools since version 1.7.0. The contour information can be extracted into a shapefile by converting the G8040201 layer: $ ogr2ogr sy08.shp sy08.dxf -where Layer=G8040201 The resulting shapefile will be in OSGB projection like the rest of the OS data. Information on the other available layers can be found in the "Landform Panorama user guide", linked from [1]. Jon 1: http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata#Land-Form_PANORAMA ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OS LandForm Panorama (contour data) parsing tools?
I haven't tried to do it, but did wonder about having a go last weekend, but in the end I used SRTM data, because there were ready made instructions to do it. Is the OSM data expected to be better than SRTM? If so I might well have another go Graham. On 12 August 2010 16:21, Thomas Wood wrote: > I was experimenting a while ago. I believe I found that opensourced GIS > could convert the DXF formats to various others. > > I think I played about a little with ogr2ogr (or whatever the vector part > of that package is), Grass and QGis with varied results - my issue was more > of not knowing what I wanted to do with the contour data more than anything > else. > > Thomas > > > On 08/12/10 16:15, Nick Whitelegg wrote: > >> Hi, >> >> I'm interested (depending on how much work is involved - as I'm focusing >> on OpenTrailView at the moment), as I belive one or two others have done, in >> overlaying OS Landform Panorama contours and OSM footpaths on VectorMap >> District data. >> >> To save effort, are there any open source scripts available for parsing >> the LandForm Panorama data out there? e.g. converting the DXF format into >> shapefiles, or populating a database? >> >> Thanks, >> Nick >> > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-gb > -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] VectorMap GB 1.15 - offline rendering for iOS devices
Dear All, I am pleased to say that a couple of updates are now under the belt for VectorMap GB and version 1.15 is out on the App Store. This is an offline map viewer for the Apple iOS platform (iPhone et al). I hope people don't mind me posting about it here. I hope that some of you are interested, and I would love to hear your comments - either what you like/hate about it, or what you would like to see in the app. I have made this to be the map viewer I want as there doesn't seem to be anything quite like it currently out there - perhaps it's best described as a map leaning towards a GIS viewer - it's all about the options... VectorMap renders OSM data and SRTM derived contours 'on the fly' from a compact binary store rather than having a large cache of pre-rendered image tiles. Many way types are included along with different renderer configurations to emphasise them (footpaths, cycleways, active and disused railways etc.) There are up- and down-sides to this approach: + highly configurable - for example railways or canals can be highlighted + small data size - England, Wales & Scotland boils down to about 120mb - not as pretty or detailed as the Mapnik rendered slippymap etc. (for now!) - not always as fast as a pre-rendered map - the latest version has made significant progress in keeping the user interface responsive whilst improving detail Currently it's more of an app for map fans who like to do some armchair exploring rather than a 'be all and end all' map. It's fully functional but there is plenty to be done on the basic rendering before I move on to clever features, for example adding detail at the large scale (OSM Relationships) and the small scale (street names) and I would like to make the renderer fully user-configurable but squeezing the interface for that down to an iPhone screen is taking some thought. Kind Regards, Chris S. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OS LandForm Panorama (contour data) parsing tools?
I was experimenting a while ago. I believe I found that opensourced GIS could convert the DXF formats to various others. I think I played about a little with ogr2ogr (or whatever the vector part of that package is), Grass and QGis with varied results - my issue was more of not knowing what I wanted to do with the contour data more than anything else. Thomas On 08/12/10 16:15, Nick Whitelegg wrote: Hi, I'm interested (depending on how much work is involved - as I'm focusing on OpenTrailView at the moment), as I belive one or two others have done, in overlaying OS Landform Panorama contours and OSM footpaths on VectorMap District data. To save effort, are there any open source scripts available for parsing the LandForm Panorama data out there? e.g. converting the DXF format into shapefiles, or populating a database? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] OS LandForm Panorama (contour data) parsing tools?
Hi, I'm interested (depending on how much work is involved - as I'm focusing on OpenTrailView at the moment), as I belive one or two others have done, in overlaying OS Landform Panorama contours and OSM footpaths on VectorMap District data. To save effort, are there any open source scripts available for parsing the LandForm Panorama data out there? e.g. converting the DXF format into shapefiles, or populating a database? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Reporting Errors to OS - Feedback
> Would it better to collect all errors in the catalogue, and then > periodically send them to OS? I know that I would rather receive one > email with 100 actions than 100 emails with 1 action. Or worse, > multiple emails for the same action. > > It may also help improve the image of OSM by acting in a coordinated manner. I agree this would be a good idea. I think also the catalogue should be subdivided according to which release of OS data a particular error is found in - so that effectively, every time there is a new release we start the catalogue again with essentially a clean sheet. Only if an error is still present should it be copied across from a previous version. However for this to work, we'd need to send the contents of the catalogue to OS more frequently than once per release cycle, or else there will be a time lag that leads to unnecessary effort. Donald ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Reporting Errors to OS - Feedback
On Thursday 12 August 2010, Ed Avis wrote: > >Additionally, I also added the errors to the OSM Catalog of Errors > >(http://wiki.openstreetmap.org/wiki/Catalog_of_Errors). However, now I'm not > >sure if that's the right thing to do anymore - once it gets fixed in OS, > >shouldn't we be taking down the error from the Catalog? > > When there's a new release of the affected product(s) and we start using it, > yes. s/When/If/ robert. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Reporting Errors to OS - Feedback
I agree that it would be better that way. Emilie Laffray On 12 Aug 2010 15:03, "Philip Stubbs" wrote: > On 12 August 2010 14:23, Tim Francois wrote: >> In that case, it sounds to me like a maintenance nightmare, especially if >> everyone adds all the errors they find in the OS data to the Catalog. >> I will certainly think before adding too many more errors to the Catalog, >> because there is every chance that in six months time (or whenever the next >> release cycle is for the particular product) the editor that added the data >> might be gone. It's tricky, because we obviously don't want to bombard OS >> with multiple emails with the same error (two or three won't hurt, and may >> actually be beneficial) - however, 'bombard' might be too strong-a word, >> depending on how many people actually pass on errors to OS... >> >> Tough call... >> Tim > > Would it better to collect all errors in the catalogue, and then > periodically send them to OS? I know that I would rather receive one > email with 100 actions than 100 emails with 1 action. Or worse, > multiple emails for the same action. > > It may also help improve the image of OSM by acting in a coordinated manner. > > > -- > Philip Stubbs > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Reporting Errors to OS - Feedback
On 12 August 2010 14:23, Tim Francois wrote: > In that case, it sounds to me like a maintenance nightmare, especially if > everyone adds all the errors they find in the OS data to the Catalog. > I will certainly think before adding too many more errors to the Catalog, > because there is every chance that in six months time (or whenever the next > release cycle is for the particular product) the editor that added the data > might be gone. It's tricky, because we obviously don't want to bombard OS > with multiple emails with the same error (two or three won't hurt, and may > actually be beneficial) - however, 'bombard' might be too strong-a word, > depending on how many people actually pass on errors to OS... > > Tough call... > Tim Would it better to collect all errors in the catalogue, and then periodically send them to OS? I know that I would rather receive one email with 100 actions than 100 emails with 1 action. Or worse, multiple emails for the same action. It may also help improve the image of OSM by acting in a coordinated manner. -- Philip Stubbs ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Reporting Errors to OS - Feedback
In that case, it sounds to me like a maintenance nightmare, especially if everyone adds all the errors they find in the OS data to the Catalog. I will certainly think before adding too many more errors to the Catalog, because there is every chance that in six months time (or whenever the next release cycle is for the particular product) the editor that added the data might be gone. It's tricky, because we obviously don't want to bombard OS with multiple emails with the same error (two or three won't hurt, and may actually be beneficial) - however, 'bombard' might be too strong-a word, depending on how many people actually pass on errors to OS... Tough call... Tim On Thu, Aug 12, 2010 at 2:15 PM, Ed Avis wrote: > Tim Francois writes: > > >Just thought I'd share some feedback of my experience of reporting errors > in > >the OS OpenData products back to OS. > > >Additionally, I also added the errors to the OSM Catalog of Errors > >(http://wiki.openstreetmap.org/wiki/Catalog_of_Errors). However, now I'm > not > >sure if that's the right thing to do anymore - once it gets fixed in OS, > >shouldn't we be taking down the error from the Catalog? > > When there's a new release of the affected product(s) and we start using > it, yes. > > -- > Ed Avis > > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-gb > ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Reporting Errors to OS - Feedback
Tim Francois writes: >Just thought I'd share some feedback of my experience of reporting errors in >the OS OpenData products back to OS. >Additionally, I also added the errors to the OSM Catalog of Errors >(http://wiki.openstreetmap.org/wiki/Catalog_of_Errors). However, now I'm not >sure if that's the right thing to do anymore - once it gets fixed in OS, >shouldn't we be taking down the error from the Catalog? When there's a new release of the affected product(s) and we start using it, yes. -- Ed Avis ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Reporting Errors to OS - Feedback
List, Just thought I'd share some feedback of my experience of reporting errors in the OS OpenData products back to OS. If I stumble across an error, I report it through customerservi...@ord nancesurvey.co.uk. So far I've done this twice, both times with a couple of errors in each email. The first time I got a reply from the OS saying that they would be looking into the matter. Since then, I've heard nothing. The second time, however, was a bit more 'successful' - I just received the following email: "Thank you for your email. We have amended our OS Locator and OS StreetView data as requested and the amendments will be available in the next release. Thank you for taking the time and trouble to bring this issue to our attention. We appreciate all feedback from our customers, especially that which enables us to improve the accuracy of our mapping." I sent the second email on 28th July, and got the above reply today (after an initial "Thanks, we'll look into it" kind of email) - about 2 weeks. It seems like they do appreciate these types of emails, though this could of course just be PR... Anyway, just thought I'd share, and encourage anyone who's using OS OpenData products (esp. StreetView and OS Locator) to report any errors to OS when you find them. Errors in the data have been mentioned many times in this list, so I hope these are all being passed on to OS..!! Additionally, I also added the errors to the OSM Catalog of Errors ( http://wiki.openstreetmap.org/wiki/Catalog_of_Errors). However, now I'm not sure if that's the right thing to do anymore - once it gets fixed in OS, shouldn't we be taking down the error from the Catalog? Cheers Tim ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Vacant, abandoned, ruined and damaged b uildings and buidings under construction
You could also use landuse=brownfield for areas under development or construction sites - and perhaps if it looks like a construction site, even if no construction is happening right now. However, if a building is currently standing then you'd probably want something more specific, to let you map the building and not just the plot of land it stands in. -- Ed Avis ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb