SekeRob's Comments
Changeset | When | Comment |
---|---|---|
119756497 | over 3 years ago | Hi, You made 7 water areas inner to the wrong Bare Rock zone. Duly Corrected. Ciao PS When you select an are to connect the relation to, here just start typing Bare. It will list 2 BR relation. The one that shows the grey outside the water is the right one. If you pick the wrong one the water edge takes on a greyish teint in edit mode, in this case. Would you have done it in forest, you'd see trees growing from the lake.
ciao |
114259063 | over 3 years ago | Hi Dieter Osmose is upset over the same wiki reference being used on each section of the Aurelian Walls, like a dozen times. I'd propose that they're all removed from the wall sections and only left on the (site) relation. To my surprise the site relation does have the wikidata key, but not the wikipedia=it:Mura Aureliane one, JIC ciao PS Hitting ignore is pointless as Osmose will cycle throug each update and flags the next one and the next and then starts all over again. |
119746386 | over 3 years ago | Hi, e Benvenuto da OSM Russian interface, Turkish change comment, edit in Weil am Rhein, Germany and Turkey, PLUS in my face in Italy. Why these edits in 1 change set so everyone in between gets to have this in their local history for days? Pretty please don't, edit locally, save locally. Nobody in-between needs to know. MTIA and happy mapping. |
119618710 | over 3 years ago | OK Whatever is going on with country borders, more and more show up in Inspector meaning some element got misused. Saw Netherlands, Belgium now being flagged too. Cheers |
119618710 | over 3 years ago | That's something I hate, lines top of lines. A single line can be used for multiple roles. I've seen one in France which was part of 9 different boundaries. The one I try to avoid using for other purposes is roads. Except for routing and road relations a no-go for me. As proposed, I'd take the forest edge and close it up. ciao ancora |
111260468 | over 3 years ago | 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 |
119661266 | over 3 years ago | 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 osm.org/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. |
119684827 | over 3 years ago | 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. |
119578650 | over 3 years ago | Hi 'inner' area relations corrected. They were to themselves and not the forest they are in, See CS osm.org/changeset/119706539 |
119618710 | over 3 years ago | 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 |
119624981 | over 3 years ago | Nota i correzione nel CS osm.org/relation/7172692 . I farmland non e 'inner', condividere perché e tocca 2 foresti e cambia i role in outer per questo. ciao |
119361381 | over 3 years ago | 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) |
119557751 | over 3 years ago | 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. |
119546857 | over 3 years ago | 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
|
119545842 | over 3 years ago | Ah yes, today added building tag to Poste Vaticane amenity on St. Peter's square. does not show, just the envelope. |
119545842 | over 3 years ago | Yes, but a shelter does show even when not given an inner role. osm.org/way/1049100510 |
119545842 | over 3 years ago | 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. |
119512386 | over 3 years ago | 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 osm.org/changeset/119533169 for the applied fixes and changes. ciao |
119508525 | over 3 years ago | 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 |
119529517 | over 3 years ago | 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. |