

<HTML><BODY><div><div>i will fix anything that i missed but the lines are truth.</div><div> </div><div>and it is not a polygon, and i broke nothing i fixed what the other guy broke and did it all by hand.<br> </div><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">Tuesday, August 18, 2020 7:36 PM -05:00 from James Umbanhowar <jumbanho@gmail.com>:<br> <div id=""><div class="js-helper js-readmsg-msg"><style type="text/css"></style><div><div id="style_15977973792115243592_BODY">I'm going to bow out of this discussion. The boundary relation is<br>broken again. I'm not trying to be confrontational, but my attempts to<br>figure out what sources this user is using and to reconcile this with<br>what they are editing appear to be antagonizing them. I have also lost<br>my patience so I will probably not be the most understanding anymore.<br><br>James<br> <br>On Tue, 2020-08-18 at 20:23 -0400, Kevin Kenny wrote:<div class="mail-quote-collapse">> You still aren't giving us very much to go on. There's obviously<br>> some boundary that you consider to be inarguably correct. You need<br>> either to enter the data yourself or tell us where to find it and<br>> where the discrepancies are.<br>><br>> Sometimes that involves quite a lot of research. I have a ton of data<br>> conflicts about boundaries near me, and only rarely do I have the<br>> time to pursue the issues. If often involves reconciling half a dozen<br>> supposedly authoritative sources, as shown in<br>> <a href="https://www.openstreetmap.org/user/ke9tv/diary/391486" target="_blank">https://www.openstreetmap.org/user/ke9tv/diary/391486</a>. It's very<br>> rarely as simple as 'agency X is wrong and agency Y is right'. It's<br>> often 'agency X has lines that reflect current annexation, but part<br>> of their boundary is in NAD27 and part WGS84. Agency Y misses a<br>> recent annexation but has got the datums right. Agency Z has the<br>> artificial lines right, but is totally off base with the shorelines.<br>> Agency W appears to have digitized from a small-scale map and has a<br>> ton of quantization error.'<br>><br>> It's not a political boundary, but<br>> <a href="https://www.openstreetmap.org/user/ke9tv/diary/42951" target="_blank">https://www.openstreetmap.org/user/ke9tv/diary/42951</a> shows another<br>> example of the level of cadastral research that's often required to<br>> sort these things out.<br>><br>> By the way, I _do_ occasionally go out into the field and try to<br>> recover old survey marks to sort these things out. For the<br>> inconsistent corner between Lost Clove Unit and Big Indian Wilderness<br>> at <a href="https://kbk.is-a-geek.net/attachments/20191205/osm-vs-nysgis.png" target="_blank">https://kbk.is-a-geek.net/attachments/20191205/osm-vs-nysgis.png</a> I<br>> simply gave up. There are cairns at both corners. If the professional<br>> surveyors couldn't close the line, what hope do I have? (Nobody<br>> actually cares. It's wilderness anyway.)<br>><br>> On Tue, Aug 18, 2020 at 8:03 PM 80hnhtv4agou--- via Talk-us <<br>> <a href="/compose?To=talk%2dus@openstreetmap.org">talk-us@openstreetmap.org</a>> wrote:<br>> > FYI;<br>> ><br>> > for all of you who are not in country and do not understand about<br>> > usa city bounders.<br>> ><br>> > <a href="https://www.census.gov/programs-surveys/geography/contact.html" target="_blank">https://www.census.gov/programs-surveys/geography/contact.html</a><br>> ><br>> > and did you read what the other guy said, this is the census data<br>> > not true map data.<br>> ><br>> > <a href="https://www.openstreetmap.org/changeset/89598349" target="_blank">https://www.openstreetmap.org/changeset/89598349</a>.<br>> ><br>> > > Tuesday, August 18, 2020 10:52 AM -05:00 from James Umbanhowar <<br>> > > <a href="/compose?To=jumbanho@gmail.com">jumbanho@gmail.com</a>>:<br>> > ><br>> > > What link are you using for this? I downloaded the places<br>> > > boundary<br>> > > information from here:<br>> > > <a href="https://www.census.gov/cgi-bin/geo/shapefiles/index.php" target="_blank">https://www.census.gov/cgi-bin/geo/shapefiles/index.php</a><br>> > ><br>> > > As I said, I'm happy to change, but I can't change without actual<br>> > > information.<br>> > ><br>> > > On Tue, 2020-08-18 at 18:43 +0300, 80hnhtv4agou--- via Talk-us<br>> > > wrote:<br>> > > > i am looking at the TIRGER web, show’s the real map online and<br>> > > > nothing you did matches.<br>> > > ><br>> > > > i live here and a block away from the edens spur just saying.<br>> > > ><br>> > > > > Tuesday, August 18, 2020 10:38 AM -05:00 from James<br>> > > Umbanhowar <<br>> > > > > <a href="/compose?To=jumbanho@gmail.com">jumbanho@gmail.com</a>>:<br>> > > > ><br>> > > > > It would probably be best if these suggestions were added in<br>> > > the<br>> > > > > changeset comments, as they don't need to be discussed on the<br>> > > > > mailing<br>> > > > > list.<br>> > > > ><br>> > > > > On Tue, 2020-08-18 at 11:36 -0400, James Umbanhowar wrote:<br>> > > > > > I'm the person who made the changes and am happy to adjust<br>> > > the<br>> > > > > map to<br>> > > > > > better authoritative data or information. My motivation for<br>> > > this<br>> > > > > was<br>> > > > > > to fix a mangled boundary relation that didn't have<br>> > > consistent<br>> > > > > outer<br>> > > > > > and inner members. The changes came in two changesets,<br>> > > > > > <a href="https://www.openstreetmap.org/changeset/89220282" target="_blank">https://www.openstreetmap.org/changeset/89220282</a> and<br>> > > > > > <a href="https://www.openstreetmap.org/changeset/89516909" target="_blank">https://www.openstreetmap.org/changeset/89516909</a><br>> > > > > ><br>> > > > > > The first changeset just made the relation consistent with<br>> > > outer<br>> > > > > ways<br>> > > > > > and inner ways. I preserved all the ways that were in the<br>> > > > > relation<br>> > > > > > that<br>> > > > > > lead to the inconsistency and they are still in the<br>> > > database with<br>> > > > > a<br>> > > > > > note attached to them. The second came after a changeset<br>> > > comment<br>> > > > > that<br>> > > > > > noted that the fixed relation didn't match and earlier<br>> > > unbroken<br>> > > > > > relation, in particular around the Edens Spur. I then<br>> > > changed the<br>> > > > > > border in this area to match the 2019 Tiger data in that<br>> > > area<br>> > > > > only.<br>> > > > > ><br>> > > > > > James<br>> > > > > ><br>> > > > > > On Tue, 2020-08-18 at 02:37 +0300, 80hnhtv4agou--- via<br>> > > Talk-us<br>> > > > > wrote:<br>> > > > > > > Changeset #89220282<br>> > > > > > ><br>> > > > > > ><br>> > > > > > > > Monday, August 17, 2020 6:34 PM -05:00 from Mike<br>> > > Thompson <<br>> > > > > > > > <a href="/compose?To=miketho16@gmail.com">miketho16@gmail.com</a>>:<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > > On Mon, Aug 17, 2020 at 5:24 PM 80hnhtv4agou--- via<br>> > > Talk-us <<br>> > > > > > > > <a href="/compose?To=talk%2dus@openstreetmap.org">talk-us@openstreetmap.org</a>> wrote:<br>> > > > > > > > > tiger is up to date on the web map using the current<br>> > > data i<br>> > > > > > > > > just<br>> > > > > > > > > think he picked the wrong year,<br>> > > > > > > ><br>> > > > > > > > That relation was first created in 2009. According to<br>> > > the<br>> > > > > source<br>> > > > > > > > tag, it used 2008 Tiger data, so the original mapper<br>> > > probably<br>> > > > > > > > used<br>> > > > > > > > the best available TIGER data at the time.<br>> > > > > > > ><br>> > > > > > > > ><br>> > > > > > > > > also all he got was a white line in his first try.<br>> > > > > > > > > Way: <span class="js-phone-number">813726663</span><br>> > > > > > > ><br>> > > > > > > > That way needs to be added to the relation, and the<br>> > > relation<br>> > > > > must<br>> > > > > > > > close.<br>> > > > ><br>> ><br>> ><br>> ><br>> > _______________________________________________<br>> > Talk-us mailing list<br>> > <a href="/compose?To=Talk%2dus@openstreetmap.org">Talk-us@openstreetmap.org</a><br>> > <a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>><br>><br>> _______________________________________________<br>> Talk-us mailing list<br>> <a href="/compose?To=Talk%2dus@openstreetmap.org">Talk-us@openstreetmap.org</a><br>> <a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a></div><br><br>_______________________________________________<br>Talk-us mailing list<br><a href="/compose?To=Talk%2dus@openstreetmap.org">Talk-us@openstreetmap.org</a><br><a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a></div></div></div></div></blockquote> <div> </div><div data-signature-widget="container"><div data-signature-widget="content"><div> </div></div></div><div> </div></div></BODY></HTML>