(Im Moment geht es nicht) - sonst auf die Seite Tankstelle gehen und bei Beispiel das passende “payment” suchen.
Das halte ich für keine gute Idee, weil amenity=fuel suggeriert, dass es für jeden nutzbar ist. Ich würde Nutzen und Schaden abwägen und meine Wertung geht eher in die Richtung nicht eintragen. Ansonsten ist ein access=private auf jeden Fall erforderlich, damit die Auswerter eine Chance haben zuerkennen, ob so eine Tankstelle bspw. in eine POI-Datenbank gehört oder nicht. Der Nutzer, der so eine Tankstelle mit dem letzten Tropfen Sprit erreicht wird sicher nicht erfreut sein 
Die beiden Seiten kenne ich schon, habe auch daran gedacht das so zu machen. Allerdings habe ich die gleiche Befürchtung wie aighes. Leute werden auf der Karte zuerst sehen, dass hier eine Tankstelle ist, nicht aber, dass sie mit Bargeld, EC-Karte usw. nicht zahlen können. Es bräuchte eher eine Lösung, die auf den ersten Blick klar macht, dass man diese Tanke normalerweise nicht anfahren sollte.
Das gleiche Problem gibt es auch bei Tankstellen die nur bestimmte Kraftstoffsorten anbieten. Wenns da kein Diesel gibt, dann hat man mit nem Diesel-PKW auch Pech gehabt. So gibt es z.B. Tankstellen die ausschießlich LPG anbieten. Trotzdem werden die eingetragen.
Ohne konkretes Beispiel lässt sich das nicht sagen. Für die fuel-Arten gibt es ein Tagging-Schema, das ein Auswerter nutzen kann. Ob er das tut ist immer seine Sache. Ich vermute mal, das Mapnik da keine Unterschiede macht. Aber wie schon gesagt, wie ein Auswerter unsere Daten nutzt ist seine Sache. Wichtig ist nur, dass aus den Daten hervorgeht, dass es Einschränkungen gibt und das in einer Weise, die auch auswertbar ist.
Und genau das gleiche gibt es für payment-Arten.
-snip-
Hat jemand was von einem größeren Import in der zweiten Märzhälfte mitbekommen? Ich frage bloß aus Neugier, weil laut Editor usage stats in dieser Zeit 7 Millionen Objekte mit upload.py hochgeladen wurden.
http://wiki.openstreetmap.org/wiki/Portland,_OR_Bldg_import ???
http://wiki.openstreetmap.org/wiki/Antarctic_Digital_Database ???
http://wiki.openstreetmap.org/wiki/WikiProject_South_Africa/ngi-river-import ???
http://wiki.openstreetmap.org/wiki/Import_CAR_WRI_Data ???
http://wiki.openstreetmap.org/wiki/Central_Africa_Import ???
http://wiki.openstreetmap.org/wiki/Cameroon_Import ???
Das sind die wesentlichsten NEUEN Seiten die mir in den letzten Wochen im Wiki aufgefallen waren…
klemmt es bei euch auch? ich hab derzeit probleme mit api.openstreetmap.org und auch www.openstreetmap.org.
Gruss
walter
osm.org wäre mir nicht aufgefallen. Aber api.openstreetmap.org klemmt ein bisschen: teilweise geht’s aber teilweise muss ich auf overpass ausweichen.
ja, der scheint wacklig zu sein.
Auf das OSM-Wiki warte ich auch die ganze Zeit vergeblich 
Fehler 500 habe ich in den letzten Tagen auch des öfteren gesehen. Dazwischen konnte ich auch einige Male eine Zeitlang keinen neuen Änderungssatz erstellen.
@reneman: Danke, aufs Wiki hätte ich eigentlich auch kommen können. 
Soweit ich gesehen habe, hat aber keiner der genannten Importe schon im großen Stil losgelegt. Werde wohl doch mal changesets-latest durchsuchen.
Edit: Gebäudeimport in Massachusetts. http://www.openstreetmap.org/user/jremillard-massgis/edits
Hallo,
gibt es bei OSM eine Anlaufstelle, wo man Fehler/Ungereimtheiten
weiterleiten kann?
Fuer Ueberlandfahrten/Navigieren/ Anfahrten von Orten sind die OSM-Karten sehr gut.
Zum Anfahren von Adressen sind sie leider nicht brauchbar, dass hab’ jetzt schon
mehrfach getestet.
Zuordnung einer Hausnummer zur voellig verkehrten Strasse, etc…
Sollte nun der Vorschlag kommen, ich sollte selbst aktiv werden
- bitte nicht boese sein, nein, dafuer habe ich auch einfach nicht die Zeit.
Gruss
Rallebiker
Hallo chriss66,
danke fuer den Link.
Habe da mal den Fehler eingetragen.
Gruss
Rallebiker