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

2007-12-03 Diskussionsfäden qbert biker
Hallo,

 Meiner Ansicht nach: Viel Laerm um nichts; Dein Konzept beschreibt
 zu 98% oder so die Realitaet, wozu brauchen wir dann ein Konzept,
 wenn es doch offensichtlich aus dem Bauch raus auch ohne geht?

da kann man auch anderer Meinung sein, z.B. wenn mühsam vor Ort
erarbeitete und aufgenommene Zustände und lokales Wissen überschrieben
werden, weil ein paar Übereifrige Handlungsbedarf sehen.

Und auch wenn die 98% real sein sollten (was ich nicht bestätigen
kann), sind es die 2%, in denen das interessante Wissen steckt. 
Autobahn ist Autobahn, das ist trivial, aber wie ich am besten da
drauf komme oder sie am besten vermeide, ist weniger trivial.

Es geht immer noch nicht darum, die Darstellung den Routern 
anzupassen, sondern irreführende Darstellungen zu vermeiden. Eine
gut ausgebaute Umgehungsstraße erwarte ich bei einer guten Karte
hervorgehoben, weil ich mich schön ärgern würde, wenn ich die
übersehen würde, wenns pressiert.

Die Wichtigkeit dieser Diskussion kommt auch daher, dass es 
mittlerweile Ecken gibt, die ziemlich komplett erfasst sind und
in denen derzeit mehr kaputt gemacht wird, als dazu kommt.

Grüsse Hubert

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


Re: [Talk-de] Klare highway tagging Regeln fßr befesti gte, Straßen

2007-12-03 Diskussionsfäden Sven Sommerkamp
Hier wurden einige Interessante Ansätze zur Lösung des Problems vorgeschlagen,
ich komme jetzt wieder mit den Presets.
Ich glaube die wenigsten von euch haben sich bisher damit beschäftigt,
aber ich sage das macht Sinn.
Denn statt immer wieder endlose Debatten zu führen, wäre es sehr viel 
effektiver
wir würden uns auf Regeln einigen und die in die Presets fließen lassen.
Dann gibt es einen einfachen Weg Straße zu taggen und auf einfache angenehme 
Art und Weise.
Anfängern wird der Einstieg sehr erleichtert, denn die Grundmöglichkeiten eine 
Straße zu taggen werden mit Bild, wenn man will, vorgegeben.
Meistens wird dies das gewünschte Ergebnis erzielen, ich denke zu 95%.
Wenn nicht ist Handarbeit aber immer möglich.
Wir sollten auch überlegen das Ganze nicht zu sehr zu verkomplizieren.
Und Änderungen im Tagging nur dann vorzunehmen, wenn sie wirklich Sinn machen.
Ein wenig Kontinuität tut dem Projekt auch gut.
Wir wollen uns keine überflüssige Arbeit machen sondern vorankommen.
Wir sollte auch überlegen ob wir wirklich überall, alles nochmal aufbröseln, 
wollen, welcher Nutzen ist damit wirklich verbunden?
Wichtig ist Durchschaubarkeit und intuitive Kartiermöglichkeiten.
Und das wir einen Rahmen schaffen uns zu einigen, diese Einigungen sollten in 
die Presets fließen, sie könnten den De Mapfeatureskatalog ablösen, bzw eine 
Möglichkeit sein diesen weniger zu benutzen zu müssen.

P.S:Ich suche noch einen Ort wo man diese Presets unterbringen und pflegen 
kann, jemand ne Idee?


Gruß Sven   

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


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

2007-12-03 Diskussionsfäden Guenther Meyer
Am Sonntag 02 Dezember 2007 schrieb Frederik Ramm:
 Ich verfolge das ja jetzt schon eine Weile lang, und es gibt bei
 diesem Projekt auf den unterschiedlichsten Ebenen staendig Leute von
 aussen, die neu dazukommen (oder auch gar nicht dazukommen, sondern
 nur gucken), und die meinen, uns erklaeren zu muessen, dass wir
 alles Deppen sind und das, was wir da machen, ja gar nicht gehen kann.

das habe ich zumindest nie behauptet.
osm hat sich gut entwickelt, und man sieht ja, dass es irgendwie geht.
aber eben nur irgendwie. man koennte einiges verbessern.
auch basierend auf dem bereits entwickelten.
wenn ich nun schreibe, dass es manchmal eine bruch braucht, um ein projekt 
voranzubringen, dann meine ich damit einen bruch im konzept, in der art der 
implementation. aber das heisst auf keinen fall, das bisher erarbeitete 
wissen ueber bord zu werfen.

 In der ganzen Highway-Diskussion wehre ich mich eigentlich eher gegen
 das immer wiedergekaeute so, wie es jetzt ist, ist es chaotisch/
 wertlos/unbrauchbar als gegen das deshalb muessen wir es aendern.
 Zumindest ist es schonmal 10x besser als deshalb muesst IHR es
 aendern ;-)

