<div dir="ltr"><div dir="ltr"><div dir="ltr">Thank you for your comments, Rory, this is very helpful. Please see my reply insert below.<br><br><div class="gmail_quote"><div dir="ltr">Den tor. 18. okt. 2018 kl. 16:22 skrev Rory McCann <<a href="mailto:rory@technomancy.org">rory@technomancy.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
You suggest doing this import on 22nd October, which is only a few days<br>
away (with a weekend in the middle). Perhaps wait a little longer (1-2 <br>
weeks?) to get all feedback.<br></blockquote><div><br></div><div>Sure, there is no hurry. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Some suggestions: add import=yes tag to changesets. You are going to<br>
mape "Visitors" to access=customers. There are ~100 access=visitors in<br>
OSM. Do you know if the restriction requires someone to have bought<br>
something or merely that they visit a place? (A publically owned tourist<br>
attraction might limit parking to visitors, but there are no customers<br>
in this case).<br></blockquote><div> </div><div>Most locations are offices, shops, hotels and restaurants. I do not think there is a strict requirement to buy anything but I would think there will have to be a business related reason for charging.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
What does "parking fee" ("parking:fee=yes/no") mean? A fee for using the<br>
charging station? Wouldn't "fee=yes/no" be better?<br></blockquote><div> </div><div>parking:fee=yes means you have to pay (extra) for parking when you are charging.</div><div>fee=yes is already in the dataset and means you have to pay for the charging.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Can you list the account(s) which will be doing the import? How many<br>
people will be doing the import? The wiki says more than one?<br></blockquote><div><br></div><div>I hope there will be at least one person per country. We are small communities so in the past few have volunteered.</div><div>My own import will be done with the NKA_import account.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Your python programme creates the XML with string concatination, FYI,<br>
there are built in python XML libraries (<br>
<a href="https://docs.python.org/2/library/xml.dom.minidom.html" rel="noreferrer" target="_blank">https://docs.python.org/2/library/xml.dom.minidom.html</a> ).<br></blockquote><div><br></div><div>Thank you, I will look into that. This is my first program in python, so still a lot to learn :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Your python programme sets the "description:da" tag for the description<br>
(line 117), the wiki page says "description" tag will be used. "da" is<br>
the code for Danish. You're planning to import danish language<br>
descriptions in Norway?<br></blockquote><div><br></div><div>Good catch. Should be "description" only. That last minute edit did not go so well...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
I'm not sure how the conflatuator plugin works, but if you set<br>
'upload="false"' on the '<osm' element at the start of your XML, JOSM<br>
will discourage the upload. If you add that flag, it could prevent<br>
mistakes. :)<br></blockquote><div><br></div><div>Good idea, I will add it.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Why are you adding tags in capital letters to the output?<br></blockquote><div><br></div><div>They help during import in searching, e.g. one specific country or one county, and provides some extra information about the location, e.g. the address. They also help in debugging. The capital letter tags will not be imported.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Are changing stations very visible on aerial imagery? I'd've thought not<br>
really. Perhaps you could use Mapillary or OpenStreetCam photos as well.<br></blockquote><div><br></div><div>It varies. On recent orthophotos they are often clearly visible, in other cases those other sources may indeed be useful. There are also pictures of most locations on NOBIL.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Hope that helps,<br>
<br>
Rory<br>
</blockquote></div></div></div></div>