[Talk-de] JOSM: seltsames Verhalten der Presets

[osm_project]

Hallo,

ich finde folgendes Verhalten der Presets (z.B. Restrictions oder Road 
Attributes) in JOSM sehr seltsam:
habe ich einen Way selektiert (der bereits ein Oneway ist) und rufe unter 
Presets die Restriction-Dialogbox auf um z.B. die MaxSpeed auf 30 zu setzten 
ist nach dem OK der Tag Oneway gelöscht.

Kann man in den Dialogboxen die bereits am Element vorhandenen / gesetzten 
Werte nicht vorbelegen oder alternativ leere Werte der Dialogbox in den 
Properties der Elemente nicht einfach löschen sondern beibehalten ?

Für das Explizite Löschen von Tags gibt es ja den "Delete" Botton in den Panes.


PS: kann jemand unter Road/Type den Wert "minor" entfernen (wird ja nicht mehr 
unterstützt) und dafür den Wert "tertiary" aufnehmen ?


Gruß
TimG

Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren
ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT FÜR ALLE NEUEINSTEIGER
Jetzt bei Arcor: günstig und schnell mit DSL - das All-Inclusive-Paket
für clevere Doppel-Sparer, nur  29,95 €  inkl. DSL- und ISDN-Grundgebühr!
http://www.arcor.de/rd/emf-dsl-2

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

Re: [Talk-de] josm Grundinstallation

[osm_project]

 >  Ulf Lamping schrieb:
> Das bedeutet aus meiner Sicht 3 bis maximal 4 von den Panes sollten per 
> Default sichtbar sein. Ich denke das sind dann:
> 
> - Layers (absolutes muß) "layerlist.visible=true"
> - Properties/Memberships (absolutes muß) "propertiesdialog.visible=true"
> - Current Selection (sinnvoll) "selectionlist.visible=true"
> - Command Stack (sinnvoll) "commandstack.visible=true"
> 
> alternativ käme noch das Validator Plugin in betracht, also: 
> "validator.visible=true"

volle Zustimmung von mir.
Ich kann mich noch an meine Anfänge mit JOSM vor einigen Wochen erinneren, bei 
denen ich einige Funktionen / Abläufe überhaupt nicht verstanden habe weil die 
entsprechenden Panes (z.B. Layers) nicht da waren und ich zu Anfang nicht 
wusste was ich sinnvollerweise einblenden sollte.
Die obigen 4 (bzw. 5) sehe ich per Default als sehr nützlich an.


Gruß
TimG

Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren
ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT FÜR ALLE NEUEINSTEIGER
Jetzt bei Arcor: günstig und schnell mit DSL - das All-Inclusive-Paket
für clevere Doppel-Sparer, nur  29,95 €  inkl. DSL- und ISDN-Grundgebühr!
http://www.arcor.de/rd/emf-dsl-2

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

Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en

[Mario Salvini]

Hi Garry.

ich halte es für ziemlich weltfremd einfach pauschal alle 
Bundesstraßen/Landstraßen/Kreisstraßen in eine von 3 Kategorien zu packen.

Für eine Karte, die dass darstellt braucht man nur überall die 
"ref="-Tags richtig setzen, und keiner braucht sich drüber zu streiten, 
was die Straße für ein highway-Tag haben soll.

"primary", "secondary" und "tertiary" sollen dagegen etwas über die 
Ausbaustufe bzw. die Wichtigkeit des Weges im Straßennetz darstellen, 
und diese Einteilung hat halt nun garnix mit der administrativen 
Zugehörigkeit zu tun.

z.B. gibt es Kreisstraßen, die sind besser ausgebaut, als Bundestraßen. 
Soll ich die trotzdem als tertiary taggen?!
In UK passt das Schema ziemlich gut auf ihre A, B und C-Straßen, die 
auch alle ungefähr ähnliche Eigenschaften untereinander haben. Aber mit 
Bundes, Land-, Kreisstraße hat das in Deutschland nix zu tun.

Autobahnähnliche Bundes- oder Kraftfahrstraßen macht deshalb Sinn als 
Trunk zu taggen, weil auf ihnen nicht die außer-örtliche 
Höchstgeschwindigkeit von 100km/h gilt, sonder wie auf der BAB eine 
Richtgeschwindigkeit von 130km/h. Für solche "Gelben Autobahnen" (viele 
davon sind auch Kraftfahrstraßen welche zusätzlich mit einem 
"motoroad=yes" getaggt werden sollte, um sie von den BAB-ähnlichen 
Bundeststraßen unterscheiden zu können (wegen Mindestgeschwindigkeit und 
somit der Ausschluss vieler Verkehrsteilnehmer...) ) ist TRUNK bestens 
geeignet!

die normale außer-örtliche Bundestraße ist normalerweise aber eine 
Primary, aber halt nur "normalerweise" und nicht grundsätzlich 
*wichtiger Unterschied ;)*. Es zu Pauschalisieren erzeugt nur Redundanz 
und macht die Einteilung in Pri, Sec, Ter obsolet...

soviel fürs Erste :)

Gruß
 mario


(PS: dieses Posting steht auch so im poketnavigation-forum, also nicht 
wundern ;) )

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

Re: [Talk-de] Strasse vs. Stra�e

[Paul Lenz]

> Jetzt aber mal im Ernst. Ich habe bislang immer ohne 
> lang nachzudenken angenommen, naja, "Strasse" wird wohl 
> die neue Schreibung sein. Aber jetzt hab ich das mal 
> recherchiert, und in allen mir zur Verfuegung stehenden 
> Nachschlagewerken steht, dass auch nach neuer Recht-
> schreibung das Wort "Straße" selbstverstaendlich mit 
> "Eszett" geschrieben wird 


Allerdings. In der deutschen Sprache ist es so, dass 
ein Doppelkonsonant ein untrügliches Zeichen dafür ist, 
dass der davor stehende Vokal kurz ausgesprochen wird.
Wobei beim s die Problematik auftaucht, dass noch
zwischen dem stimmlosen und dem stimmhaften unterschieden
werden muss. Das einzelne s steht daher meist für letzteres.
Bleibt also der Fall "langer Vokal + schafes s" übrig, und
dafür ist das Eszett vorgesehen.




> mit Ausnahme der Schweiz, die schon immer auf das
> Doppel-S setzte.


Ich weiß. Wie die Schweizer Maße und Masse auseinander
halten, ist mir schleierhaft. Aber das soll nicht mein
Problem sein.




> Was veranlasst Dich also zu der Aussage, deutschlandweit 
> sei nun "Straße" durch "Strasse" zu ersetzen?


Ganz im Gegetum: umgekehrt!
Vielleicht ein Missverständnis, weil diese Mailingsoftware
Probleme mit Umlauten zu haben scheint?


Paul

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

Re: [Talk-de] josm Grundinstallation

[Ulf Lamping]

Frederik Ramm schrieb:
>> Aber bevor wir hier endlos rumreden, versuchen wir doch gleich mal das 
>> erste Problem direkt zu lösen: Wie bekommen wir in den JOSM auf Windows 
>> Plattformen das Windows Look-and-Feel in den JOSM - und zwar als Default?
>> 
> Ich hab mal was eingebaut, dass bei der Neuerzeugung des Pref-files
> (wenn keins da ist) der Look+Feel auf Windows gestellt wird, falls die
> System-Property os.name irgendwo "Windows" enthaelt - check mal aus
> und probiere, ob es geht!
>   
Die Detektierung ob's ein Windows ist scheint zu gehen :-)

Allerdings sieht der String den man eintragen muß ein wenig anders aus, 
ich hab's mal korrigiert - dann klappts auch mit dem Windows ;-)

Also gleich schonmal den ersten Default geklärt ;-)))


Als nächstes sollten wir uns mal die Defaults für die einzelnen Panes 
auf der rechten Seite anschauen. Momentan werden hier nur die 
"Properties/Memberships" angezeigt und es bleibt noch eine Menge Platz 
ziemlich ungenutzt.

Als kleinsten gemeinsamen Nenner sehe ich eine Bildschirmauflösung von 
1280*800 (Vollbild) an, wie sie heute wohl auf vielen Notebooks üblich 
ist. Die frühere 1024*768 paßt da auch ganz gut dazu. Ich hab zwar 
persönlich mehr, aber das ist eine andere Geschichte. Heißt also, daß 
auf einer horizontalen Auflösung von 800 Pixeln noch was zu sehen sein 
sollte.

Das bedeutet aus meiner Sicht 3 bis maximal 4 von den Panes sollten per 
Default sichtbar sein. Ich denke das sind dann:

