Re: [Talk-de] Broken Turn Relations in Schweiz, Österreich, Bayern und Baden-Württemberg

2013-05-04 Diskussionsfäden Franz v. Gordon

Am 04.05.2013 12:45, schrieb Rainer Dorsch:

Hallo Franz,

vielen Dank.

Sind die Bounding Boxen identisch mit den Karten,  hier Baden-Württemberg,
Bayern, Schweiz und Österreich. z.B. eine Turn restriction, die in Bayern das
from element und in Baden-Württemberg das To element hat?

Wenn ja, dann ist das schwierig zu vermeiden, da ich maptool aus navit dann
nur die Daten innerhalb der Bounding Box "füttere". Ich könnte höchstens
versuchen größere Datensätz zu rechnen.

Wenn nein, kannst Du ein Beispiel posten?

Danke und Gruß
Rainer


Hallo Rainer,

die Bounding-Boxen, die Du verwendest kenne ich nicht - nur aus der 
Logik, dass der Umriss einer Bounding-Box so liegen kann, dass von einer 
Turn-Restriction z.B. nur der to-Weg zum Teil innerhalb des Ausschnitts 
liegt. Im Beispiel [1] sieht man auch die Grenze auf dem Inn. Diese 
Abbiegebeschränkung war auch immer in den Auswertungen von Gary68 vor 
einigen Jahren enthalten, aber dort hatte ich keinen Fehler gefunden - 
nun weiß ich, dass diese Relation in der Fehlerliste landet, weil der 
to-Weg zum Teil innerhalb der Bounding-Box liegt - deshalb die Relation 
mit der Abbiegebeschränkung geladen wird, aber der via-Knoten und der 
From-Weg im ausgeschnittenen Bereich nicht gefunden werden können, gibt 
es den Fehlertext "... member not found".


Da der from-Weg im oben genannten Beispiel komplett in Österreich liegt, 
nehme ich an, dass sich die Bounding-Boxen der Regionen vermutlich etwas 
überlappen (in diesem Beispiel schätze ich: 1 km) und somit ein 
via-Knoten mit angeschlossenen from- und to-Wegen immer in einem der 
Ausschnitte liegt.


Es würde also reichen, die Zeilen mit dem Fehlertext "... member not 
found" wegzulassen, da sie systembedingt entstanden sind und keine 
Fehler an Abbiegebeschränkungen sind.


[1] http://www.openstreetmap.org/browse/relation/178773

Erklärende Grüße,
Franz


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


Re: [Talk-de] OSM2World

2013-04-15 Diskussionsfäden Franz v. Gordon
Bei mir ließ sich OSM2World erst auch nicht starten - es lag an der in 
der Start-Datei (osm2world-windows.bat bzw. osm2world.sh für Linuxe), in 
der die Speicheranforderung beim Start auf 2 GByte steht. Da ich nicht 
soviel auf meinem Rechner habe, ging es dann mit einem kleineren Wert 
(-Xmx200M).


Helfende Grüße,
Franz


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


Re: [Talk-de] Broken Turn Relations

2012-12-02 Diskussionsfäden Franz v. Gordon

Hallo Rainer,

gestern habe ich noch einen Grund gefunden, warum auch korrekte 
Abbiegebeschränkungen in dieser Fehlerliste auftauchen: Die Bounding-Box 
bzw. die Umrisslinie, die zum Ausschneiden eines Bundeslandes verwendet 
wird ist etwas größer als dieses Bundesland und sollte es auch sein. 
Dadurch kommt es vor (unabhängig von der Breite des Streifens, der in 
benachbarte (Bundes-)Länder ragt), dass beim Ausschneiden z.B. der 
from-Weg noch zum Teil innerhalb liegt, der to-Weg aber komplett 
außerhalb (oder umgekehrt - einer fehlt jedenfalls) und dieser deshalb 
in dem ausgeschnitteten Bereich fehlt und das Programm diese Relation 
als fehlerhaft in die Log-Datei schreibt.


Aufgefallen ist mir das, weil ich Kontakt mit einem User hatte, der mir 
schrieb, dass eine schon länger korrekte Abbiegebeschränkung aus der 
BaWü-Liste in Hessen liegt.


Durch Einbau des folgenden Tests können diese abgeschnittenen Relationen 
erkannt werden und sie landen nicht in dieser Liste: Wenn ein Weg in der 
Relation vorhanden ist, aber in dem Ausschnitt nicht, könnte er 
außerhalb liegen - dann steht als Fehlertext "... not found" und nicht 
"... missing". Man kann auch prüfen, ob der via-Knoten außerhalb der 
Bounding-Box liegt. Möglicherweise reicht dieses "... not found" schon 
als Kriterium, diese Relation nicht in die Liste zu schreiben - sie 
würde bei einem anderen Bundesland-Extrakt vollständig geladen werden..


