[Talk-de] Straße gelöscht
Hi, hier: http://openstreetmap.org/?lat=50.90486lon=12.73999zoom=16layers=0B0FTF hat mal wieder jemand ne Straße belöscht. Die B95 zwischen dem Knick und der Autobahnanschlußstelle. Kann man das einfach wieder herstellen oder musss ich es neu einzeichnen? Bekommt man heraus wer das war? thx michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
mit Potlatch U Schon gemacht, Straße wieder da ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
2008/8/22 Michael Wolf [EMAIL PROTECTED]: Juergen Buchner schrieb: mit Potlatch U Schon gemacht, Straße wieder da ... thx, bin mit potlatch nicht so vertraut, nutze lieber JOSM. Ich eigentlich auch, aber das Undelete ist echt cool bei den ganzen Löschmeistern, die hier rum laufen. Letztens hat einer den ganzen residential landuse von Offenbach gelöscht ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
Hi, wiederhergestellt ist sie nun ja schon, aber wenn du wissen willst wer es war, dann mußt du unter http://openstreetmap.org/ das Overlay Data wählen. Ne Region auswählen, die Daten laden und das entsprechende Element auswählen und dann auf show History klicken. schönen Gruß Alex Michael Wolf schrieb: Hi, hier: http://openstreetmap.org/?lat=50.90486lon=12.73999zoom=16layers=0B0FTF hat mal wieder jemand ne Straße belöscht. Die B95 zwischen dem Knick und der Autobahnanschlußstelle. Kann man das einfach wieder herstellen oder musss ich es neu einzeichnen? Bekommt man heraus wer das war? thx michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährverbindungen als Teil der normale n Straße
Hallo. Am Donnerstag, 21. August 2008 schrieb Garry: Und ausserdem ist das in Rendsburg ja eigentlich gar keine Fähre sondern eine Schwebebahn - hängt unter der Eisenbahnbrücke :-) Die eine ja: http://www.openstreetmap.org/?mlat=54.29323mlon=9.6829zoom=15 Die andere nein: http://www.openstreetmap.org/?mlat=54.30802mlon=9.71152zoom=15 :) Gruß, Bernd -- Frauen begnügen sich nicht mehr mit der Hälfte des Himmels, sie wollen die Hälfte der Welt. - Alice Schwarzer signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed LKW
Am 22.08.08 schrieb Garry [EMAIL PROTECTED]: die Ausnahmen müßte man dann den Vehicle-defaults erfassen, wann ein Fahrzeug unter access=goods fällt. Aber ob das unbeding in die OSM-Datenbank muss-hat ja nicht direkt was mit Geodaten zu tun.? Denke das lässt sich sinnvoller an anderer Stelle ablegen. Bitte erstmal lesen. Davon ist garnichts in den OSM-Datensätzen. Auf dieser Seite erfassen wir eindeutige Regeln, wie die OSM-Daten im Kontekt eines Navigationssystems zu interpretieren sind. Das war ursprünglich nur eine Liste, was man als default-wert für maxspeed abhängig vom highway-Tag in den diversen Ländern annehmen sollte und wurde kürzlich etwas stärker nach Fahrzeug-Typ differenziert. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährverbindungen als Teil der normale n Straße
Hallo. Am Donnerstag, 21. August 2008 schrieb Garry: Was das mappen angeht: Den Kostenfaktor für den Benutzer sehe ich nicht als Problem - spart sie doch meist einen grösseren Umwegen, was bei den heutigen Spritpreisen auch nicht billig ist. Naja, in meinem Fall waren es etwa 12 km Umweg durch den Kfz-Tunnel. Vergleichen mit (vorheriger) Buchung / Bezahlung einer Touri-Fähre wäre das immer die günstigere Wahl. Es ist also IMHO weiterhin einfach der Unterschied ob ich eine Fähre einfach so benutzen kann oder nicht. Entscheidender finde ich den Zeitfaktor - kurz nach Abfahrt der letzten Fähre am Abend an der Landungsbrücke zu stehen ist doof... Ja, das ist völlig richtig. Auch wenn die Haupt-Fähre nur zwischen 2:30 und 3:00 Uhr Wartungs-Pause macht, die Schwebefähre ist nachts außer Betrieb. Gruß, Bernd -- Die Unmenschlichkeit des Computers beruht darauf, dass er, richtig programmiert und einwandfrei funktionierend, so absolut ehrlich ist. - Isaac Asimov (am. Schriftsteller) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
Hi, Alexander Schulze schrieb: Hi, wiederhergestellt ist sie nun ja schon, aber wenn du wissen willst wer es war, dann mußt du unter http://openstreetmap.org/ das Overlay Data wählen. Ne Region auswählen, die Daten laden und das entsprechende Element auswählen und dann auf show History klicken. Genau das geht eben nicht, siehe Screenshot: http://www.bildercache.de/bild/20080822-104911-990.jpg Ich schätze MrJott ist Jürgen. Vorher gab es gar kein Objekt was man hätte anklicken können (für die History). cu mw ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
Am 22. August 2008 03:34 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, Das ist echt seltsam. Es passt irgendwie nicht ins Schema, weil es ja dann auch access=bicycle,bus,motorcar,motorcycle etc. geben müsste. es wäre dennoch sinnvoll wenn wir die 90% der gebräuchlichsten Fälle mal unter einen Hut bekämen. Die würde ich dann nämlich gerne in die JOSM-Presets einbauen. Hart abber ungerecht: die 10% Sonderfälle müssen dabei halt mal hinten ansetehen. Ich sehe access=agricultural nicht unbedingt als Fahrzeugklasse - Es muss ja nicht unbedingt ein Traktor sein: Wenn der Bauer mit seinem Quad oder Pickup unterwegs ist, darf er ja trotzdem durch... Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
Am 22. August 2008 10:51 schrieb Michael Wolf [EMAIL PROTECTED]: Genau das geht eben nicht, siehe Screenshot: http://www.bildercache.de/bild/20080822-104911-990.jpg Ich schätze MrJott ist Jürgen. Vorher gab es gar kein Objekt was man hätte anklicken können (für die History). Ist mir auch aufgefallen, mit dem Löschen ist wohl auch die History gelöscht worden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
hallo, dann weiß ichs leider auch nicht. Aber vielleicht bekommt man sowas ja mit ganz abenteuerlichen sql-Abfragen raus. Alex Michael Wolf schrieb: Hi, Alexander Schulze schrieb: Hi, wiederhergestellt ist sie nun ja schon, aber wenn du wissen willst wer es war, dann mußt du unter http://openstreetmap.org/ das Overlay Data wählen. Ne Region auswählen, die Daten laden und das entsprechende Element auswählen und dann auf show History klicken. Genau das geht eben nicht, siehe Screenshot: http://www.bildercache.de/bild/20080822-104911-990.jpg Ich schätze MrJott ist Jürgen. Vorher gab es gar kein Objekt was man hätte anklicken können (für die History). cu mw ___ 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
[Talk-de] Musteranschreiben für Datenfreigabe vo n Behörden/Firmen/Organisationen?
Hallo zusammen, da die folgende Frage in einem anderen Thread verborgen ist, hier auch nochmal separat mit richtigem Subject: Grund: Ich habe vor, Behörden, Firmen und sonstige Organisationen zwecks Datenfreigaben von Radweg-Routen u. ä. anzuschreiben und suche dafür Musteranschreiben. Frage: Gibt es dafür geeignete, deutsche Vorlagen, die man nur noch anpassen muss? Mit http://wiki.openstreetmap.org/index.php/De:Werbung als Grundlage könnte ich zwar starten und mir selbst was ausdenken, aber so ganz optimal sind die nicht für den von mir gewünschten Zweck. Liebe Grüße -Leupi- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Join node to way
Am 22. August 2008 00:34 schrieb Ulf Lamping [EMAIL PROTECTED]: Dirk Stöcker schrieb: On Thu, 21 Aug 2008, Andreas Titz wrote: Ein kleiner Hinweis allerdings: Join Node to Way ist für den Fall da, dass Knoten A fehlt. Also ein Weg dicht an einem Node vorbeiführt. Dann fügt das Join diesen Node in den Weg ein. zumindest bis vor kurzem (kanns gerade nicht pruefen) war das nicht ganz so, vielmehr fuegt das Join einen Punkt in den Weg ein, an den angeschlossen werden soll, und dann wird dieser Weg an diesem neuen Punkt geknickt und auf den anzuschliessenden Node gezogen. Hmm, Ergebnis ist das gleiche, oder? Nicht ganz. Bei mir - JOSM ist hier ein paar Wochen alt - bekommt der durchgehende Way einen Knick, den ich erst wieder mit Align nodes in Line (oder so ähnlich) ausbügeln muss (vorher natürlich den Knoten B und dessen Nachbarn markieren). Allerdings gibt es durchaus mal Anwendungsfälle, wo ich genau dieses Verhalten brauche, weil Knoten B korrekt positioniert ist und ein entstehender Knoten A es nicht wäre. Sagte ich doch: Fügt diesen Knoten in den Weg ein. Ich sagte nicht, dass der Knoten auf den Weg verschoben wird. Was in 100% aller Fälle, bei denen ich es gebraucht habe die für mich richtige Vorgehensweise gewesen wäre (und mir scheint nicht nur bei mir). Problem ist eigentlich (bei mir) immer, daß nicht der (schon bestehende gerade) Weg geändert werden soll, sondern der (meist neue) End-Node eines Weges zu diesem schon bestehenden Weg hinzugefügt werden soll. Schreibt einer mal einen Changerequest im JOSM Trac? Gruß ULFL ich habe das schon seit laengerem als Bug in Trac gemeldet. Ist m.E. eindeutig ein Bug. Richtig waere anhand der Beschreibung der Funktion/ des Namens, dass das letzte Segment des anzuschliessenden Ways (der selektierte einzelne Node) verlaengert wird bis zum Schnitt mit dem Segment, an das angeschlossen werden soll. Dieses sollte dabei keinesfalls deformiert werden sondern nur einen weiteren Node bekommen, der mit dem anzuschliessenden Node verschmolzen wird. Evtl. kann man sich ueberlegen, mit dieser Funktion auch das Verbinden eines einzelnen Nodes, der also nicht Teil eines Ways ist, zu erlauben. In diesem Fall wuerde der Node orthogonal auf das Segment projeziert, an das angeschlossen werden soll, und dann mit diesem verbunden (bzw. wuerde ein neuer Node eingefuegt und mit dem anzuschliessenden verschmolzen). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmals: Rettungspunkte
Am 22.08.08 schrieb Florian Schmitt [EMAIL PROTECTED]: Hallo nochmal, das aktuelle Proposal zu den Rettungspunkten (emergency_access_points) [1] sieht noch kein Attribut für die jeweilige Notrufnummer vor. Haltet ihr es für sinnvoll, das auch noch aufzunehmen, und ggf wie? Ich persönlich würde es für sinnvoll halten, denn dann könnte etwa dann, wenn im Notfall ein Verunglückter einen Rettungspunkt zwar orten, aber nicht erreichen kann, trotzdem ein Notruf direkt an die zuständige Rettungsleitzentrale abgesetzt werden, Gerade bei der Nutzung eines Mobiltelefons ist ja nicht unbesingt sichergesetllt, dass man gleich bei der richtigen Leitzentrale landet. Daher würde ich ein Attribut emergency_ goog_1219392918863telephone_code oder so ähnlich vorschlagen, dass die Rufnummer im Format +L-V-R (mit L: Ländercode, V: Vorwahl und R: Rufnummer) aufnimmt. Was haltet ihr davon? Hier würde ich vorschlagen konsistent mit amenity=telephone http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dtelephone zu bleiben und # phone=0123 456789 zu nutzen. Marcus Grüsse Florian [1] http://wiki.openstreetmap.org/index.php/Proposed_features/Emergency_access_point ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regionale OSM Mailingliste für Bayern
Gibt es hier noch mehr Interessenten für eine Bayern Liste? Ich sehe das mal als allgemeine Aufforderung an, sich hier zu melden und spreche mich für eine OSM Mailingliste für Bayern aus. Viele Grüße, Oscar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
Hallo, dann weiß ichs leider auch nicht. Aber vielleicht bekommt man sowas ja mit ganz abenteuerlichen sql-Abfragen raus. Ja, bloss kann man die von aussen nicht machen, man hat ja nur API-Zugriff und keinen SQL-Zugriff. Eine Undelete-Funktion wie bei Potlatch ist in JOSM et al. nicht moeglich, weil es keine API-Funktion gibt, die einem alle geloeschten Objekte in einem Bereich anzeigt. Wenn jemand ein bisschen Ruby kann und mal in die API-Programmierung einsteigen will... ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmals: Rettungspunkte
Hallo. Am 22. August 2008 11:34 schrieb Marcus Wolschon [EMAIL PROTECTED]: http://wiki.openstreetmap.org/index.php/Talk:Approved_features/emergency_access_point#phone-number Danke, hätte ich auch gleich machen können :-) Und hinsichtlich der Formatierung der Nummer: sehe ich genauso und befürworte ich daher Grüsse Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Menü Spocht in JOSM
Am 22. August 2008 03:03 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, unter Sport zunächst im Presetmenu nur ein paar Menu-Punkte für die Art der Anlage (Stadion, Platz, Multi, Sportscentre...) und dann nachdem man draufgeclickt hat neben der Namenseingabe ein dropdownmenü für die Sportart und ggf. weitere Tags und checkboxen für sonstige Tags präsentieren. ich zerlege vorläufig das Menü in drei Einzelmenüs, Sporteinrichtungen, Ballsportarten und Sport. Nicht optimal, aber besser als nichts :) . Best regards, ce ich nehme an, unter Sporteinrichtungen findet sich dann sowas wie Stadion, Sportplatz, Bahn, Halle, Fitnessstudio, etc. Es waere nett, wenn man dann z.B. unter Platz die entsprechenden Sportarten zum Ankreuzen (oder Auswahl) finden wuerde (dort, wo auch der Name abgefragt wird, analog der Attribute von highways, etc.), also z.B. Fussball, Basketball, Volleyball, etc. gefaellt Dir nicht so gut, oder ist zu aufwendig? Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regionale OSM Mailingliste für Bayern
Am Donnerstag 21 August 2008 schrieb Andreas Hubel: Hi, könnten wir nicht eine Regionale OSM Mailingliste für Bayern einrichten? ich weiss nicht, ich bin eigentlich eher gegen eine weitere zersplitterung... wichtig waere dann halt, dass dort nur lokale sachen ausgemacht/besprochen werden, und allgemeine dinge auf der talk-liste bleiben... es gibt uebrigens wohl schon eine niederbayern-liste, vielleicht kann man di auf bayern ausweiten... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Join node to way
Sagte ich doch: Fügt diesen Knoten in den Weg ein. Ich sagte nicht, dass der Knoten auf den Weg verschoben wird. Was in 100% aller Fälle, bei denen ich es gebraucht habe die für mich richtige Vorgehensweise gewesen wäre (und mir scheint nicht nur bei mir). Man kann das aber emulieren, indem man danach die Align-Funktion benutzt. Wenn die Join-Funktion standardmäßig den Knoten verschiebt, dann hat man immer die ursprüngliche Position des Knotens verloren. Problem ist eigentlich (bei mir) immer, daß nicht der (schon bestehende gerade) Weg geändert werden soll, sondern der (meist neue) End-Node eines Weges zu diesem schon bestehenden Weg hinzugefügt werden soll. Hmm... versteh ich überhaupt nicht. Wenn du einen neuen Node zum Weg dazufügen willst, geht das doch mit dem Way-Tool (auch wenn der Node schon besteht). Oder willst du zwei Knoten vereinigen? Dann kannst du Merge Nodes verwenden. Schreibt einer mal einen Changerequest im JOSM Trac? http://josm.openstreetmap.de/ticket/1444 Grüße, Marc -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed LKW
Am 22. August 2008 10:07 schrieb Marcus Wolschon [EMAIL PROTECTED]: Am 22.08.08 schrieb Garry [EMAIL PROTECTED]: die Ausnahmen müßte man dann den Vehicle-defaults erfassen, wann ein Fahrzeug unter access=goods fällt. Aber ob das unbeding in die OSM-Datenbank muss-hat ja nicht direkt was mit Geodaten zu tun.? Denke das lässt sich sinnvoller an anderer Stelle ablegen. Bitte erstmal lesen. Davon ist garnichts in den OSM-Datensätzen. Auf dieser Seite erfassen wir eindeutige Regeln, wie die OSM-Daten im Kontekt eines Navigationssystems zu interpretieren sind. Das war ursprünglich nur eine Liste, was man als default-wert für maxspeed abhängig vom highway-Tag in den diversen Ländern annehmen sollte und wurde kürzlich etwas stärker nach Fahrzeug-Typ differenziert. Marcus eben. Und noch nicht ganz richtig, habe es mal ein bisschen geaendert entsprechend den Definitionen in access: # goods (Goods vehicles up to 3.5 tonnes) # hgv (Heavy Goods Vehicle - usually more than 3.5 tonnes) Fuer Lieferwaegen bis 3,5 t gelten in D die ueblichen Bestimmungen (ist die Beschreibung unter access hier evtl. sowieso falsch und gemeint ist ueber 3,5 t ?), hgv werden in Deutschland nochmal unterteilt in welche von 3,5 bis 7,5 t und dann die richtigen LKW ueber 7,5 t zul Gesamtgewicht. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (fwd) Validator: false positive: overlapping ways highway=*, natural=*
Hi Leute! Da meine Mails an josm-dev irgendwie im Nirwana verschwinden, leite ich das einfach mal hierher weiter. Die aktivsten JOSM-Entwickler kommen ja AFAIK aus Deutschland. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ---BeginMessage--- Hi! The Validator is marking two ways sharing some nodes as overlapping. While in general this is wanted, I've just encountered a case where it's a false positive: One of the ways is highway=*, the other is natural=*. Personally, I'd rather use some relation for the boundary (containing the street as a member), I don't think it's really wrong. To remove these false positives, we'd probably need to create some feature groups where ways of different groups coexist peacefully, but members of the same group conflict. From a quick scan over Map Features, I'd propose the following groups: Group Physical: highway=* waterway=* railway=* aeroway=* aerialway=* power=* man_made=* leisure=* amenity=* shop=* tourism=* historic=* military=* Group Classification: landuse=* natural=* sport=* abutters=* Single-Member groups: route=* boundary=* Someone got a better solution? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- On Thu, Aug 21, 2008 at 06:54:39PM +0200, Sascha Silbe wrote: Group Classification: landuse=* natural=* sport=* abutters=* On second thought, overlapping ways even within a member of this group are often false positives: Unless a relation is used, adjoining areas will usually share nodes. Since the Overlapping check is different from the Crossing check (so intersecting areas are still cought), I'd probably just restrict the former one to the case where ALL nodes of one way are part of the other way. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ---End Message--- signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Undeleting ways in Potlatch (was: St raße gelöscht)
Can someone familiar with Potlatch look into what happened to way 26468813? This is a way that has been deleted and afterwards undeleted using Potlatch. As you can see in the screenshot referenced below, the history shows only two edits. I would have expected at least three (1 creation, 1 deletion, 1 undeletion). It seems that the two edits are both undeletions, and the way history before the undeletion has been lost. Here is the way's history: http://openstreetmap.org/browse/way/26468813/history Original-Nachricht Datum: Fri, 22 Aug 2008 10:51:07 +0200 Von: Michael Wolf [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Straße gelöscht Hi, Alexander Schulze schrieb: Hi, wiederhergestellt ist sie nun ja schon, aber wenn du wissen willst wer es war, dann mußt du unter http://openstreetmap.org/ das Overlay Data wählen. Ne Region auswählen, die Daten laden und das entsprechende Element auswählen und dann auf show History klicken. Genau das geht eben nicht, siehe Screenshot: http://www.bildercache.de/bild/20080822-104911-990.jpg Ich schätze MrJott ist Jürgen. Vorher gab es gar kein Objekt was man hätte anklicken können (für die History). cu mw ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed LKW
Am 22. August 2008 12:12 schrieb Martin Koppenhoefer [EMAIL PROTECTED]: Am 22. August 2008 10:07 schrieb Marcus Wolschon [EMAIL PROTECTED]: Am 22.08.08 schrieb Garry [EMAIL PROTECTED]: die Ausnahmen müßte man dann den Vehicle-defaults erfassen, wann ein Fahrzeug unter access=goods fällt. Aber ob das unbeding in die OSM-Datenbank muss-hat ja nicht direkt was mit Geodaten zu tun.? Denke das lässt sich sinnvoller an anderer Stelle ablegen. Bitte erstmal lesen. Davon ist garnichts in den OSM-Datensätzen. Auf dieser Seite erfassen wir eindeutige Regeln, wie die OSM-Daten im Kontekt eines Navigationssystems zu interpretieren sind. Das war ursprünglich nur eine Liste, was man als default-wert für maxspeed abhängig vom highway-Tag in den diversen Ländern annehmen sollte und wurde kürzlich etwas stärker nach Fahrzeug-Typ differenziert. Marcus eben. Und noch nicht ganz richtig, habe es mal ein bisschen geaendert entsprechend den Definitionen in access: # goods (Goods vehicles up to 3.5 tonnes) # hgv (Heavy Goods Vehicle - usually more than 3.5 tonnes) Fuer Lieferwaegen bis 3,5 t gelten in D die ueblichen Bestimmungen (ist die Beschreibung unter access hier evtl. sowieso falsch und gemeint ist ueber 3,5 t ?), hgv werden in Deutschland nochmal unterteilt in welche von 3,5 bis 7,5 t und dann die richtigen LKW ueber 7,5 t zul Gesamtgewicht. Martin ich habe auch hiermit ein Problem: highway=trunk + lanes=2 and more maxspeed=unlimited Entscheidend ist gem. StVO nicht die Klassifizierung, trunks gibt es in D sowieso nicht. Ausserhalb geschlossener Ortschaften und baulich getrennt oder mind. 2 Fahrbahnen JE RICHTUNG ist das Merkmal. D.H. es koennte eine primary oder secondary sein. Die bauliche Trennung nehmen wir ueblicherweise aber nicht als solche auf. Theoretisch moeglich waere ja auch eine Einbahnstrasse (oneway=1 oder -1). lanes=2 bezeichnet aber jede uebliche Strasse (sofern die Richtungen nicht getrennt gemappt wurden und daher ein oneway=yes tragen), es muesste also lanes=4 bzw. lanes=2 und oneway=true sein. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed LKW
Hallo. Am Freitag, 22. August 2008 schrieb Martin Koppenhoefer: hgv werden in Deutschland nochmal unterteilt in welche von 3,5 bis 7,5 t und dann die richtigen LKW ueber 7,5 t zul Gesamtgewicht. Nicht zu vergessen die LKW ab 12 Tonnen, für die auf diversen Stecken Mautpflicht besteht. Gruß, Bernd -- Verbesserung der Oberfläche hört sich an wie die Streichung liebgewonnener Features - bei GNOME weiss man ja nie... (gefunden auf www.prolinux.de) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed LKW
On Fri, Aug 22, 2008 at 12:22:06PM +0200, Martin Koppenhoefer wrote: Die bauliche Trennung nehmen wir ueblicherweise aber nicht als solche auf. Ich dachte bisher: bauliche Trennung = 2x Weg mit oneway=1. [...] es muesste also lanes=4 bzw. lanes=2 und oneway=true sein. IMO nur letzteres. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RFC: Tags für Tags
Hallo. Ich weiß, dass dies vermutlich nicht der geeignete Platz ist um so etwas einzuwerfen, aber ich bin zu faul das auf englisch zu formulieren und herauszufinden wer wirklich zuständig sein könnte. Wir haben jetzt diverse Dinge, die wir mit dem aktuellen Tagging-Schema nicht richtig abbilden können. Seien es Verbote, die gezielt für einzelne Gruppen gelten oder aufgehoben werden (maxweight=6 / Anlieger frei), Unterschiedliche Höchstgeschwindigkeiten für unterschiedliche Fahrzeuge (Autos 80, LKW 60) oder ähnliches. All das wird dann mit abenteuerlichen Konstruktionen gelöst, die oft damit arbeiten, dass ein Schlüssel oder Wert in mehrere Teile zerlegt werden soll. Dass das Fehleranfällig und ungleich schwieriger zu verarbeiten ist, ist wohl klar. Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann. Damit wäre es möglich, z.B. ein access=destination unterhalb eines maxweight=6 zu setzen. Oder ein maxspeed=60 unterhalb eines hgv=yes/destination. Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), wäre das IMHO eine Sache, die eingeführt werden sollte. Gab es dazu schonmal eine Diskussion? Wenn nicht, würde ich die gerne hier anstoßen. Wenn es Anklang findet, würde ich auch einen englischen Text dazu schreiben. :) Gruß, Bernd signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmals: Rettungspunkte
Moin, Hier würde ich vorschlagen konsistent mit amenity=telephone http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dtelephone zu bleiben und # phone=0123 456789 zu nutzen. hab' ich schonmal in die JOSM-Presets eingebaut. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Am 22. August 2008 12:48 schrieb Bernd Wurst [EMAIL PROTECTED]: Hallo. Ich weiß, dass dies vermutlich nicht der geeignete Platz ist um so etwas einzuwerfen, aber ich bin zu faul das auf englisch zu formulieren und herauszufinden wer wirklich zuständig sein könnte. Wir haben jetzt diverse Dinge, die wir mit dem aktuellen Tagging-Schema nicht richtig abbilden können. Seien es Verbote, die gezielt für einzelne Gruppen gelten oder aufgehoben werden (maxweight=6 / Anlieger frei), Unterschiedliche Höchstgeschwindigkeiten für unterschiedliche Fahrzeuge (Autos 80, LKW 60) oder ähnliches. All das wird dann mit abenteuerlichen Konstruktionen gelöst, die oft damit arbeiten, dass ein Schlüssel oder Wert in mehrere Teile zerlegt werden soll. Dass das Fehleranfällig und ungleich schwieriger zu verarbeiten ist, ist wohl klar. Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann. Damit wäre es möglich, z.B. ein access=destination unterhalb eines maxweight=6 zu setzen. Oder ein maxspeed=60 unterhalb eines hgv=yes/destination. Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), wäre das IMHO eine Sache, die eingeführt werden sollte. Gab es dazu schonmal eine Diskussion? Wenn nicht, würde ich die gerne hier anstoßen. Wenn es Anklang findet, würde ich auch einen englischen Text dazu schreiben. :) Gruß, Bernd prinzipiell dafuer. Du meinst verschachtelte (nested) tags, oder? Bin mir nicht ganz klar, wie man es semantisch darstellen koennte, aber da haben die Programmierer sicher ihre Erfahrungen und Moeglichkeiten. Die Gefahr, die ich sehe, ist dass der Nerd-faktor erhoeht wird, d.h. Einsteiger mit wenig Computererfahrung haben es sicher ein bisschen schwerer, diese verschachtelten Tags zu verstehen (und insgesamt erhoeht sich fuer alle die Komplexitaet). Anderseits wird das auch eher ein Konstrukt fuer Spezialfaelle bleiben, als zur Regel werden. Evtl. koennte man damit auch das Problem der strassenbegleitenden Fahrradwege loesen. D.H. ein oneway=-1 oder ein lanes=2 koennte man unter dem Fahrradweg ablegen und diesen damit naeher beschreiben, ohne dass die Tags mit denen der Strasse in Konflikt kommen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hi, Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), wäre das IMHO eine Sache, die eingeführt werden sollte. Du meinst, wenn es eh nix wird, kann man es auch noch mit komplizierten Features ueberfrachten ;-) Ich sehe bei Baumstruktur-Tags einen Editor-Alptraum voraus. Ich will auf jeden Fall nicht der sein, der das implementieren muss ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Moin, Ich weiß, dass dies vermutlich nicht der geeignete Platz ist um so etwas einzuwerfen, aber ich bin zu faul das auf englisch zu formulieren und herauszufinden wer wirklich zuständig sein könnte. zuständig bist zuallererst Du selbst :) . [...] Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann. Damit wäre es möglich, z.B. ein access=destination unterhalb eines maxweight=6 zu setzen. Oder ein maxspeed=60 unterhalb eines hgv=yes/destination. Damit ließen sich sicher manche Sachen besser abbilden, andere wiederum schlechter. Das Editieren würde auf jeden Fall nicht einfacher. Setze doch mal einen Server auf der mit einer Baumstruktur arbeitet. Damit könnte man mal eine Weile experimentieren und dann sehen, welche Vor- und Nachteile das mit sich bringt. Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), Selbst wenn Du so denkst: Ich hätte mich anders ausgedrückt. wäre das IMHO eine Sache, die eingeführt werden sollte. Gut, Du machen :) . Gab es dazu schonmal eine Diskussion? Wenn nicht, würde ich die gerne hier anstoßen. Wenn es Anklang findet, würde ich auch einen englischen Text dazu schreiben. :) Yo, fänd' ich gut. Wäre allerdings in [EMAIL PROTECTED] besser aufgehoben. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
Hallo! verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. In letzter Zeit habe ich ständig das Problem, das der Logger nicht mehr richtig speichert bzw. die Daten nicht verwertbar sind. MTKBabel (http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/gps_logger_i_blue_747?) gibt dann den Status NEED_FORMAT auf und es werden nur eine Handvoll Log-Punkte angezeigt. Das ganze wurde auch auf der italienischen OSM Liste scheinbar schon ein wenig diskutiert: http://www.nabble.com/Re:-problema-iblue747-p17723227.html Leider kann ich kein Italienisch und Google-Translate brauchte auch nichts sinnvolles hervor. Grüße, Alexander smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: SlippyMap
Hi, ich übe mich gerade im Mappen mit JOSM (war bisher nur in Potlatch unterwegs). Den Einstieg hab ich soweit geschafft, allerdings stellt mich das Slippymap-Plugin vor ein Rätsel. Das entsprechende Layer wird zwar erzeugt, aber außer zu einer Anzeige von x=int y=int z=int image not loaded lässt es sich leider nicht bewegen, auch wenn ich einen anderen Server auswähle. Hab ich irgend einen Button oder einen Eintrag im Menü zum Laden der Tiles übersehen, oder muss ich ganz andere Server verwenden? Die Wikiseite zum Plugin war leider nicht sehr aufschlussreich, und eine Readme oder ähnliches konnte ich auch nicht finden. Um Hilfe wäre ich sehr dankbar. mfg, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Am Freitag 22 August 2008 schrieb Frederik Ramm: Ich sehe bei Baumstruktur-Tags einen Editor-Alptraum voraus. Ich will auf jeden Fall nicht der sein, der das implementieren muss ;-) so kompliziert ist das mit einer baumstruktur nicht ;-) generell ist die idee interessant, stellt sich nur die frage, wie sowas (als tag) aussehen soll... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
On Fri, Aug 22, 2008 at 12:48:13PM +0200, Bernd Wurst wrote: Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann. Dazu ist nicht unbedingt eine Änderung an der API nötig, ein Parsen der Tag-Namen würde ausreichen: maxspeed=50 - car=60 - bike=120 - reason=Darwin award for Bikers - source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 - destination=24 - reason=Don't want non-local HGVs here, but emergency cars may pass through - source=Just made up würde zu: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 maxspeed.reason=Darwin award for Bikers maxspeed.source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 maxweight.destination=24 maxweight.reason=Don't want non-local HGVs here, but emergency cars may pass through maxweight.source=Just made up Ich persönlich zerlege zwar lieber irgendwas in seine Atome, statt irgendwie rumparsen zu müssen, aber in diesem Fall fände ich es sinnvoller, die Strings zu zerlegen (selbst in C++ geht das problemlos) als irgendwelche XML-Bäume aufzubauen, die sich zudem in der SQL-Datenbank (main API) schwierig ablegen lassen. BTW: Meine Wünsche für API 0.7 (nicht 0.6, sonst wird die nie fertig - oder gerne auch API 0.5.5 :) ) sind : - Keine Key=Value pairs mit gleichem Key mehr erlauben, stattdessen Semikolon als Trennzeichen). Dumme/Naive Tools können in ersterem Fall viel kaputtmachen, im zweiten Fall verstehen sie einfach nur die Daten nicht. - Umdrehen der Reihenfolge in Wegen verbieten, stattdessen kann man die Tags umdrehen. Wurde auf -dev von jemand vorgeschlagen, war bisher die beste Idee für das Problem. Und solche Worte (bzgl. Parsen vs. Datenstruktur) aus meinem Mund... Ich muß krank sein. ;) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Perforance-Probleme
Moin ! ich habe auf meinem Notebook (Vista 64 bit) JOSM installiert und finde es unheimlich langsam und schleppend. Bis ich einen Punkt geklickt habe und der Linienfaden dem Cursor folgt könnte man fast einschaffen - träge eben. Hat einer von Euch vergleichbare Erfahrungen gemacht oder was könnte der Sache etwas mehr dampf geben ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
Alexander Menk schrieb: verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. Den I-Blue ja, MTKBabel nicht. Vielleicht hilft es dir, daß die mitgelieferte Software mit wine gut läuft. Ich benutze noch den routeconverter(.de), um die Daten nach .gpx zu wandeln. Grüsse, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Probleme mit der Erkennbarkeit
Moin ! ich bin seit einigen Tage dabei und habe erhebliche Probleme mit der Erkennbarkeit von Objekten. Es geht mir insbesondere um die Lesbarkeit der Wegepunktnummern und der Nodes. Kann ich die Wegepunktnummern etwas gesondert hervorheben (Farbe) oder Größe ?? Bei den Nodes ist das Problem der Unterscheidung - ausgewählt oder nicht !!! Die Punkte sind sehr klein und auch unterschiedliche Farben bringen keine Verbesserung. Kann man die Nodes größer darstellen oder ließe sich da etwas von Seiten der Entwicklung machen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: SlippyMap
Hallo, Stefan Popp wrote: Das entsprechende Layer wird zwar erzeugt, aber außer zu einer Anzeige von x=int y=int z=int image not loaded lässt es sich leider nicht bewegen, auch wenn ich einen anderen Server auswähle. Rechte Maustaste und Image-Load anfordern, oder tut das auch nicht? Fuer die meiste praktische Mapping-Arbeit ist das Plugin nicht so richtig geeignet, weil es nur Zoomlevel 12 kann. Ist eher sowas zum Kuestenlinien-Verbessern in unbewohnten Gegenden ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
Am Freitag, 22. August 2008 schrieb Stefan Schwan: Am 22. August 2008 03:34 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, Das ist echt seltsam. Es passt irgendwie nicht ins Schema, weil es ja dann auch access=bicycle,bus,motorcar,motorcycle etc. geben müsste. es wäre dennoch sinnvoll wenn wir die 90% der gebräuchlichsten Fälle mal unter einen Hut bekämen. Die würde ich dann nämlich gerne in die JOSM-Presets einbauen. Hart abber ungerecht: die 10% Sonderfälle müssen dabei halt mal hinten ansetehen. Ich sehe access=agricultural nicht unbedingt als Fahrzeugklasse - Es muss ja nicht unbedingt ein Traktor sein: Wenn der Bauer mit seinem Quad oder Pickup unterwegs ist, darf er ja trotzdem durch... Eben, egal welches Fahrzeug der Landwirt benutzt, er darf durch. Aber letztendlich ich es mir egal, ob nun per access=agricultural, agricultural=yes, oder sonst etwas solange es den Zweck erfüllt. Logisch ist bei den tags eh vieles nicht, und wird es auch nicht werden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Zeichnen nach Maßen
Moin ! in der Praxis ist nicht jeder Punkt mit dem GPS zu erreichen. Manchmal muss ein gutes Schrittmaß, das Messband oder vielleicht auch ein Rollrad herhalten. Gibt es eine Möglichkeit in JOSM auch nach Maßen zu zeichnen. Mir würde das z.B. so vorschweben: Es wird die Richtung einer Linie mit der Maus vorgegeben und über eine Zifferneingabe kann dann die Entfernung definiert werden ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
Hi ihr beiden Ich habe auch einen iBlue 747 verwende aber MTK GPS Datalogger Device Control (für PC und PDA) von http://sourceforge.net/projects/bt747 Dieses Programm ist in Java geschrieben und gefällt mir um einiges besser als das Tool das ich in wine emulieren lassen muss. Es gibt sogar eine deutsche Version davon. Gruß, Markus (Uboot) Frank Gruender schrieb: Alexander Menk schrieb: verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. Den I-Blue ja, MTKBabel nicht. Vielleicht hilft es dir, daß die mitgelieferte Software mit wine gut läuft. Ich benutze noch den routeconverter(.de), um die Daten nach .gpx zu wandeln. Grüsse, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Perforance-Probleme
Hi, 2008/8/22 Jan Tappenbeck [EMAIL PROTECTED]: ich habe auf meinem Notebook (Vista 64 bit) JOSM installiert und finde es unheimlich langsam und schleppend. Bis ich einen Punkt geklickt habe und der Linienfaden dem Cursor folgt könnte man fast einschaffen - träge eben. Hat einer von Euch vergleichbare Erfahrungen gemacht oder was könnte der Sache etwas mehr dampf geben ? * Gehe zu Bearbeiten - Einstellung - Anzeige-Einstellungen * Stelle Anti-Aliasing aus (komischerweise musste ich es erst einmal an- und danach wieder ausschalten) * Restart JOSM Besser? Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Am Freitag 22 August 2008 schrieb Sascha Silbe: On Fri, Aug 22, 2008 at 12:48:13PM +0200, Bernd Wurst wrote: Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann. Dazu ist nicht unbedingt eine Änderung an der API nötig, ein Parsen der Tag-Namen würde ausreichen: maxspeed=50 - car=60 - bike=120 - reason=Darwin award for Bikers - source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 - destination=24 - reason=Don't want non-local HGVs here, but emergency cars may pass through - source=Just made up würde zu: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 maxspeed.reason=Darwin award for Bikers maxspeed.source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 maxweight.destination=24 maxweight.reason=Don't want non-local HGVs here, but emergency cars may pass through maxweight.source=Just made up woher kommt mir nur diese art der notation bekannt vor... ;-) sieht vernuenftig aus, wobei ich allerdings dafuer bin, die keys etwas zusammenzufassen: limit:speedmax=50 limit:speedmax.bike=120 limit:speedmin.bike=40 ... limit:weightmax=3.8 ... limit:heightmax=2.40 ... dann tut man sich beim parsen (oder exportieren) wesentlich einfacher... wenn einen z.B. die limits aus irgendeinem grund (simples kartenzeichnen zum beispiel...) nicht interessieren, ignoriert man einfach alle keys mit limit am anfang, anstatt sich immer viele und sich evtl aendernde tags merken zu muessen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender-Style-Editor GUI frontend
2008/8/21 André Reichelt [EMAIL PROTECTED]: André Reichelt schrieb: Oh, vielen Dank. Damit kann jetzt wirklich jeder seine Karten selber rendern. Allerdings wird bei mir die Karte etwas klein dargestellt und reagiert auf Scale nicht. Nochmal schauen... Ok, Fehlalarm, allerdings habe ich jetzt ein anderes Problem. Scheinbar hat es was mit meiner Sprachversion zu tun, dass er den . nicht als Dezimaltrenner akzeptiert. Er zeigt mir immer ungültiger Wert an und löscht den Punkt dann einfach. Gibt es da einen Workaround? Nen Bugtracker habe ich leider nicht gefunden. Mario schreibt, dass der Bug bekannt ist und er an einer Loesung arbeitet. Mit Quicklocalswitcher (firefox-addon): https://addons.mozilla.org/it/firefox/addon/1333 laesst sich das Problem zwischenzeitlich umgehen (auf en-us umstellen). Einen bugtracker gibt es (noch) nicht, Mario wuerde aber gerne das Teil auch ueber trac in einer eigenen Kategorie verfolgen (wird vermutlich erst nach der Urlaubszeit moeglich sein). Bis das moeglich ist, freut er sich aber auch ueber gemeldete bugs im Wiki unter: http://wiki.openstreetmap.org/index.php/Osmarender_Frontend#Bugs Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: SlippyMap
2008/8/22 Frederik Ramm [EMAIL PROTECTED]: Hallo, Stefan Popp wrote: Das entsprechende Layer wird zwar erzeugt, aber außer zu einer Anzeige von x=int y=int z=int image not loaded lässt es sich leider nicht bewegen, auch wenn ich einen anderen Server auswähle. Rechte Maustaste und Image-Load anfordern, oder tut das auch nicht? Fuer die meiste praktische Mapping-Arbeit ist das Plugin nicht so richtig geeignet, weil es nur Zoomlevel 12 kann. Ist eher sowas zum Kuestenlinien-Verbessern in unbewohnten Gegenden ;-) Bye Frederik ja, es dient ganz gut der Navigation in groesseren Gebieten, vor allem, wenn die schon viele Daten beinhalten, wo man JOSM mit den kompletten Daten heillos ueberfordern wuerde. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
Logisch ist bei den tags eh vieles nicht, stimmt und wird es auch nicht werden. stimmt hoffentlich nicht Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hallo. Am Freitag, 22. August 2008 schrieb Christoph Eckert: Ich weiß, dass dies vermutlich nicht der geeignete Platz ist um so etwas einzuwerfen, aber ich bin zu faul das auf englisch zu formulieren und herauszufinden wer wirklich zuständig sein könnte. zuständig bist zuallererst Du selbst :) . [...] Setze doch mal einen Server auf der mit einer Baumstruktur arbeitet. Damit könnte man mal eine Weile experimentieren und dann sehen, welche Vor- und Nachteile das mit sich bringt. Ich zähle mich auf dieser Liste zu den Leuten, die eigentlich aus der Nerd-Ecke kommen und mit solchen Aussagen sogar was anzufangen wissen. Aber in diesem Kontext fühle ich mich hiermit wirklich veralbert und werde mich in Zukunft wirklich mit gutgemeinten Vorschlägen zurückhalten. Ein Fork eines kompletten Projekts (das ist effektiv das was du vorschlägst, bezüglich Arbeitsaufwand und Akzeptanz) ist in der Software-Szene immer das letzte Mittel und kommt ganz weit hinter einer offenen Kommunikation wie ich sie hier eigentlich anstrebe. Warum empfiehlst du hier eigentlich jedem, der auch nur eine kleine Anregung hat, erstmal alles in stundenlanger Arbeit zu forken bevor er so zu sagen das Recht hat, hier Feedback einzuholen? Das ist echt ne merkwürdige Einstellung! Hier kamen ja umgehend zwei Vorschläge, wie man das eventuell sinnvoller machen könnte und dazu keinen API-change und noch nichtmal eine Anpassung der Editoren bräuchte. Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), Selbst wenn Du so denkst: Ich hätte mich anders ausgedrückt. Wie denn? Ich muss davon ausgehen, weil ich seit mehreren Monaten nichts davon mitbekommen habe. Die Wiki-Seite dazu wurde seit über 2 Monaten nicht mehr (nennenswert) angerührt. Was für Schlüsse würdest du daraus ziehen? wäre das IMHO eine Sache, die eingeführt werden sollte. Gut, Du machen :) . Ich nix Schreibzugriff auf Server. Yo, fänd' ich gut. Wäre allerdings in [EMAIL PROTECTED] besser aufgehoben. Ja, wie ich eingangs schrieb, wollte ich erstmal hier Meinungen dazu bevor ich mir die Mühe mache, das auf englisch zu formulieren. Gruß, Bernd -- Alles Schöne im Leben hat einen Haken: Es ist unmoralisch, illegal oder es macht dick. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
2008/8/22 Jan Tappenbeck [EMAIL PROTECTED]: Moin ! in der Praxis ist nicht jeder Punkt mit dem GPS zu erreichen. Manchmal muss ein gutes Schrittmaß, das Messband oder vielleicht auch ein Rollrad herhalten. Gibt es eine Möglichkeit in JOSM auch nach Maßen zu zeichnen. Mir würde das z.B. so vorschweben: Es wird die Richtung einer Linie mit der Maus vorgegeben und über eine Zifferneingabe kann dann die Entfernung definiert werden ??? Gruß Jan :-) finde ich auch nicht so schlecht, aber im Grunde ist so ein feature seit laengerem bereits vorhanden: die Anzeigeleiste unten. Der angegebene Winkel stimmt (noch) nicht, wenn er von 90 Grad und Vielfachen abweicht, aber die angezeigte Laenge sollte stimmen. Fuer weitere Messaufgaben empfehle ich Dir ausserdem das measure-plugin. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Ich zähle mich auf dieser Liste zu den Leuten, die eigentlich aus der Nerd-Ecke kommen und mit solchen Aussagen sogar was anzufangen wissen. Aber in diesem Kontext fühle ich mich hiermit wirklich veralbert und werde mich in Zukunft wirklich mit gutgemeinten Vorschlägen zurückhalten. ach komm, sei doch nicht gleich eingeschnappt wegen eines einzigen Kommentars in diese Richtung. (Ausserdem liegt Dir doch zu viel an OSM, als dass Du das wirklich durchhalten wuerdest, oder? ;-) ) Ein Fork eines kompletten Projekts (das ist effektiv das was du vorschlägst, bezüglich Arbeitsaufwand und Akzeptanz) ist in der Software-Szene immer das letzte Mittel und kommt ganz weit hinter einer offenen Kommunikation wie ich sie hier eigentlich anstrebe. ja, schon klar Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), Selbst wenn Du so denkst: Ich hätte mich anders ausgedrückt. Wie denn? ein bisschen netter haette man es schon sagen koennen, Rohrkrepierer ist ein ganz schoen grosser Holzhammer... Ich muss davon ausgehen, weil ich seit mehreren Monaten nichts davon mitbekommen habe. Die Wiki-Seite dazu wurde seit über 2 Monaten nicht mehr (nennenswert) angerührt. Was für Schlüsse würdest du daraus ziehen? dass das Thema derzeit nicht prioritaer behandelt wird? Das heisst aber nicht automatisch, dass es ueberhaupt nichts mehr wird. Sehr viele im Projekt hoffen sicher auf die angekuendigten Changesets, weil das eine wirkungsvolle Waffe gegen Vandalismus und unvorsichtige Anfaenger darstellen wuerde. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender-Style-Editor GUI frontend
Einen bugtracker gibt es (noch) nicht, Mario wuerde aber gerne das Teil auch ueber trac in einer eigenen Kategorie verfolgen (wird vermutlich erst nach der Urlaubszeit moeglich sein). sorry, da hatte ich was falsch gelesen, er hofft vielmehr, dass der trac ab heute/morgen zum Bug-tracken verfuegbar sein wird. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
Am Donnerstag, 21. August 2008 15:42 schrieb Stefan Schwan: Am 21. August 2008 15:02 schrieb Hatto von Hatzfeld [EMAIL PROTECTED]: Bisher habe ich das System so verstanden: Mit access=... wird eine allgemeine Zugangsberechtigung angegeben (bei Fehlen wird diese Information aus dem highway-Tag abgeleitet), die dann evtl. durch Tags der Form [Verkehrsmitteltyp]=... partiell (!) aufgehoben oder ausgeweitet werden kann. Typische Beispiel dafür sind: [...] access=destination bicycle=yes Also #520 mit Radfahrer frei Falls Du Vz. 250 meinst - korrekt. Das obige Taggen des 2. Falles als access=agricultural motorcar=no motorcycle=no müsste dann aber so interpretiert werden, dass hier nur landwirtschaftliche Fahrzeuge fahren dürfen und die auch nur, wenn sie weder motorcar noch motorcycle sind. Das ist aber doch nicht gemeint? Nein, ich sehe das konsistent mit deinem access=destinition Bespiel - Nur das es hier nicht um #520, sondern #530 mit Landw. frei geht Konsistent ist es nicht. Denn im ersten Beispiel hat man mit access=destination eine Einschränkung, die dann durch bicycle=yes für dieses Fahrzeug aufgehoben wird - wenn das bicycle=yes fehlen würde, dürften Radfahrer eben nicht fahren. Ganz analog würde access=agricultural bedeuten, dass nur landwirtschaftlicher Verkehr erlaubt (alles andere also verboten ist). Füge ich nun zwei Verbote (!) hinzu, nämlich motorcar=no und motorcycle=yes, dann hieße das nach Deiner Interpretation, dass der Kreis der erlaubten Fahrzeuge sich sogar erweitert (z.B.) um Fahrräder, und das halte ich für unlogisch bzw. inkonsistent. Das Problem dahinter ist m.E., dass die Hierarchie der verschiedenen Tags nicht geklärt ist. Das könnte man mit einer Baumstruktur lösen (siehe den Thread Tags für Tags). Oder man einigt sich eben darauf - und so hatte ich bisher die Darstellung im Wiki verstanden -, dass fahrzeugspezifische Restriktionen (motorcar=..., bicycle=...) Vorrang vor den allgemeinen Restriktionen (access=...) haben. Dann müsste das zweite Beispiel (Verbot für Kraftwagen und sonstige mehrspurige Kraftfahrzeuge mit Zusatzschild frei für Land- und Forstwirtschaft) aber anders getaggt werden. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hallo.
Am Freitag, 22. August 2008 schrieb Martin Koppenhoefer:
Sehr
viele im Projekt hoffen sicher auf die angekuendigten Changesets, weil
das eine wirkungsvolle Waffe gegen Vandalismus und unvorsichtige
Anfaenger darstellen wuerde.
Genau, sehe ich auch so.
Aber wenn es nicht bald kommt und {Frederik,Christoph} immer mach doch mal
selbst antwortet, wird es irgendwann mehrere Varianten einer API 0.6 geben
mit unterschiedlichen Ideen drin.
Würde diese API mal stabilisiert, könnte man darauf aufbauen. Ich habe diese
Tags-für-Tags-Idee schon lange, wollte das aber eigentlich aufheben, bis API
0.6 aktuell ist, damit man was hat wo man drauf aufbauen kann.
Geht aber irgendwie nicht, da ich momentan davon ausgehen muss, dass das was
hier als API 0.6 entwickelt wird, nicht mehr in endlicher Zeit fertig wird.
(Gemessen in heutiger Internet-Zeit.)
Gruß, Bernd
--
I believe in making the world safe for our children,
but not our children's children, because I don't think
children should be having sex. - Jack Handey
signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: SlippyMap
Frederik Ramm schrieb: Hallo, Stefan Popp wrote: Das entsprechende Layer wird zwar erzeugt, aber außer zu einer Anzeige von x=int y=int z=int image not loaded lässt es sich leider nicht bewegen, auch wenn ich einen anderen Server auswähle. Rechte Maustaste und Image-Load anfordern, oder tut das auch nicht? Also das war zu einfach ;) Vielen Dank - ich hatte also doch nur ein Menü übersehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
Am Freitag, 22. August 2008 14:56 schrieb Jan Tappenbeck: ich bin seit einigen Tage dabei und habe erhebliche Probleme mit der Erkennbarkeit von Objekten. Es geht mir insbesondere um die Lesbarkeit der Wegepunktnummern und der Nodes. Kann ich die Wegepunktnummern etwas gesondert hervorheben (Farbe) oder Größe ?? Bei den Nodes ist das Problem der Unterscheidung - ausgewählt oder nicht !!! Die Punkte sind sehr klein und auch unterschiedliche Farben bringen keine Verbesserung. Kann man die Nodes größer darstellen oder ließe sich da etwas von Seiten der Entwicklung machen ?? Leider schreibst Du nicht, mit welchem Editor Du arbeitest. Potlatch? Dann hilft zumindest, ganz nah heranzuzoomen. Oder meinst Du JOSM oder vielleicht den Data-Layer? Insgesamt kann ich das Problem (bei meinem Display von 1280x1024 Pixel und einer vor einem Jahr erstandenen neuen Brille :-) ) nicht nachvollziehen, weder bei Potlach noch bei JOSM noch beim Data-Layer. Vielleicht hilft eine Änderung der Bildschirmauflösung ... Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
(Sorry für neue Mail - Tippfehler an entscheidender Stelle korrigiert) Am Donnerstag, 21. August 2008 15:42 schrieb Stefan Schwan: Am 21. August 2008 15:02 schrieb Hatto von Hatzfeld: Bisher habe ich das System so verstanden: Mit access=... wird eine allgemeine Zugangsberechtigung angegeben (bei Fehlen wird diese Information aus dem highway-Tag abgeleitet), die dann evtl. durch Tags der Form [Verkehrsmitteltyp]=... partiell (!) aufgehoben oder ausgeweitet werden kann. Typische Beispiel dafür sind: [...] access=destination bicycle=yes Also #520 mit Radfahrer frei Falls Du Vz. 250 meinst - korrekt. Das obige Taggen des 2. Falles als access=agricultural motorcar=no motorcycle=no müsste dann aber so interpretiert werden, dass hier nur landwirtschaftliche Fahrzeuge fahren dürfen und die auch nur, wenn sie weder motorcar noch motorcycle sind. Das ist aber doch nicht gemeint? Nein, ich sehe das konsistent mit deinem access=destinition Bespiel - Nur das es hier nicht um #520, sondern #530 mit Landw. frei geht Konsistent ist es nicht. Denn im ersten Beispiel hat man mit access=destination eine Einschränkung, die dann durch bicycle=yes für dieses Fahrzeug aufgehoben wird - wenn das bicycle=yes fehlen würde, dürften Radfahrer eben nicht fahren. Ganz analog würde access=agricultural bedeuten, dass nur landwirtschaftlicher Verkehr erlaubt (alles andere also verboten ist). Füge ich nun zwei Verbote (!) hinzu, nämlich motorcar=no und motorcycle=no, dann hieße das nach Deiner Interpretation, dass der Kreis der erlaubten Fahrzeuge sich sogar erweitert (z.B.) um Fahrräder, und das halte ich für unlogisch bzw. inkonsistent. Das Problem dahinter ist m.E., dass die Hierarchie der verschiedenen Tags nicht geklärt ist. Das könnte man mit einer Baumstruktur lösen (siehe den Thread Tags für Tags). Oder man einigt sich eben darauf - und so hatte ich bisher die Darstellung im Wiki verstanden -, dass fahrzeugspezifische Restriktionen (motorcar=..., bicycle=...) Vorrang vor den allgemeinen Restriktionen (access=...) haben. Dann müsste das zweite Beispiel (Verbot für Kraftwagen und sonstige mehrspurige Kraftfahrzeuge mit Zusatzschild frei für Land- und Forstwirtschaft) aber anders getaggt werden. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
Alexander Menk schrieb: verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. Ja. In letzter Zeit habe ich ständig das Problem, das der Logger nicht mehr richtig speichert bzw. die Daten nicht verwertbar sind. MTKBabel (http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/gps_logger_i_blue_747?) gibt dann den Status NEED_FORMAT auf und es werden nur eine Handvoll Log-Punkte angezeigt. Das ganze wurde auch auf der italienischen OSM Liste scheinbar schon ein wenig diskutiert: http://www.nabble.com/Re:-problema-iblue747-p17723227.html Leider kann ich kein Italienisch und Google-Translate brauchte auch nichts sinnvolles hervor. Ich kenne das Problem. Mit MTKBabel gehe ich folgendermaßen vor: - Auslesen der Daten: mtkbabel -l off -f Filename -w -t - Löschen der Daten: mtkbabel -E - Autolog anschalten: mtkbabel -l on Danach sofort den Schiebeschalter links auf off stellen. Wenn ich danach den Schalter auf LOG stelle, wird geloggt. Grüße, Alexander Gruß Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
Hi Jan, Am 22. August 2008 14:56 schrieb Jan Tappenbeck [EMAIL PROTECTED]: Es geht mir insbesondere um die Lesbarkeit der Wegepunktnummern und der Nodes. Kann ich die Wegepunktnummern etwas gesondert hervorheben (Farbe) oder Größe ?? Falls Du die Anzeige von Wegpunkten aus GPX-Dateien in JOSM meinst: die sind in der Tat defaultmässig nicht so toll zu erkennen. Abhilfe: in der Layer-Anzeige (rechts oben) den Layer mit den Wegpunkten rechts anklicken, dann kann man die Farbe ändern. Geht genauso für Tracks. Grüsse und viel Spass beim mappen florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Sascha Silbe schrieb: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 maxspeed.reason=Darwin award for Bikers maxspeed.source_ref=http://www.buxtehude.de/gemeinderatsbeschluss_0815.pdf maxweight=3.8 maxweight.destination=24 maxweight.reason=Don't want non-local HGVs here, but emergency cars may pass through maxweight.source=Just made up Hierarchische Tags habe ich mir insgeheim auch schon ein paar mal gewünscht. Dein Vorschlag für die Umsetzung ohne API-Änderung gefällt mir gut. Sollte sich dieses Tagging-System langfristig als sinnvoll erweisen kann man es ja immer noch in einer nächsten API-Version adressieren. Ich würde aber die Hierarchietiefe auf ein sinnvolles Maß beschränken - irgendwo so zwischen 3 und 5. GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hallo, Bernd Wurst wrote: Ein Fork eines kompletten Projekts (das ist effektiv das was du vorschlägst, bezüglich Arbeitsaufwand und Akzeptanz) ist in der Software-Szene immer das letzte Mittel und kommt ganz weit hinter einer offenen Kommunikation wie ich sie hier eigentlich anstrebe. Quark. Als wir damals die Umstellung von 0.4 auf 0.5 gemacht haben, sind wir *genau* so vorgegangen: API angepasst, Editor angepasst, existierende Daten exemplarisch konvertiert, und den Leuten gesagt: Hier, schaut mal, waer das nicht was fuer uns. Niemand hat von einem Fork geredet, hoechstens von einem Branch! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Moin Bernd, Warum empfiehlst du hier eigentlich jedem, der auch nur eine kleine Anregung hat, erstmal alles in stundenlanger Arbeit zu forken bevor er so zu sagen das Recht hat, hier Feedback einzuholen? Das ist echt ne merkwürdige Einstellung! wenn Du bei OSM wirklich was bewegen willst, musst Du Dich mit etwas Code in der Hand an die richtigen Leute wenden. Nur durch Diskussion (noch dazu auf talk-de, nicht auf dev) werden Deine Wünsche nicht wahr werden. Ein Fork ist natürlich Unsinn; aber mit irgendwas müsstest Du den Code, den Du schreiben möchtest, ja mal probelaufen lassen, oder? Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
On Fri, 22 Aug 2008, Alexander Menk wrote: verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. In letzter Zeit habe ich ständig das Problem, das der Logger nicht mehr richtig speichert bzw. die Daten nicht verwertbar sind. Nimm BT747. Mit MTKBabel hatte ich auch viele Probleme. BT747 hat außerdem einen größeren Funktionsumfang. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hallo. Am Freitag, 22. August 2008 schrieb Martin Koppenhoefer: Aber in diesem Kontext fühle ich mich hiermit wirklich veralbert und werde mich in Zukunft wirklich mit gutgemeinten Vorschlägen zurückhalten. ach komm, sei doch nicht gleich eingeschnappt wegen eines einzigen Kommentars in diese Richtung. Es kommt immer wieder die selbe Leier, selbst wenn mal jemand dazu schreibt, dass er keine Ahnung vom Programmieren hat. Selbst dann wird immer *ALS ERSTES* Code gefordert. Das ist doch sinnlos, man kann doch erstmal so drüber reden... (Ausserdem liegt Dir doch zu viel an OSM, als dass Du das wirklich durchhalten wuerdest, oder? ;-) ) Bin ich grade unschlüssig. Bei mir hier ist beinahe alles gemapped was mir wichtig genug ist, Sprit wird immer teurer und sogar im Urlaub habe ich jetzt nur das gemapped wo ich sowieso lang gegangen bin. Eigentlich hab ich wenig Lust, mich dann auch noch mit der reden ist nicht, bring einfach fertigen code-Attitüde rumzuärgern. Belastet einfach viel zu sehr die Nerven. Gruß, Bernd -- Realität ist etwas für Leute, die mit Alkohol nicht klarkommen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hallo. Am Freitag, 22. August 2008 schrieb Frederik Ramm: Bernd Wurst wrote: Ein Fork eines kompletten Projekts (das ist effektiv das was du vorschlägst, bezüglich Arbeitsaufwand und Akzeptanz) ist in der Software-Szene immer das letzte Mittel und kommt ganz weit hinter einer offenen Kommunikation wie ich sie hier eigentlich anstrebe. Quark. Als wir damals die Umstellung von 0.4 auf 0.5 gemacht haben, sind wir *genau* so vorgegangen: API angepasst, Editor angepasst, existierende Daten exemplarisch konvertiert, und den Leuten gesagt: Hier, schaut mal, waer das nicht was fuer uns. Niemand hat von einem Fork geredet, hoechstens von einem Branch! Wer immer wir ist... Wurde nicht vorher mal generell irgendwo ganz unverbindlich mit normalen Mappern die Idee diskutiert, ob denn eine Abschaffung von Segmenten vielleicht Sinn machen würde? Wurde nicht vorher mal von jemandem gefragt, ob es nicht einer Möglichkeit bedarf, mehrere Objekte in einer Gruppe zu vereinen? War der fertige, lauffähige Code von API und Editor wirklich das erste was über das wir hinaus bekannt wurde? Wenn ja, dann ist das immernoch ein bescheuertes Entwicklungskonzept aber dann hat es wenigstens im Endeffekt geklappt, Respekt. Wenn nicht, dann überleg(t) bitte vor so einem Posting in welcher Phase sich mein Gedanke momentan befindet! Wenn hier 20 mal Ja, das wäre klasse gekommen wäre, hätte ich es gerne mal implementiert, so jedoch konnte ich gleich alternative Vorschläge erhalten, von denen man sich was gutes zusamenbasteln kann. Gruß, Bernd -- Die Philosophie ist eine Art Rache an der Wirklichkeit. - Friedrich Nietzsche signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (fwd) Validatofalse positive: overlapping ways highway=*, natural=*
On Fri, 22 Aug 2008, Sascha Silbe wrote: Da meine Mails an josm-dev irgendwie im Nirwana verschwinden, leite ich das einfach mal hierher weiter. Die aktivsten JOSM-Entwickler kommen ja AFAIK aus Deutschland. Du nutzt aber nicht unbedingt die aktuelle Validator-Version. Die unterscheidet nämlich schon seit längerem zwischen verschiedenen Wegtypen. Insbesondere sind alle Überlappungen mit Flächen in einer Extra-Gruppe. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
Dirk Stöcker wrote: On Fri, 22 Aug 2008, Alexander Menk wrote: verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. In letzter Zeit habe ich ständig das Problem, das der Logger nicht mehr richtig speichert bzw. die Daten nicht verwertbar sind. Nimm BT747. Mit MTKBabel hatte ich auch viele Probleme. BT747 hat außerdem einen größeren Funktionsumfang. die selben Probleme bzgl. Datenverlust? Grüße, Alexander smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Probleme mit der Erkennbarkeit
Hallo Hattor ! Du schreibst von einer neuen Brille - das mag ja sein, aber dann hättest Du in der Kopfzeile auch gelesen dass ich von JOSM spreche (JOSM: Probleme mit der Erkennbarkeit) Erkennbarkeit muss nicht immer etwas mit Schärfe zu tun haben - es kann auch am Kontrast (Farbschwäche) zu tun haben !!! Also noch einmal die Frage: kann man die Erkennbarkeit von nicht - gewählten Nodes verbessern durch vergrößern etc. bzw die Farbe der Wegepunkte irgendwie verändern ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM (noch) ziemlich Fahrradunfreundlich
Hallo, qbert biker schrieb: erstmal danke für diese sehr präzise Darstellung der Probleme Gern geschehen. Meine Hauptmotivation für die Betätigung bei OSM ist die Hoffnung, damit irgendwann mal brauchbare Fahrradkarten und -router zu ermöglichen, dafür ist eine präzise Abbildung der Verhältnisse unabdingbar. Modelltechnisch lässt sich alles, was parallel zu einer Straße verläuft, sauber attributieren. Die Nodes bilden den zentralen Polygonzug und dann wird der Rest aufgebaut. So sehe ich das auch. Sinnvollerweise trennt man dabei zwischen physischen und administrativen Argumenten. Das hieße, ein Tag für die Art des Radwegs und ein zusätzliches Tag für die Benutzungspflicht (wie Du weiter unten schon schreibst). Ein gutes Modell bezieht sich auf den Normallfall und stellt Regeln für die Ausnahme zur Verfügung. Der Normalfall ist eher die symmetrische Straße. In punkto symmetrische Anlage von Straßen irrst Du Dich. Gerade bei Radwegen kommt eine asymmetrische Anlage sehr häufig vor, und bei linksseitigen Radwegen ist die Asymmetrie gleich systemimmanent. Primär muss eine brauchbare Routing-SW einen Weg erstmal finden, um ihn einbeziehen zu können. In diesem Sinne führen die vielen unverbundenen Ways erstmal nicht zum Ziel. Was meinst Du mit den vielen unverbundenen Ways? Ich will an den Router die Anfrage stellen können, dass er mir vorwiegend Straßen raussucht, auf denen in meiner Fahrtrichtung Fahhradwege vorhanden sind und das geht über die Attributsschiene bestens. Siehst Du, einen solchen Router würde ich als unbrauchbar einstufen. Ich möchte einen Router so einstellen können, dass er mich an Straßen mit benutzungspflichtigen Radwegen möglichst vorbeilotst. Wenn ich mit dem Rennrad unterwegs bin, möchte ich nicht asphaltierte Wege nicht in der Route haben, mit dem Trekkingrad hab ich da wiederum nichts gegen. Die Anforderungen an Routingsoftware sind also individuell und vor allem auf eine präzise Abbildung der Realität angewiesen. Wie genau das wirklich erfasst wird, hängt immer von den Mappern vor Ort ab, aber es muss zunächst mal die Möglichkeit geben. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
On Fri, Aug 22, 2008 at 03:15:06PM +0200, Guenther Meyer wrote: woher kommt mir nur diese art der notation bekannt vor... ;-) Weiß nicht, die habe ich garantiert noch nie zuvor gesehen, ich schwörs! ;) sieht vernuenftig aus, wobei ich allerdings dafuer bin, die keys etwas zusammenzufassen: [Prefix limit: für Begrenzungen] Ja, sowas in der Art fände ich auch sinnvoll. Aber lieber nicht zuviel auf einmal angehen, sonst sind die Leute überfordert und ausser Spesen (AKA Diskutiererei) nix gewesen... dann tut man sich beim parsen (oder exportieren) wesentlich einfacher... wenn einen z.B. die limits aus irgendeinem grund (simples kartenzeichnen zum beispiel...) nicht interessieren, ignoriert man einfach alle keys mit limit am anfang, anstatt sich immer viele und sich evtl aendernde tags merken zu muessen. Ausserdem kann man besser erkennen, ob man einen Datensatz nicht vollständig versteht, weil unbekannte Daten enthalten sind. Da kann z.B. der Router den User notfalls fragen, ob er den mit limit:religion=christian getaggten Weg benutzen soll oder nicht. Das IMO wäre sogar eine vernünftige Möglichkeit, um mit (seltenen) Ausnahmen umzugehen (natürlich erst den kürzesten Weg berechnen und dann den User fragen, ob er so korrekt ist, nicht während der Suche ständig nachfragen). @Bernd: Mir gehts ähnlich. Bedenke aber: Nicht wer am lautesten schreit, hat Recht. Sprich: Was hier über die ML läuft, ist nicht repräsentativ. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
Hallo, Also noch einmal die Frage: kann man die Erkennbarkeit von nicht - gewählten Nodes verbessern durch vergrößern etc. bzw die Farbe der Wegepunkte irgendwie verändern ?? Die Farbe von Webpunkten kann man mit Rechtsklick auf den Layer einstellen, die Farbe der Nodes ueber das Preferences-Menue. Die Groesse von Nodes ist seit ein paar Wochen einstellbar: im Einstein-Tab in den Preferences kannst Du mit den Werten mappaint.nodes.selected-size und mappaint.nodes.unselected-size und mappaint.nodes.fill-unselected herumspielen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
On Fri, 22 Aug 2008, Jan Tappenbeck wrote: Also noch einmal die Frage: kann man die Erkennbarkeit von nicht - gewählten Nodes verbessern durch vergrößern etc. bzw die Farbe der Wegepunkte irgendwie verändern ?? Ja. Die Farbe kannst Du in den Farbeinstellungen anpassen. Die Größe der Knoten in den Experteneinstellungen: mappaint.node.selected-size mappaint.node.tagged-size mappaint.node.unselected-size Die Farben auch gleich noch als Expert-Optionen: color.node color.selected Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] I Blue 747 GPS Logger und MTKBabel Datenverlust?
On Fri, 22 Aug 2008, Alexander Menk wrote: verwendet jemand von euch den I-Blue 747 Logger zusammen mit MTKBabel. In letzter Zeit habe ich ständig das Problem, das der Logger nicht mehr richtig speichert bzw. die Daten nicht verwertbar sind. Nimm BT747. Mit MTKBabel hatte ich auch viele Probleme. BT747 hat außerdem einen größeren Funktionsumfang. die selben Probleme bzgl. Datenverlust? Ähnlich. Ja. Der Löschvorgang scheint nicht so zu laufen, wie es sein sollte und beim Nachfolgenden aufzeichnen kommen dann die Daten durcheinander. P.S. Im openSUSE Buildservice packe ich BT747, mtkbabel, josm, merkaartor und noch andere Geo-Programme für verschiedene RPM-basierte Linuxe. http://download.opensuse.org/repositories/Application:/Geo/ Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße gelöscht
Am Freitag, 22. August 2008 schrieb Michael Wolf: hat mal wieder jemand ne Straße belöscht. Die B95 zwischen dem Knick Und aus dem Rest der B95 Richtung Chemnitz hat ein User Meigel eine Secondary gemacht. Das behebe ich jetzt mindestens zum 2. Mal. :-/ Hab ihm jetzt eine Mail geschrieben... Jörg signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Am Freitag 22 August 2008 schrieb Sascha Silbe: sieht vernuenftig aus, wobei ich allerdings dafuer bin, die keys etwas zusammenzufassen: [Prefix limit: für Begrenzungen] Ja, sowas in der Art fände ich auch sinnvoll. Aber lieber nicht zuviel auf einmal angehen, sonst sind die Leute überfordert und ausser Spesen (AKA Diskutiererei) nix gewesen... ich wuerds gleich mitnehmen. weil sonst aenderst du jetzt das tagging, und in ein paar monaten nochmal. das verwirrt mehr, als es bringt. leiber gleich gescheit machen, und eine vernuenftige erklaerung dazu, dann sollte das schon gehn... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (fwd) Validatofalse positive: overlapping ways highway=*, natural=*
On Fri, Aug 22, 2008 at 05:38:36PM +0200, Dirk Stöcker wrote: Du nutzt aber nicht unbedingt die aktuelle Validator-Version. Ich dachte eigentlich, ich hätte vor ein paar Tagen alle Plugins upgedatet, aber das war dann wohl nur auf dem Laptop. Nichtsdestotrotz gibts den false positive immer noch (evtl. erscheint er jetzt unter einer anderen Überschrift, bin nicht sicher). Z.B. 25513441 (natural=wood) vs. 13012220 (highway=residential). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: deutsche Vorlagen sind weg nach Update
On Fri, 22 Aug 2008, Jan Tappenbeck wrote: mein erster Tag in der Mailing-Liste und fast nur postives. Fast nur - nach einem JOSM-Update und manuellen DE-Update werden nur noch englische angezeigt!!! Kann mir einer wieder zu den deutschen verhelfen ? Etwas Geduld. Hier wird gerade alles umgestrickt. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (fwd) Validatofalse positive: overlapping ways highway=*, natural=*
On Fri, 22 Aug 2008, Sascha Silbe wrote: Du nutzt aber nicht unbedingt die aktuelle Validator-Version. Ich dachte eigentlich, ich hätte vor ein paar Tagen alle Plugins upgedatet, aber das war dann wohl nur auf dem Laptop. Nichtsdestotrotz gibts den false positive immer noch (evtl. erscheint er jetzt unter einer anderen Überschrift, bin nicht sicher). Z.B. 25513441 (natural=wood) vs. 13012220 (highway=residential). Yep. Dafür gibt es jetzt eine Ignorieren-Option :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
Christoph Eckert schrieb: Moin, Das ist echt seltsam. Es passt irgendwie nicht ins Schema, weil es ja dann auch access=bicycle,bus,motorcar,motorcycle etc. geben müsste. es wäre dennoch sinnvoll wenn wir die 90% der gebräuchlichsten Fälle mal unter einen Hut bekämen. Die würde ich dann nämlich gerne in die JOSM-Presets einbauen. Hart abber ungerecht: die 10% Sonderfälle müssen dabei halt mal hinten ansetehen. Vielleicht solle man einfach nur das taggen was da steht, wie z.B. noaccess=7,5t und die Anwendung kann sich dann nach Eingabe des Fahrzeugtypes selbst aussuchen ob da reingefahren werden darf oder nicht. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (fwd) Validatofalse positive: overlapping ways highway=*, natural=*
On Fri, Aug 22, 2008 at 06:52:07PM +0200, Dirk Stöcker wrote: Yep. Dafür gibt es jetzt eine Ignorieren-Option :-) Irgendwie habe ich früher oder später mit dieser Antwort gerechnet. :) Mir geht es nicht darum, einzelne Spezialfälle zu ignorieren, sondern systematische. Ich will mir nicht unnötig Dinge angucken müssen, bei denen der Validator schon selbst hätte einfach feststellen können, daß es ein false-positive ist. Der Validator ist ein tolles Werkzeug (ich bin damit schon auf einige Fehler aufmerksam geworden) - aber wenn ich in Meldungen ertrinke, verliert es seine Nützlichkeit. Zuhause kann ich einfach jede Warnung einmal angucken und dann ignorieren, kein Problem. Aber wenn ich irgendwo anders ein paar Sachen eintrage, will ich nicht erst alle false-positives angucken und auf Ignorieren klicken. Mal davon abgesehen, daß das jeder in der gleichen Region tätige Mapper ebenfalls machen muß und es somit verschwendete Arbeitszeit ist. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
Hatto von Hatzfeld schrieb: Leider schreibst Du nicht, mit welchem Editor Du arbeitest. Bei mir heisst das Thema JOSM: Probleme mit der Erkennbarkeit. Dass er dann nicht mit Potlach arbeitet, erschließt sich mir jedenfalls daraus. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
Jan Tappenbeck schrieb: Erkennbarkeit muss nicht immer etwas mit Schärfe zu tun haben - es kann auch am Kontrast (Farbschwäche) zu tun haben !!! Geht es Dir zufällig darum, dass die Texte seit neustem recht vermatscht aussehen? Ich habe mich vor ein paar Tagen schonmal beshwert darüber, habe aber seither nicht geschaut, ob es sich schon verbessert hat. Eine Antwort habe ich jedenfalls nicht bekommen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Sascha Silbe schrieb: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 Verstehe das Beispiel nicht.. sind die Werte einfach aus der Luft gegriffen oder wieso unterscheiden sich maxspeed und maxspeed.car? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern: Radwege (ncn/rcn) Via Julia, Via Bavarica Tyrolensis und M-Wasserweg
[EMAIL PROTECTED] schrieb: Hi Toni! Frage: hat hier schon jemand angefangen einen der drei in eine Relation zu gießen oder anderweitig zu taggen? Nicht, dass ich wüsste, aber ich hatte gestern - als ich zufällig wieder mal ein paar Meter auf der Via Julia ging - die gleiche Idee! :-) Frage: wer könnte zu meinen sehr lückenhaften Daten weitere beisteuern? Vermutlich ist es am besten, wenn man einen kompletten Satz Originaldaten von den jeweiligen Organisatoren/Broschüren verwendet, da die Routen - zumindest die längeren - wohl sonst einige Zeit ein Flickenteppich bleiben würden, bis endlich jede Teilstrecke von einem Mapper mit Interesse für die Via Julia getrackt und in die Relation eingefügt wurde. Dann muss man natürlich um Erlaubnis zur Nutzung der Streckendaten fragen! Via Juliafolgt einer alten Römerstraße von Günzburg über Augsburg, südlich von München vorbei, Rosenheim, Chiemsee, Traunstein nach Salzburg http://www.viajulia.de/viajulia.php Diese Strecke liegt mir am Herzen, da sie 1. am Chiemsee (mein bevorzugtes Urlaubsgebiet) vorbeiführt und 2. meine (bisher einzige und damit bevorzugte) Tochter auch Julia heißt. 3. bin ich mit Frau und ebendieser Tochter 2007 (damals leider noch ohne GPS) bereits ein Stück auf der Via Julia gewandert bin. Natürlich könnte ich mir die Broschüren runterladen oder beim M-Wasserweg einfach die angebotenen GPS-Daten (für Garmin und co.) verwenden ... aber die sind z.T. nicht copyright-frei. Ich werde mal ein Schreiben aufsetzen, dass man dann an das Via Julia Team (bzw. mit leichten Änderungen vermutlich auch an die anderen) schicken könnte. Das ist super. Ich weiss auch nicht, warum ich nun diese Aktion ausgerechnet kurz vor meinem eigenen Urlaub starte - wahrscheinlich weils mir schon lange im Kopf umgeht. Anyway, mir bleiben nur noch ein paar Tage bis zum Urlaub. Die will ich nutzen, um auf http://wiki.openstreetmap.org/index.php/De:Bicycle/overview_routes und den Unterkategorien schon mal die drei Wege einzutragen. Ob nun mit oder ohne Nummer einer existierenden Relation ... Frage an alle: Gibt es außer http://wiki.openstreetmap.org/index.php/De:Werbung noch andere - vielleicht geeignetere - deutsche Vorlagen, die man für solche Anschreiben an Behörden, Firmen und sonstige Organisationen - von Deinen man Datenfreigaben möchte - verwenden könnte? Hab' Dein anderes Posting schon gesehen. Hoffentlich meldet sich jemand. Ich tue mich mit solchen Dinge schwer. Und das Taggen in JOSM muss dann eh noch gemacht werden. Da könnte ich mich schon dran beteiligen, aber da ich aus NRW komme und nur hin und wieder im Urlaub in Bayern bin, kann ich leider nicht bzw. kaum vor Ort tracken. Daher müssten entweder a) die Daten von offizieller Seite zur Nutzung freigegeben sein und die Wege schon in OSM existieren oder b) jemand müsste die genaue Route bereits abgefahren sein und seine Tracks zur Verfügung stellen (wobei ich persönlich nicht gerne Tracks abzeichne, wenn ich die Gegend nicht kenne - zu fehleranfällig -, aber wenn nur kurze Passagen fehlen sollten, gehts vielleicht). Zumindest hier, süd-östlich von München, in der Umgebung von Hofolding waren und sind vermutlich immer noch Lücken und ungemappted Teile. Aber wenn man den Verlauf der Wege kennt und die Lücken sieht kann man ja gezielt vervollständigen. Ansonsten stimme ich Dir zu: Tracks zu mappen, die man nicht selbst gesehen/erfahren hat macht wenig Sinn und ist fehleranfällig. BTW: wenn Du aus NRW stammst und gerade Urlaub mit Deiner Familie machst, dann ist Deine Tochter sicherlich nicht schulpflichtig. Hier in Bayer ist gerade mal Halbzeit mit den Ferien. Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Moin, Es kommt immer wieder die selbe Leier, selbst wenn mal jemand dazu schreibt, dass er keine Ahnung vom Programmieren hat. Selbst dann wird immer *ALS ERSTES* Code gefordert. Das ist doch sinnlos, man kann doch erstmal so drüber reden... eine Diskussion über eine Baumstruktur für Tags fände ich super, unabhängig davon ob jemand in der Lage ist bei der Umsetzung mitzuwirken oder nicht. In Deinem Eingangsposting steht dazu: Die Lösung der Probleme wäre IMHO damit getan, dass man Tags Baumstruktur-artig setzen kann. Damit wäre es möglich, z.B. ein access=destination unterhalb eines maxweight=6 zu setzen. Oder ein maxspeed=60 unterhalb eines hgv=yes/destination. Ein guter Ansatz. Weiter las ich: Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), wäre das IMHO eine Sache, die eingeführt werden sollte. Du hast also einen Lösungsansatz für Taggingprobleme, den Du von andern gerne möglichst rasch umgesetzt haben willst. Du möchtest selbst eher eine passive Rolle einnehmen: Ich weiß, dass dies vermutlich nicht der geeignete Platz ist um so etwas einzuwerfen, aber ich bin zu faul das auf englisch zu formulieren und herauszufinden wer wirklich zuständig sein könnte. Das finde ich halt etwas arg mager. Nichts gegen eine Diskussion über Tags in Baumstruktur. Aber wenn Du Forderungen in den Raum stellst stelle ich Gegenforderungen: Give the code :) . ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Perforance-Probleme
Martin Koppenhoefer schrieb: downgrade auf WinXP ;-) Tschuldigung, aber das ist einfach nur völlig unqualifiziertes Geschwätze. Ich habe mich vor ein Tagen nicht nur zu den matschigen Texten beschwert, sondern auch zu der Langsamkeit seit dem Update - und ich fahre aktuell mit XP. Unter Vista ist es sogar ein wenig schneller :P. Ich glaube, Du solltest dich für das Mojave-Experiment anmelden, um endlich diese Vorurteile los zu werden. Selbiges hat nämlich bewiesen, dass das meiste einfach nicht stimmt, sondern von irgendwelchen Idioten in die Welt gesetzt wurde und seither in den Köpfen rumgeistert. Nur mal ein Beispiel: Vista frisst viel mehr Speicher als XP: Das stimmt so einfach nicht. Vista braucht zwar tatsächlich mehr Speiher, aber nicht, weil es schlecht ist... Leider hat Microsoft beim Präsentieren der Features einfach etwas geschlamt und es kam wohl nicht deutlich genug rüber, dass Vista bereits bei Systemstart häufig genutzte Anwendungen in den Hauptspeicher läd, damit diese schneller starten. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
Am Freitag, 22. August 2008 20:22 schrieb André Reichelt: Hatto von Hatzfeld schrieb: Leider schreibst Du nicht, mit welchem Editor Du arbeitest. Bei mir heisst das Thema JOSM: Probleme mit der Erkennbarkeit. Dass er dann nicht mit Potlach arbeitet, erschließt sich mir jedenfalls daraus. Ja, ja, ich hab's kapiert. Mein brain 1.0 ist darauf geeicht, im Betreff das [Talk-de] zu ignorieren und hat dann auch gleich den Rest bis zum Doppelpunkt ignoriert. Und dreimaliges Durchlesen der Mail hat das nicht verhindert :-/ Ciao, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Hallo. Am Freitag, 22. August 2008 schrieb Christoph Eckert: Ein guter Ansatz. Weiter las ich: Da die API 0.6 seit einer kleinen Ewigkeit vorbereitet wird und man aufgrund der nicht vorhandenen Fortschrittsbekundungen von einem Rohrkrepierer ausgehen muss (Sorry, Frederik), wäre das IMHO eine Sache, die eingeführt werden sollte. Du hast also einen Lösungsansatz für Taggingprobleme, den Du von andern gerne möglichst rasch umgesetzt haben willst. Nein. Ich habe einen Vorschlag, den man eigentlich erst diskutieren sollte, wenn der aktuelle API-change durch ist, da schon einige Leute einige Energie rein gesteckt haben. Ich habe den Vorschlag lange einfach zurück gehalten um nicht die API 0.6 noch weiter mit das sollte da noch rein-Diskussionen zu verzögern. Jetzt ist mir quasi der Kragen geplatzt, weil es scheinbar einfach nicht mehr absehbar ist, ob oder wann die eigentlich angekündigte API 0.6 denn irgendwann kommen wird. Das wollte ich damit sagen. Wer das dann wann implementiert, ist mir schnurzegal, ich will nur nicht dass mehrere Leute parallel an einem API-0.6-Kandidaten arbeiten, denn das wäre völliger Humbug, eine Gruppe könnte ihre Arbeit glatt wegwerfen da sie auf einem falschen Ausgangs-Stand aufbaut. Du möchtest selbst eher eine passive Rolle einnehmen: Ich weiß, dass dies vermutlich nicht der geeignete Platz ist um so etwas einzuwerfen, aber ich bin zu faul das auf englisch zu formulieren und herauszufinden wer wirklich zuständig sein könnte. Das finde ich halt etwas arg mager. Nur weil ich erst das Feedback von einer kleinen Gruppe (deren Feedback von mir mit geringem Aufwand erhalten werden kann) abwarte, bin will ich eine passive Rolle? Ja, Feedback einzuholen ist schon irgendwie ne passive Rolle, aber das zu kritisieren ist abenteuerlich lächerlich. Was bringt es mir, wenn ich mir jetzt unnötig Arbeit mache, das auf englisch verfasse, mich auf talk@ anmelde, dort ein paar Tage mitlese (es ist kein guter Stil, gleich aktiv in eine Mailingliste zu poltern ohne zu wissen wie und was dort diskutiert wird) und dann dort was poste? Was bringt das? Sag es mir, es will mir nicht einfallen! Wenn es hier von vielen abgelehnt wird, brauch ich mir die Arbeit nicht zu machen, die Gruppe hier ist groß genug um repräsentativ zu sein. Wenn es hier breite Zustimmung gibt, ist das ein Indiz, dass sich die Arbeit lohnen könnte. Ungeachtet all dessen ist es für jemanden, der grade eh am Code schraubt ein vielfaches weniger Arbeit, ein Feature umzusetzen. D.h. wenn ich so jemanden mit ein paar möglichst konkreten Ideen begeistern könnte, wäre die gesamte zu investierende Arbeitszeit ungleich geringer. Du scheinst zudem komplett zu vergessen, dass ich Ideen nicht äußere um MEINE Ideen für MEINE Zwecke oder für MEIN Ego in MEINEM Projekt zu haben sondern dass wir hier eine Gemeinschaft sind, in der sich der Prozess Idee - Spezifikation - Code auch mal auf mehreren Schultern verteilen kann um das ganze Projekt voran zu bringen. Insbesondere bei einem so scheusslich dokumentierten Projekt wie OSM wo Einarbeiten echt ein längerer Vollzeitjob ist. Nichts gegen eine Diskussion über Tags in Baumstruktur. Aber wenn Du Forderungen in den Raum stellst [...] Meine Forderung war, dass ich gerne ein paar Meinungen dazu hätte. Komm mal wieder ein bisschen in Bodennähe zurück! stelle ich Gegenforderungen: Give the code :) . Warum darfst *DU* jetzt plötzlich Forderungen stellen? Ich bin mir durchaus im Klaren, dass du neben einigen Anderen mehr (Programmier-)Arbeit in dieses Projekt steckst als viele andere. Vielen Dank dafür. Aber das gibt dir IMHO noch lange nicht das Recht hier Hausmeister und Türsteher zu spielen. Wenn du auf meine (und vermutlich auch viele andere) Ideen verzichten willst, bitte, mach weiter so. Lies mal in ein paar Tagen diesen Thread nochmal aufmerksam durch und überlege dir, ob ein unbedarfter User, der eine gute Idee hat sich danach noch trauen würde, diese zu äußern. Ich denke nein. Und das ist der GAU für so ein Projekt, denn gute Programmierer haben zu oft die falschen Ideen. Was mit meinem Vorschlag inhaltlich passiert ist mir echt egal, ich bin gerne bereit, mich auf andere Dinge einzulassen, die ähnliches leisten oder ganz drauf zu verzichten wenn es keinen Anklang findet. Aber mit welcher Überheblichkeit hier der rein organisatorische Akt ins lächerliche gezogen wird, ist mir sonst noch nirgends begegnet und ich finde es echt abstoßend. eod von meiner Seite. Gruß, Bernd -- Drei Arten von Männern haben Schwierigkeiten, Frauen zu verstehen: - junge Männer - Männer mittleren Alters - alte Männer signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Probleme mit der Erkennbarkeit
On Fri, 22 Aug 2008, André Reichelt wrote: Jan Tappenbeck schrieb: Erkennbarkeit muss nicht immer etwas mit Schärfe zu tun haben - es kann auch am Kontrast (Farbschwäche) zu tun haben !!! Geht es Dir zufällig darum, dass die Texte seit neustem recht vermatscht aussehen? Ich habe mich vor ein paar Tagen schonmal beshwert darüber, habe aber seither nicht geschaut, ob es sich schon verbessert hat. Eine Antwort habe ich jedenfalls nicht bekommen. In Preferences Anti-Aliasing ausschalten, wenn es nicht ordentlich aussieht oder zu langsam ist. Aktuelle Versionen schalten das defaultmäßig aus, weil es scheinbar doch zu viele Probleme hat. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
On Fri, Aug 22, 2008 at 08:27:13PM +0200, Garry wrote: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 Verstehe das Beispiel nicht.. sind die Werte einfach aus der Luft gegriffen Ja. PS: Bitte kein CC an mich senden. Mein MUA setzt extra Mail-Followup-To, damit das nicht passiert. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM (noch) ziemlich Fahrradunfreundlich
Hallo, Gern geschehen. Meine Hauptmotivation für die Betätigung bei OSM ist die Hoffnung, damit irgendwann mal brauchbare Fahrradkarten und -router zu ermöglichen, dafür ist eine präzise Abbildung der Verhältnisse unabdingbar. Es stimmt natürlich. Umso präziser die Abbildung, desto exakter das Ergebnis. Und eben auch: Umso exakter das Datenmodell, desto höher die Chanchen, dass die Mapper eine hohe Präzision erreichen. Das Rouing- ergebnis hängt von den Eintragungen aller Mapper ab, die entlang einer Route was eingetragen haben. Das hieße, ein Tag für die Art des Radwegs und ein zusätzliches Tag für die Benutzungspflicht (wie Du weiter unten schon schreibst). Klar, wenn die Benutzungspflicht ist eine Eigenschaft der Radweg- Straßenkombination ist, kann man diese Eigenschaft als Attribut abbilden. Und das geht eben am besten, wenn alle Eigenschaften auf einen way abgebildet werden, denn dann kann ich diesen Way für den Router begutachten also die straßenbezogenen und die radwegbezogenen Attribute direkt abgleichen. In punkto symmetrische Anlage von Straßen irrst Du Dich. Gerade bei Radwegen kommt eine asymmetrische Anlage sehr häufig vor, und bei linksseitigen Radwegen ist die Asymmetrie gleich systemimmanent. .-=!!=,_,_,=!!=-,- Mit symmetrisch meine ich symmetrich zur Mittellinie der Straße und das kenne ich als den Normalfall. Die Krakelei oben soll so einen Querschnitt darstellen im Sinne von (links nach rechts): Fußweg, Radweg, Rasen mit Bäumen, Fahrbahn, Fahrbahn, Rasen mit... usw. Was meinst Du mit den vielen unverbundenen Ways? Wege oder Straßen, die auf einer Ebene verlaufen (keine Brücken, etc.), aber an den Kreuzungen keine Verbindungen haben. Ein typischer Effekt, wenn mit Potlatch gearbeitet wird. Passiert derzeit sehr häufig bei nachträglich 'reingemalten' Radwegen, bei denen dem Autor wohl nur wichtig war, dass die bei den Renderern gut rüberkommen. Jede fehlende Verbindung an einem Knoten kann den Router zu wilden Ausweichreaktionen verleiten oder eben den Weg für den Router zur unbenutzbaren Sackgasse machen. Siehst Du, einen solchen Router würde ich als unbrauchbar einstufen. Nö, der Router ist ein relativ einfacher Algorithmus. Die Qualität des Ergebnisses hängt von zwei Faktoren ab: Von der Qualität der Datenquelle (also der Arbeit der Mapper) und der Verarbeitung der Attribute zu einer Gewichtung. Das ist ja das schöne an OSM, dass man sich die Gewichtung selber nach Lust und Laune einstellen kann und nicht auf die Vorgaben der Hersteller angewiesen ist. Man kann die Eigenschaft 'hat Radweg' positiv priorisieren oder eben in Kombination mit 'ist Pflicht' negativ. Im erten Fall setzt man den Widerstand runter und im anderen hoch. Hier hat OSM schon das Potential, sich von den kommerziellen Anbietern abzusetzen, die diese Details nicht entsprechend erfassen (vielleicht tun sie es auch längst und verscherbeln das dann als teuren Overlay). Leider wird derzeit mit diesem Potential ziemlich leichtfertig umgesprungen, weil es keine konsequente Erfassung der Attribute gibt. Jeder machts, wie er grade lustig ist. Und da kommt eben obige Aussage ins Spiel. Nur wenn alle Mapper in einem Areal nach gleichen oder wenigstens ähnlichen Vorgaben erfassen, kann der Router später die Daten sinnvoll nutzen, denn er muss alles über einen Kamm scheren. Ein Router kann nicht separieren: 'Ach ja, das war der Oskar, der macht Radwege immer so'. Grüsse Hubert -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sind saved logs aus dem Garmin noch irgendwie rettbar?
Hallo, ich war vor zwei Wochen in Ostpolen und habe von dort ein paar Tracks mitgebracht, die ich nicht selbst alle versorgen kann und bei denen ich mir wünschen würde, dass sie jemanden finden, der was draus macht: http://www.openstreetmap.com/user/Krtek76/traces Das gilt natürlich auch für alle anderen Tracks von mir aus Ostthüringen und Westsachsen. Eine Frage habe ich noch: An einem Tag habe ich aus irgendeinem Grund, wahrscheinlich voller Speicher oder nur Dusslichkeit, den active log gelöscht und nun nur noch einen saved log ohne Zeit, Fahrtzeit etc. Ich benutze ein Garmin eTrex Legend HCx. Die fünf tracks habe ich auch hochgeladen, aber die wurden fix wieder gelöscht. Inzwischen weiß ich auch warum: OSM kann offenbar nicht viel damit anfangen. Allerdings waren da ein paar Wege dabei, die mir eigentlich wichtig sind - darunter zwei Burgwälle in Czermno und Hrubieszow (Grodek) - und die ich so schnell nicht wieder befahren und begehen werde. Das liegt ja alles schon fast in der Ukraine. ;-) Gibt es nun irgendeinen Trick, die noch noch irgendwie zu retten? Keine Ahnung wie, vielleicht Phantasiezeiten erfinden oder so. Oder sind die endgültig verloren? Das wäre sehr schade. Besten Dank! Roman -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sind saved logs aus dem Garmin noch irgendwie rettbar?
On Fri, 22 Aug 2008, Roman Grabolle wrote: Eine Frage habe ich noch: An einem Tag habe ich aus irgendeinem Grund, wahrscheinlich voller Speicher oder nur Dusslichkeit, den active log gelöscht und nun nur noch einen saved log ohne Zeit, Fahrtzeit etc. Ich benutze ein Garmin eTrex Legend HCx. Die fünf tracks habe ich auch hochgeladen, aber die wurden fix wieder gelöscht. Inzwischen weiß ich auch warum: OSM kann offenbar nicht viel damit anfangen. Ich hab mir für den Zweck mal ein kurzes Einzeiler-Perl-Skript gebaut, welches einfach Phantasiezeiten eingefügt hat :-) Wenn Du keine andere Lösung findest, schick mir die Tracks, dann konvertiere ich Sie Dir. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sind saved logs aus dem Garmin noch irgendwie rettbar?
Zitat Roman Grabolle: Hallo, ich war vor zwei Wochen in Ostpolen und habe von dort ein paar Tracks mitgebracht, die ich nicht selbst alle versorgen kann und bei denen ich mir wünschen würde, dass sie jemanden finden, der was draus macht: http://www.openstreetmap.com/user/Krtek76/traces Das gilt natürlich auch für alle anderen Tracks von mir aus Ostthüringen und Westsachsen. Eine Frage habe ich noch: An einem Tag habe ich aus irgendeinem Grund, wahrscheinlich voller Speicher oder nur Dusslichkeit, den active log gelöscht und nun nur noch einen saved log ohne Zeit, Fahrtzeit etc. Ich benutze ein Garmin eTrex Legend HCx. Die fünf tracks habe ich auch hochgeladen, aber die wurden fix wieder gelöscht. Inzwischen weiß ich auch warum: OSM kann offenbar nicht viel damit anfangen. Allerdings waren da ein paar Wege dabei, die mir eigentlich wichtig sind - darunter zwei Burgwälle in Czermno und Hrubieszow (Grodek) - und die ich so schnell nicht wieder befahren und begehen werde. Das liegt ja alles schon fast in der Ukraine. ;-) Gibt es nun irgendeinen Trick, die noch noch irgendwie zu retten? Keine Ahnung wie, vielleicht Phantasiezeiten erfinden oder so. Oder sind die endgültig verloren? Das wäre sehr schade. Hast Du eine Speicherkarte im eTrex Legend HCx? Da sollten die Tracks dann noch drauf sein. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karte von Naturschutzgebieten Feldberg als Vorlage im falschen Format
Hallo zusammen, ich habe von den Feldbergrangern eine Karte bekommen, um die Naturschutzgebiete im Feldberggebiet zu mappen. Leider hat diese ein Format, mit dem nicht mal imagemagick was anfangen kann. Der Befehl file sagt , das es sich um Coreldraw Vector Graphic handelt. Die Dateiendung ist .cdr. Ich habe kein corelDraw. Kann mir da jeman ein gut aufgelöstes png draus machen, damit ich das dann bei Metacarta georeferenzieren kann? Auf der Karte liegt übrigens kein Copyright. btw : Wie taggt man eigenlich Naturschutzgebiete ? Gruss, Olli Infos zum Haus der Natur auf dem Feldberg http://www.naturschutzzentren-bw.de/servlet/PB/menu/1065638_l1/index.htm Wie sind die Jungs so drauf? - http://www.youtube.com/watch?v=WYUBqOm3uiQ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern: Radwege (ncn/rcn) Via Julia, Via Bavarica Tyrolensis und M-Wasserweg
Hi Toni! Anyway, mir bleiben nur noch ein paar Tage bis zum Urlaub. Die will ich nutzen, um auf http://wiki.openstreetmap.org/index.php/De:Bicycle/overview_routes und den Unterkategorien schon mal die drei Wege einzutragen. Ob nun mit oder ohne Nummer einer existierenden Relation ... Ich wollte gestern eigentlich auch schon mal die Basisdaten unter http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Fahrradrouten eintragen, habe mich dann aber dagegen entschieden, weil wir noch keine Freigabe für das Logo haben. Meinetwegen können wir das aber auch jetzt auch schon mal (ohne Logo und ggfs. ohne Relation) eintragen, damit andere sehen, dass es da was gibt bzw. was kommen soll. Gibt es [...] deutsche Vorlagen, die man für solche Anschreiben an Behörden, Firmen und sonstige Organisationen - von Deinen man Datenfreigaben möchte - verwenden könnte? Hab' Dein anderes Posting schon gesehen. Hoffentlich meldet sich jemand. Ja, wäre nett, wenn jemand eine Vorlage hätte, die bereits erfolgreich war. ;-) BTW: wenn Du aus NRW stammst und gerade Urlaub mit Deiner Familie machst, dann ist Deine Tochter sicherlich nicht schulpflichtig. Hier in Bayer ist gerade mal Halbzeit mit den Ferien. Jep, die ist erst zwei. Gruss, Leupi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Perforance-Probleme - OT
André Reichelt schrieb: Nur mal ein Beispiel: Vista frisst viel mehr Speicher als XP: Das stimmt so einfach nicht. Wieso? Du bestätigst es hier doch selber: Vista braucht zwar tatsächlich mehr Speiher, aber nicht, weil es schlecht ist... Leider hat Microsoft beim Präsentieren der Features einfach etwas geschlamt und es kam wohl nicht deutlich genug rüber, dass Vista bereits bei Systemstart häufig genutzte Anwendungen in den Hauptspeicher läd, damit diese schneller starten. Und welchen produktiven Mehrwert habe ich davon? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
Sascha Silbe schrieb: On Fri, Aug 22, 2008 at 08:27:13PM +0200, Garry wrote: maxspeed=50 maxspeed.car=60 maxspeed.bike=120 Verstehe das Beispiel nicht.. sind die Werte einfach aus der Luft gegriffen Ja. Sorry für die Kritik, aber an der Stelle ist es vielleicht hilfreicher mit realistischen Beispielen zu arbeiten damit sich der Sinn des ganzen erschliesst. So sieht es ehr aus als bräuchte man eine komplexe Struktur um Zustände darzustellen die es in der realität eh nicht gibt, wasmir in der letzten Zeit extrem zu passieren scheint.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags
On Sat, Aug 23, 2008 at 01:19:24AM +0200, Garry wrote: So sieht es ehr aus als bräuchte man eine komplexe Struktur um Zustände darzustellen die es in der realität eh nicht gibt, wasmir in der letzten Zeit extrem zu passieren scheint.. Ziel meiner Mail war nicht, zu zeigen, daß Hierarchie nötig ist, sondern daß man sie auch ohne Änderung der API erreichen kann. Wenn ich ersteres will, wähle ich ein konkretes Beispiel, wie dieses: source=yahoo addr:housenumber=4 addr:housenumber.source_ref=http://www.tuebingen.de/ratsbeschluss_weiss_die_Nummer_nicht_mehr.pdf Soll ausdrücken: die Quelle für den Ort (d.h. die Gebäudeumrisse) war Yahoo, für die Hausnummer aber das angegebene Dokument. Derzeit hab ich das als source:addr statt addr:housenumber.source getagged, aber obige Namensgebung ist insgesamt konsistenter (: für Namespaces/Tag-Gruppen, . für Hierarchie). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vista Speicherverwaltung
Garry schrieb: Wieso? Du bestätigst es hier doch selber: Vista braucht zwar tatsächlich mehr Speiher, aber nicht, weil es schlecht ist... Leider hat Microsoft beim Präsentieren der Features einfach etwas geschlamt und es kam wohl nicht deutlich genug rüber, dass Vista bereits bei Systemstart häufig genutzte Anwendungen in den Hauptspeicher läd, damit diese schneller starten. Und welchen produktiven Mehrwert habe ich davon? Lies doch, die Programme starten schneller (und zwar deutlich schneller). Zum einen lässt sich das auf Wunsch abschalten (was aber nichts bringt wegen...), zum anderen macht es keinen Unterschied, ob der Speicher leer oder voll ist. Wird der Speicher kurzfristig gebraucht, räumt Vista diesen zügig und überlässt den freien Platz dem Programm. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte von Naturschutzgebieten Feldberg als Vorlage im falschen Format
Hallo. Am Freitag, 22. August 2008 schrieb olliko: btw : Wie taggt man eigenlich Naturschutzgebiete ? Ich komm grade nicht auf's Wiki (down?), aber wir haben dafür mal den Key natural_protection mit ein paar verschiedenen Werten erfunden. Welche Werte in welcher Scrheibweise wir dafür benutzt hatten, weiß ich grade nicht mehr auswendig, aber Das Wiki und ggf. tagwatch sollten das beantworten können. Gruß, Bernd -- Jeder Säugling sollte sich so früh und so gründlich wie möglich mit einem Fernsehgerät beschäftigen, denn später hat er ja auch nichts anderes. - Loriot, alias: Vicco von Bülow (dt. Cartoonist, 1932) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
