Auf gar keinen Fall Punkte aufgrund von Satbilder vereschieben wenn Du
Dir nicht hunderprozentig sicher bist dass der Fehler nicht bei den
Satbildern sondern den Punkten liegt!
Ok. Oftmals ist die sache glücklicherweise klar: wenn in straßen eine
kurve fehlt oder ein unnötiger schlenker
Aber ich bin davon ausgegangen, daß du noch nicht existierende Sachen
eintragen willst - von bestehenden Sachen verschieben hat ja keiner
gesprochen ;-)
Ich kann ja schlecht die häuser in die Pegnitz setzen (ausnahme: Hl. Geist)
;)
Ich kann mich da Gerald nur anschließen, auch wenn die GPS
Pragmatismus ist wenn Leute sich die Freiheit 'rausnehmen statt foot eben
pedestrian zu verwenden. Noch pragmatischer ist es dann, wenn
Ausgabesoftware
nicht nur foot=no, sondern auch pedestrian=no auswertet. Insofern kann ich
Deine Forderung nach mehr Pragmatismus nur unterstützen ;-) .
Das
Warum nicht highway=footway
Ja, bitte keine weitere highway-inflation. highway=footway ist für alle
wege, die nicht für fahrzeuge gedacht oder geignet sind, erst einmal
wunderwar. (Hoch-)Gebirgsrouten sowie klettersteige bekommen einfach
zusatztags.
Nachdem das erste Treffen am Donnerstag gut über die Bühne gegangen
ist, und der Wunsch nach einer Wiederholung bestand, hab ich im Wiki
dazu mal eine Seite angelegt (um das ganze nicht dreimal schreiben zu
müssen :-):
http://wiki.openstreetmap.org/index.php/NFE-Treffen
Schön :) Thema
Ich habe nun deinem Frankenweg ein paar Kilometer nordwestlich von
Kulmbach zugefügt. Ist das ok?
Klar, so war das gedacht :)
Eine Slippy-Wanderkarte wäre natürlich eine gute Motivation da etwas
intensiver dran zu bleiben...
Ja, aber solange hier um N noch so viele wege fehlen, mappe ich
Die von diesen Höfen bewirtschafteten Flächen (sofern es
überhaupt noch welche gibt) sind ein ganz anderes Thema. Dafür kann ja
das bereits erwähnte landuse=field benutzt werden, wenn es denn sein
muss - innerhalb von Stadtbereichen macht das ja auch bestimmt Sinn.
field ist ungünstig, wir
Abweichend von meiner bisherigen Praxis habe ich dabei begonnen, die
Flächen
(und Straßen, schluck) auf gemeinsamen Knotenpunkten verlaufen zu lassen.
Das
finde ich topologisch richtiger und sieht auch im Rendering wesentlich
besser aus.
Allerdings wird die Nachbearbeitung solcher Gebiete
Damit kann man jetzt ziemlich einfach ganze Straßen, Gebäude etc.
einzeichnen!!!
Oh gott, das bedeutet arbeit ;) Guter hinweis, danke!
___
Talk-de mailing list
Talk-de@openstreetmap.org
leider scheint da nicht wirklich was vorwärts zu gehen:
1) Marking trails in Slovenia (wiki-Beitrag mit Zuordnung zu bestehenden
tags, auch in englisch)
2) einige emails im Archiv, jedoch kein Hinweis auf etwas konkretes
3) Insgesamt scheinen einige Wanderwege in OSM erfaßt zu sein,
jedoch
I think the mapnik rendering of forests could be improved. ATM,
landuse=forest is not distinguishable from recreation_ground. Even
if forest are often used as places for recreation in Germany,
rendering both areas the same way is not optimal.
For outside activities you want where wood or forest
FürJOSM gibt es z. Z. fast täglich neue Versionen.
Ja. Einfach ignorieren :)
Wünsche mir, dass man aus JOSM eine Versions-History aufrufen könnte, wo
die Änderungen - insbesondere für die Bedienung - übersichtlich
abgerufen werden können.
Würde zumindest mir als Anfänger die Bedienung
Bei einem ausgereiften Programm kann man sich das leisten. Wenn Du in
JOSM was findest, was Dich beim Arbeiten nervt, und ich Dir dann
erklaere, dass ich Dich mit der Release-Praxis von Emacs verwoehnen
werde, wuerdest Du sicherlich nicht so reden.
Da gibt es einiges, aber ich habe strategien
Das will ich nicht und es nervt mich auch nicht.
Was soll man da sagen? Wasch mich, aber mach mich nicht nass!?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Gibt es eine möglichkeit, gravitystorm.co.uk in JOSM als hintergrund
zu laden? Wenn ich z.B.
http://www.gravitystorm.co.uk/osm/?zoom=13lat=6351746.7745lon=1235966.73112layers=B00
sehen könnte, könnte ich anhand der höhenlinien die berge eingermaßen
zuverlässig eintragen.
Schade, dass die
Ort: Stadtparkcafe, Engelhardtstraße 20, 90762 Fürth
Datum: Do. 28.02.2008
Uhrzeit: 20 Uhr
findet dieses Treffen statt?
Ich denke schon :) Wenngleich 20 Uhr für meinen geschmack jetzt und
gerade im winter recht spät ist.
Bisher sind nur zwei Leute eingetragen. Ich
überlege gerade, ob ich
Man kann es auch anderstrum sehen...
Ich auch. Ich verwende noch nicht einmal (mehr) die gleichen nodes
für gleise und fahrbahn. In der regel werden die gleise ja relativ
unabhängig von der fahrbahn geführt: mal mittig, dann z.t. auf einer
spur und im nächsten moment schon neben der fahrbahn,
Why did I not think of that? (slaps head). In fact, I could put them in
as layer=5 which will put them on top of virtually any other conceivable
feature (like, a river underneath a three-layer highway intersection...)
In fact, I have a strange idea that osmarender may in fact put them on a
Allerdings bevor man sich Gedanken über die Icons macht, sollte man
erstmal ein entsprechendes Packstation Proposal durchbringen ...
Nach Svens bereichtigetem einwurf ist nun dies mein favorit (parcel
anstelle von package):
amenity=parcel_box (in analogie zu post_box; wenn man die analogie
Ich kann mir auch gut vorstellen, daß es sowas wie ein Nokia N800 (oder
auch einen PDA) auch mal in wasserfest geben wird. Die Integration des
GPS ist ja jetzt schon Realität.
Das Nokia 770 hatte ich schon öfters auf meiner Ortlieb lenkertasche
in der kartenhülle montiert. Daneben die
A.g.A. ;) möchte ich gern diese Packstation (DHL) mappen. Spontan
würde ich amenity=packstation vorschlagen. Gibt es andere Ideen?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Mein vorläfuiges fazit:
amenity=package_box (in analogie zu post_box; wenn man die analogie nicht
will: package_depot)
name=FOO (z.b. Packstation XXX)
ref=XXX (= Nummer der Packstation)
zip=Y(= PLZ der Packstation)
operator=BAR
Derzeit müssen wir ja dauernd Straßen u.ä. zerschneiden weil z.B.
teilweise
50km/h und teils 70 gefahren werden darf, oder weil nur ein Teil einen
Fahrradweg hat oder... Diese ganzen Wegstückchen vereinfachen die Eingabe
nicht unbedingt. Will man z.B. einer Straße nachträglich noch ein
Yes, we also have them, but it's not the same. Wayside crosses seem to be
a speciality in southern de, at and Alsace.
You also find them in the Eichsfeld (Duderstadt/Heiligenstadt) and, maybe,
around Hildesheim (that's south of Hanover). Both are regions with
a high percentage of
Ein Rückspielen von Daten von OSM zu OpenGeoDB ist aus lizensrechtlichen
Gründen IMHO nicht möglich.
Fakten sind frei. Du darfst (in Dtl) nur nicht eine gesamte Datenbank
übernehmen.
___
Talk-de mailing list
Talk-de@openstreetmap.org
- Meine Empfehlung ist, zum Abgleich auf bestehende Daten nur die kurze
Schreibweise des Namens zu verwendet, die von der opengeodb parallel zur
langen Schreibweise angeboten wird.
War da nicht was mit den Umlauten? Aber mithilfe des Langnamens sollte man
die Umlaute zuverlässig automatisch
ich hatte am Wochenende eine ganz ähnliche Erfahrung. Freunde, die
mich Besuchen wollten, brachten eine Wegbeschreibung. Problem war
ein neuer Abschnitt einer Bundesstraße, der ca. 6 Monate in Betrieb
ist.
OSM löst probleme, die ohne digitale Karten gar nicht bestanden hätten ;)
Sind die
Auch wenns vielleicht schon mal besprochen wurde (hab nicht alles
mitgelesen): Ich würde die Texte im Blocksatz anlegen, das heisst, für
mich sieht die rechte Begrenzung der Textblöcke unsauber aus. Und den
Lizenztext würde ich auch zentriert über den Kasten mit der Werbung
setzen.
Hat Andre auch schon vorgeschlagen, aber ich mag das nicht, da sind
dann immer so haessliche Loecher im Text ;-( oder sind noch andere,
die Blocksatz gut+wichtig finden?
Nein, zumindest nicht in diesem Zusammenhang.
Blocksatz sollte man nur verwenden, wenn die Zeilen eine gewisse
Länge
Andreas Hubel schrieb:
Ich warte noch immer auf die Durchführung.
+1
Blos nicht! Warum ueberhaupt aendern? *_ref sind laut
http://wiki.openstreetmap.org/index.php/#Referenz
gueltige Eintraege.
Auf De:Map_Features stehen immer mal wieder komische dinge.
Andreas hat doch dargelegt, wie
Bei mir in Unterfranken war es ähnlich.
Aber wenn man mal genauer schaut ist es wirklich keine große Sache das
zu korrigieren. Würdest du die ganzen Daten die durch den Import
hinzugekommen sind manuell eintragen, wärst du bestimmt länger
beschäftigt.
Das gegenteil ist der fall, zumindest in
Hallo,
wie kann ich solche GPS Daten entfernen (lassen)?
http://www.openstreetmap.org/index.html?mlat=50.015606710507136mlon=9.181474742200402zoom=11
Ich kann dort nichts böses erkennen.
___
Talk-de mailing list
Talk-de@openstreetmap.org
Mit Sonderberechtigung alle Strassen und Wege befahren zu dürfen, versteht
sich :-)
Ich bin ganz entschieden gegen solche sonderberechtigungsausweise (es sei
denn, diese würden auch für radfahrer auf kraftstraßen und autobahnen
gelten).
___
Talk-de
Einige Strassen sind offensichtlich durch Umwandlung von GPS-Tracks
entstanden,
Solchen automatisch generierten murks kann man einfach löschen.
___
Talk-de mailing list
Talk-de@openstreetmap.org
wenn es anständig gemacht ist ist es gerade bei Straßen mit vielen
Kurven/Serpentinen äußerst hilfreich.
wenn ;) das klang hier aber nicht so.
___
Talk-de mailing list
Talk-de@openstreetmap.org
Es könnte schon im ersten Durchlauf klappen, aber dazu müssten
im Projekt ein paar Parameter gedreht werden.
Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu
mappen. Eine solche Anforderung legt die Latte zu hoch und fuehrt
dazu, dass Anfaegner vom Einstieg in das Projekt
The same questions apply to cycle and walking routes, but they are
rendered already on Andy's map. I'll see what happens when two/three
routes use the same ways there.
Also walking routes? This would be good news. I started with
walking (hiking) route around Nuremberg. What are the
Kommentare (ich hoffe das es im Großen und Ganzen gefällt)
Du kannst ja jetzt selbst sehen, wie es geworden ist...
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Korrekturen an Ortsnamen bitte ich zu unterlassen. Was Sven hier
importiert hat, ist explizit die Langversion des Namens. Gerade bei der
Suche nach z.B. Landshut bekommt man dann in einer Auflistung von Namen
bei Mehrfach-Treffern einen Hinweis auf den passenderen Eintrag. Gibt es
neben der
kann man diesen Potlach-Müll bitte _endlich_ sterben lassen?!?
Die, die an den hebeln sitzen, sitzen leider an den hebeln.
*plonk*
Du machst dir das etwas einfach. Wegen falscher defaults werden übrigens
auch mit josm permanent daten versaut (hin-und-her-wege, fluss-straßen-
kreuzungen, sich
übrigens, an den Hin- und Herwegen sind kaum Potlach-User schuld, oder?
Hat auch niemand behauptet ;)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Also bleibt eigentlich nur ein Schlauchboot oder mit Gummistiefeln
stunden-/tagelang neben dem Bach herzulaufen, oder?
Ja ;)
Ich mappe so etwas oft nur näherungsweise. Beim zweiten und dritten
ablaufen mache ich mir dann notizen in der art: hier bach ~30m weg,
hier direkt am weg... Richtig
Die Auslegung ist mir etwas zu autolastig, [...]
Das hat vielleicht auch damit zu tun, dass ich etwas anders
visualisiere. Für mich beschreibt das Polygon immer den linken
Fahrbahnrand (GB umgekehrt) und ich lasse die Fahrbahnbreite
in Fahrtrichtung gesehen nach rechts rauswachsen.
Das ist
Scheint schon recht genau zu sein. Ich habe nun schon ein paar Straßen
mehrfasch abgegangen und die Punkte liegen exakt übereinander. Mir wurde
das schonmal gesagt, dass es verschoben sein könnte, aber entweder, es
ist permanent verschoben, oder eben überhaupt nicht, denn ein Nutzer
meinte,
Ich überlege mittlerweile ernsthaft, ob ich nicht unter einen
immer noch einen highway=service drunterlegen
sollte, um einen 3 m breiten geteerten radweg in Mapnik halbwegs
gescheit rauskommen zu lassen.
Du weißt, dass der Programmierer in mir jetzt gerade heftige Wünsche
äußert, dich zu
- Sowohl Wald wie Lichtung mit natural=forest einzeichnen.
Mit natural=forest sollten wir nicht auch noch anfangen.
natural=wood oder landuse=forest wären ok.
___
Talk-de mailing list
Talk-de@openstreetmap.org
I'm not saying that natural=water should be deprecated. I'm just
saying that if someone wants to introduce a tagging for lakes or other
*special* kinds of water, then there is no technical requirement to tag
everything that is tagged with the new lake tag (say, water=lake) as
natural=water
Holger Issle schrieb:
In Weil und Umgebung gibt
es ein paar Spinner, die auch die Namen der Feld- und Waldwege erfasst
haben, so es welche gibt. Nur die markanten Punkte im Schönbuch
(Waldgebiet) fehlen noch ;-)
Eh ? Was soll das denn heissen ? Na klar erfasse ich Wegenamen im
Schönbuch.
In den letzten ca. 7-14 tagen hat ein anonymer user die Kilianstraße
in Nürnberg in Killinger Straße umbenannt:
http://www.openstreetmap.org/?lat=49.47395lon=11.0799zoom=16layers=B0FT
In anderen vergrößerungsstufen heißt sie noch Kilianstraße. Ob mit
böser absicht oder ohne, kann ich nicht
Sorry wenn ich den Thread nochmals aufwärme, aber ich frag mich grad
wozu beide Attribute notwendig sind.
Gibt es ein landuse=forest (also eine Forstwirtschaftliche
Landnutzung) auf der KEINE Bäume stehen (also natural=wood)?
Das hatte ich ganz überlesen. In wäldern gibt es beispielsweise
viel spannender als die info ob wood oder forrest fänd ich übrigens eine
genauere Spezifizierungsmöglichkeit z.B. nach Laub, Nadel oder
Mischwäldern. Das kann man wenigstens auch Vorort optisch erfassen und
später auch zur Orientierung nutzen. Gibts da schon ein Proposal zu?
Gute idee :-)
Ich habe dort vermieden, die Nodes genau übereinanderzulegen,
weil es sonst im Editor schwierig zu handhaben ist. Will man ein Parkhaus
aber wegetechnisch korrekt abbilden, braucht man Nodes, die
übereinanderliegen.
Davon ab, finde ich u-bahn-stationen viel interessanter :)
Raphael Studer schrieb:
...
Für mich gilt als Entscheidungskriterium ob landuse oder natural, ob
dort absichtlich Wald gepflantzt wurde um ihn zu nutzen (z.B.
Christbaumplantagen oder Baumschulen) oder ob der Wald schon immer da
war und sich ein Förster etwas darum kümmert.
interessanter
In OSM selbst sind die Grenzlinien überhaupt noch nicht drin? IMHO sollten
sie dort vordringlich mit aufgenommen werden.
Ich halte verwaltungsgrenzen nicht für vorrangig wichtig. Zumindest
nicht in D und auch nicht in der EU. Für mich haben wald- und sonstige
grünflächen sowie flüsse und
Am I btw correct in thinking that with the new three-layered way of
tagging things (nodes-ways-relations) that it's best to have split ways
on every node where another way meets it? So, instead of one big way
long as I used to tag things, now a separate way between every
crossroad?
I hope
Ich habe es jetzt mal nach der von dir vorgeschlagenen Methode
gemacht. Jetzt habe ich das Problem, dass teilweise der Fluss
über die Ufer quillt, da der Waterway das Natural:Water überdeckt.
Kann ich das Rendern des Waterways beeinflussen?
Nicht dass ich wüsste. Ich sehe drei
Am Freitag 21 Dezember 2007 schrieb Mario Salvini:
Karl Eichwalder schrieb:
Das sehe ich genau umgekehrt. Ich halte den meisten Wald für
bewirtschaftet, und natural=wood würde ich nur bei Naturschutz-
gebieten u.ä. setzen.
nur weil ein Wald von Förstern kultiviert wird, muss er noch
Wie soll man eigentlich mit Gehwegen umgehen, die unmittelbar an einer
Straße liegen? Gibt es dazu bereits einen Tag?
Wenn die wege baulich getrennt sind (durch grünstreifen oder leitplanke
abgetrennt), einfach als highway=footway einmappen. Normale
bürgersteige (trottoirs) sollte man wohl nur
Weiß jemand, ob es auch Navigationsgeräte (für Kfz) gibt, die die
Position mit tracken, so dass man den Weg nachher auslesen könnte?
Das N810 sollte das können, eventuell muss man mapper
nachinstallieren. Das N810 ist ein PDA, den man auch
fahrzeugunabhängig verwenden kann.
IMHO there should be a P-Icon in every Parking-Area! Because this areas
are also potencial targets for OSM-user.
The less P symbols appear in city areas the better; these symbols and
recycling symbols often hide more interesting features such as pubs,
historical buildings, footways, etc.
Zustimmung. Zumal Mapnik natural=wood nur hellgrün darstellt (wie
wiesen- oder park-bereiche). In wald-bereichen sollte das grün
wenigstens mit einer textur versehen werden.
Die Tatsache, dass ein Renderer irgendwas irgendwie rendert finde ich
irgendwie ein sehr schwaches Argument,
Fass
Karl Eichwalder schrieb:
Das Ticket dazu wurde vor drei Tagen eingereicht. Für die meisten
Softwareschmieden wäre schnell wenn der Patch da ist. Was
erwartest du?
Ende Januar ist doch vollkommen ok. Ich halte nichts von
überhasteten Software-Releases.
Besser wäre es natürlich gewesen, man
Wem nuetzt das?
Künftigen mappern und deren daten.
Es wäre durchaus angemessen gewesen, wenn die entwickler zeitnah eine
warnung an die listen gesandt hätten.
So wie neue features bekannt gemacht werden, müssen auch etwaige
schwierigkeiten mit diesen kommuniziert werden.
Mapnik: Liegt das an mir oder warum kann ich praktisch nie die
Mapnikkarten erreichen? Ich würde gerne mal meine Region dort
betrachten
und sehen, ob alles korrekt dargestellt wird. Ich finde das auch
ungünstig, da, wenn ein Neuling auf openstreetmap.org geht und keine
Karten angezeigt
Bei Osmarender / Mapnik ist es dann sehr politisch was da reinkommt
und was nicht. Ich wünsche mir schon länger eine gerenderte Karte die in
hohen Zoomstufen alles anzeigt. Die Macher von Osmarender / Mapnik
wollen aber leider lieber zwei konkurrierende Google-Maps Klone die
möglichst schön
Es gibt in München anscheinend tatsächlich einen Parkplatz, wo wohl
jemand als Workaround so lange gebastelt hat, bis er den Node genau so
gelegt hatte, dass die zwei P in Mapnik sich überdecken...
Köstlich :-)))
Ich überlege mittlerweile ernsthaft, ob ich nicht unter einen
highway=cycleway
dieses Problem mit den Presets betrifft nicht nur die Restrictions.
Momentan
ist es nicht empfehlenswert, mit den Presets an Objekte heranzugehen, die
bereits getagged sind - es sei denn man weiß was man tut.
Da tun sich ja echt abgründe auf. Softwarefehler, die zu datenverlusten
führen,
auf Mapnik, Ebenen 4 und 5, sind die Hauptstädte der meisten Staaten
sichtbar (Schriftzug). Bei Deutschland steht da neben Berlin
(logisch) auch Essen (logisch?). Kann mir das jemand erklären? (Hab
hier gelernt, dass es für alles eine Erklärung gibt. Ob die immer
logisch ist, naja, sei
Es gab hier ja schonmal die Aussage, dass das noexit=yes evtl. den
Sinn hätte, zu erkennen, dass die Strasse da wirklich nicht weitergeht
(und nicht nur unvollständig gemappt ist). Halte ich aber für
unwahrscheinlich, dass das alle machen - mir zumindest wär' das ehrlich
gesagt zuviel Arbeit.
Sehe ich keinen Bedarf. Papierkarten und Kommerzkram braucht sowas,
weil er nicht oder in Jahrzehnten aktualisiert wird. Eine unfertige
Straße ist halt nicht da, und wenn sie fertig ist dann fährt da
kurzfristig einer hin und mappt sie.
Ich sehe bedarf; diee karte ist ja nicht nur als auto-
Meine Faustregel heisst: Alles, wo die Leute anfangen, ihre Hunde
Gassi zu fuehren, darf auch leisure=park genannt werden ;-)
Das ist in meinen augen mehr village_green -- passt zwar auch nicht
wirklich, aber ich will mir park für die bereiche reservieren, die
mit einem kunstanspruch
Also hier in der Hauptstadt von Niederbayern gibt es durchaus einige
Straßen (ok, zugegeben, ich kenne jetzt nur 3), die schon seit vielen
Jahren ungeteert und mitten in einem ganz normalen Wohngebiet sind. Da
ist alles erschließbare schon erschlossen.
Dann ist residential meinetwegen auch ok
Momentan fördert das sehr, dass man dasselbe Objekt kreativ zweimal
einträgt - was die Daten dann später nicht eben einfacher auswertbar
macht.
Das ist durchaus ok. Mittelfristig muss das über relationen aufgehoben
werden.
Ich wuerde empfehlen, amenity=... nicht auf Flaechen anzuwenden. Es
Ich habe gerade ein update eingespielt und bin überrascht,
dass vorhanndene relationen noch immer so spartanisch
angezeigt werden.
Im Relations-feld habe ich nun zig-fach route und street
wer soll da durchsteigen? ;) Könntest du zusätzlich zu dem
type-wert nicht auch noch den name-wert
Als Kompromiss koennte ich eventuell bei allen Polygonen einen 5km
breiten Speckguertel aussenrum mit ausschneiden, dann hat man immer
noch ungefahr die Landesform und nicht allzuviel vom Nachbarland mit
drin...
Ja, mindestens. Ich persönlich kann länderausschnittten nur wenig
abgewinnen.
wie würdet Ihr eine Wohngebietsstraße taggen, bei der links und rechts
Einfamilienhäuser stehen, also eigentlich residential, die aber nicht
geteert und etwas holprig ist?
Dient wahrscheinlich nur der erschließung, also service + surface=unpaved.
In anderen ländern mag das anders aussehen.
Es gibt btw noch mehr Ungereimtheiten. Z.B. ist nicht klar wie es zu
taggen ist, wenn eine Straße in einer Sackgasse endet, aber für
Radfahrer/Fußgänger passierbar ist. Gehört da nun ein noexit=yes hin,
weil das höherwertige Fahrzeug nicht durch kommt? Ich tagge das so,
denn irgendewas kommt
Man sollte deshalb beim zeichnen von Flächen vorsichtshalber immer
eine Suche nach layer machen und der Fläche ggf, einen niedrigeren layer
geben. Der Waldfriedhof war auch zu 90% vom Wald verdeckt. Gibt es eine
Möglichkeit solche Fehler zu finden? Ich habe versucht das layers=B000F000
in der
Bernd schrieb:
mit weiterfuehrender oneway-Markierung hat. Annahme: das
wichtige Verbindungsstrassennetz kann nicht in einer Sackgasse enden.
Denkst Du dabei auch an die Alpentäler, insbesondere die mit den grossen
Skigebieten?
Oberwichtige straßen führen auch in innenstädte, aber
Und wieso gilt dann dort die Info ist Einbahnstraße, Richtung Süden
nicht?
Die Information ist völlig korrekt, was fehlt ist die Zusatzinformation
über
die Ausnahmeregelung für Radfahrer... (cycleway=opposite)
Eben :)
___
Talk-de mailing list
Andere Modelle, die sauber zwischen reinen POIs, Knotenpunkten und
Stützpunkten eines Polygons unterscheiden, finde ich auch eleganter
als die aktuelle OSM-Lösung.
Des einen knotenpunkte sind des anderen stützpunkte -- an stützpunkten
gehen oftmals fuß- oder andere wege ab. Bei der eingabe
In Deutschland gibts ja mit Zeichen 240 versehene wege. Die sind ja
sowohl highway=cycleway als auch highway=footway
...
persönlich tendiere ich jetzt eher zu highway=footway plus
cycle=yes. Andere Meinungen?
Andersrum wird ein schuh draus: highway=cycleway foot=yes. Der
grund dafür ist
Für mich bedeutet highway=pedestrian ganz klar Fußgängerzone.
Also eine Straße, auf der eigentlich Autos fahren könnten, ihnen
jedoch untersagt ist.
Ja, und highway=pedestrian nur dann verwenden, wenn dort das
entsprechende schild steht.
Vielleicht kann man ja highway=footway mit Frederiks
Hallo Dieter und Uwe,
ich hab mir die Sache am Beispiel des Radl-Thon nochmal angeschaut,
teilweise wurde der inzwischen in Abschnitte geteilt und verläuft auch
auf tracks und secondarys...
Es ist einfach ncn_ref=Radel-Thon bei den jeweiligen Abschnitten
eingetragen und der englische
könnte ich das etwas ausführlicher haben.
mit relationen kann z. Z. wenig anfangen. Quellensuche leider erfolglos
Bin für Hinweise dankbar, wo es verständliche Erläuterungen zu finden
sind.
http://www.gravitystorm.co.uk/osm/ und dann links auf Key and More Info
klicken. Wie gesagt, in
gefragt. Es gibt ein paar Power-Renderer, die unter sich (meine
Schaetzung) 80% der Tiles ausrechnen, und die restlichen 20% wuerden sie
auch noch machen, wenn ihnen nicht jemand anders die Jobs
wegschnappen wuerde.
Wenn das wirklich passiert, dann muss der scheduler verbessert werden.
Schau
Ich bin gar sehr gegen diese datenbank-anreicherung mit wie auch immer
gearteten meta-info. Das alles sollte in externen datenbanken stehen.
Andernfalls könnte jemand auf die idee kommen, die halbe wikipedia und
noch einige andere sammlungen bei OSM unterzubringen.
Auf http://wiki.openstreetmap.org/index.php/Cycleway#On-Road_Cycle_Lanes
wird
vorgeschlagen, einer der Alternativen lane_left - lane_right -
Oopposite_lane_left - opposite_lane_right zu nutzen. Das könnte man mal
in einem Proposal festklopfen...
Ich glaube, so etwas gibt es in unseren
...ich gehe davon aus, dass ein Fahrradfahrer auf einer
primary oder trunk-Road mit getrennten Richtungsfahrbahnen (und
solche werden die meisten Kraftfahrstrassen sein, auch wenn wir das
nicht festlegen) sowieso nur dann freiwillig fahren wird, wenn ein
Extra-Fahrradweg eingezeichnet oder
motorway = Autobahn
trunk = Autostraße / Kraftfahrstraße
primary = außerorts: Bundesstraße, Landesstraße / innerorts:
Hauptverkehrsstraße
secondary = außerorts: Landesstraße, Kreisstraße / innerorts: breite
Nebenstraßen
tertiary = innerorts: Nebenstraßen
unclassified = außerorts :
Gibt es eine Möglichkeit, ein Gebiet als historische
Altstadt zu kennzeichnen? (Und zwar so, dass bereits
vorhandene Flächen wie Marktplätze nicht überdeckt werden.)
Du kannst versuchen, mit layer=-X zu arbeiten -- es könnte allerdings
zu kollisionen mit landuse- oder leisure-sachen kommen.
Meine Faustregel heisst: Alles, wo die Leute anfangen, ihre Hunde
Gassi zu fuehren, darf auch leisure=park genannt werden ;-)
Das ist in meinen augen mehr village_green -- passt zwar auch nicht
wirklich, aber ich will mir park für die bereiche reservieren, die
mit einem kunstanspruch gestaltet
Eine Kategorie zwischen motorway (autobahn) und Bundestraße (primary).
Da passen dann die Kfz-Straßen rein und wenn's beliebt kann man ja
auch die ein oder andere Bundesstraße so getaggt werden.
Nein, eben nicht wirklich (abgesehen davon, dass Kfz-Straßen so nicht
existieren). Auf
Daher gehört Kraftfahrstrasse nicht in highway gepresst sondern
benötigt einen eigenen Tag.
Unsinn. Das Angebot an highway-Tags ist mittlerweile riesig und trunk
ist dafür prädestiniert (wenn's gleichzeitig eine Bundesstraße ist, umso
besser).
ich versuche gerade den nötigen ctrl+klick bei informationfreeway
auszuführen um eine Tile neu rendern zu lassen. Ich nutze FireFox und
MacOSX (Auf einem MacBook). Kann mir jemand von den MacUsern verraten
wie man das anstellt? (Apfeltaste+klick, Alt+klick, ctrl+klick sowie
fn+ctrl+klick
Auch das Thema Trunk zu verbannen finde ich absolut falsch. Schaut Euch
doch mal käufliche Karten an! Es macht in der Realität sehr wohl einen
Unterschied ob ich eine zweispurige oder vierspurig-baulich-getrennte
BundesstraÃe habe.
trunk sollte nur für Kraftfahrstraßen verwendet werden,
Seit ein paar Wochen beteilige ich mich mit Datenerfassung, Kartierung und
[EMAIL PROTECTED] am OSM-Projekt. Dabei sind mir zwei Dinge aufgefallen, die
den
Einstieg für Neulinge ziemlich erschweren:
Kartieren _ist_ schwer. Wenn etwas wiki-artig daherkommt, heißt das
noch lange nicht, dass
Seit wochen ist die Rednitz in Fürth fälschlich als Main-Donau-Kanal
beschriftet:
http://www.openstreetmap.org/?lat=49.47667lon=10.98414zoom=15layers=B0F
Kann das jemand wegmachen? Ich finde die stelle in den daten nicht. Auch
die doppelte Südwesttangente sollte mal bereinigt werden...
Ich finde landuse=vineyard auch gut. Auf
http://wiki.openstreetmap.org/index.php/Proposed_features/Vineyard
steht allerdings (und das ist erst 10 Tage her), dass man doch
landuse=farm, produce=grapes oder so machen sollte... ich schreib mal
was in die Diskussion (bin dann aber nach Diktat
Sinnvoll wäre:
Motorway = Autobahn
Trunk = Bundesstrasse / (Staatsstrassen?)
Das wäre überhaupt nicht sinnvoll. Damit wäre die karte für radfahrer
erst einmal gar nicht mehr tauglich.
Wäre praktisch wenn man +/- einfach an die Kategorie anhängen könnte,
als extra Attribut sollte es aber
701 - 800 di 858 matches
Mail list logo