- Layers (absolutes muß) "layerlist.visible=true"
- Properties/Memberships (absolutes muß) "propertiesdialog.visible=true"
- Current Selection (sinnvoll) "selectionlist.visible=true"
- Command Stack (sinnvoll) "commandstack.visible=true"

alternativ käme noch das Validator Plugin in betracht, also: 
"validator.visible=true"

Was meint ihr dazu?

Gruß ULFL

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

Re: [Talk-de] josm Grundinstallation

[Frederik Ramm]

Hallo,

> Es gibt denke ich immer Sachen, die man Plattform spezifisch lösen muß. 
> Wenn wir das alles in den JOSM direkt reinbekommen und nicht über den 
> Installer lösen müssen - umso besser.

Hm. Vielleicht waere es eine gute Idee, die Defaults zu
externalisieren. Es is im Moment schon ein bisschen suboptimal, dass
die Defaults u.U. an mehreren Stellen im Code eincompiliert sind. Also
so, dass es ein default-Preferences-File gibt und ein
"tatsaechliches", in dem die Abweichungen davon drin stehen...

> Aber bevor wir hier endlos rumreden, versuchen wir doch gleich mal das 
> erste Problem direkt zu lösen: Wie bekommen wir in den JOSM auf Windows 
> Plattformen das Windows Look-and-Feel in den JOSM - und zwar als Default?

Ich hab mal was eingebaut, dass bei der Neuerzeugung des Pref-files
(wenn keins da ist) der Look+Feel auf Windows gestellt wird, falls die
System-Property os.name irgendwo "Windows" enthaelt - check mal aus
und probiere, ob es geht!

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'


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

Re: [Talk-de] josm Grundinstallation

[Ulf Lamping]

Frederik Ramm schrieb:
> Hallo,
>
>   
>>> Wenn der Installer eine Configdatei bereitstellt, wird dieser  
>>> Mechanismus nicht getriggert. Der Installer ist dann dafuer  
>>> verantwortlich, dass diese Einstellungen sinnvoll gewaehlt sind.
>>>   
>>>   
>> Das schreit doch geradezu nach Inkonsistenzen zwischen dem Core und den 
>> Installern!
>>
>> Jetzt muß der Installer ganz genau das nachbauen, was der Core auch 
>> schon macht. Sobald irgendwas beim Core geändert wird, müssen die 
>> Installer entsprechend nachziehen
>> 
>
> Nein, ich waere dafuer, dass die Installer auf das Bereitstellen einer
> Preferences-Datei verzichten. Dann geht doch alles, oder nicht?
>   
Die Installer erstellen die Preferences leider momentan nicht ganz zum 
Spaß ;-)

Wie kann man Plugins enablen, die mit dem Installer kommen? Ok, wenn wir 
mal dazu kommen, einige der "Standard-Plugins" mit dem Core auszuliefern 
(oder gleich wie bei mappaint in den Core einzubauen) ist dieses Problem 
wohl weniger wichtig

Wie kann man das Windows Look-and-Feel einstellen? Macht bei Windows 
schon Sinn, das es so aussieht wie bei Windows sonst auch.

...


Es gibt denke ich immer Sachen, die man Plattform spezifisch lösen muß. 
Wenn wir das alles in den JOSM direkt reinbekommen und nicht über den 
Installer lösen müssen - umso besser.


Letztlich geht es darum, das die Defaults vom JOSM momentan noch nicht 
sooo toll sind. Wenn wir das gelöst bekommen, brauchen wir in den 
Installern auch die Preferences nicht mehr zu ändern. Die Generierung 
der preferences im JOSM halte ich trotzdem für Schmarrn - das sieht zwar 
im ersten Moment recht Nett aus, macht aber auf die Dauer auch seine 
Probleme.


Aber bevor wir hier endlos rumreden, versuchen wir doch gleich mal das 
erste Problem direkt zu lösen: Wie bekommen wir in den JOSM auf Windows 
Plattformen das Windows Look-and-Feel in den JOSM - und zwar als Default?

Gruß ULFL


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

[Talk-de] Merkaator

[Frederik Ramm]

Hallo,

   inspiriert vom "Image of the Week" habe ich mir eben aus unserem
SVN den "Merkaator" runtergeladen und kompiliert (C++, QT4 basierend)
und muss sagen, der sieht ganz gut aus. Kann zwar JOSM feature-maessig
noch nicht das Wasser reichen, ist aber auf dem besten Weg, zumindest
die Luecke zwischen Potlatch und JOSM zu schliessen - sieht schoen
aus, ist nicht zu technisch und hat doch alles, was man (zumindest so
auf den ersten Blick) braucht.

Wer einen C++-Compiler und QT4 hat, sollte sich das ruhig mal
anschauen. Quelltexte hier (nach einer kleinen Aenderung von mir
sollte sich das mit "qmake" und "make" sofort kompilieren lassen ;-):

http://svn.openstreetmap.org/applications/editors/merkaartor/

Screenshots hier:

http://www.irule.be/bvh/c++/merkaartor/

Fuer Windows-User sogar ein fertiger Installer:

http://www.irule.be/bvh/c++/merkaartor/bin/Merkaartor-0.0.8.msi

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'


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

Re: [Talk-de] Anregung: _link- und service-Highways etwas individueller rendern?

[Mario Salvini]

Hi Sven,

stimmt, ich muss meine Aussage konkretisieren: mit Mapnik sind die 
service-Highways deutlich schmaler und auch als solche direkt zu 
erkennen. Auf Osmarender-Karten ist der Unterschied dagegen so marginal, 
dass der flüchtige Blick keinen Unterschied zeigt. Würde man die 
Randlinien schonmal nur blau machen, wäre es deutlicher zu unterscheiden...

Gruß
  Mario


Sven Grüner schrieb:
> Mario Salvini schrieb:
>   
>> an wen muss man sich richten, um anzuregen, das _link- bzw. 
>> service-Highways individueller gerendert werden?
>> z.B. _link-Abschnitte in der jeweiligen Farbe der Road nur eben schmaler.
>> Service-Highways sind momentan nicht von den normalen Straßen zu 
>> unterscheiden, dass ist doof ;) etwas schmaler wäre schonmal ein Anfang. 
>> Zumal service-Straßen ja eh keinen Namen in Renderergebnis erhalten
>> 
>
> Hallo,
>
> da muss ich dich korrigieren:
> 
> Hier erkennt man ganz eindeutig, dass die service-Straße etwas schmaler
> ist. Ebenso links dadrüber als Parkplatzauffahrt. Zugegebenermaßen
> allerdings nur auf z17 zu erkennen. Bei Mapnik ist der Unterschied viel
> deutlicher.
>
> Bei den _link stimme ich dir aber uneingeschränkt zu.
>
> Grüße, Sven
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>   


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

Re: [Talk-de] Anregung: _link- und service-Highways etwas individueller rendern?

[Sven Grüner]

Mario Salvini schrieb:
> an wen muss man sich richten, um anzuregen, das _link- bzw. 
> service-Highways individueller gerendert werden?
> z.B. _link-Abschnitte in der jeweiligen Farbe der Road nur eben schmaler.
> Service-Highways sind momentan nicht von den normalen Straßen zu 
> unterscheiden, dass ist doof ;) etwas schmaler wäre schonmal ein Anfang. 
> Zumal service-Straßen ja eh keinen Namen in Renderergebnis erhalten

Hallo,

da muss ich dich korrigieren:

Hier erkennt man ganz eindeutig, dass die service-Straße etwas schmaler
ist. Ebenso links dadrüber als Parkplatzauffahrt. Zugegebenermaßen
allerdings nur auf z17 zu erkennen. Bei Mapnik ist der Unterschied viel
deutlicher.

Bei den _link stimme ich dir aber uneingeschränkt zu.

Grüße, Sven

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

Re: [Talk-de] josm Grundinstallation

[Christoph Eckert]

Moin,

> Wäre es nicht wesentlich sinnvoller, diese Sachen direkt im JOSM
> einzubauen und dieses generieren (kopieren?) der preferences Datei
> komplett aus dem Core rauszunehmen? Die Plugins machen es mit ihren
> preferences ja jetzt schon so, denen bleibt nämlich gar nichts anderes
> übrig. Und hier verschiedene Wege für den gleichen Mechanismus zu haben
> ist nun wirklich auch nicht schön.

seit ich mich mit Usability beschäftige habe ich kapiert, dass sinnvolle 
Applikationsdefaults wichtiger sind, als man gemeinhin annimmt. Und Probleme 
sollten wenn möglich an der Wurzel gepackt werden statt an den Symptomen 
herumzudoktorn.

Für JOSM bedeutet das: Was JOSM selbst leisten kann, sollte nicht in die 
Installer ausgelagert werden. Die Installer sollten nur die 
betriebssystemspezifischen Dinge machen.

