Thanks Kevin, That would make sense if there were attribute changes but if all the basics are the same they are still split. There is odd fields in the data likely left over from an import years ago that just was never cleaned up. With GIS databases, it would have been so easy to do a merge on roads that connect and have the same attributes. Perhaps that query was not so simple back when it was imported and anything was better than nothing at that time.
I looked at the ESRI imagery and it is a lot more accurate (although more dated so I guess new areas wouldn't be in it). I looked at a couple of villages (which I have aerials for just because those tiles were partly rural). I noticed the OSM road data matches perfectly with the Bing aerials but not with my aerials or ESRI at all. ESRI is insanely close to lining up with ours. The good news is the Bing tile skews are isolated and variant only to each tile so theoretically a person could highlight all points and move them all to correct. The bad news is because Bing is the default viewer, some future editor is just going to think they need to fix it to align with Bing not realizing it is inaccurate and all the work will be undone. Too bad OSM does not have an option to flag flawed background tiles for an area so users are at least alerted that the tile they are using as a guide is not accurate. *Jason Carlson* IT/GIS Administrator *403.772.3793* *Starland County* *Morrin, AB * *(403) 772-3793* *www.starlandcounty.com <http://www.starlandcounty.com/>* *Our organization accepts no liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. The content of this message is confidential. If you have received it by mistake, please inform us by an email reply and then delete the message. It is forbidden to copy, forward, or in any way reveal the contents of this message to anyone. * On Tue, Jul 7, 2020 at 12:13 PM Kevin Farrugia <kevinfarru...@gmail.com> wrote: > Hey Jason, > > Imports are quite the pain to try and do - there's a whole process in > place now to do them. It stems from the experience in the States of an > import more than a decade ago of the TIGER data (from the Census Bureau) > that is still being fixed after pretty large amounts of time working > through it. > > There could be multiple reasons for all of the road splits you're seeing- > one is that in most import data sources roads are split at traversable > intersections (as you would find in most GIS datasets), another reason is > that in OSM streets are split wherever there is a change in attributes, for > example where speed limits change, turn lanes appear/disappear, surface > types changes, or there's a bridge. > > It might be worth trying Esri imagery. I've noticed in the municipality I > work for, as well as others in the Toronto area, that they buy the aerial > imagery that we commission them to fly every spring. It might not be the > freshest available, but I've found the accuracy to be more accurate than > other commercial imagery available. > > ------- > Kevin F > > On Tue., Jul. 7, 2020, 1:02 p.m. Jason Carlson, <ja...@starlandcounty.com> > wrote: > >> While waiting for a response I think if I import roads that already exist >> (albeit incorrectly) it will possibly be just as much work to fix. I tried >> editing changes but the aerial photos by Bing are horribly inaccurate in >> some places. I think they must pay for accuracy based on the amount of >> population in an area. For example, one rural road comes to the right edge >> of a Bing aerial tile and stops as on the adjacent tile the road abruptly >> starts 30 meters to the south. I just noticed however I can load other >> aerial backgrounds including my own which is very accurate. The only thing >> that sucks is I have a lot of data that is missing such as road width, lane >> numbers, surface type, road name aliases (like historical or common local >> names), speed limits, even signage locations (like yield or stops). With my >> 3300+ roads (of which OpenStreetMap has split into a heck of lot more >> unnecessarily probably from the initial import) this is going to take some >> time to fix but hopefully after I do some mapping programs that use >> OpenStreetMaps will help people navigate to rural addresses in our region >> as right now GPS units are pretty much useless out here. >> >> >> On Fri, Jun 26, 2020 at 11:53 AM Jason Carlson <ja...@starlandcounty.com> >> wrote: >> >>> I noticed a number of roads in our county are incorrect in our area (as >>> are most rural areas with next to no population). I recently rebuilt all >>> our GIS road data and submitted it to an organization that then >>> redistributes it to emergency dispatch services and about 25 >>> organizations/companies. I did not see OpenStreetMap as one of the ones >>> they send data too so I was wondering if I could submit that data myself to >>> them? >>> >>> Jason >>> >> _______________________________________________ >> Talk-ca mailing list >> Talk-ca@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-ca >> >
_______________________________________________ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
