date:20090503

Am Sonntag 03 Mai 2009 schrieb Garry:
> Guenther Meyer schrieb:
> >> none/no ist meiner Meinung nach der einzige nicht numerische Wert der
> >> hier zugelassen werden kann (Wenn wirklich keine
> >> Begrenzung vorliegt, hatte hierzu ja auch schon einen Vorschlag das
> >> numerisch zu lösen mit 250km/h).
> >
> > du solltest inzwischen eigentlich wissen dass es sowas wie "zugelassen
> > werden kann" bei osm nicht gibt. jeder taggt so, wie er es fuer richtig
> > haelt...
>
> Dan denk Dir das "zugelassen" in Anführungszeichen wenn Du mit der
> Formulierung ein Problem hast...
>
> >> Bei einer "zone30" ist maxspeed = 30km/h eine Information die für
> >> Geschwindigkeit als Grenzwert relevant ist.
> >
> > d.h. man muss neben speedzone auch noch maxspeed eintragen?
>
> ... sonst kann ich Dir jetzt auch hier Dein "muss" ankreiden...
>
> > das ist absolut unnoetiger mehraufwand.
>
> Sehe ich nicht so..maxspeed wäre dann die elemetare Information mit dem
> aktuell gültigen Wert,
> Speedzone eine Zusatzinformation. Z.B. in der Speedzone=city  die
> zulässige 50km/h immer noch
> durch explizite Beschilderung auf einen anderen Wert gesetz werden.
> Dennoch gilt z.B. bei Geschwindigkeitsverstössen
> die  Ahdungstabelle für "city"..
>
> >> 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.



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] Wanderkarte tot?

2009-05-03 Diskussionsfäden Nop



>> Die Wanderkarte ist vorübergehend offline. Wird wohl ein paar Tage 
>> dauern bis sie auf ein neues Webhosting umgezogen ist.
> 
> Gibt es einen Mirror für die Downloadversionen (gmapsupp.zip, mapsource.zip),
> gerne auch als Torrent?

Nein. Lohnt sich auch nicht wirklich, da ich hier schon die neue Version 
(deutschlandweit) in Arbeit habe. Ist nur noch ein wenig unkooperativ.

bye
Nop


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

Re: [Talk-de] Garminkarte jetzt mit maxspeed

Hallo,

Ich finde es ja gut eine so tolle Garminkarte für Deutschland hier zu
finden. Ich verwalte jedoch Garminkarten bei mir eigenlich
über Touratech QV 4.0.97. Sobald ich jedoch die Karte, die ich von der
angegebenen Seite geladen habe, in Touratech laden möchte,
stürzt das Programm auf meinem Windows-Vista-Rechner mit der Meldung
Touratech QV, GPS-Navigation und Movingmap funktioniert
nicht mehr. Jemand eine Ahnung wie man das beheben kann.

Außerdem welche Möglichkeiten habe ich sonst noch die Karte in das
Garmingerät (GPSmap 60CSx) zu bekommen
Sendmap
Mapsource
etc.

Das beste wäre natürlich es würde mit dem Touratechprogramm laufen, da ich
die Karte dort auch gut gebrauchen könnte

Gruß

Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Christoph Wagner
Gesendet: Sonntag, 3. Mai 2009 16:54
An: Openstreetmap allgemeines in Deutsch; Liste für Mapper und Interessierte
am OSM Projekt in und um Dresden
Betreff: [Talk-de] Garminkarte jetzt mit maxspeed


Hallo Leute,

ich habe mal wieder intensiv an meiner garminkarte gearbeitet. Dies schließt
viele kleine Style- und funktionelle Korrekturen und Erweiterungen ein. Vor
allem aber habe ich das routing jetzt komplett überarbeitet. Es sollte jetzt
sowohl der maxspeed-tag berücksichtigt werden, sowie der Strassentyp über
den man als Autofahrer langgeschickt wird. Ich hoffe das als Autofahrer über
die Fußwege geschickt werden ist damit vorbei.

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.

Momentan habe ich noch die --road-name-pois Option aktiviert, die auf jede
Strasse einen Punkt setzt, damit man sie im Findmenü auch ohne das noch zu
primitive Adresssuchmenü finden kann. Dies ist nur übergangsweise drin. Wenn
die Adresssuche von mkgmap besser unterstüzt wird, werde ich die Option
wieder rausnehmen und die Punkte auf den Strassen verschwinden.

Viel Spaß mit der Karte!

Christoph

http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map



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

Re: [Talk-de] Maxspeed map

Mario Salvini schrieb:
> 
>   
>> Weil es sonst zu kompliziert wird für das Mappen, die Anwendung und die 
>> Qualitätakontrolle.
>> Einen konkreten Zahlenwert kann praktisch jeder überprüfen und 
>> korrigieren und eine Anwendung benötigt
>> keinerlei Zusatzinformationen um diesen Wert zu Nutzen. Ich kann damit 
>> zu Beispiel direkt einen  Tempomaten
>> korrigieren der auf einen zu hohen Wert eingestellt ist.
>> Und man kann für jedes Wegstück individuell den korrekten Wert 
>> eintragen. Nimm doch mal z.B, die "Zone" innerorts
>> hier kann die Geschwindigkeit beliebig weiter nach unten begrenzt sein.
>>   
>> 
> wo kann ein einer Straße außerorts wo keine explizite Begrenzung ist 
> jemand konkrete Werte überprüfen?
>   
Es ist genauso eine explizite Begrenzung wie eine Tempo30 Zone - die 
Schilder stehen an
jeder Aussengrenze von Deutschland... Zusätzlich auch ausgeschildert 
durch das Ortsende-Schild
bzw. das Aufhebungszeichen.
>>
>>>
>>>   
>> none/no ist meiner Meinung nach der einzige nicht numerische Wert der 
>> hier zugelassen werden kann (Wenn wirklich keine
>> Begrenzung vorliegt, hatte hierzu ja auch schon einen Vorschlag das 
>> numerisch zu lösen mit 250km/h).
>>   
>> 
> 250 wäre genauso ein Hinkefußwert für "unbeschränkt", wie 7 für 
> "Schrittgeschwindigkeit".
>   
Es wäre eine brauchbare, resourcenschonende Basis für funktionierende 
Anwendungen. Hat sich aber erledigt,
das Thema ist längst ausdiskutiert.


Garry

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

Re: [Talk-de] Maxspeed map

Guenther Meyer schrieb:
>
>> none/no ist meiner Meinung nach der einzige nicht numerische Wert der
>> hier zugelassen werden kann (Wenn wirklich keine
>> Begrenzung vorliegt, hatte hierzu ja auch schon einen Vorschlag das
>> numerisch zu lösen mit 250km/h).
>>
>> 
> du solltest inzwischen eigentlich wissen dass es sowas wie "zugelassen werden 
> kann" bei osm nicht gibt. jeder taggt so, wie er es fuer richtig haelt...
>
>   
Dan denk Dir das "zugelassen" in Anführungszeichen wenn Du mit der 
Formulierung ein Problem hast...
>> Bei einer "zone30" ist maxspeed = 30km/h eine Information die für
>> Geschwindigkeit als Grenzwert relevant ist.
>> 
> d.h. man muss neben speedzone auch noch maxspeed eintragen?
>   
... sonst kann ich Dir jetzt auch hier Dein "muss" ankreiden...
> das ist absolut unnoetiger mehraufwand.
>
>   
Sehe ich nicht so..maxspeed wäre dann die elemetare Information mit dem 
aktuell gültigen Wert,
Speedzone eine Zusatzinformation. Z.B. in der Speedzone=city  die 
zulässige 50km/h immer noch
durch explizite Beschilderung auf einen anderen Wert gesetz werden. 
Dennoch gilt z.B. bei Geschwindigkeitsverstössen
die  Ahdungstabelle für "city"..
>> 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: _*

(1c) Die Straßenverkehrsbehörden ordnen ferner innerhalb geschlossener 
Ortschaften, insbesondere in Wohngebieten und Gebieten mit hoher 
Fußgänger- und Fahrradverkehrsdichte sowie hohem Querungsbedarf, Tempo 
30-Zonen im Einvernehmen mit der Gemeinde an. Die Zonen-Anordnung darf 
sich weder auf Straßen des überörtlichen Verkehrs (Bundes-, Landes- und 
Kreisstraßen) noch auf weitere Vorfahrtstraßen (Zeichen 306) erstrecken. 
Sie darf nur Straßen ohne Lichtzeichen geregelte Kreuzungen oder 
Einmündungen, Fahrstreifenbegrenzungen (Zeichen 295), Leitlinien 
(Zeichen 340) und benutzungspflichtige Radwege (Zeichen 237, 240, 241 
oder Zeichen 295 in Verbindung mit Zeichen 237) umfassen. An Kreuzungen 
und Einmündungen innerhalb der Zone muss grundsätzlich die Vorfahrtregel 
nach § 8 Abs. 1 Satz 1 ("rechts vor links") gelten. Abweichend von Satz 
3 bleiben vor dem 1. November 2000 angeordnete Tempo 30-Zonen mit 
Lichtzeichenanlagen zum Schutz der Fußgänger zulässig.