Nachteil bei dem Verfahren: die Last wird großteils den 
Applikationsentwicklern aufgebürdet, was nicht sehr "fair" ist. Leider sind 
Leute mit Javakenntnissen nicht so weit gesät :( .

Just my two cents,

ce


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

Re: [Talk-de] josm Grundinstallation

[Frederik Ramm]

Hallo,

> > Wenn der Installer eine Configdatei bereitstellt, wird dieser  
> > Mechanismus nicht getriggert. Der Installer ist dann dafuer  
> > verantwortlich, dass diese Einstellungen sinnvoll gewaehlt sind.
> >   
> Das schreit doch geradezu nach Inkonsistenzen zwischen dem Core und den 
> Installern!
> 
> Jetzt muß der Installer ganz genau das nachbauen, was der Core auch 
> schon macht. Sobald irgendwas beim Core geändert wird, müssen die 
> Installer entsprechend nachziehen

Nein, ich waere dafuer, dass die Installer auf das Bereitstellen einer
Preferences-Datei verzichten. Dann geht doch alles, oder nicht?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'


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

[Talk-de] Anregung: _link- und service-Highways etwas individueller rendern?

[Mario Salvini]

an wen muss man sich richten, um anzuregen, das _link- bzw. 
service-Highways individueller gerendert werden?
z.B. _link-Abschnitte in der jeweiligen Farbe der Road nur eben schmaler.
Service-Highways sind momentan nicht von den normalen Straßen zu 
unterscheiden, dass ist doof ;) etwas schmaler wäre schonmal ein Anfang. 
Zumal service-Straßen ja eh keinen Namen in Renderergebnis erhalten

Gruß
   Mario


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

Re: [Talk-de] josm Grundinstallation

[Ulf Lamping]

Frederik Ramm schrieb:
> Normalerweise kommt beim ersten Start von JOSM eine "Fehler"-Box der  
> Art "keine Konfigdatei gefunden, lege eine mit sinnvollen Defaults  
> an".  Dabei werden Look+Feel, Projektion und URL des OSM-Servers  
> gesetzt.
>   
Ich hab's gerade nochmal ausprobiert. Es wird nicht gefragt (was sollte 
der User hier auch sinnvoll antworten) sondern direkt eine neue 
preferences Datei angelegt.
> Wenn der Installer eine Configdatei bereitstellt, wird dieser  
> Mechanismus nicht getriggert. Der Installer ist dann dafuer  
> verantwortlich, dass diese Einstellungen sinnvoll gewaehlt sind.
>   
Das schreit doch geradezu nach Inkonsistenzen zwischen dem Core und den 
Installern!

Jetzt muß der Installer ganz genau das nachbauen, was der Core auch 
schon macht. Sobald irgendwas beim Core geändert wird, müssen die 
Installer entsprechend nachziehen - und sie müssen typischerweise genau 
das nachziehen, was im JOSM schon steht. Es macht doch keinen rechten 
Sinn, daß jeder Installer hier selber z.B. den Server einstellen muß.

Wäre es nicht wesentlich sinnvoller, diese Sachen direkt im JOSM 
einzubauen und dieses generieren (kopieren?) der preferences Datei 
komplett aus dem Core rauszunehmen? Die Plugins machen es mit ihren 
preferences ja jetzt schon so, denen bleibt nämlich gar nichts anderes 
übrig. Und hier verschiedene Wege für den gleichen Mechanismus zu haben 
ist nun wirklich auch nicht schön.

Gruß ULFL

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

Re: [Talk-de] Strasse vs. Straße

[Christoph Eckert]

Moin,

> Jetzt aber mal im Ernst. Ich habe bislang immer ohne lang nachzudenken
> angenommen, naja, "Strasse" wird wohl die neue Schreibung sein. Aber
> jetzt hab ich das mal recherchiert, und in allen mir zur Verfuegung
> stehenden Nachschlagewerken steht, dass auch nach neuer Recht-
> schreibung das Wort "Straße" selbstverstaendlich mit "Eszett"
> geschrieben wird - mit Ausnahme der Schweiz, die schon immer auf das
> Doppel-S setzte.

nach neuer Rechtschreibung bleibt das sz nach langgezogenem Vokal ein sz. Und  
da gehört das a in Straße eindeutig dazu. Da gibt es IMO keinerlei 
Interpretationsspielraum. Ausser in der Schweitß :) .

Cheers,

ce


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

Re: [Talk-de] natural:wood oder landuse:forest

[Sven Grüner]

Holger Wiegleb schrieb:
> Gut, tracktype=1 kann ja schnell in surface=paved umgewandelt werden, ebenso
> dementsprechend die anderen gradeX.

Moment!
Ich verwende die beiden Tags voneinander unabhängig. So kommt also auch
durchaus mal surface=paved, tracktype=grade2 und umgekehrt vor. Beides
sind wichtige Informationen, die für sich stehen, und vereint ein sehr
gutes Bild vom Zustand vermitteln.

Verwende dieses Paar übrigens auch für footway,cycleway und kürzlich
sogar einmal für residential.

Grüße, Sven

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

[Talk-de] Mapnik Ebenen 4 und 5 - Essen??

[Nils Reuter]

Hallo,

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 dahingestellt)

In USA sind auch mehrere Städte erwähnt, aber die sind ja auch ein
wenig größer.

Nils

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

Re: [Talk-de] Strasse vs. Straße

[cordewit]

Hallo,
diese Diskussion hatten wir schon mal:
1. Meinung: wie auf dem Schild
(ich habe aber schon die viele Straße gesehen, wo einfach nur str
steht und das wollen wir doch nciht)
2. Meinung: rechtschreibmäßig korrekt und das ist ganz klar (sowohl in
neuer als auch alter Rechtschreibung): Straße

Ich bin für 2, da evtl. Schildermacher kein sz , da evtl. Fehler auf
Schildern, da oft nur Str steht, und da es einfach Straße heißt.
Grüße
Cor

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

Re: [Talk-de] Strasse vs. Straße

[Guenther Meyer]

Am Montag 26 November 2007 schrieb Christoph Eckert:
> Hi,
>
> > aehm, hiess es nicht, man soll so mappen, wie's auf den strassenschildern
> > steht?
>
> generell keine schlechte Regel.
>
> > da kommen in der realitaet durchaus beide schreibweisen vor, drum waere
> > ich da mit einem script vorsichtig...
>
> Aber wenn ich den Eindruck habe dass statt sz ss genommen wurde nur weil
> der Schildermacher eine Software benutzte, die kein sz kann, werde ich
> widerborstig. Es gibt amtliche Schilder voller Rechtschreibfehler. Da muss
> man sich nicht alles gefallen lassen. Für mich gilt auch hier: Im
> Zweifelsfalle mappt jeder so wie er es für richtig hält.
>
ja gut, aber das strassenschild ist eigentlich, auch wenn falsch geschrieben, 
die referenzquelle. wo willst du denn den namen sonst herkriegen?
alles andere koennte einen schon wieder in den verdacht des klauens von 
kommerziellem material bringen.



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

Re: [Talk-de] Strasse vs. Straße

[Frederik Ramm]

Hallo,

> Das sehe ich auch so. Deshalb habe ich bislang auch nur das 
> Zentrum von Hannover damit bearbeitet. Für andere Städte fühle 
> ich mich nicht zuständig.

Jetzt aber mal im Ernst. Ich habe bislang immer ohne lang nachzudenken
angenommen, naja, "Strasse" wird wohl die neue Schreibung sein. Aber
jetzt hab ich das mal recherchiert, und in allen mir zur Verfuegung
stehenden Nachschlagewerken steht, dass auch nach neuer Recht-
schreibung das Wort "Straße" selbstverstaendlich mit "Eszett"
geschrieben wird - mit Ausnahme der Schweiz, die schon immer auf das
Doppel-S setzte.

Was veranlasst Dich also zu der Aussage, deutschlandweit sei nun
"Straße" durch "Strasse" zu ersetzen?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'


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

Re: [Talk-de] [EMAIL PROTECTED]

[Karl Eichwalder]

> 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 dir mal an, was im openSUSE Build Service enthalten ist:

http://en.opensuse.org/Build_Service
svn co https://forgesvn1.novell.com/svn/opensuse/trunk

Ich glaube, der scheduler ist im paket "obs-server".

Eigenartigerweise kann es offensichtlich auch passieren, alte daten
gerendert und dann hochgeladen werden.  Oder so ähnlich.





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

Re: [Talk-de] [EMAIL PROTECTED]

