Re: [Talk-de] historic=yes

[Michael Buchberger]

Roman Grabolle schrieb:
>> Habe gerade ein Mail an die Generaldirektion Kulturelles Erbe
>> Rheinland-Pfalz geschickt, mit der Bitte mir die Denkmalliste zukommen
>> zu lassen ;-)
>
> Uii, ob Du damit Erfolg hast? Vermutlich verspricht es mehr Erfolg,
> wenn Du die UDBs in den einzelnen Städten und Landkreisen anschreibst.

/Was lange währt wird/ endlich gut ;-)

Nachdem ich erstmal im September eine Absage von der Generaldirektion
bekommen habe,
ist nun endlich die Denkmalliste für Rheinland-Pfalz auch Online zu finden:

http://www.gdke-rlp.de/GemDaten/Liste/Liste.htm

Wenn ich die Liste meiner Stadt anschaue, dann habe ich noch einiges zu
tun ;-)

Die Einträge sehen so aus:

Kaufhausgasse 9
sog. Loeb'sches Haus, ehem. Wirtschaft "Zur
Blum", 16.-19. Jh.; dreigeschossiger
Vierflügelbau, Laubengänge, Ostfassade
klassizistisch überformt; Torbogen bez. 1602;
Brunnen, bez. 1698

Taggen will ich dann

Gebäude und Adresse plus

cultural_heritage=yes
source=Denkmalliste RLP
url=http://www.gdke-rlp.de/GemDaten/Liste/Liste.htm

Statt einem description Tag werde ich wohl die URL zur
Denkmalliste oder wenn vorhanden zur Wikipedia setzen.

Tschuess
 Michael



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Schreibt JOSM ungefragt in GPX-Dateien?

[Dirk Stöcker]

On Tue, 13 Jan 2009, Detlef Reichl wrote:


als ich grade in einer meiner GPX-Dateien schaute fand ich darin:

http://www.topografix.com/GPX/1/1";>

Darauf hin grep-te ich über die anderen GPX-Dateien und fand diesen
Haeader ein zweites mal. Eine der Dateien enthält Daten von gestern und
bei der Bearbeitung habe ich weder über das Menü die Daten als GPX
exportiert (das Menü verwende ich fast nie) noch dies über +e
gemacht (+e ist von dem was ich normalerweise auf der Tastatur
nutze soweit entfernt, das ein versehentliche Nutzung auszuschließen
ist).

Wird bei irgendwelchen anderen Aktionen der GPX-Track ohne Rückfrage
exportiert?


Wenn Du die GPX-Ebene ausgewählt hast und ganz normal speichern im Menü 
auswählst (im allgemeinen will man in so einem Fall die OSM-Datei 
speichern).


Vielleicht sollte eine Warnung kommen, wenn man eine geladene GPX-Datei 
speichert.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Taggen einer Winterrodelbahn

[Markus]

Hallo Manuel,

hier findest Du ein Beispiel:
http://www.openstreetmap.org/edit?lat=47.05303&lon=8.48042&zoom=17

Gruss, Markus


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Taggen einer Winterrodelbahn

[Sven Rautenberg]

Manuel Rösler schrieb:
> Also mittlerweile hab ich diese Seite in der englischen Wiki gefunden:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps#Pistes
> 
> Allerdings muss man doch hier den landuse=piste Tag vergeben, der aber 
> nur auf Flächen angewandt werden kann. Die genannte Rodelbahn würde ich 
> aber gerne als Weg eintragen, da sie die Ausmaße einer Straße besitzt. 
> Kann ich dann den piste:type=sleigh Tag auch ohne landuse verwenden? 
> Oder was muss ich hier anders machen?
> 

Wenn es noch keine Vorbilder irgendwo auf der Welt gibt, die bereits
getaggt sind, mußt du dir halt selbst was ausdenken und so taggen, dass
die Nachwelt nicht nur irgendein Tag vorfindet, sondern auch deuten
kann, was du da wohl gemeint haben könntest.

Sprich: Werde ausführlicher im note-Tag, welches du ebenfalls
hinzufügst, und nutze ggf. auch ein nettes name-Tag.

Viele Grüße
Sven

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundesstraße mit 2 Straßennummern

[Dominik Spies]

2009/1/13 Mario Salvini :
> Jan Tappenbeck schrieb:
>> Moin !
>>
>> bei uns gibt es eine Straße die zu zwei unterschiedlichen Bundesstraßen
>> gehört !
>>
>> Zweimal REF verwenden oder wie würdet Ihr das handhaben ??
>>
>> Gruß Jan :-)
>>
> stehen bei auch auch 2-a-lei referenzschilder am Straßenrand?
> Es passiert sehr oft, das die ein oder andere Bundes- Landes-Kreisstraße
> bei einer anderen als Trittbrettfahrer misläuft, aber normalerweise ist
> immer nur eine Straße die Hauptreferenz.

Bei Staats- oder Kreisstraßen hab ich es noch nicht gesehen, aber ich
habe defintiv schon 2 dieser gelben Bundesstraßenschilder übereinander
am Schildermast gesehen.
Ob das nur eine "informative" Beschilderung ist weiß ich nicht, auf
das weiße Schildchen mit Ref und km usw hab ich leider in dem Moment
nicht geachtet.

Dominik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS-Ergebnisse, die vom "richtigen Weg" abkommen

[Chris-Hein Lunkhusen]

Garry schrieb:

>> Perfektionisten wie ich können da auf das Programm "Trimble Planning"
>> zurückgreifen, das genau angibt, wann die SATs günstig stehen. ;-)
>>
>>   
> Und das berücksichtigt das Gelände?

Du kannst die Abschattungen eingeben, wenn Du möchtest. ;-)

> Dir ist schon bewusst dass eine optimale Sat-Konstellation im Flachland 
> für Gebirgstäler ungeignet sein kann

Klar, trotzdem macht es schon nen Unterschied aus, ob gerade
15 (heute 23 Uhr) oder nur 8 Sats (heute 15:30) übern Horizont stehen

Grüße
Chris


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rückhaltebecken

[Garry]

Johann H. Addicks schrieb:
>
> Die tagge ich auf "landuse=reservoir".
> Ob das Ding nun leer oder voll ist, ist erstmal egal, da ja eh (fast
> immer) eingezäunt, damit auch ja niemand drin ersaufen kann.
>   
Es gibt auch grossflächige Überschwemmngsgebiete die nicht eingezäunt - 
Stichwort Polder.

garry


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gegenstueck zum Power Tag fuer GAS?

[Rainer Knaepper]

Moin Norbert,

>> Wie heißt so ein Ding auf englisch?

>gas (oder: natural-gas) manifold.

Danke!

Rainer

-- 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zugspitze bewaldet?

[Garry]

Peter Herison schrieb:
> Moin moin
>
> Gibt es einen Grund, warum die Zugspitze komplett in "gruen" getaucht
> ist
> (http://www.openstreetmap.org/?lat=47.4119&lon=11.0012&zoom=13&layers=B000FTF)?
> Ich war noch nie dort, aber wenn ich mir die Sache mal bei GE* ansehe
> (und wenn ich mich richtig an meinen Bio-Unterricht erinnere), dann
> sollte eigentlich kein Baum stehen...
>   

Weil z.B. manche meinen sie tun was gutes damit in dem sie grossflächig 
und grob die Waldgebiete  definieren und
anderen die Arbeit überlassen die "nicht  Waldgebiete" wieder 
herauszuschneiden.

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Höhenangaben mit 6 Nachkommastellen

[Garry]

Markus schrieb:
> Hallo Norbert(?),
>
>   
>> Höhenangaben mit 6 Nachkommastellen 
>> Sinnvoll ist es meiner Meinung nach nicht
>> 
>
> Wir brauchen:
> - ein Attribut für Genauigkeit
>   
Und was soll das bringen? Wer wacht darüber? Wer pflegt es?

> - ein Attribut für Bezugssystem
>   
Sollte immer WGS84 sein um vielen Problemen aus dem Weg zu gehen.

Garry


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS-Ergebnisse, die vom "richtigen Weg" abkommen

[Martin Koppenhoefer]

Am 13. Januar 2009 23:10 schrieb Garry :

> Chris-Hein Lunkhusen schrieb:
> >
> > Ausserdem gibt es ab und zu mal ungünstige Sat-Konstellationen
> > mit einem hohen DOP-Wert.
> >
> > Perfektionisten wie ich können da auf das Programm "Trimble Planning"
> > zurückgreifen, das genau angibt, wann die SATs günstig stehen. ;-)
> >
> >
> Und das berücksichtigt das Gelände?
> Dir ist schon bewusst dass eine optimale Sat-Konstellation im Flachland
> für Gebirgstäler ungeignet sein kann
> weil die dafür wichtigen  Sats von den Bergen verdeckt werden, dagegen
> aber  eine  "schlechte" Sat-Konstellation die bessere
> sein kann weil zwar der Winkel nicht optimal, dafür aber alle Sats gut
> sichtbart sind?
>
> Garry
>
>
hahaha, das stimmt zwar, ist aber irgendwie auch "Haar in der Suppe finden",
oder meinst Du nicht?

Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS-Ergebnisse, die vom "richtigen Weg" abkommen

