Re: [Talk-de] OSM-Kacheln auf Palm
Hallo Karl, sehr schön ;-) Ich habe das gestern mal mit einem Tx probiert, soweit so gut, jetzt werde ich mal einen größern Bereich laden. Ich würde mir aber für das Downloadprogramm / Konverter wünschen, dass das Ende des Downloads bzw. das Ende des Konvertierens angezeigt wird - ich sehe das erst wenn die Prozessorauslastung wieder in den Keller geht ;-(. Ich werde weiter berichten, wenn ich den Bereich erweitert habe. Die Funktion zum Mitschreiben wäre natürlich echt toll, das ganze hinterher gleich für OSM nutzbar ;-) In deinem Hilfetext ist die Beschreibung zum Speicherort der tilehb Ordners missverständlich - den Ordner tilehb auf eine Speicherkarte kopieren (f:\tilehb) Schönen Gruß aus München Ludwich Mein persönlicher Wunsch : Nimm Wasserburg am Inn in die Städtliste auf ;-) Karl schrieb:. Für Interessierte stelle ich auf http://www.meyer-velen.de/openstreetmap/palm/ http://www.meyer-velen.de/openstreetmap/palm/ ein Programm zur Verfügung (Freeware). Mit einem Windows-Programm werden Kartenkacheln aus dem Internet auf den eigenen PC gespeichert und konvertiert. Die konvertierten Kacheln können auf einem Palm-PDA angezeigt werden, mit Blutooth-GPS kann die Position angezeigt werden. POI´s können in einer GPX-Datei auf der Speicherkarte des Palm gespeichert werden. Leider kann ich das Programm nur auf meinem T5 testen. So wie meine knappe Zeit es zulässt, werde ich weiter an dem Programm arbeiten. Karl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, Hier nur seinen Wutschrei zu zitieren und mit *plonk* zu kommentieren lässt doch einiges an Teamfähigkeit vermissen. Dass ich nicht teamfaehig sei, ist doch schon laengst diagnostiziert worden (wenn ich mich recht erinnere, war das auch in einem Potlatch- Thread, in dem jemand fragte, wer fuer irgendwas zustaendig ist). Ich erwarte von Leuten, mit denen ich kommuniziere, dass sie auch dann, wenn sie wuetend sind, entweder ein Mindestmass an Respekt gegenueber anderen behalten oder aber einfach der Tastatur fernbleiben. Ich kann keinem verbieten, einen Kuebel Exkremente in die Mailingliste zu kippen, wenn er sich nicht beherrschen kann oder will, aber der- oder diejenige moege dann bitte zumindest von mir kein Verstaendnis erwarten. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Ulf Lamping wrote: gleichen Ergebnis - Potlatch muß sich noch entwickeln, ja irgendwas brauchen wir zum rückgängig machen, irgendwann mal, ... Und trotzdem läßt man etwas so unfertiges direkt am offenen Herzen, der Datenbank operieren. Klasse. Du machst dir das etwas einfach. Ich mache mir ueberhaupt nichts einfach. Ich fordere lediglich zivilisierten Umgang miteinander, und wer dazu nicht in der Lage ist, der soll bitte World of Warcraft spielen gehen. Warten wir mal ab wie du reagierst, wenn einer anfängt nach und nach Karlsruhe zu verhunzen ... Ach ja, und bitte dann nicht über Die A72 zwischen Chemnitz und Stollberg und anhängende Straßen sind jedenfalls total im Arsch. Zum Teil doppelt, zum Teil gelöscht, zum Teil überlagern sich linke und rechte Spur, Anschlußstellen hängen in der Luft, das volle Programm. Und nein, ich hab genau NULL Lust das zu reparieren. Kommt eh nach drei Wochen einer an, der es *wieder* zerstört. wir allerdringenst eine Möglichkeit zur Qualitätssicherung. ACK. Es hat schon gute Gründe, warum ich seit einiger Zeit nicht mehr rausgehe und weiter an Nürnberg / Fürth mappe. Eine Datensammlung Ich hatte mir für die kalte Jahreszeit eigentlich vorgenommen in meiner Ecke diverse Fehler, die sich im Laufe des Sommers eingeschlichen haben, zu korrigieren. Ampeln und Tankstellen zu ergänzen, Straßennamen von Rechtschreibfehlern zu säubern usw. Nur: wozu? P.S: Ich hab solchen Potlatch Vandalismus übrigens auch schon sowohl in Osnabrück als auch in Nürnberg gesehen, das Problem ist also nicht esoterisch ... Mein Ton war, ähm, nicht optimal. Frederik hat mit seiner Antwort auf mein Geschimpfe sicher erreicht, was er erreichen wollte: In den nächsten Monaten wird es hier keine Kritik mehr geben und das Problem weiter totgeschwiegen. Na dann, viel Erfolg noch. Jörg -- Früher musste man den Drachen töten und die Jungfrau heiraten. Heutzutage gibt es keine Jungfrauen mehr, man muss den Drachen heiraten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Juergen Buchner wrote: Es steht aber Potlach! *kotz* und nicht Josm! *kotz* oben drüber. Ich wollte nur darauf hinweisen, dass es vielleicht weniger am Programm liegt, sondern eher an dem, der davor sitzt ;-) Das ist unbestritten. Nur kann das UI eines Programms durchaus so sein, dass der Einbau unabsichtlicher Fehler leichter fällt oder nicht. Und da scheint mir JOSM Längen weiter zu sein, denn wenn ich mir anschaue welches Programm es war, wenn irgendwo krasse Fehler eingebaut wurden, ist es in der Regel potlach. Ok, kann sein das benutzen einfach sehr viel mehr Mapper und es fällt *deshalb* auf. Jörg -- Früher musste man den Drachen töten und die Jungfrau heiraten. Heutzutage gibt es keine Jungfrauen mehr, man muss den Drachen heiraten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapnik rendert Brücken?!?
Mapnik scheint nun Brücken rendern zu können! *juppi* http://www.openstreetmap.org/?lat=48.75875lon=8.23888zoom=18layers=B0FT Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Backup machen (was: Potlach! *kotz*)
Andreas Volz [EMAIL PROTECTED] wrote: Bitte das ganze nicht so eindimensional an das Problem ran gehen. Sicher hat Potlach sein schwächen. Ich persönlich habe es erst einmal zum testen genutzt, Aber ich kenne Leute die das sehr gewissenhaft und sinnvoll nutzen. Jo! Um mal wieder ein wenig Pragmatismus in die Diskussion zu bringen. Solange wir keinen undo Mechanismus haben kann man folgendes machen: Einfach seine Stadt manuell oder automatisch per cron und wget von Zeit zu Zeit runterladen und in eien Datei speichern: wget -O stadt.osm 'http://www.openstreetmap.org/api/0.5/map?bbox=x1,y1,x2,y2' Für x1,y1,x2 und y2 trägt man passende Koordinaten in Dezimalgrad ein. Aber es stimmt schon, ein Tool, mit dem man über Änderungen in seinem Bereich informiert wird wäre schon wichtig. 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 [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Sven Geggus schrieb: Andreas Volz [EMAIL PROTECTED] wrote: Um mal wieder ein wenig Pragmatismus in die Diskussion zu bringen. Solange wir keinen undo Mechanismus haben kann man folgendes machen: Einfach seine Stadt manuell oder automatisch per cron und wget von Zeit zu Zeit runterladen und in eien Datei speichern: wget -O stadt.osm 'http://www.openstreetmap.org/api/0.5/map?bbox=x1,y1,x2,y2' Für x1,y1,x2 und y2 trägt man passende Koordinaten in Dezimalgrad ein. Hi! Find ich gut, wenn man mal konkrete Hinweise bekommt :-) Ich hab mal folgendes probiert (und 1,2 Variationen davon): wget -O osnabrueck.osm 'http://www.openstreetmap.org/api/0.5/map?bbox=7.7096611611602,52.037833048820,8.2696970388397,52.51092025117993' Kommt aber immer nur 400 Bad Request. Ich schätze ich brauch die richtige Reihenfolge von x1,y1,x2,y2 - kannst du da mal Licht reinbringen wie es richtig aussehen muß? Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Ulf, On Sat, 19 Jan 2008 13:19:21 +0100, Ulf Lamping [EMAIL PROTECTED] wrote: Kommt aber immer nur 400 Bad Request. Ein 400er-Fehler kann von einer zu großen Box kommen. Bei josm siehst du was geht und was nicht, die Meldung ist: The maximum bbox size is 0.25, and your request was too large. Either request a smaller area, or use planet.osm Über 0.25 bist du soweit ich das sehe auf jeden Fall. Dennis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel unter Brücken z.B. Autobah n/Straße bzw. Gleise/Straße
hallo zusammen, Claus Färber schrieb: . Geländeüberdeckung = Tunnel . runder Querschnitt = Tunnel . großer Abstand zwischen Bauwerk und unterem Weg = Brücke . Länge größer als Breite (für unteren Weg) = eher Tunnel . Länge kürzer als Breite (für unteren Weg) = eher Tunnel . an den Verlauf der oberen Straße angepasst = Brücke . an den Verlauf der unteren Straße angepasst = eher Tunnel . Mehrere, nicht direkt nebeneinander liegende Wege oben = Tunnel . Mehrere, nicht direkt nebeneinander liegende Wege unten = Brücke . offizielle Bezeichnung als Unterführung oder Tunnel = Tunnel . offizielle Bezeichnung als Brücke = Brücke ich habe da auch so einen problemfall. die autobahnausfahrt der A81 bei gärtringen (übrigens die einzige stelle in deutschland wo eine autobahnausfahrt links abgeht!) http://www.openstreetmap.org/?lat=48.63458lon=8.92237zoom=15layers=0BFT vieleicht könnt ihr mir da ja tipps geben, wie das mit brücken und tunneln hier machen würdet. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ecw file format
On Fri, Jan 18, 2008 at 11:41:50PM +0100, Oliver Reimann wrote: ich bin auf der Suche nach Infos zum genannten Format. Was ich bisher herrausbekommen habe, ist, daß das es sich im um ein Kompressionsformat (vor allem) für Satelitenbilder handelt. Die Kalibrierung der Pixelkarten scheint integriert zu sein. Was mich am meisten interessiert: - gibt es Open Source Programme zum konvertieren von und nach ecw? - was machen die fw-tools? - etwas detailwissen zu dem Format? Besorg dir GDAL[1] und das Ermapper-SDK[2], damit kannst du dann ECWs nach GeoTIFF, PNG, u.v.a.m. konvertieren. [1] http://gdal.org/ [2] http://gdal.org/frmt_ecw.html (einfach dem Link auf der Seite folgen, du musst dich dann nur noch bei Ermapper registrieren) Gabriel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Ulf Lamping [EMAIL PROTECTED] wrote: Ich hab mal folgendes probiert (und 1,2 Variationen davon): wget -O osnabrueck.osm 'http://www.openstreetmap.org/api/0.5/map?bbox=7.7096611611602,52.037833048820,8.2696970388397,52.51092025117993' Kommt aber immer nur 400 Bad Request. Das überschreitet die Maximalgröße der angeforderten Region. Teile das ganze einfach in mehrere kleinere Kacheln auf. In josm kann man dann alle Quadrate reinladen. Keine Ahnung ob es auch ein Kommandozeilentool gibt, das die Kacheln wieder zusammensetzen kann. Derzeit ist das ganze auf eine Quadratgröße von 0.25° begrenzt. Gruss Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel unter Brücken z.B. Autobahn /Straße bzw. Gleise/Straße
ich habe da auch so einen problemfall. die autobahnausfahrt der A81 bei gärtringen (übrigens die einzige stelle in deutschland wo eine autobahnausfahrt links abgeht!) Abgesehen von der Ausfahrt Siemensdamm der A100 in Berlin und auf der A46 Neuss-West ;-) http://de.wikipedia.org/wiki/Autobahn_%28Deutschland%29#Wissenswertes Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Sven Geggus wrote:
Derzeit ist das ganze auf eine Quadratgröße von 0.25° begrenzt.
Ich mache das selbe, nur daß ich mir die Daten von osmxapi hole:
wget -c -q \
http://www.informationfreeway.org/api/0.5/*[bbox=26,35.5,45,42.2]; \
-O ${DAILY_DIR}/turkey/turkey-$(date +%Y%m%d).osm
die bbox wird als west,süd,ost,nord in grad angegeben. Ach ja, das ganze
ist eine Zeile ;-)
Die osmxapi ist üblicherweise stundenaktuell, das reicht, um tägliche
Backups zu haben, und kann eben auch recht große bboxen abbilden. Wenn
ich schon die gesamte Türkei bekomme dürfte Osnabrück allein kein echtes
Problem sein ;-)
'Tschüß,
Hakan
--
The Key To Immortality Is First Living A Life Worth Remembering.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Hakan Tandogan schrieb:
Sven Geggus wrote:
Derzeit ist das ganze auf eine Quadratgröße von 0.25° begrenzt.
Ich mache das selbe, nur daß ich mir die Daten von osmxapi hole:
wget -c -q \
http://www.informationfreeway.org/api/0.5/*[bbox=26,35.5,45,42.2]; \
-O ${DAILY_DIR}/turkey/turkey-$(date +%Y%m%d).osm
die bbox wird als west,süd,ost,nord in grad angegeben. Ach ja, das ganze
ist eine Zeile ;-)
Hatte ich mir inzwischen auch schon so aus den Fingern gesaugt, klappt
auch schon ganz gut!
Man lernt nie aus, also in unseren Breitengraden zählt man aufsteigend
von west nach ost und von süd nach nord. Wie gesagt, ich bin in
Geo-Dingen ein ziemlicher Laie ;-)
Die osmxapi ist üblicherweise stundenaktuell, das reicht, um tägliche
Backups zu haben, und kann eben auch recht große bboxen abbilden. Wenn
ich schon die gesamte Türkei bekomme dürfte Osnabrück allein kein echtes
Problem sein ;-)
Stundenaktuell reicht definitiv aus. Ich denke einmal pro Woche dumpen
sollte für die Erkennung/Behebung von Vandalismus momentan genügen. Mir
ging es ja darum, überhaupt irgend ein Mittel zu haben da Änderungen zu
erkennen :-)
Ich hatte Befürchtungen, daß die Datenmenge für den Server zu groß sein
würde (Osnabrück knapp 9MB unkomprimiert), aber wenn du dir so die
gesamte Türkei ziehts sollte es ja gehen.
Jetzt brauchen wir natürlich noch eine Möglichkeit mit diesen
Backup-Daten auch was zu machen.
Wenn ich das richtig sehe, könnte man als nächsten Schritt mit osmosis
doch ein diff erzeugen, sowas wie osmosis ... --derive-change ..., ich
spiel mal ein wenig rum und berichte :-)
Gruß ULFL
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Hi! Mit: java -jar ./osmosis.jar --read-xml file=osnabrueck-20080119.old.osm --read-xml file=osnabrueck-20080119.osm --derive-change --write-xml-change file=osnabrueckdiff.osc bekomme ich jetzt ein diff File (http://wiki.openstreetmap.org/index.php/OsmChange), was die Sache zumindest schonmal wesentlich übersichtlicher macht, im Nürnberger Beispiel von 5MB auf 5KB geschrumpft. Ich hab die Differenz von Nürnberg der letzten Stunde (oder so) mal drangehängt. Jetzt habe ich einen Haufen Zeug das sich seit dem letzten Dump geändert hat, aber das einzige was mir einfällt um das sichtbar zu machen, ist den neueren Dump in JOSM zu laden und dann nach den geänderten id's aus dem Diff zu suchen - was aber irgendwie mehr als umständlich und auf die Dauer so wohl nicht wirklich handhabbar ist. Hat jemand ne Idee wie man diese (oder ähnliche) Diff's visuell behandeln/editieren könnte? Gibt's da vielleicht schon was schöneres als den Texteditor der persönlichen Wahl? Gruß ULFL P.S: Klar, möglich wäre natürlich jetzt mit diesen Erkenntnissen ein JOSM Plugin zu schreiben, aber das wäre schon noch ein Haufen Arbeit ... ?xml version='1.0' encoding='UTF-8'? osmChange version=0.5 generator=Osmosis 0.24 modify version=0.5 generator=Osmosis 0.24 node id=33030703 timestamp=2008-01-19T12:15:50Z lat=49.4935866 lon=11.1213027/ node id=33030706 timestamp=2008-01-19T12:15:50Z lat=49.4936322 lon=11.1229078/ node id=60588828 timestamp=2008-01-19T12:15:50Z lat=49.4986404 lon=11.1283527/ node id=60588829 timestamp=2008-01-19T12:15:50Z lat=49.4986912 lon=11.1281183/ node id=60588833 timestamp=2008-01-19T12:15:50Z lat=49.4988102 lon=11.1279001/ node id=60588834 timestamp=2008-01-19T12:15:50Z lat=49.4989501 lon=11.1276708/ /modify create version=0.5 generator=Osmosis 0.24 node id=239717063 timestamp=2008-01-19T12:15:47Z lat=49.4976219 lon=11.1299704/ node id=239717065 timestamp=2008-01-19T12:15:47Z lat=49.49781 lon=11.1296737/ node id=239717070 timestamp=2008-01-19T12:15:47Z lat=49.4979604 lon=11.129469/ node id=239717073 timestamp=2008-01-19T12:15:47Z lat=49.4981609 lon=11.1291347/ node id=239717075 timestamp=2008-01-19T12:15:47Z lat=49.4983531 lon=11.1288548/ node id=239717080 timestamp=2008-01-19T12:15:47Z lat=49.4985955 lon=11.1285874/ node id=239717083 timestamp=2008-01-19T12:15:47Z lat=49.4997181 lon=11.1277644/ node id=239717086 timestamp=2008-01-19T12:15:48Z lat=49.4997769 lon=11.1280956/ node id=239717090 timestamp=2008-01-19T12:15:48Z lat=49.4998579 lon=11.128412/ node id=239717093 timestamp=2008-01-19T12:15:48Z lat=49.4995194 lon=11.126846/ node id=239717096 timestamp=2008-01-19T12:15:48Z lat=49.4993781 lon=11.1257333/ node id=239717100 timestamp=2008-01-19T12:15:48Z lat=49.4991043 lon=11.1247266/ node id=239717103 timestamp=2008-01-19T12:15:48Z lat=49.4989807 lon=11.1239495/ node id=239717105 timestamp=2008-01-19T12:15:48Z lat=49.4988482 lon=11.1231635/ node id=239717110 timestamp=2008-01-19T12:15:48Z lat=49.4987334 lon=11.1228015/ node id=239717113 timestamp=2008-01-19T12:15:48Z lat=49.5009835 lon=11.1280721/ /create modify version=0.5 generator=Osmosis 0.24 way id=7694595 timestamp=2008-01-19T12:15:50Z nd ref=60586359/ nd ref=60586360/ nd ref=239717110/ nd ref=60586358/ nd ref=33030706/ nd ref=33030709/ nd ref=33030712/ nd ref=33030715/ tag k=highway v=track/ tag k=surface v=unpaved/ tag k=tracktype v=grade2/ /way way id=8086543 timestamp=2008-01-19T12:15:51Z nd ref=60586380/ nd ref=60586381/ nd ref=60588821/ nd ref=60588824/ nd ref=60588825/ nd ref=239717080/ nd ref=60588828/ nd ref=60588829/ nd ref=60588833/ nd ref=60588834/ nd ref=60588837/ nd ref=60588838/ nd ref=60588840/ tag k=highway v=track/ tag k=surface v=unpaved/ tag k=tracktype v=grade2/ /way way id=8086544 timestamp=2008-01-19T12:15:51Z nd ref=239717113/ nd ref=60588842/ nd ref=60588840/ tag k=highway v=track/ tag k=surface v=unpaved/ tag k=tracktype v=grade4/ /way /modify create version=0.5 generator=Osmosis 0.24 way id=22278661 timestamp=2008-01-19T12:15:49Z nd ref=60586378/ nd ref=239717063/ nd ref=239717065/ nd ref=239717070/ nd ref=239717073/ nd ref=239717075/ nd ref=239717080/ tag k=highway v=track/ /way way id=22278662 timestamp=2008-01-19T12:15:49Z nd ref=239717110/ nd ref=239717105/ nd ref=239717103/ nd ref=239717100/ nd ref=239717096/ nd ref=239717093/ nd ref=60588837/ nd ref=239717083/ nd ref=239717086/ nd ref=239717090/ tag k=highway v=track/ /way /create /osmChange ___ Talk-de mailing list Talk-de@openstreetmap.org http
Re: [Talk-de] Tunnel unter Brücken z.B. Autobah n/Straße bzw. Gleise/Straße
Hallo, Frank Sautter schrieb: http://www.openstreetmap.org/?lat=48.63458lon=8.92237zoom=15layers=0BFT vieleicht könnt ihr mir da ja tipps geben, wie das mit brücken und tunneln hier machen würdet. Die Ecke kenne ich. Brücke/Tunnel entscheide ich i.W. nach dem Verhältnis Breite/Länge. Wenn das Stück, als Brücke interpretiert, länger ist als breit, dann wird es auch eine Brücke. Daher hätte ich die Unterführung der K1046 als Tunnel eingetragen, statt der 3 oder 4 Brücken. Oben eine Brücke zu malen und gleichzeitig für unten einen Tunnel, wie am Hauptkreuz, halte ich für überflüssig. Wichtiger als die Brücke/Tunnel Frage halte ich an diesem Beispiel allerdings die Richtungen der Oneways. Da passt einiges nicht zusammen, und wer sich nach Gärtringen OSM-navigieren lässt wird wohl einige Umwege inkauf nehmen müssen. Die links-Abfahrt aus Richtung Süden ist falschrum, und die anschliessende Kleeblatt-Schleife auf die B14 nach Westen. Gruss Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mappen von kleinen Flüssen/Bächen?
On Saturday, 19 January 2008 07:10:11 +0100, Karl Eichwalder [EMAIL PROTECTED] writes: Also bleibt eigentlich nur ein Schlauchboot oder mit Gummistiefeln stunden-/tagelang neben dem Bach herzulaufen, oder? Ja ;) Ich mappe so etwas oft nur näherungsweise. Beim zweiten und dritten ablaufen mache ich mir dann notizen in der art: hier bach ~30m weg, hier direkt am weg... Richtig gut ist das freilich auch nicht. ... oder mit einem konstanten Versatz am Ufer ablaufen, um die grobe Form hinzukriegen. Bei kleinen Bachlaeufen, die man mit wenigen Punkten annaehert, ist das voellig ausreichend, zumal wenn man Wege links und rechts des Baches sauber aufnimmt. Eigentlich ist es unbedenklich, den faktischen verlauf von einer amtlichen karte abzugreifen, solange du nicht die künstlerischen aspekte kopierst oder die karte durchpaust... Wobei auch die manches Mal nicht die genaue Lage des Baches angeben, besonders wenn sich das Ufer desselbigen noch veraendern darf. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach // Baukasteneditor // RFC: Einschraenkung durch Relationen?
On Sat, 19 Jan 2008 02:48:54 +0100 Frederik Ramm [EMAIL PROTECTED] wrote: On Sat, 19 Jan 2008 00:34:53 +0100 Ulf Lamping [EMAIL PROTECTED] wrote: Aus meiner Sicht brauchen wir allerdringenst eine Möglichkeit zur Qualitätssicherung. Das finde ich zwar auch wichtig, aber zugleich ist Deine Schwarzmalerei nicht gerechtfertigt. [ ... ] Eine Datensammlung aufzubauen, die nach und nach wieder kaputtgemacht wird ohne das ich was dagegen tun kann ist für mich irgendwie sinnlos und hat mehr den Charakter eines Spielzeugs ... Wenn erstmal genügend engagierte Mapper resignieren, ist es bereits zu spät ... kaputt ist vermutlich relativ. Ich sag es mal so: Wenn OpenStreetMap ein durchschlagender Erfolg wird und sich irgendwann eine Million Leute in Deutschland daran beteiligen, dann wird von den feinsinnig gemalten Kreuzungen eventuell nicht mehr viel uebrig bleiben, dann wird es standardisierte Tools geben, mit denen auch jemand, der nicht zur geistigen Elite gehoert, eine halbwegs navigierbare Kreuzung irgendwo hinklatschen kann. Es mag schon sein, dass sich die Werkzeuge so weiterentwickeln, dass der Benutzer die Wege so zusammensetzt wie die Teile einer Carrera-Bahn, Bauteile eines Baukastens oder Komponenten eines UML-Diagramms. Blick in die Zukunft: Der Benutzer waehlt aus einer hierarischen Liste eine Komponente (z.Bsp. ein 4-er Kreuzungsteil) und plaziert sie durch Drag-n-Drop in die Karte, an die, an den Komponenten befindlichen Anschluesse (Connectors), lassen sich weitere Komponenten andocken (im Beispiel hat die Kreuzung vier Anschluesse, daran koennten 4 gerade Wegstuecke angeschlossen werden, an die Wegstuecke weitere Wegstuecke, Kurven, Bruecken, etc.). Zusammengehoerige Komponenten koennen gruppiert werden und bilden dadurch einen Straszenabschnitt der dann benannt werden kann (laesst ja mit Relationen abbilden). Hat der Benutzer einen Teil einer Strecke grob nachgebildet, kann er eine Gruppe von Bauteilen oder ein einzelnes Bauteil im 'Edit Modus' verfeinern, Nodes verschieben, hinzufuegen, et cetera. Ich habe das Beispiel mal in einer PDF-Datei illustriert und im Wiki hochgeladen (ich hoffe niemand hat was dagegen), klickt man seitenweise durch ist es ein wenig animiert. http://wiki.openstreetmap.org/index.php/Image:Openstreetmap_editor_building_block_principle.pdf Viele von den Feinheiten, ueber die wir heute diskuteren, werden dann vermutlich einfach in der Masse untergehen, das Projekt aendert seinen Schwerpunkt von Spielwiese fuer Geo-Geeks zu Deutschlandkarte fuer Bildzeitungsleser. Bis dahin hat vermutlich so ziemlich jeder engagierte Mapper resigniert. Aber die braucht man dann ja auch nicht mehr... Nicht, dass ich das fuer eine besonders tolle Perspektive halte, aber wollen wir dann irgendwann Mauern aufbauen und nur noch Leuten mit OSM-Fuehrerschein Aenderungen gestatten? Zurueck zum eigentlichen Thema. Ich vermute dass sich bis dahin eine Methode finden laesst um groeszere Schaeden an bereits vorhandenen Daten zu verhindern, so dass keiner resignieren muss. Eine Idee die mir schon seit einiger Zeit im Kopf rumschwirrt, ist das Sperren von Wegen durch die Verwendung von Relationen. Wir haben sie nun mal, warum sollte man sie nicht sinnvoll nutzen?! Sieht man den Streckenverlauf einer Autobahn oder eines Autobahnabschnitts als 'sicher' an, da die Wege nicht von den (sagen wir mal 50) vorhandene GPS-Traces abweichen, legt man eine Relation fuer die Autobahn an. type=lock Die 'sicheren' Wege gibt man als Mitglied (Member) der Relation an, die Rolle/Funktion koennte 'node_position_lock', 'name_edit_lock', 'ref_edit_lock' und so weiter sein, um die Verschiebung von Nodes, das Bearbeiten des 'name'- bzw. des 'ref'-Tags zu verhindern. Die Aenderung von gesperrten Wegeigenschaften erfolgt erst nachdem ein Dialog mit einer Warnmeldung positiv bestaetigt wurde. Oder, der Benutzer der die Relation anlegt wird automatisch ein Mitglied der Relation mit der Rolle 'editor', weiteren Mitgliedern kann das Aendern gestattet werden, in dem sie mit in die Relation aufgenommen werden und ihnen die Rolle 'editor' zugewiesen wird. Voraussetzung ist dafuer, dass Benutzer(-IDs) Mitglied einer Relation werden koennen. Sperrende Relationen sollte nicht nur fuer Autobahnen angelegt werden koennten, sie kann es fuer alles moegliche geben, Ortschaften, Stadtteile/-bezirke, Fluesse, usw. und so fort. Ein kleiner Nebeneffekt dieser Methode (das Nutzen von Relationen zum Sperren bestimmter Aktionen) hilft eventuell dabei noch ein weiteres Problem, das in der letzten Zeit sowohl in dieser als auch in der englischen 'Talk'-Liste diskutiert wurde, zu loesen. Die Qualitaetssicherung ([OSM-talk] OSM needs a measure for completeness). So koennen Wege die eine Sperre fuer die Aenderung der Position, des Wegtyps (highway/railway/waterway) und des Namens (name/ref/...) haben als komplett angesehen werden. Das sind nur ein paar Ideen, sollte jemand der Meinung sein, dass
[Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Moin, Ich habe mich dazu entschieden, gemäß den Open Source Regeln Release Early, Release Often den Import von OpenGeoDB in OpenStreetMap an zu werden. Er wurde heute um 18:16 Uhr gestartet und war um ca. 21:53 Uhr beendet. Leider ist der Import von Relationen zum Teil fehlgeschlagen. Grund dafür ist vermutlich ein Bug im Zusammenspiel zwischen Josm und dem Import-Bot (oder ein Bug bei Josm). Ich habe mich deshalb dafür entschieden alle noch nicht hochgeladen Relationen (=fast alle!!) aus dem Import zu entfernen und später zu ergänzen. Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places vor dem Lauf) Kommentare (ich hoffe das es im Großen und Ganzen gefällt) dazu könnt Ihr auf die Webseite: http://wiki.openstreetmap.org/index.php/User:OpenGeoDB abgegeben. Ich plane später weitere Abgleiche zwischen OpenGeoDB und OpenStreetmap, dazu muss aber erst das Skript angepasst werden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Hat jemand ne Idee wie man diese (oder ähnliche) Diff's visuell behandeln/editieren könnte? Gab es in josm nicht die möglichkeit ein osm File zu nehmen um den teil der bereits geladenen Daten zu selektieren, der in dem osm File erwähnt wird? - Joerg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Hallo, Hat jemand ne Idee wie man diese (oder ähnliche) Diff's visuell behandeln/editieren könnte? Gab es in josm nicht die möglichkeit ein osm File zu nehmen um den teil der bereits geladenen Daten zu selektieren, der in dem osm File erwähnt wird? Stimmt, kam grad vor ein paar Tagen in der Suchen/Ersetzen-Frage, Christoph Eckert zitierte mich mit den Worten: Did YOU know that you can search for file:///tmp/my.file.name.osm to select all objects that are mentioned in my.file.name.osm? Updated docs at http://josm.openstreetmap.de/wiki/Help/Action/Search. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Sven Anders schrieb: Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places vor dem Lauf) Hier in Quickborn gab es nun zwei Namen, einmal Quickborn und einmal Quickborn, Kreis Pinneberg. Ich meine das Kreis Pinneberg gehört nicht mit in den Namen. Einfach 'rauslöschen oder was ist Dein Anzatz? cheerio Steve signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Steffen Weinreich schrieb: Sven Anders schrieb: Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places vor dem Lauf) Würzburg gibt es nun auch zweimal, zumindest in Osmarender in Zoomstufe 12 und 11. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Steffen Weinreich schrieb: Sven Anders schrieb: Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places vor dem Lauf) Nachtrag Würzburg. Es gibt nur eine Place-node, name und opengeodb:name stimmen überein, ka woran die Doppeldarstellung liegt. Ansonsten, sehr schön, dass der Import nun erfolgt, ich hoffe, es ist nicht allzuviel schief gelaufen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hallo, hier bei Bayreuth gibt es jetzt auch zwei doppelte place=villages. Alt: Mistelbach, neu: Mistelbach, Oberfranken Alt: Gesees, neu: Gesees bei Bayreuth Liegt etwa hier: http://www.openstreetmap.org/index.html?mlat=49.905391973866706mlon=11.530950993676623zoom=12 Ich bevorzuge die alten Bezeichnungen, da die Zusätze nicht üblich sind und soweit mit bekannt ist auch nicht zum offiziellen Ortsnamen gehören. Soll das manuell korrigiert werden oder erstmal abwarten? Grüße Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ortung über Wlan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Hubel schrieb: | Hi, | | beim OSM Treffen in München sagte neulich was von nem Projekt das Ortung | über WLAN Netze macht, kennt jemand von euch dazu irgend eine | Internetseite oder Berichte? | | Ich habe bisher nur | http://www.iis.fraunhofer.de/bf/ec/nl/lik/pj/AutarkeWLANLokalisierung.jsp | gefunden | Angehört habe ich es nicht: http://www.cczwei.de/index.php?id=issuearchiveissueid=72#a212 Jens -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHksJ1isVlU7h7VF8RAtDlAJ9v/63jo9DrTLmriE/lxbfvbX6KcgCfb6h/ 9+gVjecqePUBeiMWTBYhfSA= =UtI+ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Nils Reuter wrote: Hallo, hier bei Bayreuth gibt es jetzt auch zwei doppelte place=villages. Alt: Mistelbach, neu: Mistelbach, Oberfranken Alt: Gesees, neu: Gesees bei Bayreuth Liegt etwa hier: http://www.openstreetmap.org/index.html?mlat=49.905391973866706mlon=11.530950993676623zoom=12 Ich bevorzuge die alten Bezeichnungen, da die Zusätze nicht üblich sind und soweit mit bekannt ist auch nicht zum offiziellen Ortsnamen gehören. Hallo Nils, solche Zusätze gibt es aus unterschiedlichen Quellen. Hauptmotivation ist meist die Unterscheidung zu einem anderem, gleichnamigen Ort (Frankfurt am Main - Frankfurt / Oder) Die Namenszusätze stammen manchmal von der Ortsverwaltung selbst. Manchmal werden sie auch von oben der Gemeinde aufgedrückt, die selbst kein Interesse daran hat - was juckt die Einwohner, wenn es hunderte von Kilometern weiter nochmal so einen Ort gibt... Auf einer Karte sind solche Zusätze meist nicht erforderlich, weil man ja die Lage im Umfeld sieht. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mappen von kleinen Flüssen/Bächen ?
Am Freitag 18 Januar 2008 schrieb Gernot Hillier: Kann mir mal jemand einen guten Tipp für das Mappen von kleinen Flüssen und Ähnlichem geben? Mich nervt schon seit Wochen ein Bach, da ich keine Idee habe, wie ich dessen Verlauf vernünftig erfassen soll. Warten bis es wärmer wird, einen sonnigen Tag raussuchen, kurze Hose, Barfuß, am besten zu zweit oder zu dritt, Fun-Faktor enorm, außerdem frische Luft und Bewegung. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
