proposal natural=shrubbery voor struikgewassen en barrier=hedge

Het shrubbery proposal is aangekondigd voor feedback. Voor mensen die de mailinglijst niet volgen hieronder de link. Vergeleken met de eerste versie en stemming hebben we heel wat verbeteringen doorgevoerd. Indien je feedback hebt laat het gerust horen.

https://wiki.openstreetmap.org/wiki/Proposed_features/shrubbery

  1. “In OpenStreetMap this type of manicured greenery is overwhelmingly tagged with natural=scrub. However, this tag is more intended for wild scrublands and lacks the implication of the area being actively managed and manicured by humans.”
    In één zin staat daar dat goedgeknipt struikgewas overweldigend vaak getagd wordt/is als natural=scrub, en tegelijk dat natural=scrub die betekenis niet heeft. Volgens mij kan dat niet kloppen. In het gebruik, in de database, heeft natural=scrub óók de betekenis van goed verzorgd struikgewas, omdat het daarvoor overweldigend veel gebruikt wordt. Er zijn gewoon heel veel mappers die natural-scrub goed genoeg vinden, en het toeboegen van een extra natural waarde gaat daar denk ik geen verandering in brengen. Of plan je een omtagcampagne?

  2. Een natural=x geeft 1 object x. Dan hoef je voor de dichtheid toch niet nog eens density:x=… toe te voegen? density=… is genoeg, het slaat immers maar op 1 soort natural. De gegeven namespace-voorbeelden zijn vrij mager in gebruik.

  3. De waarden in TI voor density in de voorbeelden vind ik niet geweldig. Closed shrubbery? half-open shrubbery? Hm, ik weet niet of dat wel normaal engels is.

Die kan iets beter verwoord worden. ‘Originally intended’ en ‘strong connotation of’ bijvoorbeeld. Kijken we naar!

wood:density zit op 13000, vandaar de keuze voor de namespace. Ook is het lastig om de dichtheid van bos en struikgewas met elkaar te vergelijken. Door een bos met medium density kun je waarschijnlijk nog wel lopen, zei het niet in een rechte lijn, door bosjes ben je echt aan het banjeren.

Die stellen we daarom ook niet voor. Wel sparse, medium, en dense. Uiteraard kunnen daar in verloop van tijd andere waarden bij komen, maar we schatten in dat deze drie eerst volstaan.

Dan zeg je toch dat de hele wereld het nu willens en wetens verkeerd toepast? Kan, doen ze met landuse=grass immers ook, maar het hindert de acceptatie van het alternatief wel, en dat krijg je met woorden niet weggetoverd.

Ik vind het geen sterke onderbouwing om met namespacing te gaan werken. Namespacing is hier niet nodig want het gaat om een eigenschap van het object zelf. Je hoeft op een cycleway ook niet cycleway:surface=* en op een footway footway:surface=* te zetten. surface is genoeg; als het op een footway staat slaat het op een footway en als het op een cycleway staat slaat het op die cycleway. De waardenverdeling kan op de een iets anders zijn dan op de andere, en in het gebruik in specifieke situaties kan het andere gevolgen hebben, maar het gaat over dezelfde grootheid. Als het echt iets anders was kon je beter een andere grootheid benoemen.

Dat denk ik ook. Ik zou dus als bijtag density=sparse|medium|dense en misschien dense toepassen. Simpel houden, niks nieuws.
Ik denk dat natural=scrub het kansrijkst is; anders komt er alleen een extra waarde bij, ook goed, maar natural=scrub voor net struikgewas krijg je er niet mee weg. Je zou eens kunnen vooraf kunnen inventariseren hoeveel steun je zou krijgen voor een omtagproject.

Hedge area is eigenlijk gelijk aan very dense scrub, maar dan in steden en gebieden met veel groenonderhoud en landschapsonderhoud. Ik denk eigenlijk niet dat het veel extra’s biedt om dat apart te taggen, je kan aan de lokatie wel inschatten wat het is.

Dat gezegd zijnde, stel dat natural=shrubbery aangenomen wordt dan ga ik het voor mijn woonplaats wel gebruiken op het moment dat er uitzicht op rendering is. Redenering: nu is natural=scrub goed én het rendert, dan is het pas aantrekkelijk om op een nieuw alternatief over te stappen dat (nog) niet rendert.

Klopt. Bij totaal gebrek aan beter. Datzelfde zie je in de discussie bij landuse=education. Ja, het is al mogelijk om een terrein in gebruik door meer dan een school te taggen: gewoon een verder ongetagde amenity=school op het terrein, en daarin twee amenity=school nodes voor de echte scholen. Maar het is tagging voor de renderer. Zodra iemand een oplossing voorstelt zijn er altijd mappers die vast willen houden aan de ambigue tagging, maar dat maakt de kaart uiteindelijk niet beter.

Bij natural=scrub zit je waarschijnlijk vast aan het al bestaande scrub:density, en heb je een extra tag nodig om de ‘aangeharktheid’ die eigen is aan natural=shrubbery aan te geven (scrub=shrubbery dus). Bijkomend nadeel: een heg die als area gemapt wordt gaat dan ook natural=scrub zijn.