s.o.
von ihr hab ich nie gesprochen.
ich bin durchaus bereit, meinen teil zu leisten. schliesslich habe ich ein 
konzept, von dem ich glaube, dass es das projekt vorwaerts bringen kann.
nur, kann ich das erstens nicht alleine durchziehen (sonst haette ich es schon 
laengst gemacht), und zweitens besteht durchaus die moeglichkeit, dass ich 
was uebersehen habe.
keines der wenigen bisher gebrachten argumente gegen mein konzept war von 
solcher art, dass ich es nochmal ueberdenken haette muessen.
eher im gegenteil, ich fuehle mich eher bestaetigt, in dem was ich mache.
leider aber bekomme ich langsam auch das gefuehl, dass leute hier entweder 
nicht lesen (koennen), oder mich nicht verstehen wollen.
ich bin gerne bereit auf sachlicher ebene mit echten argumenten zu 
diskutieren. wenn jemand wirklich nicht versteht, was ich schreibe, darf er 
ruhig fragen. aber bitte erst lesen!

 Ich glaube, dass sich bei OpenStreetMap in den naechsten Jahren noch
 sehr viel aendern wird und dass es sehr toericht waere, zu glauben,
 man koennte solche Aenderungen voraussehen und Konzepte entwickeln,
 die so flexibel sind, dass sie auf alles passen. Diese Vorgehensweise
 war gestern. Diesen Gedanken wittere ich hier manchmal in der
 Diskussion - wenn man sich nur was richtig gutes ausdenkt, dann ist
 das nachher der Fels, an den man sich anlehnen kann, und wird fuer
 immer halten.

ein gewisser vorausblick schadet nicht, ja.
ich glaube, dass ich ein zukunftssicheres konzept habe.
aber trotzdem besteht die moeglichkeit, dass es irgendwann nicht mehr 
ausreichend sein koennte, das es wendungen gibt, die nicht vorraussehbar 
waren. wenn sich das abzeichnet, kann man ja drueber nachdenken.





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


Re: [Talk-de] Klare highway tagging Regeln fßr befes tigte, Straßen

2007-12-03 Diskussionsfäden Frederik Ramm
Hallo,

 P.S:Ich suche noch einen Ort wo man diese Presets unterbringen und  
 pflegen
 kann, jemand ne Idee?

Man kann die Presets doch einfach auf einen beliebigen Webserver  
hochladen. Jeder User kann sich selbst aussuchen, welche Presets er  
von wo laden will, die muessen dazu nicht an einem speziellen Ort  
liegen. Man koennte im JOSM-Wiki eine Liste von Presets pflegen -  
welche es gibt, von wem, und mit welcher Zielgruppe.

Wir koennen auch gern an dem rumschrauben, was in JOSM per default  
drin ist, aber das muss dann auf englisch sein (oder zumindest *auch*  
auf englisch).

Auch das Openstreetmap-SVN kann benutzt werden, um dort Presets  
abzulegen.

Bye
Frederik

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



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


Re: [Talk-de] Klare highway tagging Regeln fßr befesti gte, Straßen

2007-12-03 Diskussionsfäden Guenther Meyer
Am Montag 03 Dezember 2007 schrieb Sven Sommerkamp:
 Denn statt immer wieder endlose Debatten zu führen, wäre es sehr viel
 effektiver
 wir würden uns auf Regeln einigen und die in die Presets fließen lassen.
 Dann gibt es einen einfachen Weg Straße zu taggen und auf einfache
 angenehme Art und Weise.
 Anfängern wird der Einstieg sehr erleichtert, denn die Grundmöglichkeiten
 eine Straße zu taggen werden mit Bild, wenn man will, vorgegeben.
 Meistens wird dies das gewünschte Ergebnis erzielen, ich denke zu 95%.
 Wenn nicht ist Handarbeit aber immer möglich.
was schreibe ich denn die ganze zeit!?
ja!

 Wir sollten auch überlegen das Ganze nicht zu sehr zu verkomplizieren.
 Und Änderungen im Tagging nur dann vorzunehmen, wenn sie wirklich Sinn
 machen. Ein wenig Kontinuität tut dem Projekt auch gut.
 Wir wollen uns keine überflüssige Arbeit machen sondern vorankommen.
 Wir sollte auch überlegen ob wir wirklich überall, alles nochmal
 aufbröseln, wollen, welcher Nutzen ist damit wirklich verbunden?
 Wichtig ist Durchschaubarkeit und intuitive Kartiermöglichkeiten.
 Und das wir einen Rahmen schaffen uns zu einigen, diese Einigungen sollten
 in die Presets fließen, sie könnten den De Mapfeatureskatalog ablösen, bzw
 eine Möglichkeit sein diesen weniger zu benutzen zu müssen.

richtig. der mapfeatureskatalog sollte in 95% der faelle nicht benutzt werden 
muessen.

 P.S:Ich suche noch einen Ort wo man diese Presets unterbringen und pflegen
 kann, jemand ne Idee?