[Dirk-Lüder Kreie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Klaus - Guenter Leiss schrieb:> Vielleicht einfach auf ein freies Zip
fuer Windows ( z.B. 7-zip ) auslegen,
> ob man das noch mit installiert, dürfte dann auch halbwegs egal sein. Es
> gibt auch eine gzip version für windows, wenn man die in einem Verzeichnis
> unterhalb des Scriptes installieren läßt, stört die keine anderen 
> Applikationen
> und man kann die mit relativen pfaden aufrufen.

Dank eines Patches von Tino ist auch Support für 7-Zip drin.

in der tilesAtHome.conf folgendes eintragen/abändern:

Zip=C:\programme\7-zip\7zip.exe
7zipWin=1

- --

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

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

iD8DBQFHSxvgFUbODdpRVDwRAolXAJwOQb2qEvN50S9vpziys/XPiycidgCgwDHT
UCVaCfpNB8nxdE+XXEHLnMA=
=QQAW
-END PGP SIGNATURE-

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

Re: [Talk-de] Fahrrad(wander)strecken

[Karl Eichwalder]

> 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 Nürnberg gibt es ein beispiel.  Die
entsprechenden wege sind an der Wöhrder Wiese.  Ich glaube, es steht
auch was im wiki, bei Nürnberg.


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

Re: [Talk-de] Fahrrad(wander)strecken

[dieter jasper]

>   
>> oder ob ich lokale MTB-Routen
>> damit dann auch kennzeichnen sollte (im Schwarzwald beispielsweise gibt es
>> ja inzwischen ein tolles Wegenetz mit beschriebenen Rundtouren).
>> 
>
> Die würde ich entweder als rcn oder lcn taggen.
>
>   
>> Meine Vorstellung ist in etwa Folgende:
>> - ich möchte mit dem Rad von A nach B fahren, zeige mir eine Verbindung,
>> die Rennradtauglich ist und möglichst verkehrsarme Wege benützt oder
>> aber zeige mir die kürzeste Verbindung usw.
>> 
>
> Dafür braucht man eigentlich keine routen, sondern exakt eingegebene
> wege (ways).  Insb. auch mit tracktype und surface.  Zudem muss man
> wissen, welche straßen für radfahrer frei sind und welche radwege
> nicht straßenbegleitend bzw. unzumutbar gefährlich.
>
>   
>> oder:
>> - zeige mir in der und der Gegend Rundtouren MTB/Rennrad...
>>
>> Zerbrechen sich da schon mehrere Leute die Köpfe? Was für Tags verwenden
>> die Radfreaks??
>> 
>
> Das macht man am besten mit diesen relationen.
>
>
>   
Hallo,
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.

MfG
dieter
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>   


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

Re: [Talk-de] Strasse vs. Straße

[Christoph Eckert]

Hi,

> aehm, hiess es nicht, man soll so mappen, wie's auf den strassenschildern
> steht?

generell keine schlechte Regel.

> da kommen in der realitaet durchaus beide schreibweisen vor, drum waere ich
> da mit einem script vorsichtig...

Aber wenn ich den Eindruck habe dass statt sz ss genommen wurde nur weil der 
Schildermacher eine Software benutzte, die kein sz kann, werde ich 
widerborstig. Es gibt amtliche Schilder voller Rechtschreibfehler. Da muss 
man sich nicht alles gefallen lassen. Für mich gilt auch hier: Im 
Zweifelsfalle mappt jeder so wie er es für richtig hält.

Beste Grüße,

ce

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

Re: [Talk-de] Mal ganz anders

[Christoph Eckert]

Hi,

> > Eigentlich sollte man IMO besser die Start- und Endnodes der
> > Einbahnstraße angeben. Kann man sowas nicht über eine Relation lösen?
>
> Macht halt mehr Aufwand, für den der es macht und für JOSM das
> darzustellen- und erzeugt mehr Daten.

Momentan schon. Es wird aber sicher im Laufe der Zeit für "Standardrelationen" 
einfachere UI-Gesten geben.

Cheers,

ce

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

Re: [Talk-de] josm Grundinstallation

[Christoph Eckert]

Moin,

> Dumme Frage: Was ist dann mit annotation presets? Wurden die nicht
> automatisch vom Installer hinzukonfiguriert?

da hat JOSM ja seit ein paar Tagen eigene 'drin. Die sind zwar sicher nicht 
perfekt, sollten aber für Einsteiger erstmal brauchbar sein.

Cheers,

ce

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

Re: [Talk-de] natural:wood oder landuse:forest

[Raphael Mack]

Am Montag, 26. November 2007 schrieb Juergen Buchner:
> Am 26.11.07 schrieb A Dittrich <[EMAIL PROTECTED]>:
> > Frank Sautter schrieb:
> > > es bleiben aber die deprecated tracktypes, die mich an den daten in
> > > meiner umgebung zweifeln lassen...
> >
> > Auf de:Map_features ist von deprecated tracktypes aber nix zu sehen,
> > ich nutze sie daher fleissig, auch südlich von Stuttgart.
> > auf der englischen Map_features tauchen sie auch fröhlich auf - so
> > ganz deprecated kanns dann wohl doch nicht sein.
>
> ... und darum möchte ich dringend darum bitten, von irgendwelchen
> Korrekturarbeiten Abstand zu nehmen ;-)

Ja, bis es klar ist. Ich setzte sie auch noch ein. Auch wenn ich mit den 
Bildern und der Einstufung der einzelnen grades nicht ganz glücklich bin. 
Aber ich muss zugeben, dass ich es auch sinnvoller finde die surface 
anständig anzugeben.
Aber irgendwie ist es hier auch nicht so klar wie die meisten Pflaster von 
geteert von Gras und Dreck unterscheiden...

Rapha

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

Re: [Talk-de] natural:wood oder landuse:forest

[Raphael Mack]

Am Montag, 26. November 2007 schrieb Karl Eichwalder:
> > ich denke die meisten wege durch unsere wälder sind tracks. klar das
> > man darauf laufen und radfahren kann. radwege sind die strecken neben
> > der straße und fußwege schmale wege zwischen grundstücken, im gebierge
> > oder dort wo stufen und hindernisse das radfahren verunmöglichen.
>
> Ja, das sehe ich so auch.
>
> > die radelton strecken habe ich auch schon gesehen und denke, dass die
> > geändert gehören. das ganze könnte ja dann mit relations als
> > radeltonroute abgebildet werden.
>
> Ich glaube, diese route wird bei
> http://www.gravitystorm.co.uk/osm/?zoom=10&lat=6223065.06527&lon=1029854
>.32902&layers=B00 angezeigt.

Ja, ist aber in meinen Augen seltsam getagged und es gehört dringend 
umgewandelt in eine Relation. - Ist aber so lang, dass ich mich auch nicht 
richtig dran gewagt habe was umzubauen. - Und mich ne Stunde hinsetzen um 
das umzubauen, dass dann nacher die Radrouten-Relationen doch anders 
gemacht werden, bis sie aus dem proposed-features status raus sind, daruaf 
habe ich auch keine Lust...

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

Re: [Talk-de] Mal ganz anders

[Raphael Mack]

Am Sonntag, 25. November 2007 schrieb qbert biker:
> Kurz die Beschreibung:
>  | Stxxx
>  |
>  |__ Styyy
>  |
>  | MÜxxx
>
> === B12
>
> Früher ging Stxxx in Styyy über. Jetzt hat der Kreis eine
> Verbindung zur nahen B12 gebaut (Kreisstr. MÜxxx). Die Staatsstraße
> Styyy hat ihre Bedeutung verloren und Straßenausbau und
> Vorfahrt wurden angepasst. Jetzt geht Stxxx unmerklich in
> MÜxxx über und die Styyy ist eine unbedeutende Abzweigung.
>
> Das will ich eintragen - auf der ref-Ebene ist das gar kein
> Problem. Das Problem ist, darzustellen, dass Stxxx-MÜxxx eine
> durchgängige Straße ist. Mit der strengen Anwendung der
> highway-Regel müsste ich Stxxx und Styyy als secondary
> eintragen. Optisch ergibt das den Eindruck einer abknickenden
> Vorfahrt, was komplett falsch ist und die wichtige Verbindung
> zur B12 geht optisch als tertiary unter.


Naja, und wieder ein Beispiel, dass ein starres mapping zwischen 
organisatorischer Straßenkategorie und highway-tag nicht klappt. 
(Zumindest solange diese Tag noch von irgendeinem Programm wie renderer 
interpretiert wird. - Wenn man die highway-Tags ganz abschaffen würde 
hätte ich ja nichts dagegen eine eindeutige Zuordnung einzuführen ;-)

Rapha

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

Re: [Talk-de] [EMAIL PROTECTED]

[Klaus - Guenter Leiss]

