Missing parks in topo data/styling

[antonmarsden]

Bug Description

Seeing white space where parks should be. Is this data/styling omitted deliberately?

Steps to Reproduce

Look at the topo map (see screenshot). You can visually validate that the white space is actually a park by either: a) checking against the aerial imagery b) going for a short walk from the LINZ Wgtn office

Desktop

• Chrome, Windows

Screenshots

Add an Assignee, Milestone, Release and any relevant Labels.

[dwsilk]

Hi Anton

Toitū Te Whenua LINZ has never mapped minor cricket ovals or croquet greens or other forms of urban park. There is a sports field layer in the Topo50 Map Series but it's only used for a few major sports fields - the Basin Reserve is the only cricket oval we've mapped in all of Wellington. We do map native and exotic forests, which accounts for the other green areas in the screenshot above.

I guess it is also a styling omission in the sense that some other basemaps use a shade of green as the default for all non-built environments. Our Topographic style was created to closely align with the Topo50 Map Series cartography which displays all grass/pasture areas in white. This styling could be changed by the user of the vector tile service.

[antonmarsden]

@dwsilk Great, thanks for explaining this. Good to understand what the Topo50 conventions are. As an aside, it's interesting to compare and contrast the LINZ topo and OpenStreetMap. The LINZ map generally has the best vegetation detail overall, but OSM contains abundant feature information.

[dwsilk]

There are millions of features in OpenStreetMap that were sourced from Toitū Te Whenua LINZ along with semi-automated data update processes that continue weekly, particularly for features like roads, addresses and building outlines. This is all very well documented here. OpenStreetMap community contributors have then added a large amount of place-of-interest data that we do not have.

Unfortunately our licenses are incompatible. We've signed a waiver that allows OSM to import our data, but we cannot import theirs without requiring more restrictions to how our mapping data can be used, which is unfortunate.