<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Il giorno sab 9 mar 2019 alle ore 22:15 Tom Pfeifer <<a href="mailto:t.pfeifer@computer.org">t.pfeifer@computer.org</a>> ha scritto:<br><br><div>> I have severe problems with your process. First, yes it is an import. You called it an import<br>> yourself ("manually importing") here, and on the Italien list where you first asked about the<br>> tagging.<br>> Where did you see a "100 nodes" limit documented? You are copying from one database<br>> into another, and if you do just one node a day, it is a slow import.</div><div><br>As stated in the main wiki page [1], importing is "(also known as Bulk Importing)". Maybe I misunderstood this wider acceptation when I started a manual insertion of POIs, limiting by myself the number not to trigger it as an import.</div><div><br></div><div>If anybody in this ML considers that this activity is different from getting informations from hotel websites and putting them in OSM, I will immediately abort the insertions.</div><div><br></div><div>> You were criticized for stretching the opening_hours syntax to describe seasonal operations ("Jan 01<br></div><div>> - Dec 31"), but did not respond nor adjust your tagging.<br><br></div><div>Sorry for that. Is it wrong? I did test it with JOSM OpeningHoursEditor [2] plugin. If anybopdy in this ML prefers 24/7 I will change the values. I used "<span style="color:rgb(0,0,0);font-family:"Helvetica Neue",Arial,Helvetica,sans-serif;font-size:12px">Jan 01 - Dec 31" just to set a value consistent to overall hotel dataset opening periods.</span></div><div><span style="color:rgb(0,0,0);font-family:"Helvetica Neue",Arial,Helvetica,sans-serif;font-size:12px"><br></span></div><div><div>> Your import focuses on soft business policies, such as allowing pets or supervising kids. Such<br></div><div>> policies can change even more rapidly, and are better shown in separate datasets and not OSM itself.<br></div></div><div><br></div><div>This consideration raises a huge question about italian fuel stations, since operators, brands and names come and go.</div><div>In case of a future regular import, I'll remove pets and childcare, inserting just phisical elements like gymn, garage, air-conditioning, welness etc.</div><div><br></div><div><div>> Your import does not include any check, how current or old the data in the imported set are. In the<br>> hotel business, things can change very fast. Hotels open and close, and change ownership and<br>> operations.><br></div></div><div><br></div>In umap, dataset layer you can read  RAFVG opendata, ottobre [october] 2017. Anyway terms like "very fast" are subjective: some time ago I aborted a draft for Bed& Breakfast import bacause surveys detected some business shut downs. So who's in charge of the "very" fast evaluations? If we demand that every entry in possible source dataaset is right what do you think will be the situation in OSM today?<div><br></div><div>> The link on your Umap site leads to [5], which is licensed under the Italian Open Data License,<br></div><div>> linked here [6]. It requires attribution, machine-translated: "On condition of: indicate the source<br>> of the Information and the name of the Licensor, including, if possible, a copy of this license or a<br>> link (link) to it."</div><div>> You have not attributed correctly. You changesets, e.g. [7], give in the CS comment "RAFVG source",<br>> which is an incomprehensible acronym if you don't know the context. The CS has no source tag at all<br>> (although the editor you use has a mechanism for it),</div><div><br></div><div>You are right, but I can't find that mechanism in Level0</div><div><br></div><div>>thus you do not name the source correctly, you<br>> do not name the Licensor, and you do not include a link although possible. You have also not checked<br>> if the attribution on the changeset only would be sufficient.> You use and advertise in your umap the use of Level0 as an editor. This tool is excellent for<br></div><div>> quickly fixing a tag, but I would find it error-prone to upload mass changes without a validation step.<br>> Thus I conclude: Visualising the dataset in your Umap approach [1] is an excellent idea, unreviewed<br>> copying of the data into OSM is not.<br></div><div><br></div><div>Anyway, If you consider the activity is definitely an import, <span style="color:rgb(0,0,0);font-family:"Helvetica Neue",Arial,Helvetica,sans-serif;font-size:12px">I'll revert involved changesets,  taking in account  the above disapproval points.</span></div><div><br></div><div><br></div><div>[1] <a href="https://wiki.openstreetmap.org/wiki/Import">https://wiki.openstreetmap.org/wiki/Import</a><br></div><div>[2] <a href="https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor">https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor</a><br></div><div><br></div><div><br></div></div></div></div></div></div></div></div></div></div></div></div>