Florian Schmitt wrote 
> 
> Hi,
> 
> Ich möchte an dieser Stelle einfach mal anmerken, dass der Mangel
> an Windows-Support auch daher rührt, dass es so gut wie kein
> Feedback der Windowsnutzer an die Programmierer gibt. Wenn jemand
> z.B. mir einen Patch schickt, wie z.B. [EMAIL PROTECTED] mit 
> verschiedensten
> ZIP-Programmen per Config-Option klarkommt, bau ich das gerne ein.
> 
> 
> 
> Ich habe schon daran gedacht, sowas vorzuschlagen... Wenn ich Zeit
> dazu finde, verfolge ich das weiter.
> 
Vielleicht einfach auf ein freies Zip fuer Windows ( z.B. 7-zip ) auslegen,
ob man das noch mit installiert, dürfte dann auch halbwegs egal sein. Es
gibt auch eine gzip version für windows, wenn man die in einem Verzeichnis
unterhalb des Scriptes installieren läßt, stört die keine anderen Applikationen
und man kann die mit relativen pfaden aufrufen.



Klaus Leiss


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

Re: [Talk-de] Fahrrad(wander)strecken

[Karl Eichwalder]

> 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 Renderer scheint das dann als Radroute zu
> rendern, keine Ahnung, ob dort auch schon Relations ausgelesen werden.
>
> Was wird sich wohl durchsetzen? Lohnt es sich für Radrouten relations
> anzulegen? Wird sich route=ncn und ncn_ref=XXX durchsetzen?
>
> Weiterhin überlege ich mir, ob nur "grosse" Radrouten (Neckartalradweg,
> Donauradweg...) so getaggt werden sollten

Diese sollte man meines erachtens als Touristen-Routen (tcn) taggen,
auch wenn das momentan noch nicht dargestellt wird.  'ncn' sollte man
diesem vorbehalten:

http://de.wikipedia.org/wiki/D-Netz-Route

Um N rum habe ich mit der route 11 angefangen.

> oder ob ich lokale MTB-Routen
> damit dann auch kennzeichnen sollte (im Schwarzwald beispielsweise gibt es
> ja inzwischen ein tolles Wegenetz mit beschriebenen Rundtouren).

Die würde ich entweder als rcn oder lcn taggen.

> Meine Vorstellung ist in etwa Folgende:
> - ich möchte mit dem Rad von A nach B fahren, zeige mir eine Verbindung,
> die Rennradtauglich ist und möglichst verkehrsarme Wege benützt oder
> aber zeige mir die kürzeste Verbindung usw.

Dafür braucht man eigentlich keine routen, sondern exakt eingegebene
wege (ways).  Insb. auch mit tracktype und surface.  Zudem muss man
wissen, welche straßen für radfahrer frei sind und welche radwege
nicht straßenbegleitend bzw. unzumutbar gefährlich.

> oder:
> - zeige mir in der und der Gegend Rundtouren MTB/Rennrad...
>
> Zerbrechen sich da schon mehrere Leute die Köpfe? Was für Tags verwenden
> die Radfreaks??

Das macht man am besten mit diesen relationen.


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

Re: [Talk-de] street-relation bei Stra?e mit Br?cke

[Mario Salvini]

Hi Marlus,

klar is das alles noch "nur proposed". Aber gerade solche relations um 
mehrere Wegsegmente zu einer logischen Straße zu vereinen halte ich für 
sehr wichtig und auch für nich anders lösbar. (z.B. bei den 
Bezeichnungen für doppelspurige Highways) osmarender-Tags sind in meinen 
Augen nur Kosmetik erzeugt aber keine Logik.

Gruß
  
mario

Marcus Wolschon schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>   
>> Hallo Liste!
>>
>> Ich habe eine Stra?e, uter der l?uft eine Bahnlinie durch. Ich habe also 
>> vor und nach dem railway einen node auf die Stra?e gesetzt und diesem 
>> way "bridge=yes" und "layer=1" gegeben. Damit der Namen der Stra?e 
>> weiterhin vern?nftig angezeigt wird (und nicht auf jedem Teilst?ck) habe 
>> ich die 3 Teilst?cke in eine Relation gepackt mit "type=street" und 
>> "name=Name der Stra?e".
>>
>> Ergebnis: er rendert die Stra?e und die Bahn l?uft unter der Br?cke 
>> durch, aber der Stra?enname wird nicht angezeigt.
>> 
>
> Hallo,
>
> also nach:
> http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways
> ist dieses Feature noch "proposed" also weder wurde bisher darüber
> abgestimmt, noch hat nach der Abstimmung irgendwer irgendein Programm
> angepasst um dieses Feature auch zu nutzen.
>
> Aber danke das ich so darauf gestoßen bin, wenn das mal aus "proposed"
> raus ist kann ich das gut gebrauchen um die gleiche Straße nicht
> mehrfach in den Suchergebnissen in TravelingSalesman zu haben.
>
> Marcus
> http://wiki.openstreetmap.org/index.php/Traveling_salesman
>
>
> PS:
> Die deutsche Mailing-Liste kommt wohl im Digest nicht mit Umlauten im
> Subject-Header oder Body zurecht.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHSn12f1hPnk3Z0cQRAtTbAJ4v6fR1YH3QqI8BJop+skzyTWus2wCfYOA+
> r3Zd1Wk8Umm3G/cBf06O5Ng=
> =oTfl
> -END PGP SIGNATURE-
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>   


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

Re: [Talk-de] Fahrrad(wander)strecken

[Holger Wiegleb]

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 Renderer scheint das dann als Radroute zu rendern, keine 
Ahnung, ob dort auch schon Relations ausgelesen werden.

Was wird sich wohl durchsetzen? Lohnt es sich für Radrouten relations 
anzulegen? Wird sich route=ncn und ncn_ref=XXX durchsetzen? 

Weiterhin überlege ich mir, ob nur "grosse" Radrouten (Neckartalradweg, 
Donauradweg...) so getaggt werden sollten oder ob ich lokale MTB-Routen damit 
dann auch kennzeichnen sollte (im Schwarzwald beispielsweise gibt es ja 
inzwischen ein tolles Wegenetz mit beschriebenen Rundtouren).

Meine Vorstellung ist in etwa Folgende:
- ich möchte mit dem Rad von A nach B fahren, zeige mir eine Verbindung, die 
Rennradtauglich ist und möglichst verkehrsarme Wege benützt oder aber zeige mir 
die kürzeste Verbindung usw.
oder:
- zeige mir in der und der Gegend Rundtouren MTB/Rennrad...

Zerbrechen sich da schon mehrere Leute die Köpfe? Was für Tags verwenden die 
Radfreaks??

Gruss Holle




Uwe Zerbe schrieb:
> Hallo Dieter,
> ich mache die Radwege über Relations. Dann spielt das keine Rolle ob  
> da ein Teil der Strecke secondary oder sonst was ist. Die Englänger  
> haben sich da schon was ausgedacht:
> http://www.gravitystorm.co.uk/osm/
> Dort findest auch noch einige Hinweise zum taggen. Wobei jetzt dieses  
> System nicht 100% genau auf die deutsche Radwege passt. Aber immerhin  
> wird so eine Radkarte gerendert. Ich hab mal mit den Englischen Tags  
> einen kleines Teil des Liemesradwegs erfasst.

> Quoting dieter jasper <[EMAIL PROTECTED]>:

>> Hallo,
>> durch Mails hier im Forum (Stichwort: radelton; radeltonroute)  stellt
>> sich mir folgende Frage:
>> Wie kennzeichne ich Fahrradwanderwege. Solche Strecken haben eine
>> Kennzeichnung wie z. B. R1 und die Streckenführung beinhaltet die
>> unterschiedlichsten Straßentypen.
>> Sie müssen sicher genauso wie Wanderwege behandelt werden.
>>
>> MfG
>> dieter


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

Re: [Talk-de] Autoverlad

[Bernd Raichle]

On Monday, 26 November 2007 13:28:09 +0100,
Raphael Studer <[EMAIL PROTECTED]> writes:
 > Salü Zusammen,
 > 
 > In der Schweiz kennt man den "Autoverlad". Heisst man fährt mit dem
 > Auto auf einen Zug, und der Zug rauscht dann durch einen Bahntunnel,
 > weil die Passstrasse gesperrt ist.
 > 
 > Gibts so was auch in Anderen Ländern, wenn ja wie nennt man das dort?
 > 
 > Ich habe so eine Route getrackt und suche nun ein passendes Tag dazu.
 > Nicht dass ich ein GPS mit Gyro hätte (noch nicht), aber der Tunnel
 > schnurzgerade.

