<div dir="ltr"><div>You have introduced a lot of new tags with this import and used others in a way that could be questioned:</div><div><br></div><div>- source tags usually should go on the changeset <br></div><div><b><i>This is news to me - there are currently over 5 million instances of this tag in the UK</i></b><br></div><div><br></div><div>-
 form is not an established key, it seems there is no docu about it, not
 even a proposal. Capitalized values are not common for formal values.<br></div><div>Is this a problem? <i><b>Not aware that using a tag requires all this.  If it's a problem then I can substitute tree_form which is more explicit</b></i><br></div><div><br></div><div>-
 age is only used for kindergartens so far, and the established tags are
 min_age and max_age. Again there is no proposal for it, there is a 
capitalized formal value, and it remains unclear when "new" was. <i><b>Not aware that in order to use a tag there has to be a proposal. The use and content of age as data seems pretty self-explanatory.</b></i><b><i> The source tag contains the date of the data so the age can be related to that, so "new" and all other values are current at the source of the data:  dec 2016. Could I also suggest that the age tag for kindergartens as you describe it doesn't relate to the object tagged but to the children attending?<br></i></b></div><div>Are you going to update these age tags frequently? <b><i> Already addressed in the original post - we can only update as frequently as the data owner refreshes the published data. </i></b><br>Otherwise I'd suggest a date based system. <span style="background-color:rgba(255,255,255,0)">An established tag for this is start_date. <i><b>Good idea but we don't have this data</b></i><br></span></div><div><br></div><div>- height is not a value but a range of values. <i><b>Already addressed in the original post with a proposal to improve this</b></i><br></div><div><br></div><div>- what is usrn? Usually we don't use abbreviations in tags.  <b><i>Already explained in the original post: Unique Street Reference Number. Suggestions have been to use ref:usrn</i></b><br></div><div><br></div><div>-
 the address tags are not the established kind with addr:* or is_in. 
Generally I'm not sure whether you should add them, your local community
 even decided to not import administrative boundaries, why would they 
want to import derivative point data?<i><b> see reply from Colin Smale</b></i><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, May 13, 2017 at 10:30 PM, Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><br><br>sent from a phone</div><span class=""><div><br>On 12. May 2017, at 14:29, Brian Prangle <<a href="mailto:brianboruimport@gmail.com" target="_blank">brianboruimport@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><h3><font size="4"><span class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-headline" id="m_745336606354643083gmail-m_5617670222044427010gmail-Example_imported_tree">Example imported tree</span></font></h3><p><a class="m_745336606354643083gmail-m_5617670222044427010external m_745336606354643083gmail-m_5617670222044427010gmail-free" href="http://www.openstreetmap.org/node/4721553869" target="_blank"><span>http://www.openstreetmap.org/</span><span>n<wbr>ode/4721553869</span></a>
</p>
<dl><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/wiki/Key:natural" title="Key:natural" target="_blank">natural</a>=<a href="https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree" title="Tag:natural=tree" target="_blank">tree</a></tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/wiki/Key:source" title="Key:source" target="_blank">source</a>=bcc_dec_2016</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:form&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:form (page does not exist)" target="_blank">form</a>=Natural</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:age&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:age (page does not exist)" target="_blank">age</a>=New Planting</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/wiki/Key:height" title="Key:height" target="_blank">height</a>=2 to 2.99m</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/wiki/Key:species" title="Key:species" target="_blank">species</a>=Liquidambar styraciflua 'Worpl</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:usrn&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:usrn (page does not exist)" target="_blank">usrn</a>=<span>2701986</span></tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:plot_number&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:plot number (page does not exist)" target="_blank">plot_number</a>=110007</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:site_name&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:site name (page does not exist)" target="_blank">site_name</a>=LUDGATE HILL</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:ward&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:ward (page does not exist)" target="_blank">ward</a>=Ladywood</tt></dd><dd><tt style="background:rgb(238,238,255) none repeat scroll 0% 0%" dir="ltr" class="m_745336606354643083gmail-m_5617670222044427010gmail-mw-content-ltr"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:constituency&action=edit&redlink=1" class="m_745336606354643083gmail-m_5617670222044427010gmail-new" title="Key:constituency (page does not exist)" target="_blank">constituency</a>=City Centre</tt></dd></dl></div></blockquote><br><div><br></div></span><div>You have introduced a lot of new tags with this import and used others in a way that could be questioned:</div><div><br></div><div>- source tags usually should go on the changeset </div><div><br></div><div>- form is not an established key, it seems there is no docu about it, not even a proposal. Capitalized values are not common for formal values.</div><div><br></div><div>- age is only used for kindergartens so far, and the established tags are min_age and max_age. Again there is no proposal for it, there is a capitalized formal value, and it remains unclear when "new" was.</div><div>Are you going to update these age tags frequently? Otherwise I'd suggest a date based system. <span style="background-color:rgba(255,255,255,0)">An established tag for this is start_date.</span></div><div><br></div><div>- height is not a value but a range of values.</div><div><br></div><div>- what is usrn? Usually we don't use abbreviations in tags. </div><div><br></div><div>- the address tags are not the established kind with addr:* or is_in. Generally I'm not sure whether you should add them, your local community even decided to not import administrative boundaries, why would they want to import derivative point data?</div><div><br></div><div><br></div><div>Cheers,</div><div>Martin </div></div></blockquote></div><br></div>