[Garry]

Chris-Hein Lunkhusen schrieb:
>
> Ausserdem gibt es ab und zu mal ungünstige Sat-Konstellationen
> mit einem hohen DOP-Wert.
>
> Perfektionisten wie ich können da auf das Programm "Trimble Planning"
> zurückgreifen, das genau angibt, wann die SATs günstig stehen. ;-)
>
>   
Und das berücksichtigt das Gelände?
Dir ist schon bewusst dass eine optimale Sat-Konstellation im Flachland 
für Gebirgstäler ungeignet sein kann
weil die dafür wichtigen  Sats von den Bergen verdeckt werden, dagegen  
aber  eine  "schlechte" Sat-Konstellation die bessere
sein kann weil zwar der Winkel nicht optimal, dafür aber alle Sats gut 
sichtbart sind?

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundesstraße mit 2 Straßennummern

[Frank Mohr]

Mario Salvini wrote:
> stehen bei auch auch 2-a-lei referenzschilder am Straßenrand?
> Es passiert sehr oft, das die ein oder andere Bundes- Landes-Kreisstraße 
> bei einer anderen als Trittbrettfahrer misläuft, aber normalerweise ist 
> immer nur eine Straße die Hauptreferenz.

Hier

http://www.openstreetmap.org/?lat=49.808&lon=8.628&zoom=14&layers=B000FTF

sind die gelben Referenz-Schilder doppelt (die Stations-Schilder wenn
ich mich richtig errinnere auch)

Frank


___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] waterway=riverbank aufspalten

[Norbert Kück]

Hallo,
Torsten Leistikow schrieb:
> Ich haette gedacht, dass an einem Flussufer die coastline nichts zu
> suchen hat. Und bei der Grenze zwischen Fluss und mehr sehe ich
> eigentlich nicht die Tide als Mass der Dinge, sondern die definierte
> Muendungsstelle (bei der Elbe die Bake in Cuxhafen).
Kann man so denken, ich habe das im Fall der Weser auch gedacht. Aber 
das OSM-Wiki sagte mir: Coastline ist überall dort, wo man Gewässer mit 
Tideeinfluss hat. Da muss man irgendwann mal eine Grenze finden, wenn es 
nicht durch Bauwerke bestimmt ist. Dieses Konzept hat mich überzeugt, 
weil auch die Wasserwirtschafter in eben diesem Bereich von Küstenschutz 
  sprechen, wenn sie Hochwasserschutz meinen.
Da Kartographen die Wirklichkeit nicht erfinden sondern beschreiben 
sollen, ziehe ich gerne offizielle/professionelle Quellen zu Rate z.B.
http://www.nlwkn.niedersachsen.de/master/C7593367_N5737693_L20_D0_I5231158.html

> Momentan geht es mit der coastline an den Flussmuendungen mit den
> riverbanks kraeftig durcheinander, da muss sowieso mal dringend
> aufgeraeumt werden. 
Vorsichtig mit dem Aufräumen. Manchmal sieht etwas chaotisch aus, weil 
man die Ordnung noch nicht erkannt hat.

> Nur wie soll es denn aussehen? Ist das an einem
> Fluss schon mal ordentlich gemacht worden (Themse oder Rhein vielleicht)?
Die Themse ist immer wieder das Paradebeispiel. Aber auch die Weser 
zeigt das sehr schön in OSM: Die Coastline reicht bis zum Weserwehr in 
Bremen-Hemelingen. Zu diskutieren wäre, ob die tidebeeinflussten, aber 
durch reine Hochwasserwehre geschützten Nebenflüsse (Lesum, Hunte ...) 
nicht doch auch mit Coastline zu taggen. Weil man dann aber wieder nach 
einer Grenze des Tideeinflusses suchen muss, will ich das lieber nicht 
anfassen.
In der Elbe ist dieses Konzept (noch?) nicht umgesetzt - dafür müsste 
die Coastline bis Geesthacht durchgezogen werden.

Gruß
nk


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschlie ßung

[Martin Koppenhoefer]

Am 13. Januar 2009 20:04 schrieb Tobias Wendorff <
tobias.wendo...@uni-dortmund.de>:

> Martin Koppenhoefer schrieb:
> >
> > Das nicht, aber das hier ist cool:
> > http://www.competitionline.de/4008376/alias/beitraege
> >
> >
> > was soll denn cool daran sein, einen *beschraenkten* (="nichtoffener
> > WB", s. IV.1) Wettbewerb mit "15 Einladungen und Ermittlung weiterer 25
> > Teilnehmer im Losverfahren" aber einem Preisgeld/Honoraren von 160.000
> > EUR auszuloben? Fuer ein oeffentliches Bauvorhaben (u.a. Land- und
>
> Das Tolle daran ist, sowas mal im Web zu finden. Normalerweise
> verschwindet sowas im Aktenschrank oder verstaubt auf den Websites
> der Architekten als Referenz / Versuch.
>
>
ich versteh Dich ehrlich gesagt nicht. Es werden doch alle
Wettbewerbsergebnisse veroeffentlicht, gerade auf der von Dir geposteten
Seite. Alleine eine Suche unter:
http://www.competitionline.de/ergebnisse
nach allen Ergebnissen, fuer die Bilder zur Verfuegung stehen, ergibt 2330
Treffer. Es gibt auch Zeitschriften, die sich nur damit beschaeftigen, z.B.
Wettbewerbe Aktuell:
http://www.wettbewerbe-aktuell.de/index.php?json=1&checkdone=1&;
die haben auch eine Datenbank, allerdings kosten da die Ergebnisse pro
Stueck ca. 1 EUR (ich arbeite uebrigens nicht fuer die). Ergebnisse von
Architekturwettbewerben gibt es im Internet "wie Sand am Meer", das kann ich
Dir als Architekt bestaetigen.

Gruss Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS-Ergebnisse, die vom "richtigen Weg" abkommen

[Ulf Möller]

Johann H. Addicks schrieb:

> Ich laufe inzwischen immer mit zwei (im Auto mit drei) GPX-Geräten.
> Das sorgt dann zwar -wg. der überlappenden Timestamps- für ziemlich
> komisch gezeichnete Tracks im Josm

Nanu? Bei mir sehen die Tracks ganz normal aus (und wenn ein Track mal 
deutlich schlechter ist als der andere, kann man ihn ausblenden). 
Kombinierst du beide Tracks in eine GPX-Datei?


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Taggen einer Winterrodelbahn

[Manuel Rösler]

Also mittlerweile hab ich diese Seite in der englischen Wiki gefunden:
http://wiki.openstreetmap.org/wiki/Proposed_features/Piste_Maps#Pistes

Allerdings muss man doch hier den landuse=piste Tag vergeben, der aber 
nur auf Flächen angewandt werden kann. Die genannte Rodelbahn würde ich 
aber gerne als Weg eintragen, da sie die Ausmaße einer Straße besitzt. 
Kann ich dann den piste:type=sleigh Tag auch ohne landuse verwenden? 
Oder was muss ich hier anders machen?

Gruß Manu
> Hallo allerseits,
>
> ich les ja nun schon einige Zeit in dieser Liste mit, aber jetzt hab 
> ich auch mal eine Frage:
> Wie trage ich eine reine Winterrodelbahn richtig ein?
> Die Rodelbahn ist im Winter komplett für Fußgänger gesperrt, man darf 
> nur mit dem Schlitten runterfahren. Im Sommer dient sie aber soweit 
> ich weiß als Wanderweg.
> Danke schonmal für eure Aufmerksamkeit.
>
> Gruß Manu
>
>
>
>


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Schreibt JOSM ungefragt in GPX-Dateien?

[Detlef Reichl]

Hallo,

als ich grade in einer meiner GPX-Dateien schaute fand ich darin:

http://www.topografix.com/GPX/1/1";>

Darauf hin grep-te ich über die anderen GPX-Dateien und fand diesen
Haeader ein zweites mal. Eine der Dateien enthält Daten von gestern und
bei der Bearbeitung habe ich weder über das Menü die Daten als GPX
exportiert (das Menü verwende ich fast nie) noch dies über +e
gemacht (+e ist von dem was ich normalerweise auf der Tastatur
nutze soweit entfernt, das ein versehentliche Nutzung auszuschließen
ist).

Wird bei irgendwelchen anderen Aktionen der GPX-Track ohne Rückfrage
exportiert? 

Der aktuelle Track wurde mit der JOSM-Version von gestern bearbeitet,
der andere mit einer von November 08.

Grüßle, detlef


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschlie ßung

[Tobias Wendorff]

Martin Koppenhoefer schrieb:
> 
> Das nicht, aber das hier ist cool:
> http://www.competitionline.de/4008376/alias/beitraege
> 
> 
> was soll denn cool daran sein, einen *beschraenkten* (="nichtoffener 
> WB", s. IV.1) Wettbewerb mit "15 Einladungen und Ermittlung weiterer 25 
> Teilnehmer im Losverfahren" aber einem Preisgeld/Honoraren von 160.000 
> EUR auszuloben? Fuer ein oeffentliches Bauvorhaben (u.a. Land- und 

Das Tolle daran ist, sowas mal im Web zu finden. Normalerweise
verschwindet sowas im Aktenschrank oder verstaubt auf den Websites
der Architekten als Referenz / Versuch.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Höhenangaben mit 6 Nachkommastellen

[RalfGesellensetter]

Am Dienstag 13 Januar 2009 schrieb Markus:
> - ein Attribut für Genauigkeit

+1

ich hatte schon mal "" für eine Genauigkeit von 8m in GPX-Spuren 
vorgeschlagen. Falls das GPX-Schema das erlaubt, würde ich versuchen, 
einen entsprechenden Patch für BikeAtor einzureichen.

Opensource-Entwicklung ist eine "Do-okratie": Entschieden wird nicht nur 
am grünen Tisch, sondern das was implementiert wird, wird irgendwann 
zum Standard erhoben. Gut ist dabei allerdings rechtzeitiges 
Dokumentieren und ggf. sowas wie ein RFC.

Gruß
Ralf

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Höhenangaben mit 6 Nachkommastellen

[RalfGesellensetter]

Hallo

Am Montag 12 Januar 2009 schrieb Nop:
> Mir ist aufgefallen, daß viele Höhenangaben zu Ortschaften mit 6 oder
> mehr Nachkommastellen angegeben sind.

Beispiel? Vermutung: Umrechnung aus anderen Einheiten (z.B. 200 ft).
Wenn es sich um eine Ortschaft handelt, reichen m.E. Ganzzahlen - 
allenfalls in Küstengebieten könnten Dezimeter für die Trockengrenze 
wichtig sein.

Gruß
Ralf


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Frankenweg (Re: Neues von der Wanderkarte)

[Karl Eichwalder]

Markus  writes:

> Das ist m.E. die für alle optimale Regelung.
> Gegenseitige Rücksichtnahme ist für mich selbstverständlich.
> Bei den Beschädigungen würde ich mir noch eine Haftung nach dem 
> Verursacherprinzip wünschen. Und eine bessere Aufklärung für 
> Waldarbeiter, Mountainbiker und auch Reiter.

Ja, das fände ich auch gut.

>> Frankenweg 
>
> Da fehlen in unserer Gegend immer noch kurze Zwischenstücke.
> Ach wenn ich doch ein Pferd hätte - das wärmt im Winter so schön von 
> unten...

Laufen ist eigentlich auch ok, nur radfahren ist unangenehm, weil dabei
nur wenige körperteile in bewegung sind.  Wie auch immer, letzten
sonntag bin ich das stück bon Schnaittach nach Hersbruck abgelaufen --
schöne winterwanderung, angenehme mittelgebirgsberge.  Den kompletten
verlauf des Frankenwegs habe ich nun hier aktualisiert (im menü rechts
einschalten!):

http://www.gnu.franken.de/ke/trips/2008/20081123-signalstein.html

Die dort noch fehlenden zwei kurzen stückchen bei Schnaittach (westl.)
und bei Hersbruck (nördl.) ist nun auch in den daten.  Bei gelegenheit
werde ich wahrscheinlich nach süden weiterlaufen.  Im fehlen noch ein
kurzes eck bei Gräfenberg und ein paar km zwischen Signalstein und
Leienfels.

Die klassifizierung der einzelnen unterabschnitte müsste man auch noch
einmal kontrollieren.

Kann OpenLayers eigentlich mit gepackten GPX-dateien umgehen?  Weiterhin
frage ich mich, wie man diese GPX-dateien am geschicktestens auf das
minimalste reduziert?  Momentan gehe ich so vor:

1/ Mit wget holen:

wget 'http://www.informationfreeway.org/api/0.5/relation[name=Frankenweg]' \
 -O frankenweg.osm

2/ Mit josm nach GPX wandeln.

3/ Mit sed leerzeichen und time-angaben rauswerfen:

sed -i '/.*\/time.*/d;s/^ *//' frankenweg.gpx

Die Frankenweg-relation hat mittlerweile über 500 members und ich rechne
damit, dass in den nächsten monaten mindestens noch 1000 members
hinzukommen.  Ich wäre deshalb sehr dafür, diese relation bei Gräfenberg
zu teilen.  Wie kann man so etwas am besten machen?

>> bepinseln der bäume mit leucht- und  neonfarben...
>
> Fand ich früher auch immer ärgerlich.
> Seit OSM weiss ich, dass damit manchmal auch Grenzen markiert werden. 
> Grenzsteine lassen sich so im Gelände richtig gut finden.

Das stimmt, aber es stört trotzdem sehr, zumal immer mit den dicksten
pinseln rumgepanscht wird.  Zusammen mit den sporadischen schilderbäumen
für die wanderwegmarkierungen und anderen schildern wie
"Wasserschutzgebiet" lässt das kaum noch ein naturgefühl aufkommen.

> Ob die Farben "abbaubar" sind?

Die grenzsteine als solche werden ja auch oft eingepinselt; ich habe die
befürchtung, dass das auf dauerhaftigkeit angelegt ist.  Zahlreiche
forstliche kennzeichen an den bäumen sind jedenfalls mehrjährig.

-- 
Karl Eichwalder

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Andreas Labres]

Jan Tappenbeck wrote:
> oh schreibfehler
...
> K%C3%B6hlbrandbr%C3%BCcke

Soll ich jetzt "schon besser" schreiben?  ;)

Servus, Andreas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] waterway=riverbank aufspalten

[Markus]

Hallo Torsten,

> Momentan geht es mit der coastline an den Flussmuendungen mit den
> riverbanks kraeftig durcheinander, da muss sowieso mal dringend
> aufgeraeumt werden. Nur wie soll es denn aussehen? 

Das würde mich auch sehr interessieren!
Haben wir denn Fachleute unter uns?

Bei einer Weltkarte ist das ja recht kompliziert:
Jedes Land hat ein anderes Bezugssystem (Nullebene, Geoid, Ellipsoid), 
manchmal sind die Bezugsysteme sogar innerhalb eines Landes verschieden.
Und wie man das Eine in ein Anderes umrechnet ist auch nicht so ganz klar...

Und die Landvermesser und die Bathymeter betrachten die Welt noch 
zusätzlich aus zwei verschiedenen Blickwinkeln.

Und beide kommen eben an der Küstenlinie und noch extremer an der 
Flussmündung zusammen...

Erste Überlegungen gibt es hier:
http://wiki.openstreetmap.org/wiki/de:Segler1#Küstenlinie
http://wiki.openstreetmap.org/wiki/de:Segler1#Tiefenangaben
http://wiki.openstreetmap.org/wiki/de:Lowest_Astronomical_Tide
http://wiki.openstreetmap.org/wiki/de:Seekarte#Definition_der_Null-Ebene
http://wiki.openstreetmap.org/wiki/de:Seekarte#Wassertiefe_und_Gezeiten

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zur API v6

[Tobias Wendorff]

Hatto von Hatzfeld schrieb:
> Hmm - wenn sich die Tendenz fortsetzt, jeden Pflasterstein oder auch nur
> jeden Meter abgesenkter Bordsteine zu taggen, weil da ja ein Radfahrer von
> der Autospur auf den Radweg wechseln könnte, dann fürchte ich, dass bald
> auch nicht mehr reichen wird ;->

Nun ja, OSM wächst ja schließlich. Ich würde das nicht unbedingt
als negativ bezeichnen.

Es ging mir eher um die Tendenz, dass wir manchmal auch fertige Daten
bekommen, die genauer als unsere sind. Wenn man diese dann von
Dezimetergenauigkeit auf Metergenauigkeit schieben würde, würde man
sich selbst den Reifen zerstechen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Stammtisch für Mainz, Wiesbaden und Umgebung

[Sebastian Fastner]

Hallo,

ich organisiere gerade unter 
http://wiki.openstreetmap.org/wiki/User:Bs5/Mainzer_Gruppe einen ersten 
Stammtisch für Mainz, Wiesbaden und Umgebung. Wer daran teilnehmen 
möchte kann gerne dort mitdiskutieren.

Sobald ein Termin und ein Ort gefunden ist werde ich diesen hier 
natürlich auch preisgeben.

Schöne Grüße,
Sebastian

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zur API v6

[Hatto von Hatzfeld]

Tobias Wendorff wrote:

> Dominik Spies schrieb:
>> 7 Nachkommastellen. Ob das jetzt gerundet oder abgeschnitten wird,
>> wenn du mehr übermittelst, kann ich nicht sagen, Probiers aus.
> 
> Wenn abgeschnitten wird, beträgt der maximale Fehler 14,0 cm.
> 
> Für OSM sollte es ausreichen :-)

