Talk:AND data

From OpenStreetMap Wiki
Jump to navigation Jump to search

How was this deal achieved? Why did AND agree to this? They are a company, if I understand right, so what was their benefit from this deal? --::Slomox:: >< 16:22, 4 June 2008 (UTC)

Split ways

Looking at the maknik layer for the Netherlands, I often see the street names repeated. Is this due to the AND source / AND import ? Should users recombine these when they edit the ways for other purposes ?

  • Yes, this is due to the AND import. The main argument for not recombining ways is that it might be easier to add housenumbers (that are present in the AND data but still not imported). Secondly, I think it would be a needlessly time-consuming task to do manually. If you understand Dutch, see also AND-NL:_Todo, point 9. --Freek 08:24, 5 June 2008 (UTC)

Yahoo! imagery and AND data

On most places, streets in AND data and Yahoo! aerial imagery are a bit misaligned. This appears to be random, on some places the AND data is aligned well and on other places it is misaligned up to 15-20 meters. That may not be that bad, but I am tracing over buildings from the Yahoo! imagery, and sometimes buildings next to streets go over the AND streets. Should I move the streets so that they lay onto the imagery, or should I move the buildings so that they lay next to the AND streets? See [1] (Dorpsstraat, street from north to south, is from AND) --Willem1 16:25, 8 November 2008 (UTC)

  • Probably the only way to get this right is to go to the place with a GPS and get one or several traces (at different times if possible) of the streets to see where they really are. Both the AND data and the Yahoo! imagery may be misaligned, there is no way to tell from a distance which one is wrong. --Freek 11:27, 9 November 2008 (UTC)


I found the page AND_Data/House_Number_Ranges under Lonely Pages (that means no other page is linked with that page). As it is a subpage of AND_Data I would propose to set a link on there in order to include it. --Rennhenn 09:10, 24 December 2012 (UTC)