Da erklärt auch, warum ich schon vor einigen Jahren bei den monatlichen 
Listen von fehlerhaften Relationen von Gary68 die Relation [1] immer 
wieder als fehlerhaft eingetragen fand, obwol sie ok ist - die liegt 
kurz hinter der Grenze zu Österreich (wohl auf der Linie der Bounding-Box).


Diese korrekten Relationen habe ich auf der Wiki-Seite [2] mit "Bounding 
Box" markiert.


Diese Hinweise können auch in ähnlichen Fällen für andere Leser 
interessant sein, die mittels Bounding-Box etwas ausschneiden und an den 
Rändern Probleme haben.


Gestern sind mir auch einige wenige Abbiegebeschränkungen aufgefallen, 
die alle drei Elemente hatten, aber deren From- und To-Wege entgegen der 
Einbahn-Richtung verliefen - das sind auch Fehler. Das könnte auch noch 
geprüft werden (weiteres Ticket).


[1] http://www.openstreetmap.org/browse/relation/178773
[2] 
http://wiki.openstreetmap.org/wiki/DE:Relation:restriction/Fehlerhafte_Turn_Restrictions


Grüße,
Franz


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


[Talk-de] JOSM Einstellung (zeige Objekt IDs )

2012-10-19 Diskussionsfäden Franz v. Gordon

Hallo Jaques,

In den Einstellungen (Taste: F12), Erstes Icon (ganz oben) 
"Anzeige-Einstellungen", dort den Reiter ganz rechts auswählen 
("Verhalten und Aussehen"). Hier den Haken bei "Objektnummer in 
Auswahllisten anzeigen" einschalten.


Grüße,
Franz



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


Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite

2012-10-16 Diskussionsfäden Franz v. Gordon

Hallo,

Erstellen eines Bugs ohne Anmeldung sollte beibehalten bleiben - so bin 
ich auch zu OSM gekommen. Aber das Löschen eines Bugs sollte nur mit der 
OSM Anmeldung (für Potlatch / fürs Forum) möglich sein, damit *immer* 
ein Verantwortlicher (der das behoben/geprüft hat) automatisch 
eingetragen ist. In solchen Fällen, wo jemand in Süddeutschland sehr 
viele Bugs geschlossen hat ("OSB-Spam"), kann er sich nicht mehr hinter 
"No Name" verstecken - er ist dann über den OSM-Anmeldenamen per Mail 
erreichbar.


Franz

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


Re: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien

2012-10-08 Diskussionsfäden Franz v. Gordon

Hallo,

nun habe ich die Tabelle im OSM-Wiki [1] eingetragen und die 
bearbeiteten Inhalte vom letzten Jahr entfernt. (Meine erste Wiki 
Änderung dieser Größe - Suchen/Ersetzen klappte gut).


[1] 
http://wiki.openstreetmap.org/wiki/DE:Relation:restriction/Fehlerhafte_Turn_Restrictions


Nächtliche Grüße
Franz



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


Re: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien

2012-10-08 Diskussionsfäden Franz v. Gordon

... nun habe ich die Schweiz auch fertig (nach Österreich und Estland).

Wird das noch etwas mit dem Eintragen der (von mir noch nicht 
korrigierten) Fehlerzeilen ins Wiki?
... oder sollte ich mich selbst daran versuchen, diese Liste ins Wiki zu 
bekommen? - mittels Suchen/Ersetzen die Log-Datei in eine Wiki-Tabelle 
umwandeln obwohl die Log-Datai nicht von mir ist?


Eckard Wörner schrieb:
>kann es sein, dass die "multiple from-members" und "multiple 
to-members" alle von Potlatch kaputtgemacht worden sind?


Nein - hier [1] sind in Version 3 mehrere to- und via-Rollen 
hinzugekommen - editiert wurde mit JOSM (5267.de).
Auch hier [2] kamen in den Versionen 4 und 6 überflüssige Rollen hinzu - 
beide editiert mit JOSM.


[1] http://www.openstreetmap.org/browse/relation/169052/history
[2] http://www.openstreetmap.org/browse/relation/287329/history

Grüße,
Franz



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


Re: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien

2012-10-07 Diskussionsfäden Franz v. Gordon

... nach Österreich ist nun Estland auch fertig bearbeitet.

Franz


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


Re: [Talk-de] Kaputte Turn Relations: Deutschland, Österreich, Schweiz, Italien, Tschechien

