<div dir="ltr"><div>If this is one library distributed over several buildings then the site relation is a good tool to tag it in OSM and for data users to use the information.</div><div>This is a small example. The big ones are the typical European non-campus universities. The local university in Padova is distributed over some 50 buildings in the city, each housing often bits of several different sections/institutes/departments. This is in my view a candidate for a site (but it is not tagged as such at present with the effect that for an OSM data user there are 44 "universities" in town)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 5 Jan 2021 at 12:34, Mateusz Konieczny via Tagging <<a href="mailto:tagging@openstreetmap.org">tagging@openstreetmap.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
<div><br></div><div><br></div><div><br></div><div>Jan 5, 2021, 02:55 by <a href="mailto:minh@nguyen.cincinnati.oh.us" target="_blank">minh@nguyen.cincinnati.oh.us</a>:<br></div><blockquote style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div>Vào lúc 16:12 2021-01-04, Eric H. Christensen via Tagging đã viết:<br></div><blockquote><div>After reviewing the wiki page[0] regarding the types of relations, I'm not seeing a solution for what I'm trying to do.<br></div><div><br></div><div>In an effort to make it easier to maintain several libraries that are all in the same system and share much of the same information (like opening_hours), I want to group these together in a relation so when these commonalities change it makes it much easier update and keeps the entire library system up to date.<br></div><div><br></div><div>Is there an appropriate way to do this in a relation, today?<br></div></blockquote><div><br></div><div>A relation isn't the most appropriate tool for the job [1], though some mappers have used network relations to similar effect. [2] If the library system isn't too large, you might find it more efficient to use the find feature in JOSM or an Overpass turbo + iD workflow to streamline the process of updating the tags on individual amenity=library features.<br></div><div><br></div><div>A more forward-looking alternative would be to create a Wikidata item representing the library system if it doesn't already exist and add an opening time statement to it. [3] Then you can tag each amenity=library feature in OSM with operator:wikidata=*. At the moment, it's unlikely that any OSM data consumer is pulling opening times from Wikidata for practical use, but this is an option for satisfying an immediate urge to record the information somewhere.<br></div><div><br></div><div>[1] <a href="https://wiki.openstreetmap.org/wiki/Relations_are_not_categories" target="_blank">https://wiki.openstreetmap.org/wiki/Relations_are_not_categories</a><br></div><div>[2] <a href="https://wiki.openstreetmap.org/wiki/Relation:network" target="_blank">https://wiki.openstreetmap.org/wiki/Relation:network</a><br></div><div>[3] <a href="https://www.wikidata.org/wiki/Property:P8626" target="_blank">https://www.wikidata.org/wiki/Property:P8626</a><br></div></blockquote><div>+1 - we do not need more relations, and operator:wikidata=* (or operator:wikipedia=*)<br></div><div>may be a good way to be able to download them together<br></div>  </div>

_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>