Re: [Talk-de] Parkplätze
Martin Simon schrieb: Meines Erachtens ist es Unsinn, was da in den Map Features steht. Ein Objekt in der Wirklichkeit muß nicht durch 2 Objekte in OSM repräsentiert werden... Man sollte den Punkt und die Area durch eine Relation miteinander in Verbindung bringen, so dass der Punkt Vorrang vor der Area beim Zeichnen hat. Z.B. fuer Faelle wo es sinnvoll ist, die Position des Symbols selber festzulegen. Falls der Punkt dann nicht existiert, soll der Renderer aus der Geometrie des Parkplatzes das Symbol selber platzieren. Wichtig ist jedenfalls die Relation. Es gibt unter talk eine aehnliche Diskussion: Parking symbols: YUCK! Erstaunlicherweise schlaegt keiner Relationen vor. Gruesse, Julian 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] Wanderwege, Klettersteige, Kletterfelsen
Ich finde, für Wanderrouten/Klettersteige sollte irgendwie der Schwierigkeitsgrad mit erfasst werden. In den Alpen ist es ziemlich essenziell und nebenbei überlebenswichtig, irgendwie zwischen Turnschuh-tauglichen Wanderwegen und Klettersteigen zu unterscheiden. Hat sich darüber schon mal jemand Gedanken gemacht? Gibt es irgendeinen Ansatz? Habe nichts gefunden. Hier z.B. die Einteilung des Schweizer Alpenvereins: T1 Wandern Gelb Weg gut gebahnt T2 Bergwandern Weiss-rot-weiss Weg mit durchgehendem Trassee, teilweise steil T3 Anspruchvolles Bergwandern Weiss-rot-weiss z. T. exponierte Stellen mit Absturzgefahr, Geröllfeldern, weglosen Schrofen T4 Alpinwandern Weiss-blau-weiss Gelände bereits recht exponiert, heikle Grashalden, Schrofen, einfache Firnfelder und apere Gletscherpassagen T5 Anspruchsvolles Alpinwandern Weiss-blau-weiss Exponiert, anspruchvolles Gelände, steile Schrofen, Gletscher und Firnfelder mit Ausrutschgefahr T6 Schwieriges Alpinwandern Meist nicht markiert Kletterstellen bis II, häufig sehr exponiert, heikles Schrofengelände, Gletscher mit erhöhter Ausrutschgefahr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Hallo, nur so ne Idee: Meiner Meinung nach macht es in DE nicht unbedingt Sinn, Felder zu taggen. In DE besteht der größte Teil der Gesamtfläche aus Feldern (oder?) und da alles andere getaggt wird (Häuser, Industrie, Wasser, Wälder), ist das eben der Hintergrund. Das Argument, dass dann die Karte so weiß ist, verstehe ich nicht recht, denn wenn man sich selbst davon überzeugt, das der Renderer alle Felder weiß malt (und alle schwarzen Löcher schwarz), dann wäre doch alles ok, oder? Oder es sollte die Hintergrundfarbe im Renderer auf hellgrün geändert werden. Obwohl dann natürlich auch die Sahara grün wird. Oder sollte einfach eine Fläche über ganz DE gelegt werden mit landuse=farm und dann der Rest obendrüber? Und eine Fläche auf die Sahara mit landuse=desert? Ich fände es jedenfalls erstrebenswert, sich darauf zu einigen, dass das, was eh überall ist, nicht überall einzeln umrandet werden muss. Versteht jemand außer mir, was ich meine? Beste Grüße Chrischan Am 24.02.08 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, Auf der englischen Map-Feature-Seite steht davon nichts http://wiki.openstreetmap.org/index.php/Map_Features#Landuse landuse=farm: Animals, vegetables, flowers, fruit growing so verwende ich das auch. me too. Wird auch grün gerendert und nicht ziegelrot :) . Meines Erachtens ist das gerade für Äcker/Felder/Wiesen/Weiden gedacht. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen
Christian Linder [EMAIL PROTECTED] wrote: In den Alpen ist es ziemlich essenziell und nebenbei überlebenswichtig, irgendwie zwischen Turnschuh-tauglichen Wanderwegen und Klettersteigen zu unterscheiden. ACK! Ich habe meine Bergtour vom letzen Jahr eigentlich bisher nur deshalb nicht in OSM eingepflegt, weil ich einen schlecht markierten Gipfelweg eigentlich nicht unkommentiert als higway=footway taggen wollte. Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /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
Re: [Talk-de] Ackerland
Christian Linder schrieb: Meiner Meinung nach macht es in DE nicht unbedingt Sinn, Felder zu taggen. In DE besteht der größte Teil der Gesamtfläche aus Feldern (oder?) und da alles andere getaggt wird (Häuser, Industrie, Wasser, Wälder), ist das eben der Hintergrund. das ist auch meine meinung. in deutschland gibt es (zumindest nach meiner wahrnehmung) so gut wie keine ungenutzten flächen, die nicht in eine der anderen natural oder landuse kategorien fallen (vielleicht mal abgesehen vom gebierge jenseits der baumgrenze). jedenfalls halte ich wenig davon, ganz deutschland mit landuse=farm in unendlich aufwändiger weise (ich weiß, was ich sage, weil ich gerade versuche den schwarzwald einzuzeichnen) zuzukleistern und praktisch keinen nutzen davon zu haben. da wäre es dann noch am sinnvollsten, das komplette deutschlandpolygon mit landuse=farm; layer=-9 zu taggen. bisher war meine nutzung des landuse=farm so eher so, dass ich die direkte bauernhoffläche damit getaggt habe (aber vielleicht wäre da proposal für landuse=barnyard besser) Versteht jemand außer mir, was ich meine? JA grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Am 25.02.08 schrieb Christian Linder [EMAIL PROTECTED]: Hallo, nur so ne Idee: Meiner Meinung nach macht es in DE nicht unbedingt Sinn, Felder zu taggen. In DE besteht der größte Teil der Gesamtfläche aus Feldern (oder?) und da alles andere getaggt wird (Häuser, Industrie, Wasser, Wälder), ist das eben der Hintergrund. Das Argument, dass dann die Karte so weiß ist, verstehe ich nicht recht, denn wenn man sich selbst davon überzeugt, das der Renderer alle Felder weiß malt (und alle schwarzen Löcher schwarz), dann wäre doch alles ok, oder? Oder es sollte die Hintergrundfarbe im Renderer auf hellgrün geändert werden. Obwohl dann natürlich auch die Sahara grün wird. Oder sollte einfach eine Fläche über ganz DE gelegt werden mit landuse=farm und dann der Rest obendrüber? Und eine Fläche auf die Sahara mit landuse=desert? Ich fände es jedenfalls erstrebenswert, sich darauf zu einigen, dass das, was eh überall ist, nicht überall einzeln umrandet werden muss. Das, was grundsätzlich überall ist und nicht getaggt ist für mich unbekannte Fläche. Und da es noch einiges an Flächen gibt, für die kein vernünftiger Landuse-tag existiert, wäre es fatal, anzunehmen, daß alle ungetaggten Flächen Felder seien(also auch Übergangsflächen zwischen Landuse-Gebieten, z.B. das Stückchen Land, auf dem eine Autobahn mit beidseitig angrenzenden Wohngebieten verläuft. Sie befindet sich nicht im Wohngebiet, aber ein Feld wird es doch auch kaum sein, oder?). Es gibt übrigens auch eine ähnlich große Menge Wald in Deutschland - nicht genauso viel, aber auch beachtenswert. Ich fände es ebenso absurd, nur die Forsthäuser inkl. Betriebsgebäude als landuse=forest zu taggen und den Rest wegzulassen, da es so gigantische Flächen sind... Versteht jemand außer mir, was ich meine? Beste Grüße Chrischan Ja, aber ich halte es nciht für sinnvoll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
in deutschland gibt es (zumindest nach meiner wahrnehmung) so gut wie keine ungenutzten flächen, die nicht in eine der anderen natural oder landuse kategorien fallen (vielleicht mal abgesehen vom gebierge jenseits der baumgrenze). jedenfalls halte ich wenig davon, ganz deutschland mit landuse=farm in unendlich aufwändiger weise (ich weiß, was ich sage, weil ich gerade versuche den schwarzwald einzuzeichnen) zuzukleistern und praktisch keinen nutzen davon zu haben. da wäre es dann noch am sinnvollsten, das komplette deutschlandpolygon mit landuse=farm; layer=-9 zu taggen. Das ist einfach inkorrekt. Dann würde ich es lieber ganz weglassen. Was ist so aufwändig daran? Du zeichnest residential ein? Ja. Du zeichnest forest/wood ein? Ja. Du zeichnest industrial ein? Ja. Prima! Damit hast du über 90% der Punkte, die du für die landwirtschaftlichen Flächen brauchst, schon erledigt. Du musst sie nur noch verbinden. bisher war meine nutzung des landuse=farm so eher so, dass ich die direkte bauernhoffläche damit getaggt habe (aber vielleicht wäre da proposal für landuse=barnyard besser) Wenn du das Gelände einer Hofanlage einzeichnen willst, brauchst du meines Erachtens einen neuen tag dafür - es bringt niemandem etwas, wenn der tag für landwirtschaftliche Flächen dafür zweckentfremdet wird(siehe Definition Map Features(en)). MfG, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Frank Sautter schrieb: bisher war meine nutzung des landuse=farm so eher so, dass ich die direkte bauernhoffläche damit getaggt habe (aber vielleicht wäre da proposal für landuse=barnyard besser) genau so habe ich das bisher auch gehalten und ich hoffe doch sehr, daß es dabei bleibt. Es gibt ja bisher auch kein passenderes Tag, um einzelstehende Gehöfte zu markieren, landuse=residential passt hier nicht. Die von diesen Höfen bewirtschafteten Flächen (sofern es überhaupt noch welche gibt) sind ein ganz anderes Thema. Dafür kann ja das bereits erwähnte landuse=field benutzt werden, wenn es denn sein muss - innerhalb von Stadtbereichen macht das ja auch bestimmt Sinn. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
BroadwayLamb schrieb: neuerdings werden Parkplatzflächen (amenity=parking) automatisch mit zentral angeordnetem blau-weißem P gerendert. Das widerspricht der Beschreibung auf der Map-Features Seite, nach der Parkplätze als Fläche plus separatem Tag für das Symbol angelegt werden sollen. Die jetzige Vorgehensweise zerschießt (nicht nur) mir natürlich fast jeden angelegten Parkplatz. Hallo, das wird gerade sehr emotional auf der englischen Liste (talk) diskutiert. De Facto macht nun Osmarender genau das gleiche wie Mapnik es schon lange tut, Icons in Flächen setzen. Nur hat Mapnik einen algemeinen Überlagerungsschutz, der verhindert dass da plötzlich zwei Icons auftauchen. Wie Martin schon sagt wird der einzelne Node einfach überflüssig sobald einr von einer (bedeutungsgleichen) area umgeben ist. Man tagt ja auch nicht die einzelnen Nodes in einem Way zusätzlich noch mit highway= und name= nur weil sie auch teil der Straße sind. Das im Wiki da stellenweise etwas gegensätzliches steht stimmt und sollte mal korrigiert werden. Und zwar nicht nur bei P-Plätzen, sondern bei allen node vs. area-Konflikten. Auf talk wird gerade diskutiert ob man die knapp 6000 die davon weltweit betroffen sind irgendwie autmatisch entfernen kann. Ein alleinstehender node, für kleine Parkplätze oder die schnelle Erfassung im vorbeifahren ist übrigens nach wie vor korrekt. Das Icon wird übrigens nicht bei privaten Parkplätzen gezeichnet, die mit access=no/private als solche gekennzeichnet sind. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Hallo! Am 25.02.08 schrieb Christian Linder [EMAIL PROTECTED]: Hallo, nur so ne Idee: Meiner Meinung nach macht es in DE nicht unbedingt Sinn, Felder zu taggen. In DE besteht der größte Teil der Gesamtfläche aus Feldern (oder?) und da alles andere getaggt wird (Häuser, Industrie, Wasser, Wälder), ist das eben der Hintergrund. Das Argument, dass dann die Karte so weiß ist, verstehe ich nicht recht, denn wenn man sich selbst davon überzeugt, das der Renderer alle Felder weiß malt (und alle schwarzen Löcher schwarz), dann wäre doch alles ok, oder? Wir mappen aber halt nicht für die Renderer - da gibt es viele Sachen die im Moment alles andere als optimal dargestellt werden. Etwas nicht einzutragen obwohl es vorhanden ist, nur weil der Renderer es komisch darstellt, ist da imho nicht der richtige Weg Mich interessiert es schon, ob die Fläche neben der Straße nun wirklich ein Feld, oder eine Mülldeponie oder womöglich ein Steinbruch ist - beide (landuse=landfill;quarry) werden zB momentan weder von Osmarender noch von Mapnik dargestellt. Dann so zu tun als sei dort landwirtschaftliche Fläche, ist einfach falsch! Oder es sollte die Hintergrundfarbe im Renderer auf hellgrün geändert werden. Mapnik rendert landuse=farm zB. braun... Obwohl dann natürlich auch die Sahara grün wird. Oder sollte einfach eine Fläche über ganz DE gelegt werden mit landuse=farm und dann der Rest obendrüber? Weiß = keine (vom Renderer verstandenen) Informationen vorhanden - Farbe = Informationen vorhanden. Wenn jemand alle Felder rings um ein Dorf einträgt aber das Dorf selber nicht erfasst, ist für jeden klar, das dort A) *kein* Feld ist, und B) keine nähere Information vorhanden ist: Man könnte also erstmal die Daten selber anschauen, ob dort vielleicht etwas eingetragen ist, das nicht gerendert wird, und dann mal vorbeifahren und womöglich ein Dorf finden Und eine Fläche auf die Sahara mit landuse=desert? Ich fände es jedenfalls erstrebenswert, sich darauf zu einigen, dass das, was eh überall ist, nicht überall einzeln umrandet werden muss. Wie du selber schon sagst, besteht nicht ganz DE aus Feldern, sondern nur ein großer Teil - so zu tun als hätten wir informationen über diesen großen Teil, obwohl es in Wirklichkeit alles mögliche dort geben könnte, ist nun wirklich nicht Sinn der Sache! Gruß Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSMexport
Guten Tag Ich versuche gerade OSMExport unter Linux ans Laufen zu bekommen. Ich habe Ruby und Rubygems installiert, die OSMLIB-base-0.1.2 zusammen mit der OSM Datei in ein Verzeichnig entpackt und OSMEXPORT gestartet. . /osmexport.exe shp-natural.oxr LX.osm /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- xml/libxml (LoadError) from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in `require' from ./osmexport.exe:17 Ich habe dann versucht die libxml zu installieren gem install -r libxml-ruby ERROR: While executing gem ... (Errno::EACCES) Permission denied - /usr/lib/ruby/gems/1.8/cache/libxml-ruby-0.5.3.gem Vielleicht kann mir jemand helfen und sagen wo hier der Fehler ist. Vielen Dank Björn ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
BroadwayLamb schrieb: Frank Sautter schrieb: bisher war meine nutzung des landuse=farm so eher so, dass ich die direkte bauernhoffläche damit getaggt habe (aber vielleicht wäre da proposal für landuse=barnyard besser) genau so habe ich das bisher auch gehalten und ich hoffe doch sehr, daß es dabei bleibt. Es gibt ja bisher auch kein passenderes Tag, um einzelstehende Gehöfte zu markieren, landuse=residential passt hier nicht. Die von diesen Höfen bewirtschafteten Flächen (sofern es überhaupt noch welche gibt) sind ein ganz anderes Thema. Dafür kann ja das bereits erwähnte landuse=field benutzt werden, wenn es denn sein muss - innerhalb von Stadtbereichen macht das ja auch bestimmt Sinn. Oweia, die proposals zu dem Thema sind ja ein totales Chaos. Intuitiv würde ich Felder als landuse=agriculture taggen und evtl. über produce=cattle/corn/vine/etc. verfeinern. Den Hof (also das Grundstück mit Scheunen, Wohnhaus, Hühhnerstall, etc.) mit landuse=farm. Kann mir jemand erklären wieso meine Intuition hier so vollends von dem abweicht was andere vorschlagen, bzw. umgekehrt? :-) Danke, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Hi! Sven Grüner schrieb: BroadwayLamb schrieb: neuerdings werden Parkplatzflächen (amenity=parking) automatisch mit zentral angeordnetem blau-weißem P gerendert. Das widerspricht der Beschreibung auf der Map-Features Seite, nach der Parkplätze als Fläche plus separatem Tag für das Symbol angelegt werden sollen. Die jetzige Vorgehensweise zerschießt (nicht nur) mir natürlich fast jeden angelegten Parkplatz. [...] das wird gerade sehr emotional auf der englischen Liste (talk) diskutiert. De Facto macht nun Osmarender genau das gleiche wie Mapnik es schon lange tut, Icons in Flächen setzen. Nur hat Mapnik einen algemeinen Überlagerungsschutz, der verhindert dass da plötzlich zwei Icons auftauchen. Na, ich hoffe nur, dass sie das Verhalten lassen, wie es jetzt ist! Alles andere ist objektiv betrachtet einfach Blödsinn... Das im Wiki da stellenweise etwas gegensätzliches steht stimmt und sollte mal korrigiert werden. Und zwar nicht nur bei P-Plätzen, sondern bei allen node vs. area-Konflikten. Naja, es gibt auch sinnvolle Einsatzfälle, wo beides Sinn macht, z.B. Städte (Area um die Stadt, Node aufs Rathaus). Damit können beide Renderer übrigens auch schon lange gut umgehen. Parkplätze würde ich aber i.A. eher als Beispiel sehen, wo es meistens (!) keinen Sinn macht. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Am 25.02.08 schrieb Sven Grüner [EMAIL PROTECTED]: Oweia, die proposals zu dem Thema sind ja ein totales Chaos. in der Tat! Intuitiv würde ich Felder als landuse=agriculture taggen und evtl. über produce=cattle/corn/vine/etc. verfeinern. Das wäre wegen der Wechselwirtschaft sehr schwer zu pflegen (vielleicht abgesehen von Weinbergen) - ob da dieses Jahr nun Mais oder Rüben oder Kühe stehen, ist aber imho auch nicht so wichtig Den Hof (also das Grundstück mit Scheunen, Wohnhaus, Hühhnerstall, etc.) mit landuse=farm. landuse=farm geht für Areas und Nodes. Ein Node mit landuse=farm, name=Beispielhof reicht doch, oder nicht? Zusätzlich bleibt es ja jedem ungenommen ein landuse=farm name='Scheune von Beispielhof' building=true einzuzeichnen, wenn ihm danach ist... Bei landuse=industrial taggen wir doch auch (noch) nicht die Fabrikhalle die Kantine und das Aussenlager seperat. Da ist ein Zaun der an eine Straße oder eine andere Fläche grenzt, dahinter wird irgendwas, irgendwie und irgendwo auf dem Gelände produziert. Das gilt auch dann, wenn gar kein Zaun vorhanden ist, und mehrere Werksgelände nebeneinander liegen - hier zeichne ich auch nur ein landuse=industrial, halt an den Grenzen des Industriegebiets zu anderen Flächen. Verfeinern kann man das immernoch, genau wie bei den landuse=farm. Hier wäre es mir auch am liebsten, wenn wir irgendwann mal Flurstücke sepeart erfassen könnten - die Daten dafür kann man im Feld allerdings nicht so leicht erfassen wie ein Industriegebiet. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Gernot Hillier schrieb: Naja, es gibt auch sinnvolle Einsatzfälle, wo beides Sinn macht, z.B. Städte (Area um die Stadt, Node aufs Rathaus). Damit können beide Renderer übrigens auch schon lange gut umgehen. Parkplätze würde ich aber i.A. eher als Beispiel sehen, wo es meistens (!) keinen Sinn macht. Stimmt. Aber der Punkt einer Stadt ist ja in den seltensten Fällen der math. Schwerpunkt des Stadtgebiets sondern meist die Mitte des Rathausplatzes oder so. Darauf beziehen sich ja alle Entfernungangaben, die nicht jedesmal geändert werden, wenn sich der Schwerpunkt durch eine Eingemeindung verschiebt. Deshalb hat ein Node seine Berechtigung. Auch wenn ich momentan selber noch area mit place= tagge hätte ich es später am liebsten das jeder place eine Relation mit den entsprechenden membern ist: nodepolitischer Stadtmittelpunkt boundaryGrenzen des Stadtgebiets corearea(bewohnte/bebaute) Stadtfläche (Letzteres weil man eine Aussage wie ich bin in Berlin nicht am Verlauf der Stadtgrenze fest macht sondern an der Bebauung. Sonst würde man sagen ich bin (auf einem Acker) bei Berlin obwohl man noch innerhalb der Stadtgrenze ist.) So käme es garnicht erst zum Konflikt, wenn nur der node place= ist und die umgebenden Flächen als boundary=administrative bzw. landuse=residential/industiral/etc. getaggt sind. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Am Montag, 25. Februar 2008 08:56:22 schrieb Harald Kirsch: Am 25.02.2008 08:46 schrieb Martin Simon: Ein Objekt in der Wirklichkeit muß nicht durch 2 Objekte in OSM repräsentiert werden... Möchte nicht wissen, wieviele Straßen (ein Objekt in der Wirklichkeit) ich schon in mehrere Teile zerstückelt habe, weil verschiedene Annotationen notwendig waren. Insofern ist Deine Aussage in der Allgemeinheit wohl kaum haltbar. Harald. Du erzeugst also mehrere Objekte für *dasselbe Stück* Straße? Also z.B. einen Way mit highway=residential und darüber einen anderen mit oneway=true, damit die Einbahnstraßenpfeilchen genau an der Stelle erscheinen, an der du sie haben willst? Cool! Im Ernst: wo hört denn für dich eine Straße auf? Wenn der Name wechselt? Wenn die Klassifikation wechselt? Wenn die Zuordnung Bund/Land/Kreis wechselt? Straßen zu zerteilen ist eine völlig andere Geschichte als Parkplätze *doppelt* einzutragen - einmal als Punktförmiges Objekt und einmal als Fläche. Es wird schon nicht lange dauern, bis die Renderer selbstständig den Punkt innerhalb einer Fläche finden können, der (z.B.) zu allen Grenzen der Fläche den größtmöglichen Abstand hat. Damit wären dann außenliegende Icons bei komisch geformten Parkplatz-Flächen erledigt. MfG, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Stefan Schwan schrieb: Intuitiv würde ich Felder als landuse=agriculture taggen und evtl. über produce=cattle/corn/vine/etc. verfeinern. Das wäre wegen der Wechselwirtschaft sehr schwer zu pflegen (vielleicht abgesehen von Weinbergen) - ob da dieses Jahr nun Mais oder Rüben oder Kühe stehen, ist aber imho auch nicht so wichtig Man hat halt alle Möglichkeiten und der Pedant kann zweimal im Jahr alle Felder umtaggen. In der Praxis würde man aber wohl oft nur zwischen Viehzucht, Gemüse/Getreide (also Acker) und speziellen Pflanzen wie Wein, Hopfen, Erdbeeren usw. unterscheiden Den Hof (also das Grundstück mit Scheunen, Wohnhaus, Hühhnerstall, etc.) mit landuse=farm. landuse=farm geht für Areas und Nodes. Ein Node mit landuse=farm, name=Beispielhof reicht doch, oder nicht? Zusätzlich bleibt es ja jedem ungenommen ein landuse=farm name='Scheune von Beispielhof' building=true einzuzeichnen, wenn ihm danach ist... Mir geht es nicht um die einzelnen Gebäude sondern das gesamte Grundstück. Wenn man von einem Bauernhof redet meint man doch auch das Ganze inkl. Misthaufen und Reitkoppel. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Martin Simon schrieb: Es wird schon nicht lange dauern, bis die Renderer selbstständig den Punkt innerhalb einer Fläche finden können, der (z.B.) zu allen Grenzen der Fläche den größtmöglichen Abstand hat. Damit wären dann außenliegende Icons bei komisch geformten Parkplatz-Flächen erledigt. Das sollte eigentlich jetzt schon so sein. Die Icons werden mit dem gleichen Algortithmus gesetzt der neuerdings auch die Beschriftung von Flächen platziert. Letztere waren bisher nämlich auch oft außerhalb der Fläche. Aber wenn du Fälle hast wo das noch nicht greift* kannst du sie gerne posten und ich frage bobkare, ob er seinen Algorithmus noch verbessern mag. grüße, Sven *nicht alle [EMAIL PROTECTED] arbeiten schon damit, so kann es zeitweilig noch wie früher aussehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Am 25.02.08 schrieb Sven Grüner [EMAIL PROTECTED]: Stefan Schwan schrieb: Intuitiv würde ich Felder als landuse=agriculture taggen und evtl. über produce=cattle/corn/vine/etc. verfeinern. Das wäre wegen der Wechselwirtschaft sehr schwer zu pflegen (vielleicht abgesehen von Weinbergen) - ob da dieses Jahr nun Mais oder Rüben oder Kühe stehen, ist aber imho auch nicht so wichtig Man hat halt alle Möglichkeiten und der Pedant kann zweimal im Jahr alle Felder umtaggen. In der Praxis würde man aber wohl oft nur zwischen Viehzucht, Gemüse/Getreide (also Acker) und speziellen Pflanzen wie Wein, Hopfen, Erdbeeren usw. unterscheiden Agrarwissenschaftlich gibt es meines Wissens nach nur eine Unterscheidung von Sonder- und Getreidekultur. Ob also Gemüse oder Getreide wächst macht schon einen Unterschied.(Für Agrarwissenschaftler, nicht unbedingt für uns!) Zusätzlich unterscheidet man Dauer- von Wechselkulturen. Dauerkulturen bleiben länger als 5 Jahre stehen, da macht eine genauere Bestimmung womöglich schon Sinn (bei Weinbergen, zB) - eine Baumschule wird bei uns allerdings eh als landuse=forest getaggt. Fruchtwechsel sind Vorschrift! Sonder- und Getreidekultur kommt also auf fast allen Feldern (die keine Dauerkulturen sind) im Wechsel vor - zusätzlich zu den Brachezeiten (auch Vorschrift)- da könnte man dann wiederrum zwischen Rotations- Dauer- Grün- Schwarz- und WeissDerGeierWas-Brache unterscheiden - wozu?? Das alles finde ich allerdings für unseren Zweck nicht unbedingt so wichtig - das wesentliche wird doch durch unser landuse=farm : Animals, vegetables, flowers, fruit growing doch prima abgedeckt! Der Pedant kann das alles natürlich eintragen (meinetwegen sogar den pH-Wert des Ackers und einen Bodenhorizont dazu) Ich finde es nur wichtig das wir überhaupt die Info Hier ist landwirtschaftliche Fläche eintragen. Dafür ist laut der im Zweifel einschlägigen en:MapFeature-Seite der tag landuse=farm gedacht. landuse=farm geht für Areas und Nodes. Ein Node mit landuse=farm, name=Beispielhof reicht doch, oder nicht? Zusätzlich bleibt es ja jedem ungenommen ein landuse=farm name='Scheune von Beispielhof' building=true einzuzeichnen, wenn ihm danach ist... Mir geht es nicht um die einzelnen Gebäude sondern das gesamte Grundstück. Wenn man von einem Bauernhof redet meint man doch auch das Ganze inkl. Misthaufen und Reitkoppel. Das ist dann doch ehr was hierfür? http://wiki.openstreetmap.org/index.php/Relations/Proposed/Site http://wiki.openstreetmap.org/index.php/Relations/Proposed/Buildings Das einzige was mir fehlt, wäre ein building=greenhouse... Gruß Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Am Montag, 25. Februar 2008 16:26:31 schrieb Sven Grüner: Martin Simon schrieb: Es wird schon nicht lange dauern, bis die Renderer selbstständig den Punkt innerhalb einer Fläche finden können, der (z.B.) zu allen Grenzen der Fläche den größtmöglichen Abstand hat. Damit wären dann außenliegende Icons bei komisch geformten Parkplatz-Flächen erledigt. Das sollte eigentlich jetzt schon so sein. Die Icons werden mit dem gleichen Algortithmus gesetzt der neuerdings auch die Beschriftung von Flächen platziert. Letztere waren bisher nämlich auch oft außerhalb der Fläche. Aber wenn du Fälle hast wo das noch nicht greift* kannst du sie gerne posten und ich frage bobkare, ob er seinen Algorithmus noch verbessern mag. grüße, Sven Oh, Klasse! Ich hatte mir - faul wie ich bin - nicht die Mühe gemacht, vor dem schreiben noch einmal zu prüfen, ob die icons tatsächlich noch auf den Schwerpunkt gesetzt werden. *nicht alle [EMAIL PROTECTED] arbeiten schon damit, so kann es zeitweilig noch wie früher aussehen. Das merke ich bei mir in der Gegend täglich an Feld- und Waldwegen, die einige Clients auch jetzt noch ohne Berücksichtigung von tracktype= rendern... Gibt es nicht eine Möglichkeit, einen Mechanismus einzubauen, der bei erscheinen einer neuen Version (Release) des Clients selbstständig updated? Eine Internetverbindung ist ja in jedem Falle vorhanden, sonst funktioniert [EMAIL PROTECTED] nicht. MfG, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Hi! Martin Simon schrieb: Gibt es nicht eine Möglichkeit, einen Mechanismus einzubauen, der bei erscheinen einer neuen Version (Release) des Clients selbstständig updated? Eine Internetverbindung ist ja in jedem Falle vorhanden, sonst funktioniert [EMAIL PROTECTED] nicht. Von Zeit zu Zeit gibt es eine neue Client-Version, bei der der Code-Name geändert wird. Den überprüft der Server und weigert sich, mit den alten Clients noch zu kommunizieren. Genau das ist in den letzten Tagen (Wochen?) passiert. Zumindest hatte ich meinen Client einige Zeit nicht laufen und musste zwangsupdaten, bevor ich ihn wieder anwerfen konnte. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
BroadwayLamb schrieb: neuerdings werden Parkplatzflächen (amenity=parking) automatisch mit zentral angeordnetem blau-weißem P gerendert. Das widerspricht der Beschreibung auf der Map-Features Seite, nach der Parkplätze als Fläche plus separatem Tag für das Symbol angelegt werden sollen. Die jetzige Vorgehensweise zerschießt (nicht nur) mir natürlich fast jeden angelegten Parkplatz. das wird gerade sehr emotional auf der englischen Liste (talk) diskutiert. De Facto macht nun Osmarender genau das gleiche wie Mapnik es schon lange tut, Icons in Flächen setzen. Nur hat Mapnik einen algemeinen Überlagerungsschutz, der verhindert dass da plötzlich zwei Icons auftauchen. Die Diskussion gab es früher schon, bisher bevorzugte allerdings immer die Mehrheit mit durchaus nachvollziehbaren Argumenten die Lösung mit separatem Node. Sicher ist dieser in den meisten Fällen überflüssig, die bisherige Lösung ist aber flexibler - nicht immer gehört das P in die grafische Mitte einer Fläche, bei vielen kleinen Flächen möchte ich sogar ganz auf das Symbol verzichten. Gegen die Mapnik-Lösung ist natürlich nicht einzuwenden, im Gegenteil. So wäre es ideal, sofern ein eventuell vorhandener Node bei Position und Text den Vorzug erhält. Leider verfahren beide Renderer nach dem Zufallsprinzip, was der eine darstellt, rendert der andere gar nicht, oder völlig anders. Und Mapnik ist für mich dabei aus diversen Gründen nur die zweite Wahl. Auf talk wird gerade diskutiert ob man die knapp 6000 die davon weltweit betroffen sind irgendwie autmatisch entfernen kann. Bitte nicht. Ich habe natürlich sämtliche Beschriftungen nur auf den Nodes liegen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Parallele ways
Hallo, suche eine elegante Lösung um mit JOSM parallele ways (Straßen mit getrennten Fahrtrichtungen) anzulegen. Mit Copy and paste müssen ja nicht gerade Teilstücke nachbearbeitet werden. MfG Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSMexport
On Mon, Feb 25, 2008 at 02:27:28PM +0100, Björn Kaul wrote: Ich versuche gerade OSMExport unter Linux ans Laufen zu bekommen. Ich habe Ruby und Rubygems installiert, die OSMLIB-base-0.1.2 zusammen mit der OSM Datei in ein Verzeichnig entpackt und OSMEXPORT gestartet. . /osmexport.exe shp-natural.oxr LX.osm /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- xml/libxml (LoadError) from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in `require' from ./osmexport.exe:17 Ich habe dann versucht die libxml zu installieren gem install -r libxml-ruby ERROR: While executing gem ... (Errno::EACCES) Permission denied - /usr/lib/ruby/gems/1.8/cache/libxml-ruby-0.5.3.gem Vielleicht kann mir jemand helfen und sagen wo hier der Fehler ist. Die lubxml-Leute sind irgendwie grade dabei Pfade umzustellen. Jedesmal, wenn ich die lib probiere, gibt es andere Fehler. Ist also ein Problem mit der libxml. Ich hoffe, die haben das bald repariert. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSMexport
Ich habe das OSMEXPORT nochmal unter Windows ausprobiert Die GEMs osmlib-base und osmlib-export installieren problemlos, aber die libxml nicht ** ***/gem install libxml-ruby-0.5.3.gem /**/ /**/ERROR: Error installing gem libxml-ruby-0.5.3.gem[.gem]: buffer error/* Das OSMEXPORT funktioniert dann auch nicht.. /* osmexport shp-roads.oxr Slov.osm*/ /* c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_re quire': no such file to load -- xml/libxml (LoadError) from c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `re quire' from c:/ruby/lib/ruby/gems/1.8/gems/osmlib-export-0.1.2/bin/osmexport:17 from c:/ruby/bin/osmexport:16:in `load' from c:/ruby/bin/osmexport:16*/ auch eine älter Version von libxml lässt sich nicht installieren /* gem install libxml-ruby-0.3.8.4.gem Building native extensions. This could take a while... ERROR: While executing gem ... (RuntimeError) Error instaling libxml-ruby-0.3.8.4.gem: ERROR: Failed to build gem native extension. ruby extconf.rb install libxml-ruby-0.3.8.4.gem checking for socket() in socket.lib... no checking for gethostbyname() in nsl.lib... no checking for atan() in m.lib... yes checking for inflate() in z.lib... no checking for inflate() in zlib1.lib... no extconf failure: need zlib *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers. Check the mkmf.log file for more details. You may need configuration options. Provided configuration options: --with-opt-dir --without-o.. Gem files will remain installed in c:/ruby/lib/ruby/gems/1.8/gems/libxml-ruby-0. 3.8.4 for inspection.*/ Weiss da jemand Rat? Liebe Grüsse Björn Jochen Topf schrieb: Die lubxml-Leute sind irgendwie grade dabei Pfade umzustellen. Jedesmal, wenn ich die lib probiere, gibt es andere Fehler. Ist also ein Problem mit der libxml. Ich hoffe, die haben das bald repariert. Jochen * * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Überregionale Relationen für Routen , z.B. Radfernwege
Moin, Was mir immer mal im Kopf rumschwirrt, ist was ganz altmodisches - so eine Art Excel-Ansicht im JOSM, wo man fuer jedes Objekt einfach einen Tabellen-Eintrag hat, und dass man dann zwischen der Karte und der Liste umschalten kann. Ich koennte mir vorstellen, dass das fuer einige Sachen ganz praktisch waere. gar nicht dumm. Man könnte sowas wie Batchänderungen machen, also die Liste nach key oder value sortieren und dann alle hurtz selektieren und auf einen Schlag ändern. Geht zwar jetzt schon über die advanced Suchfunktionen, aber da muss man immer erst eine Weile 'rumprobieren. Schönen Abend, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen
Hi, ACK! Ich habe meine Bergtour vom letzen Jahr eigentlich bisher nur deshalb nicht in OSM eingepflegt, weil ich einen schlecht markierten Gipfelweg eigentlich nicht unkommentiert als higway=footway taggen wollte. ich finde außerdem dass man einen eigenen tag bräuchte wie highway=trail oder so den man dann mit einem weiteren Tag verfeinern kann (wie die Tracks beispielsweise). Ein Fußweg ist für mich eigentlich etwas, auf dem ich notfalls noch mit Stöckelschuhen (die trage ich zuhause öfter mal ;-) unterwegs sein kann. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anlegen von Flächen (landuse , lei sure etc. )
Moin, Ja, klingt plausibel. Die tücke liegt wahrscheinlich nur im detail ;) Zwischen wald und feld liegt oftmals eine grauzone wie eine breite hecke oder buschland. scrubs oder so ähnlich könnte man vielleicht verwendem. ich bin mir außerdem sicher dass wir irgendwann auch Straßen als Flächen anlegen werden. Die eigentlichen Straßen werden wohl Linien bleiben, aber 'drumrum malen wir eine Trasse, falls nötig mit Böschung. So machen wir es ja heute schon mit den Flüssen. Die Linien für's Routing, die Flächen für's Rendering. 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] Ackerland
Hi, Ich finde es nur wichtig das wir überhaupt die Info Hier ist landwirtschaftliche Fläche eintragen. finde ich auch. Dass die Renderer das dann vielleicht nicht rendern sollten ist eine andere Frage. Aber die Info in der Datenbank zu haben ist vorteilhaft. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Hi, Es gibt ja bisher auch kein passenderes Tag, um einzelstehende Gehöfte zu markieren, landuse=residential passt hier nicht. place=hamlet ist für Flächen auch zulässig. 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] Ackerland
Hi, jedenfalls halte ich wenig davon, ganz deutschland mit landuse=farm in unendlich aufwändiger weise (ich weiß, was ich sage, weil ich gerade versuche den schwarzwald einzuzeichnen) zuzukleistern und praktisch keinen nutzen davon zu haben. da könnte ich auch argumentieren dass wir keine Straßen mappen brauchen weil das unheimlich aufwändig ist und man doch sowieso von überall her überall hinkommt :) . da wäre es dann noch am sinnvollsten, das komplette deutschlandpolygon mit landuse=farm; layer=-9 zu taggen. Hm, das halte ich für eine schlechte Idee. Da wird Information zugefügt die keine ist. Das ist so ähnlich wie eine Straße mit Namen Unbekannt anzulegen, weil man gerade den Namen nicht parat hat. In einem solchen Fall lässt man halt den Namen weg und überlässt es anderen den nachzutragen, wenn man selber gerade nicht kann/will. Schönen Abend, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Marc Schütz schrieb: Denkbar wäre z.B. ein osmarender:renderIcon=no analog zum bereits existierenden osmarender:renderName=no, bzw. eine Relation mit type=render_hint und name und icon als Rollen für die Punkte. Genau so sehe ich das auch: der Punkt sollte (falls vorhanden) als Hint fuer der Renderer gesehen werden und die Beziehung zur Parkplatzflaeche ueber eine Relation beschrieben werden. Man sollte endlich anfangen Relationen konsequent einzusetzen und zu nutzen. Auf talk wird gerade diskutiert ob man die knapp 6000 die davon weltweit betroffen sind irgendwie autmatisch entfernen kann. Bitte nicht. Ich habe natürlich sämtliche Beschriftungen nur auf den Nodes liegen. Das wird natürlich berücksichtigt. Alle Tags auf den Nodes sollen auf die entsprechenden Flächen übertragen werden. Und damit vielleicht in 4369 Faellen die beste Position zur Darstellung der Icons auf der Landkarte geloescht. Da werden sich die Mapper aber freuen... Gruesse, Julian 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] Anlegen von Flächen (landuse , lei sure etc. )
Hi, Kann man das schon wo besichtigen? yo, hier beispielsweise der Rheinübergang mit und ohne riverbank: http://informationfreeway.org/?lat=48.93711160286499lon=8.18108087662575zoom=14layers=B000F000F Die Linien für's Routing, die Flächen für's Rendering. Zumindest beim fußgänger-routing werden die flächen aber wohl auch zu berücksichtigen sein. Im ganzen klingt deine prognose jedoch tragfähig ;) Wir nehmen ja Linien für's Routing weil's einfacher geht. Früher oder später sollte man aber auch die gedachten Linien, die durch Flächen führen, berücksichtigen können. Sonst wird's mit dem Fußgängerrouting schwierig, wenn man immer außen am Platz entlang geführt wird statt quer 'rüber :) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parallele ways
suche eine elegante Lösung um mit JOSM parallele ways (Straßen mit getrennten Fahrtrichtungen) anzulegen. Siehe mein Tool unten auf der Seite http://www.lenz-online.de/divers/mapping Ist zwar ein bisschen kompliziert zu bedienen, weil man den Original-Way erst mal separat abspeichern muss, spart aber bei längeren Ways viel Zeit. Mit Copy and paste müssen ja nicht gerade Teilstücke nachbearbeitet werden. Eben :( Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] WMS Server
Sven Grüner schrieb: Dort scheint momentan einiges schief zu laufen. Oha, allerdings. Karten, unter anderem welche, die von der Hamburger Wiki-Seite dorthin verlinkt waren, sind nicht mehr da und Upload und referenzieren geht momentan gar nicht. Dazu gab es eine Meldung, dass die bisherigen Daten auf rätselhafte weise verschwunden sind und man sich um die Rekonstruktion bemüht. Wie die Domain verrät ist dort halt alles eher experimentell. Habe jetzt zwei mails mit dem Betreiber gewechselt und erfahren, das sie den Dienst eigentlich gar nicht aktiv betreiben, sondern die Sachen halt noch von früher am laufen sind. Er hat den aktuellen Fehler aber (ausnahmsweise) trotzdem gefixt. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ackerland
Die von diesen Höfen bewirtschafteten Flächen (sofern es überhaupt noch welche gibt) sind ein ganz anderes Thema. Dafür kann ja das bereits erwähnte landuse=field benutzt werden, wenn es denn sein muss - innerhalb von Stadtbereichen macht das ja auch bestimmt Sinn. field ist ungünstig, wir benötigen erst einmal etwas allgemeineres, das auch weiden und streuobstwiesen umfasst. Auch diese großen gewächshäuser liegen wohl auf einem farm-gelände. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Am Montag 25 Februar 2008 schrieb Sven Grüner: Aber wenn du Fälle hast wo das noch nicht greift* kannst du sie gerne posten und ich frage bobkare, ob er seinen Algorithmus noch verbessern mag. Also ich hab jetzt schon 2 stellen, wo mich folgendes stört: Ein Parkplatz, in der mitte ein gebäude, in der regel ein supermarkt (nicht gerade selten, unser penny und unser rewe in murrhardt sind so). osmarender macht hier jetzt das P auf das Gebäude, auch wenn daneben genug platz wäre. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Hanno Böck schrieb: Also ich hab jetzt schon 2 stellen, wo mich folgendes stört: Ein Parkplatz, in der mitte ein gebäude, in der regel ein supermarkt (nicht gerade selten, unser penny und unser rewe in murrhardt sind so). osmarender macht hier jetzt das P auf das Gebäude, auch wenn daneben genug platz wäre. Murrhart? Meinst du dieses hier: http://openstreetmap.org/?lat=48.9834lon=9.5752zoom=13layers=0BFT Erstens war da noch ein alter Renderer zugange, der Supermarkt hatte auch gar kein Einkaufswagen-Icon. Ich habe mal ein rerendering angefordert, dann können wir sehen. Was mir aber aufgefallen ist, ist das an dem Punkt an dem Osmarender das Icon setzt (Mapnik übrigens auch) gleichzeitig ein Penny-Markt und ein Parkplatz eingezeichnet sind. Deshalb stellen die Renderer auch die Icons gleichzeitig dar. Ich hoffe ich war nicht zu forsch indem ich beim REWE mal den Parkplatz so getaggt habe, das er nicht das Supermarktgebäude überflutet (Multipolygon). Dann brauchst du auch kein layer=1 zu setzten. Oder sind Parkplatz und Supermarkt nicht ebenerdig? Damit wir auch ein Resultat sehen habe ich access auf public gesetzt. Werde das später wieder ändern. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Flyer Update
Hallo, erstmal danke an alle, die sich lobend ueber den Flyer ausgelassen haben ;-) ich habe jetzt keine Bestellungen mehr in der Queue, eine letzte Sendung ging am Montag raus. Jeder, der etwas bestellt hatte, sollte also beliefert worden sein (Modulo Postlaufzeit der einen Sendung von Montag). Falls ihr was angefordert, aber noch nicht erhalten habt, sagt bitte bescheid! (Die Lieferung nach Muenchen bringt Jochen am Wochenende mit.) Es sind jetzt noch knapp 2000 Flyer uebrig. Ein paar koennen wir sicher fuer die FOSSGIS im April brauchen (da haben wir etwas Einfluss auf die Teilnehmer-Tueten, die die Leute kriegen, eventuell kann man in jede einen reintun, mal fragen) und fuer den Linuxtag, aber so 1000 Stueck stehen auch noch zum Versand an die Community zur Verfuegung, also wenn jemand noch Bedarf hat, einfach melden. Wenn alle verbraucht sind, drucken wir Version 2.0 ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parallele ways
Paul Lenz schrieb: suche eine elegante Lösung um mit JOSM parallele ways (Straßen mit getrennten Fahrtrichtungen) anzulegen. Siehe mein Tool unten auf der Seite http://www.lenz-online.de/divers/mapping Ist zwar ein bisschen kompliziert zu bedienen, weil man den Original-Way erst mal separat abspeichern muss, spart aber bei längeren Ways viel Zeit. Könnte das nicht in JOSM integriert werden? Mit Copy and paste müssen ja nicht gerade Teilstücke nachbearbeitet werden. Eben :( Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Moin, Also ich hab jetzt schon 2 stellen, wo mich folgendes stört: Ein Parkplatz, in der mitte ein gebäude, in der regel ein supermarkt (nicht gerade selten, unser penny und unser rewe in murrhardt sind so). osmarender macht hier jetzt das P auf das Gebäude, auch wenn daneben genug platz wäre. osmerender setzt das Icon gna-den-los in die Mitte der BoundingBox. Mehr Intelligenz gibt es gerade nicht. Ich hätte mich wahrscheinlich dazu durchgerungen, nur den südlichen und östlichen Teil des Parkplatzes einzumalen und um das Gebäude herum nur den Serviceweg. 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] Parkplätze
Moin, Also ich hab jetzt schon 2 stellen, wo mich folgendes stört: Ein Parkplatz, in der mitte ein gebäude, in der regel ein supermarkt (nicht gerade selten, unser penny und unser rewe in murrhardt sind so). Murrhardt sieht ja echt nett aus. Die Murr und den Trauzenbach müsste man allerdings nochmal ein schwimmfähiges GPS 'runterschwimmen lassen :) . Wer kam denn in der Gemeinde auf die Idee, sich eine Eurostraße und eine D-Mark-Straße auszudenken?!? Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Google SoC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Talk-de! Auch heuer gibt es wieder einen Google Summer of Code. Da ich selbst mehr oder weniger aktiver OSM-Mapper bin, aber auch gerne Software entwickle, denke ich es macht Sinn mit OSM daran Teil zu nehmen. Ich würde gerne meinen Teil auch von Seite der Softwareentwicklung dazu beitragen, und auf Grund meiner notorischen Zeitknappheit wäre das eine Möglichkeit, da die Entwicklung nicht neben der Arbeit herlaufen müsste. Weiss jemand, ob OSM vorhat, sich als Projekt für den SoC anzumelden? Lg, Wolfgang. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHw7Iv1Iv7pFQO3noRAqliAJ44Cd0Fm90JFK7OEloUxxNqSKxyrgCeMZQd xMffMuqwJdKIPB54CfYSaCs= =pf4y -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Google SoC
OSM ist schon dabei sich zu bewerben: http://wiki.openstreetmap.org/index.php/Google_Summer_of_Code Auch heuer gibt es wieder einen Google Summer of Code. Gruß, Stephan. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