2012-10-07 Diskussionsfäden Franz v. Gordon

Hallo,

soeben habe ich die Zeilen aus Österreich von dieser Liste repariert 
(diese Zeile [1] kann man als false positive ansehen - no_u_turn mit 
mehreren via-Wegen - geht nicht anders anzulegen, wenn der via-Weg noch 
geteilt ist).


Schön wäre es, wie letzte Jahr, diese Liste wieder im Wiki einzutragen 
[2], da sicher mehr Personen an dieser längeren Liste arbeiten werden 
als nur ich und so ein Abhaken einfacher ist, welche Zeilen bereits 
bearbeitet sind.


[1] OSM Warning:http://www.openstreetmap.org/browse/relation/2090704 
turn restriction: multiple via member
[2] 
http://wiki.openstreetmap.org/wiki/DE:Relation:restriction/Fehlerhafte_Turn_Restrictions


Grüße,
Franz



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


Re: [Talk-de] Broken turn relations

2012-06-23 Diskussionsfäden Franz v. Gordon

Hello,

now I am ready with repairing most of the items of all four lists of 
both countries.


Franz


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


[Talk-de] Präzisionszeiger bei JOSM

2012-02-03 Diskussionsfäden Franz v. Gordon

Hallo hike39,

die Meinung hatte ich vor vielleicht einem Jahr auch und im Forum 
gefragt (Der Mauscrusor mit den vier Pfeilen beim Verschieben von 
Objekten verdeckt mir zu viel) - dort wurde keine akzeptable Lösung 
gefunden.


Später bin ich darauf gekommen, Objekte mit der Tastatur zu verschieben. 
Das geht mit Shift+Pfeiltasten (bei mir läuft Win-XP). Wenn also ein 
Knoten, eine Linie oder eine Gruppe von Objekten ausgewählt (rot 
markiert) ist, kann man diese mit der "Taste für Großschreibung" (Shift) 
und den vier Richtungspfeilen der Tastatur in Pixel-Einheiten des 
Monitors verschieben. Je nach Zoom ergibt sich dann eine kleine oder 
sehr kleine Verschiebung.


Mit Strg und den Pfeilen kann man den Auschnitt aus der Karte in 
gröberen Schritten (ein Fünftel des Kartenausschnitts) verschieben.


Helfende Grüße,
Franz


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


Re: [Talk-de] Gebiet gelöscht. Bitte um Hilfe bei Wiederherstellung

2011-11-13 Diskussionsfäden Franz v. Gordon

Hallo Manuel,

die Waldfläche war nicht geschlossen, deshalb wurde der Wald nicht 
gezeichnet.


Ursache war dieses Changeset:

http://www.openstreetmap.org/browse/changeset/9791422

Habe den Umriss geschlossen und gut ist.

Grüße,
Franz


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


Re: [Talk-de] unklares Grenzlabel

2011-10-13 Diskussionsfäden Franz v. Gordon

Am 13.10.11 schrieb Fabian Schmidt:

> Inzwischen steht dort auch "Länderdreieck", vielleicht durch das Update
> der Relation.

Hallo,

gestern, bis spät in die Nacht habe ich die Sache repariert: Sobald noch 
eine Linie des MP einen Namen hatte, wurde dieser an diesem 
Schwerpunkt/Mittelpunkt der drei Länder angezeigt und nicht der Name des 
MP (habe aus "name" erstmal "note" gemacht). Zuletzt hatte ich noch 
einen Grenzfluss zu Tschechien, dessen Name dann hier erschien. Damit 
der Fluss seinen Namen behalten kann, habe ich auf dessen Knoten noch 
eine Grenzlinie drübergelegt, damit auch dieses Stück Grenzlinie ohne 
Namen ist.


Nun stimmt es soweit, aber mit der Bezeichnung "Länderdreieck" bin ich 
nicht ganz einverstanden, denn es ist doch eher ein 
"Länderzusammenschluss". Unter "Länderdreieck" verstehe ich eher ein 
kleines Gebiet um den Punkt, wo sich drei Länder treffen (z.B. Basel).


Franz


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


Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg

2011-09-21 Diskussionsfäden Franz v. Gordon

Hallo,

beim Korrigieren des Rechtecks mit Restrictions um Bremen herum fand ich 
folgende Meldung zu den Relationen 77021 und 77022: "sorry, 'via' ways 
are not supported - ignoring restriction". Laut Wiki [1] (Anmerkungen) 
ist aber bei no_u_turn ausdrücklich ein Weg als via-Rolle erlaubt.


[1]: http://wiki.openstreetmap.org/wiki/DE:Relation:restriction#Anmerkungen

Franz


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


Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg

2011-09-17 Diskussionsfäden Franz v. Gordon

Chris66 wrote:
> 
> Am 15.09.2011 17:34, schrieb Chris66:
> 
> Bei den letzten 4 Restrictions aus der Liste des Ursprungspostings
> konnte ich allerdings keinen Fehler sehen. Keine Ahnung warum
> der Navit-Konverter da meckert.
> 
> Chris
> 

Hallo,

die waren von mir und sollten nach meiner langen Erfahrung und dem 
Validator von JOSM ok sein.

Ich hatte mir schon einige Ausschnitt-Dateien der Fehlermeldungen (Nordsee 
bis Schwerin/Rostock) heruntergeladen und bei den drei kürzesten (mit den 
wenigsten Fehlern) nur etwa 20 bis 40% falsche Restrictions gefunden - da 
könnte das Analyse-Programm noch etwas Tuning gebrauchen.

Ich finde es wichtig, wenn wir auch im Ausland Restrictions reparieren, zu 
beachten, welche Verkehrszeichen in dem Land verwendet werden. Im Wiki unter 
Relation:Restriction, Abschnitt Road Signs werden einige Länder aufgeführt - 
wo also Verbotszeichen und wo Gebotszeichen verwendet werden, aber es ist 
nicht erkennbar, welche Verkehrszeichen z.B. in Portugal, Belgien oder 
Dänemark verwendet werden. Oder sollte jeder zunächst in der Hauptstadt des 
Landes, in dem er Restrictions korrigieren möchte, nach no_left_turn oder 
no_right_turn Restrictions suchen, um zu erkennen, welcher Typ dort
verwendet
wird?

Ich hatte bis vor etwa einem Jahr nach der Fehlerliste der Relations von 
Garry68 Restrictions repariert - aber die gibt es wegen der Größe der 
Deutschland-Datei nicht mehr oder ich habe sie wegen der Aufteilung in
mehrere 
Dateien nicht gefunden.


Grüße,
Franz


--
View this message in context: 
http://gis.638310.n2.nabble.com/Turn-restriction-Probleme-in-Baden-Wurttemberg-tp6797316p6804557.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Liste mit m���¶gl icherweise inkorrekten Stra��ï ¿½ennamen

2011-01-01 Diskussionsfäden Franz v . Gordon
Michael Lück  Bonk-Consulting.de> writes:

> 
> Hallo, 
> 
> wir haben wieder eine neue Liste erstellt. Diesmal sind noch ein paar neue
Kriterien dazugekommen. So
> werden jetzt auch Straßen aufgenommen, welche den folgenden Kriterien
entsprechen:
> 
> - nur ein Zeichen lang
> - kein Buchstabe enthalten
> - "fixme" enthalten
> - Zahlen enthalten
> 
> Wenn ihr weitere Vorschläge habt, dann immer her damit.
> Unsere Datenbank wird nun täglich aktualisiert, allerdings haben wir für die
Erstellung der Liste noch
> keinen Automatismus, deshalb wird diese wohl nicht jeden Tag erneuert werden.
> Die Liste findet ihr unter
http://www.bonk-consulting.de/download/osm/errAddresses.htm 
> 

Hallo,

in dieser ML lese ich schon länger, habe aber bisher noch nichts geschrieben.

Aus eurer Straßenliste hatte ich schon als die erste (kürzere) Liste im
November herauskam bis etwa Zeile 700 von gut 3000 die REF-Bezeichnungen von
Straßen korrigiert. (Claudius Heirichs schrieb: "Wollte mich gerade mal an
einige Kreis- und Landesstraßen-Refs machen, aber da hat wohl schon jemand
vor mir angefangen. Viele sind bereits korrigiert.")

Jetzt mit der neuen Liste (HTML statt *.csv) habe ich bis soeben alle Straßen,
die nach REF-Bezeichner von Straßen aussahen korrigiert - aber keine Wanderwege
(highway=tack). Dabei fand ich auch vertauschte Straße/Hausnummer im addr:*-Tag
und einmal eine Postleitzahl statt der Straße in addr:street. Bei einigen Wegen
mit Hausnummer am Ende habe ich - wie auch andere Mitleser die Hausnummer vom
Weg entfernt und an ein Haus oder Grundstück (farmyard) am Ende des Weges als
addr:* gelegt.

Jetzt sollten alle REF-Bezeichnungen bei primary bis tertiary (einige wenige
residential und unclassified) Straßen aus dem Namen nach ref=* gelangt sein
(außer Namen wie "An der B 96" - vielleicht ist der ja richtig).

Ein Frohes Neues Jahr wünscht allen Mitlesern
Franz



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