Re: [Talk-de] Double nodes in Deutschland
du kannst nur noch wege mit 2000 nodes hochladen. was in der db drin ist steht auf einem anderen blatt. aber es ist ja vermutlich nicht nur ein weg, der das verursacht. ich werde mal die way dupes in nds angehen, da sollte sich das besser darstellen und angehen lassen. - original Nachricht Betreff: Re: [Talk-de] Double nodes in Deutschland Gesendet: So, 06. Sep 2009 Von: Florian Lohofff...@rfc822.org On Sun, Sep 06, 2009 at 09:50:40PM +0200, Gary68 wrote: naja, vermutlich gibt es einen sehr großen weg - oder mehrere - also mit vielen knoten, der mehrfach übereinander liegt... und schwups, sind es nur noch einige 10.000 probleme. habe eben ein wenig in hessen rumgeschaut. habe z.b. 14 gleiche wege übereinander gefunden... evtl. empfiehlt es sich, erst mal die double ways auszumerzen... Aeh - wege duerfen doch auch nur noch 2000? Nodes haben seit api 0.6? Wie bekommt man so 2.6Mio dupe nodes hin? Ich tippe fast auf import der mehrfach probiert wurde ... dafuer waere eine geografische einordnung schon spannend... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Gary68 schrieb: Da gibt es viele Stapel mit 10 exakt gleichen Node Positions. Beispiel? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] kontakt für datenspende ???
Moin ! was haltet Ihr eigentlich von einer allgemeinen eMail-Adresse datenspe...@openstreetmap.de ?? Interessierte könnten dann erst einmal global mit der Community in Kontakt treten und dann entsprechende lokale Ansprechpartner weitergeleitet werden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
On Sun, Sep 06, 2009 at 09:59:03PM +, Sven Geggus wrote: Dimitri Junker o...@dimitri-junker.de wrote: In wieweit kann man das automatisch bearbeiten, wenn 2 Wege die gleichen Eigenschaften haben und Nodes mit gleichen Eigenschaften, incl Koordinaten, könnte man doch alle bis auf einen löschen. Also ich habe vor kurzem Gebäude importiert: http://osm.org/go/0JQU9PYw Dabei habe ich mich bewußt dagegen entschieden doppelte nodes zu entfernen, damit die Häuser als einzelne Objekte erhalten bleiben. Wenn man z.B. so ein typisches Doppelhaus hat: +--+--+ | | | +--+--+ Kann man trefflich drüber streiten ob da jetzt eher 6 oder 8 Nodes richtig sind. Also - ich habe ja schon so meine probleme mit node reusage bei landuse weil man einfach das nicht wieder bearbeiten kann ohne riesen klimmzuege weil JOSM einem nicht erlaubt einen bestimmten way zu aktivieren. Jetzt aber noch die nodes zu duplizieren ist doch quatsch oder? Der node identifiziert doch eine position und erstmal nix anderes. Warum brauche ich 2 nodes um dieselbe position zu identifizieren? Kann ich wenn ich schon reihenhaeuschen zeige nicht einfach die nodes doppelt nutzen? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nextbike - Position automatisch in OSM
Finde ich cool: http://nextbike.de/#standorte-in-nuernberg Geht sowas auch mit OSM? Wie? Wo im Wiki beschrieben? Dafür gibt es unzählige Anwendungsmöglichkeiten... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus schrieb: Finde ich cool: http://nextbike.de/#standorte-in-nuernberg Geht sowas auch mit OSM? Wie? Wo im Wiki beschrieben? Dafür gibt es unzählige Anwendungsmöglichkeiten... Gruss, Markus und unzählige Anwendungen ;-) Ich kenne des Projekt zwar nicht, aber vermutlich liegen die Daten als GPS-Koordinaten vor. Diese lassen sich als Layer über eine OSM-Karten einblenden. Schau doch mal hier: http://wiki.openstreetmap.org/wiki/DE_talk:OSM_in_Website_f%C3%BCr_Gemeinde#_Marker_aus_Liste_in_Layer_einbinden -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus schrieb: Finde ich cool: http://nextbike.de/#standorte-in-nuernberg Geht sowas auch mit OSM? Wie? Wo im Wiki beschrieben? Nein, man kann bei OpenStreetMap leider (noch?) keine Fahrräder ausleihen. Das wäre dann OpenStreetBike.org ... SCNR ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Mario, liegen die Daten als GPS-Koordinaten vor Diese lassen sich als Layer über eine OSM-Karten einblenden. Ja, das meine ich. Und für Google scheint es dafür ein Tool zu geben, das dies ganz simpel erledigt. Gibt es sowas auch für OSM? Bis jetzt wird Google wohl deshalb so oft verwendet, weil es dafür so ein Tool gibt, für OSM aber nicht (oder es zumindest nicht sehr (und mir gar nicht) bekannt ist). Schau doch mal hier: http://wiki.openstreetmap.org/wiki/DE_talk:OSM_in_Website_für_Gemeinde#_Marker_aus_Liste_in_Layer_einbinden Kenne ich (ist von mir). Aber das ist nur was für Programmierer. Der Webandwender (Gemeindemitarbeiter, Firmenangestellte, ich ;-) ) ist damit überfordert. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Hallo Flo, typisches Doppelhaus: +--+--+ | | | +--+--+ ob eher 6 oder 8 Nodes richtig sind? probleme mit node reusage bei landuse. Jetzt aber noch die nodes zu duplizieren ist doch quatsch oder? Der node identifiziert doch eine position und erstmal nix anderes. Sinnvoll finde ich: *je ein eigenständiges Karten-Objekt für jedes reale Objekt* Damit man jedes Objekt einzeln verschieben und attributieren kann. Bei Reihenhäusern ist also jedes einzelne ein eigenes Karten-Objekt. In der Realität sind sie meist durch eine Brandschutzmauer getrennt. Das gilt auch für andere Flächen: - Wald an Wiese - Wiese an See - See an Wohngebiet - etc. Für besondere Situationen, beispielsweise für fliessende Übergänge zwischen See und Wiese benutzt man ein zusätzliche Fläche, hier beispielsweise Sumpf. Expliziten Schnittmengen werden mit einer virtuellen Fläche gezeichnet beispielsweise als potentielles Überschwemmungsgebiet oder Naturschutzgebiet oder Überflugverbot von 22 bis 06 Uhr . Meistens teilen sich reale Objekte keine XY-Punkte (solange die Objekte nicht übereinander liegen, aber dann wäre jeweils Z betroffen). Wenn beispielsweise ein Haus in einer Wiese steht, dann verschmilzt die Hausmauer nicht mit dem Gras und das Gras wächst nicht auf der Mauer. Das gilt auch für Linien und Flächen: - Weg und Wiese - Bahn und Bahnhof - Fluss und Land Das sind jeweils 2 verschiedenen Objekte, sie teilen keine XY-Punkte. Immer wieder stolpere ich über Wege am Waldrand bei denen die Punkte zusammengelegt sind. Zwar kann man dann den Weg einfach zusammen mit dem Waldrand verschieben, aber es ist nicht mehr möglich, den Wald über die Strasse wachsen zu lassen, die Wiese zwischen Weg und Wald einzuzeichnen, den Wald zu roden und eine Wiese anzulegen, geschweige denn den neuen Fahrradweg einzuzeichnen. Überhaupt scheint mir das Konzept, wie man Linien mit Flächen und Flächen mit Flächen kombiniert, nicht schlüssig: Mal werden Flächen einfach übereinander gelegt, woanders aber mit Multipolygon ausgeschnitten. Mal werden Linien einfach über Flächen gelegt, woanders müssen die Flächen aufgeteilt werden. Und bei Flüssen werden diese sogar künstlich in so gar nicht existierende Flächen zerstückelt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Florian Lohoff schrieb: Wenn man z.B. so ein typisches Doppelhaus hat: +--+--+ | | | +--+--+ Kann man trefflich drüber streiten ob da jetzt eher 6 oder 8 Nodes richtig sind. Also - ich habe ja schon so meine probleme mit node reusage bei landuse weil man einfach das nicht wieder bearbeiten kann ohne riesen klimmzuege weil JOSM einem nicht erlaubt einen bestimmten way zu aktivieren. Jetzt aber noch die nodes zu duplizieren ist doch quatsch oder? Der node identifiziert doch eine position und erstmal nix anderes. Warum brauche ich 2 nodes um dieselbe position zu identifizieren? Kann ich wenn ich schon reihenhaeuschen zeige nicht einfach die nodes doppelt nutzen? +1 Meldet der Validator in solchen Fällen nicht sogar einen Fehler? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Ulf, Nein, man kann bei OpenStreetMap leider (noch?) keine Fahrräder ausleihen. Also ich finde solche Bemerkungen immer nett (solange sie selten eingestreut werden), m.E. lebt die Liste auch von witzigen Beiträgen :-) Das wäre dann OpenStreetBike.org ... Zumindest in OpenCycleMap.org sollte man alle Fahrradverleihstationen prominent anzeigen! * amenity=bicycle_rental Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Am 07.09.2009 10:59, Markus: Hallo Flo, typisches Doppelhaus: +--+--+ | | | +--+--+ ob eher 6 oder 8 Nodes richtig sind? probleme mit node reusage bei landuse. Jetzt aber noch die nodes zu duplizieren ist doch quatsch oder? Der node identifiziert doch eine position und erstmal nix anderes. Sinnvoll finde ich: *je ein eigenständiges Karten-Objekt für jedes reale Objekt* Aber eine Ecke ist ja kein reales Objekt. Ein Doppelhaus, in dem die Parteien Wand an Wand wohnen würde ich deshalb mit 6 Knoten aber zwei geschlossenen rechteckigen Wegen für die beiden Häuser mappen, um genau das hier zu ermöglichen: Damit man jedes Objekt einzeln verschieben und attributieren kann. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Frag doch mal einer nach ob man eine Liste der Standorte für einen Vollständigkeitsabgleich bekommen könnte ? Gruß Jan :-) Markus schrieb: Finde ich cool: http://nextbike.de/#standorte-in-nuernberg Geht sowas auch mit OSM? Wie? Wo im Wiki beschrieben? Dafür gibt es unzählige Anwendungsmöglichkeiten... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Bei Reihenhäusern ist also jedes einzelne ein eigenes Karten-Objekt. In der Realität sind sie meist durch eine Brandschutzmauer getrennt. Wir malen nur Grundflächen und keine einzelnen Mauern. Zwei Objekte ja, schon alleine wegen der eigenen Eigenschaften die jedes Haus individuell hat. Solange dort aber kein echter Abstand dazwischen ist, reicht es, wenn sich zwei Reihenhäuser die Berührungspunkte teilen. Nahe beieinander oder fast aufeinander liegende Nodes sind da wirklich nicht nötig. Meistens teilen sich reale Objekte keine XY-Punkte (solange die Objekte nicht übereinander liegen, aber dann wäre jeweils Z betroffen). Wenn beispielsweise ein Haus in einer Wiese steht, dann verschmilzt die Hausmauer nicht mit dem Gras und das Gras wächst nicht auf der Mauer. Hier wieder die Grundfläche. In der realen Welt eher mit der Bodenplatte des Hauses zu vergleichen. Die Mauern hätten ihre äußere Begrenzung am Rand der Bodenplatte und stehen auf dieser. Auch da wäre das eigentlich kein Problem den Rand der Bodenplatte bzw. Grundfläche mit dem Rand des umliegenden Geländes zu verknüpfen. Dazwischen ist ja nichts. Betrifft aber wirklich nur den seltenen Fall wenn sich wirklich direkt am Rand der Grundfläche etwas ändert. Ansonsten muss man Häuser weder in Flächen einbetten noch auschneiden, die werden vom jeden Renderer ohne extra Hinweis automatisch über die Fläche gerendert. Immer wieder stolpere ich über Wege am Waldrand bei denen die Punkte zusammengelegt sind. Zwar kann man dann den Weg einfach zusammen mit dem Waldrand verschieben, aber es ist nicht mehr möglich, den Wald über die Strasse wachsen zu lassen, die Wiese zwischen Weg und Wald einzuzeichnen, den Wald zu roden und eine Wiese anzulegen, geschweige denn den neuen Fahrradweg einzuzeichnen. Das ist natürlich ein klarer Fehler bzw. eine starke Vereinfachung. Ein Weg kann sich nicht die Baumgrenze teilen, da stehen die Randfichten. Entweder ist der Weg noch knapp im Wald drinnen und die Randfichten stehen zwischen Weg und ausserhalb. Oder der Weg ist schon draußen, läuft auf Gras zwischen Randfichten und meinetwegen Acker. Genau das habe ich schon immer berücksichtigt. Ein Weg hat immer seine eigene Trasse auf der er verläuft und die Landnutzung grenzt an diese Trasse an, nicht direkt aneinander und der Weg läuft darauf. Kommt näher an die Realität, lässt sich leicht bearbeiten und es muss keiner jammern das Farmland für die Tonne ist, weil der Weg mangels Kontrast darin verschwindet. http://osm.org/go/0MEIGbaNa Bei sowas hier kommt mir natürlich auch die Wurst. http://osm.org/go/0MBGfhhG8 Überhaupt scheint mir das Konzept, wie man Linien mit Flächen und Flächen mit Flächen kombiniert, nicht schlüssig: Welche Blüten das trägt sehen wir ja täglich. Wir haben zwar Multipolygon, was auch über inner und outer innenliegend kommuniziert, tatsächlich aber ausgeschnitten interpretiert wird. Desshalb war ich schon immer dafür das multipoly um eine role zu erweitern. Cut für wirkliches ausschneiden und Inner zukünftig wirklich für innerhalb liegend. Rendertechnisch bliebe es sich gleich, würde aber eindeutig zeigen was der Mapper meint und ließe sich so auch passend auswerten. So könnte man z.B. auch eine zugehörige Brachffläche innerhalb eines Wohngebietes darstellen, ohne das es einer fälschlicherweise als ausgeschnitten fehlinterpretiert oder man auf Kunstgriffe wie Landuse Puzzles zurückgreifen muss, bzw. den klassischen Fehler begeht und die Landuses mit Layern verseucht. Ganze Städe sind so teilweise im Eimer. Aus Angst das inner wirklich rein als ausgeschnitten interpretiert wird, bestehen ganze Orte nur aus ganzen Flächen die man mit Layern übereinander gestapelt hat. Es fehlt einfach seit jeher das reine Grundelement was wirklich nur innenliegend aber nicht wirklich ausgeschnitten aussagt. Inner ist verbrannt und wird mehrheitlich als ausgeschnitten gewertet. Mit den Wegen auf dem Rand kommt daher weil es keine wirklich offizielle Empfehlung gibt. Da hat jeder nach Bauch losgelegt. Für mich war obiger Weg logisch, andere haben es sich da einfach gemacht und sind den erfassungstechnisch leichtesten Weg gegangen. Kann ich auch nachvollziehen. Man vermisst nur einmal den Weg und klatscht die Wege einfach daran. Mit dieser Methode kannst du binnen weniger Stunden einige Quadratkilometer runterreißen. Nimmt man meine Methode, muss man den Weg messen und die Abmaße der Trasse bzw. der angrenzenden Landuses. Und die gehen nunmal nicht immer gerade durch, haben einen eigenen Verlauf und ihre Bäuche und das braucht entsprechend mehr Zeit und manchmal bei einigen Übergängen auch etwas Kreativität. Da müsste man erstmal auskaspern wohin es gehen soll und dann eine entsprechende Empfehlung geben, an die man sich dann zukünftig hält. Das vorhande muss man dann aufräumen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Double nodes in Deutschland
On Mon, Sep 07, 2009 at 10:59:55AM +0200, Markus wrote: Sinnvoll finde ich: *je ein eigenständiges Karten-Objekt für jedes reale Objekt* Damit man jedes Objekt einzeln verschieben und attributieren kann. Bei Reihenhäusern ist also jedes einzelne ein eigenes Karten-Objekt. In der Realität sind sie meist durch eine Brandschutzmauer getrennt. Aber man kann ein Reihenmittelhaus nicht getrennt verschieben - Die Reihenhaeuser bilden ein gemeinsames Gebaeude Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Hi! On Mon, Sep 07, 2009 at 08:45:42AM +0200, Jan Tappenbeck wrote: was haltet Ihr eigentlich von einer allgemeinen eMail-Adresse datenspe...@openstreetmap.de ?? Interessierte könnten dann erst einmal global mit der Community in Kontakt treten und dann entsprechende lokale Ansprechpartner weitergeleitet werden. Meldest Du Dich freiwillig, diese Mails zu bearbeiten? :-) Sowas aufzusetzen und zu bewerben macht nur Sinn, wenn da auch Leute dahinter sind, die sich regelmäßig drum kümmern. Grundsätzlich wäre es natürlich prima, wenn es Leute gibt, die sich um sowas kümmern wollen, aber das ist ne Menge Arbeit. Es gibt übrigens neuerdings auch eine Import Working Group bei der OSM Foundation. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Hallo, Kann man trefflich drüber streiten ob da jetzt eher 6 oder 8 Nodes richtig sind. wieso? Entweder Du sagst es gibt eine Giebelwand, dann ist das eine Linie mit 2 Nodes also insg. 6. Oder Du sagst da stehen 2 Häuser nebeneinander, dann sind da 2 Linien nebeneinander also insg. 8 Nodes. Wenn man das mit der Wirklichkeit möglichst genau abbilden genau nehmen würde müßte man es aus 3 Wegen zasammenbasteln, also die gemeinsame Wand und jeweils die 3 restlichen. Die Häuser müßten dann durch relations gebildet werden. Aber das ist wohl übertrieben. Aber die Nodes übereinander legen halte ich für unnötig. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Hallo, weil man einfach das nicht wieder bearbeiten kann ohne riesen klimmzuege weil JOSM einem nicht erlaubt einen bestimmten way zu aktivieren. Ein Riesen Klimmzug ist das nicht, nur wissen es viele wohl nur nicht, und etwas umständlich ist es schon, aber einfacher wird es durch Nodes die übereinander oder sehr nahe aneinander liegen auch nicht. Also hier nochmal die Anleitung zu JOSM bei übereinander liegenden Objekten: Klickt man eine Linie normal mit links an selektiert JOSM eine der Linien nach einer mir unbekannten Logik Klickt man eine Linie mit der mittleren Maustaste (Rad) an stellt JOSM eine Liste der Wege dar läst man die Maustaste aber los verschwindet diese wieder, es sei denn man drückt während die Liste sichtbar ist zusätlich die STRG Taste. Jetzt bleibt die Liste solange sichtbar bis man STRG losläßt, und man kann so einen der Wege mit der linken Maustaste auswählen: Also nochmal in Einzelschritten: 1) mit mittlerer Maustaste die Linie anklicken (Taste gedrückt halten) 2)STRG drücken und halten 3) mittlere Maustaste loßlassen 4) mit linker Maustaste eine der Linien aus der Liste anklicken 5) Maustaste und STRG loslassen Ich hätte das anders gemacht. Meiner Meinung nach ist das automatische Auswählen eines der Wege beim normalen anklicken unnötig, hier könnte also sofort die Liste erscheinen und zwar so, daß man einen selektieren kann, also Schritte 1-3 zusammengefaßt Gruß Dimitri Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Hallo, Sinnvoll finde ich: *je ein eigenständiges Karten-Objekt für jedes reale Objekt* eben und Reihenhäuser sind keine eigenständigen Objekte, sie teilen sich eine Wand. 2 Nodes nebeneinander können sinnvoll sein, für 2 Nodes übereinander sehe ich keinen Sinn. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
On Mon, Sep 07, 2009 at 11:59:30AM +0200, Dimitri Junker wrote: Hallo, weil man einfach das nicht wieder bearbeiten kann ohne riesen klimmzuege weil JOSM einem nicht erlaubt einen bestimmten way zu aktivieren. Ein Riesen Klimmzug ist das nicht, nur wissen es viele wohl nur nicht, und etwas umständlich ist es schon, aber einfacher wird es durch Nodes die übereinander oder sehr nahe aneinander liegen auch nicht. Also hier nochmal die Anleitung zu JOSM bei übereinander liegenden Objekten: Klickt man eine Linie normal mit links an selektiert JOSM eine der Linien nach einer mir unbekannten Logik Klickt man eine Linie mit der mittleren Maustaste (Rad) an stellt JOSM eine Liste der Wege dar läst man die Maustaste aber los verschwindet diese wieder, es sei denn man drückt während die Liste sichtbar ist zusätlich die STRG Taste. Jetzt bleibt die Liste solange sichtbar bis man STRG losläßt, und man kann so einen der Wege mit der linken Maustaste auswählen: Also nochmal in Einzelschritten: 1) mit mittlerer Maustaste die Linie anklicken (Taste gedrückt halten) 2)STRG drücken und halten 3) mittlere Maustaste loßlassen 4) mit linker Maustaste eine der Linien aus der Liste anklicken 5) Maustaste und STRG loslassen Ich hätte das anders gemacht. Meiner Meinung nach ist das automatische Auswählen eines der Wege beim normalen anklicken unnötig, hier könnte also sofort die Liste erscheinen und zwar so, daß man einen selektieren kann, also Schritte 1-3 zusammengefaßt Bei mir geht es nicht - Mal gerade probiert - Linie hin gezogen (2 Nodes) und auf der selben linie mit 2 nodes wieder zurueck - Es poppt eine liste auf mit genau einem eintrag Dazu kommt imho der Bug das wenn man einen virtual-node wegzieht um z.b. ein landuse zu verfeinern immer nur der virtuell oberste weg einen neuen node erzeugt - Es sollten beide ways einen gemeinsamen neuen node bekommen. Den Bug nutze ich im moment um eine bestimmte linie zu selektieren. D.h. virtual-node wegziehen - untere linie selektieren und z.b. loeschen und dann den eben kreierten node wieder loeschen. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Jan, Frag doch mal einer nach ob man eine Liste der Standorte für einen Vollständigkeitsabgleich bekommen könnte ? :-) Längst geschehen! Die Daten werden geliefert. Nicht nur zum Abgleich, sondern zum Import. (wer will sie haben? PM an mich) NextBike will OSM anstelle von Google verwenden. Sie wollen auch noch einen Blog machen, in dem die Kunden ihre Lieblingsstrecke auf der Karte eintragen und beschreiben können. Geht das mit OSM ebenso einfach wie mit Google? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Chris-Hein Lunkhusen chris66...@gmx.de wrote: +1 Meldet der Validator in solchen Fällen nicht sogar einen Fehler? Bei normalen Straßen ist das in 99% der Fälle auch ein Fehler. Ich halte BTW diese ganze Ddiskussion bei Flächenobjekten für Unfug. Eindeutige Nodes sind nur bei Wegen für Routing wichtig. Bei Flächen ist das völlig wurschd ob da nun einer oder n nodes an der selben Sstelle sind. Wer sich berufen fühlt die doppelten Nodes von meinem import zu entfernen kann das gerne tun, steckt alles im selben changeset drin. Gruss Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Dimitri Junker o...@dimitri-junker.de wrote: Aber die Nodes übereinander legen halte ich für unnötig. Normale GIS kennen keine Nodes und ways sondern nur Punkte, Linien und Polygone. Bei der Umwandlung von letzeren in OSM Objekte ist das Entfernen doppelter Nodes ein zusätzlicher Schritt, den man zwar machen kann, aber auf den ich bei den Häusern jetzt erst mal verzichtet habe. Wie BTW auch CrSchmidt beim MASSGIS Import. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Markus liste12a4...@gmx.de wrote: Finde ich gut. Die einzelnen Gebäude kommen besonders eindrucksvoll zur Geltung, wenn man sie mit Osmarender betrachtet: http://osm.org/go/0JQU9P8Zb-?layers=0B00FTF Das ist aber unabhängig von der Verwendung eines oder mehrer Nodes an der selben Stelle. Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Jochen Topf schrieb: Meldest Du Dich freiwillig, diese Mails zu bearbeiten? :-) Sowas aufzusetzen und zu bewerben macht nur Sinn, wenn da auch Leute dahinter sind, die sich regelmäßig drum kümmern. Man kann die Mails ja automatisch in diese Liste weiterleiten, dann wird sich schon jemand drum kümmern. :-)) Ich denke nicht dass da s oft was kommen wird. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Jochen Topf joc...@remote.org wrote: Meldest Du Dich freiwillig, diese Mails zu bearbeiten? :-) Sowas aufzusetzen und zu bewerben macht nur Sinn, wenn da auch Leute dahinter sind, die sich regelmäßig drum kümmern. ACK Grundsätzlich wäre es natürlich prima, wenn es Leute gibt, die sich um sowas kümmern wollen, aber das ist ne Menge Arbeit. Das kommt auf die Daten an und ob man das schon mal gemacht hat. Zum Glück macht man die selben Fehler meistens nur einmal. Wenn nicht alles an mir hängen Bleibt wäre ich hier schon bereit einen Teil der Arbeit zu übernehmen. Es gibt übrigens neuerdings auch eine Import Working Group bei der OSM Foundation. Nett! Vielleicht fällt da ja mal ein universeller benutzbares Konverterscript ab. Die derzeit verfügbaren sind leider alle ein wenig wüst zusammengehackt. Perfekt wäre natürlich ein output plugin für ogr2ogr. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus liste12a4...@gmx.de wrote: Bis jetzt wird Google wohl deshalb so oft verwendet, weil es dafür so ein Tool gibt, für OSM aber nicht (oder es zumindest nicht sehr (und mir gar nicht) bekannt ist). Das ganze hat mit OSM ja nur am Rande zu tun und ist eher eine Openlayers vs. Google Maps API Diskussion. In beiden APIs kann man sowohl OSM als auch Google Tiles verwenden! Dass Google Maps API heutzutage erheblich häufiger verwendet wird als Openlayers hat viele Gründe. Einer davon ist sicher, das das Openlayers API im Vergleich zum Google Maps API schlecht dokumentiert ist. Das hat sich in letzter Zeit jedoch verbessert. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Ulf Lamping ulf.lamp...@googlemail.com wrote: Nein, man kann bei OpenStreetMap leider (noch?) keine Fahrräder ausleihen. Das wäre dann OpenStreetBike.org ... Nur echt mit fest eingebautem GPS logger. Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Man kann die Mails ja automatisch in diese Liste weiterleiten, dann wird sich schon jemand drum kümmern. :-)) Ehrlich gesagt empfinde ich es als besser für sowas ein Bug-Tracking System oder sowas zu verwenden. Da hat man dann einne festen Bearbeiter. Wenn sowas auf der Liste auftaucht fühlen sich entweder zu viele Leute oder niemand angesprochen. Siehe das Debakel um den Import der Dresdener Stadtgrenzen. Da ist fast ne Diplomarbeit draus geworden... Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus liste12a4...@gmx.de wrote: Sie wollen auch noch einen Blog machen, in dem die Kunden ihre Lieblingsstrecke auf der Karte eintragen und beschreiben können. Geht das mit OSM ebenso einfach wie mit Google? Ich wiederhole das hier jetzt noch _ein_ weiteres Mal: Die Frage OSM vs. Google stellt sich doch gar nicht! Die Frage ist Google Maps API(proprietär mit eingeschr. Nutzungsrechten) oder ein anderes API[1] verwenden. Sven [1] Im OSM Umfeld wird als Web-API meist Openlayers (Open Source) eingesetzt. Es gibt aber auch andere Dinge wie z.B. Mapbender. -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Sven, Das ganze hat mit OSM ja nur am Rande zu tun und ist eher eine Openlayers vs. Google Maps API Diskussion. Im Prinzip ja - aber... *OSM ist das was man davon sieht*. Unsere DB sehen die wenigsten. Die meisten sehen sich unsere *Karten* an. Die Karten sind das Ergebnis aus: - gerenderten Daten - und darübergelegten Layern Openlayers API ist schlecht dokumentiert. Im Wiki finde ich: http://wiki.openstreetmap.org/wiki/API http://wiki.openstreetmap.org/wiki/DE:OpenLayers In beiden Artikeln steht nichts von Openlayers API oder gar Openstreetmap API. Wenn wir das brauchbar dokumentiert hätten (und wenn das genauso simpel zu verwenden wäre wie bei Google) dann hätten wir auf einen Schlag viel mehr OSM-Anwendungen! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Moin, Florian Lohoff schrieb: Bei mir geht es nicht - Mal gerade probiert - Linie hin gezogen (2 Nodes) und auf der selben linie mit 2 nodes wieder zurueck - Es poppt eine liste auf mit genau einem eintrag Bist Du sicher, dass Du da wirklich zwei getrennte Wege erstellt hast und keinen Hin-und-Her-Weg? Josm führt - insbesondere anscheinend gerne neue - Wege beim Anfügen gerne mal weiter - trotz absetzen, de-selektieren und auch ohne das man dazu die Shift-Taste hält ... Die genaue Methodik, wann, warum, weshalb habe ich noch nicht ergründen können. Übrigens 2. Methode zum Auswählen: Bei fehlender mittlere Maustaste - aber auch sonst - kann man auch die ALT-Taste halten und sich dann durch das Bündel durchklicken. (Bei identischen (doppelten) Wegen mit identischen Eigenschaften muss man dann allerdings haargenau auf die ID achten ...) Dazu kommt imho der Bug das wenn man einen virtual-node wegzieht um z.b. ein landuse zu verfeinern immer nur der virtuell oberste weg einen neuen node erzeugt - Es sollten beide ways einen gemeinsamen neuen node bekommen. Wie Du selber unten schreibst, sehe ich das eher als Feature, denn als Bug. Manchmal kann man so durchaus etwas dazwischen zeichnen, ohne erst die gemeinsamen Nodes trennen zu müssen. Den gemeinsamen Node kann man problemlos durch einfaches Klicken setzen - und danach ziehen.. Den Bug nutze ich im moment um eine bestimmte linie zu selektieren. D.h. virtual-node wegziehen - untere linie selektieren und z.b. loeschen und dann den eben kreierten node wieder loeschen Allerdings bitte beachten: Der bleibende Weg erhält dadurch trotzdem eine neue Version, da JOSM in als geändert markiert hat und hochlädt, auch wenn er sich - ich sag mal physisch - überhaupt nicht geändert hat. Irritiert manchmal ein bischen in der History, wenn gar keine Veränderungen ersichtlich sind. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] png laden
Hallo, wo ich immer wieder beim Programmieren für OSM dran scheiter ist laden von png. Kennt jemand eine einfach nutzbare lib die unter Visual C++ nutzbar ist? Also so etwas in der Art Filename rein CBitmap o.ä. raus. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Sven, Die Frage OSM vs. Google stellt sich doch gar nicht! Die Frage ist Google Maps API(proprietär mit eingeschr. Nutzungsrechten) oder ein anderes API[1] verwenden. Wie gesagt: das ist bei NextBike bereits zu unseren Gunsten entschieden. Die Probleme sind: - man kann OSM über die Google-API anzeigen, aber dann steht immer Google auf unseren Karten - unsere API ist nur wenigen bekannt - unsere API ist kompliziert (deshalb bleiben viele bei Google) - unsere API schlecht dokumentiert [1] Im OSM Umfeld wird als Web-API meist Openlayers (Open Source) eingesetzt. Es gibt aber auch andere Dinge wie z.B. Mapbender. Dann sollte jemand der sich damit auskennt mal eine Wiki-Seite erstellen, auf der diese APIs vergleichend dargestellt werden. Daraus sollten wir eine API auswählen, die wir als *OSM-API zur Verwendung mit OSM empfehlen. Diese sollten wir anwenderfreundlich gestalten und als HowTo dokumentieren. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus liste12a4...@gmx.de wrote: In beiden Artikeln steht nichts von Openlayers API oder gar Openstreetmap API. Openlayers ist ein API für Kartendaten im Web und unter anderem für OSM Kacheln geeignet - http://www.openlayers.org/ Das ist der Preis der Freiheit. OSM Kacheln kann man darstellen mit welchem Web API man mag, auch mit dem von Google. Zur Darstellung von Google Kacheln darf man _nur_ das Google Maps API verwenden. Openlayers kann zwar ebenfalls Google Kacheln darstellen, aber das ist nur erlaubt, weil intern das Google API verwendet wird. Schau mal ins Buch, da gibt es schöne Beispiele: http://www.openstreetmap.info/examples/webmap.html BTW OSM API gibts auch, aber das ist für die Mapper zum _hochladen_ der Daten. Gruss Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] png laden
Dimitri Junker o...@dimitri-junker.de wrote: wo ich immer wieder beim Programmieren für OSM dran scheiter ist laden von png. Kennt jemand eine einfach nutzbare lib die unter Visual C++ nutzbar ist? Also so etwas in der Art Filename rein CBitmap o.ä. raus. Falls ich die Frage jetzt richtig verstanden habe (ich hab keine Ahnung von Programmierung unter Windows). Spricht irgendwas gegen libpng? www.libpng.org Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus liste12a4...@gmx.de wrote: Daraus sollten wir eine API auswählen, die wir als *OSM-API zur Verwendung mit OSM empfehlen. Diese sollten wir anwenderfreundlich gestalten und als HowTo dokumentieren. Ich sehe das ehrlich gesagt nicht als Aufgabe des Projekts an. Wie gesagt, die Web APIs sind ja nicht mal Teil des Projektes. Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
On Mon, Sep 07, 2009 at 01:17:42PM +0200, Georg Feddern wrote: Bist Du sicher, dass Du da wirklich zwei getrennte Wege erstellt hast und keinen Hin-und-Her-Weg? Josm führt - insbesondere anscheinend gerne neue - Wege beim Anfügen gerne mal weiter - trotz absetzen, de-selektieren und auch ohne das man dazu die Shift-Taste hält ... Die genaue Methodik, wann, warum, weshalb habe ich noch nicht ergründen können. Ja - 2 Wege - getestet durch virtual node wegziehen und weg anklicken ... 2 Wege - je 2 nodes ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Sven, hier reden wir über die Zusammenhänge von Politik und Marketing: Openlayers ist ein API für Kartendaten im Web und unter anderem für OSM Kacheln geeignet Auch wenn das eigenständige Projekte sind: Der Benutzer ist nur am Ergebnis interessiert. Aus Benutzersicht ist das alles ein Grosses Ganzes. Wir sollte es in der Aussendarstellung (Marketing) auch so darstellen. Politisch korrekt können wir ja dann immer noch darauf hinweisen, dass OL ein eigenständiges Projekt ist, und dass OL auch noch viel mehr kann, als nur unsere API zu sein und man OL auch noch für viele andere Anwendungen nutzen kann, also nicht nur für OSM. OSM sollte sich für eine API entscheiden, und diese dann als OSM-API empfehlen. Das ist der Preis der Freiheit. Wenn jemand lieber eine andere API für OSM verwenden möchte, darf er das jederzeit tun. Schau mal ins Buch, da gibt es schöne Beispiele: http://www.openstreetmap.info/examples/webmap.html Ja die sind schön. Sie zeigen aber auch, dass Google hier simpler anzuwenden ist als OSM. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Sven Geggus schrieb: Das kommt auf die Daten an und ob man das schon mal gemacht hat. Zum Glück macht man die selben Fehler meistens nur einmal. Wenn nicht alles an mir hängen Bleibt wäre ich hier schon bereit einen Teil der Arbeit zu übernehmen. Glücklicherweise gibt es ja nicht nur Dich im Projekt ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Sven Geggus schrieb: Siehe das Debakel um den Import der Dresdener Stadtgrenzen. Da ist fast ne Diplomarbeit draus geworden... Davon ist IMHO nirgends etwas zu lesen gewesen. Kannst Du bitte davon berichten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PSF - Physical Storage Format - Karten
Zahlreiche Onboard-Navis [1] nutzen als Kartenformat den .psf-Container [2] für Karten und POIs. Wobei es dort offensichtlich verschiene Revisionen dieses Dateiformats gibt, die auch als PSF-ID bezeichnet werden. [3] Im Netz gibt es allerlei Software, welches POI-Datenbanken im passenden Format erstellen kann, jedoch bin ich bei Karten noch nicht fündig geworden. Wenn dieses Kartenformat irgendwo standarisiert ist, dann sollte es das Format doch irgendwo dokumentiert, oder zumindest gehackt worden sein. Zumindest kommt es mir komisch vor, dass es für Karten einen herstellerübergreifenden Standard geben soll, aber die einzigen Gerätekartenformate, die es derzeit für OSM gibt, sind die proprietären von Garmin und Maggelan. -jha- [1] http://www.psf-initiative.com/partners.html [2] Medion Gopal, Falk Navigator [3] http://www.wiki.gopal-navigator.de/index.php?title=Versionsnummern_%C3%9Cbersicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Florian Lohoff schrieb: Bist Du sicher, dass Du da wirklich zwei getrennte Wege erstellt hast und keinen Hin-und-Her-Weg? Josm führt - insbesondere anscheinend gerne neue - Wege beim Anfügen gerne mal weiter - trotz absetzen, de-selektieren und auch ohne das man dazu die Shift-Taste hält ... Die genaue Methodik, wann, warum, weshalb habe ich noch nicht ergründen können. Ja - 2 Wege - getestet durch virtual node wegziehen und weg anklicken ... 2 Wege - je 2 nodes ... Nein, Du hast einen Weg. Und durch das Wegziehen des Virtuellen Nodes immer noch einen (Rund-)Weg. Um zwei Wege zu erhalten, muss Du zB 2 separate Wege malen und dann die Endpunkte mergen. Wenn Du von einem selektierten Endnode aus weitermalst macht JOSM immer einen Join. Wenn Du eine neue Linie zu dem Endnode einer anderen Linie hinmalst, macht er keinen Join. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PSF - Physical Storage Format - Karten
Johann H. Addicks schrieb: Zumindest kommt es mir komisch vor, dass es für Karten einen herstellerübergreifenden Standard geben soll, aber die einzigen Gerätekartenformate, die es derzeit für OSM gibt, sind die proprietären von Garmin und Maggelan. Gibt es im Endeffekt doch zahlreich: GDF ist ja auch das Resultat einer solchen Kooperation und ist ähnelt unserem sehr stark: GDF = OSM - Nodes = Nodes - Edges = Ways - Faces = Areas - Relationships = Relations Falls PSF sich momentan durchgesetzt hat, werden die Partner dafür aber sicher Lizenzgebühren abdrücken müssen ... ein Standard muss ja nicht offen sein, oder doch? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PSF - Physical Storage Format - Karten
Am 7. September 2009 15:18 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Johann H. Addicks schrieb: Zumindest kommt es mir komisch vor, dass es für Karten einen herstellerübergreifenden Standard geben soll, aber die einzigen Gerätekartenformate, die es derzeit für OSM gibt, sind die proprietären von Garmin und Maggelan. Hat das denn irgendwas damit: http://www.sdalformat.com/pdf/SDAL_spec.pdf zu tun? Ich verstehe den Unterschied zwischen SDAL und psf nicht wirklich. Ist das im Endeffekt nicht das selbe? Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Sven Geggus schrieb: Ich sehe das ehrlich gesagt nicht als Aufgabe des Projekts an. Wie gesagt, die Web APIs sind ja nicht mal Teil des Projektes. Leider nicht, wir bräuchten aber eindeutig Interessierte, die die Schwächen z.B. von OpenLayers etwas zu Gunsten von OSM entschärfen. Eigentlich ist JOSM ja auch nicht Teil des Projektes, sondern nur eines der Hilfsmittel ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus schrieb: Auch wenn das eigenständige Projekte sind: Der Benutzer ist nur am Ergebnis interessiert. Aus Benutzersicht ist das alles ein Grosses Ganzes. Wir sollte es in der Aussendarstellung (Marketing) auch so darstellen. Das soll es bringen? Der entscheidende Vorzug von OSM *ist* aus meiner Sicht doch gerade, dass ich - eigene Renderstile - eigene Featureauswahl - eigene APIs - eigene Serversoftware - eigene Datensatzkopien - ... haben kann. Für ein Rundum-Sorglos-Paket brauch ich nun wirklich kein OSM, da kann ich auch das Google-Komplettpaket mit Google-Rendering, Google-API und den Google-Servern nehmen. Bei API und Servern werden wir an Google nämlich höchstwahrscheinlich eh nie rankommen. Damit will ich nicht sagen, dass eine besser dokumentierte API eine schlechte Idee wäre, ganz im Gegenteil - aber die Vorstellung, sich in der Außendarstellung genau auf die Zielgruppe zu konzentrieren, der unsere Vorzüge am wenigsten bringen (Leute, die einfach nur fertige, kostenlose Karten nach Art von Google wollen), finde ich befremdlich. Sie zeigen aber auch, dass Google hier simpler anzuwenden ist als OSM. Und da kann man mit Marketing nichts dagegen tun, deren Produkt ist in dieser Hinsicht momentan eben einfach besser. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Hallo Tobias, Der entscheidende Vorzug von OSM *ist*, dass ich - eigene Renderstile - eigene Featureauswahl - eigene APIs - eigene Serversoftware - eigene Datensatzkopien - ... Oder allgemeiner: die Freiheit der Daten und die Freiheit, damit zu machen was ich will. Viele wissen diese Freiheit zu schätzen und würden lieber heute als morgen zu OSM wechseln! Die Problematik dabei ist, dass die Wenigsten diese Freiheit i.S.v. eigene Anwendungen schreiben nutzen können. Mein Bürgermeister kann das nicht. Und im Wanderverein ist auch keiner der das kann. Für ein Rundum-Sorglos-Paket brauch ich nun wirklich kein OSM Schon - aber wenn ich die Freiheit leben möchte, aber niemanden habe der mir etwas programmiert dann brauche ich ein Rundum-Sorglos-Paket. Gemeinden, Vereine, Private können keinen Programmierer bezahlen. Bei API und Servern werden wir an Google nämlich höchstwahrscheinlich eh nie rankommen. Hm - wenn wir das so gut schaffen wie bei der Detailtreue und Aktualität in unseren Städten - warum nicht?! die Vorstellung, sich in der Außendarstellung genau auf die Zielgruppe zu konzentrieren, der unsere Vorzüge am wenigsten bringen (Leute, die einfach nur fertige, kostenlose Karten nach Art von Google wollen), finde ich befremdlich. Für diejenigen, die freie Geodaten gut finden, aber nicht programmieren können, finde ich eine simple und pfiffige API wirklich nützlich. (und wenn Menschen, denen Freiheit nicht wichtig ist, trotzdem OSM benutzen, dann finde ich das ebenfalls gut) Wie gesagt: ich treffe immer wieder auf Menschen, die gern zu OSM wechseln würden, aber an der komplizierten undokumentierten Technik scheitern. deren Produkt ist in dieser Hinsicht momentan eben einfach besser. Viel besser sogar (zumindest in der Benutzerfreundlichkeit). Aber wir werden auch immer besser! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Atlas, Beispiele
On Sun, Sep 6, 2009 at 3:40 PM, Gary68g...@gary68.de wrote: Hi Russ, could you please provide a/some sample pdf(s)? That would be very interesting. I've put two samples on the OSM-Atlas page (http://www.mappage.org/atlas/), one of Nottingham, one of Kingston upon Hull (both in the UK). Russ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktion 04 beendet - 1500 Fehler in 48h beseitigt!
http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_04 DANKE AN ALLE, DIE MITGEMACHT HABEN ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Am 7. September 2009 10:53 schrieb Markus liste12a4...@gmx.de: Hallo Mario, liegen die Daten als GPS-Koordinaten vor Diese lassen sich als Layer über eine OSM-Karten einblenden. Ja, das meine ich. Und für Google scheint es dafür ein Tool zu geben, das dies ganz simpel erledigt. Gibt es sowas auch für OSM? Bis jetzt wird Google wohl deshalb so oft verwendet, weil es dafür so ein Tool gibt, für OSM aber nicht (oder es zumindest nicht sehr (und mir gar nicht) bekannt ist). Das hat doch alles gar nichts mit OSM zu tun, hier geht es um Openlayers vs GoogleMaps API. Wenn das mit der GoogleMaps API besser geht nimm doch die GoogleMaps API, damit kannst du auch aus Openstreetmap-Daten generierte Karten darstellen. Ich finde aber Openlayers ist nicht schlecht Dokumentiert, eher im Gegenteil! Auf der Homepage gibt es neben den kompletten Klassendokumentationen auch eine große Zahl von Beispielen, in denen jede Menge Use-Cases abgedeckt sind. Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehler in Website finden
Wer kann helfen: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
On Montag, 7. September 2009, Markus wrote: Wer kann helfen: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... Firefox sagt, dass die Zeile 92 des html-files nicht i.O. ist. Dort versucht du die Essen.gpx Datei zu laden. Die gpx-Datei Essen.gpx ist kaputt: wer...@linux-m82i:~/osm/src xmllint Essen.gpx Essen.gpx:92: parser error : Opening and ending tag mismatch: desc line 89 and wpt /wpt ^ Essen.gpx:103: parser error : Opening and ending tag mismatch: wpt line 86 and gpx /gpx ^ Essen.gpx:104: parser error : Premature end of data in tag gpx line 2 ^ -- HTH Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Am 7. September 2009 18:37 schrieb Markus liste12a4...@gmx.de: Wer kann helfen: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... Gruss, Markus Kann es sein dass er sich an den ![CDATA[ Pension, Restaurant, Biergarten, Ausflugsort, Aussichtspunkt br /09155-928009 img src=../osm/BuehlerHoehe.jpg width=160 ]] stört? Habe es aber nicht ausprobiert. Oder du nutzt anstatt den GPX-Dateien die Variante wie auf der Seite: http://www.gary68.de/osm/qa/unmapped ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
André Riedel schrieb: Am 7. September 2009 18:37 schrieb Markus liste12a4...@gmx.de: Wer kann helfen: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... Gruss, Markus Kann es sein dass er sich an den ![CDATA[ Pension, Restaurant, Biergarten, Ausflugsort, Aussichtspunkt br /09155-928009 img src=../osm/BuehlerHoehe.jpg width=160 ]] stört? Habe es aber nicht ausprobiert. Oder du nutzt anstatt den GPX-Dateien die Variante wie auf der Seite: http://www.gary68.de/osm/qa/unmapped Gennerell stört er sich anscheinend am CDATA... ich hab mal eine Version ohne hochgeladen, die Marker werden bei dieser angezeigt: http://m-hoffmann.net/Essen.gpx Allerdings geht das Bild bei der Bühler Höhle nicht... Viele Grüße, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Am Montag 07 September 2009 schrieb André Riedel: Am 7. September 2009 18:37 schrieb Markus liste12a4...@gmx.de: Wer kann helfen: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... die schliessenden tags in zeile 91 sind verkehrt rum: ]]/desc ist richtig. 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] Fehler in Website finden
* Markus schrieb: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... Hallo Markus, die GPX-Datei ist fehlerhaft, und zwar in Zeile 89-91: desc![CDATA[ Restaurant, Biergartenbr /Di, Fr, Sa ab 9br /So Frühschoppen/desc ]] Es muss wohl heißen: desc![CDATA[ Restaurant, Biergartenbr /Di, Fr, Sa ab 9br /So Frühschoppen ]]/desc Grüße Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Gary68 schrieb: I've put two samples on the OSM-Atlas page (http://www.mappage.org/atlas/), one of Nottingham, one of Kingston upon Hull (both in the UK). Schade, ich habe mir echt mehr davon versprochen ... Anforderungen: - Osmosis - Osmarender - PHP - Inkscape - Pdflatex Okay, also die volle Bandbreite ;-) Im Endeffekt kommen aber doch wieder nur Bitmap-Seiten raus, man sieht beim Druck eindeutig, dass es eine Bitmap war. Schön ist allerdings der Straßenindex, jedoch fehlen wichtige Dinge, wie ein Grid (Gitter). Guter Ansatz, aber ausbaufähig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Markus schrieb: Die Problematik dabei ist, dass die Wenigsten diese Freiheit i.S.v. eigene Anwendungen schreiben nutzen können. Mein Bürgermeister kann das nicht. Und im Wanderverein ist auch keiner der das kann. Ich kann auch keinen Backofen anschließen und hole mir daher einen Elektriker, der das in 5 Minuten für 30 EUR gemacht. Genauso gibt es Dienstleister, die solche Dinge realisieren können. Ich musste mich aus so einem Grund auch erst kürzlich in OpenLayers einarbeiten. Klar ist es umständlich, aber man muss ja nicht alles können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
der füllgrad der seiten ist verbesserungsfähig. ich hatte mir aber auch mehr versprochen. ich glaube, sowas ist aus tiles auch relativ einfach zusammenzubasteln, ohne osmarender, osmosis, inkscape... aber es ist offensichtlich ein funktionierendes tool. insofern, ganz gut. On Mon, 2009-09-07 at 20:04 +0200, Tobias Wendorff wrote: Gary68 schrieb: I've put two samples on the OSM-Atlas page (http://www.mappage.org/atlas/), one of Nottingham, one of Kingston upon Hull (both in the UK). Schade, ich habe mir echt mehr davon versprochen ... Anforderungen: - Osmosis - Osmarender - PHP - Inkscape - Pdflatex Okay, also die volle Bandbreite ;-) Im Endeffekt kommen aber doch wieder nur Bitmap-Seiten raus, man sieht beim Druck eindeutig, dass es eine Bitmap war. Schön ist allerdings der Straßenindex, jedoch fehlen wichtige Dinge, wie ein Grid (Gitter). Guter Ansatz, aber ausbaufähig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Schade, ich habe mir echt mehr davon versprochen ... Dito Anforderungen: - Osmosis - Osmarender - PHP - Inkscape - Pdflatex Okay, also die volle Bandbreite ;-) Im Endeffekt kommen aber doch wieder nur Bitmap-Seiten raus, man sieht beim Druck eindeutig, dass es eine Bitmap war. Ich würde* versuchen mit Mapnik Cairo in PS-Objekte und diese mit Pdflatex in ein PDF zu kombinieren. Zum steuern der ganzen Abläufe und schreiben des Latex-Scripts ist PHP oder (wer mag) Perl ne gute Wahl. Evtl. ein Projekt für den Wikimedia Toolserver? Die Wikipedia bietet ja auch das erstellen von PDFs aus ihren Inhalten an, warum nicht auch für Karten? Lg, Peter *) würde = werde, wenn ich mal Zeit hab :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Moin, Am Montag 07. September 2009 18:04:35 schrieb Gary68: On Sun, Sep 6, 2009 at 3:40 PM, Gary68g...@gary68.de wrote: Hi Russ, could you please provide a/some sample pdf(s)? That would be very interesting. I've put two samples on the OSM-Atlas page (http://www.mappage.org/atlas/), one of Nottingham, one of Kingston upon Hull (both in the UK). Tolle Sache, aber ich stehe gerade auf dem Schlauch bei probieren und bekommen folgende Meldung: OSM-Atlas.php started at 20:09 7th Sep 2009 osm-atlas exited with the following error: STYLESHEET (osm_atlas-z16.xml) does not exist obwohl die Datei vorhanden ist: cars...@laptop:~/download/osm-atlas$ ls inc_config.php osm-atlas.php README.html inc_roadatlas.phposm_atlas-z16.xml test_eins.php inc_streetatlas.php osm-logo.png LICENCE.txt osm-map-features-z17.xml Wo sehe ich denn meinen Fehler gerade nicht? Osmarender Co. sind installiert wegen t...@h. Grüße und danke, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Hallo, Peter Körner schrieb: Ich würde* versuchen mit Mapnik Cairo in PS-Objekte und diese mit Pdflatex in ein PDF zu kombinieren. Zum steuern der ganzen Abläufe und schreiben des Latex-Scripts ist PHP oder (wer mag) Perl ne gute Wahl. yepp, so schwebt mir das auch vor. Dann kann man ein vernünftiges Grid drüberlegen, ggf. sogar mir UTM- oder WGS84-Koordinaten zum einfachen Navigieren. Evtl. ein Projekt für den Wikimedia Toolserver? Die Wikipedia bietet ja auch das erstellen von PDFs aus ihren Inhalten an, warum nicht auch für Karten? Wenn das funktionieren würde, würde sich sicher schnell ein Server finden. Das ist ja etwas praktisches, wie WalkingPapers. Man gibt eine Region an, drückt auf Erzeugen und ein paar MInuten später bekommt man eine PDF ... da findet sich sicher etwas ;-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Carsten Gerlach schrieb: Wo sehe ich denn meinen Fehler gerade nicht? Osmarender Co. sind installiert wegen t...@h. Vielleicht hast Du die inc_config.php nicht angepasst?! Directories files. Do not include trailing / when specifying directories //Directory containing osmarender $OSMARENDER_DIR = /home/user/osmarender; //Directory containing osmosis $OSMOSIS_DIR = /home/user/osmosis-0.30/bin/; // Directory where all output files (working files and final PDF) will be placed $OUTPUT_DIR = /home/user; Dein Home-Directory ist ~/download/osm-atlas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Wow - ich bin überwältigt über so viel schnelle und erfolgreiche Hilfe! Funktioniert jetzt alles. Wäre nie auf die Idee gekommen, dass die Daten-Datei kaputt ist, hatte immer im HTML gesucht. Herzlichen Dank für die schnelle Hilfe! Das mit dem ![CDATA[ ... ]] habe ich noch nie verstanden. Ohne scheint man die Popup-Texte nicht formatieren zu können? Ist das irgendwo beschrieben? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Double nodes in Deutschland
Hallo, Bei fehlender mittlere Maustaste - aber auch sonst - kann man auch die ALT-Taste halten und sich dann durch das Bündel durchklicken. Wieder was gelernt, funktioniert bei 3 Wegen übereinander aber nicht, da wechselt er nur zwischen 2 der 3 hin und her. Bug? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
On Mon, Sep 07, 2009 at 08:05:40PM +0200, Gary68 wrote: der füllgrad der seiten ist verbesserungsfähig. ich hatte mir aber auch mehr versprochen. ich glaube, sowas ist aus tiles auch relativ einfach zusammenzubasteln, ohne osmarender, osmosis, inkscape... aber es ist offensichtlich ein funktionierendes tool. insofern, ganz gut. or allem sollte auf den seiten oben und unten ein dreieck mit der seitenzahl sein auf der es weitergeht ... Jedesmal im Index suchen ist nen bischen unpraktisch ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Am Montag 07 September 2009 schrieb Markus: Wow - ich bin überwältigt über so viel schnelle und erfolgreiche Hilfe! Funktioniert jetzt alles. Wäre nie auf die Idee gekommen, dass die Daten-Datei kaputt ist, hatte immer im HTML gesucht. Herzlichen Dank für die schnelle Hilfe! Das mit dem ![CDATA[ ... ]] habe ich noch nie verstanden. Ohne scheint man die Popup-Texte nicht formatieren zu können? kurz gesagt werden tags innerhalb des cdata-bereichs vom xml-parser nicht ausgewertet. Ist das irgendwo beschrieben? einen kleinen einblick gibt's hier: http://de.selfhtml.org/xml/regeln/zeichen.htm 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] Fehler in Website finden
Am Montag 07 September 2009 schrieb Markus: Wow - ich bin überwältigt über so viel schnelle und erfolgreiche Hilfe! Funktioniert jetzt alles. Wäre nie auf die Idee gekommen, dass die Daten-Datei kaputt ist, hatte immer im HTML gesucht. achja, noch was: wenn man oefter xml-dokumente (aus einem programm raus) erstellt, sollte man dazu eine entsprechende library benutzen, das kann vieles erleichtern. auf jeden fall aber sollte man, grade bei manueller erstellung, die datei zumindest validieren, damit man solche fehler gleich ausschliessen kann. das geht zum beispiel mit xmlstarlet (http://xmlstar.sourceforge.net/)... 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] Preferenz querfeldein vs track in ORS
Hi, ich habe vor ein paar Monaten mal ein Haus gemapped das am ende von 800m track liegt - Das ist wirklich nur track - d.h. schotter spurrillen mit Gras in der Mitte ... Heute bin ich mal wieder an der Zufahrt vobeigekommen und hab mir ueberlegt ich muesste mal testen was ORS dazu meint: Leider ist das ergebniss nicht so ganz befriedigend ... RouteLink: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=8.3752772,51.8241037end=8.3774124,51.8131791pref=Fastestlang=denoMotorways=falsenoTollways=false Adresse: Rietberg Zur Flammenmühle 41 Route berechnet habe ich von Rietberg Zur Flammenmühle 77 Der Weg verlaesst irgendwann die Kreisstraße und quert dann noch schnell die Ems um dann zum Haus zu kommen. Wobei es einen track gibt der bis zum Haus fuehrt ... Ich gehe davon aus das Tracks derzeit gar nicht mit ins Routing gehen? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Hallo Markus, mit dem IE kommen die Schriften noch sehr schlecht, die Bilder sind gut. Mit Firefox ist alles ok. Wow - ich bin überwältigt über so viel schnelle und erfolgreiche Hilfe! Funktioniert jetzt alles. Wäre nie auf die Idee gekommen, dass die Daten-Datei kaputt ist, hatte immer im HTML gesucht. Herzlichen Dank für die schnelle Hilfe! Das mit dem ![CDATA[ ... ]] habe ich noch nie verstanden. Ohne scheint man die Popup-Texte nicht formatieren zu können? Ist das irgendwo beschrieben? Gruß Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Moin ! ich hatte mir bei der Frage eigentlich gedacht, dass eine solche eMail-Adresse ansprechender ist als nur Kontakt oder Info@ und da sich dieses zielgerichteter äußert. Weiter waren meine Gedanken eine Liste mit Ansprechpartnern (1-2) in den einzelnen Bundesländern an welche die Anfragen weitergeleitet werden und dann einmal einen lokalen Kontakt aufnehmen könnten. Der eigentliche Import sollte dann von denjenigen gemacht werden die zu den einzelnen Themen auch entsprechende Erfahrungen haben. Als Kontakt vor Ort für Schleswig-Holstein würde ich mich bereit erklären. Die eigentliche eMail-Adresse können an die zentrale eMail gehen (vorerst) und dann ist es ja nur ein weiterleiten. Soviele Spenden werden doch sicherlich nicht eintreffen ??? Oder erwartet Ihr in nächster Zeit eine Flut ?? Die meisten Spenden entstehen doch sowieso aus einem persönlichen Kontakt ?!?!? Gruß Jan :-) Jochen Topf schrieb: Hi! On Mon, Sep 07, 2009 at 08:45:42AM +0200, Jan Tappenbeck wrote: was haltet Ihr eigentlich von einer allgemeinen eMail-Adresse datenspe...@openstreetmap.de ?? Interessierte könnten dann erst einmal global mit der Community in Kontakt treten und dann entsprechende lokale Ansprechpartner weitergeleitet werden. Meldest Du Dich freiwillig, diese Mails zu bearbeiten? :-) Sowas aufzusetzen und zu bewerben macht nur Sinn, wenn da auch Leute dahinter sind, die sich regelmäßig drum kümmern. Grundsätzlich wäre es natürlich prima, wenn es Leute gibt, die sich um sowas kümmern wollen, aber das ist ne Menge Arbeit. Es gibt übrigens neuerdings auch eine Import Working Group bei der OSM Foundation. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] png laden
Spricht irgendwas gegen libpng? Sieht sehr kompliziert aus, da ist ein Bsp dabei wie man es nutzen kann, dies einthält u.a. eine Funktion void read_png(char *file_name) die 7 Seiten Lang ist. Sowas gehört in die LIB, außerdem was ist das für eine Funktion die einen Filenamen bekommt aber nichts zurück gibt, wo landet das Bild. Ich schaue mir jetzt mal gdi+ an. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Davon ist IMHO nirgends etwas zu lesen gewesen. Kannst Du bitte davon berichten? Nix besonderes. Es hat sich lediglich der Spruch mit den vielen Köchen bewahrheitet. Irgendwann wurde einfach irgendwas importiert, was wieder gelöscht werden musste. Gruss Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AEROWEST-Luftbilder: Was kann man damit machen?
Tobias Wendorff schrieb: Da bereits ein paar Leute mit den Luftbildern arbeiten, habe ich einige Punkte zusammengefasst, was man so mit den Bilder anfangen kann: Also momentan kann ich überhaupt nichts damit anfangen, da auf der Seite keine Bilder mehr geladen werden. Haben wir etwa deren Server geDDOSed? Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Glücklicherweise gibt es ja nicht nur Dich im Projekt ;-) Du hast eine merkwürdige Art Deine Hilfe anzubieten. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Sven Geggus schrieb: Nix besonderes. Es hat sich lediglich der Spruch mit den vielen Köchen bewahrheitet. Irgendwann wurde einfach irgendwas importiert, was wieder gelöscht werden musste. Ich persönlich finde es sinnvoll, sowas niederzuschreiben, damit es nicht wieder passiert. Irgendwann bist Du mal krank oder an einem Projekt und niemand weiß, was getan wurde oder zu tun ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kontakt für datenspende ???
Sven Geggus schrieb: Glücklicherweise gibt es ja nicht nur Dich im Projekt ;-) Du hast eine merkwürdige Art Deine Hilfe anzubieten. Darum der Smiley dahinter *G* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Preferenz querfeldein vs track in ORS
Moin, Am Montag 07. September 2009 21:03:40 schrieb Florian Lohoff: Ich gehe davon aus das Tracks derzeit gar nicht mit ins Routing gehen? Zumindest für Autos nicht, Fußgänger und Radler werden über den Track geführt. Grüße, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Sven Geggus schrieb: Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Leider nicht, wir bräuchten aber eindeutig Interessierte, die die Schwächen z.B. von OpenLayers etwas zu Gunsten von OSM entschärfen. Welche Schwächen siehst Du bei Openlayers im Vergleich zur Google Maps API? *Ich* ja nicht, ich habe mich da eingearbeitet. Okay, eine Schwäche sehe ich da: das Preloading ... aber das kann ich sicherlich nicht alleine umsetzen. Openlayers kann IMO einige Dinge sogar besser als die Google API. Der WMS Support wäre mal ein solches Beispiel. Negativ fällt mir außer der dünnen Doku (die aber deutlich besser geworden ist) eigentlich nur die subjektiv schlechtere Geschwindigkeit als bei Google ein. Ich würde mich freuen, wenn mehr Leute ihre Umsetzungen als Examples niederlegen. Ich meine, man kann ja sowieso einfach in den Sourcecode von den anderen Gucken und die Sachen übernehmen, also könnte man ihn gleich mit Anderen teilen. josm ist ein client für das offizielle OSM API. Aber nicht nur. Ich zeichne z.B. mittlerweile selber lieber in JOSM als in anderen Programmen, exportiere nach OSM, dann weiter nach Shape oder in die PostGIS ... es bietet grundlegende Funktionen, die man zum Digitalisieren braucht. Außerdem bringt es WMS etc. mit; dafür muss ich keine 80-1200 MB GIS-Anwendung starten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Preferenz querfeldein vs track in ORS
Carsten Gerlach schrieb: Zumindest für Autos nicht, Fußgänger und Radler werden über den Track geführt. Und wenn ein vehicle = yes dranhängt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Sven Geggus schrieb: Markus liste12a4...@gmx.de wrote: Daraus sollten wir eine API auswählen, die wir als *OSM-API zur Verwendung mit OSM empfehlen. Diese sollten wir anwenderfreundlich gestalten und als HowTo dokumentieren. Ich sehe das ehrlich gesagt nicht als Aufgabe des Projekts an. Wie gesagt, die Web APIs sind ja nicht mal Teil des Projektes. Na ja, Datensammeln die keiner verwenden kann ist ja schon irgendwie etwas ziellos - ein paar Applikationen drumherum gehören für mich schon dazu :-) Bislang hatten wir genug mit den Editoren zu tun, bei denen langsam aber sicher ein gewisser es geht jetzt Effekt eintritt. Klar, gibt es immer was zu tun (z.B. Relationen), aber die Stimmen: JOSM ist nicht zu gebrauchen werden merklich weniger (auch wenn es die immer geben wird). Jetzt kommen wir halt langsam in den Bereich, wo die Leute die Daten (oh Schreck!) auch wirklich verwenden wollen. Die Garminkarten sind so ein Beispiel, aber auch die Routing-Applikationen entwickeln sich so langsam. Gerade bei OpenLayers hat sich leider aber so ein not my problem etabliert, OSM schiebt die Fragesteller zu OpenLayers. OpenLayers verweist dann auf deren Beispiele. Dummerweise funktionieren viele der Beispiele (ohne Änderungen, bei denen man wirklich wissen muß was man tut) schlicht nicht mit OSM, weil z.B. die Projektion an Stelle xy geändert werden muß. So kann man sich dann stundenlang mit OpenLayers beschäftigen ohne was auf den Bildschirm zu kriegen, weil es an einer Kleinigkeit scheitert, die nirgends so recht dokumentiert ist :-( OSM wird mit Sicherheit erheblich davon profitieren wenn wir unseren Anwendern einen einfachen Weg zur Webdarstellung bieten würden - jetzt müssen wir nur noch jemanden finden der es in die Hand nimmt ... Gruß, ULFL P.S: Sooo schlecht sind wir allerdings dann auch nicht: http://wiki.openstreetmap.org/wiki/Openlayers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Map Rectifier anyone?
Tut der Metacharta-Rectifier[1] nur heute oder nur bei mir nicht? Ich muss zugeben, dort schon länger nicht mehr geschaut zu haben, nachdem es bislang bei mir in den letzten Monaten NIE funktioniert hat. Gibt es irgendwelche Alternativen, gern auch etwas, was lokal läuft und daher noch installiert werden muss. -jha- [1] http://labs.metacarta.com/rectifier/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Am Montag 07. September 2009 20:29:32 schrieb Tobias Wendorff: Carsten Gerlach schrieb: Wo sehe ich denn meinen Fehler gerade nicht? Osmarender Co. sind installiert wegen t...@h. Vielleicht hast Du die inc_config.php nicht angepasst?! Mmmh, die sollte doch nur angezogen werden, wenn ich in meiner eigentlichen config nichts angebe? Also ich habe folgendes in der mein_test.php stehen (übrigens auch in der inc_config.php): $OSMARENDER_DIR = /home/carsten/dokumente/OSM/tilesAtHome/osmarender; $OSMOSIS_DIR= /home/carsten/download/osmosis-0.30/bin; $OUTPUT_DIR = /home/carsten/dokumente/OSM/osmatlas; $DATA_FILE = /home/carsten/dokumente/OSM/Voerde_Niederrhein.osm; $LOG_FILE = /home/carsten/dokumente/OSM/osmatlas/osmatlas.log; $STYLESHEET = /home/carsten/download/osm-atlas/osm_atlas-z16.xml; Aufruf: cars...@laptop:~/download/osm-atlas$ ./osm-atlas.php mein_test.php Warning: ncurses_end(): You must initialize ncruses via ncurses_init(), before calling any ncurses functions. in /home/carsten/download/osm-atlas/osm- atlas.php on line 176 STYLESHEET (/home/carsten/download/osm-atlas/osm_atlas-z16.xml) does not exist Das mit dem ncurses_end() verstehe ich auch nicht... Was hat es damit auf sich? Grüße und danke, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Preferenz querfeldein vs track in ORS
Moin, Am Montag 07. September 2009 21:39:09 schrieb Tobias Wendorff: Und wenn ein vehicle = yes dranhängt? Also auf http://wiki.openstreetmap.org/wiki/ORS#Used_OSM_Tags_for_Routing wird track bei Autos nicht berücksichtigt, wobei ich nicht weiß, wie aktuell diese Tabelle ist. Grüße, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Leider nicht, wir bräuchten aber eindeutig Interessierte, die die Schwächen z.B. von OpenLayers etwas zu Gunsten von OSM entschärfen. Welche Schwächen siehst Du bei Openlayers im Vergleich zur Google Maps API? Openlayers kann IMO einige Dinge sogar besser als die Google API. Der WMS Support wäre mal ein solches Beispiel. Negativ fällt mir außer der dünnen Doku (die aber deutlich besser geworden ist) eigentlich nur die subjektiv schlechtere Geschwindigkeit als bei Google ein. Eigentlich ist JOSM ja auch nicht Teil des Projektes, sondern nur eines der Hilfsmittel ;-) Nicht alles was hinkt ist ein Vergleich? josm ist ein client für das offizielle OSM API. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Hallo Klaus, mit dem IE kommen die Schriften noch sehr schlecht, die Bilder sind gut. Danke für den Tip! Woran könnte das liegen? Wie könnte ich das ändern? Interessanterweise ist die Schrift aber gut beim Popup vom Rathaus. (einzelner Layer) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Tobias Knerr schrieb: Markus schrieb: Auch wenn das eigenständige Projekte sind: Der Benutzer ist nur am Ergebnis interessiert. Aus Benutzersicht ist das alles ein Grosses Ganzes. Wir sollte es in der Aussendarstellung (Marketing) auch so darstellen. Das soll es bringen? Der entscheidende Vorzug von OSM *ist* aus meiner Sicht doch gerade, dass ich - eigene Renderstile - eigene Featureauswahl - eigene APIs - eigene Serversoftware - eigene Datensatzkopien - ... haben kann. Für ein Rundum-Sorglos-Paket brauch ich nun wirklich kein OSM, da kann ich auch das Google-Komplettpaket mit Google-Rendering, Google-API und den Google-Servern nehmen. Bei API und Servern werden wir an Google nämlich höchstwahrscheinlich eh nie rankommen. Damit will ich nicht sagen, dass eine besser dokumentierte API eine schlechte Idee wäre, ganz im Gegenteil - aber die Vorstellung, sich in der Außendarstellung genau auf die Zielgruppe zu konzentrieren, der unsere Vorzüge am wenigsten bringen (Leute, die einfach nur fertige, kostenlose Karten nach Art von Google wollen), finde ich befremdlich. Gerade am Anfang ist es wichtig schnell erstmal was auf den Bildschirm zu bekommen, ohne stundenlang rumzuprobieren. Ansonsten verlieren viele einfach die Lust. Wenn man dann erstmal dabei ist, bleibt man dann auch bei auftretenden Schwierigkeiten eher dran. Das gilt für alle, nicht nur für die fertige, kostenlose Karten Fraktion. Wenn ich meine Karte nicht auf den Bildschirm bekomme, nutzt es mir nix, das ich eigentlich auch das Rendering abändern könnte wenn es denn gehen würde ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Hallo Günther ![CDATA[ ... ]] tags werden innerhalb des cdata-bereichs vom xml-parser nicht ausgewertet. http://de.selfhtml.org/xml/regeln/zeichen.htm Wieso wird dann br / und img ausgewertet? Und woran könnte das liegen, dass nach Schliessen eines Popups per Klick auf das rote Kreuz das Popup nicht wieder geöffnet werden kann? (unabhängig von CDATA oder nicht) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map Rectifier anyone?
Johann H. Addicks schrieb: Gibt es irgendwelche Alternativen, gern auch etwas, was lokal läuft und daher noch installiert werden muss. Das ist jetzt nur Gedankenspielerei, könnte aber vielleicht funktionieren: Wenn man in einem lokalen OpenLayers eine lokale Datei einbindet und diese mit Passpunkten versieht, könnte man vielleicht eine World-Datei daraus schreiben und diese dann via GDAL umprojezieren. Dann noch ein kleiner lokaler WMS-Server in JAVA und fertig. So wäre niemand auf externe Dienste angewiesen und es gibt keine Performanceprobleme mehr. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Atlas, Beispiele
Carsten Gerlach schrieb: Warning: ncurses_end(): You must initialize ncruses via ncurses_init(), before calling any ncurses functions. in /home/carsten/download/osm-atlas/osm- atlas.php on line 176 STYLESHEET (/home/carsten/download/osm-atlas/osm_atlas-z16.xml) does not exist Das mit dem ncurses_end() verstehe ich auch nicht... Was hat es damit auf sich? Kommt vermutlich daher, dass die_error() irgendwo aufgerufen wird, bevor Zeile 198 mit $ncurse = ncurses_init(); erreicht wird. Da: if (! file_exists ($OSMARENDER_DIR/$STYLESHEET)) die_error (STYLESHEET ($STYLESHEET) does not exist); Da! Ändere das mal in der Config-Datei: $STYLESHEET = /home/carsten/download/osm-atlas/osm_atlas-z16.xml; in $STYLESHEET = osm_atlas-z16.xml; Die XML muss übrigens in /home/carsten/dokumente/OSM/tilesAtHome/osmarender/ liegen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Ulf Lamping schrieb: Tobias Knerr schrieb: Markus schrieb: Aus Benutzersicht ist das alles ein Grosses Ganzes. Wir sollte es in der Aussendarstellung (Marketing) auch so darstellen. [...] Für ein Rundum-Sorglos-Paket brauch ich nun wirklich kein OSM [...] Damit will ich nicht sagen, dass eine besser dokumentierte API eine schlechte Idee wäre, ganz im Gegenteil - aber die Vorstellung, sich in der Außendarstellung genau auf die Zielgruppe zu konzentrieren, der unsere Vorzüge am wenigsten bringen (Leute, die einfach nur fertige, kostenlose Karten nach Art von Google wollen), finde ich befremdlich. Gerade am Anfang ist es wichtig schnell erstmal was auf den Bildschirm zu bekommen, ohne stundenlang rumzuprobieren. Das lässt sich durch gute Dokumentation für die Verwendung von OpenLayers mit OSM erreichen. Dazu muss OpenLayers weder zur offiziellen Slippy-API ernannt werden, noch müssen wir die Eigenständigkeit von OL unter den Tisch kehren oder an unserer Außendarstellung arbeiten. Stattdessen muss einfach jemand die Doku aufpolieren. Vielleicht verstehe ich unter Marketing auch was anderes als ihr - Dokumentation gehört für mich da jedenfalls nicht dazu. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeindegrenzen Schliengen
Hallo zusammen, wir Grünen von Schliengen kartieren unsere Gemeinde. Wäre jemand, die oder der sich auskennt, wie man das fehlerfrei macht, bereit, grob unsere Gemeindegrenzen einzutragen? Die Details würden wir im Laufe unsere Messungen nachtragen. Ich befürchte dass wir als Anfänger ein Risiko für bestehende Grenzen sind. B-) Hier die Details: Die Grenze im Norden und im Westen ist durch die Landkreisgrenze Lörrach bereits vorhanden. Die Grenze im Süden verläuft zwischen Schliengen und Bad Bellingen, Liel und Riedlingen. Die Grenze im Osten verläuft zwischen Liel und Riedlingen, Niedereggenen und Feuerbach Obereggenen und Sitzenkirch Kässacker und Vogelbach hoch zum Gipfel des Blauen Wäre nett, wenn sich jemand bereit findet. Herzliche Grüsse, Hermann -- -- Privat / private Hermann Biller Schuhmacherstr. 32, D-79418 Schliengen Tel.: +497635822263, +41798285488 -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Markus wrote: Das mit dem ![CDATA[ ... ]] habe ich noch nie verstanden Ist die Lösung für ein grundlegendes Problem: XML verwendet spitze Klammern. Und es ist eben genau vorgegeben, was valides XML ist. HTML verwendet aber auch spitze Klammern. Würde es das CDATA nicht geben, würde der XML-Parser über die HTML-Tags stolpern, die nicht XML-konform sind. Das CDATA klammert diesen Bereich aus und sagt: das ist Text, den werte bitte nicht aus, lieber XML-Parser. Und der Openlayers-Code, der dann das Popup anzeigt, nimmt sich diesen inneren Text dann her und interpretiert ihn als HTML. HTH. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Am Montag 07 September 2009 schrieb Markus: Hallo Günther ![CDATA[ ... ]] tags werden innerhalb des cdata-bereichs vom xml-parser nicht ausgewertet. http://de.selfhtml.org/xml/regeln/zeichen.htm Wieso wird dann br / und img ausgewertet? moment, das sind zwei ebenen! das javascript parst die datei, und holt sich die entsprechenden informationen raus, aus denen dann der content generiert wird. wegen des cdata wird gar nicht erst versucht, das dazwischenstehende zu parsen - wird als text betrachtet. der browser (genauer: der renderer) bekommt dann nur den eigentlichen content zu sehen, den er selbst wieder parsen und darstellen kann. die gpx-datei selbst und das cdata-tag bekommt er gar nicht erst zu sehen. 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] Map Rectifier anyone?
Ich nutze schon länger http://warper.geothings.net Vorteil: Die Referenzkarte ist OSM. Also kein Lizenzproblem. Der klassische Bootstrap. Grüßle Friedhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Website finden
Hallo Andreas, CDATA sagt: das ist Text, den werte bitte nicht aus, lieber XML-Parser. Und der Openlayers-Code, der dann das Popup anzeigt, nimmt sich diesen inneren Text dann her und interpretiert ihn als HTML. Danke für diese gut verständliche Erklärung. Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?JOSM: Parkbank mit Öffnungszeiten
Am Samstag, 5. September 2009 00:21:03 schrieb Sven Geggus: Komischen Sinn für Humor, der Herr Eckert... besser als gar keinen ;) . ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nextbike - Position automatisch in OSM
Tobias Knerr schrieb: Ulf Lamping schrieb: Tobias Knerr schrieb: Markus schrieb: Aus Benutzersicht ist das alles ein Grosses Ganzes. Wir sollte es in der Aussendarstellung (Marketing) auch so darstellen. [...] Für ein Rundum-Sorglos-Paket brauch ich nun wirklich kein OSM [...] Damit will ich nicht sagen, dass eine besser dokumentierte API eine schlechte Idee wäre, ganz im Gegenteil - aber die Vorstellung, sich in der Außendarstellung genau auf die Zielgruppe zu konzentrieren, der unsere Vorzüge am wenigsten bringen (Leute, die einfach nur fertige, kostenlose Karten nach Art von Google wollen), finde ich befremdlich. Gerade am Anfang ist es wichtig schnell erstmal was auf den Bildschirm zu bekommen, ohne stundenlang rumzuprobieren. Das lässt sich durch gute Dokumentation für die Verwendung von OpenLayers mit OSM erreichen. Dazu muss OpenLayers weder zur offiziellen Slippy-API ernannt werden, noch müssen wir die Eigenständigkeit von OL unter den Tisch kehren oder an unserer Außendarstellung arbeiten. Stattdessen muss einfach jemand die Doku aufpolieren. Das hab ich ja auch nicht behauptet (und ich glaube das hat Markus auch nicht im Sinn). Fragen zu Mapnik werden bei OSM ja auch beantwortet, auch wenn das direkt kein OSM Projekt ist. Wenn wir die Doku aufpolieren und bei Anfragen auf der ML nicht gleich reflexartig frag bei Openlayers.org nach antworten, wäre glaube ich schon sehr viel gewonnen. Vielleicht verstehe ich unter Marketing auch was anderes als ihr - Dokumentation gehört für mich da jedenfalls nicht dazu. Also unter Marketing verstehe ich (unter anderem), sich zu überlegen was ein Anwender vermutlich will und was man dafür tun muß um ihm das so hinzubiegen das er es verwenden kann - genau das was wir hier gerade tun. Dazu gehört z.B. aber auch, gerade dem Newbie *eine* Richtung vorzugeben und nicht 5 Alternativen vorzubeten und ihn dann im Regen stehen zu lassen. Für eine Webseite mit OSM Karte schau dir mal [1] genauer an. Da gibt es Beispiele, wie du mit Hilfe der Javascript Bibliothek OpenLayers eine OSM Karte auf eine Webseite bekommst. Also für die OSM Webdarstellung gibt es Openlayers, mapstraction und über die Google API geht es auch. Von Yahoo gibt es da glaube ich auch noch was. Such dir halt aus was dir selbst am besten passt. Welche der beiden Aussagen wird dem Neuling wahrscheinlich schneller weiterhelfen? Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/Openlayers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen Schliengen
Hermann Biller wrote: wir Grünen von Schliengen kartieren unsere Gemeinde. Wäre jemand, die oder der sich auskennt, wie man Die Grünen habe ich mal überlesen außer ihr seit die Grünen Jäger oder die grünen (und bald blauen) Polizisten :-) Ein Link zu der Stadt auf der Karte hätte das auffinden übrigens etwas erleichtert :-) das fehlerfrei macht, bereit, grob unsere Gemeindegrenzen einzutragen? Die Details würden wir im Laufe unsere Messungen nachtragen. Ich befürchte dass wir als Anfänger ein Risiko für bestehende Grenzen sind. B-) Du hättest ruhig erstmal eine eigene Grenzlinie einzeichnen können ohne die bestehenden Grenzen zu verändern, dann wäre es wahrscheinlich wesentlich genauer geworden. Beim Rest zu helfen wäre dann einfacher gewesen. Wäre nett, wenn sich jemand bereit findet. Fertig und nicht hauen für eventuelle Fehler :-) Die zusätzliche Grenzlinie ist diese hier : http://www.openstreetmap.org/browse/way/40402952 und die komoplette Grenze ist unter dieser Rerlation zu finden : http://www.openstreetmap.org/browse/relation/233450 Was mir in der Gegend aufgefallen ist : Die Grenze ist an einer Stelle sehr komisch geteilt : http://www.openstreetmap.org/browse/way/30275453 http://www.openstreetmap.org/browse/way/27569701 Zwischen den beiden Grenzlinien gibt es ein Stück Wald als Niemansland. und dann dieser Steinbruch hier : http://www.openstreetmap.org/browse/way/27387384 Der ist als landuse=construction getaggt was ein Baugebiet ist aber der Name ist Steinbruch. Ein Steinbruch wird aber als landuse=quarry getaggt werden oder ist das ein Steinbruch der gerade umgebaut wird z.b. als See ? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de