GDF hat neben den Strassen auch die "Ferry" bzw. "Ferry Connection",
mit dem "Ferry Type"-Attribut fuer den Transportmodus mit den Werten
"train" und "ship".  Verladestationen sind Services/POIs des Typs
"Ferry Terminal".

Damit hat man Autozuege als auch Faehrverbindungen.


Hat eigentlich schon jemand Faehrverbindungen eingepflegt?

Gruss,
  -bernd

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

Re: [Talk-de] Organisation eurer Arbeiten

[Bernd Raichle]

Hallo,


on Sunday, 25 November 2007 17:01:37 +0100,
Rainer Schulze <[EMAIL PROTECTED]> writes:
 > Da ich noch kein befriedigendes Konzept für die Organisation meiner Arbeiten
 > (Datenerfassung mit OSMtracker und Kartierung mit JOSM) gefunden habe
 > möchte ich euch mal bitten (vor allem die alten Hasen), mir Neuling zu
 > beschreiben, wie ihr eure Daten organisiert:
 > 
 > - 'uploaded' (grässliches Wort!) ihr alle eure GPX-Tracks zum Server?

Nope.  Ich habe bislang nur die GPX-Tracks hochgeladen, die ein
sauberes GPS-Signal hatten und die nicht zuviele Ausreisser aufweisen.
Die meisten anderen Tracks weisen bei mir zuviele Ausreisser und hin
und wieder einen Versatz auf, so dass man ohne nochmaliges Abgehen der
Strecke einige (viele) Meter danebenlaege.

Da ich erst vor einigen Wochen angefangen habe, kamen noch nicht
soviele zusammen.


 > - haltet ihr eine Kopie eurer Daten (.osm) lokal?

Nein.  (Nur fuer's Offline-Stoebern in fremden Daten habe ich lokale
.osm-Dateien angrenzender Gemeinden und Staedte.)


 > - habt ihr spezielle, bewährte Verzeichnisstrukturen für eure Arbeiten?

Unterverzeichnisse nach Gebiet (Landkreis, Stadt o.ae.) und Datum
(Jahr-Monat-Tag), wo GPX-Tracks und Notizen etc. liegen.  Die Tracks
benenne ich noch nach Verkehrsmittel + Wegstreckenpunkte (von, nach,
vias).  GPX-Tracks, die noch unbearbeite (Teil-)Wege enthalten,
bekommen noch einen extra Marker.


Meine Arbeitsweise:
 - In JOSM alle lokal vorhandenen GPX-Tracks eines kleinen Gebiets laden,
   diese evtl. in eine oder mehrere Ebenen laden und unterschiedlich
   einfaerben
 - Ausschnitt groesser als geplanten zu bearbeitenden Ausschnitt waehlen
 - danach OSM-Daten (+ GPX-Tracks) fuer diesen Ausschnitt vom
   OSM-Server herunterladen
 - Punkt, Wege und Flaechen anlegen/korrigieren,
   dabei bei Bedarf die Ebenen mit den eigenen und fremden GPX-Tracks
   ein- und ausblenden, um Abweichungen zwischen den Punkten besser
   einschaetzen zu koennen
 - Validieren
 - Daten zum OSM-Server hochladen


Gruss,
  -bernd

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

Re: [Talk-de] Autoverlad

[Florian Schmitt]

Hi,

Am 26.11.07 schrieb Raphael Studer <[EMAIL PROTECTED]>:

> Gibts so was auch in Anderen Ländern, wenn ja wie nennt man das dort?


Generell wohl Autoreisezug oder Autozug. Z.B. ist die Insel Sylt AFAIK  per
Auto nur über einen solchen Zug erreichbar Vgl.
http://de.wikipedia.org/wiki/Autozug  - in England früher:
http://en.wikipedia.org/wiki/Motorail

Ich würde vorschlagen: tag für den Bahnhof, an dem verladen wird, und
Relation für die Strecke. Als tag käme vielleicht etwas wie
motorail_terminal=yes in Frage?

Gruss
florian
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Fahrrad(wander)strecken

[Uwe Zerbe]

Hallo Dieter,
ich mache die Radwege über Relations. Dann spielt das keine Rolle ob  
da ein Teil der Strecke secondary oder sonst was ist. Die Englänger  
haben sich da schon was ausgedacht:
http://www.gravitystorm.co.uk/osm/
Dort findest auch noch einige Hinweise zum taggen. Wobei jetzt dieses  
System nicht 100% genau auf die deutsche Radwege passt. Aber immerhin  
wird so eine Radkarte gerendert. Ich hab mal mit den Englischen Tags  
einen kleines Teil des Liemesradwegs erfasst.

Uwe


Quoting dieter jasper <[EMAIL PROTECTED]>:

> Hallo,
> durch Mails hier im Forum (Stichwort: radelton; radeltonroute)  stellt
> sich mir folgende Frage:
> Wie kennzeichne ich Fahrradwanderwege. Solche Strecken haben eine
> Kennzeichnung wie z. B. R1 und die Streckenführung beinhaltet die
> unterschiedlichsten Straßentypen.
> Sie müssen sicher genauso wie Wanderwege behandelt werden.
>
> MfG
> dieter
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>



-- 
vy 73 dh1uz (Uwe)

http://wiki.openstreetmap.org/index.php/Hauptseite


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

Re: [Talk-de] josm Grundinstallation

[dieter jasper]

Hallo, bekomme seit kurzem beim Start von JOSM auch eine Fehlermeldung.
*Siehe hier:*
Path: josm
URL: http://www.openstreetmap.de/svn/josm
Repository Root: http://www.openstreetmap.de/svn/josm
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Revision: 457
Node Kind: directory
Last Changed Author: framm
Last Changed Rev: 457
Last Changed Date: 2007-11-05 02:50:26 +0100 (Mon, 05 Nov 2007)


java.lang.NullPointerException
at 
org.openstreetmap.josm.gui.dialogs.ToggleDialog$1.actionPerformed(ToggleDialog.java:82)
at 
org.openstreetmap.josm.gui.dialogs.ToggleDialog$2.run(ToggleDialog.java:129)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)


MfG
dieter



Joerg Ostertag (OSM Munich/Germany) schrieb:
> On Montag 26 November 2007, Ulf Lamping wrote:
>   
>> Joerg Ostertag (OSM Munich/Germany) schrieb:
>> 
>>> Ich hab gestern mal versucht einem Windows User ein neues Josm zu
>>> installieren. Dabei ist mir folgendes Aufgefallen:
>>> Nach dem ersten starten fehlte
>>>  - der eintrag für den zu verwendenden Server:
>>>  http::www.openstreetmap.org/api/
>>> - Unter Help About
>>> unter anderem das README ...
>>> Hab ich da was falsch installiert, oder ist das ein prinzipieller Bug?
>>>   
>> Ich hatte diese Settings aus dem Installer wieder rausgenommen, da ich
>> davon ausgegangen bin, daß JOSM hier "von Haus aus" vernünftige Defaults
>> einstellt.
>>
>> Leider ist das nicht der Fall. (Nicht nur) dieses Setting bleibt einfach
>> erstmal leer und der Anwender steht einfach im Regen (z.B. auch die
>> Projektion wird nicht eingestellt und gibt bei jedem Start eine
>> Fehlerdialogbox).
>>
>> Das ist aber eine Sache die auf allen Systemen auftritt und daher nicht
>> im Installer sondern im JOSM selber gelöst werden sollte. Jetzt brauchen
>> wir nur noch einen der das macht ...
>> 
>
> Oder jemanden, der uns 'nen Tipp gibt, in welcher Datei diese Defaults zu 
> finden sind ...
>
> -
> Joerg
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>   


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

Re: [Talk-de] josm Grundinstallation

[Hakan Tandogan]

On Mon, November 26, 2007 12:28, Frederik Ramm wrote:
> Hallo,
>
>
>>> Nein, sie tritt nur auf, wenn bereits vor dem ersten Start von JOSM
>>> eine Configdatei vorliegt. Wenn ohne Installer vorgegangen wird, dann
>>> ist das in der Regel nicht der Fall!
>>
>> Sollte damit das aus dem instaler komplett entfernen helfen?
>>
>
> Ich denke schon.

Dumme Frage: Was ist dann mit annotation presets? Wurden die nicht
automatisch vom Installer hinzukonfiguriert?


'Tschüß,
Hakan

-- 
The key to immortality is first living a life worth remembering...



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

[Talk-de] Autoverlad

[Raphael Studer]

Salü Zusammen,

In der Schweiz kennt man den "Autoverlad". Heisst man fährt mit dem
Auto auf einen Zug, und der Zug rauscht dann durch einen Bahntunnel,
weil die Passstrasse gesperrt ist.

Gibts so was auch in Anderen Ländern, wenn ja wie nennt man das dort?

Ich habe so eine Route getrackt und suche nun ein passendes Tag dazu.
Nicht dass ich ein GPS mit Gyro hätte (noch nicht), aber der Tunnel
schnurzgerade.

Grüsse
Raphael

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

[Talk-de] Fahrrad(wander)strecken

[dieter jasper]

Hallo,
durch Mails hier im Forum (Stichwort: radelton; radeltonroute)  stellt 
sich mir folgende Frage:
Wie kennzeichne ich Fahrradwanderwege. Solche Strecken haben eine 
Kennzeichnung wie z. B. R1 und die Streckenführung beinhaltet die 
unterschiedlichsten Straßentypen.
Sie müssen sicher genauso wie Wanderwege behandelt werden.

MfG
dieter

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

Re: [Talk-de] josm Grundinstallation

[Frederik Ramm]

Hallo,

>> Nein, sie tritt nur auf, wenn bereits vor dem ersten Start von JOSM
>> eine Configdatei vorliegt. Wenn ohne Installer vorgegangen wird, dann
>> ist das in der Regel nicht der Fall!
>
> Sollte damit das aus dem instaler komplett entfernen helfen?

Ich denke schon.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'



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

Re: [Talk-de] josm Grundinstallation

[Joerg Ostertag (OSM Munich/Germany)]

On Montag 26 November 2007, Frederik Ramm wrote:
> Hallo,
>
> > Leider ist das nicht der Fall. (Nicht nur) dieses Setting bleibt
> > einfach
> > erstmal leer und der Anwender steht einfach im Regen (z.B. auch die
> > Projektion wird nicht eingestellt und gibt bei jedem Start eine
> > Fehlerdialogbox).
>
> Normalerweise kommt beim ersten Start von JOSM eine "Fehler"-Box der
> Art "keine Konfigdatei gefunden, lege eine mit sinnvollen Defaults
> an".  Dabei werden Look+Feel, Projektion und URL des OSM-Servers
> gesetzt.
>
> Wenn der Installer eine Configdatei bereitstellt, wird dieser
> Mechanismus nicht getriggert. Der Installer ist dann dafuer
> verantwortlich, dass diese Einstellungen sinnvoll gewaehlt sind.
>
> > Das ist aber eine Sache die auf allen Systemen auftritt
>
> Nein, sie tritt nur auf, wenn bereits vor dem ersten Start von JOSM
> eine Configdatei vorliegt. Wenn ohne Installer vorgegangen wird, dann
> ist das in der Regel nicht der Fall!

Sollte damit das aus dem instaler komplett entfernen helfen?

-
Joerg

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

Re: [Talk-de] [EMAIL PROTECTED]

[Florian Schmitt]

Hi,

Ich möchte an dieser Stelle einfach mal anmerken, dass der Mangel an
> Windows-Support auch daher rührt, dass es so gut wie kein Feedback der
> Windowsnutzer an die Programmierer gibt. Wenn jemand z.B. mir einen
> Patch schickt, wie z.B. [EMAIL PROTECTED] mit verschiedensten ZIP-Programmen 
> per
> Config-Option klarkommt, bau ich das gerne ein.



Ich habe schon daran gedacht, sowas vorzuschlagen... Wenn ich Zeit dazu
finde, verfolge ich das weiter.


Weiterhin würde mich interessieren, wie eine Art "Automatisches Update"
> unter windows funktionieren könnte, unter Linux könnte ich z.B. auf ein
> einfaches "svn up" zurückgreifen, und schon die ganzen notwendigen
> manuelen Änderungen im Client erschweren das unter Windows doch deutlich.



Nun, über die SVN-Clients für Windows (zB TortoiseSVN) ist es auch hier kein
Problem, Updates einzuspielen. Eigene Änderungen lassen sich ziemlich
schnell mergen, Tortoise bietet neben einem eigenen Tool auch die
Unterstützung für die Windows-Version von KDiff3 mit.

Gruss
florian
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] [EMAIL PROTECTED]