?

Garry

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

Re: [Talk-de] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Christoph Wagner

Sven Geggus schrieb:
> Friedhelm Schmidt  wrote:
> 
>>> und was ist mit dem "als Fahrradfahrer über Treppen geschickt werden"?
>> No traagsch'es hald a Stiggle
> 
> Es gibt Treppen, da könnte das richtig in Arbeit ausarten:
> http://openstreetmap.org/?lat=48.996885&lon=8.482699&zoom=18&layers=B000FFF
> 

Als Fahrradfahrer sollte man mit den aktuellen Styles auch vor Treppen
Ruhe haben. Wer trotzdem über Treppen will, stellt halt Fußgängerrouting
ein.

Grüße
Christoph



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

Re: [Talk-de] [OSM-Dresden] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Christoph Wagner

Colin Marquardt schrieb:

> Die OSM-Daten sind wohl aber aelter? Ich vermisse da Zeug, was ich
> schon vor einer Weile eingetragen habe und auch gerendert wird.
> 

Stimmt tatsächlich! Ich hab den Fehler auch schon erkannt. Hab was
dämliches zurecht geskriptet!
Werde morgen ne aktualisierte Version erzeugen.

Sorry!
Also wer unbedingt aktuelle Daten möchte, warte noch bis morgen.

Grüße
Christoph



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

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

Am Sonntag 03 Mai 2009 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.
>
richtig.





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 Sonntag 03 Mai 2009 schrieb Fabian Schmidt:
> Am 02.05.09 schrieb Guenther Meyer:
> > wie gesagt, fuer die meisten anwendungen sind, denke ich, die auswirkung
> > des schildes relevant.
>
> amenity=fahrradanschliessmoeglichkeit ?
>
ist zwar jetzt nicht der hauptzweck eines schildes, aber durchaus auch eine 
anwendungsmoeglichkeit ;-)

ich hab ja nix dagegen, wenn jemand schilder direkt taggt.
nur sollte auch irgendwie die relation zum entsprechenden streckenabschnitt 
vorhanden sein, und das ist - wie garry schon schreibt - nicht ganz einfach 
(mit dem momentanen model)...





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?

Werner König schrieb:
> Das ein Schild nicht gefunden werden soll stimmt so nicht. Beispiel: wenn
> ich als Biker im Schwarzwald unterwegs bin (und da gibt es mittlerweile
> auch viele Tracks, die gemappt wurden), und ich habe ein entsprechendes
> GPS-System bei mir (mit Karte) - habe mich aber trotzdem hoffnungslos
> verfahren-
> dann ist der Hinweis zu einem Schild auf dem draufsteht, wo es hier wie
> weitergeht durchaus eine wichtige Information.
>   
Hier geht es ja in erster Linie um die Vorschriftenzeichen, die 
Richtungshinweise sind eine andere Baustelle.
Schau mal in die Schweizer Liste, die sind glaube ich gerade in diese 
Richtung aktiv - die Verfügen nach
meinen Erfahrungen auch über ein sehr gut beschildertes Wegenetz abseits 
der Strassen
.

Garry

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

Re: [Talk-de] [OSM-Dresden] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Colin Marquardt

Am 3. Mai 2009 16:54 schrieb Christoph Wagner :
> Hallo Leute,
>
> ich habe mal wieder intensiv an meiner garminkarte gearbeitet. Dies
> schließt viele kleine Style- und funktionelle Korrekturen und
> Erweiterungen ein.

Die OSM-Daten sind wohl aber aelter? Ich vermisse da Zeug, was ich
schon vor einer Weile eingetragen habe und auch gerendert wird.

Cheers
  Colin

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

Re: [Talk-de] Maxspeed map

Am Sonntag 03 Mai 2009 schrieb Fabian Schmidt:
> Am 02.05.09 schrieb Guenther Meyer:
>  Also ich wäre für ein separates Tag für die Geschwindigkeitszonen,
> >>
> >> Ausserdem ist maxspeed laut MapFeatures ein numerischer
> >> Wert und es gibt Applikationen die sich darauf verlassen.
> >
> > wird aber nicht so benutzt.
>
> Du meinst: wird auch anders benutzt, da es bis jetzt noch kein
> Alternativtag gab.
>
ich denke, die leute benutzen es, weil sie maxspeed als das sehen was es ist: 
ein tag, das die hoechstgeschwindigkeit angibt, auf welche art auch immer 
diese ausgezeichnet sein mag.
und damit liegen sie meiner meinung nach auch richtig.

> > aus entwicklersicht waere mir es wesentlich lieber, wenn eine eigenschaft
> > nur durch ein tag beschrieben werden wuerde. dass dann um neue werte zu
> > erweitern ist wesentlich einfacher, als staendig zwei verschiedene tags
> > auswerten zu muessen...
>
> Rein interessehalber: womit entwickelst Du, dass es wesentlich einfacher
> ist, ein Key in zwei Lesarten zu interpretieren, als sich die Infos aus
> zwei Keys zu holen? XSLT?
>
mit libxml2.
hast du schonmal versucht, xml-files in der groesse der osm-daten zu parsen?
da ist man froh um jedes tag, dass man nicht zusaetzlich betrachten muss.

wenn mich, mal ganz vereinfacht gesagt, nur die geschwindigkeitslimits 
interessieren, dann muss ich nur das maxspeed tag rausziehen, den rest kann 
ich uebergehen. die wert dieses keys nachher aufzupfriemeln und auszuwerten 
ist dann keine grosse sache mehr.






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?

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.

Garry


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

Re: [Talk-de] Maxspeed map

Mario Salvini schrieb:
> das Auslagern dieser Werte in ein seperates Tag (in diesem Vorschlag -> 
> speedzone) ändert leider nichts an der problematik, das Leute maxspeed 
> taggen möchten, obwohl keine expliziten Begrenzungen ausgeschildert sind.
> Wenn solche Bereiche dann ein maxspeed=no bekämen wäre es wieder 
> konsequent, aber dann können wir uns auch das speedzone sparen und 
> anstatt ein undefiniertes no eine Platzhalterkonstante einfügen.
>   
Siehe parallelposting - die Begrenzung bekommst Du an den Landesgrenzen 
mitgeteilt und ein konkreter
Wert ist damit konsequent!

Garry

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

Re: [Talk-de] Maxspeed map

Am Sonntag 03 Mai 2009 schrieb Garry:
> Guenther Meyer schrieb:
> > Am Samstag 02 Mai 2009 schrieb Chris-Hein Lunkhusen:
> >> Guenther Meyer schrieb:
>  Also ich wäre für ein separates Tag für die Geschwindigkeitszonen,
> >>>
> >>> was meinst du mit "geschwindigkeitszonen"?
> >>> sowas wie 30-zonen, oder was?
> >>
> >> Auch. Im wesentlichen die 3 Geschwindigkeitsbereiche Innerhalb/
> >> Ausserhalb geschlossener Ortschaft und Autobahn.
> >
> > ok. also nichts anderes, als das was ich auch schrieb.
> > nur ob da zone der richtige begriff dafuer ist...
> >
> >>> und warum ein neues tag?
> >>> fuer geschwindigkeiten ist doch maxspeed da...
> >>
> >> speedzone für implizite und maxspeed für explizite
> >> Beschränkungen. Sind zwei Paar Schuhe. Es bringt
> >> Vorteile das zu trennen (siehe Thread).
> >
> > warum?
> > wieso reicht nicht ein tag, dass die geschwindigkeit angibt?
> > wozu braucht man ein zweites?
>
> Weil es sonst zu kompliziert wird für das Mappen, die Anwendung und die
> Qualitätakontrolle.
> Einen konkreten Zahlenwert kann praktisch jeder überprüfen und
> korrigieren und eine Anwendung benötigt
> keinerlei Zusatzinformationen um diesen Wert zu Nutzen. Ich kann damit
> zu Beispiel direkt einen  Tempomaten
> korrigieren der auf einen zu hohen Wert eingestellt ist.
> Und man kann für jedes Wegstück individuell den korrekten Wert
> eintragen. Nimm doch mal z.B, die "Zone" innerorts
> hier kann die Geschwindigkeit beliebig weiter nach unten begrenzt sein.
>
naja, das mappen wird definitiv komplizierte.
und die anwendung braucht vielleicht keine zusatzinformation, muss aber dafuer 
beim auswerten der daten sebst mehr aufwand betreiben...
 
