robbieonsea has commented on the following diary entries
|cleanup monitoring_station/measurement_station||about 1 month ago||
Seems generally sensible to me.
The proposal itself mentions amenity=clock, so one observation is why use display:analog=* instead of display=analog (and of course likewise for a digital display)?
NB for a clock the display is always implicitly at least yes, otherwise why map the clock at all :)
Is it a precedent already set that should be followed?
|SOTM13||3 months ago||
Me too - even if I said I was going to do this merge for my locality ages ago.
Although I still have my own collected data (of various other things) to process first...
|GPS Traces||5 months ago||
Note that GPS_Editor applies a constant time diff to each point. The time difference between points is kept - thus calculating speeds between points is still viable - and could point to where one has exceeded the speed limit.
However post calculating 'instantaneous' speeds from GPX tracks is not reliable since the standard only has an accuracy rounded to the nearest second. Often my GPX tracks from a Garmin Nuvi saving every second means I can get speeds over 100mph, when otherwise going slowly (or a spurious point)!!
Averaged over a several trackpoints should give a more robust speed value - and hard to deny that would be due to spurious points (especially if a median or modal average is used).
I don't know if the OSM Traces API will allow all trackpoints having the same timestamp - as that would be the only way to remove speed inferences. According to http://wiki.openstreetmap.org/wiki/API_v0.6#GPS_traces - it says "trackpoints must have a valid timestamp", thus setting all points to 01/01/1900 could be feasible.
Unfortunately it will not help people trying to process these files to gather speed statistics ;)
NB2 that GPS_Editor is Windows only.
Goes off to consider adding some kind of Anonymize Time function to Viking (http://sourceforge.net/projects/viking/) which I maintain...
|Just tried the new iD OSM Editor...||7 months ago||
Especially don't try panning the view. It makes Potlatch2 seem blazingly fast.
I don't remember the early alpha/beta versions of iD being sooo slow.
I think I might leave it a while before attempting to use iD on my mobile phone...
|Is it possible to have access to statistics about the application of tags to GPS traces?||8 months ago||
Good question - I don't know for sure, but I don't think there's any easy way (not without resorting to importing the full GPX data into your own Database and running queries against it -- eek! -- see http://github.com/iandees/planet-gpx-dump for the gory details)
Perhaps you'll have more luck asking this question on the help site:
|impassable gate?||10 months ago||
Not quite sure what you mean by 'impassable (tall)'! Height restriction?
There is the opening_hours tagging to specify timing properties:
|Light up my way!||about 1 year ago||
+1 for cycling and walking.
IMHO lighting for cars is fairly irrelevant - you have powerful lights to see by and a metal box to keep you safe.
Which route I would take in a car would hardly ever be effected by the lighting. Horses for courses I suppose.
Have the lights been completely removed from the above mentioned places? Parts of the A3(M) around north Portsmouth are on an energy saving mode so they turn off around midnight to about 6am.
I've often thought about blanket setting all roads in Portsmouth to lit=yes, but I haven't been bothered. Cycleways/service roads/footpaths vary greatly and I've tended to tag those.
To my mind, in principal a router should automatically assume roads in a (UK) city/large town are lit. I would have thought not being lit is exception. Small towns/villages are much more variable.
|changing mapping interests||about 1 year ago||
Initially I into mapping bridleways and footpaths, but most of those around my neck of the woods is very complete.
ATM I'm addicted to postboxes and max speed tagging, but also adding missing road names, adding shops.
Then there's things no other maps have like recycling facilities, lighting, surfaces, etc...
The more involved you get the more you realise there is to map.
|Mapathon - Operation Cowboy||about 1 year ago||
Maybe this could be tied in with a new Map Roulette challenge for Arm Chair mappers?
I suspect the current connectivity errors could already be all fixed by the end of November.
|OSM Server Virtual Machine Available Now.||about 1 year ago||
I've always thought about doing something similar, but other things have taken priority.
I thought maybe the setup for the VM (as far as possible) should be configured itself (and as such held under source control eg in github) rather than a collection of [Wiki] instructions.
Vagrant seems a good open system for defining Virtual Box images, see: http://vagrantup.com/
but I can't say I've actually used it.
|Royal Mail Pinpoint||over 1 year ago||
I'm not entirely convinced how accurate the collection times are anyway, the other day I posted a postcard and just in time caught the post person emptying the box at 7pm. The box's listed time was around 5:30pm.
IHMO It's just a guide as too whether it's likely to be an early or late final collection, and to know where the definitive late post box time is for the area.
I think collecting the post box type & royal cypher is vaguely interesting (on a historical slant) as the Royal Mail themselves may not have this info.
|Royal Mail Pinpoint||over 1 year ago||
'I rather hope that they build a dataset of their postboxes...'
They already have.
And to go about mapping it: