date:20090504


 Original-Nachricht 
> Datum: Sun, 03 May 2009 22:05:37 +0200
> Von: Garry 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug


> Warum sollte auch jemand was gegen das Mappen der Schilder haben?

Das ist das Ergebnis dieser Diskussion. Die Mehrheit der
hier Mitdiskutierenden meint, dass Schilder als solche
keine relevante Information darstellen und eine beleidigte
Leberwurst sieht sogar in der Diskussion darueber nur 
'heisse Luft'.

> Problematisch ist in OSM nur die Schildinhalte auf die zugehörige 
> Strassenabschnitte zu
> projezieren, das ist auf einfache(!) Weise schlicht nicht möglich.

Es ist viel einfacher als es hier dargestellt wird. Es passt
nur nicht ins Schema, dass jede Sache der OSM-Welt mit einem
Element, einem Eintrag abhandelbar sein soll.

Es bleiben eben die Fragen der Qualitaet und der Stabilitaet
der Daten offen. Die Bedeutung von Tags, und damit von 
abgeleiteten Daten aendert sich viel oefter als die Bedeutung
und Position vom Schild mit Typ xy.
  
> Für ein einzelnes Verkehrszeichen ja - aber den gesamten Schilderwald zu 
> erfassen und aktuell zu halten

So aussichtslos wie alle Strassennamen, alle Postadressen?
Es ist so aussichtslos wie OSM ansich. Wenn man Strassen
erfassen kann, kann man auch Schilder erfassen. Mit dieser
Einstellung haette man gar nicht mit OSM anfangen duerfen.

> wie lange mag es dann 
> wohl dauern bis nur die wichtigsten
> Verkehrszeichen in einer brauchbaren Anzahl erfasst sind?

Warum muessen es alle Schilder sein? Bisher habe ich nur
dafuer plaediert, dass die Leute, die ein Tempolimit eintragen,
weil sie die Position der Schilder kennen, auch dieses als
wertvolle Information betrachten und nicht verwerfen. 
 
> Ich nehme an Du verlässt die Strasse im Normalfall nicht auf freier 
> Strecke  

Doch das tue ich sehr oft und andere tun es auch, z.B. wenn
ich mir die Tracks der 'Sonntagsspaziergaenger' ansehe. Man
kommt von einem Feldweg auf die Strasse, sieht etwas, erfasst
die Position und traegt es als solches ein. Vor der Aufhebung
biegt man wieder auf den naechten Feldweg ab. Ein anderer 
kommt mit dem Auto durch, kann den Anfang nicht genau 
erfassen und bekommt Hilfestellung durch den Fussgaenger.

Ich benutze solche Informationen dauernd, nur wenn kein
Schild erfasst wurde, kann ich es eben nicht einbinden.
Ich finde diese Fraktionsbildung: Autofahrer erfassen fuer
Autofahrer und Fussgaenger/Radfahrer fuer Radfahrer nicht
fuer sinnvoll und denke es ist auch nur die Position einer
(lauten) Minderheit.
  
> Das dürfte die wesentlichste Erkenntnis aus dieser Diskussion sein...

Na ganz so pessimistisch sehe ich das nicht.

Gruesse Hubert
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Sun, 03 May 2009 22:05:37 +0200
> Von: Garry 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug


> Warum sollte auch jemand was gegen das Mappen der Schilder haben?

Das ist das Ergebnis dieser Diskussion. Die Mehrheit der
hier Mitdiskutierenden meint, dass Schilder als solche
keine relevante Information darstellen und eine beleidigte
Leberwurst sieht sogar in der Diskussion darueber nur 
'heisse Luft'.

> Problematisch ist in OSM nur die Schildinhalte auf die zugehörige 
> Strassenabschnitte zu
> projezieren, das ist auf einfache(!) Weise schlicht nicht möglich.

Es ist viel einfacher als es hier dargestellt wird. Es passt
nur nicht ins Schema, dass jede Sache der OSM-Welt mit einem
Element, einem Eintrag abhandelbar sein soll.

Es bleiben eben die Fragen der Qualitaet und der Stabilitaet
der Daten offen. Die Bedeutung von Tags, und damit von 
abgeleiteten Daten aendert sich viel oefter als die Bedeutung
und Position vom Schild mit Typ xy.
  
> Für ein einzelnes Verkehrszeichen ja - aber den gesamten Schilderwald zu 
> erfassen und aktuell zu halten

So aussichtslos wie alle Strassennamen, alle Postadressen?
Es ist so aussichtslos wie OSM ansich. Wenn man Strassen
erfassen kann, kann man auch Schilder erfassen. Mit dieser
Einstellung haette man gar nicht mit OSM anfangen duerfen.

> wie lange mag es dann 
> wohl dauern bis nur die wichtigsten
> Verkehrszeichen in einer brauchbaren Anzahl erfasst sind?

Warum muessen es alle Schilder sein? Bisher habe ich nur
dafuer plaediert, dass die Leute, die ein Tempolimit eintragen,
weil sie die Position der Schilder kennen, auch dieses als
wertvolle Information betrachten und nicht verwerfen. 
 
> Ich nehme an Du verlässt die Strasse im Normalfall nicht auf freier 
> Strecke  

Doch das tue ich sehr oft und andere tun es auch, z.B. wenn
ich mir die Tracks der 'Sonntagsspaziergaenger' ansehe. Man
kommt von einem Feldweg auf die Strasse, sieht etwas, erfasst
die Position und traegt es als solches ein. Vor der Aufhebung
biegt man wieder auf den naechten Feldweg ab. Ein anderer 
kommt mit dem Auto durch, kann den Anfang nicht genau 
erfassen und bekommt Hilfestellung durch den Fussgaenger.

Ich benutze solche Informationen dauernd, nur wenn kein
Schild erfasst wurde, kann ich es eben nicht einbinden.
Ich finde diese Fraktionsbildung: Autofahrer erfassen fuer
Autofahrer und Fussgaenger/Radfahrer fuer Radfahrer nicht
fuer sinnvoll und denke es ist auch nur die Position einer
(lauten) Minderheit.
  
> Das dürfte die wesentlichste Erkenntnis aus dieser Diskussion sein...

Na ganz so pessimistisch sehe ich das nicht.

Gruesse Hubert
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

Chris-Hein Lunkhusen schrieb:
> Proposal:
>
> speedzone
>
> Values:
>
> speedzone=default:DE  (100)
> speedzone=default:NL  (80)
> speedzone=city:DE (50)
> speedzone=motorway:DE (keine/Richtgeschw. 130)
>
> 30er Zonen würde ich weiterhin mit maxspeed=30 taggen
> alternativ mit speedzone=30.
>
> maxspeed hat Vorrang vor speedzone.
>   

Diesen Vorschlag finde ich schon mal recht gut und möchte ihn noch etwas 
konkretisieren:

1) maxspeed=... und speedzone=... dürfen unter der Voraussetzungen 
gleichzeitig verwendet werden, dass der numerische Wert in maxspeed=... 
genau dieser Wert ist, der dem momentan gültigen Defaultwert für PKW in 
speedzone= entspricht und die Geschwindigkeit nicht explizit (s. Punkt 
2) geregelt ist. speedzone=... hat hier Vorrang vor maxspeed=...!

2) maxspeed=... steht alleine, wenn die Geschwindigkeit explizit durch 
ein Verkehrszeichen (Zeichen 274) geregelt ist. Es dürfen ausschließlich 
numerische Werte angegeben werden! Hier darf speedzone=... nicht stehen.

3) speedzone=... steht alleine, wenn die Geschwindigkeit implizit 
geregelt ist, bzw. kein exakter numerischer Wert existiert. Hier kann 
maxspeed=... unter der Voraussetzung (s. Punkt 1) zusätzlich angegeben 
werden.

4) explizite Regelungen der Geschwindigkeit für andere Fahrzeuge als PKW 
(maxspeed:hgv=...) können jederzeit zusätzlich angegeben werden.

5) Bei allen Wegen, für die eine Geschwindigkeitsangabe nicht sinnvoll 
ist (footway, path) oder sich eindeutig aus der Straßenklasse 
(living_street) ergibt, kann auf die Angabe von speedzone=... verzichtet 
werden, muss aber nicht.


Was ist der Vorteil meines Vorschlages?
- Man ist kompatibel mit der derzeitigen Definition von maxspeed
- existierende Programme müssen nicht umgeschrieben werden
- alle derzeit vorhandenen, nicht-numerischen Werte in maxspeed=... 
können automatisch aus der Datenbank entfernt werden und in Werte für 
speedzone=... gewandelt werden.
- Man kann jederzeit (per bot oder Vorverarbeitung) fehlende bzw. 
benötigte numerische Werte für maxspeed= erzeugen
- Bei der Änderung der Gesetzeslage kann man die impliziten 
maxspeed-Werte ebenfalls per bot automatisch (aus den 
speedzone-Defaults) ändern.
- Man kann unterscheiden, ob für eine Strecke keine Beschränkung 
existiert oder sie noch nicht erfasst wurde.

Welche Defaults werden für speedzone=... benötigt?
default:DE würde ich durch z.B. outside:DE ersetzten, da erkennt man 
besser das "außerhalb geschlossener Ortschaften"

Beispiele (für PKW):

speedzone=outside:DE  (100)
speedzone=outside:NL  (80)
speedzone=city:DE (50)
speedzone=motorway:DE (keine/Richtgeschw. 130)
speedzone=zone30  (30) alternativ auch maxspeed=30 oder speedzone=zone30:DE
speedzone=walk:DE (Schrittgeschwindigkeit ohne exaktem Wert)
speedzone=variable(variable Geschwindigkeitsregelung)
speedzone=variable80  (variable Geschwindigkeitsregelung, die auf max. 80km/h 
eingestellt werden kann)
speedzone=motorway:IT (130)
speedzone=outside:IT  (90)
...



Beispiele für best. Straßen (in DE)

- Autobahn ohne Beschränkung:speedzone=motorway:DE (maxspeed=no/none/... 
wird entfernt)
- Autobahn mit Wechselschildern: speedzone=variable (maxspeed=var wird entfernt)
- Landstraße ohne Beschränkung:  speedzone=outside:DE (maxspeed=100 kann 
zusätzlich angegeben werden)
- Innerorts ohne Beschränkung:   speedzone=city:DE (maxspeed=50 kann zusätzlich 
angegeben werden)
- Innerorts auf 80 erhöht:   maxspeed=80 (speedzone=city:DE darf hier nicht 
stehen!)
- Innerorts auf 50 (per Z 274):  maxspeed=50 (speedzone=city:DE darf hier nicht 
stehen!)
- Innerorts 30er-Zone:   speedzone=zone30 (oder maxspeed=30 oder beides)
- Verkehrsberuhigter Bereich:speedzone=walk:DE (maxspeed=walk/7/... wird 
entfernt)


Was haltet Ihr davon?

Gruß,
Stefan






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

Re: [Talk-de] Mehr Basisbezug beim mappen?

On Sun, May 03, 2009 at 10:21:45PM +0200, Garry wrote:
> Diese Begrenzung bekommst Du bei der Einreise in das jeweilige Land 
> (Jedenfalls bei unseren NAchbarländern)
> mitgeteilt - sogesehen eine grosse Tempo 100Zone mit Ausnahmeregelungen 
> für baulich getrennte Fahrbahnen.
> Von daher sehe ich ein maxspeed no/none nur für wirklich unbegrenzte 
> Abschnitte als angebracht an.

Wie ich schon darstellte sehe ich das anders ...

none != unlimited

dict.leo.org fuer none

i   nonekeini
i   nonenichts  i
i   nonegar nicht
i   nonekeiner | keine | keines

unbegrenzt waere sowas

i   boundless  adj. unbegrenzt  i
i   indefinite  adj.unbegrenzt  i
i   indefinitely  adv.  unbegrenzt  i
i   infinite  adj.  unbegrenzt  i
i   limitless  adj. unbegrenzt  i
i   unbounded  adj. unbegrenzt  i
i   unbounded  adj. [tech.] unbegrenzt  i
i   unboundedly  adv.   unbegrenzt  i
i   unlimited  adj. unbegrenzt  i
i   open-end  adj.  unbegrenzt

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin

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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
> > Problematisch ist in OSM nur die Schildinhalte auf die zugehörige
> > Strassenabschnitte zu
> > projezieren, das ist auf einfache(!) Weise schlicht nicht möglich.
>
> Es ist viel einfacher als es hier dargestellt wird. Es passt
> nur nicht ins Schema, dass jede Sache der OSM-Welt mit einem
> Element, einem Eintrag abhandelbar sein soll.
>
das stimmt so nicht. viele dinge koennen nicht mit einem tag erschlagen werden 
und werden durch mehrere tags dargestellt.

ich bin halt der ansicht dass es uebersichtlicher und einfacher bzgl. mapping, 
auswertung und darstellung ist, manche dinge mit nur einem tag abzubilden.
dass das nicht fuer jedes moegliche objekt machbar und sinnvoll ist, sollte 
klar sein.

> Es bleiben eben die Fragen der Qualitaet und der Stabilitaet
> der Daten offen. Die Bedeutung von Tags, und damit von
> abgeleiteten Daten aendert sich viel oefter als die Bedeutung
> und Position vom Schild mit Typ xy.
>
dann muss man eben die bedeutung genau definieren. grade bei angaben, die die 
meisten verkehrsschilder vorgeben, sollte das relativ einfach sein.
das problem  bei osm liegt leider zum teil darin, dass viele dinge nie exakt 
definiert waren, sondern eher eine schwammige umschreibung darstellen.


beim rest kann ich dir nur zustimmen.


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] OK, kein Basisbezug

On Mon, May 04, 2009 at 09:17:13AM +0200, qbert biker wrote:
> > Warum sollte auch jemand was gegen das Mappen der Schilder haben?
> 
> Das ist das Ergebnis dieser Diskussion. Die Mehrheit der
> hier Mitdiskutierenden meint, dass Schilder als solche
> keine relevante Information darstellen und eine beleidigte
> Leberwurst sieht sogar in der Diskussion darueber nur 
> 'heisse Luft'.

Ich habe geaeussert das bisher hier nur "Heisse Luft" produziert worden
ist anstatt mal 5-10 Straßen so zu taggen und die entsprechende Auswertung
in Code vorzuzeigen. Behaupten das das besser, oder einfacher ist kann jeder
und ist bei weitem das einfachste an der geschichte.

Beleidigt bin ich nur weil Du es dann anstatt Ergebnisse zu zeigen
vorgezogen hast auf der persoehnlichen Ebene ausfaellig zu werden.

Damit hast du einen Ehrenplatz in meinem Killfile bekommen.

Kopfschuettelnd ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin

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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
> Irgendwie denkst du wie viele andere hier auch immer gerne
> 5 Schritte voraus um Probleme zu finden, die passieren könnten,
> aber die man vermeiden kann wenn man nur einen Schritt weiterdenkt.
>
naja, wenn sowohl auf mapping-seite als auch auf entwicklerseite taetig ist, 
ist es ganz normal, etwas weiter zu denken als vielleicht andere, denke ich.

> Wenn das Schild als as_is zusätzlich getaggt wird (und als
> Schild und nicht als amanity=fahrradanschliessmöglichkeit)
> wird es erst komplizierter, wenn man maxspeed nicht mehr
> auswerten will.
richtig.

nur, wenn es diese zwei moeglichkeiten gibt, also einerseits das schild als 
node, andererseits maxspeed auf dem way, dann muss ich, wenn ich die 
geschwindigkeitsinformation in meiner anwendung nutzen will, auf jeden fall 
beide moeglichkeiten in betracht ziehen, um eine einigermassen zuverlaessige 
auswertung zu erlauben. denn es ist ja nicht sichergestellt, dass immer beide 
moeglichkeiten getaggt wurden, so dass ich mich auf eine davon verlassen 
kann.
wenn sich dann auch noch beide moeglichkeiten widersprechen, wirds unangenehm; 
so nach dem motto: hab ich eine uhr, weiss ich die genaue uhrzeit, hab ich 
mehrere, kann ich's nicht mehr sagen... ;-)


> Ansonsten wird das Schild als as_is ausgewertet. 
> Da steht ein Schild mit diesem Inhalt, mach was mit der Info
> und lass es bleiben. Wenn es wirklich eine Evolution gibt,
> dann wird diese Information bald sinnvoll eingebaut werden.
>
nur sollte die information auch vollstaendig sein, also:
- typ
- position (inklusive strassenseite)
- blickrichtung

dafuer gibt's bei osm noch kein modell, um das sauber abzubilden; allerdings 
kann da natuerlich das schild nix fuer...



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] Maxspeed map - Kompromissvorschlag

Hallo.

Am Montag 04 Mai 2009 09:32:12 schrieb Stefan Dettenhofer (StefanDausR):
> > speedzone=default:DE  (100)
> > speedzone=default:NL  (80)

Ich warte immernoch auf jemanden, der weiß was das Pendant zum deutschen 
"außerorts" im englischen Sprachgebrauch ist.


> 2) maxspeed=... steht alleine, wenn die Geschwindigkeit explizit durch
> ein Verkehrszeichen (Zeichen 274) geregelt ist. Es dürfen ausschließlich
> numerische Werte angegeben werden! Hier darf speedzone=... nicht stehen.

Es geht aber nichts kaputt, wenn jemand sich einen neuen Wert für speedzone 
ausdenkt, der aussagt "hier ist die Geschwindigkeit durch ein Schild 
geregelt", sowas wie speedzone=signed. Ich persönlich find's zwar unnötig, 
aber es könnte sein dass es jemand gerne haben will.


> Welche Defaults werden für speedzone=... benötigt?
> default:DE würde ich durch z.B. outside:DE ersetzten, da erkennt man
> besser das "außerhalb geschlossener Ortschaften"

Ja, bitte. Unter der Voraussetzung, dass das Wort für den Zweck gebräuchlich 
ist...


> Was haltet Ihr davon?

Der beste Vorschlag zu dem Thema, den ich im gesamten Thread bisher gesehen 
habe. Danke dafür!

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#403): Strategische Entscheidung
   Wir haben zwar keine Ahnung, aber die Präsentationen sahen toll
   bunt aus, die Verkäufer haben uns zugelabert und trugen Schlips
   und Anzug. Lediglich das Geräusch, das entstand, als der anwesende
   Techniker (wer hat den eigentlich eingeladen, der trägt ja noch
   nichtmal Anzug) seinen Kopf mehrfach gegen die Tischplatte schlug,
   hat etwas gestört.
(Alexander Schreiber)



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] Mehr Basisbezug beim mappen?

Am Montag 04 Mai 2009 schrieb Florian Lohoff:
> On Sun, May 03, 2009 at 10:21:45PM +0200, Garry wrote:
> > Diese Begrenzung bekommst Du bei der Einreise in das jeweilige Land
> > (Jedenfalls bei unseren NAchbarländern)
> > mitgeteilt - sogesehen eine grosse Tempo 100Zone mit Ausnahmeregelungen
> > für baulich getrennte Fahrbahnen.
> > Von daher sehe ich ein maxspeed no/none nur für wirklich unbegrenzte
> > Abschnitte als angebracht an.
>
> Wie ich schon darstellte sehe ich das anders ...
>
> none != unlimited
>
> dict.leo.org fuer none
>
> i nonekeini
> i nonenichts  i
> i nonegar nicht
> i nonekeiner | keine | keines
>
eben genau das ist nicht eindeutig, sondern interpretierbar:

1. es gibt keine geschwindigkeitsbegrenzung
2. es gibt keine explizite angabe der geschwindigkeitsbegrenzung

da aber ein tag "maxspeed=none" bereits eine angabe darstellt, ist die erste 
interpretation eher naheliegend.

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] Maxspeed map - Kompromissvorschlag

Am Montag 04 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
> Chris-Hein Lunkhusen schrieb:
> > Proposal:
> >
> > speedzone
> >
> > Values:
> >
> > speedzone=default:DE  (100)
> > speedzone=default:NL  (80)
> > speedzone=city:DE (50)
> > speedzone=motorway:DE (keine/Richtgeschw. 130)
> >
> > 30er Zonen würde ich weiterhin mit maxspeed=30 taggen
> > alternativ mit speedzone=30.
> >
> > maxspeed hat Vorrang vor speedzone.
>
> Diesen Vorschlag finde ich schon mal recht gut und möchte ihn noch etwas
> konkretisieren:
>

> Was ist der Vorteil meines Vorschlages?
> - Man ist kompatibel mit der derzeitigen Definition von maxspeed
> - existierende Programme müssen nicht umgeschrieben werden
irrelevant. das sich das projekt immer weiterentwickelt und veraendert, kann 
sich eine osm-anwendung sowieso nicht staendig auf einem stand ausruhen.

> - alle derzeit vorhandenen, nicht-numerischen Werte in maxspeed=...
> können automatisch aus der Datenbank entfernt werden und in Werte für
> speedzone=... gewandelt werden.
das sehe ich als nachteil an, weil es unnoetigen mehraufwand und aufblasen des 
datenbestandes bedeutet.

zusammen mit der langen liste an definitionen und beispielen, wann was zu 
verwenden ist, wird erst richtig klar, dass das alles nur unnoetige 
komplexitaet in was eigentlich recht einfaches bringt.



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] Maxspeed map - Kompromissvorschlag

Guenther Meyer schrieb:
> (...)
> zusammen mit der langen liste an definitionen und beispielen, wann was zu 
> verwenden ist, wird erst richtig klar, dass das alles nur unnoetige 
> komplexitaet in was eigentlich recht einfaches bringt.
>   
mein Vorschlag ist -wenn man ihn genau gelesen und verstanden hat- nicht 
kompliziert. Ich habe nur versucht, es mit Beispielen zu verdeutlichen:

Kurzfassung:
1) Da wo ein Schild steht -> maxspeed=...
2) Da wo kein Schild steht -> speedzone=...

Stefan


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

Re: [Talk-de] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 4 May 2009 09:45:03 +0200
> Von: Guenther Meyer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

> das stimmt so nicht. viele dinge koennen nicht mit einem tag erschlagen
> werden 
> und werden durch mehrere tags dargestellt.

Womit du natuerlich recht hast, war etwas ungluecklich 
ausgedrueckt. Manchmal wird eine Information sogar auf
erstaunlich viele (zu viele?) Elemente verteilt, wie 
bei Brueckendefinitionen.

Aber es gibt schon eine Tendenz, Daten die nicht sorecht
zusammenpassen, in eine Abbildung zu pressen.
 
> ich bin halt der ansicht dass es uebersichtlicher und einfacher bzgl.
> mapping, 
> auswertung und darstellung ist, manche dinge mit nur einem tag abzubilden.
> dass das nicht fuer jedes moegliche objekt machbar und sinnvoll ist,
> sollte 
> klar sein.

Ich bin der Meinung, dass es manchmal besser waere, etwas
aufzudroeseln, was nicht wirklich zusammenpasst. Egal ob
man maxspeed=7 maxspeed=foot oder was auch immer eintraegt,
es wird eine Spielstrasse nie richtig beschreiben koennen.
Hier kann man mit dem Bezug zum Schild die Beziehung zur
Gesetzeslage herstellen ohne irgendeine Mehrdeutigkeit
zuzulassen. Auch in einer Tempo-30-Zone sehe ich mehr als
ein paar Strassen mit Maxspeed=30. Die Zone selber ist 
selber ein Objekt mit Eigenschaften.
 
> dann muss man eben die bedeutung genau definieren. grade bei angaben, die
> die 
> meisten verkehrsschilder vorgeben, sollte das relativ einfach sein.

Die Bedeutung ist in der StVO schon vorhanden. Mit dem Bezug
zum entsprechenden Schild ist das bestmoeglich beschrieben.
Ist z.B. auch ein Thema auf Firmengelaenden, die sich 
explizit an der StVO ausrichten. Deshalb eben der Vorschlag,
beides abzulegen. maxspeed als allgemeine internationale 
pauschale Beschreibung und das Schild dazu als exakte
unverrueckbare Referenz auf die Datenquelle.

Gerade diese Dinge, die nationale Eigenheiten betreffen, sind
dann sauber ausgekoppelt und das Prinzip funktioniert 
im Kongo ebenso wie in Deutschland.

Gruesse Hubert
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
> > das stimmt so nicht. viele dinge koennen nicht mit einem tag erschlagen
> > werden
> > und werden durch mehrere tags dargestellt.
>
> Womit du natuerlich recht hast, war etwas ungluecklich
> ausgedrueckt. Manchmal wird eine Information sogar auf
> erstaunlich viele (zu viele?) Elemente verteilt, wie
> bei Brueckendefinitionen.
>
ja.

> Aber es gibt schon eine Tendenz, Daten die nicht sorecht
> zusammenpassen, in eine Abbildung zu pressen.
>
leider richtig.

> > ich bin halt der ansicht dass es uebersichtlicher und einfacher bzgl.
> > mapping,
> > auswertung und darstellung ist, manche dinge mit nur einem tag
> > abzubilden. dass das nicht fuer jedes moegliche objekt machbar und
> > sinnvoll ist, sollte
> > klar sein.
>
> Ich bin der Meinung, dass es manchmal besser waere, etwas
> aufzudroeseln, was nicht wirklich zusammenpasst. Egal ob
> man maxspeed=7 maxspeed=foot oder was auch immer eintraegt,
> es wird eine Spielstrasse nie richtig beschreiben koennen.
dafuer gib'ts ja zum beispiel highway=living_street.

> Hier kann man mit dem Bezug zum Schild die Beziehung zur
> Gesetzeslage herstellen ohne irgendeine Mehrdeutigkeit
> zuzulassen. Auch in einer Tempo-30-Zone sehe ich mehr als
> ein paar Strassen mit Maxspeed=30. Die Zone selber ist
> selber ein Objekt mit Eigenschaften.
>
richtig.
ob man das nun besser ueber das schild als node oder ueber die information am 
way abbildet ist halt die frage.

> > dann muss man eben die bedeutung genau definieren. grade bei angaben, die
> > die
> > meisten verkehrsschilder vorgeben, sollte das relativ einfach sein.
>
> Die Bedeutung ist in der StVO schon vorhanden. Mit dem Bezug
> zum entsprechenden Schild ist das bestmoeglich beschrieben.
> Ist z.B. auch ein Thema auf Firmengelaenden, die sich
> explizit an der StVO ausrichten. Deshalb eben der Vorschlag,
> beides abzulegen. maxspeed als allgemeine internationale
> pauschale Beschreibung und das Schild dazu als exakte
> unverrueckbare Referenz auf die Datenquelle.
>
schon klar. ich meinte die bedeutung innerhalb osm. 



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] Maxspeed map - Kompromissvorschlag

Am Montag 04 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
> Guenther Meyer schrieb:
> > (...)
> > zusammen mit der langen liste an definitionen und beispielen, wann was zu
> > verwenden ist, wird erst richtig klar, dass das alles nur unnoetige
> > komplexitaet in was eigentlich recht einfaches bringt.
>
> mein Vorschlag ist -wenn man ihn genau gelesen und verstanden hat- nicht
> kompliziert. Ich habe nur versucht, es mit Beispielen zu verdeutlichen:
>
naja, wenn man fuer das ganze nur ein tag, naemlich maxspeed verwendet, dann 
wird deine definition schon mal um ganze drei punkte kuerzer, und information 
geht auch keine verloren...





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] Maxspeed map - Kompromissvorschlag

Hallo.

Am Montag 04 Mai 2009 10:37:53 schrieb Guenther Meyer:
> am ehesten noch "out of town", wuerde ich sagen...

Wörterbuch und angestaute Schulenglischkenntnisse habe ich auch.

Wir brauchen halt einen Begriff, der "native" ist, der also einem Engländer 
nicht als unnormal vorkommt.
Ich frag mal ne Bekannte, die kommt aus Amiland, vielleicht weiß die was...

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#104): fork(2)
   New processes are created by other processes, just like new humans.
   New humans are created by other humans, of course, not by processes.
(Unix System Administration Handbook)



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] Maxspeed map - Kompromissvorschlag

Guenther Meyer schrieb:
> Am Montag 04 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
>   
>> Guenther Meyer schrieb:
>> 
>>> (...)
>>> zusammen mit der langen liste an definitionen und beispielen, wann was zu
>>> verwenden ist, wird erst richtig klar, dass das alles nur unnoetige
>>> komplexitaet in was eigentlich recht einfaches bringt.
>>>   
>> mein Vorschlag ist -wenn man ihn genau gelesen und verstanden hat- nicht
>> kompliziert. Ich habe nur versucht, es mit Beispielen zu verdeutlichen:
>>
>> 
> naja, wenn man fuer das ganze nur ein tag, naemlich maxspeed verwendet, dann 
> wird deine definition schon mal um ganze drei punkte kuerzer, und information 
> geht auch keine verloren...
>
>   
Das ist schon klar, aber es gibt ja viele, die das rein numerische 
maxspeed noch brauchen oder haben wollen! Daher hatte ich das auch 
"Kompromissvorschlag" genannt.
Es stellt ja kein Problem dar, sobald sich die Dafaultwerte etabliert 
haben, per bot alle values von speedzone= nach maxspeed= zu kopieren und 
speedzone= zu löschen.

Stefan



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

Re: [Talk-de] Cache leeren

2009-05-04 Thread Fabian Schmidt



Am 03.05.09 schrieb Markus:


Ich verzweifle grad am Cache von FF 3.0.10



4. neue Daten in OSM-DB hochladen.
5. mit Relations-Checker prüfen, Relation als Relation.GPX runterladen.
6. Relation.GPX mit ftp auf Webserver laden.
7. Seite neu laden mit .


der Relations-Checker hat einen serverseitigen Cache. Ist Relation.GPX 
denn aktuell?



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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

Am Montag 04 Mai 2009 schrieb Bernd Wurst:
> Hallo.
>
> Am Montag 04 Mai 2009 09:32:12 schrieb Stefan Dettenhofer (StefanDausR):
> > > speedzone=default:DE  (100)
> > > speedzone=default:NL  (80)
>
> Ich warte immernoch auf jemanden, der weiß was das Pendant zum deutschen
> "außerorts" im englischen Sprachgebrauch ist.
>
am ehesten noch "out of town", wuerde ich sagen...



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] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 4 May 2009 09:57:09 +0200
> Von: Guenther Meyer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

> naja, wenn sowohl auf mapping-seite als auch auf entwicklerseite taetig
> ist, 
> ist es ganz normal, etwas weiter zu denken als vielleicht andere, denke
> ich.

Du bist nicht der einzige Entwickler hier ;) Ich habe es hassen
gelernt, Auswertemodelle fuer OSM zu schreiben, denn es 
wimmelt von Mehrdeutigkeiten. Als Entwickler lege ich wert
auf Zusatzinformation, nicht als Tagger. Als Tagger lasse
ich Eintragungen einfach weg, wenn mir die Definitionen zu
schwammig sind oder ich im Wiki nix verwertbares finde.
  
> nur, wenn es diese zwei moeglichkeiten gibt, also einerseits das schild
> als 
> node, andererseits maxspeed auf dem way, dann muss ich, wenn ich die 
> geschwindigkeitsinformation in meiner anwendung nutzen will, auf jeden
> fall 
> beide moeglichkeiten in betracht ziehen, um eine einigermassen
> zuverlaessige 
> auswertung zu erlauben. 

Dann geh doch mit einer Priorisierung ran. Werte maxspeed 
aus und suche danach nach Zusatzinformationen. Sollte sich
das mit den Schildern durchsetzen werden die Anwendungsentwickler
das vielleicht mal drehen, wenn sie einen Vorteil darin 
sehen. Wo ist das grosse Problem mit dem 'muessen'?

Keine OSM-App _muss_ alle Daten verwerten koennen und ich 
halte es auch nicht fuer moeglich so eine App zu bauen.

> denn es ist ja nicht sichergestellt, dass immer
> beide 
> moeglichkeiten getaggt wurden, so dass ich mich auf eine davon verlassen 
> kann.

Info 2 ist eine Zusatzinfo und Erweiterung zu Info 1.

> wenn sich dann auch noch beide moeglichkeiten widersprechen, wirds
> unangenehm;

Nicht wirklich. Wenn ein Fehler drin ist, kann der von
einem Validator entdeckt werden. Eine maxspeed-Strecke 
kann Schilder enthalten (die Dinger wiederholen sich ja
ab und zu) und kann von Schildern begrenzt werden. Ein
Schild alleine ohne Bezug zur Aufhebung kann nur als
solches ausgewertet werden 'da steht ein Schild' aber
eben nicht der bereich dazu. Das wird dann vielleicht
von jemanden ergaenzt.
 
> so nach dem motto: hab ich eine uhr, weiss ich die genaue uhrzeit, hab ich
> mehrere, kann ich's nicht mehr sagen... ;-)

Die Redundanz dabei ist eigentlich realtiv klein und 
Konflikte eindeutig. Wenn einer ein Schild mit 50 
eintraegt und ein anderer ein maxspeed mit 80 hat einer
einen Fehler gemacht.
 
> nur sollte die information auch vollstaendig sein, also:
> - typ
> - position (inklusive strassenseite)
> - blickrichtung

Es ist schoen und anzustreben, wenn eine Information
von Anfang an vollstaendig ist, aber es kann keine Pflicht
geben. Jemand der ein Wohngebiet abfaehrt und keine
Namen aufnimmt, liefert auch wertvolle Daten, auch wenn
sie (noch) nicht fuer die Adresssuche sichtbar sind.
 
Jemand der an einem Schild vorbeispaziert und es bei
Gegegenheit vermisst, leistet Basisarbeit. Ein anderer
verbesserts dann. Normalzustand bei OSM, oder nicht?

> kann da natuerlich das schild nix fuer...

:)

Gruesse hubert 

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger01

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

Re: [Talk-de] josm, api0.6 und precondition failed und internal server error

2009-05-04 Thread Rolf Bode-Meyer

Am 29. April 2009 09:48 schrieb Frank Sautter :
>> Du kannst mal probieren, im Einsteinmodus
>> osm-server.atomic-upload=false
>>
>> zu setzen, dann sollte das alte Verhalten wieder eingestellt werden.
>> Ist allerdings ziemlich ungetestet
>
> es scheint tatsächlich ziemlich ungetestet zu sein:
> PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK
> PUT http://www.openstreetmap.org/api/0.6/node/create... Bad Request
> Error body: Cannot parse valid node from xml string  lat="49.545965080078574" lon="8.472035570361482"/>. changeset id missing
>
> offenbar fehlt die changeset id bei einem create.

Ja, siehe Ticket #2510. Der Patch dort hat mir geholfen ein ähnliches
wie Dein Urpsprungsproblem zu umgehen.

Rolf

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

Re: [Talk-de] Maxspeed: alternativer Vorschlag

Guenther Meyer schrieb:
> dann muss ich doch mal meinen vorschlag ausformulieren:
>
> Um die auf einem way gueltige Geschwindigkeitsbeschraenkung anzugeben, wird 
> der key "maxspeed" benutzt.
> (...)
>   
Damit kann ich genauso leben...

Stefan


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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

Am Montag 04 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
> > naja, wenn man fuer das ganze nur ein tag, naemlich maxspeed verwendet,
> > dann wird deine definition schon mal um ganze drei punkte kuerzer, und
> > information geht auch keine verloren...
>
> Das ist schon klar, aber es gibt ja viele, die das rein numerische
> maxspeed noch brauchen oder haben wollen! Daher hatte ich das auch
> "Kompromissvorschlag" genannt.
> Es stellt ja kein Problem dar, sobald sich die Dafaultwerte etabliert
> haben, per bot alle values von speedzone= nach maxspeed= zu kopieren und
> speedzone= zu löschen.
>
warum willst du es dann einfuehren um es dann wieder zu loeschen?
das bringt nur noch mehr verwirrung rein.
was spricht dagegen, diese zwischenschritt wegzulassen, und das gleich zu 
migrieren?

wie gesagt, es gibt bereits jetzt nichtnumerische werte in der datenbank, sei 
es als nur-text oder als zahl mit einheit. wer sich darauf verlaesst, das nur 
zahlen daherkommen, hat jetzt schon ein problem...



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] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 4 May 2009 09:48:17 +0200
> Von: Florian Lohoff 
> An: qbert biker 
> CC: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

> Behaupten das das besser, oder einfacher ist kann
> jeder
> und ist bei weitem das einfachste an der geschichte.

Du bist nur #14846 hier, der vorschlaegt, dass ich meine
Zeit mit dem Proggen fuer den Muelleimer verschwenden soll,
nur weil ein paar Hanseln die Vorstellungskraft fehlt,
sowas mal ohne Implementierung durchzudenken.

Was und warum ich etwas progge gebe ich schon bekannt,
wenn ich es fuer angemessen halte. Deinen Listenplatz
in der Informationskette dazu habe ich dir ja 
schon mitgeteilt ;)
 
> Beleidigt bin ich nur weil Du es dann anstatt Ergebnisse zu zeigen
> vorgezogen hast auf der persoehnlichen Ebene ausfaellig zu werden.

Noe, ich habe dir nur deutlich machen wollen, dass du
nicht in der Position bist, mir irgendwas vorzuschreiben,
was ich zu tun habe und wie. SW schreiben und diskutieren
schliesst sich nicht aus.
 
> Damit hast du einen Ehrenplatz in meinem Killfile bekommen.

Rahms dir ein und haengs uebers Bett.
 
> Kopfschuettelnd ...

na pass auf dass dir nicht schwindlig wird...
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

Am Montag 04 Mai 2009 schrieb Bernd Wurst:
> Hallo.
>
> Am Montag 04 Mai 2009 10:37:53 schrieb Guenther Meyer:
> > am ehesten noch "out of town", wuerde ich sagen...
>
> Wörterbuch und angestaute Schulenglischkenntnisse habe ich auch.
>
> Wir brauchen halt einen Begriff, der "native" ist, der also einem Engländer
> nicht als unnormal vorkommt.
> Ich frag mal ne Bekannte, die kommt aus Amiland, vielleicht weiß die was...
>
manchmal kommt man nicht auf die einfachsten sachen... :-)
ich treff ja die woche wieder ein paar dolmetscher, zum teil auch native 
speaker; die werd ich dann mal fragen.



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] Mehr Basisbezug beim mappen?

2009-05-04 Thread Tobias Knerr

Florian Lohoff schrieb:
>> Von daher sehe ich ein maxspeed no/none nur für wirklich unbegrenzte 
>> Abschnitte als angebracht an.
> 
> Wie ich schon darstellte sehe ich das anders ...
> 
> none != unlimited

Du kannst jetzt

a) noch länger herumdiskutieren, dass und wieso man "maxspeed=none"
hätte anders definieren sollen.

b) akzeptieren, dass "none" im Kontext von OSM (den leo nicht kennt)
durch die Definition im einschlägigen Proposal eine bestimmte Bedeutung
zugewiesen bekommen hat und damit für andere Bedeutungen verbrannt ist,
und für deine gewünschte Bedeutung einen anderen Begriff wählen.

Ich finde b) weit einfacher und weniger konfliktträchtig.

Tobias Knerr

PS: Es ist wohl jedem klar, dass none nicht "unbegrenzt" heißt, sondern
"kein(e)". Aber "keine Höchstgeschwindigkeit" kann man sehr wohl als
"(nach oben) unbegrenzte Geschwindigkeit" auffassen. Dass man es auch
anders auffassen kann, stimmt zwar, aber ... siehe oben.

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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
>  Original-Nachricht 
>
> > Datum: Mon, 4 May 2009 09:57:09 +0200
> > Von: Guenther Meyer 
> > An: Openstreetmap allgemeines in Deutsch 
> > Betreff: Re: [Talk-de] OK, kein Basisbezug
> >
> > naja, wenn sowohl auf mapping-seite als auch auf entwicklerseite taetig
> > ist,
> > ist es ganz normal, etwas weiter zu denken als vielleicht andere, denke
> > ich.
>
> Du bist nicht der einzige Entwickler hier ;) Ich habe es hassen
> gelernt, Auswertemodelle fuer OSM zu schreiben, denn es
> wimmelt von Mehrdeutigkeiten. Als Entwickler lege ich wert
> auf Zusatzinformation, nicht als Tagger. Als Tagger lasse
> ich Eintragungen einfach weg, wenn mir die Definitionen zu
> schwammig sind oder ich im Wiki nix verwertbares finde.
>
das gefuehl kenne ich ;-)
leider ist vieles in osm schwammig. viele versuche, die daten auszuwerten, 
koennen nur eine interpretation sein, aber was will man machen...

> > nur, wenn es diese zwei moeglichkeiten gibt, also einerseits das schild
> > als
> > node, andererseits maxspeed auf dem way, dann muss ich, wenn ich die
> > geschwindigkeitsinformation in meiner anwendung nutzen will, auf jeden
> > fall
> > beide moeglichkeiten in betracht ziehen, um eine einigermassen
> > zuverlaessige
> > auswertung zu erlauben.
>
> Dann geh doch mit einer Priorisierung ran. Werte maxspeed
> aus und suche danach nach Zusatzinformationen. Sollte sich
> das mit den Schildern durchsetzen werden die Anwendungsentwickler
> das vielleicht mal drehen, wenn sie einen Vorteil darin
> sehen. Wo ist das grosse Problem mit dem 'muessen'?
>
natuerlich ist das so machbar. nur wenn ich anfange zu priorisieren, betrete 
ich wieder die schwammige buehne der interpretation. aber das laesst sich wie 
gesagt im moment nicht aendern.

> Keine OSM-App _muss_ alle Daten verwerten koennen und ich
> halte es auch nicht fuer moeglich so eine App zu bauen.
>
das verlangt ja auch keiner.
nur muss ich, um z.B. den teilbereich "hoechstgeschwindigkeit" zu betrachten, 
wegen der vielen moeglichkeiten der abblidung erheblichen mehraufwand 
betreiben, um die vorhandenen informationen sinnvoll nutzen zu koennen.
nur einen teil zu betrachten hiesse, grosse teile der informationen zu 
unterschlagen.

> > denn es ist ja nicht sichergestellt, dass immer
> > beide
> > moeglichkeiten getaggt wurden, so dass ich mich auf eine davon verlassen
> > kann.
>
> Info 2 ist eine Zusatzinfo und Erweiterung zu Info 1.
>
sagst du.
ich kann mir gut vorstellen, dass es viele andersrum sehen, oder nur info 2 
getaggt wird...

> > wenn sich dann auch noch beide moeglichkeiten widersprechen, wirds
> > unangenehm;
>
> Nicht wirklich. Wenn ein Fehler drin ist, kann der von
> einem Validator entdeckt werden. Eine maxspeed-Strecke
> kann Schilder enthalten (die Dinger wiederholen sich ja
> ab und zu) und kann von Schildern begrenzt werden. Ein
> Schild alleine ohne Bezug zur Aufhebung kann nur als
> solches ausgewertet werden 'da steht ein Schild' aber
> eben nicht der bereich dazu. Das wird dann vielleicht
> von jemanden ergaenzt.
>
gut, das ist dann sowieso sinnvoll.

> > so nach dem motto: hab ich eine uhr, weiss ich die genaue uhrzeit, hab
> > ich mehrere, kann ich's nicht mehr sagen... ;-)
>
> Die Redundanz dabei ist eigentlich realtiv klein und
> Konflikte eindeutig. Wenn einer ein Schild mit 50
> eintraegt und ein anderer ein maxspeed mit 80 hat einer
> einen Fehler gemacht.
>
nur weiss ich nicht, welcher wert der falsche ist.
wenn nur ein wert vorhanden ist, kann ich damit rechnen.

> > nur sollte die information auch vollstaendig sein, also:
> > - typ
> > - position (inklusive strassenseite)
> > - blickrichtung
>
> Es ist schoen und anzustreben, wenn eine Information
> von Anfang an vollstaendig ist, aber es kann keine Pflicht
> geben. Jemand der ein Wohngebiet abfaehrt und keine
> Namen aufnimmt, liefert auch wertvolle Daten, auch wenn
> sie (noch) nicht fuer die Adresssuche sichtbar sind.
>
> Jemand der an einem Schild vorbeispaziert und es bei
> Gegegenheit vermisst, leistet Basisarbeit. Ein anderer
> verbesserts dann. Normalzustand bei OSM, oder nicht?
>
schon klar.
nur bezog sich deine argumentation immer nur auf eintragung von position und 
typ des schildes, was fuer eine vollstaendige auswertung zu wenig ist.
zumindest hatte ich das so verstanden...

wenn der mapper weiss, dass man schilder eintragen kann, dann wird er das 
vielleicht auch tun. wenn ihm aber keiner sagt, dass solche 
zusatzinformationen wichtig sein koennten, dann wird er auch gar nicht auf 
die idee kommen, diese zu beruecksichtigen.




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] Maxspeed: alternativer Vorschlag

dann muss ich doch mal meinen vorschlag ausformulieren:

Um die auf einem way gueltige Geschwindigkeitsbeschraenkung anzugeben, wird 
der key "maxspeed" benutzt.

1.
  Ist die Geschwindigkeit explizit durch ein Verkehrszeichen (Zeichen 274)
  geregelt, wird der Wert direkt angegeben, z.B. maxspeed=80,
  oder im Falle einer Zone (Zeichen 274.1) in der Form maxspeed=zone:30.
  Eine numerische Angabe ohne Einheit impliziert die Einheit km/h, die Angabe
  einer Einheit ist erlaubt. Ebenso sind nicht-numerische Werte erlaubt, wie
  z.B. maxspeed=walk fuer Schrittgeschwindigkeit.

2.
  Ist die Geschwindigkeit nicht explizit beschildert, wird auf den
  landestypisch vorgegebenen Wert fuer diese Strasse verwiesen, und zwar in
  der Form maxspeed=type:country.
  Fuer Deutschland sind zum Beispiel folgende Werte moeglich:
motorway:DE fuer Autobahnen und aehnliche Strassen ohne Beschraenkung.
town:DE fuer den Bereich innerhalb geschlossener Ortschaften.
out_of_town:DE fuer alle anderen Strassen.
  
3. Explizit ausgeschilderte Regelungen oder Einschraenkungen fuer bestimmte
   Fahrzeugklassen (maxspeed:hgv=) koennen jederzeit zusaetzlich angegeben
   werden.




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] Maxspeed map - Kompromissvorschlag

Guenther Meyer schrieb:
> warum willst du es dann einfuehren um es dann wieder zu loeschen?
> das bringt nur noch mehr verwirrung rein.
> was spricht dagegen, diese zwischenschritt wegzulassen, und das gleich zu 
> migrieren?
>   
Ich habe -wie bereits geschrieben- kein Problem mit Deinem Vorschlag, 
aber es gibt viele Programme, die nur numerische Werte in maxspeed 
auswerten. Die jetzt existierenden nichtnumerischen Werte entsprechen 
auch nicht der Definition im Wiki.


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

Re: [Talk-de] Cache leeren

2009-05-04 Thread Markus

Hallo Fabian,

>> Ich verzweifle grad am Cache von FF 3.0.10
> 
>> 4. neue Daten in OSM-DB hochladen.
>> 5. mit Relations-Checker prüfen, Relation als Relation.GPX runterladen.
>> 6. Relation.GPX mit ftp auf Webserver laden.
>> 7. Seite neu laden mit .
> 
> der Relations-Checker hat einen serverseitigen Cache. 

Ja - und auch noch ziemlich versteckt.
Da wäre eine offene Wahlmöglichkeit übersichtlicher.

> Ist Relation.GPX denn aktuell?

Ja.

Das Problem ist der FF.
Da kann man zwar den Cache leeren (Extras - private Daten löschen - 
Cache), aber damit schmeisst man auch alle anderen Daten weg.

Ich suche eine Möglichkeit /eine Seite/ (hier OSM) direkt neu zu laden.

Gruss, Markus

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

Re: [Talk-de] Cache leeren

Hallo.

Am Montag 04 Mai 2009 12:22:44 schrieb Markus:
> Das Problem ist der FF.
> Da kann man zwar den Cache leeren (Extras - private Daten löschen -
> Cache), aber damit schmeisst man auch alle anderen Daten weg.
>
> Ich suche eine Möglichkeit /eine Seite/ (hier OSM) direkt neu zu laden.

Google-Suche nach "firefox force reload" bringt mich im ersten Treffer auf 
einen Artikel, der in einfachen Worten erklärt, dass man entweder Shift+Klick 
auf den Reload-Button machen oder Ctrl+F5 drücken kann um alle Elemente dieser 
Seite neu zu laden.

Gruß, Bernd

-- 
Press  to detonate or any other key to explode



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] Maxspeed map - Kompromissvorschlag

2009-05-04 Thread Tobias Knerr

Stefan Dettenhofer (StefanDausR) schrieb:
> 2) maxspeed=... steht alleine, wenn die Geschwindigkeit explizit durch 
> ein Verkehrszeichen (Zeichen 274) geregelt ist. Es dürfen ausschließlich 
> numerische Werte angegeben werden!

Dem Rest stimme ich eigentlich zu. Nur hier würde ich das "numerische
Werte" durch "numerische Werte (ggf. mit expliziter Einheit)" ersetzen
wollen. Das ist nicht zu schwer auszuwerten, ist auf Key:maxspeed als
Beispiel erwähnt, die explizite Auszeichnung von nicht-km/h wird auf Map
Features verlangt und ist m.E. generell eine gute Idee.

Tobias Knerr

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

Re: [Talk-de] Mehr Basisbezug beim mappen?

2009-05-04 Thread Andreas Jacob

On Sunday 03 May 2009 02:43:53 Garry wrote:
> qbert biker schrieb:
> > Leider sind die am stärksten von Umdefinitionen betroffen, mit
> > denen man versucht, die eierlegenden Wollmilchsäue auf Kurs zu
> > halten. Da sehe ich den Wert von Basisinformationen wie
> > Position und Typ der Schilder. Da kann man an maxspeed drehen
> > wie man will, die Schildinfo steht wie ein Fels in der Brandung.
>
> Wenn Du es schaffst den nötigen Anreiz zum mappen bereitzustellen...
> Wenn ich heute beobachte wie lange
> Fehler in der Strassenerfassung bestand haben kann man sich ausdenken
> wie es mit der Pflege der Schilderstandorte aussieht.

In erster Linie haben wir doch die Technik, welche uns wahrscheinlich noch 
innerhalb einer Dekade abermals stützend unter die Arme greifen wird. Wer 
hätte wohl noch vor 10 Jahren gedacht, dass sich in 2009 viele tausend 
"Bekloppte" auf machen, um ihre eigenen Geodaten zu erfassen. Möglich gemacht 
hat dies erst der technische Fortschritt und das Vordringen in den 
Massenmarkt. Wenn ich mir anschaue, dass man bei  Opel heute schon eine 
funktionierende Verkehrsschilderkennung im Neufahrzeug ordern kann (andere 
Hersteller werden dies wohl auch im Programm haben), dann glaube ich, dass wir 
in den kommenden Jahren noch einige Hard- wie auch Software bekommen werden, 
welche uns bei der Aktualisierung unseres Datenmaterials unterstützt.

Momentan bin ich am meisten gespannt, welchen Einfluss Projekte wie 
Openstreetphoto [1] auf OSM haben werden. Selbst erzeugte (und somit jeweils 
aktuelle) Luftbilder mit einem Mikrokopter, werden da wohl nur ein 
erfreulicher Anfang sein. Das Ziel, dass sie automatisch Verkehrzeichen 
erkennen, und diese taggen können, sehe ich auch nicht als utopisch an, da es 
ja wie gesagt bereits in Mittelklasselimousinen im Einsatz ist, und eine 
OpenSource Lösung bestimmt auch nicht erst in weiter Ferne ersichtlich ist.

Von daher habe ich keine Bedenken, dass uns die Technik helfend zur Seite 
stehen wird. Wäre also schade, wenn unser Datenmodell das nicht hergeben 
sollte. Um's kurz zu machen, vertrete ich eher Huberts Sichtweise, lieber die 
Primitive zu erfassen, und die Konklusionen den Maschinen zu überlassen. Dafür 
sind die Dinger nämlich einstmals erfunden wurden. 

[1] http://www.openstreetphoto.org/

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

Re: [Talk-de] Mehr Basisbezug beim mappen?

Am Montag 04 Mai 2009 schrieb Florian Lohoff:
> b) none ist bisher nicht wirklich verbreitet d.h. es gaebe durchaus
> moeglichkeiten die bedeutung nochmal anzupassen.
>
egal ob verbreitet oder nicht, die bezeichnung laesst interpretationsspielraum 
offen. und nicht jeder schaut gleich in die dokumentation, ob er das tag auch 
richtig verstanden hat, noch dazu, wenn es so simpel erscheint.
das ist das problem.




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] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 4 May 2009 11:23:51 +0200
> Von: Guenther Meyer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

> das verlangt ja auch keiner.
> nur muss ich, um z.B. den teilbereich "hoechstgeschwindigkeit" zu
> betrachten, 
> wegen der vielen moeglichkeiten der abblidung erheblichen mehraufwand 
> betreiben, um die vorhandenen informationen sinnvoll nutzen zu koennen.
> nur einen teil zu betrachten hiesse, grosse teile der informationen zu 
> unterschlagen.

Wie geschrieben, mir ist lieber, sie wird bei der Auswertung
unterschlagen als bei der Erfassung. Etwas vorhandenes nicht
einzutragen, weil die Auswertung Probleme machen koennte, ist
meiner Ansicht nach nicht der richtige Weg.

> sagst du.
> ich kann mir gut vorstellen, dass es viele andersrum sehen, oder nur info
> 2 
> getaggt wird...

Die Prioritaet richtet sich wieder nach der Nutzung. Wenn
ich mich nur fuer die Begrenzungen interessiere, dann wird
die Streckeninformation immer primaer sein. Wenn ich mich
dafuer interessiere, welche Methoden zur Begrenzung
eingesetzt werden (Thema Tempo-30-Zone), ist das Schild
das primaere Element. Beide sind bis zu einem gewissen 
Grad unabhaengig voneinander.
 
> nur weiss ich nicht, welcher wert der falsche ist.
> wenn nur ein wert vorhanden ist, kann ich damit rechnen.

Das ist ein grundsaetzliches technisches Problem. Wenn
es nur eine Zahl ist, ist es zu 50% falsch getaggt und
ich kann es nicht erkennen. Sind es zwei unterschiedliche 
Zahlen, erkenne ich einen Fehler und kann darauf 
reagieren. Nur weil es eine eindeutige Zahl ist, muss
sie nicht richtig sein. 

Mal als konkreter Fall: Jemand macht einfach immer bei
einer Landstrasse einen default-maxspeed von 100 rein,
weil er meint, so ein Wert sei besser als keiner. Ein
Fussgaenger sieht ein Tempolimitschild, traegt es ein und
der Konflikt wird sichtbar. Einen maxspeed kann der
Fussgaenger aber nicht konfliktfrei eingeben, solange er
nicht die ganze Strecke abgeht.
 
> schon klar.
> nur bezog sich deine argumentation immer nur auf eintragung von position
> und 
> typ des schildes, was fuer eine vollstaendige auswertung zu wenig ist.
> zumindest hatte ich das so verstanden...

Die Aussage ist, dass die Information rein soll, falls 
vorhanden (jemand hat bei dem Schild die Daten konkret
aufgenommen). 
 
> wenn der mapper weiss, dass man schilder eintragen kann, dann wird er das 
> vielleicht auch tun. wenn ihm aber keiner sagt, dass solche 
> zusatzinformationen wichtig sein koennten, dann wird er auch gar nicht auf
> die idee kommen, diese zu beruecksichtigen.

Eben, deshalb habe ich diese Diskussion angeregt, die sich
erfreulicherweise immer konstruktiver entwickelt. Die 
passenden Relationen von Schildern untereinander oder von
Schildern mit maxspeed-Strecken kann man dann immer noch
entwickeln und dann kommt auch der Richtungsbezug wieder
rein. 

Gruesse Hubert

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger01

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

Re: [Talk-de] Mehr Basisbezug beim mappen?

On Mon, May 04, 2009 at 11:55:41AM +0200, Tobias Knerr wrote:
> b) akzeptieren, dass "none" im Kontext von OSM (den leo nicht kennt)
> durch die Definition im einschlägigen Proposal eine bestimmte Bedeutung
> zugewiesen bekommen hat und damit für andere Bedeutungen verbrannt ist,
> und für deine gewünschte Bedeutung einen anderen Begriff wählen.

a) Das proposal wurde abgelehnt 
 "As at close-of-play on 2008-10-26, there are three net votes in
 opposition, therefore the proposal is rejected. Chriscf 16:24, 28
 October 2008 (UTC)"

 http://wiki.openstreetmap.org/wiki/Proposed_features/maxspeed_none

 u.a. haben auch einige Voter das selbe problem identifiziert wie ich.

b) none ist bisher nicht wirklich verbreitet d.h. es gaebe durchaus 
moeglichkeiten
   die bedeutung nochmal anzupassen.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin

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

Re: [Talk-de] Cache leeren

2009-05-04 Thread Markus

Hallo Bernd,

> Google-Suche nach "firefox force reload" 

mit Englisch habe ich es nicht so...

> Shift+Klick Reload-Button
> Ctrl+F5 

So dachte ich auch - funktioniert aber nicht.

Hatte vor geraumer Zeit auch mal in die config eingetragen:
browser.cache.check_doc_frequency=1
hatte aber auch nicht geholfen.

Gruss, Markus

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

Re: [Talk-de] Garminkarte jetzt mit maxspeed

2009-05-04 Thread Sven Geggus

Christoph Wagner  wrote:

> Es kann durchaus vorkommen, dass sich durch die neuen umfangreichen
> Styleänderungen neue kleine Fehler eingeschlichen haben. Ich freue mich
> daher über Rückmeldung jeglicher Art, da ich selber nicht alles testen kann.

Kein Fehler sondern nur ein Wunsch:

Den Style für highway=service empfinde ich als zu dünn. Sollte man IMO
gleich dicke wie track/grade1 machen.

Sven

-- 
"Whenever there is a conflict between human rights and property
rights, human rights must prevail." (Abraham Lincoln)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Cache leeren

Markus schrieb:
>> Shift+Klick Reload-Button
>> Ctrl+F5 
> 
> So dachte ich auch - funktioniert aber nicht.

"Strg + Umschalt + Entf" bzw. "Ctrl + Shift + Del" und
dann nur "Cache" auswählen.

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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
> Wie geschrieben, mir ist lieber, sie wird bei der Auswertung
> unterschlagen als bei der Erfassung. Etwas vorhandenes nicht
> einzutragen, weil die Auswertung Probleme machen koennte, ist
> meiner Ansicht nach nicht der richtige Weg.
>
es geht nicht darum, vorhandenes wegen auswertungsproblemen zu unterschlagen.
aber es wird definitiv passieren, dass informationen nicht eingetragen werden, 
einfach weil's den mapper nicht interessiert oder es fuer ihn nicht machbar 
ist.


> Mal als konkreter Fall: Jemand macht einfach immer bei
> einer Landstrasse einen default-maxspeed von 100 rein,
> weil er meint, so ein Wert sei besser als keiner. Ein
> Fussgaenger sieht ein Tempolimitschild, traegt es ein und
> der Konflikt wird sichtbar. Einen maxspeed kann der
> Fussgaenger aber nicht konfliktfrei eingeben, solange er
> nicht die ganze Strecke abgeht.
>
da hast du recht.

> > wenn der mapper weiss, dass man schilder eintragen kann, dann wird er das
> > vielleicht auch tun. wenn ihm aber keiner sagt, dass solche
> > zusatzinformationen wichtig sein koennten, dann wird er auch gar nicht
> > auf die idee kommen, diese zu beruecksichtigen.
>
> Eben, deshalb habe ich diese Diskussion angeregt, die sich
> erfreulicherweise immer konstruktiver entwickelt. Die
> passenden Relationen von Schildern untereinander oder von
> Schildern mit maxspeed-Strecken kann man dann immer noch
> entwickeln und dann kommt auch der Richtungsbezug wieder
> rein.
>
ja dann ist ja alles gut ;-)
fehlt nur noch ein passendes und vor allem einfaches schema...




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] Maxspeed map - Kompromissvorschlag

Am Montag 04 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
> Guenther Meyer schrieb:
> > warum willst du es dann einfuehren um es dann wieder zu loeschen?
> > das bringt nur noch mehr verwirrung rein.
> > was spricht dagegen, diese zwischenschritt wegzulassen, und das gleich zu
> > migrieren?
>
> Ich habe -wie bereits geschrieben- kein Problem mit Deinem Vorschlag,
> aber es gibt viele Programme, die nur numerische Werte in maxspeed
> auswerten. Die jetzt existierenden nichtnumerischen Werte entsprechen
> auch nicht der Definition im Wiki.
>
naja, das wiki widerspricht sich da selber...
ich denke, das mit den programmen ist das kleinere problem.





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] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 4 May 2009 13:54:54 +0200
> Von: Guenther Meyer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

> aber es wird definitiv passieren, dass informationen nicht eingetragen
> werden, 
> einfach weil's den mapper nicht interessiert oder es fuer ihn nicht
> machbar 
> ist.

In Sachen Desineresse und an der Machbarkeit kann man schon
was machen. Das Interesse steigt mit dem Erfolgserlebnis
und die Machbarkeit mit einem Schema.

Die Randbedingungen hatte ich ja skizziert: Ein Schild
ist ein punktfoermiges Objekt, das sich auf einen 
Strassenquerschnitt bezieht und deshalb eine Node auf
einem way ist. Ein Schild hat als Parameter mindestens
eine Typkennung und eine Bereichskennung (also z.B 
De:304). Diese einfache Variante umfasst alle statischen,
fest montierten Anzeigen vom simplen Blechschild bis zu 
aktiv leuchtenden Installationen, solange letztere
keine Wechselanzeigefunktion oder Abschaltfunktion haben.

Dynamische Beschilderung waere dann eine Frage 
weiterer Diskussion.

Schilder koennen ueber Relationen mit anderen Schildernodes
oder ways eine Richtung, eine Strecke oder ein Subnetz 
beschreiben, die dem Schild einen Gueltigkeitsbereich
verleihen.

Als Relationen sind vorgesehen:

Anfang-Aufhebung (2 Schildernodes oder mehr bei 
wiederholter Beschilderung), z.B. der Bereich eines
Tempolimits.

Anfang und Strecke oder Anfang, Ende und Strecke (1 oder
mehrere Schildernodes und ein way).

Mehrere Schildernodes, die einen Bereich begrenzen,
z.B. Tempo-30-Zone.

Typische Anwendungen waeren z.B. Umweltzonen, Parkzonen,
Ueberholverbote, Gefahrgutbeschraenkungen, Gefahrenwarnungen
(Steinschlag, etc.), usw. 

Also etwas wie:
trafficsign=De:304 

Gruesse Hubert
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] Cache leeren

2009-05-04 Thread Markus

Hallo Tobias,

> "Strg + Umschalt + Entf" bzw. "Ctrl + Shift + Del" und "Cache" auswählen.

ja, oder eben 

Aber damit wird nicht /eine/ Seite im Cache gelöscht,
sondern alle.

Gruss, Markus

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

Re: [Talk-de] Cache leeren

Markus schrieb:
> Aber damit wird nicht /eine/ Seite im Cache gelöscht,
> sondern alle.

Guck mal in den Addons zu Firefox. Da gibt es diverse Tools,
die sowas machen.

Bei mir klappte STRG+F5 bislang immer.

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

[Talk-de] Garminkarte jetzt mit maxspeed

2009-05-04 Thread Jürgen Frank

Ich würd' die neue Karte ja auch gerne mal testen, sehe aber immer nur  
die vom 24.04.2009...

Mach' ich 'was falsch oder such' ich an der falschen Stelle?

Grüße

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

Re: [Talk-de] Anwendungen gesucht - Ideenwettbewerb f ür Satellitennavigation

Friedhelm Schmidt schrieb:
> Vielleicht ist das ja was für eine(n) von uns.

Habe es mal an Jan-Benedict weitergeleitet. Dieser hat sich auf
der FOSSGIS einen dicken Schmöcker darüber gekauft :-)

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

[Talk-de] Anwendungen gesucht - Ideenwettbewerb f ür Satellitennavigation

2009-05-04 Thread Friedhelm Schmidt

Gerade gelesen:

Anwendungen gesucht - Ideenwettbewerb für Satellitennavigation

http://www.channelpartner.de/knowledgecenter/navigationsloesungen/276457/index.html

...Meldungstext ...

http://www.galileo-masters.eu/

Vielleicht ist das ja was für eine(n) von uns.

Grüßle, Friedhelm

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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread Jens Herrmann

Stephan Wolff wrote:
> Mein Notebook ist ein sieben Jahre altes IBM Thinkpad A31 mit einem
> 1,6GHz P4 mobile, 1GB Ram, einem guten, entspiegeltem 1050x1400 Display
> und läuft unter XP pro. Für alle Anwendungen außer 3D-Spielen und JOSM
> ist es schnell genug.
Was fürn OS nutzt du?

Jens

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

Re: [Talk-de] JOSM sehr träge

Jens Herrmann schrieb:
> Was fürn OS nutzt du?

 > Stephan Wolff wrote:
 >> und läuft unter XP pro.

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

Re: [Talk-de] Maxspeed map

Guenther Meyer schrieb:
 Eine andere Information ist daraus dass in der Regel rechts vor links
 gilt - dass ist aber keine Information
 die Sinn macht in maxspeed gepresst zu werden.
 
>>> falsch. rechts vor links ist keine information, die irgendwas mit einer
>>> 30-zone zu tun hat. das gilt immer wenn weder vorfahrtsbeschilderung noch
>>> ampel vorhanden ist!
>>> darum gibt's da auch nix "reinzupressen".
>>>   
>> Du kennst:
>>
>> *_Aus § 45 StVO: _*
>>
>> 
> das sind die vorraussetzungen fuer eine 30-zone, richtig.
>
> laut dem dort auch zitierten §8 stvo gilt aber mit den o.g. einschaenkungen:
>   (1) An Kreuzungen und Einmündungen hat die Vorfahrt, wer von rechts kommt.
>   
> deshalb muss diese regelung nicht in ein 30-zone tag impliziert werden, da 
> sowieso gueltig.
>   
Der Unterschied ist dass ich in einer 30er Zone in der Regel keine 
Vorfahrtstrasse habe,
D.h. Durschnittstgeschwindigkeit ehr deutlich unter 30km/h
Bei einem einfachen maxpseed=30 kann ich die 
Durchschnittsgeschwindigkeit nahe 30km/h ansetzen
weil diese Art der Beschränkung ehr auf Durchgangsstrassen (mit 
Vorfahrt) anzutreffen sein  wird
(sonst würde man warscheinlich eine 30erZone machen weil billiger 
(weniger Schilder notwendig) ).

Garry

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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

Stefan Dettenhofer (StefanDausR) schrieb:
> Chris-Hein Lunkhusen schrieb:
>   
>> Proposal:
>>
>> speedzone
>>
>> Values:
>>
>> speedzone=default:DE  (100)
>> speedzone=default:NL  (80)
>> speedzone=city:DE (50)
>> speedzone=motorway:DE (keine/Richtgeschw. 130)
>>
>> 30er Zonen würde ich weiterhin mit maxspeed=30 taggen
>> alternativ mit speedzone=30.
>>
>> maxspeed hat Vorrang vor speedzone.
>>   
>> 
>
> Diesen Vorschlag finde ich schon mal recht gut und möchte ihn noch etwas 
> konkretisieren:
>
> 1) maxspeed=... und speedzone=... dürfen unter der Voraussetzungen 
> gleichzeitig verwendet werden, dass der numerische Wert in maxspeed=... 
> genau dieser Wert ist, der dem momentan gültigen Defaultwert für PKW in 
> speedzone= entspricht und die Geschwindigkeit nicht explizit (s. Punkt 
> 2) geregelt ist. speedzone=... hat hier Vorrang vor maxspeed=...!
>   

> 2) maxspeed=... steht alleine, wenn die Geschwindigkeit explizit durch 
> ein Verkehrszeichen (Zeichen 274) geregelt ist. Es dürfen ausschließlich 
> numerische Werte angegeben werden! Hier darf speedzone=... nicht stehen.
>
> 3) speedzone=... steht alleine, wenn die Geschwindigkeit implizit 
> geregelt ist, bzw. kein exakter numerischer Wert existiert. Hier kann 
> maxspeed=... unter der Voraussetzung (s. Punkt 1) zusätzlich angegeben 
> werden.
>
> 4) explizite Regelungen der Geschwindigkeit für andere Fahrzeuge als PKW 
> (maxspeed:hgv=...) können jederzeit zusätzlich angegeben werden.
>
> 5) Bei allen Wegen, für die eine Geschwindigkeitsangabe nicht sinnvoll 
> ist (footway, path) oder sich eindeutig aus der Straßenklasse 
> (living_street) ergibt, kann auf die Angabe von speedzone=... verzichtet 
> werden, muss aber nicht.
>   
diesen Punkt finde ich irgendwie unlogisch. Entweder ist da ein Schild 
was klar explizit begrenzt. Dann nutze ich maxspeed, oder dort ist kein 
Schild, dann tagge ich die implizierten Begrenzungen und dass am Besten 
anhand eines Platzhalters, dann darf da aber auch kein maxspeed hin.
Beide Tags machen nur Sinn, z.B. in einer "IN_TOWN" schneller 
freigegebene Straße. Dann wäre z.B. speedzone=in_town:DE maxspeed=70 
sinnig, denn die HGVs dürfen ja trotzdem nur weiterhin 60 fahren. Oder 
speedzone=motorway:DE maxspeed=100; wieder darf der LKW nur langsamer 
fahren.

Ich bin also immer noch fest der Meinung, wo keine Schilder stehen darf 
auch kein maxspeed getaggt werden.
> ...
>   
> Beispiele für best. Straßen (in DE)
>
> - Autobahn ohne Beschränkung:speedzone=motorway:DE (maxspeed=no/none/... 
> wird entfernt)
>   
macht Sinn, den maxspeed=no spiegelt ja quasi den Defaultwert von 
maxspped dar, wenn kein explizites Schild vorhanden ist.
> - Autobahn mit Wechselschildern: speedzone=variable (maxspeed=var wird 
> entfernt)
>   
IMO is hier auch speedzone=motorway:DE zu nehmen und maxspeed 
bleibt=variable, denn schließlich stellen die Lichttafeln explizite 
Begrenzungen dar.
> - Landstraße ohne Beschränkung:  speedzone=outside:DE (maxspeed=100 kann 
> zusätzlich angegeben werden)
>   
sehe ich wie erwähnt anders. "keine Beschränkung" -> kein Maxspeed-Tag
> - Innerorts ohne Beschränkung:   speedzone=city:DE (maxspeed=50 kann 
> zusätzlich angegeben werden)
>   
gleiche Begründung. zusätzlich maxspeed erlauben macht einfach keine Logik
> - Innerorts auf 80 erhöht:   maxspeed=80 (speedzone=city:DE darf hier 
> nicht stehen!)
> - Innerorts auf 50 (per Z 274):  maxspeed=50 (speedzone=city:DE darf hier 
> nicht stehen!)
>   
gerade bei diesen Beiden Fälle macht es Sinn beide Tags zu nutzen
> - Innerorts 30er-Zone:   speedzone=zone30 (oder maxspeed=30 oder 
> beides)
>   
da 30er-Zonen immer innerorts sind ist es quasi egal ob man zone 30 oder 
weiterhin in_town nutzt. Persönlich sehe ich keinen Mehrwert zu 
speedzone=in_town maxspeed=30
> - Verkehrsberuhigter Bereich:speedzone=walk:DE (maxspeed=walk/7/... wird 
> entfernt)
>   
macht Sinn, denn das "beruhigte Zone" Schild ist kein explizites 
Begrenzungesschild
>
> Was haltet Ihr davon?
>
> Gruß,
> Stefan
>   
Außbaufähig, aber ein interessanter Ansatz ;)

--
 Mario

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

Re: [Talk-de] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 04 May 2009 17:00:30 +0200
> Von: Garry 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

Ach noe, nicht schon wieder...

> Mache ich das aber per Schilder muss ich davon jede Menge in der 
> Position erfassen und eintragen -

Nein, zum xten mal du _musst_ garnix. Wenn du die Schilder 
nicht hast, trag maxspeed ein und gut ists. Der Vorschlag
richtet sich primaer an die Leute, die mit erstaunlicher
Sorgfalt und Praezision alles erfassen, was sie vorfinden
und die Position der Schilder kennen. Von dieser Sorte
gibts jede Menge und die sollen ermuntert werde, Daten die
sie haben, auch in die Datenbank abzulegen.

Schilder einzutragen ist nuetzlich, wenn auch nicht zwingend
notwendig.

> ein Schild gilt ja jeweils nur bis zur nächsten Einmündung...

Und wo ist das Problem? *seufz*

> Die höhere mögliche(!) Informationsgenauigkeit durch die Schilder kostet
> also auch sehr viel mehr Erfassungsaufwand

Er kostet dann so gut wie nichts, wenn die Daten schon da 
sind. Nur wenn es nichtmal eine Struktur fuer diese Basisdaten
gibt und keine Anleitung und die Spezialisten hier die
Leute auffordern, sowas gar nicht zuzulassen, weil 
genauere Daten nur stoeren, gibt es sie eben nicht.

> der für die meisten kaum im Verhältniss zum gewonnen Nutzen steht.
> Es wird also schwer sein ein höheres Erfolgserlebniss durch 
> Schildermapping zu erzeugen..

ganz simpel - wenn sie in die Datenbank kommen werden sie
vielleicht auch visualisiert und schwupps ist wieder mal ein
Erfolgserlebnis da, wie bei Hundekottuetenspendern und 
Briefkaesten und Haeusern und Hausnummern und, und, und...

Eine Tempo-30-Zone, die ueber die Schilder als solche
sichtbar wird (der Ring von Schildern) ist sicher ein 
dankbares Objekt fuer ein solches Erfolgserlebnis. Warum
sollte ein Mapper, der schon viel Aufwand reingesteckt
hat, seine Stadt abzubilden nicht mal um die Zone rumgehen 
wollen und ein Erfolgserlebnis dabei haben, seine Stadt 
wieder ein wenig genauer beschrieben zu haben?

Gruesse hubert

 

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger01

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

[Talk-de] JOSM sehr träge

2009-05-04 Thread Stephan Wolff

Moin, moin,

nachdem Potlatch nach der Umstellung auf die neue API relativ viele
Fehler verursacht, habe ich wieder einmal versucht auf JOSM umzusteigen.
JOSM hat viele durchdachte Funktionen und auch an die Bedienung könnte
ich mich gewöhnen, aber es läuft auf meinem Notebook so träge, dass das
Arbeiten damit keinen Spaß macht. Nach jedem Mausklick muss ich eine
halbe Sekunde warten und nachsehen, ob der Punkt erscheint. Auch das
Vorlagen-Menü öffnet sich nur widerwillig.

Ich nutze Sun Java und starte JOSM 1529 mit der Option "-Xmx512m".
Hat jemand einen Tipp, wie man JOSM schneller macht? Den Diskussionen
auf talk.de vom August 08 und Dezember 08 habe ich gelesen, aber wenig
konkrete Hinweise gefunden. Antialiasing ist abgeschaltet.

Mein Notebook ist ein sieben Jahre altes IBM Thinkpad A31 mit einem
1,6GHz P4 mobile, 1GB Ram, einem guten, entspiegeltem 1050x1400 Display
und läuft unter XP pro. Für alle Anwendungen außer 3D-Spielen und JOSM
ist es schnell genug.

Stephan

PS: Angebote fünf Jahre alter Tower-PCs sind nicht erwünscht :-)


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

Re: [Talk-de] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 04 May 2009 16:43:12 +0200
> Von: Garry 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

  
> Darum soll ja auch nichts eingetragen werden  wenn der Wert nicht 
> bekannt ist.

Waere wohl besser, aber die Diskussion laeuft und einige 
werden sich wohl fuer das Setzen von Defaults entscheiden
und wieder andere werden es kopieren. Das ist der 
menschliche Faktor.

Ohne explizit Partei ergreifen zu wollen: Einen Standardwert
wie 100 zu setzen um zu zeigen, dass es kein explizites Limit 
gibt, erscheint mir nicht als die eleganteste Loesung.
Rein intuitiv bringe ich maxspeed mit 'da gibts eine
explizite Einschraenkung' in Verbindung und nicht mit der
ueblichen Maximalgeschwindigkeit auf dem Strassentyp. 

> Ein beliebiger eingetragener Wert ist ein Fehler - das wird es immer 
> geben und ist nicht zu verhindern.

Und was ist nun besser? Den Fehler explizit beweisen zu 
koennen, weil es ein Tempolimit-Schild gibt, oder das dem
Zufall zu ueberlassen? 

Gruesse Hubert
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread Chris-Hein Lunkhusen

Stephan Wolff schrieb:

Hmmm, hast Du evntl einen zu grossen Bereich heruntergeladen?

> Mein Notebook ist ein sieben Jahre altes IBM Thinkpad A31 mit einem
> 1,6GHz P4 mobile, 1GB Ram, einem guten, entspiegeltem 1050x1400 Display
> und läuft unter XP pro. Für alle Anwendungen außer 3D-Spielen und JOSM
> ist es schnell genug.

Das sollte eigentlich reichen. ;-)

Viele Grüße
Chris


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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread Stephan Wolff

> Ich habe einen 3,5 Jahre alten Laptop Pentium Centrino 2Ghz, 1 GB RAM, und 
> hier
> läuft JOSM 1566 flüssig. Benutze derzeit Dual-Boot WinXP Home und Kubuntu 
> 8.04.
> Von der Hertz-Zahl liegt das ja nicht so weit. Meine Grafikkarte ist eine ATI
> x700 256 MB. Vielleicht hast Du nur den Onboard-Chip, der nicht so viel 
> bringt.
> Eventuell hast Du zuviele aktive Prozesse im Hintergrund und im System-Tray
> laufen. Wenn Du einige ausschaltest, kannst Du möglicherweise Ressourcen
> freisetzen (Antivirus, Dateiindizierung etc. pp.).

Ich fürchte, mein Notebook kommt von der Leistung nicht mit. Der
Grafikchip ist wohl ein ATI Mobility Radeon 7500 mit 64MB. An den
Hintergrundprozessen liegt es nicht. Antivirenprogramme laufen nur
nach manuellem Start (und haben dank sorgsamer Auswahl installierter
Programme und restriktiver Firewall/Javascript-Einstellungen auch noch
nie etwas wirklich Gefährliches gemeldet).

Viele Grüße

Stephan


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

Re: [Talk-de] Ärzte

2009-05-04 Thread Jan Tappenbeck

Hallo Jacques,

von diesem Thema hatte ich vor längerer Zeit schon einmal etwas gehört 
- und ich weiß nicht, ob das ganze so einfach zu tagen ist.

Wenn ich Dich richtig verstehe,dann willst Du die Standorte, vgl. 
Tierarzt, taggen - der andere wollte auch noch die Öffnungszeiten 
definieren.

Dann kann ich Deinen Vorhaben schon mehr unterstützen - insbesondere auf 
dem flachen Land.

Gruß Jan :-)


Jacques Nietsch schrieb:
> Ich wollte in meiner Umgebung unter anderem die Ärzte mappen.
> Was ich bis jetzt zu den Tags gefunden habe, war spärlich.
> 
> Wie beschreibt man einen:
> - HNO Arzt
> - Praktischen Arzt
> - Chiropraktiker
> - Internisten
> - usw. usw.
> 
> Wo finde ich Hilfe?
> 
> Gruss
> 
> Jacques


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

Re: [Talk-de] Maxspeed map

Am Montag 04 Mai 2009 schrieb Garry:
> Guenther Meyer schrieb:
>  Eine andere Information ist daraus dass in der Regel rechts vor links
>  gilt - dass ist aber keine Information
>  die Sinn macht in maxspeed gepresst zu werden.
> >>>
> >>> falsch. rechts vor links ist keine information, die irgendwas mit einer
> >>> 30-zone zu tun hat. das gilt immer wenn weder vorfahrtsbeschilderung
> >>> noch ampel vorhanden ist!
> >>> darum gibt's da auch nix "reinzupressen".
> >>
> >> Du kennst:
> >>
> >> *_Aus § 45 StVO: _*
> >
> > das sind die vorraussetzungen fuer eine 30-zone, richtig.
> >
> > laut dem dort auch zitierten §8 stvo gilt aber mit den o.g.
> > einschaenkungen: (1) An Kreuzungen und Einmündungen hat die Vorfahrt, wer
> > von rechts kommt.
> >
> > deshalb muss diese regelung nicht in ein 30-zone tag impliziert werden,
> > da sowieso gueltig.
>
> Der Unterschied ist dass ich in einer 30er Zone in der Regel keine
> Vorfahrtstrasse habe,
ja, und?

> D.h. Durschnittstgeschwindigkeit ehr deutlich unter 30km/h
was du fuer deine anwendung annimmst, ist deine sache...

> Bei einem einfachen maxpseed=30 kann ich die
> Durchschnittsgeschwindigkeit nahe 30km/h ansetzen
> weil diese Art der Beschränkung ehr auf Durchgangsstrassen (mit
> Vorfahrt) anzutreffen sein  wird
> (sonst würde man warscheinlich eine 30erZone machen weil billiger
> (weniger Schilder notwendig) ).
>
wo ist das problem?


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] Maxspeed map - Kompromissvorschlag

Bernd Wurst schrieb:
> Hallo.
>
> Am Montag 04 Mai 2009 09:32:12 schrieb Stefan Dettenhofer (StefanDausR):
>   
>>> speedzone=default:DE  (100)
>>> speedzone=default:NL  (80)
>>>   
>
> Ich warte immernoch auf jemanden, der weiß was das Pendant zum deutschen 
> "außerorts" im englischen Sprachgebrauch ist.
>
>   
http://dict.leo.org/forum/viewUnsolvedquery.php?idThread=529660&idForum=1&lp=ende&lang=de

non-urban / urban
out of town / in town
outside built-up area / insode built-up area
countryside / city
overland / in the city

viel Spaß beim Wählen ;)

--
 Mario

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

Re: [Talk-de] breite Treppe

2009-05-04 Thread Heiko Jacobs

Jens Herrmann  wrote:
> Du gibst dem highway=steps noch ein mit width=* (die Breite in Metern)
> mit. Die Treppe wird allerdings derzeit nicht breitenabh?ngig gerendert.
> Ich hatte das unter
> http://www.openstreetmap.org/?lat=51.043862&lon=13.747836&zoom=18&layers=B000FTF
> mit einer 30 m breiten Treppe probiert und die Darstellung unterscheidet
> sich nicht von einer 1 m breiten Treppe.

Ich glaube, ich will auch gar nicht wissen, wie das aussaehe, 
wuerde die width gerendert... ;-)

Bei s kurzen ways wie den beiden Treppen muesste dieser
seeehr extrem gut ausgerichtet werden (und fuer immer bleiben,
auch wenn ein unbedarfter Mapper am Platz nebendran bastelt),
damit die breite Treppe sich an ihren Enden nicht "ins Gebuesch"
schlaegt...
Stichwort: Extrapolation = nix gut, Finger von weglassen ...

Hatte den Fall bisher nur 1x, dafuer den erst kuerzlich.
Habe aus einer knapp 30 m breiten Treppe dann 3 gemacht:
1 in der Mitte, je 1 am Rand. Kann ich provisorisch mit leben,
bis jemand DEN genialen Einfall hat...

Bei area stellt sich halt die Frage: wie sinnvoll fuellen?

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de

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

Re: [Talk-de] Mehr Basisbezug beim mappen?

Florian Lohoff schrieb:
> On Mon, May 04, 2009 at 11:55:41AM +0200, Tobias Knerr wrote:
>   
>> b) akzeptieren, dass "none" im Kontext von OSM (den leo nicht kennt)
>> durch die Definition im einschlägigen Proposal eine bestimmte Bedeutung
>> zugewiesen bekommen hat und damit für andere Bedeutungen verbrannt ist,
>> und für deine gewünschte Bedeutung einen anderen Begriff wählen.
>> 
>
> a) Das proposal wurde abgelehnt 
>  "As at close-of-play on 2008-10-26, there are three net votes in
>  opposition, therefore the proposal is rejected. Chriscf 16:24, 28
>  October 2008 (UTC)"
>
>  http://wiki.openstreetmap.org/wiki/Proposed_features/maxspeed_none
>
>  u.a. haben auch einige Voter das selbe problem identifiziert wie ich.
>
> b) none ist bisher nicht wirklich verbreitet d.h. es gaebe durchaus 
> moeglichkeiten
>die bedeutung nochmal anzupassen.
>
>   
Wozu? Den Zustand den Du beschreiben möchestes (Beispiel Ausserorts, 
nicht Autobahn(ähnlich))"es ist keine Geschwindigkeit definiert,
Du darfst maximal 100km/h auf der Landstrasse fahren" gibt es nicht. Das 
Schild dass dieses definiert steht sozusagen als Zonen-Schild bei
der Einreise nach Deutschland an der Grenze.

Garry

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

Re: [Talk-de] breite Treppe

2009-05-04 Thread Heiko Jacobs

Martin Koppenhoefer  wrote:
> Am 2. Mai 2009 10:19 schrieb Frederik Ramm :
>> Wenn man jede Stufe als building=yes mit einem passenden layer=...
>> eintraegt, wird es schoen gerendert!
>>
>> *duck+wegrenn*

Moegest Du beim Rennen ueber eine solche Treppe stolpern! ;-)

> Doppell?sung: einerseits area (f?r die Dimensionen, einmal aussenrum)
> und andererseits eine linienhafte Verbindung f?rs routing

Da Router sowieso ueber Flaechen routen koennen sollten irgendwann...
(Stichwort Plaetze), sollte man solche Klimmzuege nicht machen und
auf vernuenftiges Routing ueber Flaechen warten, wenn es da noch nix
gibt, habe den aktuellen Stand dazunicht verfolgt.

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de

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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

2009-05-04 Thread Chris-Hein Lunkhusen

Mario Salvini schrieb:

>> Ich warte immernoch auf jemanden, der weiß was das Pendant zum deutschen 
>> "außerorts" im englischen Sprachgebrauch ist.
>>
>>   
> http://dict.leo.org/forum/viewUnsolvedquery.php?idThread=529660&idForum=1&lp=ende&lang=de
> 
> non-urban / urban
> out of town / in town
> outside built-up area / insode built-up area
> countryside / city
> overland / in the city
> 
> viel Spaß beim Wählen ;)

Hier:



ist vorwiegend von

"within town" oder "within urban area" / "outside build-up areas"

die Rede.

Chris


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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
> > das willst du also alles ueber nodes mit relationen abbilden?
>
> Zuerst ist es mal eine Liste, was grundsaetzlich geht, bzw.
> was ich auch teilweise schon ausprobiert habe. Die Zonen
> ueber die Nodes zu machen hat den Vorteil, dass die Methode
> das abbildet, was der Gesetzgeber sich dazu ausgedacht hat:
>
> 'Wenn du diese Grenze ueberfaehrst gelten die Regeln bis
> die Aufhebung kommt'.
>
das ist sicher eine moeglichkeit.
wobei dan sinnvollerweise die ganzen aufhebungsmoeglichkeiten, die je 
nach "start"-schild unterschiedlich sein koennen, auch irgendwo in fuer 
anwendungen nutzbarer form gespeichert werden sollten...

> Und mit einem is_in-Konzept fuer Zonen muesste ich jeder
> Strasse hier mitgeben, dass sie innerhalb Tempo30, Umwelt,
> Parklizenz und Innerortszone liegt.
>
blaest die daten unnoetig auf, waere aber auch eine raltiv sichere methode. 
grade um auch bereiche zu finden, die noch nicht (vollstaendig) erfasst sind.

> > > Also etwas wie:
> > > trafficsign=De:304
> >
> > hmm, das waere zwar absolut richtig und eindeutig, hat aber den nachteil,
> > dass
> > man auf den ersten blick vielleicht nicht gleich weiss, um was fuer ein
> > schild es sich da handelt, ohne in einer stvo-tabelle nachschauen zu
> > muessen.
>
> Ein kleines Editorplugin koennte das vereinfachen, indem man
> auf das Bild klickt.
>
ja, genau sowas stelle ich mir da auch vor.






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

[Talk-de] Richtgeschwindigkeit (was: Mehr Basisbezug beim Mappen)

2009-05-04 Thread Stefan Schwan

Hallo!

Am 3. Mai 2009 22:21 schrieb Garry :
> Florian Lohoff schrieb:
>>
>> Ich habe eine maxspeed Karte gebaut - habe erklaert das ich
>> maxspeed=no/none rendere weil ich das fuer sinnvoll erachte (nicht nur
>> auf der Autobahn) und damit ist auch mein Problem geloest nicht weiter
>> beschraenkte Abschnitte zu markieren.
>>
> Diese Begrenzung bekommst Du bei der Einreise in das jeweilige Land
> (Jedenfalls bei unseren NAchbarländern)
> mitgeteilt - sogesehen eine grosse Tempo 100Zone mit Ausnahmeregelungen
> für baulich getrennte Fahrbahnen.
> Von daher sehe ich ein maxspeed no/none nur für wirklich unbegrenzte
> Abschnitte als angebracht an.

In der Diskussion um max_speed=none hatte ich damals mal ein Proposol
für "Richtgeschwindigkeit" eingeworfen. Ich habe das nicht weiter
verfolgt (schlicht vergessen), aber seinerzeit dieses Grenzschild als
Argument gegen max_speed=none angeführt.

Zeichen 282 bedeutet ja nicht "kein Limit" sondern
Richtgeschwindigkeit 130. Per Schild angezeigt wird das allerdings nur
an der Grenze.

Dem Vorschlag in der Diskussion zu "refererence speed" (ref_speed)
folgend, habe ich das ganze jetzt mal in "recommended_speed" umgetauft
(obwohl das furchtbar lang ist).

http://wiki.openstreetmap.org/wiki/Proposed_features/recommended_speed

Irgendjemand hatte den Link von der Proposed_Feature Seite schon
dahingehend geändert, und auf eine leere Seite verlinkt - ich habe die
Seite jetzt mal mit einem angepassten Vorschlag gefüllt, und die
Diskussionsseite kopiert.

"Richtgeschwindigkeit" wurde in Deutschland ja kürzlich abgeschafft
(bis auf die Autobahnen), zumindest in den Niederlanden scheint es das
aber noch zu geben.
Wenn also jemand von talk_nl mietliest, wäre es nett, wenn er dort mal
auf das Proposol hinweisen könnte...

Für Deutschland finde ich den Vorschlag von Candid Dauth interessant,
das Tag für "Freiwillig 30 - Den Kindern zuliebe" zu verwenden.
Kommentare dazu (und zum Proposol grundsätzlich) sind auf der
Diskussionsseite willkommen.

Gruß,
Stefan

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

[Talk-de] Tags für Inline-Skaten

2009-05-04 Thread Jan Tappenbeck

Moin !

hat sich einer von Euch schon einmal Gedanken über Tags im Rahmen von 
INLINE-SKATING gemacht - inbesondere gefährliche Stellen etc. ?


Gruß Jan :-)

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

Re: [Talk-de] OK, kein Basisbezug


 Original-Nachricht 
> Datum: Mon, 4 May 2009 15:06:49 +0200
> Von: Guenther Meyer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug


> relationen sind halt was, was zumindest in osm eine wahnsinnige 
> verkomplizierung bedeutet, die sich durchaus weit vom konzept des 
> menschenlesbaren einfache key/value-systems entfernt.
> da muss noch einiges an den editoren passieren, damit das einfach
> benutzbar 
> wird.

Deshalb das Zwei-Stufenkonzept. Wer Infos ueber Schilder
vorliegen hat, kann sie mit Minimalaufwand wie unten 
eintragen und sie koennen als 'as is' visualisiert werden,
z.B. als kleines Symbol auf der Strasse. Das ist noch 
innerhalb des key/value Konzepts. Wer mehr will, mus sich
eben mit relations auseinandersetzen. Ich haette auch gerne
einen richtig objektorientierten Ansatz statt diesem
Spaghettikram mit weit verteiler Info, aber um die API 0.6
fuehrt ueber lange Zeit kein Weg vorbei ;)
 
> das willst du also alles ueber nodes mit relationen abbilden?

Zuerst ist es mal eine Liste, was grundsaetzlich geht, bzw.
was ich auch teilweise schon ausprobiert habe. Die Zonen
ueber die Nodes zu machen hat den Vorteil, dass die Methode
das abbildet, was der Gesetzgeber sich dazu ausgedacht hat:

'Wenn du diese Grenze ueberfaehrst gelten die Regeln bis 
die Aufhebung kommt'. Polygone gehen auch, aber die haben
den Nachteil, dass sie eine Flaeche abbilden und nicht
ein Streckennetz. Ich hab da ein paar Anregungen aus den
is_in vs. Polygon - Diskussionen gezogen. Beide Konzepte
passen nicht so richtig gut fuer Subnetze.

Mit einer Relation ueber die Grenzknoten habe ich beides
erschlagen - ich habe die Uebergaenge mit dem Schild drin
und ganz nebenbei das eingeschlossene Netz definiert.
Minimale Erfassungstiefe, maximale Information. 

Und mit einem is_in-Konzept fuer Zonen muesste ich jeder 
Strasse hier mitgeben, dass sie innerhalb Tempo30, Umwelt,
Parklizenz und Innerortszone liegt.

> > Also etwas wie:
> > trafficsign=De:304
> >
> hmm, das waere zwar absolut richtig und eindeutig, hat aber den nachteil,
> dass 
> man auf den ersten blick vielleicht nicht gleich weiss, um was fuer ein 
> schild es sich da handelt, ohne in einer stvo-tabelle nachschauen zu
> muessen.

Ein kleines Editorplugin koennte das vereinfachen, indem man
auf das Bild klickt.

> genauso ist es andersrum bei der dateneingabe alles andere als intuitiv.
> aber wenn die editoren das entsprechend abbilden koennen, ist das
> sicherlich 
> die beste methode das abzubilden.

Die Tendenz geht sowieso hin zu softwaregestuetzter Eingabe, 
wie den josm-Presets. Obiges ist knackig, kurz und gehaltvoll,
das war die Intention.

Gruesse Hubert

-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] Richtgeschwindigkeit (was: Mehr Basisbezug beim Mappen)

Stefan Schwan schrieb:
> Hallo!
>
> Am 3. Mai 2009 22:21 schrieb Garry :
>   
>> Florian Lohoff schrieb:
>> 
>>> Ich habe eine maxspeed Karte gebaut - habe erklaert das ich
>>> maxspeed=no/none rendere weil ich das fuer sinnvoll erachte (nicht nur
>>> auf der Autobahn) und damit ist auch mein Problem geloest nicht weiter
>>> beschraenkte Abschnitte zu markieren.
>>>
>>>   
>> Diese Begrenzung bekommst Du bei der Einreise in das jeweilige Land
>> (Jedenfalls bei unseren NAchbarländern)
>> mitgeteilt - sogesehen eine grosse Tempo 100Zone mit Ausnahmeregelungen
>> für baulich getrennte Fahrbahnen.
>> Von daher sehe ich ein maxspeed no/none nur für wirklich unbegrenzte
>> Abschnitte als angebracht an.
>> 
>
> In der Diskussion um max_speed=none hatte ich damals mal ein Proposol
> für "Richtgeschwindigkeit" eingeworfen. Ich habe das nicht weiter
> verfolgt (schlicht vergessen), aber seinerzeit dieses Grenzschild als
> Argument gegen max_speed=none angeführt.
>
> Zeichen 282 bedeutet ja nicht "kein Limit" sondern
> Richtgeschwindigkeit 130. Per Schild angezeigt wird das allerdings nur
> an der Grenze.
>
> Dem Vorschlag in der Diskussion zu "refererence speed" (ref_speed)
> folgend, habe ich das ganze jetzt mal in "recommended_speed" umgetauft
> (obwohl das furchtbar lang ist).
>
> http://wiki.openstreetmap.org/wiki/Proposed_features/recommended_speed
>
> Irgendjemand hatte den Link von der Proposed_Feature Seite schon
> dahingehend geändert, und auf eine leere Seite verlinkt - ich habe die
> Seite jetzt mal mit einem angepassten Vorschlag gefüllt, und die
> Diskussionsseite kopiert.
>
> "Richtgeschwindigkeit" wurde in Deutschland ja kürzlich abgeschafft
> (bis auf die Autobahnen), zumindest in den Niederlanden scheint es das
> aber noch zu geben.
> Wenn also jemand von talk_nl mietliest, wäre es nett, wenn er dort mal
> auf das Proposol hinweisen könnte...
>
> Für Deutschland finde ich den Vorschlag von Candid Dauth interessant,
> das Tag für "Freiwillig 30 - Den Kindern zuliebe" zu verwenden.
> Kommentare dazu (und zum Proposol grundsätzlich) sind auf der
> Diskussionsseite willkommen.
>
> Gruß,
> Stefan
>
>   
in den Niederlanden ist es z.B. nicht unüblich in engen Kurvn oder 
Zubringern eine Richtgeschwindigkeit anzugeben.

--
 Mario

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

Re: [Talk-de] Tags für Inline-Skaten

2009-05-04 Thread Chris-Hein Lunkhusen

Jan Tappenbeck schrieb:

> hat sich einer von Euch schon einmal Gedanken über Tags im Rahmen von 
> INLINE-SKATING gemacht - inbesondere gefährliche Stellen etc. ?

generell kann als erster Ansatz das smoothness Tag genutzt werden.
Also Skate-geeignete Strassen dürfen gerne mit smoothness=excellent
getaggt werden. ;-)

Chris - "openskatemap.org not yet existing" - Hein



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

Re: [Talk-de] OK, kein Basisbezug

qbert biker schrieb:
> In Sachen Desineresse und an der Machbarkeit kann man schon
> was machen. Das Interesse steigt mit dem Erfolgserlebnis
> und die Machbarkeit mit einem Schema.
>
> Die Randbedingungen hatte ich ja skizziert: Ein Schild
> ist ein punktfoermiges Objekt, das sich auf einen 
> Strassenquerschnitt bezieht und deshalb eine Node auf
> einem way ist. Ein Schild hat als Parameter mindestens
> eine Typkennung und eine Bereichskennung (also z.B 
> De:304). Diese einfache Variante umfasst alle statischen,
> fest montierten Anzeigen vom simplen Blechschild bis zu 
> aktiv leuchtenden Installationen, solange letztere
> keine Wechselanzeigefunktion oder Abschaltfunktion haben.
>
> Dynamische Beschilderung waere dann eine Frage 
> weiterer Diskussion.
>
> Schilder koennen ueber Relationen mit anderen Schildernodes
> oder ways eine Richtung, eine Strecke oder ein Subnetz 
> beschreiben, die dem Schild einen Gueltigkeitsbereich
> verleihen.
>
> Als Relationen sind vorgesehen:
>
> Anfang-Aufhebung (2 Schildernodes oder mehr bei 
> wiederholter Beschilderung), z.B. der Bereich eines
> Tempolimits.
>
> Anfang und Strecke oder Anfang, Ende und Strecke (1 oder
> mehrere Schildernodes und ein way).
>
> Mehrere Schildernodes, die einen Bereich begrenzen,
> z.B. Tempo-30-Zone.
>
> Typische Anwendungen waeren z.B. Umweltzonen, Parkzonen,
> Ueberholverbote, Gefahrgutbeschraenkungen, Gefahrenwarnungen
> (Steinschlag, etc.), usw. 
>
> Also etwas wie:
> trafficsign=De:304 
>   

Wenn man weiss das zwischen Stadt A und Stadt B durchgehend 80km/h ist 
dann kann ich das
als maxspeed für die komplette Strecke sehr schnell ohne viel Aufwand 
eintragen.
Mache ich das aber per Schilder muss ich davon jede Menge in der 
Position erfassen und eintragen -
ein Schild gilt ja jeweils nur bis zur nächsten Einmündung...
Die höhere mögliche(!) Informationsgenauigkeit durch die Schilder kostet 
also auch sehr viel mehr Erfassungsaufwand
der für die meisten kaum im Verhältniss zum gewonnen Nutzen steht.
Es wird also schwer sein ein höheres Erfolgserlebniss durch 
Schildermapping zu erzeugen..


Garry

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

Re: [Talk-de] Aufkleber?

2009-05-04 Thread sven buerger

Hallo,

On 28.04.2009 18:11, sven buerger wrote:
> da ich weder im Wiki noch in talk-de noch im Forum Aufkleber finden
> konnte, habe ich unter
> http://wiki.openstreetmap.org/wiki/DE:Merchandise#Aufkleber einen
> entsprechenden Eintrag zur Planung gemacht.
>
> Habe dazu auch im Forum unter
> http://forum.openstreetmap.org/viewtopic.php?id=2418 auf eine Anfrage
> die Wikiseite verlinkt.
>   
Aktueller Stand:

Es hat sich ein Mapper gemeldet der die Logistik übernehmen würde und
auch ein bestimmtes Kontingent für spätere Interessenten vor hält, er
bietet auch das Buch über seinen Onlineshop an.

Diverse Anbieter haben Rabatte in Aussicht gestellt, teilweise an
Anbieter-Nennung auf Sticker gebunden.

Ich bitte alle Stammtische bei Interesse im Wiki oder hier einen
Ansprechpartner zu benennen und über Motiv / mögliche Abnahmemenge zu
entscheiden.

Weiterhin gesucht sind mögliche Motivvorschläge, gern fertig als
Bilddatei. Am besten im Wiki bereit stellen.

Sven

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

Re: [Talk-de] Tags für Inline-Skaten

Jan Tappenbeck schrieb:
> Moin !
>
> hat sich einer von Euch schon einmal Gedanken über Tags im Rahmen von 
> INLINE-SKATING gemacht - inbesondere gefährliche Stellen etc. ?
>
>
> Gruß Jan :-)
>   
normalerwese dürfen Skater ja eh nur den Bürgersteig nutzen.
Da aber jetzt ein neues Freigabe-Zusatzschild entstanden ist was auch 
skaten auf der STraße freigibt würde ich sagen skater=yes sollte die 
Möglichkeit - analog zu "Räder frei" - beschreiben.

--
 Mario

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

Re: [Talk-de] OK, kein Basisbezug

Am Montag 04 Mai 2009 schrieb qbert biker:
>  Original-Nachricht 
>
> > Datum: Mon, 4 May 2009 13:54:54 +0200
> > Von: Guenther Meyer 
> > An: Openstreetmap allgemeines in Deutsch 
> > Betreff: Re: [Talk-de] OK, kein Basisbezug
> >
> > aber es wird definitiv passieren, dass informationen nicht eingetragen
> > werden,
> > einfach weil's den mapper nicht interessiert oder es fuer ihn nicht
> > machbar
> > ist.
>
> In Sachen Desineresse und an der Machbarkeit kann man schon
> was machen. Das Interesse steigt mit dem Erfolgserlebnis
> und die Machbarkeit mit einem Schema.
>
mit machbarkeit meinte ich auch eher den von dir selbst angesprochenen 
unterschied zwischen z.B. fussgaenger und autofahrer.
jeder hat andere moeglichkeiten, dinge aufzunehmen, da muss nicht mal der 
fokus unterschiedlich sein.

> Schilder koennen ueber Relationen mit anderen Schildernodes
> oder ways eine Richtung, eine Strecke oder ein Subnetz
> beschreiben, die dem Schild einen Gueltigkeitsbereich
> verleihen.
>
relationen sind halt was, was zumindest in osm eine wahnsinnige 
verkomplizierung bedeutet, die sich durchaus weit vom konzept des 
menschenlesbaren einfache key/value-systems entfernt.
da muss noch einiges an den editoren passieren, damit das einfach benutzbar 
wird.

> Als Relationen sind vorgesehen:
>
> Anfang-Aufhebung (2 Schildernodes oder mehr bei
> wiederholter Beschilderung), z.B. der Bereich eines
> Tempolimits.
>
> Anfang und Strecke oder Anfang, Ende und Strecke (1 oder
> mehrere Schildernodes und ein way).
>
> Mehrere Schildernodes, die einen Bereich begrenzen,
> z.B. Tempo-30-Zone.
>
> Typische Anwendungen waeren z.B. Umweltzonen, Parkzonen,
> Ueberholverbote, Gefahrgutbeschraenkungen, Gefahrenwarnungen
> (Steinschlag, etc.), usw.
>
das willst du also alles ueber nodes mit relationen abbilden?
gegenueber einer polygon-loesung ist das wahrscheinlich wesentlich einfacher 
in der auswertung; die abbildung in der datenbank kann aber sehr schnell sehr 
unuebersichtlich werden, koennte ich mir vorstellen.

> Also etwas wie:
> trafficsign=De:304
>
hmm, das waere zwar absolut richtig und eindeutig, hat aber den nachteil, dass 
man auf den ersten blick vielleicht nicht gleich weiss, um was fuer ein 
schild es sich da handelt, ohne in einer stvo-tabelle nachschauen zu muessen.
genauso ist es andersrum bei der dateneingabe alles andere als intuitiv.
aber wenn die editoren das entsprechend abbilden koennen, ist das sicherlich 
die beste methode das abzubilden.




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] OK, kein Basisbezug

qbert biker schrieb:
> Die Prioritaet richtet sich wieder nach der Nutzung. Wenn
> ich mich nur fuer die Begrenzungen interessiere, dann wird
> die Streckeninformation immer primaer sein. Wenn ich mich
> dafuer interessiere, welche Methoden zur Begrenzung
> eingesetzt werden (Thema Tempo-30-Zone), ist das Schild
> das primaere Element. Beide sind bis zu einem gewissen 
> Grad unabhaengig voneinander.
>  
>   
>> nur weiss ich nicht, welcher wert der falsche ist.
>> wenn nur ein wert vorhanden ist, kann ich damit rechnen.
>> 
>
> Das ist ein grundsaetzliches technisches Problem. Wenn
> es nur eine Zahl ist, ist es zu 50% falsch getaggt und
> ich kann es nicht erkennen. Sind es zwei unterschiedliche 
> Zahlen, erkenne ich einen Fehler und kann darauf 
> reagieren. Nur weil es eine eindeutige Zahl ist, muss
> sie nicht richtig sein. 
>   
Dafür besteht dann wiederum die Gefahr dass jemand den falschen Wert von den
beiden Möglichkeiten als den richtigen einträgt.
> Mal als konkreter Fall: Jemand macht einfach immer bei
> einer Landstrasse einen default-maxspeed von 100 rein,
> weil er meint, so ein Wert sei besser als keiner. Ein
> Fussgaenger sieht ein Tempolimitschild, traegt es ein und
> der Konflikt wird sichtbar. Einen maxspeed kann der
> Fussgaenger aber nicht konfliktfrei eingeben, solange er
> nicht die ganze Strecke abgeht.
>   
Darum soll ja auch nichts eingetragen werden  wenn der Wert nicht 
bekannt ist.
Ein beliebiger eingetragener Wert ist ein Fehler - das wird es immer 
geben und ist nicht zu verhindern.

Garry

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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread Longbow4u

Ich habe einen 3,5 Jahre alten Laptop Pentium Centrino 2Ghz, 1 GB RAM, und hier
läuft JOSM 1566 flüssig. Benutze derzeit Dual-Boot WinXP Home und Kubuntu 8.04.
Von der Hertz-Zahl liegt das ja nicht so weit. Meine Grafikkarte ist eine ATI
x700 256 MB. Vielleicht hast Du nur den Onboard-Chip, der nicht so viel bringt.
Eventuell hast Du zuviele aktive Prozesse im Hintergrund und im System-Tray
laufen. Wenn Du einige ausschaltest, kannst Du möglicherweise Ressourcen
freisetzen (Antivirus, Dateiindizierung etc. pp.).

Longbow4u




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

Re: [Talk-de] Tags für Inline-Skaten

2009-05-04 Thread Jonas Krückel

Jan Tappenbeck schrieb:
> Moin !
>
> hat sich einer von Euch schon einmal Gedanken über Tags im Rahmen von 
> INLINE-SKATING gemacht - inbesondere gefährliche Stellen etc. ?
>   
Bis jetzt hab ich in dieser Richtung nur auf die surface und smoothness 
tags geachtet, tracktype (Asphalt oder Betonplatten, wie gut 
tatsächlich?) hilft leider nicht weiter.
Am besten ist surface=asphalt und smoothness=excellent oder evtl. noch 
=good.
Siehe auch http://wiki.openstreetmap.org/wiki/User:John07/wegbeschaffenheit
Gruß
Jonas

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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread SLXViper

Bei mir läuft JOSM recht flüssig auf nem T41 mit 1,4GHz und ATi Mobility
7500, nur mit dem wmsplugin wird es manchmal sehr lahm, das verursacht
je nach Datenquelle bis zu 100% CPU-Dauerlast. Rein an der Hardware
liegt es wohl nicht, ich vermute, es liegt an etwas anderem.

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

Re: [Talk-de] Autobahnauffahrt


 Original-Nachricht 
> Datum: Sun, 3 May 2009 10:33:26 +0200
> Von: Martin Simon 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] Autobahnauffahrt

Hallo,

> Das garantiert niemand, genauso wenig, wie jemand garantiert, daß
> deine Fake-ways nicht doch irgendwo zusammenhängen, gegenläufige
> oneway-Segmente haben (ganz böse Fehlerquelle...) oder irgendwelche
> anderen Fehler.
> Das ist lediglich eine Prüfung, die man machen *kann*, um fehlerhafte
> Stellen zu umschiffen. Wird vermutlich niemand tun, weil unsere
> motorway_links weit und breit eh schon gut genug sein und neue Fehler
> schnell auffallen.

Auch wenn ich dir sonst in allen Punkten zustimme, ich denke mal,
mit der Winkelprüfung bist du eher auf dem Holzweg ;)

Wenn ich mal meine Erfahrungswerte einbringen darf, das Thema
mit dem Umkehren an der Stelle, an der die beiden zusammengeführt
werden ist keines. Die Route _auf_ der Autobahn ist immer 
schneller als der Haken über Ein- Ausfahrt, so dass man diesen
theoretischen Fehler einfach vernachlässigen kann. Normalerweise
werden Ein/Ausfahrten (OSM-Sprach: _link) auch mit relativ 
niedriger Geschwindigkeit vorbelegt (60-80km/h), denn mehr ist
selten drin. Dadurch wird die Ausfahrt für den Router nochmal
unattraktiver.

Was wirklich hakelig ist, sind normale Strassen ohne bauliche
Trennung, die kreuzungsfrei ausgebaut sind. Hier ist manchmal
die verbotene Ausfahrt auf der anderen Seite deutlich 
attraktiver als die richtige Ausfahrt, so dass es zu 
verbotenen Linksabbiegen direkt auf die Ausfahrt der anderen
Seite kommen kann.

Das ist die Stelle, an der ich wieder mal die Möglichkeit habe,
mein Mantra über die Wichtigkeit des dividers (logical, nicht
physical) anzustimmen. Dieser divider würde auch bei der 
Autobahneinfahrt die Lücke schliesen und das Abbiegen 
endgültig verhindern. 

Grüsse Hubert
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger01

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

Re: [Talk-de] Richtgeschwindigkeit (was: Mehr Basisbezug beim Mappen)

2009-05-04 Thread Philipp

Stefan Schwan schrieb:

> "Richtgeschwindigkeit" wurde in Deutschland ja kürzlich abgeschafft
> (bis auf die Autobahnen), zumindest in den Niederlanden scheint es das
> aber noch zu geben.

-V bitte.

Ich kenne das durchaus auch von Straßen abseits der Autobahn mit vielen
Kurven.

Dort kenne ich wenigstens eine Richtgeschwindigkeitsstrecke mit Tempo
80, die auch noch existiert.

Grüße
Philipp


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

Re: [Talk-de] Tags für Inline-Skaten

2009-05-04 Thread Jan Tappenbeck

... also über soetwas wie skater gefährliche stellen wegen z.b. 
kurzfristiger überflächenwechsel habt ihr nicht nachgedacht.

wegen soetwas (Brücke in Senke aus Holz mit Pflastersteinen davor) habe 
ich mich am wochenende zerlegt (=> 3 Tage Hospital). Entsprechende Nodes 
für Skater-Karten wären vielleicht ganz sinnvoll.

gruß Jan :-)

Jonas Krückel schrieb:
> Jan Tappenbeck schrieb:
>> Moin !
>>
>> hat sich einer von Euch schon einmal Gedanken über Tags im Rahmen von 
>> INLINE-SKATING gemacht - inbesondere gefährliche Stellen etc. ?
>>   
> Bis jetzt hab ich in dieser Richtung nur auf die surface und smoothness 
> tags geachtet, tracktype (Asphalt oder Betonplatten, wie gut 
> tatsächlich?) hilft leider nicht weiter.
> Am besten ist surface=asphalt und smoothness=excellent oder evtl. noch 
> =good.
> Siehe auch http://wiki.openstreetmap.org/wiki/User:John07/wegbeschaffenheit
> Gruß
> Jonas


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

Re: [Talk-de] Tags für Inline-Skaten

2009-05-04 Thread Jonas Krückel

Jan Tappenbeck schrieb:
> ... also über soetwas wie skater gefährliche stellen wegen z.b. 
> kurzfristiger überflächenwechsel habt ihr nicht nachgedacht.
>   
Ich war halt einfach schon froh, wenn ich die Leute dazu überreden 
konnte, dass sie surface und smoothness taggen. Die meisten machen das 
leider noch nicht. Außerdem fahren die typischen OSM-Mapper wenn 
überhaupt nur Fahrrad und können sich daher schlecht in Inlinerfahrer 
hineinversetzen (manche wusste nicht, dass da die Glätte der Oberfläche 
so eine Rolle spielt)

Ich denke eine gute Wikiseite mit allen notwendigen Tags wäre ein großer 
Fortschritt. Ich helfe auch mit beim Erstellen.
Noch bessere Motivation wäre eine Karte.
Gruß
Jonas
> wegen soetwas (Brücke in Senke aus Holz mit Pflastersteinen davor) habe 
> ich mich am wochenende zerlegt (=> 3 Tage Hospital). Entsprechende Nodes 
> für Skater-Karten wären vielleicht ganz sinnvoll.
>
> gruß Jan :-)
>
> Jonas Krückel schrieb:
>   
>> Jan Tappenbeck schrieb:
>> 
>>> Moin !
>>>
>>> hat sich einer von Euch schon einmal Gedanken über Tags im Rahmen von 
>>> INLINE-SKATING gemacht - inbesondere gefährliche Stellen etc. ?
>>>   
>>>   
>> Bis jetzt hab ich in dieser Richtung nur auf die surface und smoothness 
>> tags geachtet, tracktype (Asphalt oder Betonplatten, wie gut 
>> tatsächlich?) hilft leider nicht weiter.
>> Am besten ist surface=asphalt und smoothness=excellent oder evtl. noch 
>> =good.
>> Siehe auch http://wiki.openstreetmap.org/wiki/User:John07/wegbeschaffenheit
>> Gruß
>> Jonas
>> 
>
>
> ___
> 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

Re: [Talk-de] Richtgeschwindigkeit (was: Mehr Basisbezug beim Mappen)

2009-05-04 Thread Stefan Schwan

Am 4. Mai 2009 18:59 schrieb Philipp :
> Stefan Schwan schrieb:
>
>> "Richtgeschwindigkeit" wurde in Deutschland ja kürzlich abgeschafft
>> (bis auf die Autobahnen), zumindest in den Niederlanden scheint es das
>> aber noch zu geben.
>
> -V bitte.

Hab nochmal gegooglt - ich dachte diese Schilderliste sei inzwischen
so gut wie durch: Ist sie aber nicht. Man will offenbar keine Schilder
streichen, sondern grundsätzlich nur weniger aufstellen.

http://greenpeace-magazin.de/index.php?id=55&tx_ttnews[tt_news]=48254&tx_ttnews[backPid]=67&cHash=78eb16a412