schau dir mal die icons.xml im map-icons-verzeichnis im svn an.
die wurde zwar urspruenglich fuer gpsdrive entwickelt, und enthaelt nur pois 
und andere nodes (gehoert ausserdem im moment etwas aufgeraeumt), aber genau 
so stelle ich mir sowas vor.
noch jeweils nen link zu einem bildchen fuer ein beispiel rein, und gut is.

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




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


Re: [Talk-de] ein Way ist mehere Bundesraßen gleich zeitig...

2007-12-03 Diskussionsfäden Dimitri Junker
Wie wäre es mit einem equipment-Tag?


Und wo soll da der wesentliche Unterschied zu amenity sein? Die Frage um die 
es hier geht ist doch wie tagt man mehrere gleiche Eigenschaften, sei es 
mehrere ref, mehrere amenity, mehrere... Am Bsp von ref finde ich es sollte 
so etwas wie ref=B1,B256,L314 möglich sein, ob jetzt ein Komma als Trenner 
oder irgendwas anderes ist erstmal unwichtig. Bei JOSM sollte es dann 
möglich sein entweder zu Fuß die ganze Liste einzugeben oder jedes einzeln 
und JOSM bastelt den String dann zusammen. Die bisherige Methode ist 
sinnvoll für Eigenschaften die sich ausschließen. Die Alternative per 
relations finde ich noch zu aufwendig. Vor allem wie mache ich eine relation 
für die B1? Muß ich da wirklich von hier (Aachen) bis zum anderen Ende alle 
Stücke selektieren? Was ist wenn es dazwischen noch Lücken gibt? Wie kann 
ich erkennen ob es bereits eine relation B1 gibt? Und wie ob es auch die 
gleiche ist? In Deutschland gibt es nur eine B1, aber wahrscheinlich je eine 
L1 pro Bundesland und sehr viele K1 u.ä. Derzeit zeigt mir JOSM als Liste 
der Relations z.B.
relation
relation
street
relation

an, da gibt es also 2 Probleme, 1. man erkennt nicht welche Relations 
vorhanden sind. Es müßte also mindestens ein Name zusätzlich angegeben 
werden. 2. werden nur relations angezeigt, die lokal schon benutzt werden. 
Also würde ich eine neue relation B1 kreieren, und so wahrscheinlich viele 
andere User entlang der 778km. Was man also da bräuchte wäre z.B. eine 
Möglichkeit der relation einen Gültigkeitsbereich zu verpassen, also z.B. 
Lokal (wie bisher), Land, Kontinent, Welt. Oder alternativ 
Entfernungsklassen. Dann müßte JOSM also wenn ich Daten für Aachen anforder 
mir auch alle Relations für den Umkreis, Deutschland Europa und Welt 
liefern. Das wird dann aber schnell sehr unübersichtlich. Außerdem könnten 
solche Relations automatisch erstellt werden. Wenn ich 2 Wege mit gleichem 
Namen habe die sich an einem Node berühren bilden sie wohl eine 
einzige Straße. Also ist das Eingeben von relations für Straßen lokal 
unnötig da automatisierbar, und größräumig nicht praktikbel.

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


