[Talk-de] Installation von Navit unter Windows(64)
Moin ! ich habe mir die aktuelle Version unter C:\Program Files (x86)\Navit\bin installiert. Wenn ich die darin enthaltene navit.exe starte kommt gar nichts - nur die Logdatei wird mit folgendem Inhalt erstellt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Jetzt habe ich im Wiki nachgesucht und unter [1] gefunden das |map type=binfile enabled=yes data=/path/to/mymap.bin / zu erstellen ist. Diese Datei habe ich im bin-Verzeichnis nicht gefunden. Meine Suche hat ergeben das es im Verzeichnis C:\Program Files (x86)\Navit\share\navit eine navit.xml gibt - aber die sieht aus wie eine Style-Datei. Soll diese Zeile dort irgendwo eingefügt werden - oder wie habe ich das zu verstehen ??? |Wenn ich das ganze richtig gelesen habe dann sollte doch immer ein Demo-Beispiel zumindest nach der Installation gezeigt werden. Kann mir einer weiterhelfen ? Gruß Jan :-) [1] http://wiki.navit-project.org/index.php/OpenStreetMaps#Adding_an_OSM_map_to_your_mapset ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 7. Januar 2010 08:22 schrieb Sven Anders s...@anders-hamburg.de: André Riedel schrieb: Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de: Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). Was genau stimmt denn dort nicht? Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. Die einzelnen Punkte wissen von dem Nachfolger oder Vorgänger, aber hier das Bsp. Ist: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM Soll: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. Ja, das kommt noch. Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich hab mich für das Zählen in der Area entschieden). Das Zählen ist ok. Aber mir geht es darum, dass ein TMC-Abschnitt in OSM vorhanden ist, aber eben nicht über die komplette Länge. Siehe dazu den alten Stand von: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 [Browse relation 21802][JOSM][Relation-Analyser] Tipp * Es könnte noch eine Class hinzugefügt werden Da die Punkte nicht in der Segment-Relation sein sollen, sagt diese erste Aussage aus, dass alles komplett ist. Dies ist aber nicht so. (oder war so) - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. Kannst du das mal Beispielhaft machen, wie du dir das vostellst? Gleiches Beispiel: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 - In OSM Gefunden: * [Browse relation 21802][JOSM][Relation-Analyser] Tipp o Es könnte noch eine Class hinzugefügt werden * type = TMC (Gefunden) * TMC:cid_58:tabcd_1:LocationCode = 8531 (Gefunden) * TMC:cid_58:tabcd_1:Class = Road (optional) * TMC:cid_58:tabcd_1:LCLversion = 8.00 (Gefunden) Als Member sollten alle Straßen des Segments in der Relation vorhanden sein. -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung jetzt an einem anderen Standort sind. Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen Fall eine Eingabe erlauben und das in einer weiteren DB speichern. Ok, vielleicht kannst du du dann standardmäßig, die keys note und note:tmc anzeigen. Nebensächlich: - Anzeige der Areas, Segmente oder Roads auf der Karte Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein Segment, Area (und/)oder Road fehlt. Dies muss nicht unbeding auf der Hauptkarte sein, es kann auch auf der dazugehörigen Detailseite angezeigt werden. Noch etwas weiteres: - Auf der Detailseite eines Points sollte die Karte mit einem kleinen Kreuz oder Kreis die genaue Lage anzeigen. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm-Icon für Shop allgemein
Moin ! ich wollte mir für die Nodes die shop=* (irgendetwas) haben ein standard-Symbol einpflegen und habe rule condition k=shop v=*/ icon annotate=true src=shop.png priority=1/ scale_min1/scale_min scale_max5/scale_max /rule definiert. Es wird aber nichts angezeigt ! Kann mir einer sagen, ob v=* unzulässig ist ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
André Riedel schrieb: Am 7. Januar 2010 08:22 schrieb Sven Anders s...@anders-hamburg.de: André Riedel schrieb: Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de: Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). Was genau stimmt denn dort nicht? Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. Die einzelnen Punkte wissen von dem Nachfolger oder Vorgänger, aber hier das Bsp. Ist: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM Soll: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM Hi, Hi bescheuerter Bug: select lcd,ordernum from points where seg_lcd=8531 order by ordernum; +---+--+ | lcd | ordernum | +---+--+ | 21159 | 0| | 56932 | 1| | 21162 | 10 | | 56937 | 11 | | 42662 | 12 | | 51450 | 13 | | 52446 | 14 | | 52448 | 15 | | 52451 | 16 | | 52452 | 17 | | 42599 | 2| | 21160 | 3| | 57026 | 4| | 54588 | 5| | 56933 | 6| | 21161 | 7| | 56935 | 8| | 56936 | 9| +---+--+ 18 rows in set (0.10 sec) Nach einem: alter table points modify ordernum decimal(3,0); geht es jetzt. - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. Ja, das kommt noch. Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich hab mich für das Zählen in der Area entschieden). Das Zählen ist ok. Aber mir geht es darum, dass ein TMC-Abschnitt in OSM vorhanden ist, aber eben nicht über die komplette Länge. Siehe dazu den alten Stand von: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 [Browse relation 21802][JOSM][Relation-Analyser] Tipp * Es könnte noch eine Class hinzugefügt werden Da die Punkte nicht in der Segment-Relation sein sollen, sagt diese erste Aussage aus, dass alles komplett ist. Dies ist aber nicht so. (oder war so) Klar, geplant ist eine suche ob ich alle Punkte TMC Punkte im Segment finde. - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. Kannst du das mal Beispielhaft machen, wie du dir das vostellst? Gleiches Beispiel: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 - In OSM Gefunden: * [Browse relation 21802][JOSM][Relation-Analyser] Tipp o Es könnte noch eine Class hinzugefügt werden * type = TMC (Gefunden) * TMC:cid_58:tabcd_1:LocationCode = 8531 (Gefunden) * TMC:cid_58:tabcd_1:Class = Road (optional) * TMC:cid_58:tabcd_1:LCLversion = 8.00 (Gefunden) Als Member sollten alle Straßen des Segments in der Relation vorhanden sein. Das beißt sich ein wenig damit das ich für den Validator eigene Tabellen in der DB habe, da steht zur Zeit sowas drinn: select * from osmvalidator where lcd=57019 limit 2; +---+--++-+-+---++ | lcd | type | osm_id | version | ts | validtype | validstr |
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 09:14, schrieb Jan Tappenbeck: Moin ! ich habe mir die aktuelle Version unter C:\Program Files (x86)\Navit\bin installiert. Wenn ich die darin enthaltene navit.exe starte kommt gar nichts - nur die Logdatei wird mit folgendem Inhalt erstellt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Jetzt habe ich im Wiki nachgesucht und unter [1] gefunden das |map type=binfile enabled=yes data=/path/to/mymap.bin / zu erstellen ist. Diese Datei habe ich im bin-Verzeichnis nicht gefunden. Meine Suche hat ergeben das es im Verzeichnis C:\Program Files (x86)\Navit\share\navit eine navit.xml gibt - aber die sieht aus wie eine Style-Datei. Soll diese Zeile dort irgendwo eingefügt werden - oder wie habe ich das zu verstehen ??? |Wenn ich das ganze richtig gelesen habe dann sollte doch immer ein Demo-Beispiel zumindest nach der Installation gezeigt werden. Kann mir einer weiterhelfen ? Gruß Jan :-) Die map-Datei in deinem Beispiel mymap muss im Verzeichnis C:\Program Files (x86)\Navit\share\navit\maps enthalten sein. die navit.xml im Verzeichnis C:\Program Files (x86)\Navit\share\navit muss nun noch editiert werden, wenn die map-Datei einen anderen Dateinamen hat als mymap hat. Beispiele aus meiner navit.xml: Zeile 143 meiner navit.xml map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin / In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad Nord 15.3 Grad West navit center=2800 N 1530 W zoom=256 tracking=1 cursor=1 orientation=-1 recent_dest=10 Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Haupt-Limit ist wohl eher 30 (war: maxspeed=DE:Urban)
hm, zum Thema Tempolimit auf 50 innerorts ... die 50 werden ja hier immer als Hauptgeschwindigkeit darstellt, und das wundert mich schon länger. dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) meinst Du das wirklich soetwas kommt - die kassen sind leer und dann werden die die 50er tafel stehen lassen ! ich weiß nicht so genau, wie das bei euch aussieht, aber in den Orten, die ich besser kenne, ist die Hauptgeschwindigkeitsbeschränkung innerorts (wenn man nach der Länge der beschränkten Straßen geht) auf jeden Fall 30 km/h - nur noch die Durchgangs- und Hauptverkehrsstraßen sind mit der Standard-Beschränkung von maximal 50 km/h versehen. Man spart in diesen Orten also bloß an ein paar Straßen die explizite Angabe 50, an der großen Mehrzahl muss man immer noch die 30 angeben - alternativ müsste man sonst auch noch eine Auszeichnung für die 30-Zonen einführen (was ja wohl auch schon diskutiert wurde - da stehe ich ebenfalls eher neutral zu). OT: Solange die Geschwindigkeitsbeschränkung nicht automatisch vom Fahrzeug an der Obergrenze gekappt werden kann, ist die flächendeckende Reduzierung auf eine erlaubte Maximalgeschwindigkeit von 30 auch sehr sinnvoll (da kommt dann beim Fahren ja meist eher 40 bis 50 km/h raus). noch mehr OT: Ich fände es sehr begrüßenswert, wenn Autos überhaupt wesentlich autonomer führen, das würde eine Menge dämlicher Konkurrenzsituationen beim Fahren ersparen, die teilweise nicht mal absichtlich passieren. Und die meisten Menschen, die ich kenne, fänden das auch sehr begrüßenswert - nur einem verschwindend kleinen Teil meiner Bekannten ist die Freiheit beim Fahren überhaupt wichtig - es geht meist nur um den Transport von A nach B (wenige Fahrten ausgenommen). Für mich ist diese Freiheit in erster Linie ein Märchen der Autoindustrie bzw. zeigt es die völlig veraltete Einstellung der Führungsetagen in eben jener Industrie - und hat für diese nicht zuletzt deswegen auch zu einem deutlichen Marktanteilsverlust geführt. Das musste ich mal loswerden :-) Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fragen an Wanderwege-Markierer gesucht
Hallo! Am 16.01. haben wir beim Essener OSM-Treffen einen Vetreter des Sauerländischen Gebirgsvereins zu Gast, der sich auch bestens mit der Wanderwegekennzeichnung auskennt. Im Vorfeld suche ich nach Fragen und Themen, die wir an diesem Abend ansprechen können oder sollten. Zu diesem Zweck würde ich mich über Brainstorming-Hilfe von dieser Liste freuen. Möchte uns anlässlich dieses Themas jemand direkt besuchen, so ist dies ebenfalls möglich. Infos gibt es unter http://wiki.openstreetmap.org/wiki/Essen/OSM-Treffen#Geplante_Treffen Bitte tragt Euch dort auch ein, falls ihr beabsichtigt zu kommen. Mit vielen Grüßen Rotbarsch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Stephan Wolff s.wo...@web.de schrieb/wrote: In meiner Nähe gibt es ein Straßenstück innerorts am Gewerbegebiet, wo Tempo 70 erlaubt ist. Kurz vor der Wohnbebauung steht wieder ein Schild für Tempo 50. In der Straße gilt dort in einer Richtung explizit, in Gegenrichtung implizit eine Grenze von 50 km/h. Worin liegt der Unterschied? Soll ich es als maxspeed:forward=50 maxspeed:backward=DE:urban eingeben? Wie weit hinter dem Schild wird aus der expliziten eine implizite Begrenzung? Das kann man letztlich nur aus der verkehrsrechtlichen Anordnung der Schilder herauslesen. Ich halte einen numerischen Wert bei maxspeed für ausreichend. Optional kann man in einem zweiten Tag den Grund dafür angeben. Die von Martin Koppenhoefer genannte italienische Lösung gefällt mir. Ich persönlich halte nichts davon, implizite Regeln überhaupt zu taggen. Die Karte sollte abbilden, was tatsächlich da ist, also ausdrücklich angeordnete Begrenzungen, die Grenze der geschlossenen Ortschaft, usw. Die Interpretation ist dann dem Nutzer der Daten überlassen. Die zweitbeste Lösung ist dann, die impliziten Regeln als solche anzugeben. Keine Unterscheidung zu machen, wäre dagegen fatal: Man stelle sich nur einmal vor, die zulässige Geschwindigkeit würde generell auf 40 km/h herunter gesetzt... und nun? (Abgesehen davon, ist 50 im Ort nicht das gleiche wie 50 wg. Schild: Erstere Regelung gilt nur für Kraftfahrzeuge, also nicht für Radfahrer, Fuhrwerke, usw.) Claus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Limit ist wohl eher 30 (war: maxspeed=DE:Urban)
sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Beispiele aus meiner navit.xml: Zeile 143 meiner navit.xml map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin / In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad Nord 15.3 Grad West navit center=2800 N 1530 W zoom=256 tracking=1 cursor=1 orientation=-1 recent_dest=10 Gruß Dieter Jasper Danke erst einmal. ich habe jetzt die Installation nochmal verschoben nach D:\DATEN\JAN\openstreetmap\navit\ da ich sonst immer Rechteprobleme mit Vista bekommen habe. Dann habe ich das Verzeichnis D:\DATEN\JAN\openstreetmap\navit\share\navit\maps angelegt - maps gab es da noch nicht ! In Zeile 143 stand ganz was anderes und so bin ich in Zeile 372 fündig geworden !-- If you dont want to use the sample map, either set enabled=no in the next line or remove the xml file from the maps directory -- mapset enabled=yes map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_5.2,46.8,15.5,55.6.bin/ /mapset und habe entsprechend angepaßt. Aber die Fehlermeldung Navit log started navit:main_real:No config file navit.xml, navit.xml.local found kommt noch immer ! Demnach fehlt dem ja immer noch irgendetwas ??? Eine Idee? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Limit ist wohl eher 30 (war: maxspeed=DE:Urban)
On Thu, Jan 07, 2010 at 10:45:08AM +0100, Schorschi wrote: sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. ok, betrachten wir nur mal den teil von innerorts der die geschwindigkeit betrifft: in einigen gegende ist das mehr der fall, in anderen weniger. ich bin viel rumgekommen in den letzten jahren, und meine erfahrung deckt sich hier nicht mit deiner. an die leute, die keinen sinn in so einem tagging sehen: hier koennte man mit solchen daten uebrigens auch eine schone auswertung machen, also zum beispiel den anteil expliziter geschwindigkeitsbeschraenkungen innerhlab ortschaften... es geht um die bereiche innerorts, wo keine explizite beschilderung steht. dort gilt immer 50. auch wenn 80% des stadtgebiets explizit anders beschildert sind, wird sich das nicht aendern. so ist das von der stvo festgelegt. ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm-Icon für Shop allgemein
Am Donnerstag, den 07.01.2010, 09:28 +0100 schrieb Jan Tappenbeck: Moin ! ich wollte mir für die Nodes die shop=* (irgendetwas) haben ein standard-Symbol einpflegen und habe rule condition k=shop v=*/ icon annotate=true src=shop.png priority=1/ scale_min1/scale_min scale_max5/scale_max /rule definiert. Es wird aber nichts angezeigt ! Kann mir einer sagen, ob v=* unzulässig ist ? Nein, aber als Freizeit-Programmierer würde ich so versuchen: condition k=shop v=/ oder: condition k=shop/ Gruß Jan :-) MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Limit ist wohl eher 30 (war: maxspeed=DE:Urban)
Hallo, Guenther Meyer wrote: ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. +1 - wenn naemlich jetzt jemand irgendwo maxspeed=50 taggt und dann wirklich mal die gesetzliche Regel geaendert wird, wuerde, falls an der Stelle wirklich eine 50 steht, diese ja weiterhin gueltig bleiben, waehrend, wenn dort kein Schild steht und der eifrige Mapper lediglich den gesetzlichen Status Quo festhalten wollte, sich die zulaessige Hoechstgeschwindigkeit dort aendert. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Hallo Jan, wenn der zip-File von navit-0.1.1.zip entpackt wird, so wird ein Verzeichnis maps erstellt. Die Datei osm_bbox_11.3,47.9,11.7,48.2 wird in das Verzeichnis maps entpackt Wir haben offensichtlich unterschiedliche navit.xml-Files (???) und eine unterschiedliche navit.zip. Anmerkung: Ich benutze Vista 32bit Gruß Dieter Jasper Am 07.01.2010 10:56, schrieb Jan Tappenbeck: Beispiele aus meiner navit.xml: Zeile 143 meiner navit.xml map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin / In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad Nord 15.3 Grad West navit center=2800 N 1530 W zoom=256 tracking=1 cursor=1 orientation=-1 recent_dest=10 Gruß Dieter Jasper Danke erst einmal. ich habe jetzt die Installation nochmal verschoben nach D:\DATEN\JAN\openstreetmap\navit\ da ich sonst immer Rechteprobleme mit Vista bekommen habe. Dann habe ich das Verzeichnis D:\DATEN\JAN\openstreetmap\navit\share\navit\maps angelegt - maps gab es da noch nicht ! In Zeile 143 stand ganz was anderes und so bin ich in Zeile 372 fündig geworden !-- If you dont want to use the sample map, either set enabled=no in the next line or remove the xml file from the maps directory -- mapset enabled=yes map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_5.2,46.8,15.5,55.6.bin/ /mapset und habe entsprechend angepaßt. Aber die Fehlermeldung Navit log started navit:main_real:No config file navit.xml, navit.xml.local found kommt noch immer ! Demnach fehlt dem ja immer noch irgendetwas ??? Eine Idee? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 11:32, schrieb Dieter Jasper: Hallo Jan, wenn der zip-File von navit-0.1.1.zip entpackt wird, so wird ein Verzeichnis maps erstellt. Die Datei osm_bbox_11.3,47.9,11.7,48.2 wird in das Verzeichnis maps entpackt Wir haben offensichtlich unterschiedliche navit.xml-Files (???) und eine unterschiedliche navit.zip. Anmerkung: Ich benutze Vista 32bit Gruß Dieter Jasper Am 07.01.2010 10:56, schrieb Jan Tappenbeck: Beispiele aus meiner navit.xml: Zeile 143 meiner navit.xml map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin / In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad Nord 15.3 Grad West navit center=2800 N 1530 W zoom=256 tracking=1 cursor=1 orientation=-1 recent_dest=10 Gruß Dieter Jasper Danke erst einmal. ich habe jetzt die Installation nochmal verschoben nach D:\DATEN\JAN\openstreetmap\navit\ da ich sonst immer Rechteprobleme mit Vista bekommen habe. Dann habe ich das Verzeichnis D:\DATEN\JAN\openstreetmap\navit\share\navit\maps angelegt - maps gab es da noch nicht ! In Zeile 143 stand ganz was anderes und so bin ich in Zeile 372 fündig geworden !-- If you dont want to use the sample map, either set enabled=no in the next line or remove the xml file from the maps directory -- mapset enabled=yes map type=binfile data=$NAVIT_SHAREDIR/maps/osm_bbox_5.2,46.8,15.5,55.6.bin/ /mapset und habe entsprechend angepaßt. Aber die Fehlermeldung Navit log started navit:main_real:No config file navit.xml, navit.xml.local found kommt noch immer ! Demnach fehlt dem ja immer noch irgendetwas ??? Eine Idee? Gruß Jan :-) ich habe heute morgen von http://download.navit-project.org/navit/win32/svn/navit-current-setup.exe gezogen ! 7.3 mb woher stammt deine ? gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 11:47, schrieb Jan Tappenbeck: ich habe heute morgen von http://download.navit-project.org/navit/win32/svn/navit-current-setup.exe gezogen ! 7.3 mb woher stammt deine ? gruß jan :-) Hallo Jan, meine Datei ist einige Monate alt. Lade gerade auch die neue navit. Dauert bei mir mit GPRS-Empfang allerdings etwas. Wenn dein Problem später noch nicht gelöst sein sollte, melde ich mich noch einmal, falls ich eine Lösung finde. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 12:01, schrieb Dieter Jasper: Am 07.01.2010 11:47, schrieb Jan Tappenbeck: ich habe heute morgen von http://download.navit-project.org/navit/win32/svn/navit-current-setup.exe gezogen ! 7.3 mb woher stammt deine ? gruß jan :-) Hallo Jan, meine Datei ist einige Monate alt. Lade gerade auch die neue navit. Dauert bei mir mit GPRS-Empfang allerdings etwas. Wenn dein Problem später noch nicht gelöst sein sollte, melde ich mich noch einmal, falls ich eine Lösung finde. Gruß Dieter Jasper Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin angelegt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 13:27, schrieb Dieter Jasper: Am 07.01.2010 12:01, schrieb Dieter Jasper: Am 07.01.2010 11:47, schrieb Jan Tappenbeck: Dieter Jasper Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin angelegt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Gruß Dieter Jasper Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also lauten navit\share\maps. Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. So wird wohl die Karte nicht gefunden. vielleicht ist bei navit.exe ähnlich Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toll_bridge? enforcement=toll? (was : Mautbrücken)
Am 7. Januar 2010 00:29 schrieb Johann H. Addicks addi...@gmx.net: Oder gleich bei enforcement mit einordnen: http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement z.B. enforcement=toll +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 13:41, schrieb Dieter Jasper: Am 07.01.2010 13:27, schrieb Dieter Jasper: Am 07.01.2010 12:01, schrieb Dieter Jasper: Am 07.01.2010 11:47, schrieb Jan Tappenbeck: Dieter Jasper Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin angelegt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Gruß Dieter Jasper Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also lauten navit\share\maps. Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. So wird wohl die Karte nicht gefunden. vielleicht ist bei navit.exe ähnlich Gruß Dieter Jasper Jetzt wird es etwas kompliziert! Meinst Du, wenn mein Installationsverzeichnis D:\DATEN\JAN\openstreetmap\Navit ist, dann müßte das Maps wie folgt definiert sein: D:\DATEN\JAN\openstreetmap\Navit\navit\share\maps ??? Läuft das Teil denn nun bei Dir ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsüberwachung
Ulf Lamping schrieb: Eine Bitte: Kannst du den Hinweis: depracated tag -- use relation durch sowas wie: More details could be provided by replacing the node with a type=enforcement relation ersetzen? Die Nodes sind ja nicht deprecated im Sinne von dürfen nicht mehr verwendet werden, sondern schlicht die einfachere Variante. Eine Relation bringt halt mehr Details. Gruß, ULFL Danke für den Hinweiß. Ich hab die Stelle angepasst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 14:04, schrieb Jan Tappenbeck: Am 07.01.2010 13:41, schrieb Dieter Jasper: Am 07.01.2010 13:27, schrieb Dieter Jasper: Am 07.01.2010 12:01, schrieb Dieter Jasper: Am 07.01.2010 11:47, schrieb Jan Tappenbeck: Dieter Jasper Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin angelegt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Gruß Dieter Jasper Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also lauten navit\share\maps. Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. So wird wohl die Karte nicht gefunden. vielleicht ist bei navit.exe ähnlich Gruß Dieter Jasper Jetzt wird es etwas kompliziert! Meinst Du, wenn mein Installationsverzeichnis D:\DATEN\JAN\openstreetmap\Navit ist, dann müßte das Maps wie folgt definiert sein: D:\DATEN\JAN\openstreetmap\Navit\navit\share\maps ??? Läuft das Teil denn nun bei Dir ?? Gruß Jan :-) Nein, es läuft nicht. Log-Datei bei mir: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Es wird wohl die navit.xml nicht gefunden, obwohl sie m. E. an der richtigen Stelle vorhanden ist. Gegenüber meiner alten navit-Version scheint sich einiges geändert zu haben. Vielleicht ist ja auch ein Bug in der neuesten Version? Das Verzeichnis für die Karten müsste in deinem Beispiel so aussehen: D:\DATEN\JAN\openstreetmap\Navit\share\navit\maps In meiner mail fehlte bei der Angabe des Verzeichnisses ein navit Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Original-Nachricht Datum: Wed, 06 Jan 2010 18:34:24 +0100 Von: Tobias Knerr o...@tobias-knerr.de An: Sascha Silbe sascha-ml-reply-to-200...@silbe.org, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] maxspeed=DE:Urban Hallo, als ob die Arbeit mit Polygonen ein Hexenwerk waere... Why don't you use polygons for this? * Polygons are two-dimensional. There are situations where bridges or similar three-dimensional structures cause zones to vertically overlap, which cannot be represented by polygons. Das Datenmodell von OSM ist zweidimensional, daran aendern auch die Ebenen nix. Die OSM-Datenverarbeitung kennt keine echte Z-Ebene, sondern nur Kreuzungen, die keinen Knoten bilden mit der Erklaerung dazu, dass sie sich eben in einer anderen Ebene befaenden, hauptsaechlich als Hinweis an die Visualisierung. Ein zweidimensionaler Algorithmus wird also alle Elemente finden. * Downloading only a part of the map (e.g. a part of a city) can result in polygons missing from the download, despite ways from inside the polygon being part of the downloaded data. Ein einfacher Loesungsansatz dafuer: Jedes Polygon bekommt ein umschreibendes Rechteck, das sich leicht zuordnen laesst, auch wenn kein einziges Element des Polygons heruntergeladen wird, z.b. weil das Polygon viel groesser ist als der geladene Bereich. Der Rest ist, die Beziehung der Polygone und des geladenen Bereichs zu klaeren (alle drin, alle draussen, Schnittmenge) * A mapper will often know that a certain way is part of a zone without knowing where the zone boundaries are. Da kann ja 'is_in' als Uebergangsloesung verwendet werden, oder es wird eine Teilgrenze eingetragen und ein anderer macht das polygon dann zu. * Tags on ways are easier to evaluate for applications. Polygons require more advanced programming techniques to reduce performance problems from inclusion tests. Da bin ich durchaus anderer Meinung. Was hier immer wieder an Beschreibungsvarianten auftaucht ist durchaus vielfaeltig und ein Algo muss die alle fehlerfrei erkennen koennen und auch ob ein Geasschen vergessen wurde. Ein Polygon hingegen ist geometrisch stabil und wenn die Algorithmen dazu sauber durchgetestet ist, laeuft das erstmal. Fehler in einem Polygon zuzuordnen (nicht geschlossen, etc.) ist auch sicherer und stabiler als sicherzustellen, dass alle Einzelelemente des Bereichs auch richtig ausgewertet werden. Letzteres ginge uebrigends am einfachsten, indem man ein Poygon erzeugt und alle Elemente innerhalb des Polygons ueberprueft (Katze, Schwanz, beissen...). * it's very incorrect, because only the roads themselves are part of any kind of traffic-zone and not the whole area; e.g. roads in parcs or on private property or even tracks. Stimmt, wie will man sicherstellen, dass ein Baum in einem Park sich beim davonlaufen ans Tempolimit haelt :) Etwas Logik in die Auswertung und das Thema ist gegessen: private schlaegt public, explizites Schild schlaegt Zone, usw. Es gibt auch noch die Moeglichkeit, eine Zone ueber den Graphen selber zu beschreiben, indem man alle begrenzenden Knoten markiert und mit den Mitteln des Graphen in das Gebiet hineinscannt. Diese Methode erfasst nur Elemente des Graphen selber (also i.A. 'highway'), erfordert aber ein gehoeriges Mass an Disziplin und ist etwas sensibel gegen das 'Auslaufen', z.B. wenn eine Node nicht erfasst ist. Auch das kann man abfangen aber fuer die technisch robusteste Loesung halte ich das echte Flaechenpolygon. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Hallo Lars, Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Macht in meinen Augen wenig Sinn, denn keiner der von Dir beschriebenen Fälle ist falsch. Es sind, wie Du schon sagst, verschiedene Schreibweisen/Konventionen/Präferenzen und egal wie häufig Du das bereinigst es wird immer wieder jemanden geben, der Punkt- oder Komma als Dezimaltrenner verwendet (rein herkunftstechnisch). In Deutschland kommen maxheight-Werte mit Komma jeweils 3x oder weniger vor, in Österreich 1x und in der Schweiz gar nicht. Es ist also eine ziemlich kleine Minderheit, die Kommas verwendet (hat). Je weniger Kommas vorkommen, um so weniger kommen andere auf die Idee, auch Kommas zu verwenden. 'm' als Masseinheit wird in allen drei Ländern jeweils maximal 10x benutzt. (In England ist das ganze schon komplizierter, dort gibt es eine wilde Mischung von Metern, x ft y in, xy' und Doppelangaben.) http://tagwatch.stoecker.eu/Germany/En/keystats_maxheight.html http://tagwatch.stoecker.eu/Austria/En/keystats_maxheight.html http://tagwatch.stoecker.eu/Switzerland/En/keystats_maxheight.html http://tagwatch.stoecker.eu/Great_britain/En/keystats_maxheight.html Anwendungen, die diese Tags verarbeiten wollen müssen also eh die gängisten Fälle verarbeiten können und nicht darauf hoffen, dass alle User Ihr Wunschformat nutzen. Da sollte man sich den Ärger, der mit dem automatischen Ändern von Tags einhergeht lieber sparen und die Energie anderweitig investieren. Klar dürfen Programme sich nicht darauf verlassen, dass die Werte 'korrekt' eingetragen wurden. Ich fände es hier aber trotzdem sinnvoll, die Werte (einmalig*) zu vereinheitlichen. Gruss, Thomas * Meiner Meinung nach sind es zu wenige Einträge, als dass es dafür einen Bot bräuchte.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Hallo Tobias, Es ist Standard, den Wert in örtlichen Maßeinheiten anzugeben und dann auch die Einheit dazu zu schreiben. Metrische sind eben optional, was dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden kann. Zugegeben ungünstig. Sicher? http://wiki.openstreetmap.org/wiki/Key:maxspeed Values are assumed to be in kilometres per hour (km/h) unless units are explicit. http://wiki.openstreetmap.org/wiki/Key:maxheight maxheight expresses a height limit for using the way to which the tag is added. If no unit is included, the value is assumed to be in metres. Wie oft kommt das Komma vor? Das ist m.E. der einzige sicher erkennbare Fehler in deiner Auflistung. Siehe meine Antwort an Lars: Meiner Meinung nach so selten, dass man die Kommas (zumindest 'bei uns' getrost einmalig von Hand in Punkte ändern kann. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 14:42, schrieb Dieter Jasper: Am 07.01.2010 14:04, schrieb Jan Tappenbeck: Am 07.01.2010 13:41, schrieb Dieter Jasper: Am 07.01.2010 13:27, schrieb Dieter Jasper: Am 07.01.2010 12:01, schrieb Dieter Jasper: Am 07.01.2010 11:47, schrieb Jan Tappenbeck: Dieter Jasper Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin angelegt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Gruß Dieter Jasper Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also lauten navit\share\maps. Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. So wird wohl die Karte nicht gefunden. vielleicht ist bei navit.exe ähnlich Gruß Dieter Jasper Jetzt wird es etwas kompliziert! Meinst Du, wenn mein Installationsverzeichnis D:\DATEN\JAN\openstreetmap\Navit ist, dann müßte das Maps wie folgt definiert sein: D:\DATEN\JAN\openstreetmap\Navit\navit\share\maps ??? Läuft das Teil denn nun bei Dir ?? Gruß Jan :-) Nein, es läuft nicht. Log-Datei bei mir: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Es wird wohl die navit.xml nicht gefunden, obwohl sie m. E. an der richtigen Stelle vorhanden ist. Gegenüber meiner alten navit-Version scheint sich einiges geändert zu haben. Vielleicht ist ja auch ein Bug in der neuesten Version? Das Verzeichnis für die Karten müsste in deinem Beispiel so aussehen: D:\DATEN\JAN\openstreetmap\Navit\share\navit\maps In meiner mail fehlte bei der Angabe des Verzeichnisses ein navit Gruß Dieter Jasper das ist ja frustrierend !! gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese bereitstellen ??? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm-Icon für Shop allgemein
Am 07.01.2010 11:22, schrieb Christian Knorr: Am Donnerstag, den 07.01.2010, 09:28 +0100 schrieb Jan Tappenbeck: Moin ! ich wollte mir für die Nodes die shop=* (irgendetwas) haben ein standard-Symbol einpflegen und habe rule condition k=shop v=*/ icon annotate=true src=shop.png priority=1/ scale_min1/scale_min scale_max5/scale_max /rule definiert. Es wird aber nichts angezeigt ! Kann mir einer sagen, ob v=* unzulässig ist ? Nein, aber als Freizeit-Programmierer würde ich so versuchen: condition k=shop v=/ oder: condition k=shop/ Gruß Jan :-) MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de leider hat nur die letzte variante erfolg bebracht: condition k=shop/ ... nur jetzt waren auch alle anderen shops weg ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 15:17, schrieb Jan Tappenbeck: das ist ja frustrierend !! gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese bereitstellen ??? gruß Jan :-) Ist es. Bei mir funktioniert die navit.exe vom 26.11.2008 Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die Map-Datei vorgesehen. Habe Verzeichnis maps nach c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte Karte in navit.xml angeben. Vielleicht mal kontakt mit dem Entwickler aufnehmen. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 16:05, schrieb Dieter Jasper: Am 07.01.2010 15:17, schrieb Jan Tappenbeck: das ist ja frustrierend !! gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese bereitstellen ??? gruß Jan :-) Ist es. Bei mir funktioniert die navit.exe vom 26.11.2008 Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die Map-Datei vorgesehen. Habe Verzeichnis maps nach c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte Karte in navit.xml angeben. Vielleicht mal kontakt mit dem Entwickler aufnehmen. Gruß Dieter Jasper Ergänzung: Die Zip-Datei vom 21.06.2009 gibt es hier: http://download.navit-project.org/navit/win32/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 16:05, schrieb Dieter Jasper: Am 07.01.2010 15:17, schrieb Jan Tappenbeck: das ist ja frustrierend !! gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese bereitstellen ??? gruß Jan :-) Ist es. Bei mir funktioniert die navit.exe vom 26.11.2008 Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die Map-Datei vorgesehen. Habe Verzeichnis maps nach c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte Karte in navit.xml angeben. Vielleicht mal kontakt mit dem Entwickler aufnehmen. Gruß Dieter Jasper Hi ! halte mich bitte nicht für ganz * habe heruntergeladen * c:\navit angelegt (damit wir da kein Vertauschen haben) * das Fenster öffnet sich wie von Dir beschrieben * das maps-Verzeichnis finde ich jetzt in c:\navit\share\navit\ - lautet also c:\navit\share\navit\maps * liegt jetzt ein Schreibfehler vor, weil mein c:\navit\share\navit\maps ist doch dasselbe wie Dein c:\navit\share\navit\maps danach wird doch gar nicht verschoben - ober bin ich jetzt föllig betriebsblind Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm-Icon für Shop allgemein
Am 7. Januar 2010 16:03 schrieb Jan Tappenbeck o...@tappenbeck.net: leider hat nur die letzte variante erfolg bebracht: condition k=shop/ ... nur jetzt waren auch alle anderen shops weg ! Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn die Regel, welche als letztes kommt, wird angezeigt. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm-Icon für Shop allgemein
Am 07.01.2010 16:36, schrieb André Riedel: Am 7. Januar 2010 16:03 schrieb Jan Tappenbecko...@tappenbeck.net: leider hat nur die letzte variante erfolg bebracht: condition k=shop/ ... nur jetzt waren auch alle anderen shops weg ! Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn die Regel, welche als letztes kommt, wird angezeigt. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de dann ist die konfig aber beim nächsten update wieder weg - es sei man macht ein wish auf ein allgemeines shop-icon für josm, falls nichts anderes definiert. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Installation von Navit unter Windows(64)
Am 07.01.2010 16:26, schrieb Jan Tappenbeck: Am 07.01.2010 16:05, schrieb Dieter Jasper: Am 07.01.2010 15:17, schrieb Jan Tappenbeck: das ist ja frustrierend !! gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese bereitstellen ??? gruß Jan :-) Ist es. Bei mir funktioniert die navit.exe vom 26.11.2008 Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die Map-Datei vorgesehen. Habe Verzeichnis maps nach c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte Karte in navit.xml angeben. Vielleicht mal kontakt mit dem Entwickler aufnehmen. Gruß Dieter Jasper Hi ! halte mich bitte nicht für ganz * habe heruntergeladen * c:\navit angelegt (damit wir da kein Vertauschen haben) * das Fenster öffnet sich wie von Dir beschrieben * das maps-Verzeichnis finde ich jetzt in c:\navit\share\navit\ - lautet also c:\navit\share\navit\maps * liegt jetzt ein Schreibfehler vor, weil mein c:\navit\share\navit\maps ist doch dasselbe wie Dein c:\navit\share\navit\maps . danach wird doch gar nicht verschoben - ober bin ich jetzt föllig betriebsblind Gruß Jan .-) Naja, ich vielleicht auch. Habe aber jetzt keine Lust mehr weiter zu forschen. Schau mal in die navit.zip bei den Pfaden nach, da wirst du für den Path share\navit\map für die 2 Map-Dateien finden. Wenn man die Zip-Datei (navit-current.zip) dann nach c:\ entpackt werden alle Files bis auf die beiden nach c:\navit\. entpackt. Die beiden Map-Dateien aber nach c:\share\navit\maps. Sie sind also nicht unter C:\navit\share\navit\maps zu finden. Oder blicke ich hier nicht mehr durch?? Funktioniert es denn jetzt so, wenn die Map-Datien in c:\navit\share\navit\maps liegen? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] freie Daten
free data now!! http://data.london.gov.uk/ (Am besten Geodaten) Kann man nur hoffen, dass das Schule macht, auch hier, auch bzgl. Geodaten siehe auch: http://www.netzpolitik.org/2010/london-startet-eigene-seite-fuer-offene-daten/ Michael___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Planung einer Wandertafel
Hallo zusammen, in Geilenkirchen-Beeck [1] sollen demnächst einige Tafeln erneuert werden. Ob die große Übersichtskarte dazu zählt weiß ich noch nicht, wäre natürlich schön. Jedenfalls ist das Interesse in Bezug auf den Naturlehrpfad [2] geweckt, der gänzlich getaggt ist, und über den mehr Informationen bereitgestellt werden sollen. Erste Verhandlungen werden nach Mitte Februar 2010 laufen. Den Wiki-Eintrag zur Wandertafel [3] habe ich gefunden. Nun suche ich Information über: - Lizenz (wie genau? Logo und CC-BY-SA openstreetmap.org unten rechts in der Ecke reicht?) - Kartenerstellung Softwareseitig (soll ja auch schön werden) - Mit was kann man noch punkten (Höhenlinien z.B.) woran man zunächst nicht denkt? - Gibt es Jemanden der an persönlichen Gesprächen teilnehmen kann? Danke schonmal, Chris.. [1] http://osm.org/go/0GBoLkLL [2] http://www.openstreetmap.org/browse/relation/29 [3] http://wiki.openstreetmap.org/wiki/DE:Wandertafel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karten OHNE POIs?
Hi, Johann H. Addicks schrieb: Etrex Vista HCX (Die neuen Geräte sind da afaik flexibler.) Hier hat es gereicht die Detailbegrenzung einzuschalten, dann waren alle Icons weg. Hab ich gerade auf meinem Vista HCX probiert mit der Karte von letzter Woche. So sollte es eigentlich gar nicht sein, normalerweise sollten dann einige Icons übrigbleiben. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm-Icon für Shop allgemein
Am 07.01.2010 16:43, schrieb Jan Tappenbeck: Am 07.01.2010 16:36, schrieb André Riedel: Am 7. Januar 2010 16:03 schrieb Jan Tappenbecko...@tappenbeck.net: leider hat nur die letzte variante erfolg bebracht: condition k=shop/ ... nur jetzt waren auch alle anderen shops weg ! Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn die Regel, welche als letztes kommt, wird angezeigt. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de dann ist die konfig aber beim nächsten update wieder weg - es sei man macht ein wish auf ein allgemeines shop-icon für josm, falls nichts anderes definiert. Also, erstmal steht oben in der elemstyles.xml eine Kurzanleitung, ich hab die gerade etwas um diesen Fall ergänzt. Das Problem was du hast: es gibt dann mehrere Regeln die passend sind und die gleiche Priorität haben. Welche der Regeln dann tatsächlich greift ist schlicht Glückssache. Folgendes sollte aber gehen: rule condition k=shop/ icon annotate=true src=misc/no_icon.png priority=-100/ /rule Damit gibst du deiner generischen shop Regel eine niedrigere Priorität als den vorhandenen. Will heißen: Solange eine der built-in Regel greift wird die auch genommen. Wenn keine passende da ist, wird deine genommen. Ein Wort warum das nicht schon so generisch drin ist (und ich auch nicht reinbauen will). Die Anzeige soll ein gewisses Feedback geben, ob das Feature üblich ist oder nicht - daher hab ich auch eine ganze Reihe an shop Regeln eingebaut. Wenn also nichts speziell angezeigt wird, sollte man zumindest mal kurz hinschauen ob das so paßt (Tippfehler, andere Werte üblich, ...). Leider kann ich das nicht für alles mögliche einbauen (maxspeed, surface, ...), dafür fehlen mir schlicht die gestalterischen Möglichkeiten - und halbwegs performant soll es ja auch noch bleiben ;-) Gruß, ULFL P.S: Ich bin übrigens gerade mal wieder dabei, die Tagging Realität an mappaint anzupassen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Limit ist wohl eher 30 (war: maxspeed=DE:Urban)
Am 07.01.2010 11:04, schrieb Guenther Meyer: On Thu, Jan 07, 2010 at 10:45:08AM +0100, Schorschi wrote: sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. ok, betrachten wir nur mal den teil von innerorts der die geschwindigkeit betrifft: in einigen gegende ist das mehr der fall, in anderen weniger. ich bin viel rumgekommen in den letzten jahren, und meine erfahrung deckt sich hier nicht mit deiner. an die leute, die keinen sinn in so einem tagging sehen: hier koennte man mit solchen daten uebrigens auch eine schone auswertung machen, also zum beispiel den anteil expliziter geschwindigkeitsbeschraenkungen innerhlab ortschaften... es geht um die bereiche innerorts, wo keine explizite beschilderung steht. dort gilt immer 50. auch wenn 80% des stadtgebiets explizit anders beschildert sind, wird sich das nicht aendern. so ist das von der stvo festgelegt. ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. Ein maxspeed=50 setzen ich mit einer Höchstgeschwindigkeit von 50 km/h gleich - und mit nichts sonst. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Radweg Bug
Nabend, da eine neue tested auf sich warten lässt wollt ich mal den Radweg-Bug nach dieser Anleitung reparieren: http://www.mail-archive.com/talk-de@openstreetmap.org/msg58384.html Bei primary's und tertiary's klappt es schon (dashed line), nur secondaries werden weiterhin als Radweg gemalt. Schwerwiegender: Er findet die Icons nicht mehr, wo muss ich denn den images-Ordner hin kopieren? Probiert habe ich: Anwendungsdaten\JOSM Anwendungsdaten\JOSM\styles (-da hab ich die modiizierte elemstyles.xml hinkopiert) Anwendungsdaten\JOSM\plugins\mappaint josm-tested.jar liegt in \programme Weitere Verständnisfrage: Ich nehme an, das die in der unteren Box ladbaren Styles *zusätzlich* zum Standard-Style geladen werden, richtig? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Planung einer Wandertafel
Hallo, am 07.01.2010 19:30 schrieb Christian Knorr: Nun suche ich Information über: - Lizenz (wie genau? Logo und CC-BY-SA openstreetmap.org unten rechts in der Ecke reicht?) Schau mal hier: http://wiki.openstreetmap.org/wiki/DE:OpenStreetMap_License Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
On 07.01.2010, at 15:07, Thomas Ineichen wrote: Hallo Lars, Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Macht in meinen Augen wenig Sinn, denn keiner der von Dir beschriebenen Fälle ist falsch. Es sind, wie Du schon sagst, verschiedene Schreibweisen/Konventionen/Präferenzen und egal wie häufig Du das bereinigst es wird immer wieder jemanden geben, der Punkt- oder Komma als Dezimaltrenner verwendet (rein herkunftstechnisch). In Deutschland kommen maxheight-Werte mit Komma jeweils 3x oder weniger vor, in Österreich 1x und in der Schweiz gar nicht. Es ist also eine ziemlich kleine Minderheit, die Kommas verwendet (hat). Je weniger Kommas vorkommen, um so weniger kommen andere auf die Idee, auch Kommas zu verwenden. 'm' als Masseinheit wird in allen drei Ländern jeweils maximal 10x benutzt. (In England ist das ganze schon komplizierter, dort gibt es eine wilde Mischung von Metern, x ft y in, xy' und Doppelangaben.) ist sogar noch lustiger. es gibt auch höhen angaben auf schildern in Imperialen und metrischen systemen und dann auch noch jeweils in unterschiedlichen schreibweisen! einer der gründe warum die höhen der Busse in London beispielsweise in Fuß und millimeter angegeben sind! cu assetburned ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Radweg Bug
Am 07.01.2010 22:03, schrieb Chris-Hein Lunkhusen: Nabend, da eine neue tested auf sich warten lässt wollt ich mal den Radweg-Bug nach dieser Anleitung reparieren: http://www.mail-archive.com/talk-de@openstreetmap.org/msg58384.html Bei primary's und tertiary's klappt es schon (dashed line), nur secondaries werden weiterhin als Radweg gemalt. Schwerwiegender: Er findet die Icons nicht mehr, wo muss ich denn den images-Ordner hin kopieren? Probiert habe ich: Anwendungsdaten\JOSM Anwendungsdaten\JOSM\styles (-da hab ich die modiizierte elemstyles.xml hinkopiert) Anwendungsdaten\JOSM\plugins\mappaint josm-tested.jar liegt in \programme Weitere Verständnisfrage: Ich nehme an, das die in der unteren Box ladbaren Styles *zusätzlich* zum Standard-Style geladen werden, richtig? Ich weiß jetzt bei der Beschreibung nun echt nicht so genau wo dein Problem liegt. Ein paar mehr Details würden schon helfen :-) Ich versuch ich mal zu erklären, wie die Stil-Einstellungen mit der aktuellen 2561 grob funktioniert (eine neue tested dürfte demnächst wohl übrigens auch kommen). Wir sind in: Einstellungen / Karten-Einstellungen / MapPaint Stile Mit den beiden Checkboxen oben kannst du den eingebauten Stil (bzw. die eingebauten Symbole) ein-/ausschalten. Benutzter Stil so lassen. Aktive Stile sind die aktuell verwendete(n) xml Stildatei(en). Verfügbare Stile sind im Internet vorhanden, und können mit Aktivieren in die aktiven Stile geladen werden (JOSM kümmert sich um das laden aus dem Internet). Im Symbolpfad stehen Verzeichnis(se) in denen die Symbole gesucht werden. Wenn du also Sachen hinzufügen willst: Die Checkboxen gecheckt lassen. Xml Dateien erstellen und mit Neu zu den aktiven Stilen hinzufügen. Wenn du eigene Symbole hast, diese in ein beliebiges Vereichnis packen und dieses unter Symbolpfad hinzufügen. Wenn die integrierten Regeln ersetzen willst: Voreinstellungen laden ausschalten Mit Neu den Pfad auf deine geänderte xml Datei einfügen. Gruß, ULFL P.S: Nein, ich finde den Dialog auch nicht s gelungen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Thomas Ineichen schrieb: Es ist Standard, den Wert in örtlichen Maßeinheiten anzugeben und dann auch die Einheit dazu zu schreiben. Metrische sind eben optional, was dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden kann. Zugegeben ungünstig. Sicher? http://wiki.openstreetmap.org/wiki/Key:maxspeed Values are assumed to be in kilometres per hour (km/h) unless units are explicit. http://wiki.openstreetmap.org/wiki/Key:maxheight maxheight expresses a height limit for using the way to which the tag is added. If no unit is included, the value is assumed to be in metres. Ich weiß nicht, was du damit aussagen willst, die Stellen zu zitieren, die meine Aussage belegen: Bestimmte, metrische Einheiten kann man weglassen (weil sie als Default angenommen werden), andere Einheiten nicht. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
qbert biker schrieb: Why don't you use polygons for this? * Polygons are two-dimensional. There are situations where bridges or similar three-dimensional structures cause zones to vertically overlap, which cannot be represented by polygons. Das Datenmodell von OSM ist zweidimensional, daran aendern auch die Ebenen nix. [...] Ein zweidimensionaler Algorithmus wird also alle Elemente finden. Ich glaube, du hast das Problem nicht ganz getroffen. Die *Realität* ist dreidimensional, und wenn in der Realität die Straße auf einer Brücke zu einer anderen Zone gehört als die Straße unten drunter, dann kann man das nur mit zweidimensionalen Polygonen nicht abbilden. * Downloading only a part of the map (e.g. a part of a city) can result in polygons missing from the download, despite ways from inside the polygon being part of the downloaded data. Ein einfacher Loesungsansatz dafuer: Jedes Polygon bekommt ein umschreibendes Rechteck, das sich leicht zuordnen laesst, auch wenn kein einziges Element des Polygons heruntergeladen wird, z.b. weil das Polygon viel groesser ist als der geladene Bereich. Was voraussetzt, dass zumindest beim Vorverarbeitungsschritt eben doch alle Daten zur Verfügung standen. Lösbar, aber eine kleine zusätzliche Auflage. * A mapper will often know that a certain way is part of a zone without knowing where the zone boundaries are. Da kann ja 'is_in' als Uebergangsloesung verwendet werden, oder es wird eine Teilgrenze eingetragen und ein anderer macht das polygon dann zu. Mit einem unvollständigen Polygon kann man nichts auswerten, während Tags auch schon verwendet werden können, wenn sie anderswo noch fehlen. * Tags on ways are easier to evaluate for applications. Polygons require more advanced programming techniques to reduce performance problems from inclusion tests. Da bin ich durchaus anderer Meinung. Was hier immer wieder an Beschreibungsvarianten auftaucht ist durchaus vielfaeltig und ein Algo muss die alle fehlerfrei erkennen koennen und auch ob ein Geasschen vergessen wurde. Ok, wir messen anscheinend den Aufwand unterschiedlich. Meine Betrachtung bezog sich hier auf eine Fehler in den Daten werden in den Daten gefixt, nicht von mir-Software. Wenn du dich natürlich noch für das Erraten von Fehlern zuständig fühlst, werden Tags in der Tat aufwendiger. Das halte ich aber nicht für die Aufgabe der meisten Datennutzer. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit GPX-Verarbeitung?
Hallo, Laut der Übersicht der hochgeladenen GPS-Spuren (http://www.openstreetmap.org/traces/) stehen seit heute etwa 17:10 Uhr alle tracks in einer Warteschlange. Gibt es Probleme mit dem Dienst oder Wartungsarbeiten? Laut aktuellem Status (http://wiki.openstreetmap.org/wiki/Platform_Status) scheint ja alles zu laufen. Beste Grüße, Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Am 7. Januar 2010 15:07 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Klar dürfen Programme sich nicht darauf verlassen, dass die Werte 'korrekt' eingetragen wurden. Ich fände es hier aber trotzdem sinnvoll, die Werte (einmalig*) zu vereinheitlichen. Wie soll das denn gehen? Die Leute editieren permanent an der Karte, was anderes als das zu akzeptieren bleibt einem doch gar nicht übrig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
