Re: [Talk-de] 2 Nodes verbinden (War: JOSM nicht mehr zu gebrauchen)
Jürgen Fleckenstein schrieb: Hallo, kann mir jemand erklären, wie ich 2 Nodes verbinden kann? Wo ist die Funktionalität geblieben? So kann man damit nichts mehr anfangen. 1. Markierwerkzeug (unter der Lupe - Hotkey 'S') wählen 2. Auf Node1 klicken: Node1 ist markiert 3. Zeichenwerkzeug (über dem Mülleimer - Hotkey 'A') wählen 4. Auf Node2 klicken: Beide Nodes sind jetzt verbunden HTH Robert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Land- und Forstwirtschaftlicher Verkehr
Hier steht an solchen Wegen nämlich oft nur landwirtschaftlicher Verkehr frei. Fazit, wenn schon, dann agricultural=yes _und_ forestry=yes. Ja, unbedingt so. Ich markiere asphaltierte Land- und Fortstwege als highway=unclassified und nur dann als track, wenn zwei Spuren als solche zu erkennen sind. In der Vergangenheit hab ich manchmal auch highway=service verwendet, aber da muss ich zugeben, dass ich das deshalb gemacht habe, weil osmarender die servicewege dünner malt als Wege mit highway=unclassified. unclassified ist in meinen augen hier unglücklich, weil das erst einmal impliziert, dass es keine wesentlichen einschränkungen gibt. service ist besser, denn diese wege sind ja tatsächlich nur zum wohle des -wirtschaftlichen verkehrs derartig ausgebaut. Mittelfristig braucht's eine saubere trennung: ein tag-set, dass die physische beschaffenheit beschreibt und eins für die nutzungsrechtlichen aspekte. Als drittes käme noch die verwaltungstechnische seite hinzu (bundes-, staats-, landes-, kreis-, etc.-straße). highway=track ist IMO selbst bei tracktype=grade1 nicht korrekt, denn asphaltiert ist eben besser als paved track or heavily compacted hardcore. Wenn etwas asphaltiert ist, heißt das noch lange nicht, dass die fahrbahn super ist. Ich glaube, für die abfahrt vom Herkules (Kassel) runter sah ich mich zu einem grade3 gezwungen -- das ist der anfang vom Wartburg-radwanderweg. Die definition der gradeX sollte man nicht zu eng interpretieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Windows Installer (selbst ist der Windows user)
Hi, Ohne Tools für Windows kommt es nicht voran, denke ich. Und die müssen möglichst easy zu bedienen sein. am besten sind die Tools plattformunabhängig. Wenn aber jemand in seiner Freizeit was weghackt, kann er letzendlich wählen was er will. Bitte denkt auch daran: Unter Linux mal eben ein Script schreiben was schnell mal ein Problem lösen hilft kann man mit wesentlich weniger Aufwand machen als GUI-Endusertools. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Windows Installer (selbst ist der Windows user)
Hi, ich finde es schade, dass wir hier solche Dinge diskutieren, aber da kann ich leider nicht ganz stillhalten: Aber ein wenig drauf zu achten, das die eingesetzten Tools / APIs / Frameworks / ... zumindest prinzipiell auch unter Windows laufen würde hier schon vieles helfen. Ich nutze Linux seit 1998. Weißt Du, wie oft *ich* schon geflucht habe dass die meisten Windowsprogramme ausschließlich und nur unter Windows lauffähig sind? Wohingegen sehr viel freie Software auch unter Windows zur Mitarbeit zu überreden ist... Zum Beispiel Perl (nicht nur unter Windows) ist für nicht Entwickler einfach ein ziemlicher Dreck. Wenn du für jedes Script was laufen soll erstmal einen Haufen libraries von irgendwoher nachladen sollst taucht das einfach nix. ...so beispielsweise auch Perl. Dass man gegebenenfalls einen Sack voll Abhängigkeiten auflösen muss ist unter Mac und Linux nicht anders. Da muss ich eben Hand anlegen oder auf die Verwendung der Software verzichten. Ich weiß, damit habe ich jetzt erstmal wieder einem Haufen OSM Entwickler auf die Füße getreten. Du kommst wie ich aus der Usability-Ecke. Die betrifft aber alle Plattformen gleichermaßen. Daher stört es mich ein wenig dass wir es besonders den Windowsusern Recht machen sollen. Was soll eine solche Fraktioniererei? OSM ist nun mal selbst ist der Mann und wenn's keine Windows devs gibt, dann ist das für Windows User schade. Wenn 95% (oder wieviel auch immer) aller Computer Nutzer Windows benutzen und mithelfen könnten OSM zu verbessern - es aber nicht tun weil alle OSM Software nur für Unix geeignet ist, ist das nicht nur für Windows User Schade, sondern für OSM im allgemeinen! Fraglos. Nur ist es doch scheinbar so dass ausgerechnet die Entwickler, die sich für freie Geodaten interessieren, auch bevorzugt freie Software benutzen. Sonst hätten wir ja 95% Windowshacker hier und die Sache würde anders aussehen. Im Übrigen gibt es im Projekt auch einige Macuser. Imi wurde ja mehrfach dafür gescholten, daß er JAVA für JOSM eingesetzt hat. Aus meiner Sicht war das einer der wesentlichen Punkte, daß OSM zum momentanen Höhenflug angesetzt hat - JOSM ist nämlich eines der *wenigen* OSM Tools, die Windows User nicht aussperren. Da kann und darf man streiten. Mir ist es egal, aber es gibt auch andere Möglichkeiten einen Cross-Plattformeditor hinzubekommen. Es gab beispielsweise einen Osmeditor, gebaut aus Qt. Aber JOSM hat sich eben durchgesetzt. Oder vielleicht ein Grund dafür, einfach mal den Schritt in richtung Developer zu wagen. Muss ja nicht gleich ein projekt in C/C++ sein, es reicht ja klein anzufangen. Bitte legt doch mal den Gedankengang ab, daß es für die gesamte Menschheit so toll ist an ihrer Kiste rumzufummeln ;-) Ich mache das doch auch, kenne aber genügend Leute die dazu überhaupt keine Lust haben (und nein, die sind nicht zu blöd dazu). Ist ja auch in Ordnung so. Worauf ich hinaus wollte: Unter Windows wird ein Programm mit Usabilityproblemen gnadenlos niedergemacht. Bei Unix/Linux wird gerne dazu tendiert, diese Probleme wegzudiskutieren, der User muß sich halt einlesen, das will aber Anwender xy anders haben, da haben wir keine Entwickler die das machen wollen, ... Da ich regelmäßig (auch beruflich) mit allen drei Mainstreambetriebssystemen zu tun habe und Usability ein Teil meines Jobs ist wage ich mal zu behaupten dass es gerade unter Windows eine Menge Software gibt, die unter extremen Usabilityproblemen leidet. Wenn ich dann noch höre dass das Der Standard und Das Maß der Dinge sein soll, dann kann ich da nur 'raushören dass man sich was anderes noch nie angesehen hat. Wie kann man sich da ein Urteil bilden? Interessante Usabilitypapers gibt es übrigens von Apple, Gnome und KDE. Die Lektüre derselben würde manchem Windowshacker ganz gut tun. In letzter Konsequenz gibt es dann zwanzig neue Programme mit siebzig neuen Features, wovon man keines wirklich gut benutzen kann :-( Das bessert sich in letzter Zeit zwar merklich (die letzten zwei API Änderungen haben z.B. bei den Editoren gut aufgeräumt), aber die Tendenz bleibt. Im OSM-Projekt gibt es eine Menge Hardcorehacker. Ohne die wären wir ziemlich aufgeschmissen. Dass die Ihre Zeit erstmal dahinein investieren, die Infrastruktur auf die Beine zu stellen wird ihnen wohl niemand ankreiden wollen. Wenn wir mehr Enduserapplikationen haben wollen, müssen sich erstmal ein paar Hacker finden, die sich darum kümmern. Ich würde mich sehr freuen, wenn noch einige zu uns stießen. Nur: Brauchen wir das? Wenn jemand bei OSM mitmachen will, will er dann erst Tonnen von Software installieren? Ich behaupte nein. Was für Endusersoftware brauchen wir? Ich habe gerade ein Tool geschrieben um aus dem Planetfile ein paar POIs für's Navi zu extrahieren. Ich muss mir auch überlegen, ob es ein GUI bekommen soll. Ich habe mich dagegen entschieden, denn die Leute wollen ja gar keine POIs generieren, sondern die
[Talk-de] Treffen in Berlin am 7.11.
Hallo, am 7.11. ab 18:00 gibt's ein kleines OSM-Treffen in Berlin. Ich habe gerade mein Bahnticket gebucht (5 Stunden 30 Minuten von hier aus - dauert länger als die Reise zu einem Treffen in London ;-) und werde also ziemlich sicher da sein, Steve Coast ebenfalls, und Elwood und Toaster aus Berlin auch macht schon vier. Wuerde mich freuen, einige von Euch dort kennenzulernen! http://wiki.openstreetmap.org/index.php/Berlin#Berlin_Mini_Meet_on_07_November (Elwood/Toaster, bitte verbessern, wenn ich auf der Seite irgendwas falsch geschrieben habe! Habs jetzt einfach auf die Berlinseite geklatscht, wenn es vorbei ist, loeschen wir es da einfach wieder, dachte ich.) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach == Kartenvandalismus?
Christoph Eckert schrieb: Hi Banny, Ja, das Problem habe ich auch: keine Zeit. Ich versuche verzweifelt, noch in den naechsten ein/zwei Wochen meine eigene Software NaviPOWM fertig zu bekommen, und ggf. auch schon auszuliefern. Natuerlich eine beruehmte Version 0.1.0 ;-)) aha, ich sehe schon: Du warst den Sommer über fleissig ;-) . Jepp! ;-) Sieht ja vielversprechend aus. Nachdem es Qt4 ist läuft es schätzungsweise auch ganz normal auf dem PC, right? Jepp: sowohl unter Windows (getestet W2k) als auch unter Linux (OpenSUSE 10.2 und seit gestern 10.3). Fuer Leute ohne Qt gibt es auch die native Windows Version (MinGW und natuerlich Visual C++). Und natuerlich Embedded Visual C++ fuer Windows Mobile (getestet mit WM 5.0 auf einen Asus MyPal 632). Wie sieht's mit dem neuen Nokia N810 aus? Habe ich nicht, kenne ich nicht, gibt es also nicht. ;-) Im Ernst: keine Ahnung, was das das Teil kann, eine Portierung, bzw. das Hinzufuegen eines neuen Targets fuer NaviPOWm sollte keine grossen Probleme bereiten: es muessen nur Klassen fuer Fenster, Maus/Tastatur und ser. schnittstelle geschrieben werden, dann sollte es eigentlich ohne Probleme funktionieren. Behaupte ich jetzt mal leichtfertig. Gruesse, Banny signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Source hosting NaviPOWM (was Re: Potlach == Kartenvandalismus?)
Hi, Danke. Stimmt, da war was ;-) Ich werde mal pruefen, was SF alles bietet, leistet und wie die Konditionen so sind. die Admin-Webinterfaces sind grau-en-haft. Ansonsten kriegst Du so ziemlich alles, was man für ein Open-Source-Projekt so an Infrastruktur braucht. Kannst Dir auch Berlios ansehen, aber hörte ich schon Klagen über lahmen Support. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering der Tiles -- Wann und wie?
Am Freitag, 19. Oktober 2007 15:53:09 schrieb [EMAIL PROTECTED]: Ich bin ja neulich auch Bahn gefahren, konnte aber mit meinem Garmin Etrex keinen Empfang bekommen, weder im Interregio noch im IC. Die gleiche Technik (das Garminteil mit Saugnapf an die Scheibe kleben) klappt im Flugzeug super. Hat jemand Erfahrung mit der Bahn und tracken? Was ich von Peter mitbekommen hab, soll es ganz gut gehen, wenn du zwischen den Wagons in dem flexiblen Gummibalg Teil deinen Empfänger plazierst. Auch im ICE, denn auch dort ist dieser Teil des Zuges nicht mit Metall verkleidet. viel Erfolg Joerg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Deutsche FAQ (War: Rendering der Tiles -- Wann und wie?)
Nachdem diese und ähnliche Frage immer wieder aufkommen finde ich sollten wir das mal in einer Art FAQ zusammenfassen. Oder hab ich das im Moment nur übersehen und es existiert dazu schon eine FAQ? Die Frage ist, machen wir es als Wiki Artikel und verlinken es von der OpenStreetMap.de Seite oder sollen wie eine Statische HTML Seite auf www.OpenStreetMap.de machen, die wir dann über das svn warten und dementsprechend updaten? Ich denke die Antworten, die bisher auf die Fragen geschrieben wurden sind schon ein recht guter Anfang. Von daher würde ich mich freuen, wenn einer derjenigen, die gerne mithelfen wollen, aber dessen Fokus nicht so im Bereich Programmierung liegt das mal zusammenfassen könnte. Wenn die Zusammenstellung dann soweit ist, mir einfach Bescheid geben, wo sie liegt, damit ich das in unseren deutschen Webserver verlinken kann. Danke schon mal Joerg Am Freitag, 19. Oktober 2007 15:48:42 schrieb Sebastian Gebhard: Hallo Peter, es freut mich sehr zu hoeren, dass wieder ein neuer Intressierter zu uns gefunden hat :) Beim Rendering gibt es grundsaetzlich zwei verschiedene Karten. Zum einen die Mapnik unter www.openstreetmap.org . Das ist quasi die offizielle Karte. Diese wird einmal in der Woche, mittwochs gerendert. Zum anderen gibt es noch die [EMAIL PROTECTED] Karte. Diese hat einen anderen Renderer zu Grunde, der unregelmaessig rendert. (Entweder bei groesseren Veraenderungen oder bei einem Request.) Schau mal auf informationfreeway.org und waehle dort bei dem Plus rechts oben eine der [EMAIL PROTECTED] karten aus. Was fuer dich eben intressant ist, ist die Tatsache, dass du unter informationfreeway.org eine Funktion zum requesten eines Renderauftrags hast. Zoome einfach bis Zoomlevel 12 hinein und halte STRG und klicke eine Kachel an und schon wird diese neu gerendert. Das kann natuerlich je nach Laenge der Queue ein bisschen dauern. Mehr Informationen zu [EMAIL PROTECTED] findest du natuerlich auch im Wiki ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Josm für Debian
Am Freitag, 19. Oktober 2007 11:59:12 schrieb Ulf Lamping: Frederik Ramm schrieb: Beide Techniken sollen verhindern, dass man Plugins benutzt, die nicht mit der Josm-Version funktionieren. Das wird eh nicht klappen, denn dabei verlasst ihr Euch ja auf irgend- welche Metadaten - und wo sollen die denn herkommen? Wenn ein Plugin sich auf ein erst in r123 eingebeautes Feature verlaesst, kann der Plugin-Programmierer eintragen geht erst ab r123, aber umgekehrt kann der JOSM-Programmierer, der irgendwas aendert, ja kaum alle Plugins durchprobieren, ob sie noch gehen...? Je mehr ich drüber nachdenke, sollte das wohl so gelöst werden: 1.) der installer macht nur die jeweilig üblichen Standards (Startmenü, Verknüpfung mit .osm, ... oder was auch immer zu tun ist) kümmert sich aber selbst nicht um die Plugins Klingt für mich plausibel. 2.) josm.jar bringt zu seiner jeweiligen Version die gerade gültigen Plugins *alle* mit - damit haben wir das Problem der Versionskonflikte gelöst. Das wäre dann das package, so wie du es bereits in dem package auf gpsdrive.de findest. 3.) josm.jar aktiviert bei Erstinstallation gleich die am häufigsten verwendeten Plugins (wir müssen uns nur drauf einigen, welche das sind) Kling gut für mich, denn dann ist es auf allen Platformen gleich. 4.) weitere Plugins können dann vom Anwender in JOSM einfach aktiviert werden Damit hat der Anwender die komplette Freiheit. Klingt auch gut. 5.) Installation von anderen Plugins (z.B. brandaktuelle Version zum ausprobieren) wird wieder nur über die wiki Seite möglich - und ist eindeutig als Experimentell gekennzeichnet Wie du schon angedeutet hast, kann das Mischen von Plugin/josm Versionen zu Problemen führen. (Hatte ich erst gestern wieder). Wie wäre es, wenn man die möglichkeit des herunterladens von weiteren Plugins aus josm heraus nur erlaubt, wenn man auf der Kommandozeile --experimental eingibt oder irgendwas ähnliches? Eine weiterer Mechanismus könnte im josm dafür sochgen, dass immer nur ein Plugin mit dem gleichen Namen geladen werden kann. In diesem Fall dann in folgender Reihenfolge: zuerst User-Homedir, dann System-Verzeichnis. Wenn ein Anwender über Schritt 5) geht, muß er auch selbst schauen, daß er bei einem Update dieses Plugin eventuell selbst wieder löscht - aber das ist ja immer so, Sachen die ich selbst umgebaut habe soll mir ein Automatismus nicht wieder kaputtmachen. Finde ich nur fair. Für mich ist nur wichtig, daß der User, der nicht von der Standardkonfiguration abweicht möglichst immer eine funktionierende Kombination aus aus josm und plugins hat. Unter Windows sollte sich josm selber aktualisieren können (auf Useranfrage, bei API Updates mit dickem Hinweis, einmal pro Monat automatisch nachschauen, ...), unter Unix / Linux kann das dann ja z.B. apt übernehmen. Ich würde das unter Windows auch außerhalb von josm selber realisiert haben, denn sonst haben wir innerhalb von josm Routinen, die eigentlich in den Installer und in das Betriebssystem gehören würden. Was meint Ihr, kann das funktionieren? Ich wäre (mit den kleinen Anmerkungen) dabei. Eines noch, wir sollten bei der Diskussion noch den Andreas Putzo mit in's Boot nehmen, denn der wird vermutlich derjenige sein, der dann für debian selber das Package in's Repository übernhemen wird(oder auch nicht ;-). Deshalb auch das CC - Joerg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Validation Error, was ist falsch??
Hallo, On Friday 19 October 2007 Klaus - Guenter Leiss wrote: habe ich 3 validation Errors ( crossing ways ). Ich führe einen Stream und einen Footway unter Brücken durch. Die Brücken haben das Attribut Bridge = yes und der Layer der Brücke ist positiver als Stream und Footway. Fehlt da sonst noch was oder ist das ein fehler im Validator. Du musst auf die Gross/kleinschreibung der Tags achten. Eigentlich wird alles mir bekannte klein geschrieben. Es ist z.B. layer und nicht Layer, dann geht es. Was mir auch noch aufgefallen ist: stream statt Stream. Gruss, Dennis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Land- und Forstwirtschaftlicher Verkehr
Sven Geggus schrieb: Puh, solchen Spitzfindigkeiten ist mein englisch nun nicht mehr gewachsen. Ich dachte bisher, dass asphaltiert!=paved sondern dass Kopfsteinpflaster gemeint wäre. Ja, die korrekte Übersetzung von paved ist gepflastert. Aber ich hatte bisher den Eindruck das das synonym für versiegelte Oberflächen verwendet wird, also auch Asphaltierung und Betonierung. Denn unpaved würde dann ja z.B. auf Autobahnen zutreffen, das wäre schon reichlich seltsam. Kopfsteinpflaster heißt übrigens 'cobblestone' und wurde mal als Erweiterung des surface-tags vorgeschlagen. Da ja eine derartige Straße zwar paved ist aber trotzdem deutlich unangenehmer als die meisten grade2 unpaved. Das proposal ist aber irgendwie im Sande verlaufen ;-) Persönlich tagge ich asphaltierte Feldwege mit track,paved,grade1. Das gibt mit 'track' den Status wieder und enthält in 'paved' und 'grade1' alles was Radfahrer wissen wollen. Langfristig bräuchten wir eventuell eine genauere Aufteilung für die verschiedenen Feld- und Waldwege, so wie die TK25 das hat. MfG, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hafen
Das Wörterbuch nennt einen Binnenhafen inland port. Andererseits steht dock für Hafenbecken, Anlegeplatz, Pier, ... also vielleicht Aus Map_Features#Man_Made: waterway=dockAn 'enclosed' area of water used for loading, unloading, building or repairing ships. Friedhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering der Tiles -- Wann und wie?
Am Freitag, den 19.10.2007, 15:38 +0200 schrieb Peter: Nachdem ich die ersten Datensätze in den letzten paar Tagen hochgeladen habe, warte ich gespannt darauf, die Ergebnisse auf der Karte zu sehen. Dabei ist mir im Moment überhaupt nicht klar, wie das Rendering der Tiles funktioniert. Wird dieser Prozess den automatisch angestoßen? Gibt es dafür eine Queue? Und kann man als Otto-Normalbenutzer dieses Rendering auch manuell anstoßen, wenn man es mal wieder nicht erwarten kann? Hello Peter, du findest alle wichtigen Information auf folgender Seite: http://wiki.openstreetmap.org/index.php/Beginners_Guide_1.5 Mapnik ist schwer einzurichten. Ich kann dir nur den Osmarender empfehlen, hat aber auch so seine Probleme :) Gruss Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering der Tiles -- Wann und wie?
Ich bin ja neulich auch Bahn gefahren, konnte aber mit meinem Garmin Etrex keinen Empfang bekommen, weder im Interregio noch im IC. Die gleiche Technik (das Garminteil mit Saugnapf an die Scheibe kleben) klappt im Flugzeug super. Hat jemand Erfahrung mit der Bahn und tracken? Grüße Cor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Rendering der Tiles -- Wann und wie?
Hallo, liebe Mailingliste! Ich bin vor ein paar Tagen auf die Openstreetmap aufmerksam geworden und habe mir sogleich ein GPS besorgt, um damit die noch recht ansehnlichen Lücken im deutschen Fernbahnnetz zu schließen. Nachdem ich die ersten Datensätze in den letzten paar Tagen hochgeladen habe, warte ich gespannt darauf, die Ergebnisse auf der Karte zu sehen. Dabei ist mir im Moment überhaupt nicht klar, wie das Rendering der Tiles funktioniert. Wird dieser Prozess den automatisch angestoßen? Gibt es dafür eine Queue? Und kann man als Otto-Normalbenutzer dieses Rendering auch manuell anstoßen, wenn man es mal wieder nicht erwarten kann? Viele Grüße vom Hauptbahnhof Dresden Peter (bigbug21) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Josm für Debian
Frederik Ramm schrieb: Beide Techniken sollen verhindern, dass man Plugins benutzt, die nicht mit der Josm-Version funktionieren. Das wird eh nicht klappen, denn dabei verlasst ihr Euch ja auf irgend- welche Metadaten - und wo sollen die denn herkommen? Wenn ein Plugin sich auf ein erst in r123 eingebeautes Feature verlaesst, kann der Plugin-Programmierer eintragen geht erst ab r123, aber umgekehrt kann der JOSM-Programmierer, der irgendwas aendert, ja kaum alle Plugins durchprobieren, ob sie noch gehen...? Je mehr ich drüber nachdenke, sollte das wohl so gelöst werden: 1.) der installer macht nur die jeweilig üblichen Standards (Startmenü, Verknüpfung mit .osm, ... oder was auch immer zu tun ist) kümmert sich aber selbst nicht um die Plugins 2.) josm.jar bringt zu seiner jeweiligen Version die gerade gültigen Plugins *alle* mit - damit haben wir das Problem der Versionskonflikte gelöst. 3.) josm.jar aktiviert bei Erstinstallation gleich die am häufigsten verwendeten Plugins (wir müssen uns nur drauf einigen, welche das sind) 4.) weitere Plugins können dann vom Anwender in JOSM einfach aktiviert werden 5.) Installation von anderen Plugins (z.B. brandaktuelle Version zum ausprobieren) wird wieder nur über die wiki Seite möglich - und ist eindeutig als Experimentell gekennzeichnet Wenn ein Anwender über Schritt 5) geht, muß er auch selbst schauen, daß er bei einem Update dieses Plugin eventuell selbst wieder löscht - aber das ist ja immer so, Sachen die ich selbst umgebaut habe soll mir ein Automatismus nicht wieder kaputtmachen. Unter Windows sollte sich josm selber aktualisieren können (auf Useranfrage, bei API Updates mit dickem Hinweis, einmal pro Monat automatisch nachschauen, ...), unter Unix / Linux kann das dann ja z.B. apt übernehmen. Was meint Ihr, kann das funktionieren? Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] NRW Geobasisdatenportal
Naja, die Idee kam hier schon mal auf. Das Problem daran ist das (soweit ich weiß) nur NRW nen WMS Server mit UTM Projektion anbietet. Die anderen Bundesländer stellen nur WMS Server mit Gaus Krüger 2 Projektion bereit. Es soll aber wohl eine Richtline geben, die dafür sorgen wird das auch diese Bundesländer nachziehen müssen. Nur kann das halt noch etwas dauern. Ist halt nen Bürokratischer Apperat. MfG ah signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Auszeichnungsvorgaben
Holger Issle schrieb: On Thu, 18 Oct 2007 21:14:43 +0200, Ulf Lamping wrote: Ich war spontan auch überfragt, hab's aber gerade mal ausprobiert. Wenn du mappaint.useRealWidth=true setzt, werden auch die Pfeile entsprechend nur gezeichnet wie ich's beschrieben habe. Kreisch. Ok, und wie findest das jemand, der sich nich für die Tools interessiert sondern _nur_ mappen will? Da wiederhole ich doch einfach mal den Rest meiner Mail, die du abgeschnitten hast ;-) Was das eine mit dem anderen zu tun habe? Keine Ahnung, da mußt du meinen Vorgänger fragen - ist nicht von mir. Dieses Verhalten ist aber definitiv verbesserungswürdig ... Das beantwortet deine Frage hoffentlich! Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM nicht mehr zu gebrauchen
Hallo, kann mir jemand erklären, wie ich 2 Nodes verbinden kann? Wo ist die Funktionalität geblieben? So kann man damit nichts mehr anfangen. Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Validation Error, was ist falsch??
Dennis wrote Hallo, On Friday 19 October 2007 Klaus - Guenter Leiss wrote: habe ich 3 validation Errors ( crossing ways ). Ich führe einen Stream und einen Footway unter Brücken durch. Die Brücken haben das Attribut Bridge = yes und der Layer der Brücke ist positiver als Stream und Footway. Fehlt da sonst noch was oder ist das ein fehler im Validator. Du musst auf die Gross/kleinschreibung der Tags achten. Eigentlich wird alles mir bekannte klein geschrieben. Es ist z.B. layer und nicht Layer, dann geht es. Was mir auch noch aufgefallen ist: stream statt Stream. Danke, da wäre ich nie draufgekommen. Da der Validator eigentlich falsch geschriebene Tags erkennen soll, werde ich wohl einen Bug report machen. MfG Klaus Leiss ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Land- und Forstwirtschaftlicher Verkehr
Am Thu, 18 Oct 2007 11:39:53 + (UTC) schrieb Sven Geggus: Huh, highway=track? Ich tagge eigentlich alles was für Fahrradfahrer geeignet, sprich asphaltiert ist als highway=service. Es handelt sich ja auch um Land- und Forstwirtschaftliche Servicewege! Könnte man durchaus so sehen, allerdings gefällt mir die Sichtweise Wirtschaftswege für die Land- oder Forstwirtschaft (AFAIK fallen da auch Wege der Wasserwirtschaft darunter) besser. Als service tagge ich Erschliessungswege zu öffentlichen Einrichtungen, z.B. eine Anlieger frei Buckelpiste zum Wertstoffhof. Ich muss allerdings gestehen, dass mich die Unterscheidung schon oft genug hat verzweifeln lassen. Mittlerweile handhabe ich das so, dass eben die Nutzungsbeschränkung auf Land-/Forst/Wasserwirtschaft mein ausschlaggebendes Kriterium für einen track ist, der dann noch qualitativ (grade1 - grade5) unterschieden wird. D.h. daraus ergibt sich eine implizite Zugangsbeschränkung, die man mit foot=yes bicycle=yes erweitern kann. Allerdings ist mir noch kein Wirtschaftsweg untergekommen, der für Radfahrer oder Fussgänger gesperrt gewesen wäre, ausser es handelte sich um Privatgrund. Was ich mir auch immer Hinterkopf behalte, Ortskenntnis vorausgesetzt, ist die Frage wer für die Pflege der Straße verantwortlich ist. Wenn z.B. die Gemeinde darauf den Winterdienst durchführt, ist es im Zweifel highway=unclassified. Im Gegensatz dazu werden die Wirtschaftswege (zumindest hier in der Gegend) überwiegend von landwirtschaftlichen Genossenschaft gepflegt, z.B. neu aufgekiest. Unabhängig davon halte ich ein tag für agri/forst durchaus für angebracht. Bei uns wurden und werden reihenweise Wirtschaftswege an Bundes- und Staatsstraßen ausgebaut (sprich asphaltiert und mit Verkehrsschildern versehen) und formal zu Radwegen erkärt, blieben aber als Zufahrt zu den Flurstücken weiter für den landwirtschaftlichen Verker frei. micha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] 2 Nodes verbinden (War: JOSM nicht mehr zu gebrauchen)
Sehr umständlich. Geht es nicht etwas anwenderfreundlicher? Robert Jaemmrich schrieb: Jürgen Fleckenstein schrieb: Hallo, kann mir jemand erklären, wie ich 2 Nodes verbinden kann? Wo ist die Funktionalität geblieben? So kann man damit nichts mehr anfangen. 1. Markierwerkzeug (unter der Lupe - Hotkey 'S') wählen 2. Auf Node1 klicken: Node1 ist markiert 3. Zeichenwerkzeug (über dem Mülleimer - Hotkey 'A') wählen 4. Auf Node2 klicken: Beide Nodes sind jetzt verbunden HTH Robert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- Mit freundlichen Grüßen Jürgen Fleckenstein Lerchenweg 5 63768 Hösbach fon 06021 56314 fax 06021 51083 mobil 01577 4516008 callto://juergen.fleckenstein http://wiki.openstreetmap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering der Tiles -- Wann und wie?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter schrieb: Hallo, liebe Mailingliste! Ich bin vor ein paar Tagen auf die Openstreetmap aufmerksam geworden und habe mir sogleich ein GPS besorgt, um damit die noch recht ansehnlichen Lücken im deutschen Fernbahnnetz zu schließen. Zum Thema Eisenbahnnetz existiert die folgende (deutschsprachige!) Seite im Wiki: http://wiki.openstreetmap.org/index.php/WikiProject_Germany_Railway Nachdem ich die ersten Datensätze in den letzten paar Tagen hochgeladen habe, warte ich gespannt darauf, die Ergebnisse auf der Karte zu sehen. nur die GPX dateien, oder schon fertige ways mit railway=rail? Dabei ist mir im Moment überhaupt nicht klar, wie das Rendering der Tiles funktioniert. Wird dieser Prozess den automatisch angestoßen? Gibt es dafür eine Queue? Und kann man als Otto-Normalbenutzer dieses Rendering auch manuell anstoßen, wenn man es mal wieder nicht erwarten kann? Es gibt 2 Haupt-Renderer für OSM: Mapnik und Osmarender. Mapnik ist ein REnderer der Zentral auf einem Server läuft und wöchentlich (Mittwochs) mit dem aktuellen Planet geladen wird und nur on demand (wenn man sich die Gegend anschaut) aktualisiert. Die Alternative ist Osmarender, das Layer wird per [EMAIL PROTECTED] aktuell gehalten, und Tiles können direkt bei http://www.informationfreeway.org/ angefordert werden (auf Zoom 12 stellen und dann Strg-Klick) - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGLcXFUbODdpRVDwRAsByAJwL9T+kInA9u5AjRf1ZCPKcBIAMfQCeNBG/ 9k2j2A4uwHGhGwTtWmCPUtk= =kksk -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hafen
Raimond Spekking [EMAIL PROTECTED] wrote: 'man_made / pier' greift IMO zu kurz, 'waterway / dock' etwa? Hört sich für mich komisch an, um es für einen ganzen Hafen zu verwenden. Irgendwie fehlt mir der Harbo(u)r. Blind? Ich habe mir grade mal den Karlsruher Rheinhafen runtergeladen um zu sehen wie die Jungs das hier gemacht haben. 48.99237377459734,8.291476458232832 49.03636331046015,8.352331970180453 Da fehlen wohl tatsächlich die passende tags: Ich finde nur folgendes: name=Rheinhafen Karlsruhe waterway=river bzw. waterway=riverbank name=Rheinhafen Karlsruhe Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Validation Error, was ist falsch??
Hallo im Ausschnitt http://www.openstreetmap.org/index.html?mlat=54.352689490661376mlon=10.07665zoo m=13 habe ich 3 validation Errors ( crossing ways ). Ich führe einen Stream und einen Footway unter Brücken durch. Die Brücken haben das Attribut Bridge = yes und der Layer der Brücke ist positiver als Stream und Footway. Fehlt da sonst noch was oder ist das ein fehler im Validator. MfG Klaus Leiss ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de