top

Wie man dieses Missverständnis in Zukunft vermeiden kann wird zzt. im Issue Tracker von StreetComplete diskutiert:

https://github.com/streetcomplete/StreetComplete/issues/3943

Vielleicht hast Du ja eine Idee dazu

Hi YieldMapper

Offenbar werden diese Bänke saisonabhängig de- und wieder montiert.

Sie sind also schon noch da, aber gerade nicht %-). Für solche Situationen ist das Tag `seasonal=yes` vorgesehen.

Weißt Du wie Du einen Changeset rückgängig machst?

Gruß
westnordost

Achne, dort ist ein sehr schmaler (also kein "richtiger"/benutzungspflichtiger) Radweg hinter den parkenden Autos zu erkennen, also cycleway:right=track

Beziehungsweise bin grad dabei, bitte jetzt grad nichts ändern sonst muss ich merge-conflicts lösen

Hi Wulf, Du hast u.A. cycleway:right=lane zur Augustenburger Straße hinzugefügt. Allerdings ist neuer datierten Mapillary-Fotos zufolge ( https://www.mapillary.com/app/?lat=53.5650861&lng=9.9465073&z=17&pKey=768114047223843&focus=photo&menu=false ) dort keine Radspur (mehr), daher habe ich es umgetaggt zu cycleway:right=no

Hm, ich war auch nicht vor Ort, die Position die ich eingetragen habe stammt aus

https://geoportal-hamburg.de/geo-online/?layerIDs=453,1757,1755,4953,1756,1758,1759#

die andere Position habe ich wohl übersehen. Welche richtig ist, weiß ich nicht.

Done in changeset/113874590

Haben jetzt neue Ids, ich habe nicht gefunden wie man in JOSM neuen Elementen stattdessen bestehende ids geben kann. Vielleicht kann JOSM das auch nicht, wäre jedenfalls ein potenziell ziemlich destruktives Feature.

Das muss ein Versehen gewesen sein. Sofern die nicht innerhalb der Europa-Passage waren, habe ich die nicht nicht gesehen.

Ich stelle sie wieder her.

Hi Omegatherion,

im Forum gibt es gerade eine Diskussion dazu ob hw=unclassified oder hw=cycleway hier passender wäre.

Zurzeit sieht es danach aus als seien alle einhellig der Meinung, dass dies ganz klar ein Fahrradweg und keine Straße sei.

https://forum.openstreetmap.org/viewtopic.php?pid=839710

Hey Ramil, sorry if it came across as rude, I just wanted to explain it in detail. I also think it is no big deal

Cheers
Tobias

Hey Ramil, author of StreetComplete here. You sent me an email about this. It's basically what SekeRob wrote:

StreetComplete quests should only be solved on-site. For editing on the computer, there are better (i.e. more efficient) tools. The app also tells you this when you try to solve a quest more than 50m or so away from your location and lets you confirm that indeed you checked it on-site.
This is to ensure that the data contributed with the app is of the highest quality: If you just checked something on-site, we can be sure it is this way, but if you just remember it (from your last vacation etc), you might misremember it, everyone might.

Now, in general, regardless of the map editor you use, it's not so good to group changes into one changeset that are geographically very far apart. Why? Because some people monitor a feed of changes in their area to help and resolve possible mistakes that are made by other (new) mappers. SekeRob maps in a small town on the east coast of Italia. Now, this changeset appeared in his feed, because it geographically spans so wide that it basically appears in everyone's feed in ~central Europe. This is because what changeset appears in whose feed is calculated not by the closest map data element changed, but whether the bounds of the changeset intersect with the area of interest - a simplification and performance improvement in implementation.

So for everyone who is notified of a new change in the area, it may take a moment to realize that after all, the changes are not relevant for his or her area, which is an inconvenience for those and thus should be avoided to be considerate of other mappers.

Cheers
Tobias

Cool, danke für den Tipp!

Haha, danke, ich bin hier im Urlaub! Du wohnst in innsbruck?

Top!

https://github.com/westnordost/StreetComplete/issues/2352

Hi tordans, das ist ein Bug in osmcha, wenn du dir den Changeset hier auf osm.org anschaust, ist alles korrekt.

Dieser Changeset (93550765) beinhaltet node/1455122211, v7

Der andere Changeset (93550776) beinhaltet 1455122211, v8.

http://openstreetcam.org/details/2835878/772/track-info

GITNE, this tone is not acceptable. If you found an issue with this changeset, please describe the problem in a impersonal and respectful manner.

I've looked at the changeset and it looks like tguen moved the housenumber nodes to the actual position of the entrance, which is fine and a useful information, especially for larger buildings.

If I were to make a suggestion, tguen, you should add entrance=yes at these nodes to denote that this is the location of the entrance.

Wegen dieser Parkplätze am Langenfelder Damm: Ist für straßenbegleitende Parkplätze nicht das Tag parking:lane gedacht?

Ich kann mir gut vorstellen dass diese Art der Parkplätze problematisch sind, weil kein Weg in sie hinein führt (service=parking_aisle o.Ä.)