I've seen a report that shows the total erosion along parts of the East Yorkshire coast. The coast is one of the fastest eroding coastlines in Europe. The average rate of loss is about 2.5 metres each year, but last year there were unusually large losses in a few areas. South of Withernsea the cliff receded by ten metres. Near Waxholme seven metres disappeared.
Holderness is a rich agricultural plain east of Hull. The clay it is made of was deposited as the last glaciers melted about 10,000 years ago. As the sea level rose again separating England from modern-day Netherlands and Denmark the soft clay became the new coastline. The cliffs range from a metre to tens of metres high, but the action of the sea easily undercuts the cliff and then causes collapse. The very dry year last year may have contributed because the clay shrinks as it dries out, leaving fissures that make collapses easier. Most of the coast is not, now, defended so these loses will continue, but probably at the average rate overall.
Left to itself, in about 10,000 more years, the plain would probably erode back to the old coastline which was a limestone line marking the edge of the Yorkshire Wolds from Flamborough Head to Hessle on the bank of the Humber.
All this erosion makes keeping the OSM coastline up to date is hard work.
Tuesday 31 January 2012
Sunday 22 January 2012
Homogenised data? No thanks
I follow the changes made in the East Yorkshire area. Andy Ayre created a twitter feed for the area which generates tweets as osmeastriding. AndrewArm creates an RSS feed for the area too. Then there is the ITOWorld tool which is helps me look at the editors for a selected area.
Andy Ayre's twitter feed is based on a rectangle that encloses the county, so it also includes York, part of North Yorkshire and part of northern Lincolnshire too. It is very quick so edits appear only a few minutes after they were made and I check it every day. Andy's algorithm looks for changesets that fall within the rectangle, so big changesets that span the county are ignored whether objects in the county are edited or not.
AndrewArm's RSS feed is based on the polygon that describes the county and so it is more focussed. It is up to a day behind the edit. It does, however, show any edits in the county, including changesets that cover bigger areas than the county, so-called big edits.
ITOWorld's system will be familiar to many. It allows you to choose a rectangle to monitor and provides an RSS feed for changes in the selected area. This is a day or two behind the edits and the size of rectangle is limited and is much smaller than the size of East Yorkshire.
Monitoring an area reveals new mappers. Once they have made a few edits I usually send them a message saying 'Hi' and offering info or help. Newbies often want to check something or ask how to do something.
Monitoring also shows up vandalism. Speedy action means vandalism can be reverted without much risk. Reverting a vandal's edit means he may be dissuaded from doing it again, but at least the harm is limited.
Another thing that monitoring shows up are mass edits. Recently there seems to be a spate of them and some are harmful and annoying. When someone replaces a misspelt tag that is helpful. Changing Name=* to name=* or buildng=yes to building=yes would both benefit the object. However that is not what many mass edits are about. Some seem to be about homogenising the data, replacing the value part of tags with something generic. Sometimes a tag is removed and a replacement tag is added in its place.
I challenge the people who fire off these homogenising edits, which I dislike. The commonest excuse is that the wiki says the tag should be like this. This is infuriating. The wiki is full of controversy with edits chopping and changing the meaning of a tag back and forth. The open part of OpenStreetMap can be interpreted in many ways, and one way is that the tags that are used are open, that is any tag key and value is allowed. I also hear that TagInfo shows that value x is the most popular so every object must be changed to x. What TagInfo actually shows is that there are many uses of the key and that x is not the only way to use the tag, so why should they all be forced to be the same?
The second reason quoted is that how can the data be used if it is not consistent. Ontologies are mentioned. The odd thing is that people who say this are not the people who use the data for rendering, routing, analysis or whatever. The OSM data as derived from the API as XML (or pbf) needs to be processed to be used. That processing often loads the raw data into a database or processes it into a working file and that loading process can include catching a range of values that are useful for the render, analysis or whatever. If the variations of the key values are useful then they are used, but if some mass edit has flattened out the data into a monotonous grey, then those differences are not available. This processing will be a few lines of code, written once and used over and over without harming the detail at all. This is how landuse=cemetery and amenity=graveyard can be treated as the same thing or treated differently.
I know that a carefully chosen tag that gets splatted into some other meaning by a thoughtless mass edit is annoying. If that annoyance persuades a mapper to stop contributing to OSM that is a problem. Our most precious resource are our mappers and if a mass edit risks losing just one of them then that is a very serious indeed.
I have been accused of not wanting objects I created being changed; of being too protective. I'm not and that misses the point: OSM is a wiki. The objects are all open to edit every day. I just want those edits to improve the quality not squash it out.
Andy Ayre's twitter feed is based on a rectangle that encloses the county, so it also includes York, part of North Yorkshire and part of northern Lincolnshire too. It is very quick so edits appear only a few minutes after they were made and I check it every day. Andy's algorithm looks for changesets that fall within the rectangle, so big changesets that span the county are ignored whether objects in the county are edited or not.
AndrewArm's RSS feed is based on the polygon that describes the county and so it is more focussed. It is up to a day behind the edit. It does, however, show any edits in the county, including changesets that cover bigger areas than the county, so-called big edits.
ITOWorld's system will be familiar to many. It allows you to choose a rectangle to monitor and provides an RSS feed for changes in the selected area. This is a day or two behind the edits and the size of rectangle is limited and is much smaller than the size of East Yorkshire.
Monitoring an area reveals new mappers. Once they have made a few edits I usually send them a message saying 'Hi' and offering info or help. Newbies often want to check something or ask how to do something.
Monitoring also shows up vandalism. Speedy action means vandalism can be reverted without much risk. Reverting a vandal's edit means he may be dissuaded from doing it again, but at least the harm is limited.
Another thing that monitoring shows up are mass edits. Recently there seems to be a spate of them and some are harmful and annoying. When someone replaces a misspelt tag that is helpful. Changing Name=* to name=* or buildng=yes to building=yes would both benefit the object. However that is not what many mass edits are about. Some seem to be about homogenising the data, replacing the value part of tags with something generic. Sometimes a tag is removed and a replacement tag is added in its place.
I challenge the people who fire off these homogenising edits, which I dislike. The commonest excuse is that the wiki says the tag should be like this. This is infuriating. The wiki is full of controversy with edits chopping and changing the meaning of a tag back and forth. The open part of OpenStreetMap can be interpreted in many ways, and one way is that the tags that are used are open, that is any tag key and value is allowed. I also hear that TagInfo shows that value x is the most popular so every object must be changed to x. What TagInfo actually shows is that there are many uses of the key and that x is not the only way to use the tag, so why should they all be forced to be the same?
The second reason quoted is that how can the data be used if it is not consistent. Ontologies are mentioned. The odd thing is that people who say this are not the people who use the data for rendering, routing, analysis or whatever. The OSM data as derived from the API as XML (or pbf) needs to be processed to be used. That processing often loads the raw data into a database or processes it into a working file and that loading process can include catching a range of values that are useful for the render, analysis or whatever. If the variations of the key values are useful then they are used, but if some mass edit has flattened out the data into a monotonous grey, then those differences are not available. This processing will be a few lines of code, written once and used over and over without harming the detail at all. This is how landuse=cemetery and amenity=graveyard can be treated as the same thing or treated differently.
I know that a carefully chosen tag that gets splatted into some other meaning by a thoughtless mass edit is annoying. If that annoyance persuades a mapper to stop contributing to OSM that is a problem. Our most precious resource are our mappers and if a mass edit risks losing just one of them then that is a very serious indeed.
I have been accused of not wanting objects I created being changed; of being too protective. I'm not and that misses the point: OSM is a wiki. The objects are all open to edit every day. I just want those edits to improve the quality not squash it out.
Friday 13 January 2012
New development for Hull
Yesterday we went to see the plans for an exciting new development in Hull. Kingston upon Hull sits alongside the Humber estuary and has docks along much of this waterfront. Some have been changed over the years - one has been filled in and turned into a sunken garden in the city centre, another filled in and and turned in to a housing development, one has a large shopping centre built over it on stilts, one has become a marina, but the biggest ones remain as commercial docks run by Associated British Ports. ABP have announced plans with Siemens to create GreenPortHull, a factory to build offshore wind turbines to be installed in the North Sea. The existing Alexandra dock will have the companies who use it moved to the next dock, King George dock, so that the whole of Alexandra dock can become GreenPortHull.
I talked to a helpful guy from ABP about the development and explained about OSM, which he seemed genuinely interested in. I decided to use his description and his flyer to create a mock up of the new GreenPortHull.I first rendered a small map of the way the dock looks now:
I then copied the data and edited the copy to change the shape of the dock area, alter the road, remove the footway and add the new cycleway around the north of the dock. I added a few captions (by cheating with adding some place nodes) and rendered the new map.
The result is interesting, and done in a few minutes could be a bit slicker, but with more time it could easily be great.
The development is almost universally welcomed in the city which should be building turbines in three years.
I talked to a helpful guy from ABP about the development and explained about OSM, which he seemed genuinely interested in. I decided to use his description and his flyer to create a mock up of the new GreenPortHull.I first rendered a small map of the way the dock looks now:
I then copied the data and edited the copy to change the shape of the dock area, alter the road, remove the footway and add the new cycleway around the north of the dock. I added a few captions (by cheating with adding some place nodes) and rendered the new map.
The result is interesting, and done in a few minutes could be a bit slicker, but with more time it could easily be great.
The development is almost universally welcomed in the city which should be building turbines in three years.
Tuesday 10 January 2012
Plaques, blue or not
I came across a reference to a blue plaque recently and found openplaques in the process. Blue plaques get put up to commemorate something or someone. I somehow assumed that they were only in London so I was surprised to find 60 in Hull. When I looked a bit further there seems to be some in East Yorkshire too, including 25 in the small town of Howden alone. This is just something else to look out for in our travels.
We then discovered that the next village has at least one (pictured) and maybe more judging by the heritage trail inscription. If I want to add these to OSM, and why not, I wondered what tags to use. The plaques are marking something of historic significance; something happened here, or someone special lived or worked here, or a building of significance is or was here. The historic tag seems appropriate, but what else? The Map Features wiki page lists many historic tags, the closest seems to be memorial, but that is not really what the plaques are. It does suggest it can be a 'plate on a wall', but I wonder if historic=plaque or historic=marker might not be better. I have used historic=memorial with memorial=blue_plaque too.
I have emailed Jez at openplaques.org to discuss this. He suggested connecting the OSM object to the openplaques object, which others have thought of too, especially Mappa-mercia. I like this idea, but as always there is no generic way to do this. I have used openplaques:id=* for now. Jez suggested ref=openplaques:id=xxxx. At first I liked the ref idea, but it is not verifiable on the ground - the id is not written on the plaque because it is made up by openplaques not the people who put them up. I think ref=* should be verifiable. I also don't like the extra "=" sign. I wonder if OSM needs a link_ref tag as a general linkage to outside references. That could be link_ref:openplaques=1234 but also link_ref:ERoY=xyz if the council (East Riding of Yorkshire) have a separate reference too.
It is important that databases outside of OSM do not expect OSM IDs to persist. It would be tempting to reverse the process and have openplaques store the OSM node id of the plaque, but these id are not guaranteed to remain unchanged. In the case of a blue plaque it is unlikely to be redrawn as a building described by a way rather than a node, but other objects certainly can be.
If you have plaques (blue or otherwise) near you to commemorate someone or something why not add them to OSM and openplaques.org. Then we can allargue over agree what tags to use.
We then discovered that the next village has at least one (pictured) and maybe more judging by the heritage trail inscription. If I want to add these to OSM, and why not, I wondered what tags to use. The plaques are marking something of historic significance; something happened here, or someone special lived or worked here, or a building of significance is or was here. The historic tag seems appropriate, but what else? The Map Features wiki page lists many historic tags, the closest seems to be memorial, but that is not really what the plaques are. It does suggest it can be a 'plate on a wall', but I wonder if historic=plaque or historic=marker might not be better. I have used historic=memorial with memorial=blue_plaque too.
I have emailed Jez at openplaques.org to discuss this. He suggested connecting the OSM object to the openplaques object, which others have thought of too, especially Mappa-mercia. I like this idea, but as always there is no generic way to do this. I have used openplaques:id=* for now. Jez suggested ref=openplaques:id=xxxx. At first I liked the ref idea, but it is not verifiable on the ground - the id is not written on the plaque because it is made up by openplaques not the people who put them up. I think ref=* should be verifiable. I also don't like the extra "=" sign. I wonder if OSM needs a link_ref tag as a general linkage to outside references. That could be link_ref:openplaques=1234 but also link_ref:ERoY=xyz if the council (East Riding of Yorkshire) have a separate reference too.
It is important that databases outside of OSM do not expect OSM IDs to persist. It would be tempting to reverse the process and have openplaques store the OSM node id of the plaque, but these id are not guaranteed to remain unchanged. In the case of a blue plaque it is unlikely to be redrawn as a building described by a way rather than a node, but other objects certainly can be.
If you have plaques (blue or otherwise) near you to commemorate someone or something why not add them to OSM and openplaques.org. Then we can all
Subscribe to:
Posts (Atom)