I reverted the changeset for now: changeset/165997756

Hi, this seemed to have broken the coastline. I have reverted this change

@JohnW11 I think you made a mistake here, you changed a large part of the Blue Nile river from water to sand. I suggest to revert this quickly.

Hi @zeyneperel I revert this changeset since it duplicated part of the Omo river which seems to be a mistake.

@[jtracey] thanks that is a good point, I was not sure what best practices were here. I was trying to fix something else (relations with gaps)

@[MaximusSayan] can you have a look at what happened during this import? It looks like this duplicated multiple lakes like Albert Lake, Mishap lake etc

Hi Andy @[SomeoneElse] yes this looks fine, the E2 path goes from Tees link
relation/3179175 to relation/4091304. I have also fixed up the Cleveland way some more, see changeset/111405905 where I did some more gap filling and made sure the individual three routes connect in the super route.

PS: looking at highway=residential it still is not clear to me why way/973607722 should be "unclassified", I think residential rather fits the bill here:

- "residential – street or road generally used for local traffic within settlement."

This is clearly not a road that "serving for interconnection of small settlements." so I would say according to the wiki this should be a residential road, not an unclassified roard.

Sorry about that, I was trying to differentiate main roads with minor side roads here. Is there a better way to do that?

It seems you converted some ways to a very long bridge, I will undo this change since it is clearly wrong

Is there a better source / alternative approach? The wikipage describes the import process osm.wiki/Talk:CanVec and I try to fix all issues that occur

what makes you say that, there is a wiki page that describes the import: osm.wiki/CanVec

I respectfully disagree, if we applied this principle to Wikipedia and OSM we would never get started if the first version already has to be perfect. I also disagree with your assessment that what I added was junk, it follows exactly the definition of the wiki: "An area of land dedicated to, or having predominantly residential buildings such as houses or apartment buildings. " (landuse=residential) and the areas I added are clearly "predominantly residential". I have started to improve upon the first version btw: changeset/106983620

Hi Unbeatable101, there are some issues with this changeset, for example it creates multiple new "Lake Nipissing" multipolygons which is probably not what we want and it overlaps with the "true" / previous lake polygon: relation/12848082#map=13/46.3361/-79.7918 and relation/12848086#map=13/46.3423/-79.9901 etc.

Hi Unbeatable, this is another edit with a lot of issues such as importing a road way/954351161 on top of another road way/34739241 etc.

Just for a single sub-tile 031L05.1.1 I am getting a ton of errors and warnings in JOSM:
- 946 errors
- 2392 warnings

I dont think the software is buggy, it just doesnt do what you think it should do. Rapid tool based on the iD editor and using the `source=` tag with exactly this content ("microsoft/BuildingFootprints") is documented on the wiki source=* so it seems to me that it works correctly and as documented. I agree it would have been better to map all the buildings but since this was a road project I focused on the roads

@[Nate Wessel] always feel free to improve, I thought having at least some landuse for retail and residential areas was better than having none at all, we need to start somewhere. Before there was simply no landuse information at all.

@woodpeck this was done using mapwithai so probably the AI did not find that building to the west? Also the plugin automatically adds the source tag to the building

thanks, yes this is CanVec 031L07 as indicated in the comment

Sorry, this must have been a mistake. I have now fixed it.