> >> Ausserdem ist maxspeed laut MapFeatures ein numerischer
> >> Wert und es gibt Applikationen die sich darauf verlassen.
> >
> > wird aber nicht so benutzt.
>
> Wie kommst Du darauf? Navipowm  als  OSM-Moving-Map-Anwendung  zeigt
> Dir z.B,  explizit den
> Maxspeed-Wert an.
>
damit meinte ich, dass (laut tagwatch) durchaus auch nicht-numerische werte 
benutzt werden:
> > was ist mit dingen wie citylimits, default, none, signals, walk...
>
> none/no ist meiner Meinung nach der einzige nicht numerische Wert der
> hier zugelassen werden kann (Wenn wirklich keine
> Begrenzung vorliegt, hatte hierzu ja auch schon einen Vorschlag das
> numerisch zu lösen mit 250km/h).
>
du solltest inzwischen eigentlich wissen dass es sowas wie "zugelassen werden 
kann" bei osm nicht gibt. jeder taggt so, wie er es fuer richtig haelt...

> > aus entwicklersicht waere mir es wesentlich lieber, wenn eine eigenschaft
> > nur durch ein tag beschrieben werden wuerde. dass dann um neue werte zu
> > erweitern ist wesentlich einfacher, als staendig zwei verschiedene tags
> > auswerten zu muessen...
>
> Bei einer "zone30" ist maxspeed = 30km/h eine Information die für
> Geschwindigkeit als Grenzwert relevant ist.
d.h. man muss neben speedzone auch noch maxspeed eintragen?
das ist absolut unnoetiger mehraufwand.

> 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".




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:
>  Original-Nachricht 
>   
>> Datum: Sun, 3 May 2009 18:22:06 +0200
>> Von: Martin Koppenhoefer 
>> An: Openstreetmap allgemeines in Deutsch 
>> Betreff: Re: [Talk-de] OK, kein Basisbezug
>> 
>
>
>   
>> das halte ich nicht für zutreffend.
>> 
>
> Ich sach nur Abstraktion ;)
>
>   
>> Überhaupt nicht. Eine Karte wird
>> genau für einen (oder evtl. mehrere) Einsatzzweck konzipiert, 
>> 
>
> Du verwechselst den allerletzten Schritt mit dem gesamten
> Konzept. Spezialkarten sind Ableitungen des Standardwerks oder
> Overlays davon. Es gibt zwar Vorentscheidungen, die Aufwand,
> Genauigkeit und Auflösung betreffen, aber eine Karte ist 
> genau so neutral wie das Kartographenhandwerk das dahintersteht.
>
> Was es gibt, sind grobe Ebenen, die z.B. die Daten der
> Vermessungsämter von denen der Navikarten unterscheiden. 
> Eine digitale Strassenkarte ist graphenzentriert, für das
> Vermessungsamt spielen die Graphen keine so grosse Rolle.
>
>   
>> das
>> ergibt sich sowohl aus der Auswahl der features als auch aus deren
>> Darstellung und Maßstab. Mit einem Weltatlas kann man nunmal keine
>> Wandertour planen. 
>> 
>
> Und die Vermessungsämter erheben deiner Meinung nach die 
> Daten für jeden Masstab einzeln?
>
> Hint: Ich verstehe unter der Karte nicht nur das gedruckte
> Endergebnis, sondern auch und vor allem die Datensammlung
> dahinter.
>
>   
>> Mit unserer Geodatenbank (=OSM) sind wir aber im
>> Schritt davor: Daten sammeln. Und die wollen wir so eingeben, dass
>>
>> 1. es gemeinschaftlich auch für Laien möglich ist
>> 
>
> A: Es ist einem Laien nicht zuzutrauen, ein Schild einzutragen?
>   
Dass er ein einzelnes Schild einträgt ist im schon zuzutrauen, aber dass 
er konsequent einen Streckenabschnitt
korrekt erfasst würde ich nicht erwarten wenn er dazu nicht durch seine 
Anwendung motiviert ist.
> B: OSM ist für Laien leicht verdaulich?
>   
Als Gesamtwerk sicher nicht. Aber Du kannst dem Laien ein Tool in die 
Hand geben
mit dem er Unterwegs die maxspeed-Daten erfassen, überprüfen und 
korrigieren kann so dass
zumindes jeder Führerscheininhaber damit zurecht kommen sollte.
>   
>> 2. die spätere Auswertung mindestens nicht behindert, im Optimalfall
>> aber unterstützt wird
>> 
>
> Diese Auswertung ist umso besser möglich, je präziser und 
> unabhänger die Daten erfasst werden. Die Erfassung von abgeleiteten
>   
Das erfordert aber sehr viel Aufwand in der Auswertung / Anwendung diese 
unabhängingen Daten korrekt zu
interpretieren. Der Mensch hat da die entsprechende Erfahrung ein Schild 
richtig zu interpretieren, einer
Anwendung muss man da erst sehr viel beibringen was wir als  
selbstverständlich  ansehen.


Garry

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

Re: [Talk-de] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Sven Geggus

Friedhelm Schmidt  wrote:

>> und was ist mit dem "als Fahrradfahrer über Treppen geschickt werden"?
> 
> No traagsch'es hald a Stiggle

Es gibt Treppen, da könnte das richtig in Arbeit ausarten:
http://openstreetmap.org/?lat=48.996885&lon=8.482699&zoom=18&layers=B000FFF

Sven

-- 
If you can spend five minutes on the Internet and do not run Linux,
you're a genius. (Dirk Hohndel)

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

qbert biker schrieb:
>> Die Redundanz könnte helfen, Fehler zu erkennen, führt aber
>> wahrscheinlich auch zu Inkonsistenzen, weil man bei späteren Änderungen 
>> sowohl das
>> Schild als auch ein maxspeed ändern müßte.
>> 
>
> Also fürs normale Tempolimit ist das Schild unabhängig von
> der Zahl drauf. Ändert sich die Zahl, ist die Info 'hier steht
> ein Schild des Typs xy' immer noch richtig. 
>
> Es hat noch keiner einen ernsthaften Grund gebracht, Schilder
> nicht zu mappen, sondern nur könnte, sollte, würde. Also
> rein technisch gibt es keine Gründe, die dagegensprechen.
Warum sollte auch jemand was gegen das Mappen der Schilder haben?
Problematisch ist in OSM nur die Schildinhalte auf die zugehörige 
Strassenabschnitte zu
projezieren, das ist auf einfache(!) Weise schlicht nicht möglich.
>  
> Auch der Aufwand ist minimal. 
>   
Für ein einzelnes Verkehrszeichen ja - aber den gesamten Schilderwald zu 
erfassen und aktuell zu halten
ist ein meiner Meinung nach Aussichtsloses vorhaben - es ist bis heute 
noch nicht gelungen jeden Ort
in D per Strassenanbimdung inOSM zu erfassen - wie lange mag es dann 
wohl dauern bis nur die wichtigsten
Verkehrszeichen in einer brauchbaren Anzahl erfasst sind?

>> Wer sich die Mühe macht,
>> die Schilder als solche einzutragen, wird sehr wahrscheinlich bei der
>> Gelegenheit auch entsprechende maxspeed-Werte hinzufügen.
>> 
>
> Wirklich? Immer? Ich kann das sehr oft nicht, weil ich die 
> Aufhebung gar nicht kenne. Nicht immer fahre ich die ganze 
> Strecke ab. Ich kann also nur das Schild eintragen und nicht
> die Strecke.
>   
Ich nehme an Du verlässt die Strasse im Normalfall nicht auf freier 
Strecke  sondern an der nächsten
Kreuzung - bis dahin gilt der maxspeed  Wert zunächst mal. Was  
dahinter  kommt  ist  dann  halt
noch nicht erfasst und als "kein Eintrag vorhanden" als solcher auch in 
den Daten erkennbar.
>   
>> Allgemeine Vorab-Diskussionen bringen hier selten eine Einigung. Fang
>> einfach an, die Schilder einzutragen. Dann werden wir sehen, wie sich das
>> entwickelt.
>> 
>
> Oder mach einen Eintrag ins Wiki, oder? ;) Nö, das Ergebnis der 
> Diskussion ist eindeutig und eigentlich hat es mich in erster 
> Linie interessiert, warum so schwammig ohne Bezug zur
> Datenquelle (im Beispiel Schilder) eingetragen wird. Diese
> Vorab-Diskussion war in diesem Sinne sehr fruchtbar und zeigt
> prinzipielle Grenzen des Erfassungsprinzips OSM auf, der mir so
> jetzt klarer ist als vorher.
>   
Schön, dann hat die Diskussion ja was gebracht...
> Schade, denn die Abbildung von Zonen über Subnetze wäre recht
> elegant gewesen, ist aber mit dieser Phisosophie nicht zu 
> realisieren. Dazu braucht es eine erweiterten Kontext, der 
> offenbar innerhalb von OSM nicht realisierbar ist.
Das dürfte die wesentlichste Erkenntnis aus dieser Diskussion sein...

Garry

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

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

Das ein Schild nicht gefunden werden soll stimmt so nicht. Beispiel: wenn
ich als Biker im Schwarzwald unterwegs bin (und da gibt es mittlerweile
auch viele Tracks, die gemappt wurden), und ich habe ein entsprechendes
GPS-System bei mir (mit Karte) - habe mich aber trotzdem hoffnungslos
verfahren-
dann ist der Hinweis zu einem Schild auf dem draufsteht, wo es hier wie
weitergeht durchaus eine wichtige Information.

Gruß

Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry
Gesendet: Sonntag, 3. Mai 2009 02:55
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Mehr Basisbezug beim mappen?


qbert biker schrieb:
>
>> ein strassenschild will in den meisten faellen nicht gefunden
>> werden; 
>> 
>
> Wirklich? Und was ist mit Beschreibungen wie 'am Ortseingang
> von xy'? Ich kann deiner Pauschalisierung hier nicht folgen. 
>
>   
Wenn man es nicht gerade mit einem Geschwindigkeitsdelikt zu tun hat 
wird man sich
da ehr an der Bebaungsgrenze als an einem Schild orientieren.
>> primaer interessiert hier nicht das schild selbst, sondern die
>> auswirkungen, die es auf seine umgebung hat.
>> 
>
> Das 'sekundär' reicht mir neben anderen Vorteilen, die pure Existenz 
> zu archivieren.
>   
Das ist so ziemlich der einzige Grund den ich im expliziten Schilder 
mappen sehe - nur wie
gesagt in der Pflege würde ich da nicht all zu viel erwarten.

> Um das abzuschliessen: Ich verstehe jetzt etwas besser, warum es nach 
> so langer Zeit kein Konzept für Schilder in OSM gibt. OSM ist und 
> bleibt eindimensional: Eine Ebene für Grafikprimitive, eine Ebene für 
> Attribute und neben Wirkung gibts auch keinen Platz für die Ursache.
>   

Ein Schild würde ich ehr als Kennzeichnung und nicht als Ursache sehen. Und
die Ursache warum ein Schild aufgestellt wurde passt vielleicht 
besser in Wikipedia als in OSM.
Garry

___
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] cross check mit bug report

2009-05-03 Diskussionsfäden FlaBot

Ich hab mal für einige andere Bundesländer durchlaufen lassen.
http://toolserver.org/~flacus/OSM/checkcrossing/

Grüße Dirk

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

Re: [Talk-de] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Friedhelm Schmidt

> und was ist mit dem "als Fahrradfahrer über Treppen geschickt werden"?

No traagsch'es hald a Stiggle

-fri-

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

Re: [Talk-de] Maxspeed map

2009-05-03 Diskussionsfäden Mario Salvini

das Auslagern dieser Werte in ein seperates Tag (in diesem Vorschlag -> 
speedzone) ändert leider nichts an der problematik, das Leute maxspeed 
taggen möchten, obwohl keine expliziten Begrenzungen ausgeschildert sind.
Wenn solche Bereiche dann ein maxspeed=no bekämen wäre es wieder 
konsequent, aber dann können wir uns auch das speedzone sparen und 
anstatt ein undefiniertes no eine Platzhalterkonstante einfügen.

Gruß
 Mario

Werner König schrieb:
> Hallo,
>
> Den Vorschlag finde ich gut. Damit kann maxspeed ein reiner numerischer Wert
> bleiben. Damit wäre ein vernünftiger Kompromiss gefunden,
> Damit 1. maxspeed nicht vom numerischen Wert geändert werden müsste und
> trotzdem die Weiterentwicklung in der Datenbank nicht behindert wird.
>
> Gruß
>
> Werner
>
> -Ursprüngliche Nachricht-
> Von: talk-de-boun...@openstreetmap.org
> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry
> Gesendet: Samstag, 2. Mai 2009 11:13
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Maxspeed map
>
>
> Chris-Hein Lunkhusen schrieb:
>   
>> Also ich wäre für ein separates Tag für die Geschwindigkeitszonen, 
>> würde es aber nicht maxspeed:authority sondern schlicht speedzone 
>> nennen.
>>
>> 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.
>>   
>> 
> Klingt doch mal gar nicht schlecht...
> Die "walkspeed" - Fraktion sollteman damit auch noch befriedigen werden 
> können (verkehrsberuhigte Zone).
> Mehrfachnennung müsste auch erlaubt werden da (zone30 in city, 
> "walkzone"in zone30,..)
>
> Garry
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>   


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

Re: [Talk-de] Routen und Track zusammenklicken

Mit Firefox funktioniert das ganze richtig gut auch unter windows, der
internetexplorer zumindest meiner
Version 7 hat damit diverse Probleme. (Aber ich arbeite sowieso lieber mit
firefox)

Gruß
Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Harald Kirsch
Gesendet: Samstag, 2. Mai 2009 13:18
An: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] Routen und Track zusammenklicken


Aus historischen Gründen heißt die Applikation

http://pifpafpuf.de/cycleroute/map

aber mit dem Fahrrad hat sie natürlich nur soweit etwas zu tun, als das
vermutlich die Hauptanwendung ist.

Aber auf Basis der Openstreetmap-Daten kann hier jeder seine GPX tracks und
Routen durch Klicken zusammenstellen.

NEUERUNGEN:

1) Im Firefox landeten die gesetzten Punkte immer 2 bis 3 Pixel zu weit
südlich. Durch Änderung des CSS und durch Nichtverwendung eines DOCTYPE
konnte ich das Problem beheben. Ist entweder ein OpenLayers oder ein FF-Bug.

2) Die aktuelle Länge des Track wird nun permanent links unten in der Karte
angezeigt.

Da ich nur Firefox auf Linux habe, kann ich andere Browser nicht testen. Bug
reports und ggf. gleich Patches nehme ich gerne.

Harald.

-- 
--+-
Harald Kirsch | pifpafpuf bei gmx punkt de


___
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] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Sven Geggus

Christoph Wagner  wrote:

> Ich hoffe das als Autofahrer über die Fußwege geschickt werden ist damit
> vorbei.

und was ist mit dem "als Fahrradfahrer über Treppen geschickt werden"?

Sven

-- 
Software patents are the software project equivalent of land mines: Each
design decision carries a risk of stepping on a patent, which can destroy
your project. (Richard M. Stallman)
/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] Routen und Track zusammenklicken

2009-05-03 Diskussionsfäden Sven Geggus

Harald Kirsch  wrote:

> Das ist wohl eine Google-Anwendung, keine OpenLayers-Anwendung. Mein
> Problem ist die Kombination von Google-Karten in OpenLayers.

?!

Das Einbinden von proprietäre Google Layern ist doch ganz einfach:

laxer_osm = new OpenLayers.Layer.OSM.Mapnik("Mapnik");
layer_google = new OpenLayers.Layer.Google( "Google Sat", { type: 
G_SATELLITE_MAP, 'sphericalMercator': true, numZoomLevels:19 } );

map.addLayers([laxer_osm,layer_google]);

Oben noch sowas rein:
http://maps.google.com/maps?file=api&v=2&key=...";>

Gruss

Sven

-- 
Why are there so many Unix-haters-handbooks and not even one
Microsoft-Windows-haters handbook?
Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf!
/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] Marker auf Karten setzen

Hallo,

Vor wenigen Tagen war ich in dieser email-Liste noch nicht vertreten
(newbee), daher  habe ich das wohl verpasst. Danke für die Antwort.

Gruß

Werner


-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Norbert Kück
Gesendet: Samstag, 2. Mai 2009 11:41
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Marker auf Karten setzen




am 02.05.2009 11:11 schrieb Werner König:
> Am 30.04.2009 beschrieb Martin Koppenhhoefer einen Weg einen Marker 
> auf
> der OSM-Karte zusetzen
> und zwar so
>  
> 
> in der Tat, und äusserst einfach: Du musst nur in der URL (permalink)
> vor die Parameter lat und lon ein "m" setzen, also mlat und mlon 
> schreiben. Dann wird ein Marker gesetzt.
> 
> Habe es ausprobiert und funktioniert gut. Jetzt aber meine Frage gibt 
> es
> ein Möglichkeit mehrere Marker in der Karte zusetzen.

Wurde vor wenigen Tagen hier diskutiert. Da muss man schon etwas 
vorbereiten, es geht nicht per Link. Es ist aber leicht handhabbar mit 
http://osmtools.de/easymap (und etwas Webspace, wenn auch andere das 
sehen können sollen).

Gruß
nk

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

2009-05-03 Diskussionsfäden Florian Lohoff

On Sat, May 02, 2009 at 12:04:33PM +0200, qbert biker wrote:
> In Ergänzung zu den bisherigen Tags/Beschreibungen erlaubt
> die Erfassung der Schilder mehr Präzision, bei gleichzeitig
> minimalem Mehraufwand. Ein weiterer Vorteil ist, dass
> die zusätzliche Information direkt verwertbar ist, z.B. 
> wenn ich rausfinden kann, ob die Wohnung, für die ich mich
> interessiere, in einer Tempo-30-Zone oder einer Spielstrasse
> liegt. 
> 
> Nur so als Anregung und wenn ich übersehen haben sollte, dass
> das schon längst abgehakt ist, sorry für die Wiederholung 
> und viel Spass beim Mappen.

