28.000 objecten is peanuts. Er zijn zo’n 300.000 old-style multi-polygons die in theorie met een mechanische edit omgezet kunnen worden, maar deze worden door groep mappers nagelopen en handmatig aangepast (m.b.v. de Update polygon functie in JOSM) nadat gecontroleerd is of de relatie nog klopt op basis van de luchtfoto’s.
Dit moeten we ook doen voor de landuse=farm in Nederland. Met de Kadaster Luchtfotos is de actuele situatie goed te beoordelen.
Maar dat staat toch los van het omzetten van de tags? Als je een plek tegenkomt waar de percelen flink veranderd zijn ben je zo een kwartier tot een halfuur bezig om dit te hertekenen, omdat alles aan elkaar vastgelijmd zit. Eigenlijk moeten alle 3dshapes landuses worden gecontroleerd, niet alleen de farms, dus dan kan dat beter als een aparte taak worden gegeven.
Ik heb voor de BRP gewaspercelen even een nieuw topic aangemaakt.
Als we het hebben over verandering van countouren. Is dat een beetje OT off topic.
Een andere discussie dan de omtagging naar farmland.
Zie de omtagging naar farmland, alleen als een tussenstap.
Ik vindt brp een beter stap dan luchtfoto.
Ik heb de Gelderse Vallei en Veluwe opgeschoond. Bij de glastuinbouw rond Aalsmeer zie ik veel kassen die als farm zijn getagd, die heb ik maar overgeslagen. Ook bij nieuwbouw laat ik farm gewoon staan, dat moeten lokale mappers maar oplossen. Zie nu nog veel rode vlekken op de https://wambachers-osm.website/nofarm/ in Oost Twente, heel Friesland, de kop van Noord-Holland.
Ben er wel weer klaar mee, teruggefloten door iemand van de DWG? Ze zien liever dat alles verkeerd staat dan dat dat ik het zo en goed en zo kwaad aan de hand van luchtfoto’s probeer aan te passen.
Edit:
De mail bleek niet van de DWG maar een bezorgde Duitse mapper van over de grens. Ik zal me niet meer over de grens wagen om de Duitsers niet op stang te jagen. 
Mij valt op dat in België en Duitsland grote gebieden in het geheel niet van een landuse voorzien zijn. Men kan er toch geen bezwaar tegen hebben deze op basis van luchtfoto’s in te tekenen als farmland?
De Duitsers zijn er zeker nog niet bewust van dat 15km van de grens af Duitsland zeer goed bekeken kan worden met Actuele Luchtfoto van Nederland. Een stad als Aachen en andere zijn zo goed te zien.
Vroeg met laatst af wat voor de Duitsers de beste luchtfoto’s zijn.
De Duitser die me mailde gebruikte nog Bing en was ook bezig met farm om te zetten naar farmland.
Ik heb m meteen maar gewezen op de pdok foto’s en andere layers.
De nieuwe cartostylesheet is vanaf 17/4 actief. Zie dit dagboekbericht.
landuse=farm wordt vanaf nu niet meer gerenderd.
Wat je te zien krijgt op vlakken waar die tags nog staan is mij onduidelijk. Voorlopig zie ik nog geen verschil, maar dat komt waarschijnlijk omdat het enige tijd duurt voor alle tiles ververst zijn.
AAN Agrarisch Areaal Nederland is goed te gebruiken om farmland in te tekenen.
landuse=farmland ligt niet over een sloot heen.
Dit is nog verkeerd getagd:
stand 19-4-2017: 12992.
Drenthe ziet er goed uit. De rode plekken zijn in Friesland.
René.
Ik heb wat stukken in Friesland en Texel in farmland omgezet. Niet geheel, want bij overlap kwam ik op conflicten, dus even wachten.
Deze mechanica edit altijd beter dan lang wachten.
Eventuele farmyards dienen uiteraard handmatig gecheckt te worden.
Een lijnvormige sloot (ditch) kan ik net als een weg gewoon door farmland trekken toch?
In mij optiek niet, want landuse=farmland ligt niet in de sloot.
Dus, nee.
Ik zag farmland, getekend over de sloot heen tot aan de weg. Zelfs de berm was farmland.
Misschien dat hier sprake is van begripsverwarring.
Net als een voetpad door een bos of grasland als lijnelement getekend de landuse niet onderbreekt zou dat ook voor alle andere line-elementen zo kunnen.
Zowel de renderer als de gebruiker ‘weet’ dat er onder het pad of de rails geen gras of bomen groeien.
Dit geldt dus ook voor farmland waardoorheen een pad, beek of sloot loopt zolang deze als lijnelement ingetekend zijn.
Op het moment dat deze elementen als area ingetekend zijn (pedestrian, area=yes, water=waterway, river etc.) wordt uiteraard de landuse onderbroken.
Dat er (meestal) feitelijk tussen het graan en de sloot een strookje ‘ongedefinieerd’ bestaat zij zo. Zolang we dit niet intekenen omdat simpelweg de tijd daartoe ontbreekt, het strookje zo smal is dat het niet zichtbaar is of goedbeschouwd niet ingetekend kan worden (zo tekenen we ook de 30 cm grind tussen de spoorbielzen niet in om maar eens en raar vergelijk maar wel van gelijke schaalgrootte te noemen), kan wat mij betreft dit lijnelement gewoon over/door de landuse getrokken worden zolang de landuse aan weerszijden gelijk is.
Deze praktijk zien we ook toegepast in een goede ‘standaard’: de Nederlandse topografische kaart 1:10.000 en ik zie niet in waarom we, “omdat het kan”, daar van af moeten wijken.
Maar ik kan het mis hebben…
Ben het eens dat de berm niet echt ok is om als farmland te doen, maar zou het persoonlijk iets minder streng aanvliegen met de sloot, in ieder geval als deze zo smal is dat je 'm niet gelijk ook als vlak zou mappen (waterway=ditch, naar analogie van de stream in de Wiki: "als een gezond iemand eroverheen kan springen ;-).
Dit omdat het een lijnelement is en in die zin (niet in het echt natuurlijk) tweedimensionaal is.
Ook bij het intekenen van een path oid splitsen we de landuse toch niet speciaal daarvoor
(hoewel bestaande gesplitste landuses met blanco ruimte wel fijn zijn voor elementen die daadwerkeleijk significante opplervlakte innemen, of als teken dat daar wat te vinden zou kunnen zijn).
Ten tweede zou het wel heel veel werk worden om alles te splitsen (en eventueel ook vlakken met water in te voegen, merk ik op plekken waar bestaande sloten en waterpartijen ontbreken.
Een mogelijk compromis zou misschien zijn om de sloten in te tekenen op de grens van twee landusevlakken.
Je ziet in de 3d-shapes veel aaneensluitende vlakken met identieke landuse, met de grens op de plek waar de sloot loopt.
Zou het een idee zijn om voor ontbrekende ditches een waterwat aan te maken op die grenslijnen?
Het probleem van het vastplakken van lijnelementen aan vlakken is dat het editen, selecteren, verschuiven veel moeilijker wordt.
Als bijvoorbeeld een bos iets over een sloot hangt en ik de outline van het bos wil verschuiven, dan beweegt de sloot gelijk mee.
Dus een lijn tussen de twee landuses ok, maar alsjeblieft niet vastmaken aan het andere lijnelement, waarmee de noodzaak van een lijn gelijk vervalt…?
Soms zijn ‘oude’ grenslijnen uit bijvoorbeeld 3dshapes import de resten van bijvoorbeeld kadastrale grenzen, maar dat speelt voor OSM geen rol, daar hebben we kadastrale kaarten voor en de discussie of OSM alles moet importeren wat te importeren valt is meen ik eerder gevoerd.
Er is nog genoeg anders te doen 
Ter info, de nieuwste versie van de openstreetmap-carto stylesheet, waarin landuse=farm niet meer wordt gerenderd, is inmiddels gereleaset. Ik kan nog niet aangeven wanneer deze op de server uitgerold gaat worden (daar gaan de sysadmins over). Goed dat er vooruitgang zit in het omzetten hiervan!
Volgens mij is het nu klaar.
Ik vond ten N van Deventer enkele adresnodes met landuse=farm, vergezeld van naam/website. Het daar landuse=farmyard ingetekend en naam/website daarop overgezet.