On 16/08/2016 17:28, Colin Smale wrote:
Dave, if the is_in values are based on common usage rather than
administrative reality, then it would actually be correct to leave
them unchanged.
If a better way of doing something is created then the old methods
become redundant & should be
On 16/08/2016 21:57, Colin Smale wrote:
Having just received another "too busy mapping" response to a
changeset comment I have requested DWG to give alexkemp a 0-minute
block to remind him of his duty to engage with the community in a
proper way.
We (the Data Working Group) normally use
Having just received another "too busy mapping" response to a changeset
comment I have requested DWG to give alexkemp a 0-minute block to remind
him of his duty to engage with the community in a proper way.
Colin
On 2016-08-16 14:55, Dave F wrote:
> +1
>
> Also his use of is_in:* is also
On 16/08/16 15:22, Greg wrote:
There is also a FOI request with a full CSV file here:
FOI responses don't remove any copyright and I don't think they even
given any right to republish the data.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
Dave, if the is_in values are based on common usage rather than
administrative reality, then it would actually be correct to leave them
unchanged.
The point I am trying to make, is that I see a need to support a variety
of addressing/location systems, which are all correct in their own way,
but
I queried Alex's rational:
http://www.openstreetmap.org/user/alexkemp/diary/39062
As I noted is_in tags are hard-coded so become inaccurate if boundaries
change.
I also asked about Nominatim's search criteria on the Talk forum:
In the specific case of the UK, I am not convinced that is_in has no
value at all. This is because of the huge divergence between people's
perceptions and administrative reality. If you ask someone to give their
location/current address, they will most likely refer to the postal
addressing system,
Dear all,
Ordnance Survey has a database of triangulation stations and their
precise locations as OSGB36 (National Grid) co-ordinates publicly
available here:
https://www.ordnancesurvey.co.uk/gps/legacy-control-information/triangulation-stations.
There is also a FOI request with a full CSV file
+1
Also his use of is_in:* is also redundant when the boundary tag is used,
Dave F.
On 16/08/2016 13:25, Andy Allan wrote:
On 16 August 2016 at 13:11, Will Phillips wrote:
Regarding the 'ref:hectares' tag, it does seem wrong to me. It's not
consistent with other uses of
On 16/08/2016 09:35, Robert Whittaker (OSM lists) wrote:
As in other areas, our mapping of Defibrillators in the East Midlands
doesn't seem to be very complete yet...
Thanks Robert. The two nearest to me that I'm aware of are actually
very new - they've only appeared within the last couple
Hi
What a ridiculous response from South West Ambulance Services:
"There is a significant risk arising from a list of community
defibrillators appearing in the public domain..."
Clearly Mr Ken Wenman is unaware that 'community' & 'public' are one &
the same.
They're even publicly tweeting
On 15/08/2016 08:39, Colin Smale wrote:
Hi,
I noticed a number of new admin boundaries have been tagged with
ref:hectares=* with the numeric value giving the area of the entity in
hectares. This feels to me like an inappropriate use of "ref" and also
redundant as the area can be calculated
Just to let you know, that I've now got another dataset in my
Defibrillator comparison tool at http://robert.mathmos.net/osm/defib/
. East Midlands Ambulance Service has provided the locations of AEDs
that they know about, and these have now been imported into the tool.
As in other areas, our
13 matches
Mail list logo