Bau ein schoenes Plugin fuer JOSM und erweiter potlatch das die das
bearbeiten einfach machen inklusive der relations die dafuer notwendig
sind (und das rendern fuer eine debug Karte nicht zu vergessen) und
dann ueberzeug 10% der 100K Mapper das dein Konzept das bessere ist -
dann wirds was werden.

Ich denke nicht das das mappen von Schildern sinnvoll ist oder auch nur
eines der im vorrangegangenen thread angesprochenen Probleme loest. Was es
allerdings hilft ist die komplexitaet zu erhoehen und die einstiegshuerde
fuer neue mapper zu erhoehen und damit bin ich schonmal dagegen.

Alles andere ist - wie auch im vorrangegangen thread - heisse Luft.

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.

Weitere akute Probleme mit den Maxspeeds sehe ich im moment nicht.
Ja - man koennte sich ueberlegen innerorts maxspeed=city zu verwenden oder
aehnliches - aber ehrlich gesagt - welches akute Problem gilt es zu
loesen?

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

Hallo,

Den Vorschlag finde ich gut. Damit kann maxspeed ein reiner numerischer Wert
bleiben. Damit wäre ein vernünftiger Kompromiss gefunden,
Damit 1. maxspeed nicht vom numerischen Wert geändert werden müsste und
trotzdem die Weiterentwicklung in der Datenbank nicht behindert wird.

Gruß

Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry
Gesendet: Samstag, 2. Mai 2009 11:13
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Maxspeed map


Chris-Hein Lunkhusen schrieb:
> Also ich wäre für ein separates Tag für die Geschwindigkeitszonen, 
> würde es aber nicht maxspeed:authority sondern schlicht speedzone 
> nennen.
>
> 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.
>   
Klingt doch mal gar nicht schlecht...
Die "walkspeed" - Fraktion sollteman damit auch noch befriedigen werden 
können (verkehrsberuhigte Zone).
Mehrfachnennung müsste auch erlaubt werden da (zone30 in city, 
"walkzone"in zone30,..)

Garry

___
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] cloudmate rendert OSM fürs weisse Haus

2009-05-03 Diskussionsfäden André Reichelt

DarkAngel schrieb:
> Also der IE8 (im IE8-Modus) scheint damit nicht zufrieden zu sein. In
> der Kompatibilitätsansicht passt es aber.

Geht mir genau so. Das Problem habe ich allerdings allgemein bei
sämtlichen OpenLayers-Seiten, die mehrere Layer übereinander haben. Ich
gehe von einem Fehler im Quellcode von OpenLayers aus, habe das aber
noch nicht näher analysiert.

André



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

Re: [Talk-de] cloudmate rendert OSM fürs weisse Haus

2009-05-03 Diskussionsfäden DarkAngel

Martin Koppenhoefer schrieb:
> cloudmate rendert OSM fürs weisse Haus
> http://www.whitehouse.gov/change/
> 

Also der IE8 (im IE8-Modus) scheint damit nicht zufrieden zu sein. In
der Kompatibilitätsansicht passt es aber.


-- 

Gruß Mario



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

Re: [Talk-de] OK, kein Basisbezug

2009-05-03 Diskussionsfäden qbert biker


 Original-Nachricht 
> Datum: Sun, 3 May 2009 18:22:06 +0200
> Von: Martin Koppenhoefer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug


> das halte ich nicht für zutreffend.

Ich sach nur Abstraktion ;)

> Überhaupt nicht. Eine Karte wird
> genau für einen (oder evtl. mehrere) Einsatzzweck konzipiert, 

Du verwechselst den allerletzten Schritt mit dem gesamten
Konzept. Spezialkarten sind Ableitungen des Standardwerks oder
Overlays davon. Es gibt zwar Vorentscheidungen, die Aufwand,
Genauigkeit und Auflösung betreffen, aber eine Karte ist 
genau so neutral wie das Kartographenhandwerk das dahintersteht.

Was es gibt, sind grobe Ebenen, die z.B. die Daten der
Vermessungsämter von denen der Navikarten unterscheiden. 
Eine digitale Strassenkarte ist graphenzentriert, für das
Vermessungsamt spielen die Graphen keine so grosse Rolle.

> das
> ergibt sich sowohl aus der Auswahl der features als auch aus deren
> Darstellung und Maßstab. Mit einem Weltatlas kann man nunmal keine
> Wandertour planen. 

Und die Vermessungsämter erheben deiner Meinung nach die 
Daten für jeden Masstab einzeln?

Hint: Ich verstehe unter der Karte nicht nur das gedruckte
Endergebnis, sondern auch und vor allem die Datensammlung
dahinter.

> Mit unserer Geodatenbank (=OSM) sind wir aber im
> Schritt davor: Daten sammeln. Und die wollen wir so eingeben, dass
>
> 1. es gemeinschaftlich auch für Laien möglich ist

A: Es ist einem Laien nicht zuzutrauen, ein Schild einzutragen?
B: OSM ist für Laien leicht verdaulich?

> 2. die spätere Auswertung mindestens nicht behindert, im Optimalfall
> aber unterstützt wird

Diese Auswertung ist umso besser möglich, je präziser und 
unabhänger die Daten erfasst werden. Die Erfassung von abgeleiteten
Daten ist nur scheinbar einfacher. Meine Erfahrung mit OSM
beweisen diese allgemein bekannten Tatsachen leider nur zu gut.

Grüsse 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] cross check mit bug report

2009-05-03 Diskussionsfäden Gary68

hi,

die perl scripts und module sind auf meiner seite (wiki) alle
herunterladbar. sinnvoll wäre eine unix/linux maschine (auch virtuell)
und ein wenig administrationskenntnisse.

ok. missverständnis. das feld wird beim lauf des checks gefüllt. aus den
daten von http://openstreetbugs.appspot.com/. du kannst dort bugs
setzen, kommentieren und schließen. wird aber erst beim nächsten check
lauf sichtbar!

im augenblick gibt es das wie geschrieben nur für hessen. für bw habe
ich es eingestellt - für die zukünftigen läufe. weitere wünsche?

ciao

gerhard


On Sun, 2009-05-03 at 14:51 +0200, Holger Schrader wrote:
> Hallo Gerhard,
> 
> wie kann ich einen Check selber laufen lassen.
> 
>  > ich glaube das kästchen, das du ansprichst, kommt nicht von mir. auf 
> meinen web seiten gibt es sowas nicht! flacus???
> 
> so ganz habe ich deine Antwort nicht verstanden. Ich meine die rechte 
> Spalte mit dem Kopf Bugs found auf 
> http://www.gary68.de/osm/qa/c1/c1_hessen.htm . Wie kann ich dieses Feld 
> mit Inhalt füllen und gegebenen falls dort eine Info einstellen das der 
> Fehler behoben wurde?
> Ciao Holger
> 
> 
> Gary68 schrieb:
> > hi,
> >
> > ja in der tat kann das bei mir passieren. da gibt es zwei möglichkeiten:
> >
> > - erstens die checks selber laufen lassen (dann ist es brandaktuell)
> > oder
> > - mir bescheid geben, dass ich mal aus der reihe was checke
> >
> > ansonsten ist das halt ganz einfach nicht interaktiv bei mir, sorry.
> >
> > ich glaube das kästchen, das du ansprichst, kommt nicht von mir. auf
> > meinen web seiten gibt es sowas nicht! flacus???
> >
> > meine checks bzw. ergebnisse liegen alle auf www.gary68.de/...
> >
> > ciao
> >
> > gerhard
> >
> > On Sat, 2009-05-02 at 20:06 +0200, Holger Schrader wrote:
> >   
> >> Hallo Gary,
> >> ich habe mit dem Wohnstraßen-Berührungs-Check C33 so ca. die ersten 25 
> >> von über 200 Fehlern korrigiert. Wenn jetzt ein anderer User auf die 
> >> Idee kommt hier auch mitzuhelfen Fehler zu korrigieren, wird er 
> >> vergeblich die ersten 25 Fehler aufrufen. Ist für diesen Zweck das Bugs 
> >> found Feld gedacht? Wie trage ich hier ein, dass ich einen Fehler 
> >> korrigiert habe? Warum willst du nicht bei alles WayChecks dieses Feld 
> >> einbauen? Es währe eine große Hilfe. Es währe nett, wenn du es schon 
> >> einmal im Wohnstraßen-Berührungs-Check C33 Thüringen einbauen würdest.
> >> Vielen Dank
> >> Ciao Holger 
> >>
> >>
> >>
> >> Gary68 schrieb:
> >> 
> >>> hi,
> >>>
> >>> wer auch ab und zu mit den waycheck listen arbeitet - für cross check
> >>> und hessen gibt es das nun mit bug reports:
> >>>
> >>> http://www.gary68.de/osm/qa/c1/c1_hessen.htm
> >>> http://www.gary68.de/osm/qa/c3/c3_hessen.htm
> >>> http://www.gary68.de/osm/qa/c5/c5_hessen.htm
> >>>
> >>> bei weiteren wünschen, für andere bundesländer, bitte melden. will das
> >>> halt nur nicht generell machen.
> >>>
> >>> ciao
> >>>
> >>> gerhard
> >>>
> >>>
> >>>
> >>> ___
> >>> Talk-de mailing list
> >>> Talk-de@openstreetmap.org
> >>> http://lists.openstreetmap.org/listinfo/talk-de
> >>>   
> >>>   
> >
> >
> >
> >   
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] OK, kein Basisbezug