[Dirk-Lüder Kreie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Florian Schmitt schrieb:
> Hi,
> 
>> Kann mir bitte mal jemand erklären, warum das so schwierig ist bzw. 
>> warum man soviele Kenntnisse benötigt.
> 
> ich lasse [EMAIL PROTECTED] u.a. auf einem WinXP-PC laufen. Für Windows muss 
> man AFAIK neben
> der Installation der nötigen Software im Prinzip "nur" drei Änderungen an der
> Grundkonfiguration vornehmen:
> 
> - Pfade anpassen: Da die Verzeichnisstruktur unter Windows nicht so
> standardisiert ist wie unter Linux, ist es etwas aufwendiger, die Pfade für 
> die
> einzelnen Komponenten (zip, InkScape etc) zu setzen. Das dürfdte aber noch zu
> den einfacheren Punkten gehören.
> 
> - ZIP-Kommandozeile: Die gerenderten Grafiken müssen AFAIK vor dem hochladen
> komprimiert werden. Unter Linux gibts dafür zip, das wohl auf jedem System
> vorhanden sein dürfte. Unter Windows gibt es eine ganze Reihe von Programmen,
> die sich in der Struktur des Kommandozeilenaufrufs unterscheiden. Man muss 
> also
> herausbekommen, wie eine Kommandozeile für das "eigene" ZIP-Programm 
> auszusehen
> hat, und dann muss man (ich glaube, in compress.pl) den Formatstring
> entsprechend anpassen. Dafür braucht man gewisse Perl-Kenntnisse über
> Format-Strings. Für verschiedene Anwendungen gibt es Beispiele im Wiki.
> 
> - Evtl.: Internationalisierung für InkScape - Inkscape bekommt bei seinem 
> Aufruf
> verschiedene Startparameter mit, bei denen es auf den Dezimaltrenner ankommt.
> Auf meinem "deutschen" WinXP muss als Trenner für die Nachkommastellen ein 
> Komma
> stehen, das Perl-Script produziert defaultmässig aber die "englische" Variante
> mit Punkt als Trenner. Dazu hab ich einen Vorschlag ins Wiki gestellt, wie man
> selber das Skrit anpassen kann. Alternativ kann man auch versuchen, Batik 
> statt
> Inkscape zu nutzen, da muss man AFAIK in dieser Hinsicht nix anpassen.

Ich möchte an dieser Stelle einfach mal anmerken, dass der Mangel an
Windows-Support auch daher rührt, dass es so gut wie kein Feedback der
Windowsnutzer an die Programmierer gibt. Wenn jemand z.B. mir einen
Patch schickt, wie z.B. [EMAIL PROTECTED] mit verschiedensten ZIP-Programmen per
Config-Option klarkommt, bau ich das gerne ein.

Ich werde (derzeit) allerdings Patches nicht einpflegen, wenn das
bedeuten würde, dass die Linux-Seite schwerer zu maintainen wird, denn,
das ist nun mal das Hauptfeld des Projekts.

Weiterhin würde mich interessieren, wie eine Art "Automatisches Update"
unter windows funktionieren könnte, unter Linux könnte ich z.B. auf ein
einfaches "svn up" zurückgreifen, und schon die ganzen notwendigen
manuelen Änderungen im Client erschweren das unter Windows doch deutlich.

Beispiele aus dem Wiki helfen nicht ganz so viel, weil ich mir da nie
sicher bin, wie gut das z.B. getestet wurde, und ich selber habe nicht
die Resourcen zum Testen.

- --

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

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

iD8DBQFHSp69FUbODdpRVDwRAltFAKCw/uk4RLivK0h9yVe2H9GOhj/AEwCgqHZR
OaAEyOu/+kpq2xdfkiALfqo=
=lTX5
-END PGP SIGNATURE-

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

[Talk-de] Composite Tags (was: URL als Tag)

[Bernd Raichle]

Hallo,


on Sunday, 25 November 2007 15:27:32 +0100,
Guenther Meyer <[EMAIL PROTECTED]> writes:
[...]
 > das einfuegen mehrerer gruppen kann durchaus sinnvoll sein, nur muss die 
 > zuordnung von beschreibung zu url auch da sein.

dies ist eigentlich genau das, was man mit Gruppen von Tags bzw. den
sogenannten "Composite Tags" erreichen will.  Im OSM-Wiki werden
hierzu auf "Relationen" verwiesen, aber so richtig gluecklich bin ich
damit nicht (naja, wenn man die Implementierung der Composite-Tags mit
"Relationen" in den Editoren versteckt, so dass die Composite-Tags als
"normale" Tags erscheinen, duerfte es ok sein).



 > wie waers mit folgendem schema fuer dein beispiel:
 > 
 >  name:de =  "Braunschweig"
 >  name:en =  "Brunswick"
 > 
 >  uri.0:de = "http://www.braunschweig.de";
 >  uri.description.0:de = "Deutsche Webseite der Stadt Braunschweig"
 > 
 >  uri.1:en = "http://www.braunschweig.de/english/";
 >  uri.description.1:de = "Englische Webseite der Stadt Braunschweig"
 >  uri.description.1:en = "English website of Brunswick (City)"
 > 
 >  uri.2 =
 > "http://braunschweig.de/webcams/live_capture.php:2342";
 >  uri.description.2:en = "The View from the tower of city hall of Castle 
 > Square"
 >  uri.description.2:de = "Webcam-Sicht vom Turm der Stadthalle am Burgplatz"

Solch eine Nomenklatur der Tag-Namen ist auch eine Idee, um
Composite-Tags zu implementieren.  So koennte man auch Zufahrts- und
Geschindigkeitsbeschraenkungen, die fuer unterschiedliche
Fahrzeugklassen und Zeiten gelten, entsprechend gruppieren.  Einen
aehnlichen Vorschlag gibt es ja schon mit "...:left" und "...:right"
fuer richtungsabhaengige Eigenschaften.


Gruss,
  -bernd

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

Re: [Talk-de] josm Grundinstallation

[Joerg Ostertag (OSM Munich/Germany)]

On Montag 26 November 2007, Ulf Lamping wrote:
> Joerg Ostertag (OSM Munich/Germany) schrieb:
> > Ich hab gestern mal versucht einem Windows User ein neues Josm zu
> > installieren. Dabei ist mir folgendes Aufgefallen:
> > Nach dem ersten starten fehlte
> >  - der eintrag für den zu verwendenden Server:
> >  http::www.openstreetmap.org/api/
> > - Unter Help About
> > unter anderem das README ...
> > Hab ich da was falsch installiert, oder ist das ein prinzipieller Bug?
>
> Ich hatte diese Settings aus dem Installer wieder rausgenommen, da ich
> davon ausgegangen bin, daß JOSM hier "von Haus aus" vernünftige Defaults
> einstellt.
>
> Leider ist das nicht der Fall. (Nicht nur) dieses Setting bleibt einfach
> erstmal leer und der Anwender steht einfach im Regen (z.B. auch die
> Projektion wird nicht eingestellt und gibt bei jedem Start eine
> Fehlerdialogbox).
>
> Das ist aber eine Sache die auf allen Systemen auftritt und daher nicht
> im Installer sondern im JOSM selber gelöst werden sollte. Jetzt brauchen
> wir nur noch einen der das macht ...

Oder jemanden, der uns 'nen Tipp gibt, in welcher Datei diese Defaults zu 
finden sind ...

-
Joerg

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

Re: [Talk-de] josm Grundinstallation

[Frederik Ramm]

Hallo,

> Leider ist das nicht der Fall. (Nicht nur) dieses Setting bleibt  
> einfach
> erstmal leer und der Anwender steht einfach im Regen (z.B. auch die
> Projektion wird nicht eingestellt und gibt bei jedem Start eine
> Fehlerdialogbox).

Normalerweise kommt beim ersten Start von JOSM eine "Fehler"-Box der  
Art "keine Konfigdatei gefunden, lege eine mit sinnvollen Defaults  
an".  Dabei werden Look+Feel, Projektion und URL des OSM-Servers  
gesetzt.

Wenn der Installer eine Configdatei bereitstellt, wird dieser  
Mechanismus nicht getriggert. Der Installer ist dann dafuer  
verantwortlich, dass diese Einstellungen sinnvoll gewaehlt sind.

> Das ist aber eine Sache die auf allen Systemen auftritt

Nein, sie tritt nur auf, wenn bereits vor dem ersten Start von JOSM  
eine Configdatei vorliegt. Wenn ohne Installer vorgegangen wird, dann  
ist das in der Regel nicht der Fall!

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00.09' E008°23.33'



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

Re: [Talk-de] josm Grundinstallation

[Ulf Lamping]

Joerg Ostertag (OSM Munich/Germany) schrieb:
> Ich hab gestern mal versucht einem Windows User ein neues Josm zu 
> installieren. Dabei ist mir folgendes Aufgefallen:
> Nach dem ersten starten fehlte 
>  - der eintrag für den zu verwendenden Server:
>http::www.openstreetmap.org/api/
> - Unter Help About
>   unter anderem das README ...
> Hab ich da was falsch installiert, oder ist das ein prinzipieller Bug?
>   
Ich hatte diese Settings aus dem Installer wieder rausgenommen, da ich 
davon ausgegangen bin, daß JOSM hier "von Haus aus" vernünftige Defaults 
einstellt.

Leider ist das nicht der Fall. (Nicht nur) dieses Setting bleibt einfach 
erstmal leer und der Anwender steht einfach im Regen (z.B. auch die 
Projektion wird nicht eingestellt und gibt bei jedem Start eine 
Fehlerdialogbox).

Das ist aber eine Sache die auf allen Systemen auftritt und daher nicht 
im Installer sondern im JOSM selber gelöst werden sollte. Jetzt brauchen 
wir nur noch einen der das macht ...

Gruß ULFL

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

Re: [Talk-de] Roundabout

[Hermann Schwaerzler]

hallo

dieter jasper wrote:

> Der Kreisverkehr ist ja meistens (kenne keine Ausnahme) symetrisch und 
> sehr häufig kreisförmig dargestellt.

ich kenne eine ausnahme: grad vor ein paar wochen habe ich einen
kreisverkehr in der schweiz (in Uster) befahren, der ist... naja
nierenförmig dürfte die treffendste beschreibung sein. :-)
http://tinyurl.com/2jqu2m

grüße
hermann

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

Re: [Talk-de] Mal ganz anders

[qbert biker]

Hallo,

zuerst mal zur Relation. So begeistert bin ich davon nicht, derart
triviale Dinge in die Relations zu verlegen. Auf der way-Ebene
sollte wenigstens eine Grundbeschreibung drin sein, dass man sich
als Programmierer nicht durch einen Wust aus Relations durchwühlen
muss, um rauszufinden, dass die Linie eine (wichtige) Straße ist.

Man hat jetzt die Chance, auf der way-Ebene ein paar Grundlagen
zu fixieren, mit denen ein lesendes Programm schon ein paar
Vorannahmen treffen kann, um dann die Relations gezielt auszuwerten.

So in dem Sinne:

way-Ebene: 'Das ist ein Polygon oder eine Fläche' oder 'das ist
eine Straße oder eine Waldgrenze'

relation-Ebene: 'Dieser Wald grenzt an diese Straße' oder 'diese
Nodes und Ways gehören zum Autobahnkreuz xy'. 

Man kann das jetzt fixieren oder darauf warten, dass das auf dem
üblichen Weg über die Renderer geht, die tief in Relations 
versteckte Basisinfo einfach nicht finden und nicht darstellen.

> Super Idee... und woran machst Du die logische Wichtigkeit fest damit so
> eine
> Bewertung eindeutig bleibt und nicht von Mapper zu Mapper wieder
> verändert wird?
> Für den Lokalverkehr kann so eine Verbindung sehr wichtig sein (Z.B.
> Bypass für
> einen naheliegenden Ikea-Markt der die bisherige Strasse hoffnungslos
> überlastet), 
> für den Fernverkehr ist sie dagegen bedeutungslos obwohl wesentlich
> besser ausgebaut
> - oder umgekehrt... - und jetzt?

Da hilft wohl wirklich nur die 'functional road class' weiter. Was
ähnlich ausgebaut ist, ist in einer Klasse. Die administrative 
Zuordnung ist die erste Näherung und in der nächsten Ebene sind
Ausbauzustand und Vorfahrtregelungen dran. Im Beispiel sind dann
Stxxx und MÜxxx in einer Klasse, weil das Ausbauzustand und Vorfahrt
so vorgeben. Wenn man mit einer sauberen frc-Abbildung von 95%
auf 99,x% konfliktfreier Straßenabbildung hochkäme, wäre das schon
ein ganz schöner Fortschritt. Sonderfälle so wie im IKEA-Beispiel 
kommen dann in eine andere Ebene mit eigenem Tag. 

Grüsse Hubert

-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

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

[Talk-de] josm Grundinstallation

[Joerg Ostertag (OSM Munich/Germany)]

Ich hab gestern mal versucht einem Windows User ein neues Josm zu 
installieren. Dabei ist mir folgendes Aufgefallen:
Nach dem ersten starten fehlte 
 - der eintrag für den zu verwendenden Server:
 http::www.openstreetmap.org/api/
- Unter Help About
unter anderem das README ...
Hab ich da was falsch installiert, oder ist das ein prinzipieller Bug?

Danke schon mal

Jörg

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