man mit
maxspeed:de etc. aber tun. Und genau das kann man z.B. mit deutschen und
italienischen Namen (name:de, name:it) tun, dort ist das aber im
Gegensatz zu maxspeed gewollt.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Geschwindigkeit rausfinden, auch wenn man sich nicht für Zonen
interessiert (was häufig gewünscht sein wird).
Und mit anderen maxspeeds funktionierts auch noch.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo
Conditions for access tags allows to alternatively use
oneway=yes + oneway:bicycle=no
which is a bit more flexible because it is not limited to bicycles, see
http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags
Tobias Knerr
.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
nichts für
diese Geräte:
http://wiki.openstreetmap.org/index.php/Proposed_features/information
Wenn jemand einen geeigneten englischen Begriff dafür kennt, dann
tourism=information + information=der_begriff.
Tobias Knerr
___
Talk-de mailing list
Talk-de
will also
prevent that cars moving from south to north on A can turn left. This is
usually not intended.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to create two directions for B, too. At that
point, it's probably best to just split A at junctions and be done with it.
Tobias Knerr
PS: I'd really love to see a feature to select ways between *click1* and
*click2* in editors. Would make all that way-splitting much less of a
problem
. Also, the wiki page has apparently been deleted.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Betrachten der History jedesmal nachzusehen, was du denn da gemacht
hattest, wirst du ja nie absichtlich eine leere Commit-Message wollen.
Richtig? ;-)
Wenn JOSM wenigstens eine history für die box hätte...
Das sollte natürlich nachgerüstet werden.
Tobias Knerr
).
Sie geht auf das Datenbankproblem adäquat ein.
Also im Ernst: Warum nicht? Ich würde sofort mit Freude zustimmen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
unnötige Arbeit wäre).
Wenn wir PD/CC0 hätten, wäre es natürlich kein Problem, dass der
Luftbildbereitsteller die Daten auch nutzen darf, das könnte man dann
auch gerne offensiv bewerben und als Ansporn für die Freigabe der Bilder
in die Waagschale werfen.
Tobias Knerr
Rechtsauffassung hier ist, dann sollte das dokumentiert werden.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Johann H. Addicks schrieb:
Tobias Knerr schrieb:
Meiner unwesentlichen Meinung nach sollten Anwendungen versuchen,
Implikationen unterstützen, wie sie etwa im Wiki auch genannt werden.
Wenn ich es richtig verstanden haben, dann sprechen wir in diesem
konkreten Fall über ein Fehlrouting
das ist juristisch-theoretisch dann wirklich
doof, wenn der dortige Server ausfällt).
Wir sollten allerdings aufpassen, keine Bilder von Martina Nolte
einzubinden. ;-)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Jan Tappenbeck schrieb:
Wie wäre es mit einer Funktion die, vergleichbar der Historie, die
passende Kachel in OpenStreetBug öffnet. Das erleichtert die Suche !
OpenStreetBugs-Plugin bekannt? Wenn ja: Welche Aktion willst du
durchführen, die dort nicht möglich ist?
Tobias Knerr
hast du dir denn eine Umsetzung deiner Web-basierten Lösung gedacht?
Mit vorgerenderten Kacheln nehme ich an?
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Fläche oder noch als Node zeichne.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
-Relation an (also ein
eigener Relation-Typ mit from-via-to-Mitgliedern). So was würde dann
auch diesen Fall hier abdecken können.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
incline-Tags. (Siehe ebenfalls
Diskussionsseite highway=steps.)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
rum ist,
was solls: ist nicht halb so schlimm wie bei Einbahnstraßen.
Wie willst du sicherstellen, dass zukünftige Treppen wenigstens meistens
richtig eingegeben werden? Die Wiki-Seiten werden nicht unbedingt gelesen.
Tobias Knerr
___
Talk-de mailing
+ step_count=1
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ein solches Objekt bezeichnen -- dokumentiert ist
das leider nicht.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
,
dass andere Werte als Fallback wie yes zu behandeln sind). Verwendet
wird es durchaus auch, die 50.000 Fälle in Europa sind zwar gegenüber
730.000 building=yes nicht ganz so beeindruckend, aber ignorieren würde
ich die sicher nicht wollen.
Tobias Knerr
Jens Herrmann schrieb:
Tobias Knerr wrote:
Es gibt einen Schlüssel für die Anzahl der Stufen einer Treppe:
step_count (http://wiki.openstreetmap.org/wiki/DE:Key:step_count).
Super, danke. Spricht was dagegen das gleich auf DE:Map Features beim
Eintrag für highway=steps mit dazuzuschreiben
selbsterklärend hielt und sich daher eine Definition gespart hat:
http://wiki.openstreetmap.org/wiki/Key:service
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jens Herrmann schrieb:
Es handelt sich um einen Hahn in einer Wand der
Brauchwasser liefert. Welches Tag soll man dafür nehmen?
Dazu gabs auch einen Thread im Forum mit ein paar mehr Antworten:
http://forum.openstreetmap.org/viewtopic.php?id=2923
Tobias Knerr
://wiki.openstreetmap.org/wiki/Proposed_features/Administration
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
schreiben und die entsprechenden Optionen zu deaktivieren? Das kann
doch wohl nicht wahr sein.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
die Erfassung detaillierterer Daten.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
eigentlich nicht klar, warum das damals nicht gemacht wurde.
Vielleicht noch mal nachhaken?
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
. It's not inherently superior to individual objects, though.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
hervorragendes Bindeglied zwischen unserer Datenbank und einer externen
Adress-/Branchen-/Telefonbuch-DB besteht, ist das eine natürliche Grenze
für Informationen, die ich in OSM erwarten würde.)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
.
Is that a mediawiki-plugin?
http://www.mediawiki.org/wiki/Extension:ParserFunctions
http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions
Didn't even know it was an extension until now, as many major wikis
(especially Wikimedia's) seem to have it installed.
Tobias Knerr
for other providers of pet related services, too, not just shops.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
at the bottom of each page? You could get the list
of supported features by checking template inclusions, and it would
allow you to choose an appropriate style, maybe expand/collapse the box
to save screen space and so on.
Tobias Knerr
___
talk mailing list
definitely like a statement from someone with MediaWiki
experience before creating some widely-used template. Of course,
categories are the simpler solution and could theoretically be exchanged
with something else by a bot if we encounter problems.
Tobias Knerr
, too, and I have to agree that they are a
possible situation where order would make a difference. I've yet to see
any real-life examples, but nevertheless I don't really like this.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http
situations and there is no significant difference in mapping
effort either. So why don't we restrict the via role to ways (except
maybe for the popular single-via-node case)?
Tobias Knerr
PS: I'm perfectly aware that there is no authoritative documentation,
that I can implement and map whatever I want etc
. This is obviously not intended.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that are traveled.
Does way mean way primitives here, as opposed to nodes?
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
-Dokumentationsschema, mit
Tagwatch und vergleichbaren Anwendungen
* der Länge der entstehenden Tags
Gefällt mir alles ganz und gar nicht.
Tobias Knerr
[1]
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags
___
Talk-de
, brauche ich den eigentlichen Way ja grade nicht
auftrennen.
Tobias Knerr
* ich will damit nicht behaupten, dass man die wirklich in naher Zukunft
mappen muss... *g*
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
, Auswertung, Tagwatch, ...) sinnvoll, die
selben Tags zu verwenden, die auch bei Einzelobjekten möglich sind --
was entweder den Einsatz von Relationen oder eines in der API noch nicht
vorhandenen Konstrukts verlangt.
Tobias Knerr
___
Talk-de mailing list
Talk-de
(deshalb ist die Ungenauigkeit auch nicht wirklich ein Problem), sondern
die Möglichkeit, so etwas mit den vorhandenen Mitteln der Editoren und
des Datenmodells handhaben zu können.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
die Mühe macht, den Fall mit diesem
Tagging zu verstehen, würde ich aber nicht wirklich ausgehen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
(|X| Lizenzhinweis hinzufügen) gings natürlich, der würde
gleichzeitig als Hinweis dienen, dass so was überhaupt nötig sein
könnte, und vielleicht weniger aufdringlich wirken als ein Denken Sie
an den Lizenzhinweis!.
Tobias Knerr
___
Talk-de mailing list
übereinander zu legen oder
dergleichen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
paar Linien zu malen.
Wenn ich grad die Zeit dazu hätte...
Also: Wenn jemand Lust _und Zeit_ hat, sowas umzusetzen: Wäre cool! ;)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Preisgabe
dürfte auch nicht wirklich eine disziplinierende Wirkung entfalten.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
definition of the term, then exactly that definition
should be linked in the descriptive text.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
(z.B. bei
Bahnhöfen), dann integriert sie sich ins Fußwegenetz.
Damit verliert man dann auch keinerlei Information.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
setze,
lässt sich nicht mehr klar entscheiden, auf welcher Seite der Insel ein
Bus nun hält. Kannst du natürlich unwichtig finden, ich halte es für
gut, das zumindest zweifelsfrei ausdrücken zu *können*.
Tobias Knerr
___
Talk-de mailing list
Talk-de
mit nur einem Node enthält eindeutig weniger
Information.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
, genau das kann man, der Bus hält immer so, dass der Fahrer auf
Höhe des Haltestellenschilds ist. Ausnahmen sind betrunkene Busfahrer.
Darf ich noch mal an meine Insel erinnern? Es gibt dort zwei Stellen (in
zwei unterschiedlichen Straßen), die sich auf Höhe des
Haltestellenschilds befinden.
Tobias
Lizenzwechsel besser findest als das Risiko
der Löschung deiner Daten.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Demonstration des Golden
Hammer (if all you have is a hammer, everything looks like a nail).
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
during
the original proposal's RFC and poll processes have made it into the
extension.
With this way of tagging, we'd probably be able to represent almost all
maxspeed and access restrictions.
See the proposal page for examples. Comments welcome!
Tobias Knerr
* access:weight5.5 = destination
Fußgängerzone, Lieferverkehr 6:00 bis 10:00 Uhr und 18:00 bis 22:00 frei
* highway = pedestrian
* access:time{6:00-10:00;18:00-22:00} = delivery
Ich freue mich über Kommentare, Erweiterungs- und Verbesserungsvorschläge.
Tobias Knerr
finde? ;-)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ein alternativer Editoransatz nicht
funktioniert, aber in Effizienz oder Universalität wird er das
JOSM-Konzept wohl nicht schlagen können. Bestenfalls vielleicht (!) mit
niedrigeren Einstiegshürden.
Tobias Knerr
___
Talk-de mailing list
Talk-de
einbindet. Die Wege und POI selbst wären normal getaggt.
Das Ziel, dem naiven Renderer uninteressante Wege vorzuenthalten,
könnte man an sich mit einem eigenen Wegetyp für Nebengänge in Gebäuden
lösen. Er unterscheidet sich ja doch etwas vom normalen footway.
Tobias Knerr
Fahrtrichtung, nicht von der Spur abhängt (auch wenn es natürlich
wegen der Vorschrift, rechts zu fahren, Überschneidungen gibt).
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Masse.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
davon jemals verwendet) vermeidet man
Umstellungsprobleme, wenn man dann die technischen Möglichkeiten für die
komplette Darstellung mal hat.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
gemacht.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
/no
recycling:batteries = yes/no
usw.
Das könnte man analog auch für sport machen, dann würde man die Infos
problemlos als zusammengehörig erkennen. Und es wäre recht leicht
auswertbar.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
selbstverständlich alles nur subjektive Eindrücke meinerseits.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
relativer Anordnung, Breite,
Oberflächenbeschaffenheit usw nutzen.
Funktioniert das mit deinem Modell auch oder ist das eine ausschließlich
auf die Anforderungen eines heutigen Standard-Autonavis zugeschnittene
Lösung, die mit darüber hinausgehenden Detailinfos nicht zurecht kommt?
Tobias Knerr
lieber für ein
openstreetmap.org, CC-BY-SA 2.0
mit zwei Links als für ein
Creative Commons Atrribution-ShareAlike 2.0 License
nutzen sollten...
(Und das nicht nur wegen des Tippfehlers in Atrribution auf der
Detailseite. ;-) )
Tobias Knerr
___
Talk-de
armen
Reiter vergisst).
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Verkehrsteilnehmer und Vorschriften
nur für Fahrzeuge unterscheiden, weshalb Konstrukte wie access=no +
horse=yes + foot=yes nötig waren.
Insofern bist du nicht auf wahrscheinliche Vergleiche angewiesen,
sondern kannst eventuelle Probleme mit dieser Lösung direkt benennen.
Tobias Knerr
sämtliche Verkehrsteilnehmer, die keine Fahrzeuge,
aber auch keine Fußgänger sind, ebenfalls verboten sind.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Karl Eichwalder schrieb:
Tobias Knerr o...@tobias-knerr.de writes:
Insofern bist du nicht auf wahrscheinliche Vergleiche angewiesen,
sondern kannst eventuelle Probleme mit dieser Lösung direkt benennen.
Eben gerade nicht. Denn vehicle ist hinreichend schwammig wie
path.
Ich hielt das
=yes they still leave some issues. What about horses? What
if some new access-tag for non-vehicles (besides foot and horse) is
needed in the future?
Was keinen Zweifel lässt, dass das Proposal Pferde als nicht-Vehikel
aufgefasst hat.
Tobias Knerr
, die dann horse und vehicle umfasst. Dass
manche solche Klassen dann eben nur in manchen Ländern oder einem
einzigen Land verwendet würden, wäre ja ok.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo
Mario Salvini schrieb:
Tobias Knerr schrieb:
Da bin ich mir nicht so sicher, ob es die richtige Lösung ist, vehicle
landesspezifisch zu definieren. (Ich finde es überhaupt unglücklich,
dass wir Dinge landesspezifisch definieren, das sehr unangenehm für die
Auswertung.)
werden wir so oder
://tagwatch.stoecker.eu/Europe/En/keystats_building.html
Tobias Knerr
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at
Tobias Wendorff schrieb:
Zeichen 250 soll ja eigentlich als access = no getagged werden,
Soll es eigentlich nicht. Seit vehicle dokumentiert ist, gibt es
keinen Grund mehr, nicht das zutreffendere vehicle=no anzuwenden. Wo*
finden sich denn gegenteilige Aussagen?
Tobias Knerr
* außer beim
Tobias Wendorff schrieb:
Tobias Knerr schrieb:
Wo[-] finden sich denn gegenteilige Aussagen?
z.B.
http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging
Ok. ich hatte eben nur auf
http://wiki.openstreetmap.org/wiki/DE:Road_Signs
nachgesehen, weil das m.E. der logischere Ort ist...
Ich
Tag geht.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
nehmen und muss nur eine unterstützen. Ganz
zu schweigen von Problemen mit Zusatztags (wozu gehören die dann?).
Tobias Knerr
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at
.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
der
Garmin-Kartenerstellung auf Zusatztags basierende Taggingkonzepte aufs
Korn nehmen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
erwarten würde),
geschweige denn sind die Bilder irgendwie damit in Berührung gekommen.
Meiner laienhaften Auffassung müssen die uns nach der neuen Lizenz genau
gar keine Daten geben. (Und nach der momentanen auch nicht.)
Tobias Knerr
___
Talk-de mailing list
jetzt
einen Weg finden sollte, um das Problem herumzutaggen. Es lässt sich nun
mal nicht die komplette Information sinnvoll in ein einzelnes Tag quetschen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
overly generalizing, misleading and/or simply
wrong. ;-)
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Vorschlägen ins Wiki packen?
Durch die sich abzeichnenden 3D-Verwendungen könnte inzwischen der
Antrieb für so was da sein, den es zur Erstellungszeit des genannten
Proposals (2006) noch nicht gab.
Tobias Knerr
___
Talk-de mailing list
Talk-de
hinaus, was wir hier eh schon diskutiert haben.
Prima. Das Ding hat schließlich fast historischen Wert. ;-) Die Leute im
Forum/IRC/Twitter/sonstwo haben hier schließlich nicht mitgelesen, und
besonders strukturiert ist so eine Mailinglisten-Diskussion ja auch nicht.
Tobias Knerr
ich nicht mehr als kurze Meldungen (also keine
Diskussionen) wahrgenommen, aber das muss nichts heißen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
damals nicht übermäßig begeistert aufgenommen...
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
aber für essenziell wichtig, sonst ist eine sinnvolle Kombination mit
existierenden Daten (insbesondere solchen, die ihrerseits SA-Klauseln
unterliegen) wiederum nicht möglich.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
letzteres ist der Aspekt, den
wir m.E. optimieren sollten.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
mit CC-BY-SA-only dürfte.
Gilt leider nicht, wenn er statt eines Buches etwas datenbankartiges
machen will, dafür bräuchten wir was PD/BSD-iges. (Wäre mir persönlich
auch absolut recht.)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Zerreißprobe werden soll.
Englisch kann schließlich nicht jeder, zumal juristisch angehauchtes
Englisch.
Kann man mit so was rechnen?
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
-In-Einem-Potlatch-Stil
ist in den Einstellungen möglich.
Doppelklick sollte also sein, was du jetzt brauchst. Ich hatte erst gar
nicht bemerkt, dass der Shift+Klick als Möglichkeit rausgenommen wurde.
Weiß noch nicht ganz, was ich davon halten soll, erstmal ne Weile mit
arbeiten...
Tobias Knerr
Dokumentation _und_
tatsächliche Verwendung (- Tagwatch) alle gegen ein Tagging sprechen,
ist es ziemlich sicher eine schlechte Idee, den Editor das fördern zu
lassen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
(und tippfehleranfällig)
genug angesehen werden.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
verwenden.
http://wiki.openstreetmap.org/wiki/Key:hazmat
designated und no passen jedenfalls meiner Ansicht nach als Werte.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
{{Languages}}
Hatte ich gemacht.
Aber es erscheint nicht wie erhofft automagisch der Link
Also, ich hab jetzt einfach mal den Parameter rausgeworfen (und wirklich
nur {{Languages}} geschieben) und es geht anscheinend. Mit
{{Languages|Proposed_features/unified_stoparea}} wärs denk ich auch
901 - 1000 of 1076 matches
Mail list logo