2009-05-03 Diskussionsfäden qbert biker


 Original-Nachricht 
> Datum: Sun, 03 May 2009 10:42:48 +0200
> Von: Bodo Meissner 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] OK, kein Basisbezug

Hallo, 

> (Da steht ein Schild, also habe ich eine
> Möglichkeit, das Fahrrad anzuschließen :-)

Das beschreibt wunderbar die Grenzen des Systems OSM. Wenn es
einen so direkten Nutzen braucht, wie ein Fahrrad anzuschliessen,
bleibt die Datensammlung unlogisch und löchrig wie ein 
schweizer Käse (und nö, mein Ironiedetektor ist nicht kaputt ;))

> Die Redundanz könnte helfen, Fehler zu erkennen, führt aber
> wahrscheinlich auch zu Inkonsistenzen, weil man bei späteren Änderungen 
> sowohl das
> Schild als auch ein maxspeed ändern müßte.

Also fürs normale Tempolimit ist das Schild unabhängig von
der Zahl drauf. Ändert sich die Zahl, ist die Info 'hier steht
ein Schild des Typs xy' immer noch richtig. 

Es hat noch keiner einen ernsthaften Grund gebracht, Schilder
nicht zu mappen, sondern nur könnte, sollte, würde. Also
rein technisch gibt es keine Gründe, die dagegensprechen. 
Auch der Aufwand ist minimal. 
 
> Für die Entscheidung, ob an einer Stelle der Maxspeed-Default-Wert gilt,
> weil dort kein Schild steht, hilft das Eintragen der Schilder auch nicht.
> Sonst müßte man die meisten Punkte mit "hier steht kein Schild"
> kennzeichnen.

Falsch, es geht immer noch um die einfache Feststellung, dass
da ein Schild steht. Es muss nichts entsprechendes gemacht
werden, auch die maxspeed-info für sich ist gültig.

> In diesem Fall ist das wohl eher theoretisch. 

Der ist an anderer Stelle sehr praktisch. In einer immer voller
werdenden Karte baut jeder auf den infos anderer auf und wenn
wie oben beschrieben, der persönliche Wert das auschlaggebende
Argument ist, ist Zusammenarbeit immer wichtiger. 

> Wer sich die Mühe macht,
> die Schilder als solche einzutragen, wird sehr wahrscheinlich bei der
> Gelegenheit auch entsprechende maxspeed-Werte hinzufügen.

Wirklich? Immer? Ich kann das sehr oft nicht, weil ich die 
Aufhebung gar nicht kenne. Nicht immer fahre ich die ganze 
Strecke ab. Ich kann also nur das Schild eintragen und nicht
die Strecke.

> Allgemeine Vorab-Diskussionen bringen hier selten eine Einigung. Fang
> einfach an, die Schilder einzutragen. Dann werden wir sehen, wie sich das
> entwickelt.

Oder mach einen Eintrag ins Wiki, oder? ;) Nö, das Ergebnis der 
Diskussion ist eindeutig und eigentlich hat es mich in erster 
Linie interessiert, warum so schwammig ohne Bezug zur
Datenquelle (im Beispiel Schilder) eingetragen wird. Diese
Vorab-Diskussion war in diesem Sinne sehr fruchtbar und zeigt
prinzipielle Grenzen des Erfassungsprinzips OSM auf, der mir so
jetzt klarer ist als vorher.

Schade, denn die Abbildung von Zonen über Subnetze wäre recht
elegant gewesen, ist aber mit dieser Phisosophie nicht zu 
realisieren. Dazu braucht es eine erweiterten Kontext, der 
offenbar innerhalb von OSM nicht realisierbar ist.

Grüsse 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

2009-05-03 Diskussionsfäden Martin Koppenhoefer

Am 3. Mai 2009 08:01 schrieb qbert biker :
>> nur haben bestimmte dinge nunmal einen haupteinsatzzweck.
>
> Und der hat in einer Karte eigentlich nichts zu suchen. Eine
> Karte zeigt an, wo etwas ist und nicht was man damit macht.
>

das halte ich nicht für zutreffend. Überhaupt nicht. Eine Karte wird
genau für einen (oder evtl. mehrere) Einsatzzweck konzipiert, das
ergibt sich sowohl aus der Auswahl der features als auch aus deren
Darstellung und Maßstab. Mit einem Weltatlas kann man nunmal keine
Wandertour planen. Mit unserer Geodatenbank (=OSM) sind wir aber im
Schritt davor: Daten sammeln. Und die wollen wir so eingeben, dass

1. es gemeinschaftlich auch für Laien möglich ist
2. die spätere Auswertung mindestens nicht behindert, im Optimalfall
aber unterstützt wird

Gruß Martin

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

Re: [Talk-de] Maxspeed map

2009-05-03 Diskussionsfäden Mario Salvini

Garry schrieb:
> Guenther Meyer schrieb:
>   
>> Am Samstag 02 Mai 2009 schrieb Chris-Hein Lunkhusen:
>>   
>> 
>>> Guenther Meyer schrieb:
>>> 
>>>   
> Also ich wäre für ein separates Tag für die Geschwindigkeitszonen,
> 
>   
 was meinst du mit "geschwindigkeitszonen"?
 sowas wie 30-zonen, oder was?
   
 
>>> Auch. Im wesentlichen die 3 Geschwindigkeitsbereiche Innerhalb/
>>> Ausserhalb geschlossener Ortschaft und Autobahn.
>>>
>>> 
>>>   
>> ok. also nichts anderes, als das was ich auch schrieb.
>> nur ob da zone der richtige begriff dafuer ist...
>>
>>   
>> 
 und warum ein neues tag?
 fuer geschwindigkeiten ist doch maxspeed da...
   
 
>>> speedzone für implizite und maxspeed für explizite
>>> Beschränkungen. Sind zwei Paar Schuhe. Es bringt
>>> Vorteile das zu trennen (siehe Thread).
>>>
>>> 
>>>   
>> warum?
>> wieso reicht nicht ein tag, dass die geschwindigkeit angibt?
>> wozu braucht man ein zweites?
>>   
>> 
> Weil es sonst zu kompliziert wird für das Mappen, die Anwendung und die 
> Qualitätakontrolle.
> Einen konkreten Zahlenwert kann praktisch jeder überprüfen und 
> korrigieren und eine Anwendung benötigt
> keinerlei Zusatzinformationen um diesen Wert zu Nutzen. Ich kann damit 
> zu Beispiel direkt einen  Tempomaten
> korrigieren der auf einen zu hohen Wert eingestellt ist.
> Und man kann für jedes Wegstück individuell den korrekten Wert 
> eintragen. Nimm doch mal z.B, die "Zone" innerorts
> hier kann die Geschwindigkeit beliebig weiter nach unten begrenzt sein.
>   
wo kann ein einer Straße außerorts wo keine explizite Begrenzung ist 
jemand konkrete Werte überprüfen?
>   
>>> Ausserdem ist maxspeed laut MapFeatures ein numerischer
>>> Wert und es gibt Applikationen die sich darauf verlassen.
>>>
>>> 
>>>   
>> wird aber nicht so benutzt.
>>   
>> 
> Wie kommst Du darauf? Navipowm  als  OSM-Moving-Map-Anwendung  zeigt  
> Dir z.B,  explizit den 
> Maxspeed-Wert an.
>   
>> was ist mit dingen wie citylimits, default, none, signals, walk...
>>   
>> 
> none/no ist meiner Meinung nach der einzige nicht numerische Wert der 
> hier zugelassen werden kann (Wenn wirklich keine
> Begrenzung vorliegt, hatte hierzu ja auch schon einen Vorschlag das 
> numerisch zu lösen mit 250km/h).
>   
250 wäre genauso ein Hinkefußwert für "unbeschränkt", wie 7 für 
"Schrittgeschwindigkeit".
>   
>> aus entwicklersicht waere mir es wesentlich lieber, wenn eine eigenschaft 
>> nur 
>> durch ein tag beschrieben werden wuerde. dass dann um neue werte zu 
>> erweitern 
>> ist wesentlich einfacher, als staendig zwei verschiedene tags auswerten zu 
>> muessen...
>>   
>> 
> Bei einer "zone30" ist maxspeed = 30km/h eine Information die für 
> Geschwindigkeit als Grenzwert relevant ist.
> 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.
>   
"rechts vor links" gilt überall, wo keine explizite Vorfahrtsregelung 
herrscht. Warum also nicht dass taggen, was man belegen kann (belegt 
durch Vorfahrtsschilder)?
>
> Garry
>
> ___
> 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] Mapping nicht nachvollziehbar

