<div dir="auto"><div>Just a quick thought, but have you checked out the Conflation plug-in in JOSM? Assuming the hydrant number that will go in your ref tag is unique, that would be an easy way to match or use a search radius on already mapped hydrants and then merge tags. </div><div dir="auto"><br></div><div dir="auto">The only other issue I could see is that you'll probably need to check how closely the hydrant locations jive with OSM data. <span style="font-family:sans-serif">In other words, is the precise location of the fire hydrant important, or its relative location from a nearby street/building/landmark in OSM?</span></div><div dir="auto"><br></div><div dir="auto">Your city data may be extremely precise and is likely based on a local coordinate reference system (CRS), whereas data in OSM may have been armchair mapped from different imagery with good or poor alignment over time (and uses WGS84). Depending on the quality of both datasets, reprojecting may solve some of the issues but you may have to do some manual review starting out. </div><div dir="auto"><br></div><div dir="auto">-Andrew<br><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Thu, Nov 15, 2018, 8:00 AM  <<a href="mailto:smocktaylor@gmail.com">smocktaylor@gmail.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am in the process of talking to my local city GIS office about<br>
importing their fire hydrant dataset. I will then (probably) expand to<br>
the other municipalities in my area, and then stop there.<br>
<br>
One of their concerns is keeping the data on OSM up to date.<br>
<br>
I'll be talking to them on Friday, November 16th, 2018.<br>
<br>
Tags that are user visible on their arcgis application and probable<br>
relevant tags in OSM:<br>
Hydrant Number => ref<br>
Test Date => check_date, operational_status:date, or survey:date<br>
Pressure - Static/Residual => fire_hydrant:pressure (maybe add a new<br>
tags for difference in static/residual pressures?)<br>
Flow Rate => flow_rate (probably), possibly use fire:hydrant:awwa_class<br>
Flow at 20 PSI => No tagging scheme for this yet. Maybe add a new tag<br>
for that, like flow_rate:<PSI>?<br>
Model Number => model (maybe add manufacturer as well)<br>
Owner => operator (probably change CITY to "City of Grand Junction, CO"<br>
or similar)<br>
Route Number => I have no clue what this is for<br>
<br>
Tags that I intend to add either manually or through using the model<br>
number:<br>
fire_hydrant:diameter<br>
couplings<br>
couplings:type<br>
couplings:diameters<br>
pillar:type<br>
water_source<br>
wrench, cap:wrench (currently under discussion on OpenStreetMap wiki)<br>
<br>
<br>
Advantages of an import:<br>
Data comes from an official source and is unlikely to be outdated<br>
I don't have to map every fire hydrant manually<br>
<br>
Disadvantages of an import<br>
May conflict with some of my fire hydrant edits.<br>
Assumption that the dataset is complete (it isn't, but it is close)<br>
<br>
When running the import, I intend to do the following:<br>
1) Do a download via overpass of fire hydrants<br>
2) Using hydrants that I know exist in their dataset and OSM, write a<br>
validation rule to ensure that no two hydrants are closer than 10<br>
feet/3 meters (assuming it is possible to do that using<br>
validator.mapcss rules)<br>
3) Write validation rules to automagically add additional information<br>
to the fire hydrants, based off of spec sheets<br>
<br>
Somewhere in there, mess around with osmsync in order to enable easier<br>
updating of the data.<br>
_______________________________________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org" target="_blank" rel="noreferrer">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
</blockquote></div></div></div>