Thanks for all of the feedback. I definitely won't be merging any relations based on some of what you have all stated. What I will do is go through and look at each relation state by state to ensure there is connectivity and what not. I'll update anything of interest here. <br><div class="gmail_quote"><div dir="ltr">On Tue, May 3, 2016 at 22:35 Kevin Kenny <<a href="mailto:kkenny2@nycap.rr.com">kkenny2@nycap.rr.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/03/2016 03:09 PM, OSM Volunteer stevea wrote:<br>
> In the USA, partly because we are such a geographically large part of<br>
> the North American continent and partly because each of our fifty<br>
> states is sovereign, I find that breaking apart very large relations<br>
> so they are across a single state at a time (then perhaps these are<br>
> collected into a super-relation) is often (though not always) a<br>
> sensible approach.  It is part size (large relations with vast numbers<br>
> of members are unwieldy), it is part “what sort of an entity is this<br>
> politically?"<br>
><br>
> For example, there is a note in OSM’s Amtrak wiki page on the<br>
> route=train relation for the California Zephyr:  "The relation is said<br>
> to be so big it is hard to work with.”  That is something we might<br>
> take to heart and break apart the relation into statewide components.<br>
>  I haven’t done that, but somebody might, after considering that it<br>
> makes editing easier, and that state-at-a-time is a good way to do<br>
> this.  Even a simple web browser request to display this relation<br>
> results in "Sorry, the data for the relation with the id 905830, took<br>
> too long to retrieve." The practicality of potentially better avoiding<br>
> edit conflicts has been mentioned, and is also true.<br>
><br>
Breaking apart the AT into separate relations - ideally with a<br>
superrelation joining them - would be sensible, I think, but be careful<br>
about the assumption about state lines. The AT literally spends a good<br>
many miles with the hiker having one foot in North Carolina and the<br>
other in Tennessee - the ridge that it follows is the state line.<br>
<br>
We also, I think, need to put some more thought simply into the support<br>
of large relations. I've recently found that even the New York Long Path<br>
(only a fifth the length of the AT) crashes JOSM (I haven't yet<br>
diagnosed the problem) and wound up editing in Meerkartor instead.<br>
Trails, highways, rivers, railroads, we have a good many places where<br>
things reasonably and predictably break down into thousands of parts<br>
over thousands of km, and I don't think we yet have a unified theory of<br>
how to handle them.<br>
<br>
--<br>
73 de ke9tv/2, Kevin<br>
<br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org" target="_blank">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>
</blockquote></div><div dir="ltr">-- <br></div>Elliott Plack<br><a href="http://elliottplack.me">http://elliottplack.me</a>