Het is nuttig voor oriëntatie en aankleding van de kaart, en ook om een rendermogelijkheid te bieden die op gelijke voet staat met de voormalige area-hedge rendering:

Dat is bij elk nieuw proposal zo. Er zijn altijd mappers die het voortouw nemen en taggen tot er genoeg tags zijn voor Carto, waarna andere renderers snel kunnen volgen. Wat hier ook meespeelt is dat de Carto maintainers open staan voor een alternatief voor heggen met area=yes, dat zou de kansen voor rendering al beter kunnen maken.

Een intentieverklaring van Carto zou helpen. “Ja, dit is renderbaar. Als het voorstel zo aangenomen wordt en er daadwerkelijk groeiend gebruik is, zetten we het op de rol voor release … die ongeveer … verschijnt. We kunnen alleen niet garanderen dat iemand de klus op zich neemt. De precieze rendering wordt in overleg door de programmeur bepaald.” Misschien kun je ze vragen om dat uit te spreken?

In Rendering kan je dan zeggen dat Carto verklaard heeft dat het renderbaar is en afhankelijk van aanname van het voorstel, het daadwerkelijke gebruik en beschikbare capaciteit in principe opgenomen zal worden in een volgende release.

scrub:density is 327 keer gebruikt op ruim 3M natural=scrub. Ik denk niet dat je daaraan vast zou zitten.

Lastig. Carto is niet een persoon maar een team met uitlopende meningen. Cartographer10 had al wel contact met een van hen, dus wellicht dat ze bereid zijn zoiets uit te spreken, maar in principe zijn het losstaande processen. Eerst de tagging akkoord via een proposal, dan pas rendering als er voldoende gebruik is en de Carto maintainers te overtuigen zijn.

Het aanbieden van de code is geen probleem, ik heb het zelf al werkend in Carto lokaal. Wat je ziet is geen mock-up maar echte rendering.

Ik heb hier contact over gehad met een van de carto beheerders en hij zei dat hij het proposal steunt en dat als de tag zeg 2000 - 10.000 keer is gebruikt (na het accepteren van het proposal) dat ik een verzoek kan indienen voor renderen. Dat was wel nog zonder shrubbery:density en die dynamische rendering daarop maar in de basis lukt het.

Een voordeel van dat namespacing is overigens dat je voor verschillende tags (bij natural=scrub|shrubbery|wood) verschillende classificeringen voor de dichtheid kunt hebben. Daarnaast, density=* betekend dichtheid. Water heeft een dichtheid, lucht heeft een dichtheid, bos en struiken hebben een dichtheid etc. Met dat :density kun je gewoon heel specifiek aangeven waarvoor het geld en eventueel verschillende classificaties maken afhankelijk van het object.

Voor water- en luchtobjecten zal density niet gebruikt worden. Voor flora-objecten wel, en de daar gebruikte waarden (>2x) zijn high, medium, sparse, low, dense en very_low. De voorgestelde waarden zitten daarbij. Die zijn allemaal op vlakken met struiken en bomen van toepassing. De waarden zijn vanzelfsprekend van toepassing op het ermee getagde object. Bij een wood-object is de density vanzelfsprekend een wood-density, je hoeft dus niet nog een keer aan te geven waar het voor geldt! In de praktijk komt het er dus op neer dat je de hoofdsleutel redundant in de subsleutel opneemt.

Ik snap ook dat we water dichtheid niet gaan mappen maar het ging me er om dat er meer objecten zijn die een dichtheid hebben die in de toekomst misschien getagd kunnen worden. Je kunt ook bijvoorbeeld in de toekomst de dichtheid van bebouwing taggen. Dan zou je residential:density kunnen gebruiken. DIe gebruikt een andere classificatie en door namespacing te gebruiken ondersteun je die verschillende classificaties ook. Height=* is inderdaad een universeel iets, dichtheid niet.

Voor een tag zonder namespace zouden we naar iets als vegetation_density moeten gaan. Dan is shrubbery:density niet heel verkeerd. Voor de andere tag zou het wel kunnen om gewoon ‘topiary’ te gebruiken, of zoals ook al voorgesteld, ‘shrubbery;shape’.

Kan je niet gewoon heel simpel eerst voor de natural key de value shrubbery voorstellen, met betekenis: struikenperk/struikentuin? Die laatste is dan voor “a shrubbery” waar volgen de Echte Engelsman een pad in of bij moet zitten. De eerste dekt heel veel strak opvulgroen en hedge areas.
Gemengd groene opvulling (is wat ik het meeste tegenkom als ik me niet verlies in ultrakleine groenvlakjes) missen we nog.

Tegenwoordig maken ze veel groenstukjes bijna ieder jaar weer anders. Zetten ze bomen neer in gigantische potten, handig als je er volgend jaar een mooi strruiken/gras/bollenperkje van wil maken.