Re: [Talk-de] ??? Mails ??? Bei mir kommen seit gestern keinetalk-de-mails mehr an :-(

2007-12-03 Diskussionsfäden Martin Simon
Ich habe vor ein paar Tagen meine EMail-Adresse in der Liste geändert, seitdem 
kommen die meisten Mails von mir nicht mehr an und Ich bekomme nur einen 
Bruchteil der Mails auf der Liste - meine eigenen überhaupt nicht.
(auch bei talk)

Die Einstellungen sind aber alle korrekt. :-(

Am Sonntag, 2. Dezember 2007 11:42:34 schrieb Elstermann, Mike:
 Alles wieder OK, seit 11.19 Uhr heute kommen sie wieder.
 D. h. über 24 h Lücke - weiß jemand was?

 mikeE.


 -Ursprüngliche Nachricht-
 Von: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Im Auftrag von Elstermann, Mike
 Gesendet: Sonntag, 2. Dezember 2007 10:23
 An: talk-de@openstreetmap.org
 Betreff: [Talk-de] ??? Mails ??? Bei mir kommen seit gestern
 keinetalk-de-mails mehr an :-(


 ... bei Euch?
 mikeE.

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


Re: [Talk-de] Neues GPS-Gerät

2007-12-03 Diskussionsfäden Dimitri Junker
Hallo,


Was ich dir empfehlen kann, wenn du etwas vielseitiger haben willst: Ein
PDA mit Windows Mobile und ein Bluetooth GPS-Empfänger.


Ich habe mir jetzt ein ASUS MYPAL A696 zugelegt. Also ein PDA mit 
integriertem GPS.

aber du kannst z.B. mit OSMtracker folgendes machen:


Scheinbar garnichts, da OSMTracker noch nicht mit internen GPS zurecht 
kommt, oder habe ich das falsch verstanden. 
Welche andere Software könnt Ihr empfehlen. Einerseits zum Tracken, 
andererseits als Nutzer, also Position auf Karte anzeigen/Routing

Dimitri



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


Re: [Talk-de] ein Way ist mehere Bundesra?en gleichzeitig...

2007-12-03 Diskussionsfäden Marcus Wolschon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[EMAIL PROTECTED] schrieb:
 From: Dimitri Junker [EMAIL PROTECTED]
 Subject: Re: [Talk-de] ein Way ist mehere Bundesra?en  gleichzeitig...

 mehrere ref, mehrere amenity, mehrere... Am Bsp von ref finde ich es sollte 
 so etwas wie ref=B1,B256,L314 m?glich sein, ob jetzt ein Komma als Trenner 
 oder irgendwas anderes ist erstmal unwichtig.

Das heißt für einen Vergleich auf der Datenbank müsste man statt
WHERE k='ref' and 'v'='B256' abfragen:
WHERE k='ref' and ('v' like '%,B256' or 'v' like 'B256' or 'v' like
'B256,%' or 'v' like '%,B256,%' or) und das für ref nat_ref, loc_ref,...
alle. Da ist dann kein Index mehr möglich da ja mit like verglichen
werden muss.

..nur meine 2c.

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

iD8DBQFHU/+if1hPnk3Z0cQRAg52AKCtCifSw/NEKdySTypjZRCgSF5mcACeJ8gX
Hnnc0cYQEisvieQD8gB06ns=
=rtxP
-END PGP SIGNATURE-

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


Re: [Talk-de] Neues GPS-Gerät

2007-12-03 Diskussionsfäden Friedhelm Schmidt
 Welche andere Software könnt Ihr empfehlen.

Ich nutze Glopus (www.glopus.de) und bin damit sehr zufrieden. Glopus 
kann Tracks aufzeichnen und anzeigen, und als Karte lade ich mir die 
OSM-Kacheln der Slippymap runter. So sehe ich immer, was schon gemappt ist.

Glopus ist Shareware, aber du kannst dir eine Demo 'runterladen und 
checken, ob die mit deiner hardware zurechtkommt.

Friedhelm

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


Re: [Talk-de] ein Way ist mehere Bundesra�en gleichzeitig...

2007-12-03 Diskussionsfäden Paul Lenz
 Wie wäre es mit einem equipment-Tag?
 
 Und wo soll da der wesentliche Unterschied zu amenity sein? 
 Die Frage um die es hier geht ist doch wie tagt man mehrere 
 gleiche Eigenschaften, sei es mehrere ref, mehrere amenity, 
 mehrere... 


Ich sehe den Unterschied darin, ob es um das Objekt selbst oder
um seine Eigenschaften geht. Ein Objekt kann nur genau eine
Objektbezeichnung haben (highway, amenity), es ist entweder 
eine Autobahn oder eine Landstraße bzw. entweder ein Hotel oder
eine Post. Jedes Objekt kann aber mehrere Eigenschaften haben
und auch mehrere gleichartige Eigenschaften wie eben ref oder
Ausstattung.


Paul

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


Re: [Talk-de] Neues GPS-Gerät

2007-12-03 Diskussionsfäden Dimitri Junker
Hallo,

Ich nutze Glopus (www.glopus.de) und bin damit sehr zufrieden.


Hatte ich auch gefunden, dauerte nur etwas bis ich herausgefunden hatte, daß 
man COM5 für den internen GPS-Receiver einstellen muß

Damit funktioniert jetzt auch OSM-Tracker.

Gruß
Dimitri

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


Re: [Talk-de] JOSM: 412 Precondition Failed

2007-12-03 Diskussionsfäden Paul Lenz
  Wenn ich diese Datei in den JOSM lade und dann auf den Server 
  hochlade, kommt die Meldung 412 Precondition Failed. Was hat 
  das zu bedeuten?

 dieser Node wird wahrscheinlich noch von einem anderen Objekt 
 verwendet.


Das ist der Fall. Nur hätte ich erwartet, dass dieser Node 
entweder automatisch aus dem anderen Objekt entfernt wird,
oder dass es eine aussagekräftige Fehlermeldung gibt.


Wenn man bei Google nach 412 Precondition Failed sucht,
gibt es alle möglichen Erklärungen dafür, irgendwelche
Kommunikationsprobleme zwischen Server und Browser oder so.
Das hilft einem überhaupt nicht weiter. Es ist sogar unklar,
ob der Server die 412 erzeugt, oder ob JOSM eine aussage-
kräftige Fehlermeldung des Servers nicht korrekt weiter gibt.


Paul

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


Re: [Talk-de] JOSM: 412 Precondition Failed

2007-12-03 Diskussionsfäden Frank Jäger
Paul Lenz schrieb:
 Wenn ich diese Datei in den JOSM lade und dann auf den Server 
 hochlade, kommt die Meldung 412 Precondition Failed. Was hat 
 das zu bedeuten?
 dieser Node wird wahrscheinlich noch von einem anderen Objekt 
 verwendet.
 
 
 Das ist der Fall. Nur hätte ich erwartet, dass dieser Node 
 entweder automatisch aus dem anderen Objekt entfernt wird, ...

Das würde ja bedeuten, dass ein Objekt verändert würde, dass nicht im
Editor geladen und somit nicht sichtbar ist.

Wie soll man da kontrollieren, ob das Löschen wirklich gewünscht ist?

Es wäre die Aufgabe des Editors, zunächst den Punkt aus dem Objekt zu
entfernen und *danach* den (dann bedeutungslosen) Punkt zu löschen.

Wenn der Editor das nicht gemacht hat, liegt z.B. folgender Fall vor:

Ein teilweise im angeforderten Gebiet liegender Way A (1-2-3-4) wird
über das  Gebiet hinaus komplett geliefert.
Der von diesem Way abzweigende Way B (3-5, komplett außerhalb) wird
aber nicht geliefert.

Nun könnte man meinen, der auf einer Geraden liegende Zwischenpunkt 3
von Way A wäre überflüssig - man löscht ihn.
Wenn dieser Zwischenpunkt aber eingefügt wurde, weil er der
Kreuzungspunkt der Ways A und B ist, also der Anfangspunkt von B,

...sollte er dann wirklich automatisch aus Way B entfernt werden?


Skizze:

+--+  5
| Download |  |
|  |  |B
|  |  |
|23-4
|   /  A   |
|  1   |
+--+


-- 
Frank Jäger


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


Re: [Talk-de] JOSM: 412 Precondition Failed

2007-12-03 Diskussionsfäden Frederik Ramm
Hallo,

 Wenn man bei Google nach 412 Precondition Failed sucht,
 gibt es alle möglichen Erklärungen dafür, irgendwelche
 Kommunikationsprobleme zwischen Server und Browser oder so.
 Das hilft einem überhaupt nicht weiter. Es ist sogar unklar,
 ob der Server die 412 erzeugt, oder ob JOSM eine aussage-
 kräftige Fehlermeldung des Servers nicht korrekt weiter gibt.

http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5:

412 Precondition Failed 

The operation requested would break referential integrity (e.g. when
requesting to delete a node that is used in a way, or when modifying a
way to refer to a non-existing node). This error code is also used
when the XML payload contains an object id in the context of a
create request (where the server is expected to assign a fresh id).

Ist doch eigentlich klar gesagt. Leider hat das Mediawiki eine
unglaublich schlechte Volltextsuche und findet bei Eingabe von 412
einfach nichts.

Bye
Frederik

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


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


Re: [Talk-de] JOSM: 412 Precondition Failed

2007-12-03 Diskussionsfäden Andreas Kemnade
On Mon, 3 Dec 2007 20:16:07 +0100
Frederik Ramm [EMAIL PROTECTED] wrote:

 nn man bei Google nach 412 Precondition Failed sucht,
  gibt es alle möglichen Erklärungen dafür, irgendwelche
  Kommunikationsprobleme zwischen Server und Browser oder so.
  Das hilft einem überhaupt nicht weiter. Es ist sogar unklar,
  ob der Server die 412 erzeugt, oder ob JOSM eine aussage-
  kräftige Fehlermeldung des Servers nicht korrekt weiter gibt.  
 
 http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5:
 
 412 Precondition Failed   
 
 The operation requested would break referential integrity (e.g. when
 requesting to delete a node that is used in a way, or when modifying a
 way to refer to a non-existing node). This error code is also used
 when the XML payload contains an object id in the context of a
 create request (where the server is expected to assign a fresh id).
 
 Ist doch eigentlich klar gesagt. Leider hat das Mediawiki eine
 unglaublich schlechte Volltextsuche und findet bei Eingabe von 412
 einfach nichts.
 
Hmm, ja, das ist klar gesagt, aber muss man dafür extra im Wiki suchen?
Eigentlich sollte sich ein Anwender doch nicht um das Protokoll und die
Dokumentation davon kümmern müssen. Da könnte JOSM vielleicht selbst
eine aussagekräftige Fehlermeldung anzeigen

MfG
Andreas Kemnade

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


Re: [Talk-de] motorway_junktion zusätzlich setzen ja /nein?

2007-12-03 Diskussionsfäden Colin Marquardt
Ulf Lamping [EMAIL PROTECTED] writes:

 - der Punkt der Abfahrt wo sich der motorway_link von der Autobahn 
 abtrennt (der Node sowohl auf Autobahn als auch an Link) wird mit 
 motorway_junction getaggt und bekommt dann den Namen der Abfahrt z.B. 
 Fürth-Poppenreuth-Stadtmitte.

Ich tagge zusaetzlich noch die Nummer der Ausfahrt, mit z.B. ref=53.

Cheers
  Colin


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


Re: [Talk-de] JOSM: 412 Precondition Failed

2007-12-03 Diskussionsfäden Ulf Lamping
Andreas Kemnade schrieb:
 Hmm, ja, das ist klar gesagt, aber muss man dafür extra im Wiki suchen?
 Eigentlich sollte sich ein Anwender doch nicht um das Protokoll und die
 Dokumentation davon kümmern müssen. Da könnte JOSM vielleicht selbst
 eine aussagekräftige Fehlermeldung anzeigen
   
Da hab ich schon vor einiger Zeit einen Bugreport geschrieben 
http://josm.openstreetmap.de/ticket/130

Nur hat bislang keiner Zeit gefunden dagegen was zu tun ...

Gruß ULFL


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


Re: [Talk-de] motorway_junktion zusätzlich setzen ja /nein?

2007-12-03 Diskussionsfäden Christoph Eckert
Hi,

 Ich tagge zusaetzlich noch die Nummer der Ausfahrt, mit z.B. ref=53.

es gibt ein proposed feature namens exit_nr. Den hänge ich an den Node, ann 
dem die Abfahrt abgeht, also da wo die gestichelte Linie aufhört und die 
durchgezogene beginnt.

Beste Grüße,

ce



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


Re: [Talk-de] GSM-Cell Id in OSM

2007-12-03 Diskussionsfäden Colin Marquardt
Joachim Laier [EMAIL PROTECTED] writes:

 wir hatten heute im Büro eine Diskussion über die Cell-IDs aus dem 
 Mobilfunk, und dass man darüber einer grobe Lokalisierung machen
 kann.

Als das in #osm vor kurzem angesprochen wurde, hat jemand
http://gsmloc.org/ als Sammelstelle genannt.

 Praktisch daran wäre, dass man auf diese Art mit dem Mobiltelfon die 
 aktuelle Possition ganz ohne GPS einigermaßen genau bestimmen könnte.

Dieses Google Maps Mobile macht das optional z.B. so.

Cheers
  Colin


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


Re: [Talk-de] Klare highway tagging Regeln fßr befes tigte, Straßen

2007-12-03 Diskussionsfäden Christoph Eckert
Moin,

 Man kann die Presets doch einfach auf einen beliebigen Webserver  
 hochladen. Jeder User kann sich selbst aussuchen, welche Presets er  
 von wo laden will, die muessen dazu nicht an einem speziellen Ort  
 liegen. Man koennte im JOSM-Wiki eine Liste von Presets pflegen -  
 welche es gibt, von wem, und mit welcher Zielgruppe.

die Idee mehrere davon ins Web zu werfen finde ich gut. Allerdings wäre dazu 
eine zentrale Stelle praktisch, sonst müssen die Anwender sich das Zeug 
wieder von verschiedenen Servern zusammensuchen.

Cheers,

ce

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


Re: [Talk-de] JOSM: 412 Precondition Failed

2007-12-03 Diskussionsfäden Paul Lenz
  Das ist der Fall. Nur hätte ich erwartet, dass dieser Node 
  entweder automatisch aus dem anderen Objekt entfernt wird, ...
 
 Das würde ja bedeuten, dass ein Objekt verändert würde, dass 
 nicht im Editor geladen und somit nicht sichtbar ist.
 
 Wie soll man da kontrollieren, ob das Löschen wirklich 
 gewünscht ist?


OK, im Prinzip hast Du recht. In meinem Fall geht es aber
darum, dass jemand über 100 meiner Nodes dupliziert hat und
offenbar nicht in der Lage ist, diesen Müll zu entfernen.
Auch JOSM scheint sich nicht daran zu stören.
Deshalb bastele ich gerade an einem Programm, das solchen
Müll herausfiltert und gleich eine Datei erzeugt, die
die Löschbefehle enthält. Und da die zu löschenden Nodes
Duplikate sind, hielt ich es vorerst nicht für nötig,
zu testen, ob die Duplikate auch in Ways eingebaut sind
oder nicht.






 The operation requested would break referential integrity 
 (e.g. when requesting to delete a node that is used in a way, 
 or when modifying a way to refer to a non-existing node). 

 Ist doch eigentlich klar gesagt. Leider hat das Mediawiki 
 eine unglaublich schlechte Volltextsuche und findet bei 
 Eingabe von 412 einfach nichts.


Mein Problem war schlicht und ergreifend, dass Mediawiki
gestern überhaupt nicht zugänglich war, deshalb konnte
ich dort gar nicht suchen - also hatte ich Google bemüht.




Paul

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


[Talk-de] Relations

2007-12-03 Diskussionsfäden dieter jasper
Hallo,
wo finde ich eine leicht verständliche Erläuterung zu relations. 
Beispiele wären sehr hilfreich.


MfG
dieter

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


Re: [Talk-de] GSM-Cell Id in OSM

2007-12-03 Diskussionsfäden Markus Piff
Nur haben die wahrscheinlich nicht wenig Geld für diese Daten bezahlt.

Ich muss meine Meinung nochmal ändern, eine zentrale Erfassung der
Funkmasten wäre durchaus praktisch. OSM scheint da die einzige
wirkliche Möglichkeit zu sein, vielleicht ist ja auch ein Import der
bereits auf privaten Seiten gesammelten Daten möglich, um so schneller
zu ernsthaften Datensätzen zu gelangen?

MAP THE PLANET!
Markus

On 12/3/07, Colin Marquardt [EMAIL PROTECTED] wrote:
 Joachim Laier [EMAIL PROTECTED] writes:

  wir hatten heute im Büro eine Diskussion über die Cell-IDs aus dem
  Mobilfunk, und dass man darüber einer grobe Lokalisierung machen
  kann.

 Als das in #osm vor kurzem angesprochen wurde, hat jemand
 http://gsmloc.org/ als Sammelstelle genannt.

  Praktisch daran wäre, dass man auf diese Art mit dem Mobiltelfon die
  aktuelle Possition ganz ohne GPS einigermaßen genau bestimmen könnte.

 Dieses Google Maps Mobile macht das optional z.B. so.

 Cheers
   Colin


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


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


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

2007-12-03 Diskussionsfäden Frederik Ramm
Hallo,

  Aber das spricht alles ueberhaupt nicht dagegen, Dinge zum
  Besseren zu veraendern.
 
 Würde ich gerne - habe dazu schon einige Vorschläge gemacht. 
 Aber in eine 'es darf keine Regeln geben'-OSM-Welt kann ich 
 keine sinnvolle Arbeit investieren. 

Wieso nun auf einmal wieder dieser Pessimusmus? Eben wolltest Du noch
mit einem kleinen Team eine schoene neue Highway-Tag-Welt ausdenken.
Jetzt auf einmal wieder der ich fang gar nicht erst an-Spruch?

Du kannst natuerlich in einem Projekt ohne Macht- und Entscheidungs-
strukturen nicht erwarten, dass Du praktisch von oben einen
Auftrag bekommst, Dir etwas auszudenken, zusammen mit dem
Versprechen, dass das dann auch eingesetzt wird. Deine Regeln haben
grundsaetzlich erstmal das gleiche Gewicht wie die von John Doe aus
Mittelengland.

Du musst also fuer Deine Regeln werben. 

Wenn Deine Regeln so viele Vorteile haben, dass eine ausreichend
grosse Mehrheit - oder wenigstens die Minderheit, die die wichtigen
Faeden in der Hand haelt! - sich ihnen anschliesst, dann hast Du gute
Karten...

Wie ich schon oefters geschrieben habe, ist diser politische Pro- 
zess durchaus anspruchsvoller als das blosse Ausdenken von Regeln,
und es kann niemanden veruebelt werden, wenn er auf Politik keine
Lust hat. Geht mir ja selber so - Klinkenputzen, um fuer eine Idee
zu werben, ist laestig, die Leute sollen gefaelligst selber sehen,
dass meine Idee die allein heilbringende ist ;-)

Wenn Du meinst, dass Deine Regeln nur dann Bestand haben koennen, wenn
sie von Macht- und Entscheidungsstrukturen gestuetzt werden (weil sie
zu unpopulaer sind, sich in der freien Wildbahn als Standards durch-
zusetzen), dann arbeite halt daran, dass das Projekt Macht- und Ent-
scheidungsstrukturen bekommt. Du stuendest mit dem Ansinnen sicherlich
nicht allein, es gibt viele, die mit der Anarchie nicht klarkommen. 

Ein moeglicher Weg in die Richtung, die Dir vielleicht vorschwebt,
waere, ein Unterprojekt strict tagging oder sowas aufzumachen (man
muesste einen etwas euphemistischen Namen finden). Das Projekt
bestuende einerseits aus strengen Tagging-Regeln und andererseits
einem festgelegten Community-Prozess, wie diese Regeln zu veraendern
sind. Dieser Prozess koennte auf Wunsch sogar Aemter vorsehen, in
die irgendwelche Leute gewaehlt werden koennen, die den Prozess
verwalten.

Der erste Schritt in so einem Projekt waere die Ausarbeitung eines
brauchbaren Tagging-Katalogs samt Algorithmen fuer die Anwendung. Der
naechste Schritt wuerde bei den Editoren ansetzen und per Plugin o.ae.
sicherstellen, dass nur konforme Aenderungen hochgeladen werden
koennen. (Es waere immer alles optional, d.h. es kann sich niemand
beschweren, man sagt den Leuten dann, sie sollen halt einfach ohne das
Plugin arbeiten, wenn ihnen das nicht passt.) - Als naechstes
entwickelt man eine Analysesoftware, die herausfindet, wo auf der
OpenStreetMap-Karte noch Fehler im Sinne der strengen Tagging-
regeln sind (aehnlich dem heutigen Maplint-Layer), und stellt das
grafisch dar, mit irgendeiner Art von Punkteskala, welches Gebiet wie
gut ist (so dass Leute, die sich dafuer interessieren, beginnen
koennen, die Gebiete mit den meisten Problemen mal in JOSM zu laden
und aufzuraeumen). 

Wenn man es halbwegs geschickt macht und gut verkauft, dann wird das
Subprojekt irgendwann die Autoritaet auf dem Gebiet des Taggings. Zwar
darf immer noch jeder alles, aber das Strict Tagging Committee
entscheidet ueber den offiziellen Katalog, und wenn irgendwer Software
fuer OSM programmiert, wird er sich als erstes an deren Listen halten.

Ist viel Arbeit, ein langwieriger Prozess - man muss sich die
Autoritaet verdienen, es geht nicht auf Fingerschnipp. Es liegt an
Dir, Hubert, so einen Prozess in Gang zu setzen, wenn es Dir die Muehe
wert ist. Mir selbst waere es die Muehe nicht wert, aber ich jammere
ja auch nicht dauernd rum. Und wie gesagt, ich glaube nichtmal, dass
Du alleine waerst. Der Spruch wir brauchen strenge Regeln kommt zwar
vornehmlich hier auf der Liste, aber nicht ausschliesslich. Du
koenntest sicherlich auch auf Unterstuetzer in der internationalen
OSM-Szene rechnen.

Eine andere Alternative, etwas mehr Struktur und Ordnung in das
Tagging zu bringen, waere, sich einfach mal im Wiki zu engangieren und
das, was an Tagging-Doku vorhanden ist, aufzuraeumen und zu ordnen.
Wenn irgendjemand dort Praesenz zeigen wuerde und tatsaechlich auch
alles, was so an Edits gemacht wird, pruefen und ggf. auch den Leuten
schreiben (Du hast da ein Proposal eingegeben, ich schlage vor, wir
aendern das in so-und-so, dann passt es besser in die Struktur...),
und in den Listendiskussionen, wenn die Leute ankommen mit man
braeuchte ein Tag fuer... sofort schluessig darlegen koennte, wo das
am besten hinpasst, dann wuerde diese Person allein schon deshalb,
weil sie die Uebersicht hat, schnell von den meisten als Autoritaet
akzeptiert weren. (Auch ich wuerde dann aus lauter Bequemlichkeit
einfach der Person ne Mail schicken kannst Du nicht mal 

Re: [Talk-de] motorway_junktion zusätzlich setzen ja/nein?

2007-12-03 Diskussionsfäden Frederik Ramm
Hallo,

 es gibt ein proposed feature namens exit_nr. Den hänge ich an den Node, ann 
 dem die Abfahrt abgeht, also da wo die gestichelte Linie aufhört und die 
 durchgezogene beginnt.

nr fuer Nummer ist keine im englischen gelaeufige Abkuerzung. Wenn,
dann sollte man gleich abfahrt_nr schreiben, oder de:abfahrt_nr
oder so!

Im englischen waere exit_no passender.

Bye
Frederik

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


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


Re: [Talk-de] Relations

2007-12-03 Diskussionsfäden Frederik Ramm
Hallo,

 wo finde ich eine leicht verständliche Erläuterung zu relations. 
 Beispiele wären sehr hilfreich.

Hmpf, nicht leicht... das ist alles noch ein bisschen
unter-dokumentiert.

Hier eine Seite ueber Relations im JOSM:

http://josm.openstreetmap.de/wiki/Relations

Hier die Liste der proposed Relations, also was die Leute meinen,
was man damit machen koennte und sollte:

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

Einige davon werden schon recht intensiv benutzt, z.B. diese hier:

http://wiki.openstreetmap.org/index.php/Relations/Proposed/Routes

Relations sind insgesamt noch sehr Beta, d.h. der Editor-Support ist
bei weitem nicht so gut, wie er sein sollte, und die Renderer zeigen
noch fast ueberhaupt nichts an. 

Bye
Frederik

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


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


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

2007-12-03 Diskussionsfäden Karl Eichwalder
 Andere Modelle, die sauber zwischen reinen POIs, Knotenpunkten und
 Stützpunkten eines Polygons unterscheiden, finde ich auch eleganter
 als die aktuelle OSM-Lösung.

Des einen knotenpunkte sind des anderen stützpunkte -- an stützpunkten
gehen oftmals fuß- oder andere wege ab.  Bei der eingabe sollte man
sich damit nicht herumschlagen müssen, das kann und muss man im nachhin
für die jeweilige anwendung rausrechnen.

 Wenn man da nicht immer so empfindlich wegen der Wortwahl wäre,
 könnte man vielleicht sogar mal verstehen, was damit gemeint ist.
 Um nur mal ein Beispiel zu nennen: Das Handling der Einbahnen
 macht es derezeit praktisch unmöglich, akzeptabel zu routen. Die
 sind im nullkommanix gedreht und weg ist die Info.

Viel schlimmer ist eigentlich, dass diese info oft in der datenbank
steckt, wo sie gar nicht gilt.  Radfahrer dürfen mittlerweile
einige einbahnen in gegenrichtung befahren...



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


[Talk-de] [RFC] Fahrzeughändler und -dienstl eistungen

2007-12-03 Diskussionsfäden Daniel Schmidt
Hallo,

meine alten Proposals bezüglich Autohändlern und -werkstätten hatten  
ja noch ein paar Schwächen und wurden nun überarbeitetet und stark  
erweitert. Der neue Vorschlag beinhaltet nun verschiedene  
Fahrzeugtypen und entsprechende Dienstleistungen.

Schauts euch unter
http://wiki.openstreetmap.org/index.php/Proposed_features/cars
an und sagt eure Meinung.

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