2009-05-03 Diskussionsfäden Martin Koppenhoefer

Am 3. Mai 2009 15:39 schrieb Lars Schimmer :
> Man muß nur TOR, I2P und Konsorten nutzen. Möglich ist vieles, aber
> dennoch sollte man sich im Rahmen der OSM stets auf dem legalem Wege
> aufhalten um nicht den Gau zu provozieren.
>

das kannst Du doch gar nicht abschätzen, oder bist Du Experte in
englischem Recht?

Gruß Martin

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

[Talk-de] cloudmate rendert OSM fürs weisse Haus

2009-05-03 Diskussionsfäden Martin Koppenhoefer

cloudmate rendert OSM fürs weisse Haus
http://www.whitehouse.gov/change/

Gruß Martin

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

[Talk-de] Cycleroute, noch eine neue Version

2009-05-03 Diskussionsfäden Harald Kirsch

Zum Hochladen und/oder Zusammenklicken von Routen und Tracks:

http://pifpafpuf.de/cycleroute/map

Neu ab heute: Ich habe es endlich geschafft, die Polygone anklickbar zu
machen, damit man einen Punkt zwischen zwei vorhanden einfügen kann. Das
ging bisher nur über Popup. Jetzt mit Taste 'a' den Modus aktivieren und
eine Linie anklicken. In der Mitte wird ein Punkt hinzugefügt. Der Modus
schaltet sich dabei wieder ab.

Harald.
-- 
--+-
Harald Kirsch | pifpafpuf bei gmx punkt de


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

[Talk-de] Garminkarte jetzt mit maxspeed

2009-05-03 Diskussionsfäden Christoph Wagner

Hallo Leute,

ich habe mal wieder intensiv an meiner garminkarte gearbeitet. Dies
schließt viele kleine Style- und funktionelle Korrekturen und
Erweiterungen ein.
Vor allem aber habe ich das routing jetzt komplett überarbeitet.
Es sollte jetzt sowohl der maxspeed-tag berücksichtigt werden, sowie der
Strassentyp über den man als Autofahrer langgeschickt wird.
Ich hoffe das als Autofahrer über die Fußwege geschickt werden ist damit
vorbei.

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.

Momentan habe ich noch die --road-name-pois Option aktiviert, die auf
jede Strasse einen Punkt setzt, damit man sie im Findmenü auch ohne das
noch zu primitive Adresssuchmenü finden kann. Dies ist nur
übergangsweise drin.
Wenn die Adresssuche von mkgmap besser unterstüzt wird, werde ich die
Option wieder rausnehmen und die Punkte auf den Strassen verschwinden.

Viel Spaß mit der Karte!

Christoph

http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map



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

Re: [Talk-de] OSM fällt nicht unter "Freedom of I nformation"

Bernd Wurst schrieb:
> Hast du für diese Teilaussage eine Quelle?

Nicht per Hand, bei den ganzen Diskussionen. Google hilft da aber
(nicht immer den 1. Eintrag nehmen).

> Mir ist der FOIA hier noch nie in einer Diskussion begegnet, sondern nur der 
> von Frederik genannte Grundsatz, dass Fakten (bzw. faktische Informationen) 
> eben aus dem Copyright herausfallen.

Wie geschrieben halte ich diese ebenfalls für haltlos, da wir
keine Rohdaten verbreiten.

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

Re: [Talk-de] OSM fällt nicht unter "Freedom of I nformation"

2009-05-03 Diskussionsfäden Bernd Wurst

Hallo.

Am Sonntag 03 Mai 2009 15:58:08 schrieb Tobias Wendorff:
> da dieser auch immer wieder in den Diskussionen aufgetaucht ist.

Hast du für diese Teilaussage eine Quelle?

Mir ist der FOIA hier noch nie in einer Diskussion begegnet, sondern nur der 
von Frederik genannte Grundsatz, dass Fakten (bzw. faktische Informationen) 
eben aus dem Copyright herausfallen.

Gruß, Bernd

-- 
Homer Simpson: "Jetzt sei doch nicht so betrübt über Krustys Tod.
Tagtäglich sterben viele Menschen. Das ist doch ganz normal.
Vielleicht wachst auch Du morgen früh tot auf." 



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] OSM fällt nicht unter "Freedom of I nformation"

Frederik Ramm schrieb:
> Kurzes Googlen:
> 
> "Copyright protects the particular way an author has expressed himself; 
> it does not extend to any ideas, systems, or factual information 
> conveyed in the work."
> 
> Oder aus
> 
> http://lts.brandeis.edu/research/help/copyright/faq.html
> 
> "What cannot be copyrighted? ... Factual Information".

Tja, ein wenig weiter Googlen hätte aber die richtige Antwort (wenn
auch nicht zu diesem Thema) erbracht:

"If, however, a selection, arrangement, or compilation of facts contains
sufficient originality and imagination, copyright will protect it.
Scientific and historical writing always relies upon an arrangement of
facts, yet much of the best written work in science and history involves
highly imaginative analysis and interpretation. News broadcasting, even
when major media outlets lead with the same story and the same basic
facts, is copyrightable as a unique expression and arrangement of facts,
if the broadcast is simultaneously recorded."

Es kommt darauf an, ob man die "puren" Daten veröffentlich (Basisdaten)
oder diese irgendwie sinnvoll selektiert oder aufbereiten.

Das ist identisch mit deutschem Recht: Rohdaten sind nicht schützbar,
da keine Schöpfungshöhe. Aufbereitete Daten (z.B. Generalisierung oder
Metadatenbezug) verändert den Zustand der Daten.

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

Re: [Talk-de] OSM fällt nicht unter "Freedom of I nformation"

Frederik Ramm schrieb:
> Tobias Wendorff wrote:
>> Unsere Daten fallen auf Basis der Quellen nicht unter
>> "Freedom of Information".
> 
> Das hat nie jemand behauptet. Dass "facts are free" irgendwas mit dem 
> Freedom of Information Act zu tun hat, hast Du Dir selbst ausgedacht; es 
> zu widerlegen, hilft also in der Sache nicht weiter.

Wo habe ich in meinen Text nur einmal die Bezeichnung "facts are free"
verwendet? ich bin lediglich auf den FOIA eingegangen, da dieser auch
immer wieder in den Diskussionen aufgetaucht ist.

Aber schön, dass Du ... ach egal.

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

Re: [Talk-de] OSM fällt nicht unter "Freedom of I nformation"

2009-05-03 Diskussionsfäden Frederik Ramm

Hallo,

Frederik Ramm wrote:
> Tobias Wendorff wrote:
>> Unsere Daten fallen auf Basis der Quellen nicht unter
>> "Freedom of Information".
> 
> Das hat nie jemand behauptet. Dass "facts are free" irgendwas mit dem 
> Freedom of Information Act zu tun hat, hast Du Dir selbst ausgedacht; es 
> zu widerlegen, hilft also in der Sache nicht weiter.

Kurzes Googlen:

"Copyright protects the particular way an author has expressed himself; 
it does not extend to any ideas, systems, or factual information 
conveyed in the work."

Oder aus

http://lts.brandeis.edu/research/help/copyright/faq.html

"What cannot be copyrighted? ... Factual Information".

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] OSM fällt nicht unter "Freedom of I nformation"

2009-05-03 Diskussionsfäden Frederik Ramm

Hallo,

Tobias Wendorff wrote:
> Unsere Daten fallen auf Basis der Quellen nicht unter
> "Freedom of Information".

Das hat nie jemand behauptet. Dass "facts are free" irgendwas mit dem 
Freedom of Information Act zu tun hat, hast Du Dir selbst ausgedacht; es 
zu widerlegen, hilft also in der Sache nicht weiter.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Mapping nicht nachvollziehbar

2009-05-03 Diskussionsfäden Lars Schimmer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bodo Meissner wrote:

> Man könnte sich ein offenes WLAN suchen, z.B. von free-hotspot, eine 
> Wegwerf-E-Mail-Adresse einrichten, z.B. bei hotmail, und damit bei OSM 
> anmelden und die Daten hochladen.

Man muß nur TOR, I2P und Konsorten nutzen. Möglich ist vieles, aber
dennoch sollte man sich im Rahmen der OSM stets auf dem legalem Wege
aufhalten um nicht den Gau zu provozieren.

> Bodo


MfG,
Lars Schimmer
- --
- -
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkn9npYACgkQmWhuE0qbFyObggCfeKxZRnj+FlzsAqhkLrSYhU0y
S2cAniUxhAndkYx4nm9MHa2qRNt3j3nR
=lZWU
-END PGP SIGNATURE-

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

