Re: [Talk-de] Relation "verschwunden"
Am 18.05.2012 00:33, schrieb Frederik Ramm: Hallo, On 05/18/2012 12:02 AM, Andreas Tille wrote: anscheinend hab ich die Relation vor ein paar Tagen aus versehen gelöscht. Ich stelle sie gerne wieder her. Gebe aber zu bedenken, dass die Relation den Lizenzwechsel ohnehin nicht überlebt, da v1 von Mirko Küster stammt und der mit Sicherheit nicht mehr zustimmen wird. Der Plan ist tatsaechlich, bei solchen Relationen alles zu behalten, was von Zustimmern zugefuegt wurde, auch dann, wenn die Version 1 von einem Nichtzustimmer ist. Also an der Relation habe ich bereits seeehr viel gemacht. Ich hätte angenommen, daß nur der Teil wegfallen würde, den Leute, die nicht zustimmen gemacht haben, nicht aber alles. Ich erinnere mich, daß bevor ich dazu was beigetragen habe, nur außerhalb des Harzgebietes etwas vorhanden war (was mich ohnehin gewundert hatte). Das im Harz stammt zum großen Teil von mir und es wäre schön, wenn das erhalten bliebe. Also ich will mich nicht in Harzer Angelegenheiten einmischen, aber "Wege deutscher Kaiser und Könige des Mittelalters im Harz" hoert sich fuer mich ein bisschen wie eine "Kategorierelation" an. Oder ist das ein Wanderweg, der diesen Namen traegt? Bye Frederik Laut http://de.wikipedia.org/wiki/Kaiserweg ist das der Name eines Wanderweges, sollte aber nicht mit dem Kaiserweg verwechselt werden. Von daher gehe ich davon aus, dass die Relation überarbeitet werden müsste. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation "verschwunden"
Hallo, On 05/18/2012 12:02 AM, Andreas Tille wrote: anscheinend hab ich die Relation vor ein paar Tagen aus versehen gelöscht. Ich stelle sie gerne wieder her. Gebe aber zu bedenken, dass die Relation den Lizenzwechsel ohnehin nicht überlebt, da v1 von Mirko Küster stammt und der mit Sicherheit nicht mehr zustimmen wird. Der Plan ist tatsaechlich, bei solchen Relationen alles zu behalten, was von Zustimmern zugefuegt wurde, auch dann, wenn die Version 1 von einem Nichtzustimmer ist. Also an der Relation habe ich bereits seeehr viel gemacht. Ich hätte angenommen, daß nur der Teil wegfallen würde, den Leute, die nicht zustimmen gemacht haben, nicht aber alles. Ich erinnere mich, daß bevor ich dazu was beigetragen habe, nur außerhalb des Harzgebietes etwas vorhanden war (was mich ohnehin gewundert hatte). Das im Harz stammt zum großen Teil von mir und es wäre schön, wenn das erhalten bliebe. Also ich will mich nicht in Harzer Angelegenheiten einmischen, aber "Wege deutscher Kaiser und Könige des Mittelalters im Harz" hoert sich fuer mich ein bisschen wie eine "Kategorierelation" an. Oder ist das ein Wanderweg, der diesen Namen traegt? 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] Relation "verschwunden"
Hallo, die Relation ist wieder da. So viel ich weiß fliegt alles raus, was in v1 nicht clean ist. Aber evtl. können dir andere über das Verhalten des Bots bei Relationen mehr sagen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation "verschwunden"
Hi, On Thu, May 17, 2012 at 11:08:52PM +0200, aighes wrote: > Hallo Andreas, > anscheinend hab ich die Relation vor ein paar Tagen aus versehen > gelöscht. Ich stelle sie gerne wieder her. Gebe aber zu bedenken, > dass die Relation den Lizenzwechsel ohnehin nicht überlebt, da v1 > von Mirko Küster stammt und der mit Sicherheit nicht mehr zustimmen > wird. Also an der Relation habe ich bereits seeehr viel gemacht. Ich hätte angenommen, daß nur der Teil wegfallen würde, den Leute, die nicht zustimmen gemacht haben, nicht aber alles. Ich erinnere mich, daß bevor ich dazu was beigetragen habe, nur außerhalb des Harzgebietes etwas vorhanden war (was mich ohnehin gewundert hatte). Das im Harz stammt zum großen Teil von mir und es wäre schön, wenn das erhalten bliebe. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation "verschwunden"
Hallo Andreas, anscheinend hab ich die Relation vor ein paar Tagen aus versehen gelöscht. Ich stelle sie gerne wieder her. Gebe aber zu bedenken, dass die Relation den Lizenzwechsel ohnehin nicht überlebt, da v1 von Mirko Küster stammt und der mit Sicherheit nicht mehr zustimmen wird. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation "verschwunden"
Andreas Tille schrieb: > Gibt es dafür eine sinnvolle Erklärung und wie kann man den früheren > Zustand wieder herstellen? Die Relation ist anscheinend wegen Remapping gelöscht worden. Darauf lässt zumindest der Kommentar zur letzten Änderung schließen: http://www.openstreetmap.org/browse/relation/168042 Grüße, Michael signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation "verschwunden"
Hallo, ich habe im Harz schon einige Teile der Relation "Wege deutscher Kaiser und Könige des Mittelalters im Harz" (ID 168042) gemappt aber irgendwie scheint diese Relation verschwunden zu sein, denn http://ra.osmsurround.org/analyzeRelation?relationId=168042 liefert org.springframework.web.client.HttpClientErrorException: 410 Gone Gibt es dafür eine sinnvolle Erklärung und wie kann man den früheren Zustand wieder herstellen? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Tobias Knerr wrote: Das Konzept area:highway ergänzt zu jedem highway-Way noch eine Fläche. Wenn Flüsse "verständlich und handhabbar" sind, dann ist es auch area:highway, denn es ist dasselbe Konzept. Nein. Flüsse gibt es vergleichsweise wenige und die paar, die in meiner Gegend als Fläche gemappt sind, bei denen ist das auch durchaus angebracht, da der Fluss eine Breite hat, die durchaus beträchtlich ist. Wenn jetzt aber in jedem Wohngebiet für jede Straße statt einer Linie plötzlich drei oder gar 5 (mit Fußwegen links und rechts) gezeichnet werden, dann wird das beim Überblick über ein Wohnviertel schon mehr als unübersichtlich. Trifft weder hier noch dort zu. OSM ist eine geographische Datenbank und Straßen-/Treppenflächen sind geografische Daten. Und spätestens wenn jemand anfängt, die Gänseblümchen in seinem Garten zu mappen, werden wir feststellen, dass es nicht sinnvoll ist, das ganze beliebig detailliert zu machen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] railway = crossing
Hallo an alle, railway = crossing --> Fußweg kreuzt mit Bahnschienen railway = level_crossing --> Straße kreuzt mit Bahnschienen Was setzt man, wenn sich ein Gleis, eine Straße und ein Fußweg im gleichen Punkt kreuzen? (Kreuzung von Straße mit Straßenbahn und Fußgängerüberweg aus unterschiedlichen Richtungen) Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Mini-)Kreisverkehr: Beispiele
Hi! Ich habe den englischen Artikel nun aktualisiert: http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout Übersetzungen folgen in den nächsten Tagen. Danke an alle die sich an der Diskussion beteiligt haben und wertvollen Feedback geliefert haben. Abschließend noch eine Drohung: ich melde mich bald wieder mit dem nächsten Artikel. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 17.05.2012 20:12, schrieb Volker Schmidt: >> Welcher Einsteiger soll sich in dem Linienverhau, der da für einen >> einzigen Straßenverlauf eingezeichnet wird, noch zurechtfinden? Das Konzept area:highway ergänzt zu jedem highway-Way noch eine Fläche. Wenn Flüsse "verständlich und handhabbar" sind, dann ist es auch area:highway, denn es ist dasselbe Konzept. Dass in dem Screenshot auf der Proposal-Seite als eine Fläche für eine Straße verwendet wird, liegt daran, dass der Mapper dort Gehsteige als eigenen highway=* einzeichnet. Ob man das machen soll, wäre hier aber wirklich off-topic. Klar: _wenn_ es mehr als ein highway pro Straße gibt, dann kommt natürlich auch mehr als ein area:highway in Frage. > Ich habe gerade auf diese Seite: > https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/area:highway > einen Diskussionsbeitrag gesetzt "OSM ist kein CAD" > Trifft voll und ganz auch hier zu. Trifft weder hier noch dort zu. OSM ist eine geographische Datenbank und Straßen-/Treppenflächen sind geografische Daten. Es gibt gute Argumente dafür, andere Sachen mit höherer Priorität zu mappen. Aber dafür, diesen Daten die Eignung für OSM prinzipiell abzusprechen, sehe ich keine Grundlage. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
> Welcher Einsteiger soll sich in dem Linienverhau, der da für einen > einzigen Straßenverlauf eingezeichnet wird, noch zurechtfinden? > *1 Ich habe gerade auf diese Seite: https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/area:highway einen Diskussionsbeitrag gesetzt "OSM ist kein CAD" Trifft voll und ganz auch hier zu. Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Martin Koppenhoefer wrote: es "geht" alles mit width, ist aber gerade dann wenig sinnvoll, wenn es sich um Kurven und Ausbuchtungen handelt, da müsste man zig. Segmente zeichnen. Sobald man an der Form interessiert ist, und diese von der üblichen Straße abweicht (also nicht einfach eine mehr oder weniger gleichbleibende Breite hat), sind Flächen wünschenswert, z.B. in mittelalterlichen Stadtkernen (aber nicht nur da). Bleibt die Frage, wie detailliert man werden *muss*. Wenn ich detailliert sehen will, wie ein Gebiet aussieht, dann brauche ich keine von jemandem abgemalte Variante, sondern kann ein Luftbild verwenden. IMHO sollte sowas ohnehin einmal, ähnlich wie bei Google-Maps, als alternativer Layer auf osm.org angeboten werden. Ich wünsche mit mehr Toleranz. Die highway-areas, auf deren Proposal Du oben verweist, kollidieren nicht mit dem Graphenmodell. Sie sind wie bei Flüssen zusätzlich zu sehen, und wenn Du eine Landkarte erstellen willst, kannst Du sie einfach weglassen. Die Flüsse sind im Gegensatz zu diesem Straßen-Verhau noch verständlich und handhabbar. Welcher Einsteiger soll sich in dem Linienverhau, der da für einen einzigen Straßenverlauf eingezeichnet wird, noch zurechtfinden? Was muss ich als Mapper tun, wenn ich via GPS diesen Straßenverlauf anders erfasst habe, bzw. wenn etwas neues gebaut wurde, und ich das einzeichnen will? Ist ab dann der von $LUFTBILD abgepinselte Verlauf als einzig richte Lösung felsenfest zementiert oder darf ich meine Beobachtungen noch einzeichnen? Wenn ich meine Beobachtungen und Änderungen einbringe: Muss ich das rein optische "Gepinsel" dann auch nachziehen oder darf man das genau so (falsch) stehen lassen, wie es steht? Und vor allem: Was tun, wenn jemand ein Gebiet mit dieser Überdetaillierung "verschlimmbessert" hat, die zugrundeliegenden Wege aber mittlerweile mehrfach geändert und verbessert wurden? Darf man die falschen "highway-Flächen" nach einer angemessenen Zeit auch raushauen? Die Frage ist hier, wie auch in anderen Themen, immer: Ab welcher Komplexität werden Einsteiger abgeschreckt? Ab dem Zeitpunkt, ab dem man erstmal eine Schulung bräuchte, bevor man bei OSM anfangen kann, hat das Projekt etwas grundsätzlich falsch gemacht. Genau eine solche "Abschreckungswirkung" sehe ich aber in diesem Proposal für "abgemalte Landschaften". Wenn jemand eigentlich nur in seinem Wohnblock eine Straße korrigieren wollte, statt einer Linie dort aber 5 oder 6 nebeneinander vorfindet, dann kann er entweder lange nach dem Hintergrund suchen, oder er überlegt sich nochmal, ob er wirklich einen Weg ändern wollte. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu opening_hours
Hallo Martin, schau dir mal folgenden aktuellen Thread im Forum an: http://forum.openstreetmap.org/viewtopic.php?id=16679 Das sollte deine Frage beantworten. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin für das Tessin
http://www.kowoma.de/gps/freieKarten/osmkowomafreizeitkarte.html -- View this message in context: http://gis.19327.n5.nabble.com/Routingfahige-Garmin-fur-das-Tessin-tp5709049p5709261.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zu opening_hours
Ich habe ein Objekt, dass folgende Öffnungszeiten hat: 1. Nov. bis 31. März 9-13h und 15-18h 1. Apr. bis 31. Oktober 9-13h und 15-19h 1. Juli bis 31. August 9-13h und 16-19h Meine Frage: was passiert mit dem default, wenn man zusätzlich eine Datumsangabe macht? Mein vorläufiges Tagging war: "9:00-13:00;01.11.-31.03. 15:00-18:00;01.04.-31.10. 15:00-19:00;1.7.-31.8. 16:00-19:00" aber wäre da dann nicht im Juli August nachmittags von 15-19h geöffnet, weil das im 2. Zeitraum auch schon enthalten ist? Müsste man evtl. für April bis Oktober 2 Zeiträume machen (bis Juli und nach August)? Sollte man besser vor die allgemeine Zahl ein komplettes Jahr stellen (1.1.-31.12.)? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ostfriesische Insel wird nicht gerendert
Tirkon wrote: > Prüft da jemand zunächst die Coastline und stößt dann das Rendern von > Hand an, um so ein Disaster zu verhindern? Aus dem planetfile wird mit Hilfe einer (reichlich kaputten) toolchain eine shapedatei erzeugt, die dann manuell überprüft wird. Da naht aber Rettung, das neue Programm "osmcoastline" von Jochen Topf ist richtig gut und kann auch Meerespolygone erzeugen. Von Zeit zu Zeit wird diese Shapedatei neu erzeugt und die alte Datei wird ersetzt. Interessant ist bei Deinem konkreten Beispiel, dass ich in der aktuellen Version keinen Fehler finden kann (Die Wegrichtung stimmt), dass die Insel aber auch in meiner mit osmcoastline berechneten Datei vom 28.3. nicht erscheint. Ich rechne mal eine aktuelle Datei durch und sehe nach, ob das immer noch so ist. 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 giggls@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] World File import
Am 17. Mai 2012 14:50 schrieb Tobias Hobmeier : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Uh ... danke ... > eventuell sollte ich mich dann erstmal mit einem kleineren Ausschnitt > begnügen wo bekomme ich denn files zb von Bayern oder Deutschland her? Tagesaktuell bietet die Geofabrik so was an: download.geofabrik.de ansonsten aus einem Planet oder größeren Extrakt ausschneiden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] World File import
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Uh ... danke ... eventuell sollte ich mich dann erstmal mit einem kleineren Ausschnitt begnügen wo bekomme ich denn files zb von Bayern oder Deutschland her? Gruß Tobias On 05/17/12 14:30, Martin Koppenhoefer wrote: > 2012/5/17 Tobias Hobmeier : >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi >> ich wollte fragen wie schnell bei euch der import des Worldfiles läuft? >> Ich komme gerade mal auf 93k/s und das erscheint mir etwas arg langsam >> zu sein ... > > > Über eine Woche, ca. 8-9 Tage oder so beim letzten Mal. 8GB RAM, > Festplatten 7200U/min, Intel Dualcore. > > Gruß Martin > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtPQXAAoJEGkKxZ+TJ35M2W0H/0HBge6EdKILaU8/j55mvrBJ SOpQC0mj3q5abArl7lOGG9INHT18k42Ts7acq4ivTtCORjtAdJFr3+CYvJCAbLkT MTr0L/VFiefT1XGxQ3lVYtes+LBtpccX5mmt9EZPWdm+T3+lZNNtoiVkJuOVwiJx 9Y5adAC9/b/oHrvYOlmI1Dz2/ZZyYw/7Fkh7TxhgqT3i7yybGeEHAUfj9IGSHkdP 20x4T8WwkuTySBH21HfhJcAVIa3TTAaMHac0H/Sy+dQ7SQ/5W8fDXHAejmh2Nc22 lsSF+TA7+0ls59fb2iQquNjtNWUAetqUCEmqVb8L9927v3JvuHQGQbebrfu1Nu0= =ELWj -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 17. Mai 2012 13:30 schrieb Manuel Reimer : >> Highway=steps mit width ist voeelig ausreichend. Wenn ich eine breite, >> gebogene Monumentaltreppe habe, zerlege ich sie in mehrere ways, jeder >> z.B. >> 10m breit und ordne die ways entsprechend an. > Volle Zustimmung. ich bleibe dabei, 10 Treppen mit 10m Breite sind nicht dasselbe wie eine Freitreppe mit 100m Breite. Abgesehen davon geht es praktisch nicht, eine 100m breite Treppe, die nur relativ kurz ist, so genau zu positionieren, dass sie lagerichtig eingezeichnet ist (da geringste Abweichungen bereits riesige Auswirkungen haben). Die Anschlüsse von evtl. seitlich mündenden Wegen sind ausserdem dann ziemlich anders, wenn es auf dem Weg vom Rand zur Mitte weitere Treppen oder Wege gibt, kann man es in bestimmten Fällen mit dieser Methode sowieso nicht richtig abbilden. > Aber es geht noch viel übler: > http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway > > Geht definitiv auch mit "width=" und wäre dann auch für den Einsteiger noch > verständlich. es "geht" alles mit width, ist aber gerade dann wenig sinnvoll, wenn es sich um Kurven und Ausbuchtungen handelt, da müsste man zig. Segmente zeichnen. Sobald man an der Form interessiert ist, und diese von der üblichen Straße abweicht (also nicht einfach eine mehr oder weniger gleichbleibende Breite hat), sind Flächen wünschenswert, z.B. in mittelalterlichen Stadtkernen (aber nicht nur da). > Wenn man sowas liest, dann fragt man sich, was OSM eigentlich > ist. Ein Projekt, welches eine Landkarte erstellen will, oder ein Projekt, > das eine Landschaft abmalt. Es ist halt der übliche Konflikt, verschiedene Leute wollen unterschiedliches mit den Daten anstellen, und haben daher auch unterschiedliche Vorstellungen, wie diese repräsentiert werden sollen. OSM ist jedenfalls keine "Landkarte" sondern eine Geodatenbank. "Landkarte" suggeriert (unter anderem) einen bestimmten Maßstab, auf den (m.E. jedenfalls) OSM nicht festgelegt werden sollte. Es gibt neben Landkarten z.B. auch Lagepläne. Da ist ein ganz anderer Detailgrad vonnöten im Vergleich zu einer Landkarte 1:5 oder 1:20. > IMHO sollte Mapnik unbedingt so erweitert werden, dass es mit width= umgehen > kann. Meinetwegen auch nur im höchsten Zoom-Modus. So würde man solchen > Forderungen schon im Voraus den Wind aus den Segeln nehmen. Bestimmte Dinge wie Topologie (was ist wo angeschlossen, z.B. Platz an Häuser, was liegt wo dazwischen oder auf oder unter, etc.) sind in einem abstrakten Modell mit width und linearen Wegen teilweise nicht umzusetzen. Ich wünsche mit mehr Toleranz. Die highway-areas, auf deren Proposal Du oben verweist, kollidieren nicht mit dem Graphenmodell. Sie sind wie bei Flüssen zusätzlich zu sehen, und wenn Du eine Landkarte erstellen willst, kannst Du sie einfach weglassen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] World File import
2012/5/17 Tobias Hobmeier : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi > ich wollte fragen wie schnell bei euch der import des Worldfiles läuft? > Ich komme gerade mal auf 93k/s und das erscheint mir etwas arg langsam > zu sein ... Über eine Woche, ca. 8-9 Tage oder so beim letzten Mal. 8GB RAM, Festplatten 7200U/min, Intel Dualcore. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] World File import
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ich wollte fragen wie schnell bei euch der import des Worldfiles läuft? Ich komme gerade mal auf 93k/s und das erscheint mir etwas arg langsam zu sein ... Gruß Tobias ./osm2pgsql -U -m -d osm.db ../../wold/planet.bz2 --cache 8000 --create osm2pgsql SVN version 0.80.0 (32bit id space) Using projection SRS 900913 (Spherical Mercator) Setting up table: planet_osm_point NOTICE: table "planet_osm_point" does not exist, skipping NOTICE: table "planet_osm_point_tmp" does not exist, skipping Setting up table: planet_osm_line NOTICE: table "planet_osm_line" does not exist, skipping NOTICE: table "planet_osm_line_tmp" does not exist, skipping Setting up table: planet_osm_polygon NOTICE: table "planet_osm_polygon" does not exist, skipping NOTICE: table "planet_osm_polygon_tmp" does not exist, skipping Setting up table: planet_osm_roads NOTICE: table "planet_osm_roads" does not exist, skipping NOTICE: table "planet_osm_roads_tmp" does not exist, skipping Allocating memory for dense node cache Allocating dense node cache in one big chunk Allocating memory for sparse node cache Sharing dense sparse Node-cache: cache=8000MB, maxblocks=1024001*8192, allocation method=3 Mid: Ram, scale=100 Reading in file: ../../wold/planet-120508.osm.bz2 Unknown node type 8 Processing: Node(580550k 92.8k/s) Way(0k 0.00k/s) Relation(0 0.00/s) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtOrRAAoJEGkKxZ+TJ35M2s8H/1of5N6vWy9nGNB+dmS8j72W /VoGTG6z/azCPvR8mR3CxAq+2b4cUskR05PCtu8GifZ03B0ZY7cs3is/ejGhCw4A kf06G67KSME8FyKOCGBwJldyxs98urrjZOMeu8p8z9EBEjQtmCOcBEvlsOZUNoGS 7AuNGN1rFcV3358a5JpQ4vQ61bxSM9bH5+JSa9DGtDABt8z1mPFkqgzvAGSCJIgW 8o1vwI4X08HX1ZKqdRiqMqndE3BYYLlf99dqzJFu0Y0MsilM5y3U6e0VDNmM385J sEsBYdlmUyTDWhwCg4aXoEfWd7OMBx6z0XaUWPBt5G32gJPEdKghm56f4g+PjF0= =PmF6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Volker Schmidt wrote: Das muss einfacher gehn, oder es wird im Zweifelsfall von nur wenigen Experten benutzt. Sehe ich auch so. Highway=steps mit width ist voeelig ausreichend. Wenn ich eine breite, gebogene Monumentaltreppe habe, zerlege ich sie in mehrere ways, jeder z.B. 10m breit und ordne die ways entsprechend an. Volle Zustimmung. Wobei man hier eventuell sogar für ganz wenige Fälle tatsächlich eine Fläche malen könnte, diese aber dann lediglich für die Optik einzeichnet (ählich wie bei breiten Flüssen). Die Treppe, die dann eventuell auch ein Routing-Programm nutzt, dann weiterhin als Weg einzeichnen. Aber es geht noch viel übler: http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway Geht definitiv auch mit "width=" und wäre dann auch für den Einsteiger noch verständlich. Wenn man sowas liest, dann fragt man sich, was OSM eigentlich ist. Ein Projekt, welches eine Landkarte erstellen will, oder ein Projekt, das eine Landschaft abmalt. IMHO sollte Mapnik unbedingt so erweitert werden, dass es mit width= umgehen kann. Meinetwegen auch nur im höchsten Zoom-Modus. So würde man solchen Forderungen schon im Voraus den Wind aus den Segeln nehmen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Goldaufkauf
Hi, Shop=Gold ist ok. glaube ich. Gold ist wie Gebrauchtwagen An- und Verkauf. Oder kann man in dem Shop kein Gold kaufen? Würde mich wundern. Gruß Hannes Am 15.05.2012 17:48, schrieb Andreas Neumann: Mhhh... shop=gold würde ich als einen Laden interpretieren, wo man Gold kaufen kann... Also entweder das ganze als recycling definieren, oder einen allgemeinen Tag für eine Scheideanstalt finden. MfG Andreas On 05/15/2012 09:49 AM, Peter Wendorff wrote: Hi. Gleiches Problem hatte ich vorgestern auch. Hab erstmal shop=gold getagged, obwohl ich das für ungünstig halte, da ja nicht in erster Linie Gold verkauft, sondern angekauft wird. Ich denke aber, es lohnt sich jedenfalls, darüber nachzudenken. Gruß Peter Am 15.05.2012 09:25, schrieb hike39: Hallo, ich wollte gestern einen Laden erfassen, der altes Gold bzw. Edelmetall von Privatpersonen aufkauft. Leider habe ich auf den diversen "How to tag..." keinen Hinweis gefunden, welchen Value man einem solchen Shop geben könnte. Hat jemand von Euch eine Idee? Gruss hike39 ___ 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
