Re: [Talk-de] Fossgis Mitgliedschaft
http://lists.openstreetmap.org/pipermail/talk-de/2008-December/030496.html Marco Josias schrieb: warum sollte man bei Fossgis Mtglied werden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieviel Plattenplatz brauchen die Tiles für Deutschland?
Hallo Stefan, Macht es Openlayers nix aus, wenn er zwischendurch keine Tiles findet, oder hast Du das abgefangen? OpenLayers ist das egal. Wenn, dann müsste man das wahrscheinlich auf Serverseite abfangen, aber bisher hat mich das noch nicht gestört. Habe mir gerade mal Deine Seite (http://wince.dentro.info/koord/osm/KosmosMap.htm) nochmals genauer angeschaut. Jetzt sind mir auch die Zeichen für die nichtvorhandenen Tiles aufgefallen ;-) Habe meinen Webserver (localhost) gerade konfiguriert und bin dabei meine Tiles zu verschieben. Source ist auch schon angepasst und jetzt warte ich bis der Kopiervorgang beendet ist (schnarch). Hinweis: Die Tiles gleich an Ort und Stelle, dort wo Sie benötigt werden, erstellen lassen! Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Namen ausländischer Orte
Sven Geggus li...@fuchsschwanzdomain.de writes: Arne Bischoff bisch...@gueldendorf.de wrote: Wie ich sah, haben viele Orte in Polen die deutschen Namen als old_name eingetragen bekommen. Ich meine, richtigerweise wäre name:de, weil es einfach der deutsche und nicht der alte Name des Ortes ist. ACK! Man denke auch an die Orte in Tschechien und Elsaß-Lothringen. Gerade bei letzterem hat ja der Besitzer mehr als einmal gewechselt. Trotzdem heißt Straßburg nicht Strasbourg. Streitfälle wären Namen, die nur während der Nazizeit genutzt wurden, wie Litzmannstadt (Łódź). Wir mappen hier und heute und nicht in der Vergangenheit. Wir taggen ja bei Chemnitz auch nicht old_name=Karl-Marx-Stadt Das halte ich für eine sehr sinnvolle Anwendung von old_name um die Internationalisierung mal ganz weg zu lassen. old_name:de=Karl-Marx-Stadt wäre dann konsequent, ich könnte mir vorstellen, das Chemnitz damals anderswo anders genannt wurde Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Donnerstag 22 Januar 2009 schrieb Bernd Wurst: Hallo. Am Donnerstag, 22. Januar 2009 schrieb Guenther Meyer: klar, aus der notwendigkeit entsteht irgendwann dann die aktion. dumm halt, dass diese notwendigkeit auf entwicklerseite schon lange vorher bekannt ist, man sich aber zu dem zeitpunkt echt schwer tut, die masse davon zu ueberzeugen. zumindest geht's mir so... Gibt es schon einen Entwickler einer beliebigen Routing-Engine, der ein Statement veröffentlicht hat, welche Abbiegeverbote er in seinem Programm auswerten wird? keine ahnung. routing ist nicht direkt mein thema. ich denke, die meisten versuchen, aus dem vorhandenen erst mal das beste zu machen. ich kann mich aber durchaus erinnern, dass es schonmal vorschlaege von entwicklerseite zum thema highway-tagging gab, was aber nicht wirklich was gebracht hat... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] In Lüneburg wird noch per Hand gemappt
DarkAngel schrieb: Leider scheint der artikel schon verschwunden zu sein, gestern hatte Mein Google hat die Seite im Cache. Ich weiß nicht, ob der Link so funktioniert: http://209.85.129.132/search?q=cache:o8VlEpkD_jgJ:www.landeszeitung.de/start.phtml%3Ffdat%3Dresult%26idx%3D508253%26tid%3D5%26ir%3Dlok+landeszeitung+openstreetmaphl=dect=clnkcd=2lr=lang_de Ja, bis auf das Foto vom Mapper klappt das. Gruß C-H-L ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieviel Plattenplatz brauchen die Tiles für Deutschland?
Hallo Michael, Michael Buchberger schrieb: Habe meinen Webserver (localhost) gerade konfiguriert und bin dabei meine Tiles zu verschieben. Source ist auch schon angepasst und jetzt warte ich bis der Kopiervorgang beendet ist (schnarch). ja, ja das kenne ich... Ich erzeuge nun auf dem Vista-Rechner (Renderer) selbstentpackende Archive und kopiere diese auf meinen lokalen Webserver und entpacke sie dort. Das Kopieren der vielen Einzeldateien dauert ewig... daher auch meine Löschaktion. Hinweis: Die Tiles gleich an Ort und Stelle, dort wo Sie benötigt werden, erstellen lassen! Das kann ich nicht machen, da mein Server sonst total überlastet würde. Tschuess Michael Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Donnerstag 22 Januar 2009 schrieb Bernd Wurst: Hallo. Am Donnerstag, 22. Januar 2009 schrieb Guenther Meyer: ich sehe halt durchaus die moeglichkeit folgender situation: es kommt mehrfach vor, dass fussgaenger auf reinen radwegen rumlaufen (oder umgekehrt), und damit die jeweils dort sich legal bewegenden behindern, oder sogar unfaelle provozieren. wenn dann wiederholt als antwort der verursacher sowas kommt wie ...aber mein osm-navi hat mich da hin geschickt..., wird ganz schnell die aussage entstehen dieser osm-sch... osm taugt nicht zum routen Das halte ich für Mumpitz. ist nur ein beispiel das durchaus so passieren koennte... Wenn das so ist, dass ein OSM-Navi einen da lang schicken will und das ist falsch, dann wird sich jemand finden, der ein foot=no da dran pappt. Unabhängig von jeder designated-Diskussion kann man mit foot=no nämlich genau das sagen. naja, ein kennzeichnen als radweg sollte das eigentlich implizieren... Dazu bemerkt finde ich dass wir im falschen Jahrzehnt sind um uns über sowas Gedanken zu machen. Wann kommt denn die Situation, dass innerhalb einer Woche auf einer bestimmten Straße mehr als 2 Leute mit einem (selbstständig routenden) Fahrrad-Navi entlang fahren? wer sagt, dass das nicht passieren kann? man macht keine radikale aenderung, sondern man bietet eine (wahrscheinlich) bessere moeglichkeit an, und hofft, dass sie verwendet wird. so funktioniert das doch bei osm? oder hab ich da schon wieder was falsch verstanden? Man sollte halt irgendwelche Schritte unternehmen (z.B. besonders cooles Rendering, Auswertung in einem Navi) um einen großen Teil der Mapper davon zu überzeugen dass mit dem neueren Tag besser gemappt werden kann. leider hat nicht jeder, der ideen hat, die moeglichkeit, das an den entsprechenden orten zu aendern... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige De-Karte
Carsten Schwede computerte...@gmx.de wrote: Eigentlich müsste man da mal nen fuse Treiber für schreiben. Gern. Was soll das dann machen? Die Karten packen? Ähm nein. gmapsupp.img mounten. Tiles rein und raus kopieren, unmounten. So viel ich weiss ist ja das gmapsupp.img eine Containerdatei. ja kenn ich, hilft aber nicht, da er viel zu viel Platz im Hauptspeicher braucht. Mein Kartenschnippeltool braucht unter 1GB für die Bearbeitung des kompletten Planetauszuges. Möglicherweise ist das aber die Lösung für die routingfähige Karte dann. Ich hab das gestern mal ausprobiert. Bei kurzen Strecken klappt das routing. Bei längeren Strecken bleibt die Berechnung bei 100% hängen (Gpsmap 60csx). Ich muss mal nachprüfen ob da ne Kachelgrenze dazwischen war. Gruss Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Zitat Guenther Meyer: [...] ich sehe halt durchaus die moeglichkeit folgender situation: es kommt mehrfach vor, dass fussgaenger auf reinen radwegen rumlaufen (oder umgekehrt), und damit die jeweils dort sich legal bewegenden behindern, oder sogar unfaelle provozieren. wenn dann wiederholt als antwort der verursacher sowas kommt wie ...aber mein osm-navi hat mich da hin geschickt..., wird ganz schnell die aussage entstehen dieser osm-sch... osm taugt nicht zum routen natuerlich kann osm nicht verantwortlich fuer das verkehrswidrige verhalten seiner nutzer gemacht werden, aber fuer das image ist das trotzdem nicht gut... Fuer wessen Image? Fuer OSM oder fuer all die anderen Karten, die Anwender jetzt schon immer mal wieder in die Wallachei schicken? Und bei wem? Bei Leuten, die regelmaessig Brain1.0 ausschalten, sobald sie ein Navi einschalten? Geschenkt, ich habe kein Mitleid mit Leuten, die in die Elbe fahren, weil ihr Navi faelschlicherweise dort eine Bruecke anzeigt. Und ganz bestimmt verschwende ich kein Gran Energie daran, idiotensichere Loesungen mit zu gestalten. Denn es steht geschrieben, mache etwas idiotensicher und die Natur wird einen noch groesseren Idioten hervor bringen. [...] -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Hallo. Am Donnerstag, 22. Januar 2009 schrieb Guenther Meyer: keine ahnung. routing ist nicht direkt mein thema. ich denke, die meisten versuchen, aus dem vorhandenen erst mal das beste zu machen. ich kann mich aber durchaus erinnern, dass es schonmal vorschlaege von entwicklerseite zum thema highway-tagging gab, was aber nicht wirklich was gebracht hat... Ich kann mich an jemanden erinnern, der meinte wenn wir nicht hieb- und stichfeste Regeln haben was z.B. ein secondary ist und wie schnell man darauf fahren kann, dann wird kein routing möglich sein. Solche Aussagen, siehe Frederiks Mail, sind selbstdisqualifizierend weil es eben doch geht. Abbiegeverbote sind aber z.B. etwas wo sich erstaunlich viele Leute noch gar nicht mit dem Proposal (no_right_turn) anfreunden können und was daher gar nicht so üppig genutzt wird. Es ist also fraglich, ob man das wirklich schon als existent ansehen will. Wenn jetzt Pascal Neis etwas der Art sagt: Ich möchte Abbiegeverbote in openrouteservice unterstützen, dazu habe ich folgende Tagging-Konvention überlegt: ... Ab sofort kann werden Abbiegeregeln nach obigem Schema beachtet, für eine Kreuzung habe ich das schonmal beispielhaft eingearbeitet, sehr hier ... dass das funktioniert. Dann glaube ich, dass es *sehr* schnell gehen wird bis in D alle bisherigen Abbiegeverbte auf das vorgeschlagene Schema umgestellt werden. Ohne bot sondern jeweils von den lokalen Mappern. Gruß, Bernd -- The hardness of the butter is proportional to the softness of the bread. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Namen ausländischer Orte
On Wed, 21 Jan 2009, Christoph Wagner wrote: Ich glaube old_name ist schon richtig, da sich nach dem Krieg in den ehemaligen deutschen Gebieten die Namen der Orte offiziell geändert haben. Zusätzlich zu old_name würde ich name:de immer dann verwenden, wenn der ehemalige Name heute noch in Deutschland gebräuchlich ist. Das ist beispielsweise bei großen Städten der Fall wie Danzig oder Prag oder Stettin. Bei kleinen Dörfern, wo es heutzutage schon schwer wird den damaligen Namen herauszufinden, weiß ich nicht, ob man da name:de braucht. old_name hat da so was historisches. Wenn jetzt irgendwelche Leute daherkommen und im heutigen Deutschland irgendwelche Kuhkäffer mit name:was_weiß_ich versehen, weil sie irgendwann mal zu was_weiß_ich gehörten, wär das doch auch komisch. old_name triffts da besser. Kaum. Viele der tschechischen Orts-Websites verwenden mittlerweile die deutschen Namen wieder, weil man sich auf Tourismus besinnt. Wikipedia ebenfalls. Diese die bösen Deutschen-Zeit geht zu Ende und es kehrt Normalität ein. Und dass tschechische Namen für deutsche schwerer auszusprechen, dass wird kaum jemand bestreiten. Wenn ich in der Tschechei mappe muss ich an jedem Ortsschild eine Minute anhalten um den Namen zu buchstabieren :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
On Wed, 21 Jan 2009, Dirk Stöcker wrote: viele von Euch fordern immer tolle Features und dann bleibt die Arbeit meist an den Entwicklern hängen. Deshalb jetzt ein Aufruf an euch alle zu zeigen, dass ihr mithelfen wollt. Das ging schnell. Vielen Dank an Benedikt Leitner und Martin Koppenhoefer. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Hallo. Am Donnerstag, 22. Januar 2009 schrieb Guenther Meyer: Wenn das so ist, dass ein OSM-Navi einen da lang schicken will und das ist falsch, dann wird sich jemand finden, der ein foot=no da dran pappt. Unabhängig von jeder designated-Diskussion kann man mit foot=no nämlich genau das sagen. naja, ein kennzeichnen als radweg sollte das eigentlich implizieren... Wenn es das aber in einem verbreiteten Navi nicht tut (weil es wohl doch nicht so eindeutig ist) dann ist die Definition dass es das impliziert eben die Arbeit eines Schreibtischtäters und scheinbar nicht praxistauglich. Dazu bemerkt finde ich dass wir im falschen Jahrzehnt sind um uns über sowas Gedanken zu machen. Wann kommt denn die Situation, dass innerhalb einer Woche auf einer bestimmten Straße mehr als 2 Leute mit einem (selbstständig routenden) Fahrrad-Navi entlang fahren? wer sagt, dass das nicht passieren kann? Ich meine nicht, dass das nicht passieren kann. Aber es passiert einfach selten weil selbst-routende Fahrradnavis momentan nicht wirklich verbreitet sind. Liegt vielleicht daran, dass die meisten Fahrradfahrer entweder sich auf ihrer Strecke auskennen (zur Schule/Arbeit fahren) und Touren-Radler sich die Strecke zu Hause in Ruhe anhand von nicht-algorithmischen Rahmenbedingungen aussuchen (Landschaft, Freunde besuchen, ...) und dann als route in ihr GPS laden. Ich halte Fahrradnavigation mit den aktuellen technischen Möglichkeiten für völlig überschätzt. Es sollte langfristig irgendwie funktionieren, keine Frage! Aber dann muss es ja nicht jedes Detail kennen sondern soll mich einfach nur z.b. zu nem gegebenen Hotel führen und dabei Schnellstraßen meiden und Fahrradwege durch den Park bitte benutzen. Zudem: Es gibt bisher nicht viele (selbst-routende) Navis, die Akku-mäßig ne lange Radtour durchhalten und Speisung per Dynamo ist auch nicht im Sinne der Radler. ;-) Wenn z.B. hier jemand sagt, dass er Straßen mit benutzungspflichtigen Radwegen meiden will weil ein Fahrradfahrer in Normalgeschwindigkeit dort mehr Gefahren ausgesetzt ist, dann glaube ich kaum, dass er bei solchen Fahrten ein Navi bräuchte. leider hat nicht jeder, der ideen hat, die moeglichkeit, das an den entsprechenden orten zu aendern... Versteh ich jetzt nicht. Entweder man will genauere Tags, hat sich überlegt wofür man die jetzt braucht und wann das bisherige Schema nicht klappt, dann kann man zumindest versuchen an der Stelle an der es mit dem alten Schema Probleme gibt, die Umsetzung des neuen Schemas zu erreichen (aktiv oder durch Kommunikation mit dem Entwickler) oder man ist Theoretiker, überlegt sich ganz viel Krams, den (aktuell) keiner braucht und schmollt wenn es keinen interessiert was man da vorschlägt. Gruß, Bernd -- Mit einem kurzen Schweifwedeln kann ein Hund mehr Gefühl ausdrücken als mancher Mensch mit stundenlangem Gerede - Louis Armstrong (am. Musiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Objekte gegen ?nderungen sch?tzen
André Reichelt andr...@online.de writes: ich habe schon länger darüber nach gedacht, [...] Aber alleine wäre das viel zu viel Geschäft. Ich habe auch keinen [...] Vielleicht kommt aber mal der Tag [...] André, es reicht jetzt! *PLONK* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
Dirk Stöcker openstreet...@dstoecker.de writes: Wer etwas ändert bitte die aktuelle Datei herunterladen, die Änderungen eintragen und mir zuschicken. Ja, ich habe mal eine erste Version gebaut. *** presets.xml 2009/01/22 08:26:25 1.1 --- presets.xml 2009/01/22 09:08:53 1.2 *** *** 33,38 --- 33,42 default: ticked on/off delete_if_empty: true/false -- + + !-- $Id: presets.xml,v 1.2 2009/01/22 09:08:53 niehaus Exp $ -- + + annotations group name=Streets icon=presets/way_secondary.png item name=Motorway icon=presets/motorway.png *** *** 155,160 --- 159,165 /item item name=Tertiary icon=presets/way_tertiary.png label text=Edit a Tertiary Road / + link href=http://wiki.openstreetmap.org/wiki/Tag:highway=tertiary; / space / key key=highway value=tertiary / text key=ref text=Reference default= delete_if_empty=true / *** *** 171,176 --- 176,184 /item item name=Unclassified icon=presets/way_unclassified.png label text=Edit a Unclassified Road / + link href=http://wiki.openstreetmap.org/wiki/Tag:highway=unclassified; + de:href=http://wiki.openstreetmap.org/wiki/DE:Tag:highway=unclassified; + fi:href=http://wiki.openstreetmap.org/wiki/Fi:Tag:highway=unclassified/ space / key key=highway value=unclassified / optional *** *** 187,192 --- 195,201 /item item name=Residential icon=presets/residential.png label text=Edit a Residential Street / + space / key key=highway value=residential / text key=name text=Name default= delete_if_empty=true / *** *** 287,292 --- 296,306 /item item name=Roundabout icon=presets/roundabout.png label text=Edit a Junction / + link href=http://wiki.openstreetmap.org/wiki/Tag:junction=roundabout; + de:href=http://wiki.openstreetmap.org/wiki/DE:Tag:junction=roundabout; + it:href=http://wiki.openstreetmap.org/wiki/IT:Tag:junction=roundabout; + ro:href=http://wiki.openstreetmap.org/wiki/Ro:Tag:junction=roundabout/ + space / key key=junction value=roundabout / combo key=highway text=Type values=motorway,motorway_link,trunk,trunk_link,primary,primary_link,secondary,tertiary,unclassified,residential,living_street,service,bus_guideway,construction delete_if_empty=true / *** *** 304,309 --- 318,327 /item item name=Bridge icon=presets/bridge.png label text=Edit a Bridge / + link href=http://wiki.openstreetmap.org/wiki/Key:bridge; + de:href=http://wiki.openstreetmap.org/wiki/DE:Key:bridge; + fi:href=http://wiki.openstreetmap.org/wiki/Fi:Key:bridge; + fr:href=http://wiki.openstreetmap.org/wiki/FR:Key:bridge/ space / key key=bridge value=yes / optional *** *** 319,324 --- 337,346 group name=Ways icon=presets/way_unclassified.png item name=Construction icon=presets/construction.png label text=Edit a highway under construction / + !-- FIXME: no entry in the Wiki + link href=http://wiki.openstreetmap.org/wiki/Tag:highway=construction; + de:href=http://wiki.openstreetmap.org/wiki/DE:Tag:highway=construction/ + -- space / key key=highway value=construction / optional *** *** 338,343 --- 360,366 separator/ item name=Bridleway icon=presets/equestrian.png label text=Edit a Bridleway / + link href=http://wiki.openstreetmap.org/wiki/Tag:highway=bridleway/ space / key key=highway value=bridleway / optional *** *** 355,360 --- 378,386 /item item name=Cycleway icon=presets/cycleway.png label text=Edit a Cycleway / + link href=http://wiki.openstreetmap.org/wiki/Tag:highway=cycleway; + it:href=http://wiki.openstreetmap.org/wiki/IT:Tag:highway=cycleway; + de:href=http://wiki.openstreetmap.org/wiki/DE:Tag:highway=cycleway/ space / key key=highway value=cycleway / optional *** *** 372,377 --- 398,405 /item item name=Footway icon=presets/footway.png label text=Edit a Footway / + link href=http://wiki.openstreetmap.org/wiki/Tag:highway=footway; +
Re: [Talk-de] svg aus osmrender.pl bzw. osmgraph.pm
Jacques Nietsch jacques.niet...@gmx.de writes: Am 21.01.2009, 17:04 Uhr, schrieb Gary68 g...@gary68.de: Klasse Skript! ACK. bin noch am basteln, aber mit der version 2.0 von osmgraph.pm kann das jeder machen. Schreibe am Anfang noch: svg xmlns:svg=http://www.w3.org/2000/svg; xmlns=http://www.w3.org/2000/svg; ... dann kann man die SVG Datei auch mit Opera und Firefox betrachten Gary68 scheint das ja nun getan zu haben, dennoch zeigt Iceweasel AKA Firefox nichts gerendertes an. Was mache ich falsch? Hat jemand eine Idee? , | Iceweasel 3.05, Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.5) | Gecko/2008122011 Firefox/2.0.0.16 (Debian-3.0.5-1) ` ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Donnerstag 22 Januar 2009 schrieb Bernd Wurst: Hallo. Am Donnerstag, 22. Januar 2009 schrieb Guenther Meyer: Wenn das so ist, dass ein OSM-Navi einen da lang schicken will und das ist falsch, dann wird sich jemand finden, der ein foot=no da dran pappt. Unabhängig von jeder designated-Diskussion kann man mit foot=no nämlich genau das sagen. naja, ein kennzeichnen als radweg sollte das eigentlich implizieren... Wenn es das aber in einem verbreiteten Navi nicht tut (weil es wohl doch nicht so eindeutig ist) dann ist die Definition dass es das impliziert eben die Arbeit eines Schreibtischtäters und scheinbar nicht praxistauglich. sowas scheint aber in osm desoefteren vorzukommen... im endeffekt laueft es immer wieder auf das grundlegende problem zurueck: viele tags sind sind zu ende gedacht, d.h. nicht exakt definiert. man sie auf auf verschiedene arten verwenden und auswerten. wenn nun ein tag von einem router auf andere weise ausgelegt wird, als es sich der jeweilige mapper beim eintragen gedacht hat (einfach weil es die definiton erlaubt), dann ensteht ein fehler. Ich meine nicht, dass das nicht passieren kann. Aber es passiert einfach selten weil selbst-routende Fahrradnavis momentan nicht wirklich verbreitet sind. das kann und wird sich aendern. ich gehe nicht davon aus, dass osm nicht mehr existiert, wenn es mal soweit ist. Ich halte Fahrradnavigation mit den aktuellen technischen Möglichkeiten für völlig überschätzt. Es sollte langfristig irgendwie funktionieren, keine Frage! Aber dann muss es ja nicht jedes Detail kennen sondern soll mich einfach nur z.b. zu nem gegebenen Hotel führen und dabei Schnellstraßen meiden und Fahrradwege durch den Park bitte benutzen. nicht jedes detail. aber das was verzeichnet ist, sollte einigermassen eindeutig auswertbar sein, und nicht (wie bei dieser designated-sache) auf zwei total unterschiedliche arten interpretiert werden koennen. sowas sagt mir, dass die definiton nicht eindeutig geschrieben wurde. leider hat nicht jeder, der ideen hat, die moeglichkeit, das an den entsprechenden orten zu aendern... Versteh ich jetzt nicht. Entweder man will genauere Tags, hat sich überlegt wofür man die jetzt braucht und wann das bisherige Schema nicht klappt, dann kann man zumindest versuchen an der Stelle an der es mit dem alten Schema Probleme gibt, die Umsetzung des neuen Schemas zu erreichen (aktiv oder durch Kommunikation mit dem Entwickler) oder man ist Theoretiker, überlegt sich ganz viel Krams, den (aktuell) keiner braucht und schmollt wenn es keinen interessiert was man da vorschlägt. manche leute koennen anderen jeden schrott andrehen und leute davon ueberzeugen, ihnen zu helfen, andere haben durchdachte loesungen, koennen diese aber nicht an den mann bringen. leider gehoere ich meist zu letzteren... darum waere der andere weg, das ganze zu demonstrieren. dies nur an einer ecke zu tun, hat nicht viel effekt; wenn, dann muss es richtig gemacht werden. das wuerde in meinem fall heissen, mein poi-schema durchgaengig zu integrieren, und zwar in osmarender, mapnik, josm (siehe vision), potlatch, usw. technisch durchaus machbar, zeitlich leider nicht. drum bleib ich in meiner ecke, wo ich eindeutig sehe, dass es funktioniert, und verschwende die zeit mit kovertierungsroutinen... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Namen ausländischer Orte
Zitat Dirk Stöcker: On Wed, 21 Jan 2009, Michael Buege wrote: BTW: Trage ich zusätzlich den deutschen Namen bei einem Ort ein, wird in JOSM nur noch der deutsche Name angezeigt. Gerendert wird aber weiterhin der richtige polnische Name. Mach, aber rechne bitte damit, dass jemand das wieder loescht. Ich kann mir gut vorstellen, dass gerade in den von dir beschriebenen Gebieten nicht jeder uneingeschraenkt von deiner Idee begeistert sein wird. In der Regel kommen wir mit unseren Nachbarn weit besser aus, als die Politik einen glauben machen will. Das ist auch meine Meinung. Nichtdestotrotz habe ich aber auch andere Erfahrungen gemacht, allerdings halte ich die nicht fuer representativ. Ich wollte es halt nur anmerken, denn fuer einen Edit-War reichen schon zwei Leute. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Donnerstag 22 Januar 2009 schrieb Michael Buege: Zitat Guenther Meyer: [...] ich sehe halt durchaus die moeglichkeit folgender situation: es kommt mehrfach vor, dass fussgaenger auf reinen radwegen rumlaufen (oder umgekehrt), und damit die jeweils dort sich legal bewegenden behindern, oder sogar unfaelle provozieren. wenn dann wiederholt als antwort der verursacher sowas kommt wie ...aber mein osm-navi hat mich da hin geschickt..., wird ganz schnell die aussage entstehen dieser osm-sch... osm taugt nicht zum routen natuerlich kann osm nicht verantwortlich fuer das verkehrswidrige verhalten seiner nutzer gemacht werden, aber fuer das image ist das trotzdem nicht gut... Fuer wessen Image? Fuer OSM oder fuer all die anderen Karten, die Anwender jetzt schon immer mal wieder in die Wallachei schicken? osm. es wird immer als hobbyprojekt sog. professionellen produkten gegenueber stehen. da sollte es doch besser sein, negative kritiken (die die anderen natuerlich auch ernten), schon im vorfeld zu vermeiden. Und bei wem? Bei Leuten, die regelmaessig Brain1.0 ausschalten, sobald sie ein Navi einschalten? von denen es in der generation doof immer mehr gibt... Geschenkt, ich habe kein Mitleid mit Leuten, die in die Elbe fahren, weil ihr Navi faelschlicherweise dort eine Bruecke anzeigt. Und ganz bestimmt verschwende ich kein Gran Energie daran, idiotensichere Loesungen mit zu gestalten. Denn es steht geschrieben, mache etwas idiotensicher und die Natur wird einen noch groesseren Idioten hervor bringen. ganz klar. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieviel Plattenplatz brauchen die Tiles für Deutschland?
Michael Buchberger schrieb: Habe mir gerade mal Deine Seite (http://wince.dentro.info/koord/osm/KosmosMap.htm) nochmals genauer angeschaut. Jetzt sind mir auch die Zeichen für die nichtvorhandenen Tiles aufgefallen ;-) so, nun habe ich das Problem ganz einfach gelöst: Man muss ja nur in der .htaccess für der Error 404 (Datei nicht gefunden) eine leere PNG vom Server schicken lassen. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Worldfile vom 21.1.09
Hallo, die neuen Daten liegen wie immer zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:country Groß-/Kleinschreibung
Frederik Ramm schrieb: Also Vorschlag: 1. Wiki umstellen auf es sollen Grossbuchstaben genutzt werden done 2. Inspector umstellen auf case-insensitive fuer die PLZ-Gebietsbestimmung jochens/frederiks baustelle 3. existierende kleingeschriebene addr:country mit Bot einmalig auf Grossbuchstaben abändern done (zumindest für europa - rest kommt mit dem neuen planet file am näxten mittwoch) von hand habe ich auch noch die restlichen fehler korrigiert (zahlen, ausgeschriebene ländernamen oder ortsnamen im addr:country feld) 4. alles, was im addr:country-Feld steht und nicht zwei Grossbuchstaben hat, künftig vom Inspector anmeckern lassen jochens/frederiks baustelle grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
Am 21.01.2009 18:08, Dirk Stöcker: Hallo, viele von Euch fordern immer tolle Features und dann bleibt die Arbeit meist an den Entwicklern hängen. Deshalb jetzt ein Aufruf an euch alle zu zeigen, dass ihr mithelfen wollt. JOSM kann mittlerweile in den Preset-Dialogen Links zu den zugehörigen MapFeatures-Seiten anzeigen: Dazu müsste in jede Vorlage der Link eingebaut werden. Ich hab das gleich mal in einen Patch als Antwort auf eine Erweiterung des Ski-Presets eingebaut. Hoffe das stimmt so: http://josm.openstreetmap.de/ticket/2057 Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] created_by=xybot [was: Re: ad dr:country Groß-/Kleinschreibung]
Hallo Frank. Am Donnerstag, 22. Januar 2009 schrieb Frank Sautter: 3. existierende kleingeschriebene addr:country mit Bot einmalig auf Grossbuchstaben abändern done (zumindest für europa - rest kommt mit dem neuen planet file am näxten mittwoch) von hand habe ich auch noch die restlichen fehler korrigiert (zahlen, ausgeschriebene ländernamen oder ortsnamen im addr:country feld) Ich hab grade gesehen, dass jetzt alle Hausnummern ein created_by=xybot haben. Auch wenn created_by mittlerweile eigentlich komplett wirr verwendet wird und man da wenig sinnvolles drin hat, so finde ich es befremdlich, dass ein bot der die Groß- und Kleinschreibung verändert sich als Ersteller des Objekts rühmt. Daher mein Vorschlag, zukünftig eine Art xybot:1234=2009-01-22: change addr:country to uppercase mit eindeutiger fortlaufender Nummer dran zu hängen, die quasi als Changelog gelesen werden kann und irgendwann wieder von lokalen Mappern wieder entfernt werden kann. Vermutlich wird sich an der Sache aber mit API 0.6 und den Changesets die Praxis nochmal etwas ändern, da man dann nicht mehr jedes Objekt attributieren muss. Gruß, Bernd -- Gegen Liebe auf den ersten Blick hilft nur der zweite signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:country Groß-/Kleinschreibung
Andreas Labres schrieb: ISO 3166-1 alpha-2 Ländercodes sind immer in Großbuchstaben. meinem bot ist übrigens noch folgendes aufgefallen, für das wir eine lösung/handlungsanweisung benötigen... es gibt für den key addr:country bereits einige einträge, die als wert UK tragen, was aber kein gültiger ISO3166 code ist. da gibt es nur GB auf http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 steht dazu: the Internet Assigned Numbers Authority assign the ccTLDs mostly following the ISO 3166-1 alpha-2 codes, but with a few exceptions (e.g., the United Kingdom requested an exceptional reservation of .uk for their ccTLD instead of their native .gb). was machen wir jetzt da? * UK-GB * GB-UK * mischmasch grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by=xybot [was: Re: add r:country Groß-/Kleinschreibung]
On Thu, Jan 22, 2009 at 11:44:28AM +0100, Bernd Wurst wrote: Am Donnerstag, 22. Januar 2009 schrieb Frank Sautter: 3. existierende kleingeschriebene addr:country mit Bot einmalig auf Grossbuchstaben abändern done (zumindest für europa - rest kommt mit dem neuen planet file am näxten mittwoch) von hand habe ich auch noch die restlichen fehler korrigiert (zahlen, ausgeschriebene ländernamen oder ortsnamen im addr:country feld) Ich hab grade gesehen, dass jetzt alle Hausnummern ein created_by=xybot haben. Auch wenn created_by mittlerweile eigentlich komplett wirr verwendet wird und man da wenig sinnvolles drin hat, so finde ich es befremdlich, dass ein bot der die Groß- und Kleinschreibung verändert sich als Ersteller des Objekts rühmt. Was heißt rühmt. Das created_by zeigt an, welches das letzte Programm ist, das die Daten angefaßt hat. Der Tag hat zwar eigentlich den falschen Namen, aber so wird er halt benutzt. Es ist völlig korrekt, dass der xybot sich da reinschreibt. So wie es jeder Editor auch macht. Daher mein Vorschlag, zukünftig eine Art xybot:1234=2009-01-22: change addr:country to uppercase mit eindeutiger fortlaufender Nummer dran zu hängen, die quasi als Changelog gelesen werden kann und irgendwann wieder von lokalen Mappern wieder entfernt werden kann. Vermutlich wird sich an der Sache aber mit API 0.6 und den Changesets die Praxis nochmal etwas ändern, da man dann nicht mehr jedes Objekt attributieren muss. Ja, dann werden alle diese Änderungen in einem Changeset sein und dort kann man dann so ein Kommentar dranhängen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:country Groß-/Kleinschreibung
On Thu, Jan 22, 2009 at 11:34:11AM +0100, Frank Sautter wrote: was machen wir jetzt da? * UK-GB Jepp. GB ist der korrekte ISO-Code. Vielleicht sollte man das auch im Wiki dazuschreiben. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by=xybot [was: Re: add r:country Groß-/Kleinschreibung]
Hallo. Am Donnerstag, 22. Januar 2009 schrieb Jochen Topf: Auch wenn created_by mittlerweile eigentlich komplett wirr verwendet wird und man da wenig sinnvolles drin hat, so finde ich es befremdlich, dass ein bot der die Groß- und Kleinschreibung verändert sich als Ersteller des Objekts rühmt. Was heißt rühmt. Das created_by zeigt an, welches das letzte Programm ist, das die Daten angefaßt hat. Hm, so sehen es manche. Manche sagen auch, da steht das Programm mit dem das erstellt wurde. Manche tragen auch ihren username da ein. Der Tag hat zwar eigentlich den falschen Namen, aber so wird er halt benutzt. Er wird vielfältig benutzt. ;-) Es ist völlig korrekt, dass der xybot sich da reinschreibt. So wie es jeder Editor auch macht. JOSM macht das nur beim Erstellen. Es ist von den interaktiven Editoren AFAIK nur Potlatch der sich da bei jeder Änderung einträgt. Das war jetzt auch nicht so böse gemeint wie es vermutlich geklungen hat, aber es skaliert halt nicht. Wenn ich ein paar minuten später auch nen Bot drüber laufen lasse der das created_by dann anders setzt, dann fehlt jeder Hinweis auf Franks Änderung. Gruß, Bernd -- Rocker: wir zeigen euch hier Rock'n'Roll ohne Drogen und Geschlechtskrankheiten. Homer Simpson: Jaaa, Geschlechtskrankheiten signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TÜV Prüfzentren/ADAC/usw.
Hallo! Wie taggt man ein TÜV Prüfzentrum (oder bei uns gibt's ÖAMTC Stützpunkte oder ARBÖ Prüfzentren, z.B. http://wiki.openstreetmap.org/wiki/Wien/Pannenhilfe in Wien)? shop=car_repair gibt's offenbar (wobei ich keine Lösung für Vertragswerkstätte = Vertragshändler gefunden habe, nur Diskussion drüber), aber da bräuchten wir (AT) wohl auch einen Zusatz darf Pickerlüberprüfung machen ja/nein dazu. Umgekehrt wären grade diese POIs für ein ein Auto-Navi (neben den Tankstellen) entscheidend... auch kategorisierbar, also ich suche eine Vertragswerkstätte für Marke xy in der Nähe. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by=xybot [was: Re: ad dr:country Groß-/Kleinschreibung]
Bernd Wurst schrieb: Wenn ich ein paar minuten später auch nen Bot drüber laufen lasse der das created_by dann anders setzt, dann fehlt jeder Hinweis auf Franks Änderung. naja, dafür gibts ja die history für jede entity grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Gebäudebereichen
Hallo, ich bin auch seit einiger Zeit dabei, Uni- und Kliniksgebäude zu taggen, und zwar in Marburg: http://www.openstreetmap.org/?lat=50.8167lon=8.7667zoom=12layers=B000FTF und stehe jetzt auch vor der Frage, wir taggt man große Gebäude und deren Innereien. Da sich bei uns die Fachbereiche zum Teil über die Gebäude-Ebenen verteilen, habe ich erst mal nur Nodes mit anmenity=university und Name=Fachbereich ... in den Gebäude-Areas plaziert. Am Mittwoch, 21. Januar 2009DE 21:45:51DE schrieb Ronny Bergmann: amenity=university haben die Bereiche der Gebäude schon, das wollte ich auch so beibehalten. Ich habe gesehen, Deine Gebäude sind mit amnity=university und building=yes getaggt. So habe ich es auch gemacht, sehe aber in den Mapnik-Rules, dass die Polygon-Rules zu building=yes die zu anmity=university überschreiben. Frage: sind die Rules falsch oder die Tag-Kombination? Gleiches gilt übrigens auch für amenity=hospital und buildung=yes. Damit kommt auch der Osmarender nich zurande, er bringt den Namen ein zweites Mal über dem roten Kreuz. In Marburg ist das Uni-Klinikum privatisiert, nimmt man dann amenity=university oder amenity=hospital ? Noch ein Sonderfall: Wie taggt man ein MPI, das auf dem Campus der Uni steht? Zitat von René Falk li...@falconaerie.de: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Buildings http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site http://wiki.openstreetmap.org/wiki/Relations/Proposed/Label Ich habe statt Relationen jetzt einfach mal loc_ref- und loc_name-Tags verwendet, da ich das relativ einfach in Mapnik-Rules umsetzen kann. (Ich möchte den Uni-, Klinik- und Partner-Gebäude farblich kennzeichnen.) Gibt es für Relationen schon Templates für Mapnik-Rules? Grüße, Jutta Weisel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
Hallo ! habe mir die Version 1319 gezogen und wenn ich es richtig verstanden habe, dann sollten die Links in den Pull-Down-Menüs oder den Dialogen für die Datenerfassung zu finden sein. Ich finde aber keine - setze mir doch bitte einmal eine Brille auf ! Gruß Jan .-) Dirk Stöcker schrieb: Hallo, viele von Euch fordern immer tolle Features und dann bleibt die Arbeit meist an den Entwicklern hängen. Deshalb jetzt ein Aufruf an euch alle zu zeigen, dass ihr mithelfen wollt. JOSM kann mittlerweile in den Preset-Dialogen Links zu den zugehörigen MapFeatures-Seiten anzeigen: Dazu müsste in jede Vorlage der Link eingebaut werden. Zwei sind als Beispiel schon drin: link href=http://wiki.openstreetmap.org/wiki/Tag:highway=primary/ link href=http://wiki.openstreetmap.org/wiki/Tag:highway=secondary; de:href=http://wiki.openstreetmap.org/wiki/DE:Tag:highway=secondary/ Die Datei ist hier zu finden: http://josm.openstreetmap.de/svn/trunk/presets/presets.xml Wer etwas ändert bitte die aktuelle Datei herunterladen, die Änderungen eintragen und mir zuschicken. Patches sind natürlich auch willkommen. Bitte natürlich auch testen, ob die Links korrekt sind. Es schadet nichts, die Links auch für andere Sprachen einzutragen. Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TÜV Prüfzentren/ADAC/usw.
Andreas Labres schrieb: Hallo! Wie taggt man ein TÜV Prüfzentrum (oder bei uns gibt's ÖAMTC Stützpunkte oder ARBÖ Prüfzentren, z.B. http://wiki.openstreetmap.org/wiki/Wien/Pannenhilfe in Wien)? shop=car_repair gibt's offenbar (wobei ich keine Lösung für Vertragswerkstätte = Vertragshändler gefunden habe, nur Diskussion drüber), aber da bräuchten wir (AT) wohl auch einen Zusatz darf Pickerlüberprüfung machen ja/nein dazu. Umgekehrt wären grade diese POIs für ein ein Auto-Navi (neben den Tankstellen) entscheidend... auch kategorisierbar, also ich suche eine Vertragswerkstätte für Marke xy in der Nähe. Würde bei uns in D auch für GTÜ passen. Achtung, das folgende ist ein wenig (aber doch begründete) Spekulation von mir, da es hier noch keine gängige Lösung gibt. Es gibt (allerdings bislang nur genau 1 mal) shop=car_inspection was ich recht einleuchtend finde: http://tagwatch.stoecker.eu/Europe/En/ignored_shop.html Wenn du ein Autohaus shop=car oder eine reine Autowerkstatt shop=car_repair hast die auch sowas anbietet wäre car_inspection=yes wohl passend ... http://dict.leo.org/?lp=endelang=desearchLoc=0cmpType=relaxedrelink=onsectHdr=onspellToler=stdsearch=t%FCvSUBMIT=Suchen liefert vom Begriff her sinngemäß ähnliches. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] svg aus osmrender.pl bzw. osmgraph.pm
Am 22.01.2009, 09:19 Uhr, schrieb Sebastian Niehaus nieh...@nospam.arcornews.de: Jacques Nietsch jacques.niet...@gmx.de writes: Am 21.01.2009, 17:04 Uhr, schrieb Gary68 g...@gary68.de: Klasse Skript! ACK. bin noch am basteln, aber mit der version 2.0 von osmgraph.pm kann das jeder machen. Schreibe am Anfang noch: svg xmlns:svg=http://www.w3.org/2000/svg; xmlns=http://www.w3.org/2000/svg; ... dann kann man die SVG Datei auch mit Opera und Firefox betrachten Gary68 scheint das ja nun getan zu haben, dennoch zeigt Iceweasel AKA Firefox nichts gerendertes an. Was mache ich falsch? Hat jemand eine Idee? Entspricht Iceweasel FF3 oder FF2? Wenn wie FF2, könnte es ein Problem geben. Ansonsten bin ich so vorgegangen: 1. SVG Datei mit Inkscape geöffnet und unter anderem Namen gespeichert. 2. Neue Datei mit Browser getestet. 3. Wenn OK, dann mir den Unterschied in den ersten Zeilen angesehen. 4. Alte Datei händisch angepasst. 5. Wenn angepasste nicht OK weiter mit 4. Gruss Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
Am 22.01.2009 12:40, Jan Tappenbeck: Hallo ! habe mir die Version 1319 gezogen und wenn ich es richtig verstanden habe, dann sollten die Links in den Pull-Down-Menüs oder den Dialogen für die Datenerfassung zu finden sein. Ich finde aber keine - setze mir doch bitte einmal eine Brille auf ! Ich denke mal, dass du noch 1318 verwendest (Menü Hilfe - Über) 1319 ist noch nicht fertig gebaut, sondern nur im Versionierungssystem getaggt. Prinzipiell funktioniert es aber. Finde es allerdings nicht besonders sexy mit dem dicken Button oben. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
On Thu, 22 Jan 2009, Claudius Henrichs wrote: habe mir die Version 1319 gezogen und wenn ich es richtig verstanden habe, dann sollten die Links in den Pull-Down-Menüs oder den Dialogen für die Datenerfassung zu finden sein. Ich finde aber keine - setze mir doch bitte einmal eine Brille auf ! Ich denke mal, dass du noch 1318 verwendest (Menü Hilfe - Über) 1319 ist noch nicht fertig gebaut, sondern nur im Versionierungssystem getaggt. Prinzipiell funktioniert es aber. Finde es allerdings nicht besonders sexy mit dem dicken Button oben. Da gebe ich Dir recht. Verbesserungen willkommen. Ich wollte es ersteinmal generell funktionsfähig haben und da war der Button das schnellste :-) Ab besten wäre so ein kleines Fragezeichen-Icon zum draufklicken. Idealerweise dann auch für andere Elemente und nicht nur das Haupt-Preset. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieviel Plattenplatz brauchen die Tiles für Deutschland?
Hallo Liste, Habe meinen Webserver (localhost) gerade konfiguriert und bin dabei meine Tiles zu verschieben. Source ist auch schon angepasst und jetzt warte ich bis der Kopiervorgang beendet ist (schnarch). Wow, hat das kopieren lange gedauert! Aber ansonsten, geil es funktioniert ;-) Hier ein Bildchen http://www.lefty1963.de/CastleMap.png vom Ergebnis. Hatte alle history=castle in Rheinland-Pfalz gerendert. Jetzt brauche ich nur noch einen billigen Host mit richtig viel Platz ;-) Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
Am 22. Januar 2009 14:07 schrieb Dirk Stöcker openstreet...@dstoecker.de: On Thu, 22 Jan 2009, Claudius Henrichs wrote: habe mir die Version 1319 gezogen und wenn ich es richtig verstanden habe, dann sollten die Links in den Pull-Down-Menüs oder den Dialogen für die Datenerfassung zu finden sein. Ich finde aber keine - setze mir doch bitte einmal eine Brille auf ! Ich denke mal, dass du noch 1318 verwendest (Menü Hilfe - Über) 1319 ist noch nicht fertig gebaut, sondern nur im Versionierungssystem getaggt. Prinzipiell funktioniert es aber. Finde es allerdings nicht besonders sexy mit dem dicken Button oben. Da gebe ich Dir recht. Verbesserungen willkommen. Ich wollte es ersteinmal generell funktionsfähig haben und da war der Button das schnellste :-) Ab besten wäre so ein kleines Fragezeichen-Icon zum draufklicken. Idealerweise dann auch für andere Elemente und nicht nur das Haupt-Preset. und/oder im Eingabe-Menu des Presets (also nachdem man schon einen ausgewaehlt hat) unterstrichene Bezeichnungen (links) zum clicken. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Frederik Ramm schrieb: Das Hauptproblem dabei war, dass die Proponenten dieses ganzen Proposals sich anmassen wollten, aufgrund der paar Stimmen, die da so zusammenkommen, die ganze Datenbank weltweit zu aendern und ueber den Haufen zu werfen, woran sich haufenweise Leute gewoehnt hatten. Da ist meiner Meinung nach einfach politisch sehr unklug vorgegangen worden - da waren vielleicht auch Leute dabei, die dachten, vote ist vote und wer sich nicht beteiligt der hat halt auch kein Mitspracherecht oder so. Am Ende kam es zu einer Abstimmung mit recht hoher Beteiligung fuer OSM-Verhaeltnisse, in der das path-Proposal grundsaetzlich angenommen, die Abloesung von cycleway/footway aber abgelehnt wurde: Einen Tag aufgrund eines Abstimmungsergebnisses komplett durch ein anderes zu ersetzen, halte ich auch nicht für sinnvoll. Das kann jeder Mapper so annehmen oder nicht wie er will. Solche Sprueche gehen bei mir zu einem Ohr rein und zum andern wieder raus. Das kommt hier auf der Liste einmal im Monat: Wenn sich dies und das nicht aendert, wird dies und jenes nie moeglich sein. - Meist geht es dann eben doch irgendwie, zwar nur mit einer 80%-Loesung, aber dafuer ohne gleich eine Revolution anzuzetteln. Ich kann natürlich nicht für andere sprechen, aber ich möchte keine Revolution anzetteln, sondern es schrittchenweise verbessern. Mein Vorschlag in der ersten Mail mit den Proposals spiegelt eigentlich auch das wider, was zur Zeit schon Praxis ist (Proposal zum disktuieren und Vorschläge erarbeiten). Nur mit dem Unterschied, wie man entscheidet was in die Map Features kommt. Das was du geschrieben hast, dass es reicht einen guten Grund zu haben, das ist ja schon eine Regel. Ich bin auch erst mal auf den scheinbare definierten Prozeß reingefallen, und hab ein aufwändiges Proposal ausgearbeitet. Erschien mir auch sinnvoll, um die Sache möglichst deutlich darzulegen. Jetzt hör' ich daß ein Proposal mit erfolgreicher Diskussion und Vote auch nix bringt. Das ist m.E. so ein typischer Anfaengerfehler: 1. Du stellst fest, dass Du gern etwas ausdruecken moechtest, wofuer es aber kein etabliertes Schema gibt. 2. Du nimmst an, dass es vielen anderen genauso geht, und dass lediglich keiner von denen bislang die Musse oder den Eifer oder die Intelligenz besass, ein Schema aufzustellen und zu etablieren. 3. Du machst Dir die Muehe und wunderst Dich, dass es relativ wenige Leute interessiert. Es ist ja nicht so, dass es nichts bringt. Aber zu dem Konzept gehoeren eben auch die Leute, denen es ein Anliegen ist, diese Information zu erfassen. Und gaebe es derer viele, so haette sich auch schon eine Methode etabliert. Die Annahme, dass die Welt nur auf das Proposal gewartet hat, ist also oft nicht gerechtfertigt. Man geht eben mit Begeisterung an etwas ran und will es besser machen. Daran ist ja nichts falsch. Der Anfängerfehler liegt aber auch in der durch die Dokumentation im Wiki begründete weit verbreiteten Annahme, dass ein Proposal etwas 'formales' ist und der einzige Weg etwas vorzuschlagen. Vielleicht ist es für alte Hasen die schon ewig dabei sind anders, aber als Anfänger muss man sich eben auf das verlassen was im Wiki steht oder was andere einem sagen. Grundsaetzlich ist ein Proposal der Art ich tagge auf diese und jene Weise, und damit habe ich gute Erfahrungen gemacht und nun kann ich diese coole Applikation hier nutzen viel ueberzeugender als ein aeh, also, ich koennte mir vorstellen dass es cool waere wenn wir alle in Zukunft auf diese und jene Weise taggen würden, dann könnte irgendjemand bestimmt auch mal eine coole Applikation schreiben Leichter gesagt als getan, wenn man als Nicht-Programmierer etwas beitragen will. Dann kann man eben nur sagen Ich tagge auf diese und jene Weise und damit habe ich gute Erfahrungen gemacht.. Ist ist man kein Macher wenn man gewissenhaft Vorschläge ausarbeitet, disktutiert und vorstellt? Man handelt doch, statt nur zu sagen Ich fände es besser wenn das anders wäre, ändert da mal was.. Wenn man nur als Programmierer ein Macher sein kann, dann ist das natürlich schade. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Dirk Stöcker schrieb: Der andere Weg ist, dass Nummer zwei ein tolles FeatureX-Proposal schreibt und darin darlegt, wie er 100 Elemente eingetragen hat, dass außerdem Du und noch 10 andere jeweils 100 Elemente haben und das man das doch zusammenlegen kann. Dann werden die meisten der Betroffenen versuchen einige Einigung zu erzielen, welche ein Kompromiss ist. Ich hab ja auch geschrieben Ich tagge auf diese und jene Weise und damit habe ich gute Erfahrungen gemacht.. Das setzt ja vorraus, dass man es auch in der Praxis ausprobiert hat. Trotzdem ist es schon so, dass meistens gleich Code gefordert wird, wenn man einen Vorschlag macht. Und unnötigerweise werden Vorschläge auch gerne als Forderung angesehen, auch wenn sie nicht so gemeint sind. Wenn keiner den Vorschlag aufnimmt da er keine Lust hat das umzusetzen, hat man eben Pech gehabt. Aber diese Reflexreaktion wo ist der Code? oder dann setz eben einen eigenen Renderer auf führt doch auch nur zu Missmut. Das bezieht sich natürlich nicht auf dich sondern ist allgemein gemeint. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Guenther Meyer schrieb: Am Mittwoch 21 Januar 2009 schrieb Sebastian Hohmann: Guenther Meyer schrieb: Am Mittwoch 21 Januar 2009 schrieb Sebastian Hohmann: Wie bekommst du heraus was sich am Ende durchsetzt? Die Bedeutung eines Tags kann man nicht in den Daten ablesen. Abstimmungen sind nicht repräsentativ, das Meinungsbild hier in der Liste oder im Forum repräsentiert auch nicht alle Mapper. natuerlich geht das. man schaut einfach in der datenbank nach, was fuer einen bestimmten fall amn meisten benutzt wird. Dann musst du aber für jeden Fall hingehen und schauen wie es in der Realität aussieht. ach so, du meintest bedeutung im sinne von definition, und nicht die wichtigkeit. hab das jetzt in dem kontext anders verstanden... Achso. Da sieht man mal, dass auch unsere normale Sprache oft missverständlich sein kann.. ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links in JOSM Presets
Dirk Stöcker schrieb: JOSM kann mittlerweile in den Preset-Dialogen Links zu den zugehörigen MapFeatures-Seiten anzeigen: Wiedermal eine sinnvolle Änderung. Danke dafür. :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia:Auskunft Openstreetmap funktioniert nicht
Johann H. Addicks schrieb: Auch wenn das Thema von gestern nachmittag dort bereits fast durch ist, wer's noch nicht mitbekommen hat: In der Wikipedia:Auskunft (Ratgeber für alle Lebenslagen außerhalb der Wikipedia) wurde gefragt, warum es Schwierigkeiten gab, Karten abzurufen. Dass es tatsächlich Nutzer bei uns gibt ist jetzt weniger erstaunlich als die Antworten, die dort zu lesen sind, die meist in die Richtung gingen Na es ist doch Mittwoch, da machen die doch die Karten immer neu, da ist es normal, dass es klemmt. http://de.wikipedia.org/wiki/Wikipedia:Auskunft#OpenStreetMap_funktioniert_nicht Was bedeutet diese More OSM coming soon..-Kachel denn genau? Die Seite im Wiki[1] macht das nicht unbedingt so klar. Schließlich taucht das oft an Stellen auf, wo definitiv Daten vorhanden sind. 1: http://wiki.openstreetmap.org/wiki/More_OSM_coming_soon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik-Direktvorschau-Bookmarklet
Hallo zusammen! Auf der talk-Liste hat Christopher Schmidt sein neues Bookmarklet vorgestellt, welches quasi ein Echtzeit-Mapnik-Rendering durchführt und so den (fast) aktuellsten Stand der OSM-Datenbank im Browser wiedergibt. Einfach unter http://labs.metacarta.com/osm/up-to-date/ den Link up-to-date in die Lesezeichen ziehen. Man kann ihn dann nutzen, indem man ihm nach dem ranzoomen auf einen Bereich einfach mal drückt. Ich bin immerwieder baff, was bei OSM alles möglich ist. Viel Spaß Rotbarsch Original-Nachricht Betreff: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet Datum: Thu, 22 Jan 2009 07:08:55 -0500 Von: Christopher Schmidt crschm...@metacarta.com An: t...@openstreetmap.org Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database. You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 7.1.09 - Befreit die Seen vom Wald!
Dirk Stöcker schrieb: JOSM kann mit den Multipolygonen mittlerweile umgehen und so kompliziert ist das nicht. Naja, kompliziert ist relativ. Ich will versuchen, da noch mal ein bisschen mehr Klarheit rein zu bringen. Duerfen die inner-Polygone sich gegenseitig schneiden? Duerfen sie die outer-Polygone schneiden? Nein. Das wäre ein Fehler. Wenn die Polygone sich schneiden, dann ist die Geometrie falsch und muss korrigiert werden. Bei einer ebenen Fläche können sich die Kanten der Fläche nicht schneiden. schneiden war vielleicht schlecht formuliert. Ich meinte, ob sich die Randpolygone schneiden duerfen (ausserhalb der Enden), also ob sich die Flaechen beruehren duerfen. Wie realisiere ich es, wenn der See im Wald eine Insel hat, auf der der Wald weiter geht? Dann hat der Wald eine Aussengrenze, die gleichzeitig Innengrenze von einem Element ist, dass eigentlich innerhalb des Waldes liegt. Du brauchst zwei Relationen, je eine für jedes Flächenobjekt beschreibt: Wald: Außenkante See ist ein Inner. Innenkante See ist ein outer. See: Genau andersherum. Hm. Das wollte ich in JOSM 1204 vom 02.01.09 mal ausprobieren. Da klappt aber nicht mal, dass die Flaechen entsprechend der Attribute in der Relation eingefaerbt werden. Ist mein JOSM (mal wieder) zu alt? War ich einfach beim Eingeben zu bloed (auch da waere es wohl ein Mal-Wieder)? Wie erkenne ich denn, dass das in JOSM funktioniert? Das könnte man theoretisch auch automatisch erkennen, aber es bleibt ein Spezialfall und ich persönlich bin gegen eine spezielle Regel in der Multipolygon-Beschreibung für diesen Fall. Ja, der Fall ist eher akademisch. Ich moechte halt die Grenzen des Konzeptes ausloten. Nochmal zu dem Beispiel, was ich neulich angesprochen habe (Ein Wald mit See, an dessem Rand es einen Strand gibt). Um das zu verdeutlichen, habe ich mal eine kleine Grafik ins Wiki gestellt: http://wiki.openstreetmap.org/wiki/Image:Multipolygon_Example.png Mit multipolygon-Relationen wuerde man das wie folgt umsetzen: 1. Ich trage den (geschlossenen) Way A ein ohne irgendwelche Attribute ein. 2. Ebenso werden die Ways B, C und D ohne Attribute eingetragen. 3. Fuer den Wald gibt es dann eine Relation mit type=multipolygon und landuse=forest mit den Mitgliedern outer=A, inner=B und inner=C. 4. - Fuer den See gibt es dann eine Relation mit type=multipolygon und natural=water mit den Mitgliedern outer=B und outer=D. 5. - Fuer den Strand gibt es dann eine Relation mit type=multipolygon und natural=beach mit den Mitgliedern outer=C und outer=D. Soll das so sein? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] svg aus osmrender.pl bzw. osmgraph.pm
probier es nun nochmal, hatte es nur lokal probiert... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia:Auskunft Openstreetmap funktioniert nicht
Sebastian Hohmann schrieb: Johann H. Addicks schrieb: Auch wenn das Thema von gestern nachmittag dort bereits fast durch ist, wer's noch nicht mitbekommen hat: In der Wikipedia:Auskunft (Ratgeber für alle Lebenslagen außerhalb der Wikipedia) wurde gefragt, warum es Schwierigkeiten gab, Karten abzurufen. Dass es tatsächlich Nutzer bei uns gibt ist jetzt weniger erstaunlich als die Antworten, die dort zu lesen sind, die meist in die Richtung gingen Na es ist doch Mittwoch, da machen die doch die Karten immer neu, da ist es normal, dass es klemmt. http://de.wikipedia.org/wiki/Wikipedia:Auskunft#OpenStreetMap_funktioniert_nicht Was bedeutet diese More OSM coming soon..-Kachel denn genau? Die Seite im Wiki[1] macht das nicht unbedingt so klar. Schließlich taucht das oft an Stellen auf, wo definitiv Daten vorhanden sind. Ich hab mal irgendwo gelesen, dass das so ein Art Ersatz für eine Fehlermeldung ist, weil gerade keine Kachel ausgeliefert wird, also ähnlich einem 404 Fehler. Kam bei mir früher dauernd an Orten vor, wo es Daten gab und lag immer an dem Server. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia:Auskunft Openstreetmap funktioniert nicht
Am 22.01.2009 17:19, Sebastian Hohmann: Johann H. Addicks schrieb: Auch wenn das Thema von gestern nachmittag dort bereits fast durch ist, wer's noch nicht mitbekommen hat: In der Wikipedia:Auskunft (Ratgeber für alle Lebenslagen außerhalb der Wikipedia) wurde gefragt, warum es Schwierigkeiten gab, Karten abzurufen. Dass es tatsächlich Nutzer bei uns gibt ist jetzt weniger erstaunlich als die Antworten, die dort zu lesen sind, die meist in die Richtung gingen Na es ist doch Mittwoch, da machen die doch die Karten immer neu, da ist es normal, dass es klemmt. http://de.wikipedia.org/wiki/Wikipedia:Auskunft#OpenStreetMap_funktioniert_nicht Was bedeutet diese More OSM coming soon..-Kachel denn genau? Die Seite im Wiki[1] macht das nicht unbedingt so klar. Schließlich taucht das oft an Stellen auf, wo definitiv Daten vorhanden sind. 1: http://wiki.openstreetmap.org/wiki/More_OSM_coming_soon Eigentlich bedeutet diese Platzhalter-Kachel, dass die Kachel für dieses Gebiet noch nicht gerendert ist und du durch dein daraufschauen just in dem Moment einen Renderauftrag an den Mapnik-Server geschickt hast. Wenn du in etwa einer Minute im selben Ausschnitt heraus und wieder hereinzoomst sollte(n) die Kachel(n) fertig gerendert sein. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 7.1.09 - Befreit die Seen vom Wald!
Hallo, Torsten Leistikow schrieb: Nochmal zu dem Beispiel, was ich neulich angesprochen habe (Ein Wald mit See, an dessem Rand es einen Strand gibt). Um das zu verdeutlichen, habe ich mal eine kleine Grafik ins Wiki gestellt: http://wiki.openstreetmap.org/wiki/Image:Multipolygon_Example.png Mit multipolygon-Relationen wuerde man das wie folgt umsetzen: 1. Ich trage den (geschlossenen) Way A ein ohne irgendwelche Attribute ein. 2. Ebenso werden die Ways B, C und D ohne Attribute eingetragen. 3. Fuer den Wald gibt es dann eine Relation mit type=multipolygon und landuse=forest mit den Mitgliedern outer=A, inner=B und inner=C. 4. - Fuer den See gibt es dann eine Relation mit type=multipolygon und natural=water mit den Mitgliedern outer=B und outer=D. 5. - Fuer den Strand gibt es dann eine Relation mit type=multipolygon und natural=beach mit den Mitgliedern outer=C und outer=D. wieso nicht so? 1. geschlossener Weg (bei Dir A) als Wald taggen. - WALD 2. geschlossener Weg für Strand und entspr. taggen. - STRAND 3. geschlossener Weg für See und entspr. taggen. - SEE 4. Multipolygon Wald - Elemente: WALD outer, STRAND inner, SEE inner ist das nicht erheblich einfacher? Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 7.1.09 - Befreit die Seen vom Wald!
Torsten Leistikow schrieb: Nochmal zu dem Beispiel, was ich neulich angesprochen habe (Ein Wald mit See, an dessem Rand es einen Strand gibt). Um das zu verdeutlichen, habe ich mal eine kleine Grafik ins Wiki gestellt: http://wiki.openstreetmap.org/wiki/Image:Multipolygon_Example.png Mit multipolygon-Relationen wuerde man das wie folgt umsetzen: [3 Relationen] Soll das so sein? Hmmm, bei dieser Burg (mit ähnlicher Topologie wie bei Deinem Beispiel) bin ich mit einer Relation ausgekommen, und die Renderer malen es richtig, was will man mehr? ;-) http://www.informationfreeway.org/?lat=51.77171lon=7.4394zoom=17 Mutipolygone braucht man ja um Löcher abzubilden und da es nur ein Loch gibt müsste doch eine Relation reichen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 7.1.09 - Befreit die Seen vom Wald!
On Thu, 22 Jan 2009, Torsten Leistikow wrote: Duerfen die inner-Polygone sich gegenseitig schneiden? Duerfen sie die outer-Polygone schneiden? Nein. Das wäre ein Fehler. Wenn die Polygone sich schneiden, dann ist die Geometrie falsch und muss korrigiert werden. Bei einer ebenen Fläche können sich die Kanten der Fläche nicht schneiden. schneiden war vielleicht schlecht formuliert. Ich meinte, ob sich die Randpolygone schneiden duerfen (ausserhalb der Enden), also ob sich die Flaechen beruehren duerfen. Ja. Das muss erlaubt sein, sonst klappt es nicht. Ist mir im Rahmen dieser Diskusion auch klar geworden. Aber vermeiden sollte man es trotzdem. JOSM sollte diese angrenzenden Fälle aber richtig darstellen können. Wie realisiere ich es, wenn der See im Wald eine Insel hat, auf der der Wald weiter geht? Dann hat der Wald eine Aussengrenze, die gleichzeitig Innengrenze von einem Element ist, dass eigentlich innerhalb des Waldes liegt. Du brauchst zwei Relationen, je eine für jedes Flächenobjekt beschreibt: Wald: Außenkante See ist ein Inner. Innenkante See ist ein outer. See: Genau andersherum. Hm. Das wollte ich in JOSM 1204 vom 02.01.09 mal ausprobieren. Da klappt aber nicht mal, dass die Flaechen entsprechend der Attribute in der Relation eingefaerbt werden. Ist mein JOSM (mal wieder) zu alt? War ich einfach beim Eingeben zu bloed (auch da waere es wohl ein Mal-Wieder)? Wie erkenne ich denn, dass das in JOSM funktioniert? Du musst mappaint.multipolygon auf true setzen oder eine ganz aktuelle Version nehmen. Da es ein neues Feature ist, ist wohl letztes besser, aber das aktuelle JOSM ist leider für die stable Variante noch nicht stable genug. Andererseits ist sie Dank Ulf viel schneller als die Vorgänger. :-) Nochmal zu dem Beispiel, was ich neulich angesprochen habe (Ein Wald mit See, an dessem Rand es einen Strand gibt). Um das zu verdeutlichen, habe ich mal eine kleine Grafik ins Wiki gestellt: http://wiki.openstreetmap.org/wiki/Image:Multipolygon_Example.png Mit multipolygon-Relationen wuerde man das wie folgt umsetzen: 1. Ich trage den (geschlossenen) Way A ein ohne irgendwelche Attribute ein. 2. Ebenso werden die Ways B, C und D ohne Attribute eingetragen. 3. Fuer den Wald gibt es dann eine Relation mit type=multipolygon und landuse=forest mit den Mitgliedern outer=A, inner=B und inner=C. 4. - Fuer den See gibt es dann eine Relation mit type=multipolygon und natural=water mit den Mitgliedern outer=B und outer=D. 5. - Fuer den Strand gibt es dann eine Relation mit type=multipolygon und natural=beach mit den Mitgliedern outer=C und outer=D. Soll das so sein? Ich würde es mit einer Relation lösen, so wie es andere beschrieben haben. Deine Variante ist wahrscheinlich 100% korrekt (kein überlappender Weg), dafür aber komplizierter. Hingegen funktioniert sie auch noch, falls Du das Gebilde komplizierter machst und noch kleine Inseln u.ä. dazukommen. Ist halt Abwägungssache. Bei solchen Konstrukten würde ich auf alle Fälle einen Kommentar in jede Relation schreiben, damit jeder versteht, wie es funktioniert. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb René Falk: Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe einer Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen darstellen. Daher reicht meiner Ansicht nach in diesen Fällen der Tag für bakery. Ich habe m.E. solche Tags gesehen: amenity=pub beergarden=yes amenity=bakery cafe=yes Kann man damit arbeiten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Am Mittwoch, 21. Januar 2009 15:28 schrieb Sebastian Hohmann: Sven Anders schrieb: Auf Talk [1] kam gerade eine Mail von Steve, das die Umstellung am 21/22 März stattfinden soll. Wahrscheinlich wird es auch danach noch zu Ausfällen kommen oder etwas haken. Da merkt man, das ich manchmal einfach so 1000 Mails ungelesen in den Papierkorb schmeiße Wenn das andere auch machen, ist es wahscheinlich gut das als Signatur an die Mail zu hängen. ;-) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at talk-de-ow...@openstreetmap.org. Betreff: Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess Von: Klaus Gaßner k_gass...@web.de Datum: Thu, 22 Jan 2009 10:10:49 +0100 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo! Frederik Ramm schrieb: Ekkehart wrote: (Fuer mich ist allerdings ziemlich eindeutig, was mit designated gemeint ist. Was genau ist an access=designated indicates that a route has been specially designated (typically by a government) for use by a particular mode (or modes) of transport. The specific meaning varies according to jurisdiction. It may imply extra usage rights for the given mode of transport, or may be just a suggested route. nicht klar?) Nur so aus Neugierde: Welche Stelle zitierst Du da? Die habe ich glaub ich bisher noch nicht gefunden. Die ist aus dem Path-Proposal, dessen URL ich weiter oben genannt hatte: Dann war das wohl bei path so gedacht, wie ich das auch verstehe, kam aber durch die Verquickung mit footway und cycleway nicht das raus, was gmeint war. Die 3 Aussagen stehen einfach im Widerspruch: - designated = exclusive (path Proposal) - footway = mainly (Map Features) - footway == path + foot=designated (Map Features) Und nachdem die unterschiedlichen Meinungen so heftig vertreten werden, dürfte eine Korrektur des Wikis einen Aufstand auslösen, da es die traditionellen Tags footway und cycleway umdefiniert. http://wiki.openstreetmap.org/wiki/Approved_features/Path Dann laß es mich anders formulieren: Kannst Du Dir eine technische Lösung vorstellen, wie man eine Routenführung auf dieses Tagging stützt, wenn designated in 50% der Fälle bedeutet: verpflichtend für die einen, verboten für die anderen und in den anderen 50%: für die einen vorgesehen, aber vielleicht genausogut für andere benutzbar und man keine Möglichkeit hat, den Unterschied festzustellen? Ich wuerde das dem User der Software ueberlassen. Der soll ankreuzen, was er will. Gerade Fahrrad- und Fussgaengerrouting wird kaum jemand von Berlin nach Muenchen betreiben wollen - das ist eine lokale Sache, und ich gehe davon aus, dass lokal - wo die Leute sich auch mal bei Stammtischen treffen usw. - eher Einigkeit herrscht als national oder gar international. Es kommt dann halt dazu, dass man in Muenchen eventuell ein andres Haekchen setzen muss als in Berlin. Aber auch das ist weniger wild und zumindest fuer eine Uebergangszeit tolerierbar, finde ich. Wie gesagt: Bei meiner Auswertung hatte ich die Regeln frei die ich anwende. Bei exakter Lesart kommt aber nur Murks raus, weil 75% der Wege, die dann als verboten gelten (weil jemand anders gewidmet) in der Realität nicht mit einem gesetzlichen Kennzeichen versehen sind. Meine Erkenntnis ist: Egal wie Du Deine Einstellung wählst, Du wirst feststellen daß Dich Dein Router verarscht. Es handelt sich auch nicht um eine lokale Spezialiät, die Uneinigikeit herrschte am lokalen Stammtisch genauso wie auf der bundesweiten Mailingliste. Ich bin ueberdies der Ansicht, dass das mit dem verpflichtend und verboten total ueberbewertet wird. Ich hab' mich da meinen Lebtag noch nicht drum gekuemmert - ich fahre und laufe da, wo es mir geeignet erscheint... ja, klar, es gibt Anwedungsfaelle. Aber es ist keinesfalls so, dass jeder, der ein Fahrrad benutzt, sich dafuer interessieren muss, wo jetzt eine Radwegbenutzungspflicht ist. Ich bin froh, wenn ein Router mich nicht ueber eine Autobahn schickt und mir gute Schleichwege aufzeigt, auf die ich sonst nicht gekommen waere. Es ist klar, daß es jedem selber überlassen ist, was er draus macht, aber deshalb sollte die Karte doch trotzdem korrekt sein. Ich meine, ich fahre auch regelmäßig zu schnell mit dem Auto und wenn nachts kein anderes Auto da ist, kann es auch sein, daß ich mal abbiege wo es nicht erlaubt ist. Trotzdem werde ich die Höchstgeschwindkeit und die Abbiegeverbote nach den Schildern taggen, nicht nach dem was ich an dieser Stelle fahre. Mir ist noch immer nicht ganz klar, um welche konkrete Kontroverse es hier eigentlich geht. Die ausführliche Version ist im Proposal nachzulesen [1] Ach so, ich dachte, es haette was mit dem Proposal von Sebastian zu tun. Kernidee ist die: - Es gibt eine Fraktion, für die designated bedeutet: Gesetzlich gewidmet - Es gibt eine Fraktion, für die designated bedeutet: In irgendeiner Form dafür vorgesehen oder vermutlich dafür vorgesehen Ich sehe den Unterschied nicht so ganz. Wer sonst ausser dem Erbauer kann einen Weg denn fuer etwas vorsehen, und an was ausser dem Gesetz wird sich der Erbauer dabei halten? Und das mit dem vermutlich ist was, was Du ueberall hast - fast alles, was in OSM getaggt wird, hat irgendwo diese vermutlich-Einschraenkung. Wir sind ja nicht
Re: [Talk-de] Mapnik-Direktvorschau-Bookmarklet
Vielleicht etwas schwer von kappe ! Habe http://labs.metacarta.com/osm/up-to-date/ als Bookmark eingerichtet - meine Seite aufgerufen und gezoomt - den Permalink nochmal aktualisiert - dann den Link in das Browserfenster gezogen und bekomme auch eine Lademeldung angezeigt. Das seit einigen Minuten und in der Klappliste gibt es auch keine Veränderung Firefox 3.0.5 auf Vista 64 bit ! Ist das so richtig ??? Gruß Jan :-) Rotbarsch schrieb: Hallo zusammen! Auf der talk-Liste hat Christopher Schmidt sein neues Bookmarklet vorgestellt, welches quasi ein Echtzeit-Mapnik-Rendering durchführt und so den (fast) aktuellsten Stand der OSM-Datenbank im Browser wiedergibt. Einfach unter http://labs.metacarta.com/osm/up-to-date/ den Link up-to-date in die Lesezeichen ziehen. Man kann ihn dann nutzen, indem man ihm nach dem ranzoomen auf einen Bereich einfach mal drückt. Ich bin immerwieder baff, was bei OSM alles möglich ist. Viel Spaß Rotbarsch Original-Nachricht Betreff: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet Datum: Thu, 22 Jan 2009 07:08:55 -0500 Von: Christopher Schmidt crschm...@metacarta.com An: t...@openstreetmap.org Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database. You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, M -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Direktvorschau-Bookmarklet
Jan Tappenbeck schrieb: Vielleicht etwas schwer von kappe ! Habe http://labs.metacarta.com/osm/up-to-date/ als Bookmark eingerichtet - meine Seite aufgerufen und gezoomt - den Permalink nochmal aktualisiert - dann den Link in das Browserfenster gezogen und bekomme auch eine Lademeldung angezeigt. Das seit einigen Minuten und in der Klappliste gibt es auch keine Veränderung Firefox 3.0.5 auf Vista 64 bit ! Ist das so richtig ??? Nein: Anleitung für dich: - den Link (Nicht die Seite, sondern den Link auf der Seite) als Lesezeichen hinzufügen - openstreetmap.org besuchen - Kartenausschnitt deiner Wahl wählen (nicht so groß) - aufs Lesezeichen klicken - freuen ;-) Gruß Jonas Gruß Jan :-) Rotbarsch schrieb: Hallo zusammen! Auf der talk-Liste hat Christopher Schmidt sein neues Bookmarklet vorgestellt, welches quasi ein Echtzeit-Mapnik-Rendering durchführt und so den (fast) aktuellsten Stand der OSM-Datenbank im Browser wiedergibt. Einfach unter http://labs.metacarta.com/osm/up-to-date/ den Link up-to-date in die Lesezeichen ziehen. Man kann ihn dann nutzen, indem man ihm nach dem ranzoomen auf einen Bereich einfach mal drückt. Ich bin immerwieder baff, was bei OSM alles möglich ist. Viel Spaß Rotbarsch Original-Nachricht Betreff: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet Datum: Thu, 22 Jan 2009 07:08:55 -0500 Von: Christopher Schmidt crschm...@metacarta.com An: t...@openstreetmap.org Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database. You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 7.1.09 - Befreit die Seen vom Wald!
Du musst mappaint.multipolygon auf true setzen oder eine ganz aktuelle Version nehmen. Da es ein neues Feature ist, ist wohl letztes besser, aber das aktuelle JOSM ist leider für die stable Variante noch nicht stable genug. Andererseits ist sie Dank Ulf viel schneller als die Vorgänger. :-) leider gibt es jetzt hin und wieder ein Darstellungsproblem, das aussieht wie nicht synchronisierte Grafikausgabe: so eine Art flickern/flackern, wenn man das Selektionswerkzeug ansetzt. Ist das sonst auch schon jemand aufgefallen? Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Direktvorschau-Bookmarklet
Du sprichst von dem javascript-Ausdruck ?!?! Jonas Krückel (John07) schrieb: Jan Tappenbeck schrieb: Vielleicht etwas schwer von kappe ! Habe http://labs.metacarta.com/osm/up-to-date/ als Bookmark eingerichtet - meine Seite aufgerufen und gezoomt - den Permalink nochmal aktualisiert - dann den Link in das Browserfenster gezogen und bekomme auch eine Lademeldung angezeigt. Das seit einigen Minuten und in der Klappliste gibt es auch keine Veränderung Firefox 3.0.5 auf Vista 64 bit ! Ist das so richtig ??? Nein: Anleitung für dich: - den Link (Nicht die Seite, sondern den Link auf der Seite) als Lesezeichen hinzufügen - openstreetmap.org besuchen - Kartenausschnitt deiner Wahl wählen (nicht so groß) - aufs Lesezeichen klicken - freuen ;-) Gruß Jonas Gruß Jan :-) Rotbarsch schrieb: Hallo zusammen! Auf der talk-Liste hat Christopher Schmidt sein neues Bookmarklet vorgestellt, welches quasi ein Echtzeit-Mapnik-Rendering durchführt und so den (fast) aktuellsten Stand der OSM-Datenbank im Browser wiedergibt. Einfach unter http://labs.metacarta.com/osm/up-to-date/ den Link up-to-date in die Lesezeichen ziehen. Man kann ihn dann nutzen, indem man ihm nach dem ranzoomen auf einen Bereich einfach mal drückt. Ich bin immerwieder baff, was bei OSM alles möglich ist. Viel Spaß Rotbarsch Original-Nachricht Betreff: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet Datum: Thu, 22 Jan 2009 07:08:55 -0500 Von: Christopher Schmidt crschm...@metacarta.com An: t...@openstreetmap.org Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database. You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, M -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Direktvorschau-Bookmarklet
Jan Tappenbeck schrieb: Du sprichst von dem javascript-Ausdruck ?!?! Ja, das Javascript-Dingens. Jonas Krückel (John07) schrieb: Jan Tappenbeck schrieb: Vielleicht etwas schwer von kappe ! Habe http://labs.metacarta.com/osm/up-to-date/ als Bookmark eingerichtet - meine Seite aufgerufen und gezoomt - den Permalink nochmal aktualisiert - dann den Link in das Browserfenster gezogen und bekomme auch eine Lademeldung angezeigt. Das seit einigen Minuten und in der Klappliste gibt es auch keine Veränderung Firefox 3.0.5 auf Vista 64 bit ! Ist das so richtig ??? Nein: Anleitung für dich: - den Link (Nicht die Seite, sondern den Link auf der Seite) als Lesezeichen hinzufügen - openstreetmap.org besuchen - Kartenausschnitt deiner Wahl wählen (nicht so groß) - aufs Lesezeichen klicken - freuen ;-) Gruß Jonas Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Direktvorschau-Bookmarklet - Fehler gefunden !!
war auf der DE-SEITE !!! Gruß Jan :-) Jonas Krückel (John07) schrieb: Jan Tappenbeck schrieb: Vielleicht etwas schwer von kappe ! Habe http://labs.metacarta.com/osm/up-to-date/ als Bookmark eingerichtet - meine Seite aufgerufen und gezoomt - den Permalink nochmal aktualisiert - dann den Link in das Browserfenster gezogen und bekomme auch eine Lademeldung angezeigt. Das seit einigen Minuten und in der Klappliste gibt es auch keine Veränderung Firefox 3.0.5 auf Vista 64 bit ! Ist das so richtig ??? Nein: Anleitung für dich: - den Link (Nicht die Seite, sondern den Link auf der Seite) als Lesezeichen hinzufügen - openstreetmap.org besuchen - Kartenausschnitt deiner Wahl wählen (nicht so groß) - aufs Lesezeichen klicken - freuen ;-) Gruß Jonas Gruß Jan :-) Rotbarsch schrieb: Hallo zusammen! Auf der talk-Liste hat Christopher Schmidt sein neues Bookmarklet vorgestellt, welches quasi ein Echtzeit-Mapnik-Rendering durchführt und so den (fast) aktuellsten Stand der OSM-Datenbank im Browser wiedergibt. Einfach unter http://labs.metacarta.com/osm/up-to-date/ den Link up-to-date in die Lesezeichen ziehen. Man kann ihn dann nutzen, indem man ihm nach dem ranzoomen auf einen Bereich einfach mal drückt. Ich bin immerwieder baff, was bei OSM alles möglich ist. Viel Spaß Rotbarsch Original-Nachricht Betreff: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet Datum: Thu, 22 Jan 2009 07:08:55 -0500 Von: Christopher Schmidt crschm...@metacarta.com An: t...@openstreetmap.org Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database. You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, M -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by=xybot [was: Re: addr:c ountry Groß-/Kleinschreibung]
Am Donnerstag, 22. Januar 2009 12:16 schrieb Bernd Wurst: Das war jetzt auch nicht so böse gemeint wie es vermutlich geklungen hat, aber es skaliert halt nicht. Wenn ich ein paar minuten später auch nen Bot drüber laufen lasse der das created_by dann anders setzt, dann fehlt jeder Hinweis auf Franks Änderung. Dann kann man immer noch in die History schauen. BTW: Die Histroy wäre (m)ein Größter Wunsch an einen Josm Entwickler. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Hallo! Frederik Ramm schrieb: (Fuer mich ist allerdings ziemlich eindeutig, was mit designated gemeint ist. Was genau ist an access=designated indicates that a route has been specially designated (typically by a government) for use by a particular mode (or modes) of transport. The specific meaning varies according to jurisdiction. It may imply extra usage rights for the given mode of transport, or may be just a suggested route. nicht klar?) Nur so aus Neugierde: Welche Stelle zitierst Du da? Die habe ich glaub ich bisher noch nicht gefunden. Die ist aus dem Path-Proposal, dessen URL ich weiter oben genannt hatte: Dann war das wohl bei path so gedacht, wie ich das auch verstehe, kam aber durch die Verquickung mit footway und cycleway nicht das raus, was gmeint war. Die 3 Aussagen stehen einfach im Widerspruch: - designated = exclusive (path Proposal) - footway = mainly (Map Features) - footway == path + foot=designated (Map Features) Und nachdem die unterschiedlichen Meinungen so heftig vertreten werden, dürfte eine Korrektur des Wikis einen Aufstand auslösen, da es die traditionellen Tags footway und cycleway umdefiniert. http://wiki.openstreetmap.org/wiki/Approved_features/Path Dann laß es mich anders formulieren: Kannst Du Dir eine technische Lösung vorstellen, wie man eine Routenführung auf dieses Tagging stützt, wenn designated in 50% der Fälle bedeutet: verpflichtend für die einen, verboten für die anderen und in den anderen 50%: für die einen vorgesehen, aber vielleicht genausogut für andere benutzbar und man keine Möglichkeit hat, den Unterschied festzustellen? Ich wuerde das dem User der Software ueberlassen. Der soll ankreuzen, was er will. Gerade Fahrrad- und Fussgaengerrouting wird kaum jemand von Berlin nach Muenchen betreiben wollen - das ist eine lokale Sache, und ich gehe davon aus, dass lokal - wo die Leute sich auch mal bei Stammtischen treffen usw. - eher Einigkeit herrscht als national oder gar international. Es kommt dann halt dazu, dass man in Muenchen eventuell ein andres Haekchen setzen muss als in Berlin. Aber auch das ist weniger wild und zumindest fuer eine Uebergangszeit tolerierbar, finde ich. Wie gesagt: Bei meiner Auswertung hatte ich die Regeln frei die ich anwende. Bei exakter Lesart kommt aber nur Murks raus, weil 75% der Wege, die dann als verboten gelten (weil jemand anders gewidmet) in der Realität nicht mit einem gesetzlichen Kennzeichen versehen sind. Meine Erkenntnis ist: Egal wie Du Deine Einstellung wählst, Du wirst feststellen daß Dich Dein Router verarscht. Es handelt sich auch nicht um eine lokale Spezialiät, die Uneinigikeit herrschte am lokalen Stammtisch genauso wie auf der bundesweiten Mailingliste. Ich bin ueberdies der Ansicht, dass das mit dem verpflichtend und verboten total ueberbewertet wird. Ich hab' mich da meinen Lebtag noch nicht drum gekuemmert - ich fahre und laufe da, wo es mir geeignet erscheint... ja, klar, es gibt Anwedungsfaelle. Aber es ist keinesfalls so, dass jeder, der ein Fahrrad benutzt, sich dafuer interessieren muss, wo jetzt eine Radwegbenutzungspflicht ist. Ich bin froh, wenn ein Router mich nicht ueber eine Autobahn schickt und mir gute Schleichwege aufzeigt, auf die ich sonst nicht gekommen waere. Es ist klar, daß es jedem selber überlassen ist, was er draus macht, aber deshalb sollte die Karte doch trotzdem korrekt sein. Ich meine, ich fahre auch regelmäßig zu schnell mit dem Auto und wenn nachts kein anderes Auto da ist, kann es auch sein, daß ich mal abbiege wo es nicht erlaubt ist. Trotzdem werde ich die Höchstgeschwindkeit und die Abbiegeverbote nach den Schildern taggen, nicht nach dem was ich an dieser Stelle fahre. Mir ist noch immer nicht ganz klar, um welche konkrete Kontroverse es hier eigentlich geht. Die ausführliche Version ist im Proposal nachzulesen [1] Ach so, ich dachte, es haette was mit dem Proposal von Sebastian zu tun. Kernidee ist die: - Es gibt eine Fraktion, für die designated bedeutet: Gesetzlich gewidmet - Es gibt eine Fraktion, für die designated bedeutet: In irgendeiner Form dafür vorgesehen oder vermutlich dafür vorgesehen Ich sehe den Unterschied nicht so ganz. Wer sonst ausser dem Erbauer kann einen Weg denn fuer etwas vorsehen, und an was ausser dem Gesetz wird sich der Erbauer dabei halten? Und das mit dem vermutlich ist was, was Du ueberall hast - fast alles, was in OSM getaggt wird, hat irgendwo diese vermutlich-Einschraenkung. Wir sind ja nicht die Wikipedia, wo ploetzlich an jedem highway=secondary ein * citation needed dransteht und man erst auf die entsprechende amtliche Publikation verweisen muss ;-) Genau da liegt das Problem. Du gehörst zur exakten Fraktion und kannst nicht verstehen, wie man das anders interpretieren kann. Ist ja völlig logisch und war auch so im path proposal gemeint. Genau so ging es mir anfangs auch. Aber in den ganzen Diskussionen habe ich die gegensätzliche
[Talk-de] Fehler bei addr:country gemacht
Moin ! ich habe viel gearbeitet bevor ich gelesen habe ! Habe immer D bei addr:country statt DE in ganz Deutschland verwandt. Gibt es einen Weg dieses zu reparieren Da bin ich sicherlich nicht alleine ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
Dirk-Lüder Kreie schrieb: Es kommt nicht andauernd zu Ausfällen, sondern der Ausfall wird andauern. Ich habe aber irgendwo gelesen, dass es auch nach der Umstellung noch vereinzelt zu Problemen kommen kann. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by=xybot [was: Re: addr:c ountry Groß-/Kleinschreibung]
Sven Anders schrieb: Am Donnerstag, 22. Januar 2009 12:16 schrieb Bernd Wurst: Das war jetzt auch nicht so böse gemeint wie es vermutlich geklungen hat, aber es skaliert halt nicht. Wenn ich ein paar minuten später auch nen Bot drüber laufen lasse der das created_by dann anders setzt, dann fehlt jeder Hinweis auf Franks Änderung. Dann kann man immer noch in die History schauen. BTW: Die Histroy wäre (m)ein Größter Wunsch an einen Josm Entwickler. Gruß, Bernd In einer aktuellen (Entwickler-)JOSM Version (keine Ahnung seit wann genau): Das interessante Element selektieren und dann im Menu Werkzeuge/Geschichte des Elements anwählen. Dann sollte dein Browser mit der entsprechenden Seite aufgehen. Gruß, ULFL P.S: Irgendwie gibts auch einen History Panel, der sagt aber: Noch nicht implementiert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hohenlohekreis ohne Straßen
Am 22.01.2009 21:22, Steffen Schoch: woran kann es den liegen, dass bei mapnik im Hohenlohekreis ab einer bestimmten Zoomstufe die Straßen nicht mehr eingeblendet werden? Beispiel-Link: http://www.openstreetmap.org/?lat=49.2544lon=9.7625zoom=14layers=B000T Soweit wie ich das überschauen kann ist das erst der Fall seit der Import der Infas Kreisgrenzen abgeschlossen wurde. Irgendeine Idee was da daneben ging? Ein Fehler im mapnik oder nach was muss man die Karte durchsuchen um den Fehler zu beseitigen? Offenbar frisst das Mapnik überhaupt nicht, gerade nochmal mit dem aktualisierten Rendering von http://labs.metacarta.com/osm/up-to-date/ überprüft. Dem Tagging nach sieht es auf den ersten Blick richtig aus. Das Einzige, was in meinen Augen noch als Fehler in Betracht kommen könnte wäre das Multipolygon. Ich hab aus dem Hohenlohekreis mal die Wiebelstraße herausgenommen. Scheint aber auch nichts zu bringen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler bei addr:country gemacht
Jan Tappenbeck schrieb: ich habe viel gearbeitet bevor ich gelesen habe ! Habe immer D bei addr:country statt DE in ganz Deutschland verwandt. Gibt es einen Weg dieses zu reparieren Da bin ich sicherlich nicht alleine ! das hat mein bot gestern zusammen mit den ersetzungen von de nach DE erledigt... grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Bernd Wurst schrieb: Man kann mit OSM-Daten momentan (wirklich, real, gibt es schon, ist nicht nur ein Hirngespinst): * allgemeine Karten malen * Spezialkarten malen (Fahrradkarten, Wanderkarten, ...) * Routen finden * ein richtiges Auto-Navi füttern * Orte finden * POIs (Parkplätze, Museen, ...) finden und bestimmt noch viel, viel mehr was ich selbst gar nicht mitbekommen habe. Ist das nicht Beweis genug dass es doch irgendwie funktioniert? Nein. Die meisten derzeitigen Anwendungen werten nur einfache Dinge aus, bei denen man mit ungefähren Infos zurechtkommt. Gerade bei Verkehrsregeln (- Routing) geht das aber schwerer. Bei mir in der Gegend wechselte zumindest vor kurzem noch die Interpretation, ob ein motorway_link oneway=yes impliziert oder nicht, von Autobahnausfahrt zu Autobahnausfahrt, und ich glaube nicht, dass das ein lokal begrenztes Problem ist. Und zweitens wurde fast alles, was derzeit mit OSM-Daten arbeitet, von Insidern geschrieben. Wir haben keinerlei Dokumentation, die es irgendeinem Navihersteller, externen Softwareentwickler o.ä. erlauben würde, zuverlässige Anwendungen zu erstellen. Wer etwa glaubt, dass die Daten sich ans Wiki halten, wird einen grandiosen Reinfall erleben. Da setzen selbst JOSM-Presets undokumentierte Tags (aktuell -- aber seit r666: farmland statt farm), es wird im Wiki an einer Stelle empfohlen, Fahrzeugverbote mit access=no zu kennzeichnen, anderswo im Wiki wird dafür vehicle statt access genannt, weil access schließlich auch Fußgänger, Pferde usw. einschließt. Ob motorcar nun =PKW ist oder für alle motorisierten Fahrzeuge steht (wofür aber auch motorized_vehicle erwähnt wird) ist auch nicht so klar... Tagging nach Gefühl mag ok sein für die vielen Dinge, die in der Realität auch nicht so scharf zu fassen sind. Ein Verkehrsschild gehört da m.E. aber nicht dazu. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Moin, Hier in Karlsruhe hatten wir anfangs, also ganz zu Anfang, die Situation, dass selbst vollwertige Strassen z.T. als Cycleway getaggt waren - weil der, der sie erfasst hat (hallo Christoph ;-)) halt mit dem Rad da langfuhr und manchmal am Ende eines Tags auch nicht mehr 100% sicher war - das einzige, was er wusste, war: Ich bin mit dem Rad da lang, als war es *mindestens* ein Cycleway. Als dann mehr Autofahrer dazu kamen, hat sich das aber langsam aufgeloest. wenn man wie ich seinerzeit das Glück hat, in völlig unbeackertem Gebiet unterwegs sein zu können, ist das eine dufte Sache. Mir war die Information hier kann man zumindest mit dem Rad lang wichtiger als ich muss hier alles gleich von Anfang an richtig machen, inklusive der Kanaldeckel, oder es ganz bleiben lassen. Ich war 'grad in Polen unterwegs (ja ja, man muss inzwischen schon ziemlich weit fahren, um in Ruhe mappen zu können ;-), wo es noch recht mau aussieht. Dort kommt man noch heute an Mappings vorbei, wo halt jemand langgekommen ist und einfach mal irgendeinen Weg angelegt hat. Ist doch super, ich füge meinen Teil hinzu und verbessere das Existierende. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler bei addr:country gemacht
2009/1/22 Frank Sautter openstreet...@sautter.com Jan Tappenbeck schrieb: ich habe viel gearbeitet bevor ich gelesen habe ! Habe immer D bei addr:country statt DE in ganz Deutschland verwandt. Gibt es einen Weg dieses zu reparieren Da bin ich sicherlich nicht alleine ! das hat mein bot gestern zusammen mit den ersetzungen von de nach DE erledigt... grüße frank Kannst du den auch über AT laufen lassen, nehme an das hier auch AT statt at gehört. mfg, Kelvan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hohenlohekreis ohne Straßen
Steffen Schoch schrieb: woran kann es den liegen, dass bei mapnik im Hohenlohekreis ab einer bestimmten Zoomstufe die Straßen nicht mehr eingeblendet werden? Beispiel-Link: http://www.openstreetmap.org/?lat=49.2544lon=9.7625zoom=14layers=B000T Hach, das ist ja hier gleich um die Ecke ;). Ich würde einfach mal noch bis Mittwoch warten. Die Karten-Datenbank für Mapnik wird immer in dieser Nacht aktuallisiert. Wenn es dann immer noch nicht geht, sollten wir mal schauen, was los ist. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung: 21 bis 23 März 2008
André Reichelt schrieb: Dirk-Lüder Kreie schrieb: Es kommt nicht andauernd zu Ausfällen, sondern der Ausfall wird andauern. Ich habe aber irgendwo gelesen, dass es auch nach der Umstellung noch vereinzelt zu Problemen kommen kann. Irgendwas wird es immer treffen, und ob es tatsächlich an diesem Termin stattfindet muss sich auch erst zeigen - wenn man bedenkt dass auch mal Weihnachten 2008 im Gespräch war... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Polygongrösse ab API 0.6 max 2000 n odes?
Wenn ich das richtig verstanden habe ist ab der Api 0.6 die Polygongrösse auf 2000 nodes begrenzt. Wenn das so ist sollte man doch eigentlich bis zur Einführung versuchen die grösseren Polygone entsprechend zu reduzieren. Aber bitte nicht durch einfaches herauslöschen scheinbar unnötiger Punkte sondern durch aufteilen z.b. entlang von Strassenverläufen... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen taggen
Fabian -Patzi- Patzke schrieb: Chris-Hein Lunkhusen schrieb: Arne Bischoff schrieb: Sorry, ich meinte in JOSM. Naja, Du machst halt 'nen Way und klickst irgendwann wieder auf den Startpunkt. Das ist klar. Und dann markiere ich den Weg, geh auf auf Vorlagen und wähle eine aus. Dann aber zieht der mitten durch mein eben gezeichnetes Feld eine Linie und zerteilt mein schönes Viereck in ein als Fläche markiertes Dreieck und ein freibleibendes Dreieick. Ah ok, das ist die Hilfslinie, die kann man ignorieren, oder du drückst am Ende einfach S (Objekt bleibt selektiert) oder ESC (Objekt wird nicht mehr selektiert). Es könnte aber auch sein, dass es kein geschlossener Linienzug ist, Du (Arne) hats ja vorhin geschrieben, dass Du bestehende Ways nutzen will. Zeichnest Du dabei auch Dein Polygon noch einmal über die Straße drüber (Nutzung der selben Nodes)? Wenn du das nicht machst und nur sotwas hast: Bitte möglichst Strassen- und Flächen-Linienzüge getrennt lassen! Das erschwert das spätere Nachbearbeiten/Ergänzen von weiteren Elementen! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polygongrösse ab API 0.6 max 2000 n odes?
Hallo, Garry wrote: Wenn ich das richtig verstanden habe ist ab der Api 0.6 die Polygongrösse auf 2000 nodes begrenzt. Ja, endlich ;-) auch die Anzahl von Members in einer Relation wird beschränkt. Wenn das so ist sollte man doch eigentlich bis zur Einführung versuchen die grösseren Polygone entsprechend zu reduzieren. Aber bitte nicht durch einfaches herauslöschen scheinbar unnötiger Punkte sondern durch aufteilen z.b. entlang von Strassenverläufen... Hier ist die Lösung für alle Probleme: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons Da kann der aeussere Ring eines Polygons dann aus mehreren Stuecken bestehen, die alle handhabbar klein sein koennen. Paar Unklarheiten muss man vllt. noch ausbuegeln, aber sonst... Es besteht praktisch kein Zweifel mehr daran, dass es so gemacht werden wird. Man muss es nur noch fertig in die Renderer einbauen und testen ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen taggen
Hallo, Garry wrote: Bitte möglichst Strassen- und Flächen-Linienzüge getrennt lassen! Das erschwert das spätere Nachbearbeiten/Ergänzen von weiteren Elementen! Wie Du weisst, gibt es fuer beide Vorgehensweisen gute Gruende dafuer und dagegen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler bei addr:country gemacht
Hi ! über AT laufen lassen ?? was ist das ? AT = Österreich ?? Gruß Jan :-) Florian Schweikert schrieb: 2009/1/22 Frank Sautter openstreet...@sautter.com mailto:openstreet...@sautter.com Jan Tappenbeck schrieb: ich habe viel gearbeitet bevor ich gelesen habe ! Habe immer D bei addr:country statt DE in ganz Deutschland verwandt. Gibt es einen Weg dieses zu reparieren Da bin ich sicherlich nicht alleine ! das hat mein bot gestern zusammen mit den ersetzungen von de nach DE erledigt... grüße frank Kannst du den auch über AT laufen lassen, nehme an das hier auch AT statt at gehört. mfg, Kelvan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler bei addr:country gemacht
Hi ! wann ist der glaufen ?? Mein letzter Fehler war gegen 21 Uhr ! Gruß Jan :-) Frank Sautter schrieb: Jan Tappenbeck schrieb: ich habe viel gearbeitet bevor ich gelesen habe ! Habe immer D bei addr:country statt DE in ganz Deutschland verwandt. Gibt es einen Weg dieses zu reparieren Da bin ich sicherlich nicht alleine ! das hat mein bot gestern zusammen mit den ersetzungen von de nach DE erledigt... grüße frank -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 21.1.09
Carsten Schwede schrieb: Hallo, die neuen Daten liegen wie immer zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy Aus welchem Grunde wird die routinfähige Deutschlandkarte nicht mehr erzeugt? Gruß Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by=xybot [was: Re: addr:c ountry Groß-/Kleinschreibung]
Hallo. Am Donnerstag, 22. Januar 2009 schrieb Ulf Lamping: In einer aktuellen (Entwickler-)JOSM Version (keine Ahnung seit wann genau): Das interessante Element selektieren und dann im Menu Werkzeuge/Geschichte des Elements anwählen. Dann sollte dein Browser mit der entsprechenden Seite aufgehen. Ich habe leider nicht gefunden, wo man den Browser einstellen kann. Bei mir (Gentoo Linux, KDE) geht nichts auf. Gruß, Bernd -- Schlechter Geschmack ist kein Privilleg des Alters. - Oliver Kalkofe signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Donnerstag 22 Januar 2009 schrieb RalfGesellensetter: Am Mittwoch 21 Januar 2009 schrieb René Falk: Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe einer Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen darstellen. Daher reicht meiner Ansicht nach in diesen Fällen der Tag für bakery. Ich habe m.E. solche Tags gesehen: amenity=pub beergarden=yes amenity=bakery cafe=yes Kann man damit arbeiten? wird wohl desoefteren benutzt. ich persoenlich finde das nicht so toll, weil da im endeffekt values als keys benutzt werden. ein element getaggt mit shop=bakery cafe=yes ist demnach also auch ein amenity=cafe und sollte deswegen auch als shop=bakery amenity=cafe getaggt werden. das waere zumindest vom datenmodell wesentlich sauberer. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Donnerstag 22 Januar 2009 schrieb Tobias Knerr: Bernd Wurst schrieb: Man kann mit OSM-Daten momentan (wirklich, real, gibt es schon, ist nicht nur ein Hirngespinst): * allgemeine Karten malen * Spezialkarten malen (Fahrradkarten, Wanderkarten, ...) * Routen finden * ein richtiges Auto-Navi füttern * Orte finden * POIs (Parkplätze, Museen, ...) finden und bestimmt noch viel, viel mehr was ich selbst gar nicht mitbekommen habe. Ist das nicht Beweis genug dass es doch irgendwie funktioniert? du schreibst es ja selbst: irgendwie. natuerlich geht das irgendwie. ist auch toll, dass schon mal was geht. aber ohne genaue definition, was denn die daten nun eigentlich bedeuten, wird man frueher oder spaeter an grenzen stossen. wenn dann naemlich mal der punkt kommt, dass eine kritische masse dies bemerkt, dann haben wir eine datenbank voll mit schwammigen elementen. dann heisst es, auf basis eines besseren modells neu zu mappen, was ein ganzer haufen arbeit ist, den man sich sparen koennte, wuerde man gleich was richtiges entwickeln. ich behaupte ja nicht, dass das dann der weisheit letzter schluss sein muss, aber definierte tags sind mir dann doch lieber als solche, die auf drei total unterschiedliche arten ausgelegt werden koennen... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wunsch Histroy Pannel im JOSM (Re: creat ed_by=xybot [was: Re: addr:country Groß-/ Kleinschreibung] )
Am Donnerstag, 22. Januar 2009 21:23:55 schrieb Ulf Lamping: Sven Anders schrieb: BTW: Die Histroy wäre (m)ein Größter Wunsch an einen Josm Entwickler. In einer aktuellen (Entwickler-)JOSM Version (keine Ahnung seit wann genau): Das interessante Element selektieren und dann im Menu Werkzeuge/Geschichte des Elements anwählen. Dann sollte dein Browser mit der entsprechenden Seite aufgehen. Kenn ich, ist aber keine JOSM funktionalität. P.S: Irgendwie gibts auch einen History Panel, der sagt aber: Noch nicht implementiert Genau das meine ich Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Donnerstag 22 Januar 2009 schrieb Frederik Ramm: Jetzt stehen wir da und haben das designated, das in Zusammenhang mit cycleway/footway wenig Sinn macht und hauptsaechlich Verwirrung stiftet und irgendwie doch nicht genau das ist, was die Leute wollen. (Fuer mich ist allerdings ziemlich eindeutig, was mit designated gemeint ist. Was genau ist an access=designated indicates that a route has been specially designated (typically by a government) for use by a particular mode (or modes) of transport. The specific meaning varies according to jurisdiction. It may imply extra usage rights for the given mode of transport, or may be just a suggested route. nicht klar?) was ist daran eindeutig? it may... wenn in deutschland das klassische blaue radweg-schild steht, bedeutet das, dass sich auf diesem weg nur radfahrer bewegen duerfen, da hat kein anderer was zu suchen. das ist eindeutig, und sollte auch so festgehalten werden. aber ein tag das sagt, ja mei, des is zwar fuer die radler gedacht, aber was genaueres wissen wir aa net..., macht nixht wirklich viel sinn... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hohenlohekreis ohne Straßen
Steffen Schoch: woran kann es den liegen, dass bei mapnik im Hohenlohekreis ab einer bestimmten Zoomstufe die Straßen nicht mehr eingeblendet werden? Beispiel-Link: http://www.openstreetmap.org/?lat=49.2544lon=9.7625zoom=14layers=B00 0T Bei mir sind da Straßen zu sehen - und zwar alle farbigen. Ansonsten weißer Adler auf weißem Grund, d. h. die in weiß gezeichneten Straßen sieht man auf dem weißen Hintergrund einfach nicht. Woran das liegt? Keine Ahnung, habe mir aber auch den Datensatz nicht angesehen. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Hi, Guenther Meyer wrote: (Fuer mich ist allerdings ziemlich eindeutig, was mit designated gemeint ist. Was genau ist an access=designated indicates that a route has been specially designated (typically by a government) for use by a particular mode (or modes) of transport. The specific meaning varies according to jurisdiction. It may imply extra usage rights for the given mode of transport, or may be just a suggested route. nicht klar?) was ist daran eindeutig? it may... Da steht: Die genaue Bedeutung von access=designated ist von Land zu Land unterschiedlich. Es kann zum Beispiel ... bedeuten. Da steht nicht: Innerhalb des gleichen Landens kann access=designated mal dies und mal jenes bedeuten. wenn in deutschland das klassische blaue radweg-schild steht, bedeutet das, dass sich auf diesem weg nur radfahrer bewegen duerfen, da hat kein anderer was zu suchen. das ist eindeutig, und sollte auch so festgehalten werden. Das waere fuer mich ein bicycle=designated. Wenn der Weg so ein horizontal geteilted blaues Fussgaenger/Fahrradfahrer-Schild hat, waere das fuer mich bicycle=designated *und* foot=designated. Man kann also aus bicycle=designated nicht ablesen, dass Fussgaenger nichts darauf zu suchen haben, sondern nur aus bicycle=designated in Kombination mit der Abwesenheit von foot=designated. Die Kombination bicycle=designated und foot=yes kommt glaub ich nicht vor, aber foot=designated und bicycle=yes entspraeche wohl einem weissen Zusatzschild Radfahrer frei. Naja, aber dass *fuer mich* alles klar ist, hilft Dir vermutlich wenig. Wer moechte denn meiner o.g. Darstellung widersprechen? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungen treffen / Proposal-Prozess
Am Freitag 23 Januar 2009 schrieb Frederik Ramm: Hi, Guenther Meyer wrote: (Fuer mich ist allerdings ziemlich eindeutig, was mit designated gemeint ist. Was genau ist an access=designated indicates that a route has been specially designated (typically by a government) for use by a particular mode (or modes) of transport. The specific meaning varies according to jurisdiction. It may imply extra usage rights for the given mode of transport, or may be just a suggested route. nicht klar?) was ist daran eindeutig? it may... Da steht: Die genaue Bedeutung von access=designated ist von Land zu Land unterschiedlich. Es kann zum Beispiel ... bedeuten. Da steht nicht: Innerhalb des gleichen Landens kann access=designated mal dies und mal jenes bedeuten. ok. gut. dann sollte aber die jeweilige bedeutung fuer das entsprechende land auch irgendwo festgehalten werden, um den interpretationsspielraum zu minimieren. wenn in deutschland das klassische blaue radweg-schild steht, bedeutet das, dass sich auf diesem weg nur radfahrer bewegen duerfen, da hat kein anderer was zu suchen. das ist eindeutig, und sollte auch so festgehalten werden. Das waere fuer mich ein bicycle=designated. Wenn der Weg so ein horizontal geteilted blaues Fussgaenger/Fahrradfahrer-Schild hat, waere das fuer mich bicycle=designated *und* foot=designated. Man kann also aus bicycle=designated nicht ablesen, dass Fussgaenger nichts darauf zu suchen haben, sondern nur aus bicycle=designated in Kombination mit der Abwesenheit von foot=designated. Die Kombination bicycle=designated und foot=yes kommt glaub ich nicht vor, aber foot=designated und bicycle=yes entspraeche wohl einem weissen Zusatzschild Radfahrer frei. so macht das sinn, ja. :-) ist das auch irgendwo so dokumentiert und auffindbar? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen taggen
Frederik Ramm schrieb: Hallo, Garry wrote: Bitte möglichst Strassen- und Flächen-Linienzüge getrennt lassen! Das erschwert das spätere Nachbearbeiten/Ergänzen von weiteren Elementen! Wie Du weisst, gibt es fuer beide Vorgehensweisen gute Gruende dafuer und dagegen. Ja, mag sein - ichfinde die Gründe für getrennte Elemente bedeutender und bitte daher diese Lösung zu bevorzugen :-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polygongrösse ab API 0.6 max 2000 n odes?
Frederik Ramm schrieb: Hallo, Garry wrote: Wenn ich das richtig verstanden habe ist ab der Api 0.6 die Polygongrösse auf 2000 nodes begrenzt. Ja, endlich ;-) auch die Anzahl von Members in einer Relation wird beschränkt. Sollte man dann nicht jetzt schon deutlich Werbung dafür machen die Wälder, Gewässer etc. zurechtzuschneiden damit die Übergangsprobleme zur neuen API möglichst gering bleiben? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de