Re: [Talk-de] Autobahnauffahrt

Martin Simon schrieb:
> Am 3. Mai 2009 03:49 schrieb Garry :
>
>   
>> Ach nein? Du musst bei der Erfassung darauf achten wo die
>> Berührungspunkte sind und dort entrsprechend die Wege zusammenführen/trenn
>> und als (no)oneway markieren.
>> Bei grundsätzlich getrennter Führung musst Du beim Erfassen gar nichts
>> beachten- einfach nur den Logger mitlaufen lassen.
>> 
>
> Klaro. Nur bitte auch darauf achten, an der anschließenden Kreuzung
> alles schön aus oneway-Sträßchen zu bauen, damit die Anfänger, die
> *wirklich* so dämlich sind, wie du sie hier darstellst, damit sie als
>   
Das hat nichts mit dämlich zu tun sondern mit effektiv!
Wenn ich längere Strecken in ungemappten Gebiet unterwegs bin dann 
möchte ich die Grunddaten mit
möglichst wenig Aufwand eintragen dass überhaupt erstmal was vorhanden ist.
Die Details kommen dann nach und nach.
> Argument für deine fakeways taugen, das auch verstehen und keine turn
> restrictions einsetzen müssen.
> Oh Mist, da muss man ja zusammenführen und trennen...
>   
Ich schliesse ja nicht aus dass man weitere Restriktionen mit einträgt - 
aber wenn es auch schon ohne
funktioniert ist es doch viel besser gelöst...
> Und was war jetzt mit der ungeeigneten Darstellung?
>   
Bei zwei getrennten Wegen ist eindeutig dass man nicht wieder gleich auf 
die Einfahrt eindrehen kann,
bei einer Zusammenführung muss man dass explizit angeben dass keine 
Missverständnisse auftreten
da es real solche Verkehrsführungen gibt dass man ohne den 
Autobahnbereich zu verlassen sofort wieder auf die Autobahn auffahren kann!
>> Wie garantierst Du z.B. dass nicht jemand stark vereinfacht oder ungenau
>> die _links erfasst hat und dabei Winkel ausserhalb Deines
>> Enscheidungskriteriums entstehen?
>> 
>
> 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.
>   
_link angeklickt und geschaut ob er zusammenhängend in die richtige 
Richtung als oneway geht
-  leicht und schnell zu überprüfen und korrigieren. Da gibt es kaum 
versteckte Fehlerquellen!
> 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.
>
>   
>>> Bitte? Einen Punkt zu setzen, wo ein Punkt ist, und ihn als das zu
>>> bezeichnen, was er ist, ist "Superdetailgetreu"?
>>> mkgmap wir in nicht allzu langer Zeit kein Problem damit haben, an
>>> solchen Stellen einfach selbst einen fake-fußweg zu erzeugen oder eine
>>> Abbiegebeschränkung für Kfz.
>>> Auf welche anderen Programme wartest du dann noch, bevor du deine
>>> falschen Fußwege wieder zurückdrehst?
>>>   
>
> Schade daß es auf diese Stelle keine Antwort gab, hätte mich interessiert.
>   
Ich möchte hier jetzt nicht unbedingt auf ein anderes Thema wechseln - 
sollte man dann einen eigenen Thread dafür aufmachen...
Nur kur dazu: Wieso ist ein Fuss/Radweg an dieser Stelle falsch wenn 
keine anderen Verkehrsmittel diese Stelle passieren können/dürfen?

>> Dazu soll  er sich selbst äussern wie er das gemeint hat. Als
>> Freischein  ins unbrauchbar
>> verwaschene Daten  in  die  Datenbank zu kippen war das vermutlich nicht
>> gedaacht...
>> 
>
> Komisch, in der restlichen Diskussion setzt du dich sehr stark *für*
> "verwaschene" Daten ein, die nicht die Realität wiedergeben, dafür
> aber vermeintlich "einfacher" sind.
>   

Reiss es bitte nicht aus dem Zusammenhang, "ins _unbrauchbar_ 
verwaschene Daten" ist meine Aussage

Garry

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

[Talk-de] OSM fällt nicht unter "Freedom of I nformation"

Hallo Community,

im Rahmen der aktuellen Lizenz-Diskussionen wurde ja immer wieder
angemerkt, dass unsere Daten höchstwahrscheinlich in den USA
aufgrund von "Freedom of Facts" oder "Freedom of Information"
nicht geschützt sind.

Ich konnte dieses nicht glauben, da somit wissenschaftliche
Literatur, Enzyklopädien und natürlich auch kommerzielle
Kartenwerke und Datensammlungen "frei" wären. Ich habe daher
in diesem Fall recherchiert und bin an der Ansicht, diese
These widerlegen zu können:

In den USA hat jeder Bürger das Recht des freien Zugangs zu
Dokumenten der Regierung, welche mit Steuermitteln bezahlt
wurden. [1] Um diesen Zugang zu vereinfachen, wird ein Großteil
der Informationen über das Internet unter "Public Domain"
vertrieben. Für den Vertrieb kann aber trotzdem eine Gebühr
(Verwaltungsgebühren) erhoben werden. [2] & [3]

Es ist im Endeffekt ein Informationsfreiheitsgesetz, nur
dass die US-Regierung die eigenen Daten als "bezahlt" ansieht
und sie den Bürgern zur eigenen Nutzung überlässt. Die NGAC
spricht hierbei von gesellschaftlichem und wirtschaftlichem
Nutzen für die Nation. Dies gilt für zahlreiche Bereiche, da
räumliche Planung uneingeschränkt durchführen kann. [3]

Natürlich gibt es auch in den USA Einschränkungen: z.B. [4],
militärische Geheimdokumente, Dokumente die den Datenschutz
einzelner Bürger oder Gruppen betreffen [5] etc. etc.

Fazit:
Unsere Daten fallen auf Basis der Quellen nicht unter
"Freedom of Information".

Kommentar:
Es ist natürlich nicht abzustreiten, dass unsere Daten - oder
auch nur einige davon - in den USA als nicht originell genug
gelten, um geschützt zu werden. In den USA wird auch die
EU-Richtlinie über das Datenbankherstellerrecht nicht anerkannt,
die Lizenz würde lediglich als "Shrink Wrap License" angesehen,
für die es jedoch keine Rechtssicherheit gibt (wurde ja schon
häufiger erläutert). Die Einführung eines ähnlichen Schutzes
in den USA ist in den letzten Jahren immer wieder gescheitert.

Viele Grüße
Tobias

Referenzen:
[1] http://en.wikipedia.org/wiki/Freedom_of_Information_Act_(United_States)
[2]
http://www.fgdc.gov/ngac/meetings/october-2008/ngac-transition-recommendations-10-16-08.pdf
[3] http://www.fgdc.gov/fgdc-news/2008-fgdc-annual-report
[4] http://cairns.typepad.com/blog/2007/10/feeding-bureauc.html
[5] http://geodatapolicy.wordpress.com/category/transparency/foia/

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

Re: [Talk-de] Karten fuer die Altmark

2009-05-03 Diskussionsfäden Michael Buege

Zitat (Ingrid) Michael Buege:

Crosspost an OSM-Listen Berlin, Braunschweig, Halle-Leipzig, Hannover, 
Hamburg, Lueneburg 
fup nach talk-de

Moin

Wie bereits veroeffentlicht, hier nochmal die Anfrage aus der Altmark.

---
wir sind eine Hotel- und Campingeinrichtung im Raum Altmark zwischen  
Gardelegen und Salzwedel. Wir sind interessiert, für unserem Bereich  
verschiedene Rad- und Wanderwegen zu erstellen. Leider fehlt uns dafür  
das Datenmaterial, da kaum Karten vorliegen und in den letzten Jahren  
viele Änderungen am Wegenetz vorgenommen wurden.

Mein Vorschlag an Sie ist in unserer Einrichtung ein "Mapping Weekend"  
zu veranstalten. Wir würden Übernachtung und Verpflegung zu  
vergünstigten Preisen stellen und Sie so gut wie möglich bei der  
Organisation unterstützen.

Ich würde Sie bitten den Vorschlag zu überdenken und bei eventuellem  
Interesse mit mir Rücksprache zu halten, gerne auch telefonisch über  
meine Mobilfunknummer.

Mit freundlichen Grüßen,
Sebastian Schmidt
---

Der Ort liegt recht zentral zwischen einigen grossen Mappermetropolen.

Deswegen geht die Mail extra an mehrere regionale Listen.
Ausserdem werde ich noch ein paar Mapper, die in diesem Gebiet schon 
aktiv waren, anschreiben. 
Bitte ueberprueft, in wie weit ihr euch beteiligen und was ihr 
organisatorisch uebernehmen koennt. 
Wenn es diesen Sommer wieder ein OSM Summer Mapping gibt, waere das 
eventuell ein Kandidat.

-- 
Michael




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

Re: [Talk-de] OK, kein Basisbezug