[Talk-de] Fußgaengerzone und verkehrsberuhigter Be reich (was: Richtiger Lübecker...)
Zitat von Johannes Huesing : >> Mit Fussgaengerzonen verbinde ich den Begriff Lebensraum. Dort findet man >> Sitzgelegenheiten, Brunnen, Geschaeftsauslagen usw. (wir alle wissen, >> wie eine Fussgaengerzone aussieht, die gewachsenen meist besser als die >> kuenstlichen). Natuerlich ist eine Fussgaengerzone zu weiten Teilen auch >> Verkehrsraum, aber eben nicht ausschliesslich. > > Da sollte ich vielleicht auch verkehrsberuhigte Bereiche statt mit > highway=living_street mit highway=pedestrian, vehicle=yes taggen? > Das ist eine ernstgemeinte Frage. Das ist gut, dass Du es dazu schreibst, mann weiß es bei Deinen Postings ja nicht immer so genau :-) Vom Prinzip her +1, aber es ist uns vor 2 Jahren nicht eingefallen. Wir könnten aber auch einfach noch mal eine Initiative starten, dass living_street schöner gerendert wird, denn letztenendes bin ich dafür jetzt doch dieses Tag weiterzunutzen, wo wir es denn einmal haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Hallo Jonas >> Schreibe es doch einfach ins Wiki: >> http://wiki.openstreetmap.org/wiki/de:Audio_mapping >> dann findet man es auch wenn man diese Disku nicht kennt. >> > http://wiki.openstreetmap.org/wiki/Audio_mapping#By_John07 Oben auf der Seite sind die Sprachversionen angezeigt. Wenn Du auf "deutsch" klickst kommst Du auf die deutschsprachige Seite. Kannst Du Deine Lösung dort bitte auch eintragen? (und bei der Gelegenheit vielleicht gleich den einen oder anderen wichtigen Abschnitt auf deutsch übersetzen?) Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in PGSQL bringen
On Mon, Mar 16, 2009 at 01:32:44AM +0100, Martin Koppenhoefer wrote: > Subject: Re: [Talk-de] Relationen in PGSQL bringen > > 2009/3/16 Frederik Ramm : > > Hi, > > > > Florian Lohoff wrote: > >> Nur wenn die strecke <2 Meilen ist - Ansonsten muss man ja rennen um bis > >> 23:00 so viel Bier drin zu haben das man sich auf der Straße pruegelt. > > > > Die 23-Uhr-Regel ist schon seit einigen Jahren weg, man kann sich jetzt > > auch noch spaeter auf der Strasse pruegeln. > > es lebe der Fortschritt ! Es ist in der Tat ein Fortschritt - Ich habe einen ganzen Sack verwandte in England und die Pruegelleien die wirklich Punkt 23:10 zwischen den Kneipen jeden Samstag stattgefunden haben weil alle Sturzbetrunkenen gleichzeitig auf die Straße gespuelt wurden sind vorbei. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hafenflächen / Kaianlangen
Hallo Jan, > Hafen: sind das Industriegebiete Für ein Hafengelände (an Land!): landuse=harbour (damit ist aber nur ein definiertes, meist eingezäuntes Gelände gemeint) Feste Molen werden als Küstenlinie eingezeichnet. (aufgeschüttet, gemauert, betoniert) Stege werden als man_made=pier eingezeichnet. (Schwimmsteg, Holzsteg, Betonsteg auf Pfosten) Weitere Attribute: http://wiki.openstreetmap.org/wiki/de:Segler1 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Passwort
Hallo Bernd, Danke für den Tip; ich hatte tatsächlich den erste „confirm Email“ nur überflogen und hatte versäumt mein Beitritt zu bestätigen. Ich habe mich neu angemeldet...nun klappt es! Ich werde mich in die Zukunft bessern. Noch einmal Danke Dominique ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vorschläge für ein Logo für Tr aveling Salesman
Hello Leute, da mit der Umstellung auf API 0.6 auch Version 1.0 von Traveling Salesman (http://travelingsales.sourceforge.net) vor der Tür steht, halte ich es für Angebracht so langsam über ein passendes Icon oder Logo für das Navi nachzudenken. Wer passende Vorschläge machen kann ist herzlich eingeladen sich im Forum zu beteiligen. Forum-Thread: https://apps.sourceforge.net/phpbb/travelingsales/viewtopic.php?f=7&t=37 Gruss, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge für ein Logo für Tr aveling Salesman
On Mon, 16 Mar 2009 10:14:26 +0100, wrote: > Hello Leute, > > da mit der Umstellung auf API 0.6 auch Version 1.0 von > Traveling Salesman (http://travelingsales.sourceforge.net) > vor der Tür steht, halte ich es für Angebracht so langsam > über ein passendes Icon oder Logo für das Navi nachzudenken. > > Wer passende Vorschläge machen kann ist herzlich eingeladen > sich im Forum zu beteiligen. > > Forum-Thread: > https://apps.sourceforge.net/phpbb/travelingsales/viewtopic.php?f=7&t=37 Sorry, falscher Link. Https ist nur für Sourceforge-User. http://apps.sourceforge.net/phpbb/travelingsales/viewtopic.php?f=7&t=37 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
On Fri, 13 Mar 2009, Karl Eichwalder wrote: Dirk Stöcker writes: Das sollte heißen: "Würde ich eintragen, wenn ich Du wäre, ...". Sonst hätte ich geschrieben "Werde ich..." :-) Ich weiß, ich bin einer der wenigen Deutschen, die den Konjunktiv noch verwendet :-) Da ist ein bruch in der formulierung. Entweder "der" statt "die" oder das verb auch in der mehrzahl. Noch schöner wäre es, du bildetest den kunjunktiv ohne hilfsverb... Ich sehe schon, wenn ich sowas schreibe, sollte ich Flüchtigkeitsfehler wohl besser vermeiden :-) 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] Meine Kreisel-Liste ist abgearbeitet
Hallo zusammen, Florian Lohoff wrote: > On Sat, Mar 14, 2009 at 11:48:26PM +0100, Garry wrote: > > Vorsicht! Nicht alles was aussieht wie ein Kreisverkehr ist einer (im > > Sinne der Kreisverkehrsregeln)! > > Ganz tückisches Beispiel: > > http://www.openstreetmap.org/?lat=49.003449&lon=8.423986&zoom=18&layers=B000FTF > Ich denke du meinst in deinem link nicht den schoenen grossen kreisel in > der mitte sondern den appendix an der Kriegsstraße. Doch, genau den "großen" Kreis meint er - das ist zwar eine kreisförmige Straße, aber kein Kreisverkehr. Die Stadtplaner hatten da wohl eine tolle[TM] Idee oder so - die Wolfartsweierer Straße geht da mit zwei Fahrstreifen je Richtung als Vorfahrtsstraße "kreisförmig" drüber; der Querverkehr hat Vorfahrt beachten. - Kannst Dir ja spaßeshalber mal das Sat-Bild anschauen: http://maps.google.de/maps?ie=UTF8&ll=49.003248,8.424373&spn=0.000977,0.002071&t=h&z=19 Schöne Grüße, Matthias Merz -- Früher schickte Gott Heuschreckenplagen, um seine Menschheit zu bestrafen. Heute gibt es Handyklingeltöne. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine Kreisel-Liste ist abgearbeitet
Am 16. März 2009 11:29 schrieb Matthias Merz : > Hallo zusammen, > > Florian Lohoff wrote: >> On Sat, Mar 14, 2009 at 11:48:26PM +0100, Garry wrote: >> > Vorsicht! Nicht alles was aussieht wie ein Kreisverkehr ist einer (im >> > Sinne der Kreisverkehrsregeln)! >> > Ganz tückisches Beispiel: >> > http://www.openstreetmap.org/?lat=49.003449&lon=8.423986&zoom=18&layers=B000FTF >> Ich denke du meinst in deinem link nicht den schoenen grossen kreisel in >> der mitte sondern den appendix an der Kriegsstraße. > > Doch, genau den "großen" Kreis meint er - das ist zwar eine > kreisförmige Straße, aber kein Kreisverkehr. Die Stadtplaner hatten da > wohl eine tolle[TM] Idee oder so - die Wolfartsweierer Straße geht da > mit zwei Fahrstreifen je Richtung als Vorfahrtsstraße "kreisförmig" > drüber; der Querverkehr hat Vorfahrt beachten. - Kannst Dir ja > spaßeshalber mal das Sat-Bild anschauen: > http://maps.google.de/maps?ie=UTF8&ll=49.003248,8.424373&spn=0.000977,0.002071&t=h&z=19 Sehe ich das falsch, oder ist es in diesem Fall dann nicht richtig eingezeichnet? Die "dünnen" Kreisbögen müssten in dem Fall dann doch mit secondary, statt primary getaggt werden, oder? Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
On Fri, 13 Mar 2009, "Jonas Krückel (John07)" wrote: Ja, Merkaator ist imo teils noch schlimmer als JOSM von der Bedienung ;-) Aber sind auch ein paar ganz gute Sachen dabei. Anyway, ich bin nicht sicher, ob das funktioniert, dass man einen Editor umschreiben will. Ich glaube es geht nur, wenn man einen neuen startet (also ruhig Code von einem nehmen, aber dann seperat weiter machen). Also noch ein neuer Editor, der (wenn er genug Mitstreiter findet) vielleicht in 3-4 Jahren nutzbar ist. In der Zwischenzeit haben sich aber die 3 momentan etablierten (JOSM, Potlatch, Merkaartor) weiterentwickelt und der Abstand wird immer größer. Wir haben schon so einen halbtoten Zombie namens JOSM-NG. Die Vorteile sind, dass man nicht auf alte Gewohnheiten von Leuten Rücksicht nehmen muss und ersteinmal alles rausschmeißen kann, was man nicht braucht. Das sind meiner Meinung nach 2 sehr wichtige Punkte. Das ist Unfug. Wenn jemand nicht in der Lage ist sich in die Strukturen existierendener Applikationen einzufügen ist er genausowenig in der Lage mit späteren Mitstreitern zusammenzuarbeiten. Die Folge ist ein weiteres totgeborenes Einzelkämpferprojekt. Ganz selten sind die Entwickler eines existierenden Projekts so borniert, dass eine Zusammenarbeit unmöglich ist. Wenn das eigene Konzept dann funktioniert, werden es die Leute nutzen und entweder man bleibt eigenständig oder schaut dann (mit dem Erfolg im Rücken ;-) ) in wie weit man zusammenarbeitet. In der Zwischenzeit hat sich die Konkurrenz aber auch weiterentwickelt und hat eine andere Lösung für das Problem. Ich habe ja nichts gegen Spezialanwendungen oder neue Systeme, aber dieses ständige Neustarten von Projekten mit identischer Zielsetzung ohne einen sinnvollen Grund halte ich für Zeitverschwendung. 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] Maxspeed mit mehreren Angaben
Rainer Knaepper schrieb: > Was macht man, wenn die Höchstgeschwindigkeit für die beiden > Fahrtrichtungen einer zweispurigen Straße unterschiedlich ist? Habe > ich hier bei mehreren Kreisverkehren: Fährt man drauf zu, ist 200 oder > 300m davor tempo 50, das Tempo 70-Schild steht aber immer unmittelbar > hinter den jeweiligen Ausfahrten. Mein Vorschlag: maxspeed:forward = 50 maxspeed:backward = 70 (natürlich abhängig von der Wegrichtung) http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags Das ist m.E. noch ein "leichteres" Problem, weil die Beschränkung von der Fahrtrichtung, nicht von der Spur abhängt (auch wenn es natürlich wegen der Vorschrift, rechts zu fahren, Überschneidungen gibt). Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
Mario Salvini schrieb: > da wollte wohl einer die maxspeeds auf den verschiedenen Lanes erfassen. > Halte ich so aber für ungeeignet. > Wennn mans schon lane-genau taggen will. Sollte man auch das Lane-Tool > in JOSM nutzen. Dann ist es absolut eindeutig, was gemeint ist. Ich möchte anmerken, dass ich einem Anwender, der einfach nur auswertbare Daten erstellen will (und keine Lust hat, sich an einem experimentellen Konzept zu beteiligen, das sich aller Wahrscheinlichkeit nach nicht 1:1 durchsetzen wird) das Lane-Tool _nicht_ empfehlen würde. Das Teil ist als Proof of Concept für das Editieren von Lanes gedacht, nicht als Endlösung. Es hat schon seinen Grund, dass das nur über umständliche manuelle Installation zur Verfügung gestellt wird: Das ist für Leute gedacht, die sich explizit mit der ungelösten Problematik der Linienbündel beschäftigen und Anregungen suchen, nicht für die breite Masse. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Hallo, Dirk Stöcker wrote: >> Die Vorteile sind, dass man nicht auf alte Gewohnheiten von Leuten >> Rücksicht nehmen muss und ersteinmal alles rausschmeißen kann, was man >> nicht braucht. Das sind meiner Meinung nach 2 sehr wichtige Punkte. > > Das ist Unfug. Wenn jemand nicht in der Lage ist sich in die Strukturen > existierendener Applikationen einzufügen ist er genausowenig in der Lage > mit späteren Mitstreitern zusammenzuarbeiten. Jonas meinte: Wenn man einen ganz neuen Editor macht, dann kann man sich das User Interface komplett neu ueberlegen, ohne dass Benutzer kommen und sagen: "Gestern ging das aber noch mit der Shift-Taste..." - Er hat teilweise natuerlich recht. Ich denke, wir muessen biem JOSM tatsaechlich jetzt langsam aufhoeren, alle paar Tage kleinere Aenderungen am UI zu machen. Sowas wie damals die grosse "fast Modeless"-Umstellung einfach mal so ueber Nacht durchzuziehen, koennen wir uns heute vermutlich nicht mehr leisten. > Ich habe ja nichts gegen Spezialanwendungen oder neue Systeme, aber > dieses ständige Neustarten von Projekten mit identischer Zielsetzung > ohne einen sinnvollen Grund halte ich für Zeitverschwendung. In OSM haben Einzelkaempfer schon viel erreicht. Ich halte es fuer moeglich, dass ein fitter Student in einem einzigen Semesterferiensommer etwas programmiert, was JOSM in jeder Disziplin abhaengt. (Besonders natuerlich, weil er unsere Fehler nicht nochmal machen muss.) Klar wuerden wir uns freuen, wenn der stattdessen mit anpackt, aber wenn die Alternative ist "nix machen oder einen eigenen Editor", dann doch zehnmal lieber einen eigenen Editor... Interessant finde ich auch die Bereiche, in denen sich aus anderen Projekten heraus OSM-Editoren entwickeln (z.B. jetzt gerade die Editfunktion fuer OSM-Daten in QGIS). Da kommen dann nochmal ganz andere Impluse/SChwerpunkte rein. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Original-Nachricht > Datum: Mon, 16 Mar 2009 12:06:32 +0100 (CET) > Von: "Dirk Stöcker" > An: talk-de@openstreetmap.org > Betreff: Re: [Talk-de] Alternativer Editor > Also noch ein neuer Editor, der (wenn er genug Mitstreiter findet) > vielleicht in 3-4 Jahren nutzbar ist. In der Zwischenzeit haben sich aber > die 3 momentan etablierten (JOSM, Potlatch, Merkaartor) weiterentwickelt > und der Abstand wird immer größer. Ich hab mir inzwischen die Quellen von Merkaator gezogen und es wird erstmal nicht darauf basieren. Grund fuer die Entscheidung ist, dass es hier nicht um den 25zigsten node-way-relation Editor gehen soll, sondern ein Experiment, ob Tools Sinn machen koennen, die ganz anders an das Thema herangehen. Z.B. ob es Sinn macht, den Anwendern ein Tool in die Hand zu geben, mit dem sie ein Haus eintragen koennen, ohne zu wissen, was eine Node oder ein way ist. Dazu brauchts in erster Naeherung nicht mal Anschluss an die OSM-Datenbasis und wenn das Konzept zieht, kann man es in die div. Editoren einbauen. Ob aus der Konzeptstudie jemals ein eignestaendiger Editor wird, ist eher unwichtig. > Das ist Unfug. Wenn jemand nicht in der Lage ist sich in die > Strukturen existierendener Applikationen einzufügen ist er genausowenig > in > der Lage mit späteren Mitstreitern zusammenzuarbeiten. Das ist eine Frage, die sich stellt, wenn man das neue Konzept demonstrieren und darstellen kann. Dann hat man eine Diskussionsbasis, ob man es innerhalb der UI unterbringen kann oder die UI neu ausrichten kann oder soll. > Ich habe ja nichts gegen Spezialanwendungen oder neue Systeme, aber dieses > ständige Neustarten von Projekten mit identischer Zielsetzung ohne einen > sinnvollen Grund halte ich für Zeitverschwendung. Der Entwurf einer alternativen UI oder ganz allgemein der Entwurf einer anderen Herangehensweise an das OSM-editieren ist sicher keine identische Zielsetzung :) Gruesse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] indoor Tag?
> Wie wäre es eigentlich mir einem indoor-Tag für wege Innerhalb von > Gebäuden?? > > Footway=indoor oder indoor = tertiary mir eingebauter Klassifizierung ? Wenn, dann würde ich indoor=yes o.ä. nehmen und zum normalen highway-Tag hinzufügen. Natürlich mit passenden access-Tags. Erlaubt, die Unterscheidung indoor/outdoor zu ignorieren, wenn es einen nicht interessiert. Oder ich würde eine Relation http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings erstellen und die Wege als "contains" einbauen. Vermutlich würde ich mir aber zuallererst mal eine Lösung für Stockwerke überlegen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] NDR-Anfrage - Freiwillige vor (Lübe ck)
Moin ! nachdem am Wochenende ein Bericht über OSM in den Lübecker Nachrichten war habe ich eine Anfrage vom NDR-Hörfunk (Studio Lübeck) bekommen. Die würden gerne einen Beitrag machen und dazu gerne mit zwei Personen von OSM zusammenarbeiten. Wir haben schon einen Termin festgelegt - kommenden Donnerstag, 26.3.2009 - gegen 10 Uhr. Wenn sich also jemand aus dem Lübecker-Raum angesprochen fühlt, dann möge er sich melden. Hörfunk ist auch etwas für kamerascheue Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] indoor Tag?
Am 16. März 2009 12:48 schrieb Tobias Knerr : >> Wie wäre es eigentlich mir einem indoor-Tag für wege Innerhalb von >> Gebäuden?? >> >> Footway=indoor oder indoor = tertiary mir eingebauter Klassifizierung ? > > Wenn, dann würde ich indoor=yes o.ä. nehmen und zum normalen highway-Tag > hinzufügen. Natürlich mit passenden access-Tags. Erlaubt, die > Unterscheidung indoor/outdoor zu ignorieren, wenn es einen nicht > interessiert. das wäre ja bei einem Key, wie vorgeschlagen, auch gegeben: highway=footway, footway=indoor > Vermutlich würde ich mir aber zuallererst mal eine Lösung für Stockwerke > überlegen. > meinst Du damit einen 3D-Editor? Oder wie willst Du die sonst eingeben? Alle übereinander aber nicht verbunden? Nioht falsch verstehen, auch ich würde Stockwerke begrüßen, aber die Hürden sind schon ein bisschen größer als bei einem Indoor-Key (der fürs erste dann halt auch 2-dimensional vor allem Erdgeschosse abdeckt) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußgaengerzone und verkehrsberuhigter Be reich (was: Richtiger Lübecker...)
Am 16. März 2009 08:57 schrieb Rotbarsch : > Zitat von Johannes Huesing : > >>> Mit Fussgaengerzonen verbinde ich den Begriff Lebensraum. Dort findet man >>> Sitzgelegenheiten, Brunnen, Geschaeftsauslagen usw. (wir alle wissen, >>> wie eine Fussgaengerzone aussieht, die gewachsenen meist besser als die >>> kuenstlichen). Natuerlich ist eine Fussgaengerzone zu weiten Teilen auch >>> Verkehrsraum, aber eben nicht ausschliesslich. >> >> Da sollte ich vielleicht auch verkehrsberuhigte Bereiche statt mit >> highway=living_street mit highway=pedestrian, vehicle=yes taggen? >> Das ist eine ernstgemeinte Frage. > > > Vom Prinzip her +1, aber es ist uns vor 2 Jahren nicht eingefallen. > Wir könnten aber auch einfach noch mal eine Initiative starten, dass > living_street schöner gerendert wird, denn letztenendes bin ich dafür > jetzt doch dieses Tag weiterzunutzen, wo wir es denn einmal haben. > -1, eigene Straßenklassen sollten m.E. eigene highway-tags bekommen. Klar könnte man auch alle Straßen mit highway=street taggen, und dann streetclass=primary, aber wo wäre der Vorteil? Verkehrsberuhigte Bereiche (=allgemein in Schrittgeschwindigkeit befahrbar) als Fussgängerzonen (=nicht allgemein befahrbar) zu taggen, und das dann mit zusätzlichen Tags/Keys wieder geradezubiegen halte ich für eine schlechte Idee, da es umständlicher (2 Tags statt einem) und fehlinterpretationsanfälliger und gegen die herrschende Praxis ist. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kau?-Kr?ger > WGS-84
Hallo Heiko, so ganz sicher bin ich mir aber trotzdem noch nicht. Wenn ich Gauß-Krüger2 in WGS-84 wandeln will finde ich unter a)vordefiniert: 2: Gauss-Krueger Nr.2/6 Grad (West-D) unter b finde ich: 20: WGS84 bzgl. WGS72 21: WGS84 bzgl. ED50 allerdings steht da drüber. (nicht wirksam, falls System unter a. angeklickt ist, nur fuer b. und c. Falls an einem System unter a. Parameter geaendert werden sollen, erst 'Leer'transformation machen, damit Werte unten eingetragen werden, dann Werte aendern und c. auswaehlen.) Heißt das ich muß zuerst von a)vordefiniert: 2: Gauss-Krueger Nr.2/6 Grad (West-D) z.B. nach b. geographische Koordinaten -1: geographisch (Altgrad, dezimal) und dann von dort nach 20: WGS84 bzgl. WGS72 21: WGS84 bzgl. ED50 wandeln? Und welches WGS84 ist das richtige zum Vergleich mit GPX-Files? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kau?-Kr?ger > WGS-84
Hallo Dimitri, Dimitri Junker schrieb: > wandeln? Und welches WGS84 ist das richtige zum Vergleich mit GPX-Files? ich habe Dir eine Mail geschickt. Es ist nicht so trivial WGS84 in GK und andersrum zu wandeln. MMh, habe ich das nicht schon mindestens 1000 mal geschrieben? Dafür gibt es mind. 5 Wikis und 9000 Zeilen im Archiv :-( Naja, lies die Mail, dann wird dir geholfen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Asche und Rasensportplätze
Ulf Lamping schrieb: > ... aber soccer halt eher nur dann, wenn da wirklich überwiegend Fußball > gespielt wird. Wenn da auch ein Basketballkorb und vielleicht noch was > anderes drauf ist, eher sport=multi ... Multi finde ich nicht so toll, da man dann wieder nicht weiß, was da gespielt wird. sport = multi soccer = yes baseball = yes Finde ich irgendwann destruktiv, denn die Informationen verstreuen sich ziemlich. Wer soll denn da jemals noch Ordnung wiederfinden? sport = soccer; baseball Vielleicht besser? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [JOSM] Farbe für die Wegepunkte
Moin ! wenn man normalerweise eine Wegepunkt-Datei in JOSM einbindet, dann ist diese so grau-schwarz. In Einstein kann man nun eine andere Farbe für color.layer Wegepunkte von [Dateiname] einstellen. Das aber immer nur für jede neue Datei - geht soetwas auch als Default-Wert Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
Marcus Wolschon schrieb: > Kennt jemand noch weitere entsprechende Seiten, die keine Brachenbücher > oder ähnliche geschützte Datenbanken sind? Die Google-Daten sollst und kannst Du ja nicht abgreifen. Ich habe schon 7 falsche Packstationen und mindestens 3 falsche Filialadressen gefunden. Echt peinlich sowas. Aber sämtliche Firmen bieten solche Listen an. Subway, Starbucks, Burgerking, Plus, Real etc. etc. IMHO gehe ich davon aus, dass hier noch nicht mal Datenbankschutz vorliegt, da sich für diese Listen augenscheinlich keine erheblichen finanziellen und personellen Aufwendungen für Programmierung, Entwicklung, Wartung, Pflege und Betrieb ergeben bzw. ergeben haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] indoor Tag?
Martin Koppenhoefer schrieb: >> Wenn, dann würde ich indoor=yes o.ä. nehmen und zum normalen highway-Tag >> hinzufügen. Natürlich mit passenden access-Tags. Erlaubt, die >> Unterscheidung indoor/outdoor zu ignorieren, wenn es einen nicht >> interessiert. > > das wäre ja bei einem Key, wie vorgeschlagen, auch gegeben: > highway=footway, footway=indoor Geht auch, enthält aber die Annahme, dass es indoor nur Fußwege gibt. Ansonsten braucht man noch zusätzliche Tags für die anderen Wegetypen/POI, indoor=yes geht für alles. >> Vermutlich würde ich mir aber zuallererst mal eine Lösung für Stockwerke >> überlegen. > > meinst Du damit einen 3D-Editor? Oder wie willst Du die sonst > eingeben? Ich glaube, zwei, drei Stockwerke bekomme ich mit einem 2D-Editor schon noch hin. Letztlich bräuchte man für so was wohl doch Spezialwerkzeuge. Was ich meine, ist aber die Darstellung der Daten (als Tag? Als Rollen in der building-Relation? usw.), die der hypothetische 3D-Editor sinnvollerweise produzieren könnte. > Alle übereinander aber nicht verbunden? Nioht falsch > verstehen, auch ich würde Stockwerke begrüßen, aber die Hürden sind > schon ein bisschen größer als bei einem Indoor-Key (der fürs erste > dann halt auch 2-dimensional vor allem Erdgeschosse abdeckt) Natürlich ist es sinnvoll, eine Lösung zu haben, die mit den momentanen Möglichkeiten nutzbar ist. Wenn man sich aber ein paar Gedanken gemacht hat, wie das Schema für den generellen Fall aussehen könnte, (selbst wenn man nur einen kleinen Teil davon jemals verwendet) vermeidet man Umstellungsprobleme, wenn man dann die technischen Möglichkeiten für die komplette Darstellung mal hat. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
On Mon, 16 Mar 2009, qbert biker wrote: Dazu brauchts in erster Naeherung nicht mal Anschluss an die OSM-Datenbasis und wenn das Konzept zieht, kann man es in die div. Editoren einbauen. Ob aus der Konzeptstudie jemals ein eignestaendiger Editor wird, ist eher unwichtig. Reine Konzeptstudien halte ich auch nicht für hilfreich. Wenn dann implemtiere das ganze doch in JavaScript(OpenLayers) oder irgendeiner anderen Websprache, so dass man es nutzen kann. Java magst Du ja nicht. Für einen reinen Editor musst Du die ganze Infrastruktur für das Laden von Hintergrundbildern und ähnliches neu schaffen und das ist verschwendete Zeit. Das ist Unfug. Wenn jemand nicht in der Lage ist sich in die Strukturen existierendener Applikationen einzufügen ist er genausowenig in der Lage mit späteren Mitstreitern zusammenzuarbeiten. Das ist eine Frage, die sich stellt, wenn man das neue Konzept demonstrieren und darstellen kann. Dann hat man eine Diskussionsbasis, ob man es innerhalb der UI unterbringen kann oder die UI neu ausrichten kann oder soll. Ich kann mir anhand Deine Beschreibung schon vorstellen, wie Du es meinst. Ich halte es nur momentan wie gesagt für zu aufwändig das umzusetzen. Daran wird auch eine Konzeptstudie nichts ändern. Für Einzelfälle mag es gehen, aber Du trittst ja nicht an die Eingabe eines einzelne Datentyps zu ändern sondern das ganze UI zu verbessern. Unter http://josm.openstreetmap.de/ticket/2314 habe ich mal eine Variante beschrieben, wie man den häufigen Spezialfall Häuserzeichnen in JOSM stark vereinfachen kann. Ich habe ja nichts gegen Spezialanwendungen oder neue Systeme, aber dieses ständige Neustarten von Projekten mit identischer Zielsetzung ohne einen sinnvollen Grund halte ich für Zeitverschwendung. Der Entwurf einer alternativen UI oder ganz allgemein der Entwurf einer anderen Herangehensweise an das OSM-editieren ist sicher keine identische Zielsetzung :) Entwürfe mache ich meist mit gimp und nicht mit einem Compiler. Das Umsetzen ist schon genug Arbeit. Denn in der Regel sind es ja keine revolutionären Ideen, sondern einfach die Umsetzung von Sachen, die woanders schon existieren. Dazu muss man kein eigentlich Konzept programmieren, es reicht wenn man sagt "so wie die es machen stelle ich es mir vor". 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] Kau?-Kr?ger > WGS-84
Hallo Dimitri, das mit den Koordinatentransformationen von a nach b ist nicht so ganz trivial. Siehe hierzu auch http://www.widemann.de/download/kundenjournal/pdfs/widemannjournal_08A1_100dpi.pdf (Seite 14). Am besten setzt Du Dich einmal mit Tobias in Kontakt - der hat da so einiges in der letzten Zeit gemacht. Gruß Jan :-) Dimitri Junker schrieb: > Hallo Heiko, > > so ganz sicher bin ich mir aber trotzdem noch nicht. Wenn ich Gauß-Krüger2 > in WGS-84 wandeln will finde ich unter > a)vordefiniert: > 2: Gauss-Krueger Nr.2/6 Grad (West-D) > unter b finde ich: > > 20: WGS84 bzgl. WGS72 > 21: WGS84 bzgl. ED50 > > > allerdings steht da drüber. > (nicht wirksam, falls System unter a. angeklickt ist, nur fuer b. und c. > Falls an einem System unter a. Parameter geaendert werden sollen, erst > 'Leer'transformation machen, damit Werte unten eingetragen werden, dann > Werte aendern und c. auswaehlen.) > > Heißt das ich muß zuerst von > > a)vordefiniert: > 2: Gauss-Krueger Nr.2/6 Grad (West-D) > > z.B. nach > b. geographische Koordinaten > -1: geographisch (Altgrad, dezimal) > > und dann von dort nach > 20: WGS84 bzgl. WGS72 > 21: WGS84 bzgl. ED50 > > wandeln? Und welches WGS84 ist das richtige zum Vergleich mit GPX-Files? > > Gruß > Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] State of the Map: Anmeldung und Call for Papers
Hallo, (ich uebersetze etwas frei von der talk-Liste): Die Anmeldung fuer die State of the Map-Konferenz in Amsterdam ist hier möglich: http://www.stateofthemap.org/register-now/ Die Konferenz hat diesmal drei Tage - einen "Business Day" am 10.7. und dann das normale Wochenende 11./12.7. Die Konferenz findet auf Englisch statt. Bis zum 29.3. gibt es ein rabattiertes "Early Bird"-Ticket für 85 Euro (Gesamtveranstaltung) bzw. 50 Euro (nur Wochenende). OSMF-Mitglieder kriegen nochmal 10 Euro Discount. Zugleich ist der Call for Papers jetzt offen (schliesst am 3.5.). Jeder, der irgendetwas cooles mit OSM macht oder gemacht hat, ist eingeladen/aufgerufen, darueber zu berichten - seien es interessante Mapping-Aktionen, die naechste "Killer-Applikation" oder sonst irgendetwas spannendes. Auch grundlegende Vorträge wie z.B. über Kartografie oder Erfahrungen mit Crowdsourcing im großen Stil sind interessant. Man kann entweder einen 15- oder 30minütigen Vortrag anmelden oder einen 2stuendigen "Workshop". Ausserdem sind auch 5minütige "Lightning Talks" möglich, aber für die ist keine vorherige Anmeldung geplant. Die vier grossen Haupt-Themenbereiche sind: 1. OSM 2010 - von 100.000 zu 1.000.000 Benutzern: Welche Herausforderungen warten auf uns, wenn wir mit einem Million Benutzern klarkommen wollen? Was können wir von anderen Projekten lernen? 2. Neue Mapping-Fronten - wie wir OSM auf neue Themenbereiche, neue geografische Gebiete oder neue Personengruppen ausdehnen können. Dritte und vierte Dimension, Mapping von Innenräumen, Mapping historischer Gegebenheiten gehörten hier dazu. 3. OSM-Applikationsentwicklung - Interessante neue Software. 4. Werkzeuge, Tips und Techniken - hier können die "Power User" verschiedener OSM-Tools etwas präsentieren. Der vollständige, englische Call for Papers und der Link zum Einreichen von Vorträgen sind hier: http://www.stateofthemap.org/call-for-papers/ Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
On Mon, 16 Mar 2009 13:47:03 +0100, Tobias Wendorff wrote: > Marcus Wolschon schrieb: >> Kennt jemand noch weitere entsprechende Seiten, die keine Brachenbücher >> oder ähnliche geschützte Datenbanken sind? > > Die Google-Daten sollst und kannst Du ja nicht abgreifen. Ich habe > schon 7 falsche Packstationen und mindestens 3 falsche Filialadressen > gefunden. Echt peinlich sowas. > > Aber sämtliche Firmen bieten solche Listen an. Subway, Starbucks, > Burgerking, Plus, Real etc. etc. Nicht zu vergessen die Baumarks-Ketten, Bankfilialen, Bankautomaten, Reisebüros, Hotels, ... Vor allem Hotels halte ich für vorrangig, da man diese wohl auf Reisen häufiger suchen dürfte. > IMHO gehe ich davon aus, dass hier noch nicht mal Datenbankschutz > vorliegt, da sich für diese Listen augenscheinlich keine erheblichen > finanziellen und personellen Aufwendungen für Programmierung, > Entwicklung, Wartung, Pflege und Betrieb ergeben bzw. ergeben haben. Das sehe ich genauso, solange man die Daten von den Firmen selber bekommt und nicht aus Branchenbüchern oder Google versucht abzuschreiben. Irgendwo müssen wir ja endlich mal anfangen mit den Hausnummern. Ich drucke mir gerade mal den Stadteil hier von der Slippymap aus und werde da mal die Tage nach und Nach die Hausnummern auf dem Zettel eintragen und später eintippen. (Dafür reicht sogar potlatch gut genug.) Haben wir hier jemanden mit mehr Erfahrung, der das mal rechtlich durchleuchten kann? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
On Mon, 16 Mar 2009, Frederik Ramm wrote: - Er hat teilweise natuerlich recht. Ich denke, wir muessen biem JOSM tatsaechlich jetzt langsam aufhoeren, alle paar Tage kleinere Aenderungen am UI zu machen. Sowas wie damals die grosse "fast Modeless"-Umstellung einfach mal so ueber Nacht durchzuziehen, koennen wir uns heute vermutlich nicht mehr leisten. Tja. Ich mache immer lieber kleinere Änderungen, dann maulen die bisherigen Nutzer zwar ein bisschen aber sie nehmen es hin und ein paar Monate später wollen sie die Neuerungen nicht mehr hergeben. Wenn man große Umstellungen macht ziehen sie dagegen nicht mit (Jeder normale Mensch ist änderungsresistent :-). Ich habe ja nichts gegen Spezialanwendungen oder neue Systeme, aber dieses ständige Neustarten von Projekten mit identischer Zielsetzung ohne einen sinnvollen Grund halte ich für Zeitverschwendung. In OSM haben Einzelkaempfer schon viel erreicht. Ich halte es fuer moeglich, dass ein fitter Student in einem einzigen Semesterferiensommer etwas programmiert, was JOSM in jeder Disziplin abhaengt. (Besonders Das halte ich hingegen für utopisch. Ich sehe was unser fitter Student Stefan erreicht hat, aber von einem kompletten Ersatz ist das weit entfernt. Zum Glück hat er sich ja entschieden JOSM zu verbessern (und Du siehst ja selbst, was ihm für Gegenwind entgegenpustet). JOSM hat momentan knapp 10 Zeilen Code. Das holst Du nicht so schnell auf. Interessant finde ich auch die Bereiche, in denen sich aus anderen Projekten heraus OSM-Editoren entwickeln (z.B. jetzt gerade die Editfunktion fuer OSM-Daten in QGIS). Da kommen dann nochmal ganz andere Impluse/SChwerpunkte rein. Ja. Das halte ich auch für sinnvoll. Nur der x-te Editor für Desktop-System ist aus meiner Sicht Unfug. Und nur es klarzustellen. Ich mag Java für Desktop-Anwendungen auch nicht besonders. JOSM ist auch das einzige OpenSource-Java-Programm, was ich jemals angefaßt habe :-) 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] Hausnummern für bestehende *-Filialen fi nden
marcus.wolsc...@googlemail.com schrieb: > Das sehe ich genauso, solange man die Daten von den Firmen selber bekommt > und nicht aus Branchenbüchern oder Google versucht abzuschreiben. > Irgendwo müssen wir ja endlich mal anfangen mit den Hausnummern. Tja, die Frage ist, ob wir da nicht lieber sowas, wie ein offenes Branchenbuch führen sollten - habe das ja mal vorgeschlagen. Solche Informationen sind teilweise recht dynamisch, haben am Anfang zwar Bedeutung in OSM gehabt, aber irgendwie finde ich es getrennt besser. Zusammenpacken kann man es ja immer noch. > Haben wir hier jemanden mit mehr Erfahrung, der das mal rechtlich > durchleuchten kann? legal-talk @ osm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Farbe für die Wegepunkte
Zitat Jan Tappenbeck: > Moin ! > > wenn man normalerweise eine Wegepunkt-Datei in JOSM einbindet, dann ist > diese so grau-schwarz. > > In Einstein kann man nun eine andere Farbe für color.layer Wegepunkte > von [Dateiname] einstellen. Das aber immer nur für jede neue Datei - > geht soetwas auch als Default-Wert Einstellungen -> Anzeige-Einstellungen -> Farben -> GPS-Punkt Dort die gewuenschte Farbe auswaehlen. Fuer einzelne Tracks kann man die Farbe auch durch Rechtsklick auf den Layer im Ebenenfenster -> "Farben anpassen" aendern. hth -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapsource - Europakarte mit Höhenlinen ?
Johann H. Addicks schrieb: > wie bekomme ich "am einfachsten" im Mapsource eine SRTM-Höhenkarte mit in die > > Europakarte (computerteddy-Version) hinein? Erzeuge dir mit SRTM2OSM einen OSM-Datensatz mit den SRTM-Daten fuer Europa. Dann bau dir mit mkgmap einetransparente Garmin-Karte daraus. Und diese Karte spielt du dann zusammen mit der Computerteddy-Karte aufs Navi. "Einfach" ist eine ziemlich relative Angelegenheit. So mal eben nebenbei duerfte das nicht gemacht sein. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Computerteddy-Karten in Mapsource (zum x-ten)
Nachdem ich es früher irgendwie hinbekommeh habe, gelingt es mir derzeit auf zwei PCs nicht mehr, die Deutschland- oder Europakarte im Mapsource zu installieren. Mapsource 6.13, 6.14 und 6.15 habe ich durchprobiert. Ich habe die Registry-Einträge manuell hinzugefügt REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Products\OSM] "LOC"="C:\\Garmin\\OSM\\EU\\" "BMAP"="C:\\Garmin\\OSM\\EU\\63239998.img" "TDB"="C:\\Garmin\\OSM\\EU\\63239998.tdb" Leider nur die bekanntn "Ich starte nimmer"-Fehlermeldungen. Ich habe es auch alternativ mit dem Typfile und der Beschreibung von http://wiki.openstreetmap.org/wiki/DE:OSM_Map_On_MapSource versucht: Leider der gleiche Effekt. Irgendwelche Vorschläge? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Original-Nachricht > Datum: Mon, 16 Mar 2009 13:48:17 +0100 (CET) > Von: "Dirk Stöcker" > An: talk-de@openstreetmap.org > Betreff: Re: [Talk-de] Alternativer Editor > Reine Konzeptstudien halte ich auch nicht für hilfreich. Wenn dann > implemtiere das ganze doch in JavaScript(OpenLayers) oder irgendeiner > anderen Websprache, so dass man es nutzen kann. Java magst Du ja nicht. Isch kann doch keine Websprache ;) > Für einen reinen Editor musst Du die ganze Infrastruktur für das Laden > von > Hintergrundbildern und ähnliches neu schaffen und das ist verschwendete > Zeit. Ist nett von dir, dass du dir ueber meine verschendete Zeit gedanken machst, aber mein Aufwand haengt weitgehend von dem ab, was ich schon habe. > Ich kann mir anhand Deine Beschreibung schon vorstellen, wie Du es meinst. > Ich halte es nur momentan wie gesagt für zu aufwändig das umzusetzen. > Daran wird auch eine Konzeptstudie nichts ändern. Für Einzelfälle mag > es > gehen, aber Du trittst ja nicht an die Eingabe eines einzelne Datentyps zu > ändern sondern das ganze UI zu verbessern. Der Einzelfall kann der Einstieg sein, der dann in andere Bereiche ausstrahlt. Hier in D-Land ist eben derzeit das Haeusermalen sehr aktuell. > Unter http://josm.openstreetmap.de/ticket/2314 habe ich mal eine Variante > beschrieben, wie man den häufigen Spezialfall Häuserzeichnen in JOSM > stark > vereinfachen kann. Das ist eine Methode, sich von der anderen Seite her anzuneahern. Aber diese eingebauten und meist gut versteckten Helferlein lassen einen immer noch in nodes und ways arbeiten. Mir gehts darum, Elemente (Makros?) aus einer Lib zu waehlen (z.B. ueber ein Symbolfeld), in das Feld zu platzieren und zielgerichtet (objektorientiert) zu manipulieren. Schlussendlich soll auch nicht nur ein echtes Rechteck gezeichnet werden, sondern auch die Infos dazu in einer eigenen Struktur (z.B. kommentar-tag) in der DB gespeichert, so dass das Tool sie wiedererkennt. > Entwürfe mache ich meist mit gimp und nicht mit einem Compiler. Das > Umsetzen ist schon genug Arbeit. Meine Versuche, mit einem Vektorgrafikprogramm vorzuwerkeln habe ich abgebrochen. Mit Qt programmiere ich es schneller als dass ich das was ich will dem Vektorgrafikprogramm entlocke, so scheint es mir ;) Ich habe eine alte Demo mit lokaler Entzerrung (Laengen-/ Breitengrad) und einer Geometrielib, mit der ich das dynamisch hinbekomme. Da muss jetzt noch ein Luftbild mit Haeusern aus beliebiger Quelle dahinter und das Spiel kann beginnen. Gruesse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
2009/3/16 Dirk Stöcker : > > Unter http://josm.openstreetmap.de/ticket/2314 habe ich mal eine Variante > beschrieben, wie man den häufigen Spezialfall Häuserzeichnen in JOSM stark > vereinfachen kann. > das ist im Prinzip auch das, was ich mir von Anfang an wünsche. Die Umsetzung ist allerdings aus mind. 2 Gründen komplizierter, als Du es Dir vorstellst: 1. es reicht nicht, die Winkel zu begrenzen. Man braucht zusätzlich einen "Peil"-Modus (analog zum Tracking bei AutoCAD), um das vorletzte Segment richtig einzugeben, weil sonst Winkel 3 nicht stimmt. (Habe das auch mal im trac ergänzt). 2. derzeit (bzw. nach wie vor) scheint die Winkel-Funktion von JOSM nicht zu funktionieren (gem. live-Anzeige unten). S. diesen Screenshot von April 2008: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png wo alle Winkel jeweils mit 90-Grad gem. Anzeige gezeichnet wurden. Je größer die Abweichung (Drehung) des Objekts zu den Bildschirmkanten ist, um so größer ist die Differenz der Anzeige zum echten Winkel. Wenn Du 2. mal selbst verifizieren möchtest: zeichne ein Linie ca. 45 Grad zum Bildschirm. Zeichne 2. Segment gem. Anzeige 90 Grad. Extrudiere erstes Segment mit Geometriemodus und vergleiche die Abweichung: ist enorm. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapsource - Europakarte mit Höhenlinen ?
> Erzeuge dir mit SRTM2OSM einen OSM-Datensatz mit den SRTM-Daten fuer Europa. > Dann bau dir mit mkgmap einetransparente Garmin-Karte daraus. > "Einfach" ist eine ziemlich relative Angelegenheit. So mal eben nebenbei > duerfte das nicht gemacht sein. Meine bisherigen Versuche endeten mit -für mich kryptischen- Fehlermeldungungen des mkgmap nach meist einer halben bis ganzen Stunde Laufzeit. Hätte ja sein können, dass jemand für ein "fertiges" script hat mit den präzisen Aufrufparametersn. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
On Mon, 16 Mar 2009 14:12:12 +0100, Tobias Wendorff wrote: > marcus.wolsc...@googlemail.com schrieb: >> Das sehe ich genauso, solange man die Daten von den Firmen selber bekommt >> und nicht aus Branchenbüchern oder Google versucht abzuschreiben. >> Irgendwo müssen wir ja endlich mal anfangen mit den Hausnummern. > > Tja, die Frage ist, ob wir da nicht lieber sowas, wie ein offenes > Branchenbuch führen sollten - habe das ja mal vorgeschlagen. > > Solche Informationen sind teilweise recht dynamisch, haben am Anfang > zwar Bedeutung in OSM gehabt, aber irgendwie finde ich es getrennt > besser. Zusammenpacken kann man es ja immer noch. Mir gings jetzt eigentlich nur um die Hausnummern von Geschäften, die wir schon mit Lat+Lon in der Karte haben. Ich nehme an, die Hausnummern werden sich nicht soo häufig ändern. ;) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine Kreisel-Liste ist abgearbeitet
On Mon, 16 Mar 2009 10:29:27 + (UTC), Matthias Merz wrote: > Doch, genau den "großen" Kreis meint er - das ist zwar eine > kreisförmige Straße, aber kein Kreisverkehr. Die Stadtplaner hatten da > wohl eine tolle[TM] Idee oder so - die Wolfartsweierer Straße geht da > mit zwei Fahrstreifen je Richtung als Vorfahrtsstraße "kreisförmig" > drüber; der Querverkehr hat Vorfahrt beachten. - Kannst Dir ja > spaßeshalber mal das Sat-Bild anschauen: > http://maps.google.de/maps?ie=UTF8&ll=49.003248,8.424373&spn=0.000977,0.002071&t=h&z=19 Das ist gar nicht mal so selten bei größeren "Kreiseln". Sowohl in Lübeck, als auch in Braunschweig sind mir in der Stadt mehr solche "gebogenen Einbahnstraßen" bekannt als tatsächliche Kreisel. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
>> Entwürfe mache ich meist mit gimp und nicht mit einem Compiler. Das >> Umsetzen ist schon genug Arbeit. > > Meine Versuche, mit einem Vektorgrafikprogramm vorzuwerkeln > habe ich abgebrochen. Mit Qt programmiere ich es schneller > als dass ich das was ich will dem Vektorgrafikprogramm > entlocke, so scheint es mir ;) da bin ich ja mal gespannt. GIMP ist übrigens ein Photoshop-Pendant und kein Vektorprogramm. Ich würde ein CAD-Programm nehmen (AutoCAD), aber da ist die Einarbeitungszeit wohl auch nicht komplett ignorierbar, wenn auch jemand der er kann es einem Anfänger (für genau das eine Problem) in 2 Minuten beibringen könnte. > Ich habe eine alte Demo mit lokaler Entzerrung (Laengen-/ > Breitengrad) und einer Geometrielib, mit der ich das dynamisch > hinbekomme. Da muss jetzt noch ein Luftbild mit Haeusern > aus beliebiger Quelle dahinter und das Spiel kann beginnen. beliebige Quelle ist hier nicht. Die Projektion muss passen, sonst kann man es auch gleich von Hand ohne Hilfsmittel drüberpinseln. Für den einfachen Fall rechteckiges (andere Winkel gehen damit allerdings gar nicht) Haus ohne Balkone/Anbauten/sonst. Sperenzien hat JOSM ja auch bereits seit ca. einem Jahr das einfache und schnell anzuwendende, optimierte Tool: Geometriemodus. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger > WGS-84
> habe ich das nicht schon mindestens 1000 mal geschrieben? > Dafür gibt es mind. 5 Wikis und 9000 Zeilen im Archiv :-( Tja... wenn diese nicht auffindbar verlinkt sind, dann kommen die Fragen immer wieder. Vielleicht die 5 unabhängigen Seiten zu seiner Seite im Wiki zusammenfassen? Oder zumindest untereinander verlinken und inhaltlich voneinander abgrenzen? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Original-Nachricht > Datum: Mon, 16 Mar 2009 14:34:49 +0100 > Von: Martin Koppenhoefer > An: talk-de@openstreetmap.org > Betreff: Re: [Talk-de] Alternativer Editor Sieht mir danach aus, als ob das Rechter-Winkel-Tool nicht unabhaengig von der Projektion ist. Ich hatte diese Effekte auch immer, bis ich grundsaetzlich zuerst lokal entzerrt- und erst dann den Winkel berechnet habe. Das andere Problem weare keines, wenn man Rechtecke direkt als solche erzeugt und auch als Rechteck manipuliert. > 2009/3/16 Dirk Stöcker : > > > > Unter http://josm.openstreetmap.de/ticket/2314 habe ich mal eine > Variante > > beschrieben, wie man den häufigen Spezialfall Häuserzeichnen in JOSM > stark > > vereinfachen kann. > > > > das ist im Prinzip auch das, was ich mir von Anfang an wünsche. Die > Umsetzung ist allerdings aus mind. 2 Gründen komplizierter, als Du es > Dir vorstellst: > 1. es reicht nicht, die Winkel zu begrenzen. Man braucht zusätzlich > einen "Peil"-Modus (analog zum Tracking bei AutoCAD), um das vorletzte > Segment richtig einzugeben, weil sonst Winkel 3 nicht stimmt. (Habe > das auch mal im trac ergänzt). > 2. derzeit (bzw. nach wie vor) scheint die Winkel-Funktion von JOSM > nicht zu funktionieren (gem. live-Anzeige unten). S. diesen Screenshot > von April 2008: > http://www.koppenhoefer.com/osm/JOSM_angle_screen.png wo alle Winkel > jeweils mit 90-Grad gem. Anzeige gezeichnet wurden. Je größer die > Abweichung (Drehung) des Objekts zu den Bildschirmkanten ist, um so > größer ist die Differenz der Anzeige zum echten Winkel. > > Wenn Du 2. mal selbst verifizieren möchtest: zeichne ein Linie ca. 45 > Grad zum Bildschirm. Zeichne 2. Segment gem. Anzeige 90 Grad. > Extrudiere erstes Segment mit Geometriemodus und vergleiche die > Abweichung: ist enorm. > > Gruß Martin > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] indoor Tag?
Am 16. März 2009 13:47 schrieb Tobias Knerr : > Martin Koppenhoefer schrieb: >>> Wenn, dann würde ich indoor=yes o.ä. nehmen und zum normalen highway-Tag >>> hinzufügen. Natürlich mit passenden access-Tags. Erlaubt, die >>> Unterscheidung indoor/outdoor zu ignorieren, wenn es einen nicht >>> interessiert. >> >> das wäre ja bei einem Key, wie vorgeschlagen, auch gegeben: >> highway=footway, footway=indoor > > Geht auch, enthält aber die Annahme, dass es indoor nur Fußwege gibt. > Ansonsten braucht man noch zusätzliche Tags für die anderen > Wegetypen/POI, indoor=yes geht für alles. ja, wobei ich natürlich auch pedestrian=indoor, service=indoor etc. impliziert hatte. Im Endeffekt will man die ja sowieso alle differenziert darstellen, daher ist m.E. der Unterschied zu indoor=yes nicht so bedeutend. >>> Vermutlich würde ich mir aber zuallererst mal eine Lösung für Stockwerke >>> überlegen. >> >> meinst Du damit einen 3D-Editor? Oder wie willst Du die sonst >> eingeben? > > Ich glaube, zwei, drei Stockwerke bekomme ich mit einem 2D-Editor schon > noch hin. Letztlich bräuchte man für so was wohl doch Spezialwerkzeuge. > hm, das sehe ich nicht. 2 Stockwerke ja, bei dreien ist es schon komplettes Chaos und Fehlverbindungen etc. sind vorprogrammiert. Man braucht m.E. einen 3D-Editor oder mind. die Möglichkeit, 2D die einzelnen Ebenen einzeln zu bearbeiten (und die anderen dabei höchstens grau im Hintergrund zu sehen). Echte Layer eben. Ein normales Gebäude hat aber mehr als 3 Stockwerke, ein Bürogebäude kann durchaus in jedem Stockwerk andere Nutzer haben, und man will ja wenn man eine Lösung für dieses Problem sucht, eine haben, die man auch bei einem 100-stöckigen Haus noch anwenden kann, oder? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger > WGS-84
Johann H. Addicks schrieb: > Tja... wenn diese nicht auffindbar verlinkt sind, dann kommen die Fragen > immer wieder. Google Inc. bietet einen Indizierdienst namens "Google" an. Durch die Kombination sinnvoller Wörter, lässt sich schnell ein Inhalt finden: "Gauß Krüger OpenStreetMap" 1. Eintrag führt zum Ziel. > Vielleicht die 5 unabhängigen Seiten zu seiner Seite im Wiki zusammenfassen? Das ist die Freiheit von OSM und Wikipedia. Jeder kann zum gleichen Thema eine Seite aufmachen. Das passiert spätestens, wenn ein Thema wieder aufkocht. Grund: Niemand schreibt Resultate aus dem IRC, den Talks und den Foren ins Wiki. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
On Mon, 16 Mar 2009, Martin Koppenhoefer wrote: 1. es reicht nicht, die Winkel zu begrenzen. Man braucht zusätzlich einen "Peil"-Modus (analog zum Tracking bei AutoCAD), um das vorletzte Segment richtig einzugeben, weil sonst Winkel 3 nicht stimmt. (Habe das auch mal im trac ergänzt). Ach man, Du nimmst einem ja den ganzen Spass. 2. derzeit (bzw. nach wie vor) scheint die Winkel-Funktion von JOSM nicht zu funktionieren (gem. live-Anzeige unten). S. diesen Screenshot von April 2008: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png wo alle Winkel jeweils mit 90-Grad gem. Anzeige gezeichnet wurden. Je größer die Abweichung (Drehung) des Objekts zu den Bildschirmkanten ist, um so größer ist die Differenz der Anzeige zum echten Winkel. Gibt es dafür einen Bug-Report? 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] Alternativer Editor
Am 16. März 2009 14:49 schrieb qbert biker : > Sieht mir danach aus, als ob das Rechter-Winkel-Tool nicht > unabhaengig von der Projektion ist. Ich hatte diese Effekte > auch immer, bis ich grundsaetzlich zuerst lokal entzerrt- > und erst dann den Winkel berechnet habe. > > Das andere Problem weare keines, wenn man Rechtecke direkt > als solche erzeugt und auch als Rechteck manipuliert. > ich habe das Rechter-Winkel-Tool gar nicht angesprochen: mir geht es um die schlichte JOSM-Funktion, beim Zeichnen den relativen Winkel zum letzten Segment anzuzeigen (s. unten in der Statusleiste). Ich war davon ausgegangen, dass Dirks Funktion auf diesem Algorithmus aufbauen würde. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
marcus.wolsc...@googlemail.com schrieb: > Mir gings jetzt eigentlich nur um die Hausnummern von Geschäften, die > wir schon mit Lat+Lon in der Karte haben. > Ich nehme an, die Hausnummern werden sich nicht soo häufig ändern. ;) Okay, dann darfst Du diese Information aber nicht aus der Google-Karte der Post, sondern nur aus den Post-Informationen ablesen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Farbe für die Wegepunkte
Am 16. März 2009 14:15 schrieb Michael Buege : > Zitat Jan Tappenbeck: > >> Moin ! >> >> wenn man normalerweise eine Wegepunkt-Datei in JOSM einbindet, dann ist >> diese so grau-schwarz. >> >> In Einstein kann man nun eine andere Farbe für color.layer Wegepunkte >> von [Dateiname] einstellen. Das aber immer nur für jede neue Datei - >> geht soetwas auch als Default-Wert > > Einstellungen -> Anzeige-Einstellungen -> Farben -> GPS-Punkt > Dort die gewuenschte Farbe auswaehlen. > > Fuer einzelne Tracks kann man die Farbe auch durch Rechtsklick auf den Layer > im Ebenenfenster -> "Farben anpassen" aendern. > > hth > -- > Michael > Das wäre allerdings eine Sache, die ich auch in den Standard-Einstellungen für Neu-JOSM-ler ändern würde. Besser als das Dunkelgrau fände ich ein hellgrün oder hellblau (habe ich bei mir seit längerem so und bin zufrieden, wichtig ist, dass die Farbe möglichst nicht in Luftbildern vorkommt und einen guten Kontrast bietet, ich habe einen schwarzen Hintergrund). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Computerteddy-Karten in Mapsource (zum x-ten)
Johann H. Addicks schrieb: > Nachdem ich es früher irgendwie hinbekommeh habe, > gelingt es mir derzeit auf zwei PCs nicht mehr, die Deutschland- oder > Europakarte im Mapsource zu installieren. > Mapsource 6.13, 6.14 und 6.15 habe ich durchprobiert. > Ich habe die Registry-Einträge manuell hinzugefügt > Irgendwelche Vorschläge? Probiere mal das Programm mapsettoolkit (http://cypherman1.googlepages.com/). Das bietet einerseits eine Funktion, um fuer eine Karte den Registry-Eintrag zu erzeugen. Zum anderen gibt es auch einen Knopf, um alle Garmin-Karten-Registry-Eintraege auf einen Rechner mal zu pruefen. Es listet dann alle Eintraege auf und markiert dabei festgestellte Probleme. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
2009/3/16 Dirk Stöcker : >> 2. derzeit (bzw. nach wie vor) scheint die Winkel-Funktion von JOSM >> nicht zu funktionieren (gem. live-Anzeige unten). S. diesen Screenshot >> von April 2008: >> http://www.koppenhoefer.com/osm/JOSM_angle_screen.png wo alle Winkel >> jeweils mit 90-Grad gem. Anzeige gezeichnet wurden. Je größer die >> Abweichung (Drehung) des Objekts zu den Bildschirmkanten ist, um so >> größer ist die Differenz der Anzeige zum echten Winkel. > > Gibt es dafür einen Bug-Report? nicht sicher, mir ist so als ob ja, aber ganz 100% kann ich es Dir nicht bestätigen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
On Mon, 16 Mar 2009 14:59:11 +0100, Tobias Wendorff wrote: > marcus.wolsc...@googlemail.com schrieb: >> Mir gings jetzt eigentlich nur um die Hausnummern von Geschäften, die >> wir schon mit Lat+Lon in der Karte haben. >> Ich nehme an, die Hausnummern werden sich nicht soo häufig ändern. ;) > > Okay, dann darfst Du diese Information aber nicht aus der Google-Karte > der Post, sondern nur aus den Post-Informationen ablesen. Äh...die Karte der Post ist nicht von Google (ist älter und schlechter) und zeigt gar keine Hausnummern. Diese stehen nur in der Tabelle welche die Post bereit stellt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Original-Nachricht > Datum: Mon, 16 Mar 2009 14:41:52 +0100 > Von: Martin Koppenhoefer > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Alternativer Editor > da bin ich ja mal gespannt. GIMP ist übrigens ein Photoshop-Pendant > und kein Vektorprogramm. Ich würde ein CAD-Programm nehmen (AutoCAD), > aber da ist die Einarbeitungszeit wohl auch nicht komplett > ignorierbar, wenn auch jemand der er kann es einem Anfänger (für genau > das eine Problem) in 2 Minuten beibringen könnte. Gibts AutoCAD jetzt schon fuer lau fuer Linux? ;) Ich hab vor Ewigkeiten schon mit CAD, auch AutoCAD gearbeitet und deshalb ist mir klar, wie maechtig diese Werkzeuge sind. Ist auch das, was ich an josm und Konsorten nicht so mag, eben dass die zu wenig konstruktiv arbeiten. Andererseits sind Mapper keine CAD-Fachleute und ich auch nicht (mehr). Aber einen Mittelweg sollte es doch geben koennen... > beliebige Quelle ist hier nicht. In erster Naeherung schon, also um ein Gefuehl dafuer zu bekommen, wie sich damit arbeitet. > Die Projektion muss passen, sonst > kann man es auch gleich von Hand ohne Hilfsmittel drüberpinseln. Für > den einfachen Fall rechteckiges (andere Winkel gehen damit allerdings > gar nicht) Haus ohne Balkone/Anbauten/sonst. Sperenzien hat JOSM ja > auch bereits seit ca. einem Jahr das einfache und schnell > anzuwendende, optimierte Tool: Geometriemodus. Dem es so geht wie vielen Dingen in josm - man weiss nix von den Dingern und wendet sie deshalb nicht an (ich hoere hier zum ersten mal davon, oder ist das rechter-winkel-tool gemeint?). Solange ich kein Rechteckprimitiv in OSM habe, vertraue ich da lieber meinen eigenen Tools, die haben sich schon ein paar mal bewaehrt. -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
marcus.wolsc...@googlemail.com schrieb: > Äh...die Karte der Post ist nicht von Google (ist älter und schlechter) > und > zeigt gar keine Hausnummern. Diese stehen nur in der Tabelle welche die > Post > bereit stellt. Bei mir wird dort Google Maps mit einem Overlay der Post gezeigt. Auch die Hausnummern kann man wie bei Google ganz normal sehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
On Mon, 16 Mar 2009, Martin Koppenhoefer wrote: 2009/3/16 Dirk Stöcker : 2. derzeit (bzw. nach wie vor) scheint die Winkel-Funktion von JOSM nicht zu funktionieren (gem. live-Anzeige unten). S. diesen Screenshot von April 2008: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png wo alle Winkel jeweils mit 90-Grad gem. Anzeige gezeichnet wurden. Je größer die Abweichung (Drehung) des Objekts zu den Bildschirmkanten ist, um so größer ist die Differenz der Anzeige zum echten Winkel. Gibt es dafür einen Bug-Report? nicht sicher, mir ist so als ob ja, aber ganz 100% kann ich es Dir nicht bestätigen. Dann lieber einmal zuviel als einmal zu wenig eintragen. 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] Kauß-Krüger > WGS-84
Hallo Tobias, > Niemand schreibt Resultate aus dem IRC, den Talks und den > Foren ins Wiki. Doch: ich (aber leider nur in Deutsch): http://wiki.openstreetmap.org/wiki/de:Gauß-Krüger Zumindest wenn mich das Thema irgendwie betrifft und ich es irgendwie verstehe. Ich finde es einfach schade, wenn wertvolles Wissen in der Liste "verschwindet". Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
Hallo. Am Montag, 16. März 2009 schrieb Tobias Wendorff: > Tja, die Frage ist, ob wir da nicht lieber sowas, wie ein offenes > Branchenbuch führen sollten - habe das ja mal vorgeschlagen. > Solche Informationen sind teilweise recht dynamisch, haben am Anfang > zwar Bedeutung in OSM gehabt, aber irgendwie finde ich es getrennt > besser. Zusammenpacken kann man es ja immer noch. Nicht wirklich. Die *Firmen*, die dort residieren könnten eine variable Information darstellen, die Hausnummern eher nicht. Die aktuelle Position vieler Filialen ist bereits in den Datenenthalten und zusammen mit einer Adressangabe auf der offiziellen Website können wir aus dieser Information jetzt also der Position eine Hausnummer zuordnen. Das ist ungeheuer wertvoll, denn dann kann man zukünftig vielleicht ein "shop=*" oder ein "amenity=*" nach Belieben ändern, die Hausnummer wird dabei meistens bleiben. Es reichen meistens schon 2-3 Geschäfte einer Straße um eine recht gute Approximation der restlichen Hausnummern zu erhalten. Der Trick ist also nicht, Posititonen der Geschäfte über das Verfahren zu erhalten sondern Positionen von Hausnummern über bereits eingetragene Geschäfte zu erhalten. ;-) Gruß, Bernd -- Fachbegriffe der Informatik (#104): fork(2) New processes are created by other processes, just like new humans. New humans are created by other humans, of course, not by processes. (Unix System Administration Handbook) 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] Computerteddy-Karten in Mapsource (zum x-ten)
>> Irgendwelche Vorschläge? > Probiere mal das Programm mapsettoolkit > (http://cypherman1.googlepages.com/). Das bietet einerseits eine > Funktion, um fuer eine Karte den Registry-Eintrag zu erzeugen. > Zum anderen gibt es auch einen Knopf, um alle > Garmin-Karten-Registry-Eintraege auf einen Rechner mal zu pruefen. Es > listet dann alle Eintraege auf und markiert dabei festgestellte Probleme. Ja, genau, das MapsetTookit v1.50 hatte ich auch problert. Es meldet Probleme... nur nach Installation des Mapsets gibt es eine Fehlermeldung beim anschließenden Mapsource-Start "Microsoft Visual C++ Runtime Library" "Runtime Error! / Programm: C:\Garmin\MapSource.exe / This application has requested the Runtim to terminate it in an unusual way. Please contact the application's support team for more information." Und ja, der "Check" liefert sämtlicherweise Zeilen, die "Status O.K." sind. Da das hier unabhängig voneinander mit zwei verschiedenen Rechner passiert. Und auf denen sowohl die GarminTop2.0, als auch die emexes-Karten (die mit dem Installer) problemlos laufen, glaube ich nicht, dass am Setup irgendwas falsch ist, sondern wirklich ein Bedienfehler meinerseits vorliegt. Von daher würde es mir helfen, wenn einfach mal jemand von Euch sagen könnte, welche Karte er mit welchen Registry-Werten benützt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
On Mon, 16 Mar 2009 15:08:44 +0100, Tobias Wendorff wrote: > marcus.wolsc...@googlemail.com schrieb: >> Äh...die Karte der Post ist nicht von Google (ist älter und schlechter) >> und >> zeigt gar keine Hausnummern. Diese stehen nur in der Tabelle welche die >> Post >> bereit stellt. > > Bei mir wird dort Google Maps mit einem Overlay der Post gezeigt. > Auch die Hausnummern kann man wie bei Google ganz normal sehen. Okay, hast recht. Die haben ihre Karte geändert. Also: * Postfilialen, Packstationen,...: http://standorte.deutschepost.de/filialen_verkaufspunkte * Volksbanken ** zentral: http://www.vr-networld.de/ ** Freiburg: http://www.volksbank-freiburg.de/page.cfm?id=1369&CFID=8202728&CFTOKEN=92810012&rand=1237213033092lNav=6,3 * Obi (Schweiz) http://www.obi-baumarkt.ch/ch/markets/index.html * Obi (Deutschland) http://www.obi.de/de/markets/index.html * Hagebaumarkt http://www.hagebau.de/ (recht oben) * Schecker (Deutschland) http://www1.schlecker.com/htdocs/cms/StatischCMS.aspx?CMSDatei=cms_SCHLECKER-Maerkte_DE.aspx * Plus scheint nichts dergleichen zu haben * Aldi Süd http://www.aldi-sued.de/de/html/service/filialen_und_oeffnungszeiten.htm * Aldi Nord http://www.aldi-essen.de/ADR_D/index.shtml * Subways http://www.subway-sandwiches.de/ (unter "Restaurants") * Burgerking (Schweiz) http://de.burger-king.ch/main (Restautant->Restaurantfinder) * wer hat weitere? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Warnwesten - Bestellung
Andreas Labres schrieb: > Tobias Wendorff wrote: >> Objekt der Begierde (Größe 2XL, damit sie auch über die Jacke passt): >> http://raumplanung.tobwen.de/OSM/images/warnweste_01.jpg >> >> Website der Bestellung (bitte auch/nur eine Mail an mich): >> http://wiki.openstreetmap.org/index.php/De:Merchandise >> >> Bedruckt wird im Siebdruckverfahren, also höchste Qualität. >> Mit Grundierung, damit das Logo in Fotoqualität rüberkommt. > > Wollte mal nachfragen, wie's damit jetzt eigentlich aussieht? CHL>> wann ist denn die Bestellung geplant ? TW> irgendwann letztes Jahr :-) TW> Haben aber kaum welche zurückgeschrieben. Naja, ich werde das TW> nach FOSSGIS nochmal anleiern. TW> Einzelbestellungen gehen auch, kosten dann allerdings 16 EUR TW> plus Porto :-/ Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen finden
Hallo. Am Montag, 16. März 2009 schrieb Tobias Wendorff: > Ja, aber im nächsten Schritt kommt dann jemand und sucht alle > Dinge, die sich an dieser Adresse befinden und klebt sie mit > nach OpenStreetMap. Ich habe nicht prinzipiell etwas dagegen. Vermutlich ast du in sofern Recht als dass diese Infos in manchen Orten schneller veralten als dass sie jemand repariert. Aber keine Daten zu haben ist auch nicht besser. > Viel besser wäre es jedoch, einen Geocodier-Diensten mit > OSM anzubieten, wie es auch "die Kommerziellen" machen: > Man lädt eine Liste mit den Geschäftsadressen hoch und raus > kommen die Koordinaten der Hausnummern und/oder ein HTML mit > Markern drauf. Ich bezweifle dass dich jemand davon abhält, das anzubieten. ;-) Unser Hausnummernbestand ist momentan noch ziemlich lückig, es wird also wohl eher schwer, sowas jetzt zu implementieren. Gruß, Bernd -- If a man steals your wife, there's no better revenge than to let him keep her 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] Mapsource - Europakarte mit Höhenlinen ?
Am 16. März 2009 14:24 schrieb Torsten Leistikow : > Johann H. Addicks schrieb: >> wie bekomme ich "am einfachsten" im Mapsource eine SRTM-Höhenkarte mit in die >> Europakarte (computerteddy-Version) hinein? > > Erzeuge dir mit SRTM2OSM einen OSM-Datensatz mit den SRTM-Daten fuer Europa. > > Dann bau dir mit mkgmap einetransparente Garmin-Karte daraus. > > Und diese Karte spielt du dann zusammen mit der Computerteddy-Karte aufs > Navi. > > "Einfach" ist eine ziemlich relative Angelegenheit. So mal eben nebenbei > duerfte das nicht gemacht sein. > Alternativ: suche Dir einen vorgerenderten transparenten Satz Höhenlinien von SRTM im Garmin-Format und spiele ihn aufs Gerät. Ich habe das mal irgendwo gefunden, weiss aber nicht mehr genau, wo (und ob es die da immer noch gibt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen finden
Bernd Wurst schrieb: > Unser Hausnummernbestand ist momentan noch ziemlich lückig, es wird also wohl > eher schwer, sowas jetzt zu implementieren. Ich persönlich habe ein Problem damit, dass es keine geeignete Software zur schnellen Eingabe von Hausnummern gibt. Daher habe ich kürzlich angefangen, mich auch noch in PDA-Programmierung (Windows Mobile) einzuarbeiten. Ich überlege allerdings, doch wieder zurück zu JAVA zu springen, weil so mehr Leute davon was haben (?). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Am 16. März 2009 15:02 schrieb qbert biker : > > Original-Nachricht >> Datum: Mon, 16 Mar 2009 14:41:52 +0100 >> Von: Martin Koppenhoefer >> An: Openstreetmap allgemeines in Deutsch >> Betreff: Re: [Talk-de] Alternativer Editor > >> da bin ich ja mal gespannt. GIMP ist übrigens ein Photoshop-Pendant >> und kein Vektorprogramm. Ich würde ein CAD-Programm nehmen (AutoCAD), >> aber da ist die Einarbeitungszeit wohl auch nicht komplett >> ignorierbar, wenn auch jemand der er kann es einem Anfänger (für genau >> das eine Problem) in 2 Minuten beibringen könnte. > > Gibts AutoCAD jetzt schon fuer lau fuer Linux? ;) bin nicht ganz sicher, kannst ja mal discreet anschreiben, ist mir bisher nicht bekannt ;-) >> Die Projektion muss passen, sonst >> kann man es auch gleich von Hand ohne Hilfsmittel drüberpinseln. Für >> den einfachen Fall rechteckiges (andere Winkel gehen damit allerdings >> gar nicht) Haus ohne Balkone/Anbauten/sonst. Sperenzien hat JOSM ja >> auch bereits seit ca. einem Jahr das einfache und schnell >> anzuwendende, optimierte Tool: Geometriemodus. > > Dem es so geht wie vielen Dingen in josm - man weiss nix von > den Dingern und wendet sie deshalb nicht an (ich hoere hier > zum ersten mal davon, oder ist das rechter-winkel-tool gemeint?). > Solange ich kein Rechteckprimitiv in OSM habe, vertraue ich > da lieber meinen eigenen Tools, die haben sich schon ein > paar mal bewaehrt. Du willst ein neues Tool von Grund auf programmieren und kennst nichtmal die Standard-Funktionen von JOSM? Das wundert mich jetzt ein bisschen. Das Geometrietool ist kein Plugin sondern Grundfunktionalität. Du findest es unter dem add-mode (Kurz: x). Einfach eine Linie zeichnen, x drücken und die Linie seitlich ausdehnen. Geht superfix und ist genau. Weiterbearbeitung durch Einfügen von Nodes (nicht mehr mit Shift sondern mit ESC-gedrückt ;-) ), danach kannst Du auch "Teilseiten" also z.B. Erker und Anbauten rausziehen. So kann man auch komplexe rechtwinklige Geometrien recht schnell und sauber erstellen, Überfüssige Punkte und doppelte Linien (bei Nachbearbeitung also z.B. Kürzen der Seiten) kann man mit delete Node "refinen". Allerdings ist das Tool trotzdem kein vollständiger Ersatz für vernünftige Snapping-Funktionen, die ich mir schon öfter gewünscht hätte (mehrere Nodes Markieren und Snapping auf Way-> verschieben auf dem Way -> geht (noch) nicht, ich schreibe aber jetzt mal nen Request dafür). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen finden
Bernd Wurst schrieb: > Der Trick ist also nicht, Posititonen der Geschäfte über das Verfahren zu > erhalten sondern Positionen von Hausnummern über bereits eingetragene > Geschäfte zu erhalten. ;-) Ja, aber im nächsten Schritt kommt dann jemand und sucht alle Dinge, die sich an dieser Adresse befinden und klebt sie mit nach OpenStreetMap. Viel besser wäre es jedoch, einen Geocodier-Diensten mit OSM anzubieten, wie es auch "die Kommerziellen" machen: Man lädt eine Liste mit den Geschäftsadressen hoch und raus kommen die Koordinaten der Hausnummern und/oder ein HTML mit Markern drauf. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
On Mon, 16 Mar 2009, Martin Koppenhoefer wrote: Node "refinen". Allerdings ist das Tool trotzdem kein vollständiger Ersatz für vernünftige Snapping-Funktionen, die ich mir schon öfter gewünscht hätte (mehrere Nodes Markieren und Snapping auf Way-> verschieben auf dem Way -> geht (noch) nicht, ich schreibe aber jetzt mal nen Request dafür). Am besten mit Vorschlag, wie man es vernünftig umsetzen kann. Die virtuellen Knoten gibt es auch nur, weil jemand auf ein schönes Beispiel verlinkt hatte und mir das ganze ausnehmend gut gefiel. Und daran denken, wie enthusiastisch Änderungen an Bediengewohnheiten aufgenommen werden :-) 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] indoor Tag?
Martin Koppenhoefer schrieb: > ja, wobei ich natürlich auch pedestrian=indoor, service=indoor etc. > impliziert hatte. Im Endeffekt will man die ja sowieso alle > differenziert darstellen, daher ist m.E. der Unterschied zu indoor=yes > nicht so bedeutend. Na ja, in einer simplen Karte ist mir indoor vermutlich ziemlich egal, oder der Effekt, den ich anwende, ist bei allen Straßentypen identisch. Man kann ja nicht davon ausgehen, dass alle zukünftigen Karten mindestens auf dem Niveau des heutigen Mapnik-Renderings sein werden. Für neue Geräte, in neuen Sprachen, für neue Anwendungszwecke etc. wird es sicher immer wieder Software geben, die noch nicht diesen Stand erreicht hat oder ihn gar nicht erreichen kann/will. Als handfeste praktische Erwägung noch: Es gibt bereits Werte für service=*, die sich nicht notwendigerweise mit indoor ausschließen (z.B. service=parking_aisle in Parkhäusern). > Man > braucht m.E. einen 3D-Editor oder mind. die Möglichkeit, 2D die > einzelnen Ebenen einzeln zu bearbeiten (und die anderen dabei > höchstens grau im Hintergrund zu sehen). Echte Layer eben. Ein > normales Gebäude hat aber mehr als 3 Stockwerke, ein Bürogebäude kann > durchaus in jedem Stockwerk andere Nutzer haben, und man will ja wenn > man eine Lösung für dieses Problem sucht, eine haben, die man auch bei > einem 100-stöckigen Haus noch anwenden kann, oder? Natürlich. Da ich aber momentan keine Lösung für die Software suche, sondern allenfalls über die Datenmodell-Lösung nachdenken würde, macht das ja erstmal nichts. Da kann ich ja davon ausgehen, dass ich z.B. einen 2D-Editor mit einer Ansicht hätte, für die ich das Stockwerk umschalten kann so dass dann nur Dinge auf genau einem Stockwerk angezeigt würden, und muss mir nur noch Gedanken machen, wie besagter Editor die Stockwerkinfo dann sinnvoll speichern (und ein Renderer sie darstellen, und ein Namefinder ein "Praxis Dr. Fleischer, Berühmter-Mensch-Hochhaus Einestadt, 5. Obergeschoss" daraus machen) könnte. Ich tendiere ein wenig dazu, hier mit Gebäuderelationen zu arbeiten, habe mir aber noch nicht viele Gedanken dazu gemacht. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] indoor Tag?
Am 16. März 2009 16:39 schrieb Tobias Knerr : > Martin Koppenhoefer schrieb: >> ja, wobei ich natürlich auch pedestrian=indoor, service=indoor etc. >> impliziert hatte. Im Endeffekt will man die ja sowieso alle >> differenziert darstellen, daher ist m.E. der Unterschied zu indoor=yes >> nicht so bedeutend. > > Na ja, in einer simplen Karte ist mir indoor vermutlich ziemlich egal, > oder der Effekt, den ich anwende, ist bei allen Straßentypen identisch. > > Man kann ja nicht davon ausgehen, dass alle zukünftigen Karten > mindestens auf dem Niveau des heutigen Mapnik-Renderings sein werden. > Für neue Geräte, in neuen Sprachen, für neue Anwendungszwecke etc. wird > es sicher immer wieder Software geben, die noch nicht diesen Stand > erreicht hat oder ihn gar nicht erreichen kann/will. > > Als handfeste praktische Erwägung noch: Es gibt bereits Werte für > service=*, die sich nicht notwendigerweise mit indoor ausschließen (z.B. > service=parking_aisle in Parkhäusern). > >> Man >> braucht m.E. einen 3D-Editor oder mind. die Möglichkeit, 2D die >> einzelnen Ebenen einzeln zu bearbeiten (und die anderen dabei >> höchstens grau im Hintergrund zu sehen). Echte Layer eben. Ein >> normales Gebäude hat aber mehr als 3 Stockwerke, ein Bürogebäude kann >> durchaus in jedem Stockwerk andere Nutzer haben, und man will ja wenn >> man eine Lösung für dieses Problem sucht, eine haben, die man auch bei >> einem 100-stöckigen Haus noch anwenden kann, oder? > > Natürlich. Da ich aber momentan keine Lösung für die Software suche, > sondern allenfalls über die Datenmodell-Lösung nachdenken würde, macht > das ja erstmal nichts. Da kann ich ja davon ausgehen, dass ich z.B. > einen 2D-Editor mit einer Ansicht hätte, für die ich das Stockwerk > umschalten kann so dass dann nur Dinge auf genau einem Stockwerk > angezeigt würden, und muss mir nur noch Gedanken machen, wie besagter > Editor die Stockwerkinfo dann sinnvoll speichern (und ein Renderer sie > darstellen, und ein Namefinder ein "Praxis Dr. Fleischer, > Berühmter-Mensch-Hochhaus Einestadt, 5. Obergeschoss" daraus machen) könnte. > > Ich tendiere ein wenig dazu, hier mit Gebäuderelationen zu arbeiten, > habe mir aber noch nicht viele Gedanken dazu gemacht. > > Tobias Knerr > sieh Dir mal das an: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes ich könnte mir z.B. auch so was vorstellen wie: building:level:0=blabla bzw. könnte man das z.B. vor die ways in den anderen Stockwerken (nicht Erdgeschoss) stellen, so dass es bequem ausblendbar würde: building:level:1:highway=footway building:level:1:amenity=prison oder so was in der Art. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
2009/3/16 Dirk Stöcker : > On Mon, 16 Mar 2009, Martin Koppenhoefer wrote: > >> Node "refinen". Allerdings ist das Tool trotzdem kein vollständiger >> Ersatz für vernünftige Snapping-Funktionen, die ich mir schon öfter >> gewünscht hätte (mehrere Nodes Markieren und Snapping auf Way-> >> verschieben auf dem Way -> geht (noch) nicht, ich schreibe aber jetzt >> mal nen Request dafür). > > Am besten mit Vorschlag, wie man es vernünftig umsetzen kann. Die virtuellen > Knoten gibt es auch nur, weil jemand auf ein schönes Beispiel verlinkt hatte > und mir das ganze ausnehmend gut gefiel. > > Und daran denken, wie enthusiastisch Änderungen an Bediengewohnheiten > aufgenommen werden :-) > > Ciao naja, die Bediengewohnheiten zu ändern ist auch nicht in meinem Sinne, ergänzen könnte man sie aber schon. Vermutlich müsste man das Ganze mit einem Schalter ein/ausschaltbar machen, um es nicht nervig werden zu lassen. Für die Winkel (das, was Du oben beschrieben hast) hatte ich mir damals gedacht, das Anzeige-Icon als Schalter zu verwenden: also das Zeichen neben dem der relative Winkel angezeigt wird, als Schalter auszubilden, wenn er gedrückt wird kann man in der Anzeige den gewünschten Winkel einstellen (z.B. auch per drop-down: 90, 60, 45, 30, user defined) und solange nur noch in diesem relativen Winkel weitermachen, bis man den Schalter wieder deaktiviert. Für das Snapping könnte ich mir eine Autocad-ähnliche Vorgehensweise vorstellen: unten einen neuen Schalter (der könnte ja auch nur ein "S" enthalten, da der Platz mittlerweile dort ein bisschen knapp wird): snapping on/off und bei rechtsclick darauf ein checkbox-menu, wo man die einzelnen features (node, way, midpoint, Marker, etc.) einzeln an- und ausschalten kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen finden
Hallo. Am Montag, 16. März 2009 schrieb Tobias Wendorff: > > Unser Hausnummernbestand ist momentan noch ziemlich lückig, es wird also > > wohl eher schwer, sowas jetzt zu implementieren. > Ich persönlich habe ein Problem damit, dass es keine geeignete > Software zur schnellen Eingabe von Hausnummern gibt. > Daher habe ich kürzlich angefangen, mich auch noch in PDA-Programmierung > (Windows Mobile) einzuarbeiten. Ich überlege allerdings, doch wieder > zurück zu JAVA zu springen, weil so mehr Leute davon was haben (?). Du meinst speziell unterwegs, oder? Mangels passendem Device habe ich das Problem nicht. ;-) Im JOSM habe ich mir aber das Hausnummern-Preset in die Symbolleiste gelegt und kann jetzt mit einem Klick Hausnummern erfassen. Momentan ist es ja so, dass immer die Stammdaten (alles außer der Nummer) erhalten bleibt und man nur die Nummer selbst neu eingeben muss. Für die schnelle Erfassung einer Straße ist das gut geeignet. Eine Auto-completion des Straßennamens anhand der umliegenden Straßen werde ich (wenn es noch nicht drin ist) gleich als Feature-Request in den Bugtracker eintragen. Das wäre wichtig für die Eingaben anhand von POIs, denn bei der Methode ändert man ständig den Straßennamen. Gruß, Bernd -- Eine Unterschrift enthüllt immer den Charakter eines Menschen. Und manchmal sogar seinen Namen... 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] Alternativer Editor
Hallo Martin, > add-mode (Kurz: x) Cool! Danke für den Tip! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern für bestehende *-Filialen fi nden
2009/3/16 Bernd Wurst : > Hallo. > > Am Montag, 16. März 2009 schrieb Tobias Wendorff: >> > Unser Hausnummernbestand ist momentan noch ziemlich lückig, es wird also >> > wohl eher schwer, sowas jetzt zu implementieren. >> Ich persönlich habe ein Problem damit, dass es keine geeignete >> Software zur schnellen Eingabe von Hausnummern gibt. >> Daher habe ich kürzlich angefangen, mich auch noch in PDA-Programmierung >> (Windows Mobile) einzuarbeiten. Ich überlege allerdings, doch wieder >> zurück zu JAVA zu springen, weil so mehr Leute davon was haben (?). > > Du meinst speziell unterwegs, oder? Erlich gesagt komme ich mit einer ausgedruckten Slippymap, eine Stift und später einfach mal Potlatch zur Eingabe vollkommen aus. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Asche und Rasensportplätze
Tobias Wendorff schrieb: > Ulf Lamping schrieb: >> ... aber soccer halt eher nur dann, wenn da wirklich überwiegend Fußball >> gespielt wird. Wenn da auch ein Basketballkorb und vielleicht noch was >> anderes drauf ist, eher sport=multi ... > > Multi finde ich nicht so toll, da man dann wieder nicht weiß, was da > gespielt wird. > > sport = multi > soccer = yes > baseball = yes > > Finde ich irgendwann destruktiv, denn die Informationen verstreuen > sich ziemlich. Wer soll denn da jemals noch Ordnung wiederfinden? > > sport = soccer; baseball Alle die hier immer so beschriebenen Werte mit Semikolon haben einen klitzekleinen Nachteil: Damit wirst du aktuell in 100% aller Anwendungen keinerlei spezielle Darstellung bekommen. Und ich glaube nicht, daß sich das in absehbarer Zukunft ändern wird - halt viel Aufwand und wenig Nutzen. Da gefällt mir persönlich: > sport = multi > soccer = yes > baseball = yes schon noch besser. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
2009/3/16 Markus : > Hallo Martin, > >> add-mode (Kurz: x) > > Cool! > Danke für den Tip! > > Gruss, Markus > hm was meinst Du? Die Modes sind: add mode: a select mode: s extrude mode (geometry): x etc. das wird übrigens auch angezeigt bei mouse-over (so wie alle shortcuts), ist also nicht sooo geheim. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Asche und Rasensportplätze
Tobias Wendorff schrieb: > sport = multi > soccer = yes > baseball = yes > > Finde ich irgendwann destruktiv, denn die Informationen verstreuen > sich ziemlich. Wer soll denn da jemals noch Ordnung wiederfinden? > > sport = soccer; baseball Bei recycling gibts recycling:paper = yes/no recycling:batteries = yes/no usw. Das könnte man analog auch für sport machen, dann würde man die Infos problemlos als zusammengehörig erkennen. Und es wäre recht leicht auswertbar. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pedestrian crossing nur für Nodes erlaub t
sollte man das Pedestrian crossing nicht auch für Ways erlauben? Gerade bei großen Straßen, baulich getrennt, ist es ja oft interessant (Routing) wenn ich als Fahrradfahrer oder Fußgänger an einer Ampel überqueren kann (also die beiden parallelen Ways der großen Straße verbinden), obwohl das für Autofahrer nicht geht. Bisher gebe ich da immer einen Fußweg ein mit bicycle=yes, aber besser wäre m.E. der vg. Tag, der das Ganze präzisiert. Was denkt ihr? Als Node machen Wege m.E. sowieso keinen Sinn (ausser vielleicht als Malus beim Routing), und pedestrian-crossing *ist* ein Weg. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [MkgMap] Unterstützung der 3byte- Typen
Moin ! wegen Problemen in der Darstellung von POI auf meinem Garmin habe ich mich mit Jürgen, dem Entwickler von MapTK in Verbindung gesetzt. Er hat mir empfohlen, dass ich für eigene Symbole auf die User-Typen 0x1 ( sogenannte 3-Byte-Typen ) sollte, da Garmin ansonsten nur Bereiche zur Verfügung stellt bzw. manche Typen, außerhalb dieser Bereiche, auch für irgendwelche Garmin-spezifischen Dinge verwendet werden. Es stellt sich daher die Frage, ob MkgMap diese User-Typen unterstützt. Kann mir das einer von Euch beantworten ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Dirk Stöcker writes: > On Fri, 13 Mar 2009, Karl Eichwalder wrote: > >> Dirk Stöcker writes: >> >>> Das sollte heißen: "Würde ich eintragen, wenn ich Du wäre, ...". Sonst >>> hätte ich geschrieben "Werde ich..." :-) >>> >>> Ich weiß, ich bin einer der wenigen Deutschen, die den Konjunktiv noch >>> verwendet :-) >> >> Da ist ein bruch in der formulierung. Entweder "der" statt "die" oder >> das verb auch in der mehrzahl. >> >> Noch schöner wäre es, du bildetest den kunjunktiv ohne hilfsverb... > > Ich sehe schon, wenn ich sowas schreibe, sollte ich > Flüchtigkeitsfehler wohl besser vermeiden :-) Ja, geht mir auch so ;) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Hallo Martin, >> Cool! >> Danke für den Tip! > > hm was meinst Du? Dass es mit JOSM möglich ist, ganz einfach komplexe rechtwinklige Gebäude zu konstruieren mit Taste-... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in arcaktuell 1/2009
Marco Lechner schrieb: > nein - da ist kein Tippfehler in der Betreffzeile! Das > OpenStreetMap-Projekt hat es tatsächlich bis in die aktuelle Ausgabe von > ESRI's Kundenzeitschrift "arcaktuell" geschafft [1]. ... > Viele Grüße, > Sebastian H. > > [1]: http://www.esri-germany.de/downloads/arcaktuell/aa-4-2008.pdf > Ein Hinweis in der nachfolgenden Ausgabe verweist auf dies "HowTo": http://esri-germany.de/downloads/papers/OSM_in_ArcGIS9x.pdf -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
Am 16. März 2009 18:59 schrieb Markus : > Hallo Martin, > >>> Cool! >>> Danke für den Tip! >> >> hm was meinst Du? > > Dass es mit JOSM möglich ist, ganz einfach komplexe rechtwinklige > Gebäude zu konstruieren mit Taste-... > > Gruss, Markus > ja, seit einem Jahr (ca.) :-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spülfeld - Deponie ?
Jan Tappenbeck schrieb: > Wie würdet Ihr eine Spülfeld (Lagerung von Hafenschlick) bezeichnen ? landuse = spoil_area ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tim Burners Lee erwähnt OSM auf TEDta lk
Hi, wollte euch auf eine Präsentation von Tim Burners Lee zum Thema da "nächste web" aufmerksam machen. Er verwendet osm als Beispiel für verkettete Daten im Wiki Style. Leider nur auf englisch: http://www.ted.com/index.php/talks/tim_berners_lee_on_the_next_web.html Grüße Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in arcaktuell 1/2009
Frank Jäger schrieb: > Ein Hinweis in der nachfolgenden Ausgabe verweist auf dies "HowTo": > > http://esri-germany.de/downloads/papers/OSM_in_ArcGIS9x.pdf Der letzte Satz ist natürlich genial :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tim Berners Lee erwähnt OSM auf TEDta lk
er heißt natürlich Tim Berners Lee Thomas Szukala schrieb: > Hi, > > wollte euch auf eine Präsentation von Tim Burners Lee zum Thema da > "nächste web" aufmerksam machen. > Er verwendet osm als Beispiel für verkettete Daten im Wiki Style. > > Leider nur auf englisch: > http://www.ted.com/index.php/talks/tim_berners_lee_on_the_next_web.html > > Grüße > Thomas > > ___ > 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] Fußgaengerzone und verkehrsberuhigter Bereich (was: Richtiger Lübecker...)
Am 16. März 2009 13:28 schrieb Martin Koppenhoefer : > -1, eigene Straßenklassen sollten m.E. eigene highway-tags bekommen. > Klar könnte man auch alle Straßen mit highway=street taggen, und dann > streetclass=primary, aber wo wäre der Vorteil? Verkehrsberuhigte > Bereiche (=allgemein in Schrittgeschwindigkeit befahrbar) als > Fussgängerzonen (=nicht allgemein befahrbar) zu taggen, und das dann > mit zusätzlichen Tags/Keys wieder geradezubiegen halte ich für eine > schlechte Idee, da es umständlicher (2 Tags statt einem) und > fehlinterpretationsanfälliger und gegen die herrschende Praxis ist. Der Vorteil (einer Trennung, nicht des zusammenschmeißens von living_street und pedestrian!) wäre, daß wir primär die Klasse (Wohnstraße, Verbindungsstraße, Erschließungsweg, Fußweg etc) taggen könnten und zusätzlich die anzuwendenden Verkehrsregeln. So dürfte z.B. sowohl highway=service als auch highway=path durchaus in einer Fußgängerzone vorkommen, nich nur die Fußgängerstraßen, die wir ja als highway=pedestrian taggen, obwohl sie im Grunde residentials mit der Verkehrsregel "Fußgänger haben Priorität, Fahrzeuge sind bis auf Ausnahmen ausgeschlossen" sind. Mit pedestran_zone=yes könnte man das ganze m.E. besser darstellen. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm: Relation-Fenster im Vordergrund
Hallo, Gerade hatte ich mal wieder Ärger mit diesen Relation-Fenstern. Im Hintergrund öffnete sich wohl irgendein Fehlerfenster, das sich leider nicht bedienen lies, ich habe blind alle möglichen Tastenkombinationen versucht. Aber nichts half außer JOSm per Taskmanager abschießen und wieder von vorne anfangen. Kann man diesen Schwachsinn (sorry9 nicht mal langsam abstellen? Es kann doch nicht sein, daß irgendein Fenster eine Fehlermeldung blokiert. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger > WGS-84
Hallo, >"Gauß Krüger OpenStreetMap" Eigentlich ist es ja nichts OpenStreetmap speziefisches, also habe ich nach "Gauß Krüger wgs84" oder "Gauß Krüger gpx" gesucht, da aber nichts brauchbares gefunden. Dann habe ich hier in der Mailingliste gesucht und da den Link zu der HP gefunden, aber die war dann eben nicht so ganz verständlich. >Das ist die Freiheit von OSM und Wikipedia. Jeder kann zum gleichen >Thema eine Seite aufmachen. Das passiert spätestens, wenn ein Thema >wieder aufkocht. Am sinnvollsten wäre natürlich ein Link auf eine gute Erklärung von der HP mit der Umrechnungsfunktion. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger > WGS-84
Dimitri Junker schrieb: > Am sinnvollsten wäre natürlich ein Link auf eine gute Erklärung von der HP > mit der Umrechnungsfunktion. Wieso willst Du das Rad immer neu erfinden? Es gibt keinen einheitlichen Algorithmus. Verwende Proj4 oder GDAL, aber unbedingt mit NTv2. Verwende auf keinen Fall irgendeine Website, ein Script oder eine Excel-Tabelle. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS ich komme
Okay, dann werde ich auch mal langsam Schluss machen. Wir sehen uns beim Anwendertreffen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger > WGS-84
Tobias Wendorff schrieb: > Verwende auf keinen Fall irgendeine Website, ein Script oder > eine Excel-Tabelle. Kann ich bestätigen. Ich hab mal Pascal-Code ausprobiert. Die Ergebnisse lagen ~300m daneben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS ich komme
Womit machst Du Schluss ? Leider kann ich nicht kommen ! Gruß Jan :-) Tobias Wendorff schrieb: > Okay, dann werde ich auch mal langsam Schluss machen. > > Wir sehen uns beim Anwendertreffen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm: Relation-Fenster im Vordergrund
Hallo. Am Montag, 16. März 2009 schrieb Dimitri Junker: > Gerade hatte ich mal wieder Ärger mit diesen Relation-Fenstern. Im > Hintergrund öffnete sich wohl irgendein Fehlerfenster, das sich leider > nicht bedienen lies, ich habe blind alle möglichen Tastenkombinationen > versucht. Aber nichts half außer JOSm per Taskmanager abschießen und wieder > von vorne anfangen. Kann man diesen Schwachsinn (sorry9 nicht mal langsam > abstellen? Es kann doch nicht sein, daß irgendein Fenster eine > Fehlermeldung blokiert. Was genau hat dich davon abgehaltn das Relation-Editor-Fenster einfach zur Seite zu schieben? Gruß, Bernd -- Schade, daß rote Zahlen auf dem Konto nicht annähernd so beruhigend sind wie auf dem Kalender. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Number of users 100097
Wieder ein kleiner Meilenstein :) Das Wachstum ist und bleibt rasant. Ist das eine Pressemeldung wert? (Ich schreibe mal was zusammen mit einem Roundup der Entwicklungen der letzten 2-3 Monate. Ideen?) Jetzt ist jeder nur noch einer von Hunderttausenden, aber wie sagte schon Iron Maiden: "I'm not a number, I'm a free man". Gratulation Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de