Hi,

Ben met schoonmaak bezig geweest van de inner en outer roles in het LOFAR wetland gebied en daar waar in werkelijkheid er geen 360 graden omlijsting van wetland is naar outer te wijzigen zodat ook geen wetland meer in de Achterste Diep rendered. De vraag is: Die LOFAR zones staat wit op de kaart terwijl er grass groeit. Zou op zijn minst landcover=grass toevoegen voor de data consumers maar denk dat het eerder landuse=grass of meadow zou moeten zijn.

Wat denk je? (Niet naar voorbeelden elders gekeken!)

PS Als je in dit geval water area tegen water area ligt kan er geen wetland ook nog eens als inner role tussen liggen, dan krijg je duplicate segments en rare render problemen. IIG het ziet er nu goed uit, bliift alleen die vraag nog van de landcover op die LOFAR zones.

ciao

Hi,

Please visit the OSM Inspector tool, https://tools.geofabrik.de/osmi/?lon=14.3932&lat=40.5818&zoom=11 then select right top the Areas view and zoom in to your protected area. As you can see there's 2 problems, 1, orange for duplicate segments and 2 light blue for roles that were mapped as inner but are outer. As a rule of thumb when working with any multipolygon, the feature is not allowed to border with itself leading to duplicate segments. Also your zone A is not inner size it actually borders to golf of Salerno.

I've fixed both issues and left your double line mapping in tact between the A B C zones, though strictly that's not needed as a single line can be used for multiple boundaries where you could use use name:left name:right on a shared line to indicate which is where.

Anyway, please review and let me know if it's alright. The solutions were applied in changeset/119716183

ciao

PS, If you don't look before 22:20 this evening and the problem is solved correctly AFA Inspector is concerned, you wont see any orange or blue lines. OSM Inspector views update every 12 hours exactly, CET times.

If only people not in Santa Cruz or a Swedish badlands corner could understand why these 10,000 miles apart paving tags had to be added in 1 change set, certainly I don't for the life of it. StreetComplete is for local surveying, on the spot, NOT for satellite skipping the globe to do something at back home or the holiday trip one took here or there. The tool is utterly unsuitable for this operation and this will linger top of the local history list of 1000s of local mappers pushing off the edits of their area of interest.

Pretty please, don't do this. Use ID Editor or Josm or the many other OSM tools that allow saving on a local basis. StreetComplete does not ,regardless if you upload automatically or force uploads per visit. Sessions are held open for hours.

MTIA for your consideration on your future mapping discoveries.

Greetings from Italy.

Hi

'inner' area relations corrected. They were to themselves and not the forest they are in, See CS changeset/119706539

Hi

This ring of Српско-македонска маса is reported as unclosed in the OSM Inspector along the Bulgarian/Serbian border. Unglueing is fine, using the forest border as good candidate to close the boundary would be great

ciao

Nota i correzione nel CS relation/7172692 . I farmland non e 'inner', condividere perché e tocca 2 foresti e cambia i role in outer per questo.

ciao

Hi

Wat een toeval dat ik deze recente CS zie, was net op virtueel bezoek hoe de Hollanse pieren getagged worden en zie dat ze als groyne gelabelled worden. Bij mij thuis bouwen ze er weer een bij, beetje langer, de langste die ik gezien heb bijna 1 km de zee in, zoiets als bij Rotterdam, permanent boven hoogtij niveau dus vroeg mij of dat dan niet een breakwater zou moeten zijn. Als je dan bij den helder gaat kijken niet breakwater maar (gemakshalve vermoed ik), deel gemaakt van 'reinforced slope' hoewel aan 3 kanten zee. Lijkt me toch echt een breakwater.

Het is overigens grappig hoeveel landuse=grass gebied er getagged is in de lage landen hoewel het nederlandse 'weide' toch echt meadow in het engels is in functie. Hier staat 99,9999999% van de koeien 365 dagen per jaar op stal, dus 'weide' of meadow=pasture is er praktisch niet, het groeit, het wordt gemaaid en aan de bovines gevoerd in de stal. Een grote industrie hier in de regio, 1 tons rollen, geen balen soms honderden gegroepeerd in een hoek op het land en in satelliet beelden goed te herkennen.

ciao

PS 15 jaar in NL gewerkt dus ik ken de taal een beetje en het is net als fietsen, zeggen ze, verleer je niet (meer). :O)

Hi,

You have 3 unresolved warning on this 3 continents touched change set! warnings:y_shaped_connection

As every good mapper does, you clean up the things you left broke.

cheers from Italy.

Hi Marc,

Not a typo, shows up top of the list when starting to key 'stock' in ID Editor. The pick lists fed by the N?? database needs lots of cleaning, lots. Some items appear 3-4 times in the drop down list... how is a casual mapper ever to know... as single word, with space, with underscore, with hyphen. That's one of the roots of continued wrong values being fed into the system. I've written to Mr bhousel on the matter, but silence was the response.. You get lots of silence to include reporting bugs on Github and proposing feature improvements, so I wont be writing to any of them.

If you remember Map47 claiming never to get these CS comment notices, I think it's a wide problem in OSM world.

Anyway, have noticed if I start commenting on my own CDs some will actually notice and give feedback.

ciao
rob

Ah yes, today added building tag to Poste Vaticane amenity on St. Peter's square. does not show, just the envelope.

Yes, but a shelter does show even when not given an inner role. way/1049100510

There seems to be a bug in carto rendering. When mapping a roof area *over* a pedestrian area, the roof wont show. The default for roof is layer 1 i.e. one would expect this to be the prevailing object to show. Noticed this before. Many houses here have permanent outdoor roofs installed in their porch or garden and these map, be it in country side of in residential areas but do recollect that other regular building in pedestrian area does not render either.

Hi,

In English as in Italy we don't speak French and do the change set commentaries in Italian or English which most mappers speak.

That said, your edit set made OSM Inspector throw fits on the Villa Borghese area so I fixed the inner/outer roles and duplicate segments. While there added building, few more areas inside the forest zone, solved the double render of Piazza di Siena name and made the centre green zone visible. See changeset/119533169 for the applied fixes and changes.

ciao

Hi Bergfan

If mapping areas in for instance forest please be careful that you select the correct forest relation for the inner role. You added about 8 here and the inner forest role was the wrong one. I've corrected them. You can see it in carto standard view when trees render over meadow and scrub. They got highlighted in OSM Inspector is how I noticed. https://tools.geofabrik.de/osmi/?lon=14.0617&lat=42.4379&zoom=11

Ciao

The thought boundary tag might not have been a good idea. There's half dozen plus featureless lines that follow the park relation only with a note+source tag on them (why?). Will wait for error report, though think they will be no show. Boundary key at least gives a feedback of why they're on the map.

Success

All American airports and then one more in Turkey to make sure every mapper in between sees it, noticing that is_in on the latter is a deprecated tag. Please split your edit sets to small geographic areas. No one not there is in need to know.

MTIA from Italy.

rm? lande?, you're mapping in Italy, so please add proper comprehensible comments in English or Italian.

Whilst the park you mapped is brokewn with a self intersection at Via dell asparago. How we know? The area does not render in standard Carto view. I've fixed it for you

ciao.

Again no warning in previous edit set there was an open ring, only because of checking if all rendered did this surface AND AGAIN it involved bordering on a complex MP area that was not fully loaded into memory! Bug report made at GITHUB, zero response.

Also added mobile phone mast in fenced area with service building across rail.