Ich korrigiere das Proposol dementsprechend, danke für den Hinweis!

Gruß,
Stefan

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

[Talk-de] wie Oberflaeche geteert eintragen

2009-05-04 Thread Herbert Hannebrook


Hallo,
ich bin mir mittlerweile unsicher, wie ich geteerte Strassen eintragen soll.
*surface:paved* wie in 
http://wiki.openstreetmap.org/wiki/DE:Map_Features angegeben, gibt auch 
die Vorlage Josm vor,
oder doch lieber *surface:asphalt*, machen anscheinend auch viele: 
http://tagwatch.stoecker.eu/Europe/De/keystats_surface.html .

Paved heißt doch befestigt oder gepflastert und nicht geteert.
Bisher habe ich paved, wie in der Wiki angegeben verwendet, finde 
asphalt aber logischer!

Herbert


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

Re: [Talk-de] OK, kein Basisbezug

2009-05-04 Thread Stefan Schwan

Hallo!

Am 4. Mai 2009 17:22 schrieb qbert biker :

> Er kostet dann so gut wie nichts, wenn die Daten schon da
> sind. Nur wenn es nichtmal eine Struktur fuer diese Basisdaten
> gibt und keine Anleitung und die Spezialisten hier die
> Leute auffordern, sowas gar nicht zuzulassen, weil
> genauere Daten nur stoeren, gibt es sie eben nicht.

Es ist doch ohnehin müßig, Leute aufzufordern, etwas _nicht_ zu
mappen. Ich finde es eine gute Idee, Schilder einzutragen.

Wo wir jetzt ja die Anbindung an Commons haben, sollte es doch ein
leichtes sein, die Liste von

http://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_Deutschland

in unser Wiki zu übernehmen.

Wenn du eine JOSM Preset Objektvorlage mit schönen Icons aus dieser
Liste generieren würdest, dann könnten dien echten "Speziallisten"
ohne weiteres ein Schild wie "Seitenwind" als highway=sign
ref:de=117-10 eintragen (oder was immer dir sinnvoll vorkommt).

Gruß,
Stefan

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

[Talk-de] Bei Oracle.com: Geodaten und Application Express: OpenStreetMap und OpenLayers

2009-05-04 Thread Dr. Franz-Josef Behr


Auch Oracle-Mitarbeiter nehmen Notiz von OL und OSM:

http://www.oracle.com/global/de/community/tipps/geo-osm/index.html

--
Mit freundlichen Grüßen / Regards / Cordialement

Dr. Franz-Josef Behr

Applied Geoinformatics for Society and Environment 2009
http://www.applied-geoinformatics.org/
begin:vcard
fn:Dr. Franz-Josef Behr
n:Behr;Franz-Josef
org:Stuttgart University of Applied Sciences  (SUAS);Faculty of Geomatics, Computer Science and Mathematics
adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany
title:Prof. 
tel;work:+49) 711/8926-2606
tel;home:+49 (0)721 / 453980-1
url:http://www.hft-stuttgart.de/
version:2.1
end:vcard

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

Re: [Talk-de] Vorwahlbezirke (und Postleitzahlenbereiche)

2009-05-04 Thread Ludwich

Die Daten stehen zwar "frei" zur Verfügung, die erforderliche
Copyright-Angabe läßt sich aber sicherlich nicht realisieren

Schönen Abend

Ludwich

http://www.bundesnetzagentur.de/enid/786701cb2de1f0169ed0aa876aa367bb,0/Verzeichnisse/ONB-Grenzen_1gj.html
*

ONB-Grenzen*

*1. Übersicht der ONB-Grenzen*

Die Bundesrepublik Deutschland ist in Ortsnetzbereiche (ONB) eingeteilt.
Für jeden ONB ist ein Nummernteilbereich festgelegt, der durch eine
Ortsnetzkennzahl (ONKz) identifiziert ist.

Eine Übersicht über die ONKz kann als pdf-Datei herunter geladen werden
(Download unten).

*
*

*2. Aktuelle ONB-Grenzen*

Die digitalen ONB-Grenzen liegen als gepackte ArcView Shape-Datei vor.
(Gauß-Krüger-Projektion, 3. Meridianstreifen, Mittelmeridian 9°, auf
Grundlage des Bessel-Ellipsoids). Zum Öffnen werden ein Entpacker (z.
B.WinZip) und ein geografisches Informationssystem (z. B. ArcView)
benötigt.

Geographische Grenzen aller ONB (Download unten)

Die Zuteilungsnehmer müssen bei der Vergabe der Rufnummern den
geographischen Bezug und die folgenden Sonderfestlegungen

beachten.

Die ONB-Grenzen stehen jedermann zur kostenlosen Nutzung zur Verfügung.
Die Information kann auch innerhalb einer freien oder kostenpflichtigen
Software genutzt und dritten Personen zur Verfügung gestellt werden. Bei
einer Veröffentlichung, Weitergabe der Daten in jeder Form muss jedoch
immer gut sichtbar das *Copyright der Bundesnetzagentur für
Elektrizität, Gas, Telekommunikation, Post und Eisenbahnen* angegeben
sein, z. B. Übersicht der Grenzen aller ONB (Stand: 31.12.2006) ©
Bundesnetzagentur für Elektrizität, Gas, Telekommunikation, Post und
Eisenbahnen.

Die digitalen ONB-Grenzen werden nach jeder Ortsnetzänderung
veröffentlicht.

Wenn originäre Zuteilungsnehmer in den ONB jeweils aktuell über
Ortsnetzgrenzänderungen per E-Mail informiert werden möchten, so
schicken Sie bitte einen formlosen Antrag mit ihrer E-Mailanschrift an
die unten genannte Adresse.

Dermot McNally schrieb:

2009/5/2 jorkh :

hallo,
sehr richtig, 040 geht ziemlich weit um Hamburg herum. Exklaven gibt es
aber wohl nicht.

Doch - am Münchner Flughafen, der geographisch von der eigentlichen
Stadt ziemlich getrennt ist, wird die Vorwahl 089 verwendet (meines
wissens ist die "richtige" Vorwahl, Erding oder Freising, auch dort zu
haben, wenn dann gibts hier auch eine Überlappung).

Dermot

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

Re: [Talk-de] Karten fuer die Altmark

2009-05-04 Thread Wolfgang

Am Sonntag, 3. Mai 2009 15:06:28 schrieb Michael Buege:
> Zitat (Ingrid) Michael Buege:
>
[...]
>
> Der Ort liegt recht zentral zwischen einigen grossen Mappermetropolen.
> FF> Deswegen geht die Mail extra an mehrere regionale Listen.

An fast exakt der Stelle wurde ich vor ein paar Jahren geblitzt. So gesehen 
habe ich eine enge Beziehung dazu...

Hängt stark von Termin und Preisvorstellungen ab. Wenn ein einzelner 
profitieren möchte, sollte er nicht auch noch daran verdienen. Wenns passt, 
bin ich dabei.

Wolfgang

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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread Stephan Wolff

SLXViper schrieb:
> Bei mir läuft JOSM recht flüssig auf nem T41 mit 1,4GHz und ATi Mobility
> 7500, nur mit dem wmsplugin wird es manchmal sehr lahm, das verursacht
> je nach Datenquelle bis zu 100% CPU-Dauerlast. Rein an der Hardware
> liegt es wohl nicht, ich vermute, es liegt an etwas anderem.

Das wmsplugin habe ich auch in Gebrauch. Ich hatte angenommen, dass ein
einmal geladenes Hintergrundbild ähnlich dem Desktopbild keine 
nennenswerte CPU-Last mehr verursacht, aber ich werde es einmal ohne 
ausprobieren. Aber wieso kann die CPU-Last von der Datenquelle abhängen?

Viele Grüße

Stephan


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

Re: [Talk-de] Vorwahlbezirke (und Postleitzahlenbereiche)

Ludwich schrieb:
> Die Daten stehen zwar "frei" zur Verfügung, die erforderliche 
> Copyright-Angabe läßt sich aber sicherlich nicht realisieren

Ließe sich schon, jedoch nicht mit der aktuellen Lizenz und erst
recht nicht bei PD.

Und nein, das BKG gibt die Daten nicht raus.

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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

2009-05-04 Thread Werner König

innerorts in town
außerorts out of town


wenn leo recht hat

Siehe
http://dict.leo.org/forum/viewUnsolvedquery.php?idThread=529660&idForum=1&lp
=ende&lang=de

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Bernd Wurst
Gesendet: Montag, 4. Mai 2009 10:00
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Maxspeed map - Kompromissvorschlag


Hallo.

Am Montag 04 Mai 2009 09:32:12 schrieb Stefan Dettenhofer (StefanDausR):
> > speedzone=default:DE  (100)
> > speedzone=default:NL  (80)

Ich warte immernoch auf jemanden, der weiß was das Pendant zum deutschen 
"außerorts" im englischen Sprachgebrauch ist.


> 2) maxspeed=... steht alleine, wenn die Geschwindigkeit explizit durch 
> ein Verkehrszeichen (Zeichen 274) geregelt ist. Es dürfen 
> ausschließlich numerische Werte angegeben werden! Hier darf 
> speedzone=... nicht stehen.

Es geht aber nichts kaputt, wenn jemand sich einen neuen Wert für speedzone 
ausdenkt, der aussagt "hier ist die Geschwindigkeit durch ein Schild 
geregelt", sowas wie speedzone=signed. Ich persönlich find's zwar unnötig, 
aber es könnte sein dass es jemand gerne haben will.


> Welche Defaults werden für speedzone=... benötigt?
> default:DE würde ich durch z.B. outside:DE ersetzten, da erkennt man 
> besser das "außerhalb geschlossener Ortschaften"

Ja, bitte. Unter der Voraussetzung, dass das Wort für den Zweck gebräuchlich

ist...


> Was haltet Ihr davon?

Der beste Vorschlag zu dem Thema, den ich im gesamten Thread bisher gesehen 
habe. Danke dafür!

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#403): Strategische Entscheidung
   Wir haben zwar keine Ahnung, aber die Präsentationen sahen toll
   bunt aus, die Verkäufer haben uns zugelabert und trugen Schlips
   und Anzug. Lediglich das Geräusch, das entstand, als der anwesende
   Techniker (wer hat den eigentlich eingeladen, der trägt ja noch
   nichtmal Anzug) seinen Kopf mehrfach gegen die Tischplatte schlug,
   hat etwas gestört.
(Alexander Schreiber)



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

Re: [Talk-de] wie Oberflaeche geteert eintragen

2009-05-04 Thread RalfGesellensetter

On Montag 04 Mai 2009 19:48:42 Herbert Hannebrook wrote:
> Paved heißt doch befestigt oder gepflastert und nicht geteert.
> Bisher habe ich paved, wie in der Wiki angegeben verwendet, finde
> asphalt aber logischer!

Danke für die Vorlage, dachte auch, dass paved "gepflastert" heißt (pavement) 
- und wie sonst soll man Wege mit Betonpflasterung (dies Mosaikpflaster) 
kennzeichnen - jedenfalls nicht als "cobblestone" (Kopfsteinpflaster).



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

Re: [Talk-de] Aufkleber?

2009-05-04 Thread RalfGesellensetter

On Donnerstag 30 April 2009 21:41:47 Johannes Huesing wrote:
> In unserem Haushalt gab's beide. Die Emacs-Tasse ist kaputtgegangen.
> Der Editorkrieg ist also bei uns entschieden.

Wir machen einen neuen: josm vs. potlatch ;) 

BTW: Gibt es eigentlich (freie) Zeichensätze (TTF) mit josm/osm-Signaturen?

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

Re: [Talk-de] wie Oberflaeche geteert eintragen

On Mon, May 04, 2009 at 07:48:42PM +0200, Herbert Hannebrook wrote:
> Hallo,
> ich bin mir mittlerweile unsicher, wie ich geteerte Strassen eintragen soll.
> *surface:paved* wie in  
> http://wiki.openstreetmap.org/wiki/DE:Map_Features angegeben, gibt auch  
> die Vorlage Josm vor,
> oder doch lieber *surface:asphalt*, machen anscheinend auch viele:  
> http://tagwatch.stoecker.eu/Europe/De/keystats_surface.html .
> Paved heißt doch befestigt oder gepflastert und nicht geteert.
> Bisher habe ich paved, wie in der Wiki angegeben verwendet, finde  
> asphalt aber logischer!

paved ist default - muss also nicht angegeben werden. Fuer teer kenne ich aus
Englischen eher "tarmac" als "asphalt"

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] JOSM sehr träge

2009-05-04 Thread Werner König

Versuch es doch mal mit Merkaartor, der ist in c++ geschrieben und sollte
daher deutlich mehr Performance bringen

Gruß

Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Stephan Wolff
Gesendet: Montag, 4. Mai 2009 16:08
An: talk-de@openstreetmap.org
Betreff: [Talk-de] JOSM sehr träge


Moin, moin,

nachdem Potlatch nach der Umstellung auf die neue API relativ viele Fehler
verursacht, habe ich wieder einmal versucht auf JOSM umzusteigen. JOSM hat
viele durchdachte Funktionen und auch an die Bedienung könnte ich mich
gewöhnen, aber es läuft auf meinem Notebook so träge, dass das Arbeiten
damit keinen Spaß macht. Nach jedem Mausklick muss ich eine halbe Sekunde
warten und nachsehen, ob der Punkt erscheint. Auch das Vorlagen-Menü öffnet
sich nur widerwillig.

Ich nutze Sun Java und starte JOSM 1529 mit der Option "-Xmx512m". Hat
jemand einen Tipp, wie man JOSM schneller macht? Den Diskussionen auf
talk.de vom August 08 und Dezember 08 habe ich gelesen, aber wenig konkrete
Hinweise gefunden. Antialiasing ist abgeschaltet.

Mein Notebook ist ein sieben Jahre altes IBM Thinkpad A31 mit einem 1,6GHz
P4 mobile, 1GB Ram, einem guten, entspiegeltem 1050x1400 Display und läuft
unter XP pro. Für alle Anwendungen außer 3D-Spielen und JOSM ist es schnell
genug.

Stephan

PS: Angebote fünf Jahre alter Tower-PCs sind nicht erwünscht :-)


___
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

Re: [Talk-de] wie Oberflaeche geteert eintragen

Florian Lohoff schrieb:
> On Mon, May 04, 2009 at 07:48:42PM +0200, Herbert Hannebrook wrote:
>   
>> Hallo,
>> ich bin mir mittlerweile unsicher, wie ich geteerte Strassen eintragen soll.
>> *surface:paved* wie in  
>> http://wiki.openstreetmap.org/wiki/DE:Map_Features angegeben, gibt auch  
>> die Vorlage Josm vor,
>> oder doch lieber *surface:asphalt*, machen anscheinend auch viele:  
>> http://tagwatch.stoecker.eu/Europe/De/keystats_surface.html .
>> Paved heißt doch befestigt oder gepflastert und nicht geteert.
>> Bisher habe ich paved, wie in der Wiki angegeben verwendet, finde  
>> asphalt aber logischer!
>> 
>
> paved ist default - muss also nicht angegeben werden. Fuer teer kenne ich aus
> Englischen eher "tarmac" als "asphalt"
>
> Flo
>   
ich  dachte tarmac ist eher das, was in den Sportstadien auf den 
Laufbahnen zu finden ist?

--
 Mario

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

Re: [Talk-de] Maxspeed map - Kompromissvorschlag

Hallo.

Am Montag 04 Mai 2009 20:30:15 schrieb Werner König:
> wenn leo recht hat

Warum glauben eigentlich alle, dass ich zu doof bin ein Wörterbuch zu 
benutzen?

Ein Wörterbuch bietet fast immer mehrere Übersetzungen und mehrere 
Wörterbücher liefern für den selben Begriff noch mehr Übersetzungen.
Manchmal wird ein in Deutschland fester Begriff im englischen auch durch 
mehrere Worte ausgedrückt oder anders herum.

Hier einen Begriff einzuführen, den ein deutscher in einem Wörterbuch 
nachgeschlagen hat, finde ich ne ziemlich unsinnige Idee. Zu groß die Gefahr, 
dass dabei eine total ungebräuchliche oder gar missverständliche Bezeichnung 
herauskommt.
Man sollte hier den Aufwand treiben, einen native speaker einfach mal zu 
fragen, wie die da drüben das wirklich in der Umgangssprache bezeichnen. 

Mein üblicher native speaker ist momentan leider nicht per Mail zu erreichen, 
aber irgendjemand hier wird doch entweder einen kennen oder die Courage haben, 
das auf talk@ mal zu fragen.

Gruß, Bernd

-- 
Schau' mir in die Header, Kleines...  -  Martin Schmitz



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] wie Oberflaeche geteert eintragen