<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
I hope you don't mind me chiming in on this thread, I'm not very
active on these lists but I do read everyone's posts, but I actively
map on OSM both in this country and with HOT.<br>
<br>
I've worked in IT most of my working life and spent 5 years
contracted to a tri-service (Army, RN & RAF) organisation of the
British Military, working on a GIS system that imported data from
many disparate sources/organisations and then made it available
using web technologies to all areas of the armed forces and
goverment agencies, both centralised installations and deployed
units. The mantra there was firm and unequivical, all
data/intelligence is put in the database, no matter how
insignificant, as long as its source is verifiable and authoratative
and meta-data can be applied to it so it is searchable and
adequately described then it is up to the user to choose to display
the data and use it or not. Those sourcing and presenting data
should have no input to validating the data or applying any value to
it.<br>
<br>
Hope that helps.<br>
<br>
Jonathan<br>
(OSM ID: bigfatfrog67)<br>
<div class="moz-cite-prefix">On 23/04/2013 12:32, Philip John wrote:<br>
</div>
<blockquote
cite="mid:CA+F-R8x_=wf+uKNC85uqNBNgpFOiM-cqrXFMOYEWBQ3vZL43Tg@mail.gmail.com"
type="cite">
<div dir="ltr"><span
style="font-family:arial,sans-serif;font-size:13px">"there is
little chance of the average mapper </span><span
style="font-family:arial,sans-serif;font-size:13px">verifying
them or interacting with them"</span><br>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div style=""><span
style="font-family:arial,sans-serif;font-size:13px">I've
always thought that kind of thinking (not to belittle it, as
it's a valid thought process) isn't worthwhile - limiting
features because we can't imagine it being used is based on
the limits of our imagination. Just because we can't see it
being used doesn't mean someone else won't, and come up with
something that'll solve a neat problem.</span></div>
<div style=""><span
style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div style=""><span
style="font-family:arial,sans-serif;font-size:13px">I would
have thought, and I speak only as a passive OSM contributor
& user, that making OSM a more comprehensive database is
a good thing, tying together all those disparate boundaries
into one lookup, effectively.</span></div>
<div style=""><span
style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div style=""><span
style="font-family:arial,sans-serif;font-size:13px">Phil</span></div>
</div>
<div class="gmail_extra"><br clear="all">
<div>
--
<div>Philip John,<br>
<a moz-do-not-send="true" href="http://philipjohn.co.uk"
target="_blank">philipjohn.co.uk</a><br>
<a moz-do-not-send="true"
href="http://lichfieldcommunitymedia.org" target="_blank">lichfieldcommunitymedia.org</a><br>
<a moz-do-not-send="true" href="http://journallocal.co.uk"
target="_blank">journallocal.co.uk</a></div>
</div>
<br>
<br>
<div class="gmail_quote">On Tue, Apr 23, 2013 at 10:55 AM, Andy
Robinson <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ajrlists@gmail.com" target="_blank">ajrlists@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Copied also to talk-gb.<br>
The problem is where do we stop? The majority of
present/potential boundary<br>
data doesn't have a physical presence on the ground.
Consider ONS Lower,<br>
middle and other output area boundaries or the NAPTAN
charging areas that<br>
were added with the NAPTAN import. Arguably they are useful
in the same way<br>
as ward boundaries are but should they be in OSM? Because
the number of<br>
nonphysical boundaries or areas is potentially limitless I'm
in favour of<br>
keeping them out of OSM because there is little chance of
the average mapper<br>
verifying them or interacting with them (in relation to
other objects).<br>
Perhaps it's time to have nonphysical boundaries pulled from
some other<br>
database?<br>
<br>
Cheers<br>
Andy<br>
<div>
<div class="h5"><br>
> -----Original Message-----<br>
> From: Jonathan Harley [mailto:<a
moz-do-not-send="true" href="mailto:jon@spiffymap.net">jon@spiffymap.net</a>]<br>
> Sent: 23 April 2013 09:29<br>
> To: <a moz-do-not-send="true"
href="mailto:talk-gb-westmidlands@openstreetmap.org">talk-gb-westmidlands@openstreetmap.org</a><br>
> Subject: Re: [Talk-gb-westmidlands] Neighbourhood
Plan Import<br>
><br>
> On 22/04/13 09:27, Brian Prangle wrote:<br>
> > Hi everyone<br>
> ><br>
> > Do we have a collective opinion about this
proposed import circulated<br>
> > by <a moz-do-not-send="true"
href="mailto:stephen.peters1@sky.com">stephen.peters1@sky.com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:stephen.peters1@sky.com">stephen.peters1@sky.com</a>>
on the<br>
> > talk gb list?<br>
> ><br>
> > Personally I wouldn't want it as I believe we
decided not to include<br>
> > ward boundaries as the present cartographic
style clutters up and<br>
> > already busy urban map.<br>
> ><br>
><br>
> The data sounds potentially useful, to me.
Decisions about imports should<br>
be<br>
> based on usefulness of the data, not on the
"present cartographic style".<br>
It's<br>
> up to the designer of a particular map style how
cluttered or not they<br>
want to<br>
> make it.<br>
><br>
> J.<br>
><br>
> --<br>
> Dr Jonathan Harley : Managing Director :
SpiffyMap Ltd<br>
><br>
> <a moz-do-not-send="true"
href="mailto:md@spiffymap.com">md@spiffymap.com</a>
Phone: <a moz-do-not-send="true"
href="tel:0845%20313%208457" value="+448453138457">0845
313 8457</a> <a moz-do-not-send="true"
href="http://www.spiffymap.com" target="_blank">www.spiffymap.com</a><br>
> The Venture Centre, Sir William Lyons Road,
Coventry CV4 7EZ, UK<br>
><br>
><br>
> _______________________________________________<br>
> Talk-gb-westmidlands mailing list<br>
> <a moz-do-not-send="true"
href="mailto:Talk-gb-westmidlands@openstreetmap.org">Talk-gb-westmidlands@openstreetmap.org</a><br>
> <a moz-do-not-send="true"
href="http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands</a><br>
><br>
</div>
</div>
> -----<br>
> No virus found in this message.<br>
> Checked by AVG - <a moz-do-not-send="true"
href="http://www.avg.com" target="_blank">www.avg.com</a><br>
> Version: 2013.0.3272 / Virus Database: 3162/6265 -
Release Date: 04/22/13<br>
<div class="HOEnZb">
<div class="h5"><br>
<br>
_______________________________________________<br>
Talk-gb-westmidlands mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-gb-westmidlands@openstreetmap.org">Talk-gb-westmidlands@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-gb-westmidlands mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-gb-westmidlands@openstreetmap.org">Talk-gb-westmidlands@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands">http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands</a>
</pre>
</blockquote>
<br>
</body>
</html>