Hmm - wenn sich die Tendenz fortsetzt, jeden Pflasterstein oder auch nur
jeden Meter abgesenkter Bordsteine zu taggen, weil da ja ein Radfahrer von
der Autospur auf den Radweg wechseln könnte, dann fürchte ich, dass bald
auch nicht mehr reichen wird ;->

SCNR
Hatto



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Martin Koppenhoefer]

>
> Übrigens ein anderer Spezialfall kommt in Wien neuerdings vor: Platznamen
> für
> einzelne Kreuzugen. Sprich, im Modell entartet das auf einen Punkt, der
> dann
> diesen Platznamen hat. Was sich zwar eintragen läßt, aber es stellt kein
> Renderer dar und Svens Straßencheck kriegt das auch nicht mit. Meine
> Umgehungslösung ist, eine highway-Fläche (z.B. pedestrian) um den Punkt rum
> zu
> zeichnen. Das stimmt dann noch mit der Wirklichkeit überein (die Fußgänger
> können da rumgehen, die Autos bleiben bitte auf der Straße) und auch die
> Renderer stellen das dann so dar, wie ich es mir vorstelle: quer über die
> Straße
> drüber steht der Platzname. -- Aber eigentlich sollte er das auch tun, wenn
> ein
> Punkt so benannt ist (von mir aus mit einem highway="das ist ein platz"
> Tag).
>

ja, das ist der uebliche Weg: Umrisskante des kompletten Platzes mappen,
tags highway=pedestrian, area=yes, name=xyPlatz, Schnittpunkte mit den
Strassen saemtlich verbinden.

Die Sache mit dem Punkt gibt es hingegen weder in unserem Datenmodell noch
in der Realitaet. Die Notloesung waere hier, die Strassen an den
Platzraendern zu teilen und die inneren Teilstuecke mit dem Platznamen zu
taggen.

Fuer die Brueckennamen wuerde ich bridge:name=Eiserne Bruecke besser finden,
weil das die Hierarchie angibt und ein alter tag verwendet werden kann. (":"
statt "_" als Trenner ist quasi-Standard, letzteres als Ersatz fuer
Leerzeichen verwenden).

Gruss Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zur API v6

[Tobias Wendorff]

Dominik Spies schrieb:
> 7 Nachkommastellen. Ob das jetzt gerundet oder abgeschnitten wird,
> wenn du mehr übermittelst, kann ich nicht sagen, Probiers aus.

Wenn abgeschnitten wird, beträgt der maximale Fehler 14,0 cm.

Für OSM sollte es ausreichen :-)

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Jan Tappenbeck]

oh schreibfehler

>> bridge_name=Köbrandbrücke
> 

siehe  http://de.wikipedia.org/wiki/K%C3%B6hlbrandbr%C3%BCcke

Gruß Jan :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS-Ergebnisse, die vom "richtigen Weg" abkommen

[Torsten Leistikow]

Jan Tappenbeck schrieb:
> Den Offset zurückzusetzen/eleminieren kann man aber nicht irgendwie - 
> oder gibt es eindeutige Merkmale dafür.
> 
> Chris-Hein Lunkhusen schrieb:
>> Der hat den Sirf-3 und ist von dem Bug nicht betroffen.

Es gibt Merkmale, aber wie bereits richtig bemerkt: Dein Geraet ist von
der Offsetproblematik nicht betroffen. (Bei den Etrex H Geraeten gibt es
da ein bekanntes Problem.)

Gruss
Torsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] waterway=riverbank aufspalten

[Torsten Leistikow]

Sven Anders schrieb:
>> Allerdings bist du am konkreten Ort in der komfortablen Situation, dass
>> du da ein Tidegewässer hast. Das hat den Way natural=coastline. Das ist,
>> was du brauchst.

Ich weiss jetzt leider nicht, um welchen Ort es geht (der Link fuehrt
auf einen bereits geloeschten Weg), aber irgendwie deckt sich das nicht
mit meinem Verstaendnis.
Ich haette gedacht, dass an einem Flussufer die coastline nichts zu
suchen hat. Und bei der Grenze zwischen Fluss und mehr sehe ich
eigentlich nicht die Tide als Mass der Dinge, sondern die definierte
Muendungsstelle (bei der Elbe die Bake in Cuxhafen).

Momentan geht es mit der coastline an den Flussmuendungen mit den
riverbanks kraeftig durcheinander, da muss sowieso mal dringend
aufgeraeumt werden. Nur wie soll es denn aussehen? Ist das an einem
Fluss schon mal ordentlich gemacht worden (Themse oder Rhein vielleicht)?

Nebenbei bemerkt: Der Bezeichner riverbank ist eigentlich ziemlich
daneben. Was wir einzeichnen ist die Flaeche, also das Flussbett
(riverbed). Riverbank heisst dagegen Flussufer, was ja nur fuer die
Randlinien passt.

Gruss
Torsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anregung für zukünftige Datenimport e und spezielle Fuktionalitäten

[Martin Koppenhoefer]

>
> Auch eine "Pinsel"-Funktion, wie in den Office-Programmen wäre schön, um
> (mehrere) Attribute von einem Element auf's andere zu übertragen, gerade
> bei Import-Projekten.
> lg roland
>
>
das gibt es bereits: Tags einfuegen. Das betreffende Icon sieht aus wie ein
Graeberfeld (mehrere graue Kreuze), es geht auch per Shortcut (ich glaube
STRG+SHIFT+V oder so was) oder menu.

Gruss Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Wolfgang W. Wasserburger]

 In Wien wird der Straßenname durch Plätze, Brücken, Unterführungen o.ä.
> unterbrochen. Und es gibt dann durchaus auch Adressen, die sich
> auf die Brücke
> beziehen (1160, Spetterbrücke 4 beispielsweise). Will sagen: wir
> kommen mit dem
> name-Tag aus. Was nicht heißen soll, daß man nicht optional auch einen
> bridge_name einführen könnte.
>
Gegenbeispiel:
name=Südosttangente
bridge_name=Praterbrücke

(auch sonst wäre ich mir da nicht so sicher, wo doch Brücken sogar weiße
Schilder haben und Straßen blaue)

lg Wolfgang


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Andreas Labres]

Jan Tappenbeck wrote:
> Wenn jetzt das Tag NAME den Namen des Tunnels bekommt ist das unsauber, 
> da die dort entlang führende Straße immer noch Autovía del Mediterráneo 
> heißt 

In Wien wird der Straßenname durch Plätze, Brücken, Unterführungen o.ä.
unterbrochen. Und es gibt dann durchaus auch Adressen, die sich auf die Brücke
beziehen (1160, Spetterbrücke 4 beispielsweise). Will sagen: wir kommen mit dem
name-Tag aus. Was nicht heißen soll, daß man nicht optional auch einen
bridge_name einführen könnte.

Wobei man sich vielleicht mal überlegen müßte, ob man diese loc_name, alt_name,
name:EN, usw. nicht mal in ein System bringen sollte...

Übrigens ein anderer Spezialfall kommt in Wien neuerdings vor: Platznamen für
einzelne Kreuzugen. Sprich, im Modell entartet das auf einen Punkt, der dann
diesen Platznamen hat. Was sich zwar eintragen läßt, aber es stellt kein
Renderer dar und Svens Straßencheck kriegt das auch nicht mit. Meine
Umgehungslösung ist, eine highway-Fläche (z.B. pedestrian) um den Punkt rum zu
zeichnen. Das stimmt dann noch mit der Wirklichkeit überein (die Fußgänger
können da rumgehen, die Autos bleiben bitte auf der Straße) und auch die
Renderer stellen das dann so dar, wie ich es mir vorstelle: quer über die Straße
drüber steht der Platzname. -- Aber eigentlich sollte er das auch tun, wenn ein
Punkt so benannt ist (von mir aus mit einem highway="das ist ein platz" Tag).

> bridge_name=Köbrandbrücke

Kö-wie Brücke? ;)

Servus, Andreas

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Marc Schütz]

> wir diskutieren gerade darüber wie es sich mit Tunnel- bzw. Brückennamen
> verhält.
> 
> Eine Straße hat das Tag NAME welche in der Regel den Namen der Straße 
> bekommt - z.b. Autovía del Mediterráneo
> 
> Jetzt wird diese Trasse von benannten Brücken und Tunnel durchzogen die 
> allesamt eigene Namen haben.
> 
> Wenn jetzt das Tag NAME den Namen des Tunnels bekommt ist das unsauber, 
> da die dort entlang führende Straße immer noch Autovía del
> Mediterráneo 
> heißt 
> 
> Richtig müßt die Ergänzung durch folgende Tags sein...
> 
> tunnel_name=Torrox
> oder
> bridge_name=Köbrandbrücke
> 
> Diese Konstellation gibt es eigentlich überall und deshalb sollte hier 
> vielleicht eine entsprechende Regelung getroffen werden.
> 
> Wie denkt Ihr darüber und gibt es vielleicht andere Ideen und Ansätze.
> 

Hier gibt's einen Vorschlag dazu:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels

Grüße, Marc

-- 
Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL 
für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anregung für zukünftige Datenimport e und spezielle Fuktionalitäten

[Roland Spielhofer]

Sven Sommerkamp schrieb:
> Vielleicht wäre es eine Idee, wenn man Daten die man in OSM importieren 
> möchte 
> auf einen speziellen Server oder Serverbereich ablegt und dann in seinem 
> Editor diese Daten als zusätzlichen Layer anzeigen kann.
> Wenn alles am selben Ort liegt und mitgeladen wird, führt das leicht zu 
> Verwirrung.
> Und es kommt schnell zu unschönen Effekten in den gerenderten Karten.
> http://openstreetmap.org/?lat=47.064&lon=10.6607&zoom=13&layers=B000TTF
> Möglicherweise wird da sogar noch mehr in Mitleidenschaft gezogen..
> Kann man mit JOSM mehrere Server abfragen?
> Wie schwer mag es sein einen OSM Server aufzusetzen?
> Vielleicht wäre es sinnvoll Basiskartenelemente auf dem Haupt Osm Server zu 
> haben, und speziellere Dinge auf weiteren? 

Hallo,
dazu müsste es aber in JOSM einfach möglich sein, Objekte zwischen zwei 
Layern zu transferieren, z.B. wie in AutoCAD. Derzeit geht nur das 
komplette eindampfen eines "höheren" Layers auf den darunterliegenden 
(iirc).
Auch eine "Pinsel"-Funktion, wie in den Office-Programmen wäre schön, um 
(mehrere) Attribute von einem Element auf's andere zu übertragen, gerade 
bei Import-Projekten.
lg roland


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Brücken- und Tunnelnamen

[Stefan Dettenhofer (StefanDausR)]

Hallo Jan,

ich denke, das kommt darauf an, was man als Ergebnis haben will:
Auf der Karte soll doch der Name der Brücke stehen und im Navi will ich 
auch diesen angezeigt haben.

Daher spricht meinerseits nichts dagegen, diesen in NAME zu schreiben. 
Der Weg muss so und so aufgeteilt werden.
Natürlich wäre ein extra Tag noch sauberer, aber man kann ja auch "die 
Kirche im Dorf" lassen.

Ich weiß, das wir nicht für die Renderer und Navis taggen, aber auch 
nicht nur für die Datenbank!

Alternative:
Straße wird einer Relation zugefügt, diese erhält als name= den Namen 
der Straße. Der Way erhält gar keinen Namen. Nur die Brückenabschnitte 
etc. werden explizit auf dem way benamt.

Gruß,
Stefan


Jan Tappenbeck schrieb:
> Moin  !
>
> wir diskutieren gerade darüber wie es sich mit Tunnel- bzw. Brückennamen 
> verhält.
>
> Eine Straße hat das Tag NAME welche in der Regel den Namen der Straße 
> bekommt - z.b. Autovía del Mediterráneo
>
> Jetzt wird diese Trasse von benannten Brücken und Tunnel durchzogen die 
> allesamt eigene Namen haben.
>
> Wenn jetzt das Tag NAME den Namen des Tunnels bekommt ist das unsauber, 
> da die dort entlang führende Straße immer noch Autovía del Mediterráneo 
> heißt 
>
> Richtig müßt die Ergänzung durch folgende Tags sein...
>
> tunnel_name=Torrox
> oder
> bridge_name=Köbrandbrücke
>
> Diese Konstellation gibt es eigentlich überall und deshalb sollte hier 
> vielleicht eine entsprechende Regelung getroffen werden.
>
> Wie denkt Ihr darüber und gibt es vielleicht andere Ideen und Ansätze.
>
> Gruß Jan :-)
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>
>   



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Brücken- und Tunnelnamen

[Jan Tappenbeck]

Moin  !

wir diskutieren gerade darüber wie es sich mit Tunnel- bzw. Brückennamen 
verhält.

Eine Straße hat das Tag NAME welche in der Regel den Namen der Straße 
bekommt - z.b. Autovía del Mediterráneo

Jetzt wird diese Trasse von benannten Brücken und Tunnel durchzogen die 
allesamt eigene Namen haben.

Wenn jetzt das Tag NAME den Namen des Tunnels bekommt ist das unsauber, 
da die dort entlang führende Straße immer noch Autovía del Mediterráneo 
heißt 

Richtig müßt die Ergänzung durch folgende Tags sein...

tunnel_name=Torrox
oder
bridge_name=Köbrandbrücke

Diese Konstellation gibt es eigentlich überall und deshalb sollte hier 
vielleicht eine entsprechende Regelung getroffen werden.

Wie denkt Ihr darüber und gibt es vielleicht andere Ideen und Ansätze.

Gruß Jan :-)

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues von der Wanderkarte

[Martin Koppenhoefer]

>
>
> Was übrigens sehr interessant ist und kaum jemand bewußt: Die §§22-26
> regeln das Betretungsrecht für Wald und Flur sowohl für Reiter als auch
> für Fahrradfahrer in einem Zug. Das heißt man kann kurz zusammenfassen:
>
...
> 2. Ohne Schilder: Wenn Du auf einem Weg mit Deinem Trecking/Mountainbike
> fahren darfst, dann darfst Du dort auch reiten und umgekehrt.
>

das wuerde ich so pauschal nicht sehen, in Art. 23 heisst es: "...Jedermann
darf auf Privatwegen in der freien Natur wandern und, soweit sich die Wege
dafür eignen, reiten und mit Fahrzeugen ohne Motorkraft sowie
Krankenfahrstühlen fahren"

"soweit sich die Wege eignen" ist hier die Schluesselformulierung. Es ist
nicht gesagt, dass ein Weg, der sich fuer das Fahrradfahren eignet, auch
fuer das Reiten eignet und umgekehrt.

Gruss, Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Inseln korrekt mappen: Wieder einmal Relationen ...

[Sebastian Niehaus]

Tobias Knerr  writes:

[...]

> Die Information wird vollständig durch einen mit natural=scrub getaggten
> inner-Way vermittelt, und diese Vorgehensweise wird auch von der
> Dokumentation im Wiki unterstützt. ("If the inner way represents
> something in itself (e.g. a forest with a hole where the hole is a
> lake), then the inner way may be tagged as such.")

Danke. Das ist doch mal eine klare Ansage. Danke!


Sebastian 


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Liniendicke

[Bernd Wurst]

Hallo.

Am Dienstag, 13. Januar 2009 schrieb Ulf Lamping:
> > Wireframe ist was für Leute, die wissen was sie tun.
> Na ja, dann weiß ich halt nicht was ich tu ;-)

Klassische Fehlinterpretation meiner Aussage. Ich habe nicht gesagt dass 
automatisch jeder der weiß was er tut unbedingt Wireframe benutzen muss.

Es ist schwer sinnvoll zu diskutieren wenn alles was man sagt unbedingt als 
Beleidigung verstanden werden muss.


> > Linux hat auch eine Konsole obwohl ein Großteil der Anwender die nicht
> > braucht. Aber der Teil der sie braucht würde auf keinen Fall darauf
> > verzichten.
> Ich mache auch auf Windows viel auf der Konsole, aber das ist jetzt
> einfach der falsche Vergleich.

Ich finde den Vergleich gut.
Wireframe ist schnell, wenn man sich gut (in der Gegend) auskennt 
übersichtlich und lenkt nicht ab.


> P.S: Wenn du lieber mit dem Wireframe arbeitest ist das für mich völlig
> ok. Deine bisherigen Postings kamen bei mir allerdings rüber als: Ich
> arbeite mit Wireframe und Mappaint ist ein ziemlicher Scheiß.

Meine Aussage war immer "mag ich nicht". Was du da rauslesen willst, ist mir 
mittlerweile scheissegal. Ich kann doch eh formulieren was ich will, einer 
will's immer falsch verstehen.

Gruß, Bernd

-- 
Keine zwei Menschen gleichen einander,
und beide sind froh darüber


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bundesstraße mit 2 Straßennummern

[Mario Salvini]

Jan Tappenbeck schrieb:
> Moin !
>
> bei uns gibt es eine Straße die zu zwei unterschiedlichen Bundesstraßen 
> gehört !
>
> Zweimal REF verwenden oder wie würdet Ihr das handhaben ??
>
> Gruß Jan :-)
>   
stehen bei auch auch 2-a-lei referenzschilder am Straßenrand?
Es passiert sehr oft, das die ein oder andere Bundes- Landes-Kreisstraße 
bei einer anderen als Trittbrettfahrer misläuft, aber normalerweise ist 
immer nur eine Straße die Hauptreferenz.

Gruß
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Linienbündel -- Vorschlag lane_group

[Mario Salvini]

Martin Koppenhoefer schrieb:
> sorry, dass ich mir selbst antworte, aber ich finde das Beispiel 
> einfach zu gut, die Absurditaet aufzudecken, die m.E. in Konsequenz 
> aus dem reinen tagging folgen wuerde.
>  
>
>
> >
> 
>  
> >
> >
>
> mit Lane-Relations wäre das auch nicht schwer.
>
>
> *ein way mit 17 lanes oben.
> 
> *footlane-carlane-carlane-carlane-divider-carlane-carlane-carlane-divider-carlane-carlane-carlane-divider-carlane-carlane-divider-buslane-footlane
>
>
> Du kannst das nicht wissen (sieht man auf dem Bild schlecht), aber es 
> sind eigentlich sogar noch ein paar mehr lanes:
> F=foot
> C=Car
> Bk=Bike
> Bus=Bus (kommt doch gar nicht mehr vor, weil ich ein bisschen 
> unterhalb geschnitten habe)
> P=Parking
> D=Divider
>
> ich mache mal den unteren Bereich an der Stelle, wo die Parkbucht sich 
> weitet von links nach rechts:
> http://maps.google.de/maps?f=q&hl=de&geocode=&ie=UTF8&t=k&ll=41.8663,12.496549&spn=0.000681,0.001207&z=20
>  
> 
>
> FPCPCPDCCDCCCDCCCDCCDFCBkF
>
> also an dieser Stelle z.B. 25m, wenn man den Parkplatz ganz rechts 
> ausser Acht laesst (also getrennt mappt) und die Divider mitzaehlt.
>
> Das Schlimme ist aber: alle 3 Meter aendert sich das Schnittprofil 
> (d.h. Spuren verschwinden und kommen hinzu, es gibt Einmuendungen, 
> Ausfahrten, Einfahrten, Bushaltestellen, Parkplaetze, Abbiegespuren, 
> etc.), die Autos parken mal parallel, mal orthogonal zur Fahrbahn, 
> etc., ohne entsprechende Breitenangaben wird nichtmal mehr klar sein, 
> welche Spur auf welche fuehrt. Jeder Divider am Ende einer Parkbucht 
> fuehrt dazu, dass sich das komplette Schnittprofil und damit alle 
> Wegenummerierungen aendern, auch wenn er in Wegrichtung nur 3 m breit ist.
>
> Dann die Einbahnstrassen. Praktisch alle Spuren sind Einbahnstrassen 
> (abgesehen von Fusswegen, Dividern^^ und Radwegen), also z.B. 
> highway:lane:11=primary
> highway:lane:11:ref=SS148, highway:lane:11:oneway=opposite.
>
> das ergibt alleine schon ne ganze Menge tags, da ist man ordentlich 
> mit Scrollen beschaeftigt.
>
> komplett ist die Stelle noch nicht in OSM, aber ein bisschen was ist 
> schonmal drin, hier ist halt auch der allgemeine Stand noch nicht ganz 
> so weit wie in Deutschland ;-)  :
> http://www.informationfreeway.org/?lat=41.86657886196965&lon=12.496555763415518&zoom=17&layers=0F0B0F
>  
> 
>
> nochmal Gruesse,
> Martin
vielleicht habe ich mich unklar ausgedrückt. aber dass, was du jetzt als 
großen Tagurwald siehst, steht doch in der jeweiligen Relation drin?
und wie willst du bitte einzeichnen, ob parking-abschnitt parallel oder 
orthogonal parken vorsieht? von oben betrachtet ist der eine 
parkstreifen einfach etwas breiter als der andere. Und die Art und Weise 
wie geparkt werden soll müsstest du also eh über ein Tag regeln. Ob du 
das aber jetzt an einen eigenen gezeichneten Weg hängst, oder in die 
entsprechende parking-lane, spielt doch für den gehalt des Tags keine 
Rolle. Ein seperater Weg sugerriert jedoch dass es etwas autarkes sei. 
wenn aber der Übergang von Straße zu Parkbucht zu Fussweg fließend ist, 
dann ist ein seperat gezeichneter Way IMO falsch.

Lieben Gruß
 Mario

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anregung für zukünftige Datenimport e und spezielle Fuktionalitäten

[Wolfgang W. Wasserburger]

> Vielleicht wäre es eine Idee, wenn man Daten die man in OSM 
> importieren möchte 
> auf einen speziellen Server oder Serverbereich ablegt und dann in seinem 
> Editor diese Daten als zusätzlichen Layer anzeigen kann.
> Wenn alles am selben Ort liegt und mitgeladen wird, führt das leicht zu 
> Verwirrung.
> Und es kommt schnell zu unschönen Effekten in den gerenderten Karten.
> http://openstreetmap.org/?lat=47.064&lon=10.6607&zoom=13&layers=B000TTF
> Möglicherweise wird da sogar noch mehr in Mitleidenschaft gezogen..
> Kann man mit JOSM mehrere Server abfragen?
> Wie schwer mag es sein einen OSM Server aufzusetzen?
> Vielleicht wäre es sinnvoll Basiskartenelemente auf dem Haupt Osm 
> Server zu 
> haben, und speziellere Dinge auf weiteren? 
> 
> Ich habe da z.B. gerade so ein Problem mit einem Wintersportort 
> http://www.informationfreeway.org/?lat=47.03838071240456&lon=10.60
6773624779946&zoom=15&layers=BF000F
> den habe ich seinerzeit ziemlich komplett gemappt.
> Nun versuche ich die Daten eines Importes zu nutzen.
> Was gar nicht so leicht ist.

bitte den konkreten Fall auf der talk-at diskutieren, da haben wir das sehr 
genau besprochen und im großen und ganzen sind viele Bezirke bereits durch.

lg Wolfgang


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Anregung für zukünftige Datenimport e und spezielle Fuktionalitäten

[Sven Sommerkamp]

Vielleicht wäre es eine Idee, wenn man Daten die man in OSM importieren möchte 
auf einen speziellen Server oder Serverbereich ablegt und dann in seinem 
Editor diese Daten als zusätzlichen Layer anzeigen kann.
Wenn alles am selben Ort liegt und mitgeladen wird, führt das leicht zu 
Verwirrung.
Und es kommt schnell zu unschönen Effekten in den gerenderten Karten.
http://openstreetmap.org/?lat=47.064&lon=10.6607&zoom=13&layers=B000TTF
Möglicherweise wird da sogar noch mehr in Mitleidenschaft gezogen..
Kann man mit JOSM mehrere Server abfragen?
Wie schwer mag es sein einen OSM Server aufzusetzen?
Vielleicht wäre es sinnvoll Basiskartenelemente auf dem Haupt Osm Server zu 
haben, und speziellere Dinge auf weiteren? 

Ich habe da z.B. gerade so ein Problem mit einem Wintersportort 
http://www.informationfreeway.org/?lat=47.03838071240456&lon=10.606773624779946&zoom=15&layers=BF000F
den habe ich seinerzeit ziemlich komplett gemappt.
Nun versuche ich die Daten eines Importes zu nutzen.
Was gar nicht so leicht ist.



Gruß Sven S.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS-Ergebnisse, die vom "richtigen Weg" abkommen

[Martin Simon]

Am 13. Januar 2009 02:56 schrieb Johann H. Addicks :
> Jan Tappenbeck schrieb TOFU:
>> Garmin GPSMAP 60Cx
>
> Dann hilft nur: höher hängen!
> Ich laufe inzwischen immer mit zwei (im Auto mit drei) GPX-Geräten.
> Das sorgt dann zwar -wg. der überlappenden Timestamps- für ziemlich
> komisch gezeichnete Tracks im Josm, aber anyway, bei 3 Geräten gibt's
> dann eine Mehrheitsentscheidung.
> (Wobei auch die bei Multipass-Effekten an Hochhaus-Glasfassaden nicht
> sicher sind.)

Wie viele unterschiedliche Chipsätze sind das denn dann?
Und wie groß sind die Unterschiede zwischen ihnen?

Ich überlege nämlich, mir zusätzlich zum GArmin Vista HCx (MTK) einen
günstigen SIRFIII-Logger zuzulegen... :-)

-Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] waterway=riverbank aufspalten

[Dirk-Lüder Kreie]

Sven Anders schrieb:
> Am Montag, 12. Januar 2009 23:00 schrieb Norbert Kück:
>> Hallo,
>>
>> Sven Anders schrieb:
>>> Darf ich einen waterway=riverbank aufspalten?
>>> Oder geht dann das Rendering für Osmarender etc. kaput?
[...]
>> Allerdings bist du am konkreten Ort in der komfortablen Situation, dass
>> du da ein Tidegewässer hast. Das hat den Way natural=coastline. Das ist,
>> was du brauchst.
> 
> Gut, dann muss ich nur die paar "Elb-Inseln" auch coastline taggen, oder?

Richtig.

Ich habe das vor ca einem halben Jahr schonmal versucht, den tidenteil
der Elbe als coastline zu taggen, aber das hat irgendjemand großflächig
rückgängig gemacht, also habe ich es gelassen. Ich hatte zunächst mit
der Weser genug zu tun.

Wenn du Hilfe brauchst, oder jemand nochmal drüberschauen soll, frag
mich einfach direkt.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendern eines Spielfeldes

[Stefan Dettenhofer (StefanDausR)]

Hallo Mario,

danke, da hätte ich auch d'aufkommen können!

Gruß,
Stefan

DarkAngel schrieb:
> Bei dem linken Feld hat eine Begrenzungslinie gefehlt. An der Stelle, wo
> Fußballfeld und Tennisfeld aneinander grenzen, war nur die Linie des
> Tennisfeldes. Somit war das Fußballfeld nicht vollständig umrandet und
> wurde von Mapnik nicht gerendert. Nun sollte es passen...
>
> - --
> Gruß Mario


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendern eines Spielfeldes

[DarkAngel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stefan Dettenhofer (StefanDausR) schrieb:
> Hallo zusammen,
> 
> kann mir jemand sagen, was ich hier falsch mache?
> 
> So ist es richtig gerendert, man sieht beide Fußballfelder:
> http://www.informationfreeway.org/?lat=49.069687825955505&lon=12.045638974751668&zoom=17&layers=BF000F
> 
> Und hier fehlt ein Fußballfeld:
> http://www.informationfreeway.org/?lat=49.069687825955505&lon=12.045638974751668&zoom=17&layers=0F0B0F
> 
> Gruß und Danke,
> Stefan

Bei dem linken Feld hat eine Begrenzungslinie gefehlt. An der Stelle, wo
Fußballfeld und Tennisfeld aneinander grenzen, war nur die Linie des
Tennisfeldes. Somit war das Fußballfeld nicht vollständig umrandet und
wurde von Mapnik nicht gerendert. Nun sollte es passen...

- --
Gruß Mario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAklsaVwACgkQdRpju1J3VHFNqQCcDfP5s+J8JL+YtL5phecd/EIw
aq0An2pan9RkoOILwNEFk+JERUu+c7Rh
=PFrx
-END PGP SIGNATURE-

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Openlayers + SVG

[Frederik Ramm]

Hallo,

Johannes Elsinghorst wrote:
> ich dachte daran, die BaseMaps als svg darzustellen, also quasi
> svg-Tiles zu benutzen. Hat so etwas schon jemand gemacht?

Soweit ich weiss, nicht. Tiles und SVG verträgt sich nicht so gut bzw. 
macht viel Arbeit; alle Objekte, vor allem aber Flächen, müssten durch 
Einfügen künstlicher Nodes exakt an der Tile-Kante abgeschnitten werden. 
Vielversprechender ist vermutlich der Ansatz, die Rohdaten (ggf. auch 
als Tile-Häppchen) in den Browser zu laden und dort per XSLT ein SVG 
draus zu machen und das anzuzeigen. Das wurde im Summer of Code-Projekt 
"Osmarender Frontend" gemacht und geht mit Firefox 3 erstaunlich flott, 
aber es ist mehr so ein Proof of Concept, eine schöne verschiebbare 
Karte gibts damit noch nicht.

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Liniendicke

[Ulf Lamping]

Bernd Wurst schrieb:
> Hallo.
> 
> Am Montag, 12. Januar 2009 schrieb Ulf Lamping:
>> Dann solltest du bitte auch genau das sagen und nicht, das die
>> Darstellung ja nur von den Vorlieben des Entwicklers getrieben wird!
> 
> Dann solltest du meine Postings lesen und nicht nur einen Satz rauspicken.

Habe ich, nur dieser Satz ist mir halt auch nach ein paar Tagen im 
Gedächtnis geblieben.

> Dass ich danach das "ich werde verleitet für den Renderer zu mappen" damit 
> unterstrichen habe, dass der oder die Programmierer (das kannst du nicht 
> verleugnen) alleine zu sagen hat, welche Tags schön aussehen und welche nicht 
> unterstützt werden, darauf musstest du dich dann stürzen. Auch nicht nett.

Jetzt mach aber mal halblang. Les dir doch deine ursprüngliche Mail 
nochmal durch und denk dir mal, wie die bei mir ankommen mußte.

>> Deine Argumentation ist doch: "wir zeigen dem Anwender garnichts an,
>> dann kann er auch nichts falsch machen". Leider weiß er dann auch nicht,
>> wann er etwas richtig macht.
> 
> Richtig. Die Wireframe-Darstellung ist selbstverständlich nichts mit dem man 
> OSM selbst erkunden kann und sich unmittelbar an einer farbigen Karte 
> erfreuen 
> kann.
> Wireframe ist was für Leute, die wissen was sie tun.

Na ja, dann weiß ich halt nicht was ich tu ;-)

> Linux hat auch eine Konsole obwohl ein Großteil der Anwender die nicht 
> braucht. Aber der Teil der sie braucht würde auf keinen Fall darauf 
> verzichten.

Ich mache auch auf Windows viel auf der Konsole, aber das ist jetzt 
einfach der falsche Vergleich.

Wireframe vs. Mappaint ist "nur" eine Frage der Darstellung, um bei 
deiner Analogie zu bleiben also eher ein lynx vs. Firefox ...

Gruß, ULFL

P.S: Wenn du lieber mit dem Wireframe arbeitest ist das für mich völlig 
ok. Deine bisherigen Postings kamen bei mir allerdings rüber als: Ich 
arbeite mit Wireframe und Mappaint ist ein ziemlicher Scheiß.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Liniendicke

[Ulf Lamping]

Dirk Stöcker schrieb:
> On Tue, 13 Jan 2009, Ulf Lamping wrote:
> 
>> Frederik Ramm schrieb:
>>> Ulf Lamping wrote:
 Aber jetzt mal ehrlich. Meinst du nicht, daß du dich jetzt in der
 absoluten Minderheit befindest? Ich hab schon so einige JOSMs gesehen,
 aber kann mich an kein einziges Mal erinnern, wo ich die Wireframe
 Darstellung gesehen habe.
>>>
>>> Ich arbeite in der Regel nur ohne Mappaint, und aerger mich schon ueber
>>> die mir im Wireframe aufgezwungene Relation-Darstellung ;-)
>>
>> Da darfst du dich beim Dirk bedanken - das müßt ihr direkt klären -
>> dafür kann ich nix ;-)
> 
> Das ist eine ganz miese gemeine Unterstellung. Jawohl. Als ob ich an dem 
> Wireframe-Modus irgendwas ändern würde. Ich habe im Log nichtmal 
> gefunden wer das eingebaut hat. Ist aber schon eine ganze Weile her.
> 

Sorry wenn ich hier den falschen Baum hochgebellt habe, war keine 
Absicht :-)

Gruß, ULFL

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Rendern eines Spielfeldes

[Stefan Dettenhofer (StefanDausR)]

Hallo zusammen,

kann mir jemand sagen, was ich hier falsch mache?

So ist es richtig gerendert, man sieht beide Fußballfelder:
http://www.informationfreeway.org/?lat=49.069687825955505&lon=12.045638974751668&zoom=17&layers=BF000F

Und hier fehlt ein Fußballfeld:
http://www.informationfreeway.org/?lat=49.069687825955505&lon=12.045638974751668&zoom=17&layers=0F0B0F

Gruß und Danke,
Stefan


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagging von Places

[marcus.wolschon]

On Mon, 12 Jan 2009 11:49:21 +0100, "Martin Koppenhoefer"
 wrote:
>>
>>
>>
>> Evtl. sollte man dann noch Tags erfinden, die die Wichtigkeit genauer
>> angeben und dann das Rendering kleiner machen, bzw. je nach Zoomstufe
>> unterdrücken.
>>
>> ja, das sollte unbedingt geloest werden, m.E. aber nicht ueber Tags fuer
> den Renderer sondern algorithmisch, je nach Groesse der Flaeche und Art
> (Stadt oder Mittelgebirge, Wald oder Flur, Gehoeft, ...).
> 
> So waere das Place-tag m.E. durchaus auch geeignet, solche Infos wie
> Schwarzwald, Schwaebische Alb, Spessart, Ural, Dolomiten, Mecklenburger
> Seenplatte, ... , einzugeben.


(*Zaunpfahl wink* Durchmesser des Polygons...)

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Liniendicke

[Dirk Stöcker]

On Tue, 13 Jan 2009, Bernd Wurst wrote:


Das hat ja gar nichts damit zu tun ob die Unterstützung der Features deine
eigene Idee war oder ob du das aufgrund von Bitten anderer eingebaut hast. Du
bist im Zweifelsfall der Moderator, das finde ich jetzt offensichtlich und
soll auch nicht direkt oder indirekt ein Vorwurf sein.
(Ob das jetzt du alleine bist, der die in JOSM ausgelieferten Styles
maintained, weiß ich nicht, ich denke man kann verstehen was ich meine.)


Irgendwer muss immer der Moderator sein.  Allerdings hat JOSM Styles, die 
jeder leicht anpassen kann. Wer als mit Ulf's Style nicht zufrieden ist, 
der kann eine Alternative anbieten (was ich übrigens sehr begrüßen würde, 
Konkurrenz belebt das Geschäft).


Je nach Aktivität könnte man alternative Styles einfach als Weblink oder 
direkt in JOSM anbieten. Nur macht das bisher keiner.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Liniendicke

[Dirk Stöcker]

On Tue, 13 Jan 2009, Ulf Lamping wrote:


Frederik Ramm schrieb:

Ulf Lamping wrote:

Aber jetzt mal ehrlich. Meinst du nicht, daß du dich jetzt in der
absoluten Minderheit befindest? Ich hab schon so einige JOSMs gesehen,
aber kann mich an kein einziges Mal erinnern, wo ich die Wireframe
Darstellung gesehen habe.


Ich arbeite in der Regel nur ohne Mappaint, und aerger mich schon ueber
die mir im Wireframe aufgezwungene Relation-Darstellung ;-)


Da darfst du dich beim Dirk bedanken - das müßt ihr direkt klären -
dafür kann ich nix ;-)


Das ist eine ganz miese gemeine Unterstellung. Jawohl. Als ob ich an dem 
Wireframe-Modus irgendwas ändern würde. Ich habe im Log nichtmal gefunden 
wer das eingebaut hat. Ist aber schon eine ganze Weile her.



Ich persoenlich finde Mappaint auch zu bunt, vorallem lenken mich die
Icons zu sehr ab ("ah, was ist denn das fuer ein Bildchen hier, gleich
mal anklicken..."), wenn ich doch eigentlich nur eine Strasse mappen
wollte. Dennoch wird der Wireframe-Modus in dicht gemappten Gebieten
mittlerweile sehr unuebersichtlich; eine Filterung tut not, das hab ich
ganz oben auf meiner "was ich in JOSM einbauen will"-Liste...


Nehm es doch als "was gibt es neues" ;-)


Als ich meinem Vater JOSM gezeigt habe, war er damit anfangs 
überfordert, weil Mappaint nicht kartenähnlich genug ist (z.B. stehen die 
Straßennamen nicht auf den Linien). Mit dem Wireframe-Modus kann er 
überhaupt nichts anfangen. Er kann keinen Bezug von den vielen Linien zur 
Realität herstellen.


Ich dagegen sehe die Geometrie und Topologie und kann das ganze auf die 
Realität abbilden. Ich bin aber auch Vermesser von Beruf.


Gehen wir also mal davon aus, dass es mehr Nutzer gibt, die wie er mit den 
reinen Linien überhaupt nicht klarkommen und betrachten das als Feature 
für totale Freaks.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues von der Wanderkarte

[Markus]

Hallo Karl,

danke für Deine differenzierte Antwort zur Gesetzeslage in Bayern!

> Reiten ist nur da erlaubt, wo die wege "geeignet" sind und wo
> auszuschließen ist, dass durch bereiten die wege beschädigt und für
> andere unpassierbar werden

Das ist m.E. die für alle optimale Regelung.
Gegenseitige Rücksichtnahme ist für mich selbstverständlich.
Bei den Beschädigungen würde ich mir noch eine Haftung nach dem 
Verursacherprinzip wünschen. Und eine bessere Aufklärung für 
Waldarbeiter, Mountainbiker und auch Reiter.

> Frankenweg 

Da fehlen in unserer Gegend immer noch kurze Zwischenstücke.
Ach wenn ich doch ein Pferd hätte - das wärmt im Winter so schön von 
unten...

> bepinseln der bäume mit leucht- und  neonfarben...

Fand ich früher auch immer ärgerlich.
Seit OSM weiss ich, dass damit manchmal auch Grenzen markiert werden. 
Grenzsteine lassen sich so im Gelände richtig gut finden.
Ob die Farben "abbaubar" sind?

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Openlayers + SVG

[Johannes Elsinghorst]

Hi,
ich dachte daran, die BaseMaps als svg darzustellen, also quasi
svg-Tiles zu benutzen. Hat so etwas schon jemand gemacht?

Gruß, Johannes
> Johannes Elsinghorst wrote:
>   
>> Hallo,
>> ist es möglich Openstreetmap-Daten als svg in OpenLayers einzubinden, um so 
>> mit hoher DPI-Zahl zu drucken?
>> 
>
> Ja.
> Der Datalayer auf http://www.openstreetmap.org macht genau sowas.
>
> Und ich habe für  [1] die Ways 
> bzw. Nodes als OpenLayers.Feature.Vector auf einem 
> OpenLayers.Layer.Vector angezeigt.
>
> HTH & Gruß Andreas
>
> [1]noch unfertig, funktioniert höchstwahrscheinlich nur im Firefox
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>   



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de