We (Jeroen en ik) hebben een nieuwe versie van het shrubbery proposal online gezet [1]. WE hebben het hele proposal aangepast. Nu gebruiken we cultivated=* op natural=scrub ipv de losse tag natural=shrubbery. We hopen hiermee dat dit proposal meer steun vind zodat de tag eindelijk eens geaccepteerd kan worden. Feedback is welkom. Dat kun je hier in dit forum post achterlaten of op de mailing list.

[1] https://wiki.openstreetmap.org/wiki/Proposed_features/shrubbery

https://wiki.openstreetmap.org/wiki/Key:managed

Is dit ongeveer hetzelfde, een al bestaande key. Die wijder gebruikt kan worden.
Hoe past cultivated binnen OSM en wijder gebruik of hoort er een value te komen voor “managed”?

Goede opmerking. De reden waarom wij niet met managed=* doorwillen is omdat managed beheerd in het engels is. Een natuurgebied kan beheerd worden (bijv door Staatsbosbheer) maar kan nog steeds volledig vrij worden gelaten qua begroeiing. Het woord managed vinden wij dus niet kloppen hier en cultivated wel. Persoonlijk associeer ik het woord managed ook met bosbouw.

Daarnaast is cultivated een bekender woord wat ook op meer dingen van toepassing is. landuse=farmland impliceerd daarom ook cultivated=fully.

Laatste idee op de tagging lijst was om niet cultivated (=gekweekt of geteeld) maar maintained (onderhouden) voor te stellen.

Persoonlijk vind ik voor kleine groenstukjes twee keys moeten kombineren niet erg aantrekkelijk. natural=scrub (verspreid wild struikgewas) blijft ook wringen met maintained (dichte gesnoeide bosjes), het is toch taggen voor de renderer en dat gaan goedkeuren omdat het al zoveel gedaan is.

Dus mijn voorkeur zou zijn:
natural=scrub voor scrub (droog land met verspreid struikgewas en lage boompjes)
natural=shrub voor een shrub (struik) (dat zal weinig gebruikt worden)
natural=shrubs voor een oppervlak bedekt met struiken (dat gaat veel gebruikt worden).

een natural zoals scrub en shrubs kan een density=sparse, medium or dense krijgen. Meer dan drie stappen zou ik niet doen.
Een hedge area wordt dan natural=shrubs en density=high

Als het er alleen om gaat om hedge areas (zelfs voor OSM Carto) weer renderbaar te krijgen, kan je eigenlijk volstaan met toevoegen van natural=hedge, eventueel met barrier=yes erbij.

Bedankt voor de feedback. Twee tags voor zo’n klein vlak is inderdaad niet handig. We hadden een mooie tag. natural=shrubbery. Het probleem met de door jou voorgestelde tags is dat ze allemaal erg op elkaar lijken qua woord. Je kunt dan lastig op een oog opslag het verschil zien. Vergeet persongelijk je een s en je hebt een vlak als een enkele struik getagt. Daarom is de tag natural=shrubs er nooit gekomen. Wat waren ook alweer jou redenen tegen shrubbery maar kennelijk wel voor een losse natural=shrubs?

Het gaat overigens niet alleen om barrier=hedge weer gerenderd te krijgen. Dat is een mooi pluspunt van het voorstel maar niet de enige reden. Het gaat ook om een stukje datakwaliteit.

Edit: ieder variant van natural=scrub heeft ook niet de voorkeur van Jeroen en mij. Scrub is wilde scrubland. Daar kun je niet gecultiveerde shrubbery aan toe gaan voegen. Het zijn twee fysiek andere dingen waar 2 losse tags gewoon beter voor is.

Ik vind dat bij nader inzien niet zo’n probleem. De woorden scrub en shrub zelf hebben duidelijk verschillende betekenis, dat is het belangrijkst. Als de tools het goed doen (presets en validatie) en de wiki is duidelijk, gaat dat wel goed. Als iemand zich vergist merkt-ie het aan het resultaat.
Een node is enkelvoud dus shrub, een area staat vol met shrubs, meervoud.

En wat is je argument tegen shrubbery? Met shrubbery leg je nadrukkelijk de focus op het menselijke, sierlijke of gesnoeide element. Kijk maar eens op wiki [1]. een shrub kan ook wild struikgewas zijn (uncultivated=no). Dat probleem neem je weg door voor natural=shrubbery te kiezen. Voordeel is dat ook niet verward met scrub and shrub.

[1] https://en.wikipedia.org/wiki/Shrub

Op de tagginglist was het enthousiasme voor het shrubberyvoorstel niet erg groot. Ik denk dat de voorstellen vooral niet eenvoudige genoeg waren. Misschien als je simpelweg voorstelt om natural=shrubbery toe te voegen als waarde voor een area van onderhouden struikgewas, dat het er wel doorkomt. Allerlei toevoegingen en detailleringen verkleinen de slaagkans, omdat je pakket door de een op het ene detail wordt afgekeurd, en door een ander op een ander detail.