Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden
On 06.07.2011 00:02, Simon Poole wrote: > Also da würde ich doch eher Kindertrage/Rucksack empfehlen. Mit dem > Anhänger wird doch jede Treppe oder steiler Anstieg zur Qual. Und aus > eigener Erfahrung weiss ich, dass quer durch den Wald und ähnlichen > Unsinn mit dem Rucksack problemlos geht. Hallo, mein Sohn ist behindert, wiegt 17kg und er kann keine langen Strecken gehen. Ein paar Meter kann ich ihn schon tragen, aber längere Strecken sind nicht drinnen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 12.07.11 20:56, schrieb Jan Tappenbeck: Hi ! hat sich jemand schon einmal darüber Gedanken gemacht welche Auswirkungen auf Relationen es hat wenn ein User nicht der neuen Lizenz zustimmt Ja, ich ;-) Es müssen ja nicht nur sämtliche Bearbeiter der Relation zugestimmt haben, sondern auch die der benutzten Wege und die der von den Wegen benutzten Knoten. Man muß also davon ausgehen, dass die meisten Relationen zerstückelt werden. Gibt es schon ein Tool was soetwas simuliert ? Wohl kaum. Würgaround: Mach dir rechtzeitig mit rel2gpx von allen Wanderwegen, die dir wichtig sind, eine lokale gpx. Dann kannst du "hinterher" die Relationen wieder zusammenflicken. Die "Wir-mappen-alles-neu"-Fraktion hat sich nun mal durchgesetzt. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Ich danke Dir tausendfach Igor! Nun geht es!
Kannst Du mir evtl. noch ganz kurz erklären, oder einen Link posten,
wieso ich das nach 3785 konvertieren muss? Ich meine ich habe die OSM
Daten in 3395 drin, wieso stellt er es nicht korrekt dar, wenn ich die
anderen Punkte in 4326 einfüge?
Danke nochmal!
Tom
Am 13.07.2011 00:22, schrieb Igor Podolskiy:
Hallo Tom,
ST_Transform(st_geomfromtext('POINT (" + point.getLat() + " " +
point.getLon() + ")', 4326), 3857)
erstens brauchst du SRID 3785 und nicht 3857, wenn du die
Universal-Mercator-Projektion machen willst, Bartosz hatte leider einen
Vertipper in seiner Mail.
Zweitens: kann das vielleicht sein, dass dein SRS jetzt doch stimmt,
aber lon und lat bei dir vertauscht sind? :) So wie ich WKT kenne, ist
es immer POINT(LON LAT) bzw. POINT(X Y) und X ist eben die Länge. Bin
selber schon was weiß ich wie oft in diese Falle getappt...
Hope that helps
Igpr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logicbot - Lizenz
Hallo, Stefan Schwan wrote: Der Ersteller des Logicbot hat der Lizenzänderung noch nicht zugestimmt. Seine Aenderungen sind nicht schutzwuerdig, und seine Zustimmung ist daher nicht relevant. Es waere aber ein netter Zug von ihm, zuzustimmen, weil das unsere automatischen Analysen vereinfachen wuerde. Diese Art der Änderung ist sicherlich nicht als schöpferische Leistung schutzwürdig und daher beim Aufräumen ignorierbar - es ist aber trotzdem extrem lästig, die inzwischen größtenteils "gelben" Wege zu checken! Leider wird ein Revert nichts bringen, denn ein *vernuenftiges* Lizenz-Check-Tool muss alle historischen Versionen beruecksichtigen, und da wird der "Logicbot" immer in der History auftauchen, auch wenn man revertet. Einbahnstraßen die vorher auf "1" dann auf "yes" und inzwischen auf "-1" stehen sollte man zB lieber nicht wieder zurücksetzen. Was tun - händisch durchbeißen oder skripten? Skripten ganz bestimmt nicht. Durchbeissen - wieso? Wie gesagt, Analysen, die nur auf den letzten Bearbeiter schauen, sind eh von geringem Wert und wiegen einen bloss in einer falschen Sicherheit - ueber kurz oder lang haben wir Tools, die auf alle Bearbeiter schauen, und dann hilft es auch nicht, so einen Way von Hand "anzufassen". Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Logicbot - Lizenz
Hallo! Ich poste die Frage hier und nicht auf legal-talk, weil es sich um ein (fast) ausschließlich deutsches Problem handelt. Der Ersteller des Logicbot hat der Lizenzänderung noch nicht zugestimmt. Zur Erinnerung: 2009 hat er in einer großzügigen Deutschland Bounding Box alle Boolean Werte "1" / "true" auf "yes" bzw "0" / "false" auf "no" geändert. Das Changeset 603450[1] umfasst 31799 Wege und 1093 Nodes. Laut odbl.de sind noch 6 751 Wege als letztes vom Bot geändert worden. Diese Art der Änderung ist sicherlich nicht als schöpferische Leistung schutzwürdig und daher beim Aufräumen ignorierbar - es ist aber trotzdem extrem lästig, die inzwischen größtenteils "gelben" Wege zu checken! Es ist ja schon ein Weilchen her - ich kann mich aber dunkel erinnern das das Thema hier diskutiert wurde und sich der Autor auch geoutet hatte - weiß jemand wer es war, und ob die Chance besteht das er noch zustimmt? Ich empfand die Aktion schon damals als Vandalismus und trage meine Boolean Werte nach wie vor als "true" und "false" ein. Es würde mir also späte Genugtuung verschaffen, wenn man das Changeset noch reverten würde, befüchte allerdings, dass das nicht so einfach sein wird. Einbahnstraßen die vorher auf "1" dann auf "yes" und inzwischen auf "-1" stehen sollte man zB lieber nicht wieder zurücksetzen. Was tun - händisch durchbeißen oder skripten? Gruß, Stefan [1] http://www.openstreetmap.org/browse/changeset/603450 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Hallo Tom,
ST_Transform(st_geomfromtext('POINT (" + point.getLat() + " " +
point.getLon() + ")', 4326), 3857)
erstens brauchst du SRID 3785 und nicht 3857, wenn du die
Universal-Mercator-Projektion machen willst, Bartosz hatte leider einen
Vertipper in seiner Mail.
Zweitens: kann das vielleicht sein, dass dein SRS jetzt doch stimmt,
aber lon und lat bei dir vertauscht sind? :) So wie ich WKT kenne, ist
es immer POINT(LON LAT) bzw. POINT(X Y) und X ist eben die Länge. Bin
selber schon was weiß ich wie oft in diese Falle getappt...
Hope that helps
Igpr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Garry wrote: > Ich hatte gerade einen Kernel-Fehler der dafür sorgte dass bei > einstecken von USB-Geräten unter bestimmten Bedingungen die Maschine > einfror. Ehrlich gesagt halt ich wenige Teile des Linuxkernel für derart robust wie den USB stack. Unabhängig davon beende ich jetzt hiermit diese Diskussion. Du willst offensichtlich nicht evrsetehn was ich meine. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Hi,
danke schonmal, ich kriege es aber noch immer nicht hin. Ich verstehe
auch nicht, wieso das GIS wenn ich die Daten in 4326 eintrage die nicht
an der richtigen Stelle anzeigt.
Was ich jetzt gemacht habe ist:
ST_Transform(st_geomfromtext('POINT (" + point.getLat() + " " +
point.getLon() + ")', 4326), 3857)
Egal was ich da hinten einsetze (3857, 3396, 900913) zeigt er mir die
Daten nun in Nordafrika an, statt in Tansania.
Ich verstehe diese KBS nicht ...
Vielleicht fällt Euch/Dir ja noch was ein.
Vielen Dank!
Tom
Am 12.07.2011 17:52, schrieb Bartosz Fabianowski:
Du brauchst SRID 900913 (offiziell 3857). Deine Daten liegen in 4326
vor. Was fehlt ist eine Transformation mittels ST_Transform.
ST_GeomFromText kann zwar eine SRID setzen, nimmt aber keine
Transformation vor.
Gruß,
- Bartosz
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen zu Garmin nüvi 550 Allround und der All in one Garmin Map
Hallo, Am Dienstag, 12. Juli 2011 22:26:35 schrieb Holger Blum: > 2km Stadt, 20km Landstraße, 80km Autobahn, 20km Landstraße, 1km im Dorf. > Die fahre ich jede Woche und lasse ab und zu das Navi spaßhalber mal > mitlaufen. Eigentlich nichts spektakuläres, allerdings wurden mit der > Zeit die Abstürze beim Berechnen der Route häufiger. Ich habe das auf > die zunehmende Komplexität der Karte geschoben, es aber nicht weiter > untersucht. > > Als die Generierung der AIO irgendwann nicht mehr geklappt hat bin ich > auf die germany-daily umgestiegen, das hat aber auch nichts geändert, > ebensowenig wie die Deaktivierung einzelner Layer. > Ich habe bei meinem Nüvi (1490) festgestellt, das es ungefragt Werte und Routen und Tracks speichert. Selbst gelöschte Routen lassen sich wiederherstellen. Eventuell mal gründlich löschen oder auf Werkseinstellungen zurücksetzen. Das Nüvi müllt sich selbst den Speicher voll. Meins ist übrigens mit der Original-Garmin-Karte abgestürzt... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen zu Garmin nüvi 550 Allround und der All in one Garmin Map
Am 09.07.2011 12:49, Christoph Johannes Kleine schrieb: > Ob das eTrex es unterstützt, das ich mir zB. die Hausnummern auf > Knopfdruck anzeigen lassen kann und wieder ausblenden. So verstehe ich > zu mindes die Layerfunktion. Die einzelnen Layer lassen sich getrennt ein- und ausblenden, ja. Ist allerdings etwas im Menü versteckt. > Ist es denn mit anderen Karten besser zu rande gekommen? Was ist ein > längere Route in km? 2km Stadt, 20km Landstraße, 80km Autobahn, 20km Landstraße, 1km im Dorf. Die fahre ich jede Woche und lasse ab und zu das Navi spaßhalber mal mitlaufen. Eigentlich nichts spektakuläres, allerdings wurden mit der Zeit die Abstürze beim Berechnen der Route häufiger. Ich habe das auf die zunehmende Komplexität der Karte geschoben, es aber nicht weiter untersucht. Als die Generierung der AIO irgendwann nicht mehr geklappt hat bin ich auf die germany-daily umgestiegen, das hat aber auch nichts geändert, ebensowenig wie die Deaktivierung einzelner Layer. Mit dem Oregon gibts da keinerlei Probleme, die komplette AIO hatte ich da allerdings noch nicht drauf. >> Ein riesiger Pluspunkt für mich ist die integrierte Kamera. Die Qualität >> ist zwar dürftig, die Bilder werden aber mit Position und Blickrichtung >> getaggt, was später bei der Arbeit in JOSM ein Segen ist. > Das kann ich mir gut vorstellen, Ich hatte überlegt, ob ich ein > NeoFreerunner dafür kaufe, die neue Version lässt allerdings noch auf > sich warte und bei der alten ist die Akkulaufzeit wohl sehr kurz. Ich wollte dafür eigentlich mein N900 hernehmen, da war mir aber der Empfang zu schlecht, außerdem ist nach ein paar Stunden im Gelände mit GPS ebenfalls der Akku leer. Jetzt bleibt das Handy wieder in der Tasche und das Oregon hängt griffbereit und mit perfektem GPS-Empfang am Schulterriemen des Rucksacks. Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Am 12.07.2011 16:43, schrieb Sven Geggus: Garry wrote: Auch Linux birgt da noch Überraschungen... Wenn RAM oder CPU nicht korrekt funktionieren dürfte jedes Betriebssystem Probleme bekommen. Ich hatte gerade einen Kernel-Fehler der dafür sorgte dass bei einstecken von USB-Geräten unter bestimmten Bedingungen die Maschine einfror. Definitiv Kernel-Fehler! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Hi ! hat sich jemand schon einmal darüber Gedanken gemacht welche Auswirkungen auf Relationen es hat wenn ein User nicht der neuen Lizenz zustimmt Ich habe heute mal bei einem nachgefragt der sehr aktiv bei uns Wanderwege zusammengetragen hat - er ist z.b. nicht gewählt der Lizenz zustimmen. Gibt es schon ein Tool was soetwas simuliert ? Gruß Jan :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
Am Montag, den 11.07.2011, 14:57 +0200 schrieb fly: > Am 11.07.2011 12:31, schrieb Walter Nordmann: > > > > Georg Feddern-2 wrote: > >> > >> Trotz eigentlicher "Relationale Datenbank Affinität" wähle ich hier für > >> mich lieber die robustere Einzeldatenhaltung in solch einem offenen > >> Datenbank-Projekt. > >> > > Mir gings genau so: ich war mal ein Riesen-Fan von AssociatedStreet und hab > > das energisch verteidigt. Passte ja auch prima ins Relationale Datenmodell. > > Doch die Praxis hat mich überzeugt. > > Das kein Editor diese Relationen bisher richtig unterstützt ist doch > kein Datenmodellproblem sonder eher stuktureller Art. > > Selbst in JOSM braucht man zusätzliche Plugins. > Ich habe noch nicht alle getestet, aber zumindest terracer kann nur neue > Relationen erstellen, findet aber keine schon Existierenden. Ich glaube, dass die meisten Benutzer diese Art von Relationen nur deshalb ablehnen, weil sie in den Editoren unzulänglich unterstützt werden. Wenn z.B. JOSM die Daten, die ein Node/Way aus einer Relation 'erbt' mit anzeigen würde und diese z.B. farblich kennzeichnete, so dass evtl. auch Konflikte (z.B. Tippfehler) erkennbar wären, dann wäre die Akzeptanz erheblich höher. Ich bin jedenfalls nach wie vor kein Fan von Redundanz. Allerdings sollte man die Menge unterstützter Relationstypen einschränken (z.B. nur street und multipolygon), da ansonsten ein Node/Way, welcher zu vielen Relationen gehört, eine sehr lange Liste von Eigenschaft haben könnte. Wenn ich es mir recht überlege könnte man dieses Problem jedoch wieder mit ausklappbaren Listen abmildern. Den Relationstyp 'associatedStreet' finde ich jedoch allein schon wegen des viel zu langen Schlüsselwortes für unpraktisch und präferiere daher 'street'. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm hat ne Macke
Am Tue, 12 Jul 2011 19:59:22 +0200 schrieb Steffen Heinz : > > Was ist den an der Windows 7 Suchfunktion kaputt ? > ne, durchsucht aber lange nicht alles, mit der Suchfunktion habe ichs > jedenfalls nicht gefunden grepwin ist dein Freund ;-) signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm hat ne Macke
Am > jetzt mal ne Frage: wie bringe ich Josm bei die "Nebendaten" also > Pluggies und co im gleichen Ordner abzulegen wie Josm? Für was soll das gut sein ? ich ahsse es wenn die Daten überall verstreut sind java -Djosm.home=[Pfad]/.josm[-tested/latest] -jar [Pfad]\josm[-tested/latest].jar in der Konsole ausführen. (nein, wie heißt das Ding bei Windows ?) Befehl ist auf jeden Fall: cmd > (Windows 7, hab heute ne halbe Stunde nach denen gesucht) Was ist den an der Windows 7 Suchfunktion kaputt ? ne, durchsucht aber lange nicht alles, mit der Suchfunktion habe ichs jedenfalls nicht gefunden Generell solltest Du nicht von latest nach tested zurückwechseln. Das hat schon öfter Problem bereitet. klar, wenn aber testet nicht funktioniert... ich habe es im übrigen hinbekommen: den Pluggieordner gelöscht Am besten du verwendest separate Einstellungen, in dem Du jeweils eigene Ordner für latest und tested verwendest. Befehl dafür siehe oben. genau das wollte Verwende kein Windoof, aber hoffe ich konnte Dir trotzdem helfen. kann ich verstehen danke Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Du brauchst SRID 900913 (offiziell 3857). Deine Daten liegen in 4326 vor. Was fehlt ist eine Transformation mittels ST_Transform. ST_GeomFromText kann zwar eine SRID setzen, nimmt aber keine Transformation vor. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PostGIS - Kriege die Daten nicht an den richtigen Ort ...
Hallo,
ich habe per osm2pgsql einige OSM-Daten in eine PostGIS-DB geschrieben.
Nun möchte ich weitere Punkte (nicht aus der OSM) hinzufügen, diese
liegen im Format (-1.55172489, 31.12181796) vor. Wenn ich die
Koordinaten so bei google eingebe lande ich auch am richtigen Ort.
Füge ich diese allerdings nun per
st_geomfromtext('POINT (" + point.getLat() + " " + point.getLon() +
")', 4326)
in die PostGIS ein, landen die Punkte bei Darstellung mit QGIS irgendwo
mitten im Atlantik. Ich habe alle mir sinnvoll erscheinenden KBS
ausprobiert (4326, 3395, 900913), aber die Punkte landen immer am selben
Fleck.
Hat irgendwer ne Idee was ich falsch mache?
Tausend Dank
Tom
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Garry wrote: > Auch Linux birgt da noch Überraschungen... Wenn RAM oder CPU nicht korrekt funktionieren dürfte jedes Betriebssystem Probleme bekommen. 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 giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Insel im Meer
Hier steht, dass man die Coastline der Insel mit place=island bezeichnen soll, plus den Namen dazu: http://wiki.openstreetmap.org/wiki/DE:Tag:place=island Es wäre schön beispielsweise im Mittelmeer in einer Übersicht alle Inselnamen sehen zu können, beispielsweise die ganz grossen Inseln (Sardinien, Sizilien, Korsika, Kreta, Zypern) in z=5, grosse Inseln (Mallorca, Rhodos, Korfu, Kos, Kios) in z=7, mittlere in z=8, die kleineren in z=9, usw. Inselgruppen könnten je nach regionaler Bedeutung auch in niedrigen Zoomleveln hervorgehoben benannt sein (Balearen, Jonische Inseln, Kykladen, Sporaden). Wenn ich mir aber unsere Mapnik-Karte anschaue, funktioniert das nicht so richtig. Woher weiss Mapnik, wann eine Insel "klein" und wann sie "gross" ist? Wie können wir ihm helfen, das besser zu erkennen? Dabei spielt ja auch die Dominanz eine wichtige Rolle (Entfernung zwischen Inseln bzw. zwischen Insel und Küstenstädten). Auch die Bedeutung (politisch, wirtschaftlich, etc) spielt eine Rolle. Beispielsweise braucht Lampedusa schon in z=6 einen Namen, die gleich grosse Insel Schinusa aber erst in z=11 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm hat ne Macke
Am 12.07.2011 14:57, schrieb Steffen Heinz: > Josm hat im Moment ne Macke und stürzt dauernd ab: Die > Entwicklungsversion immer die Stabile ab und an. > so > jetzt mal ne Frage: wie bringe ich Josm bei die "Nebendaten" also > Pluggies und co im gleichen Ordner abzulegen wie Josm? Für was soll das gut sein ? java -Djosm.home=[Pfad]/.josm[-tested/latest] -jar [Pfad]\josm[-tested/latest].jar in der Konsole ausführen. (nein, wie heißt das Ding bei Windows ?) Befehl ist auf jeden Fall: cmd > (Windows 7, hab heute ne halbe Stunde nach denen gesucht) Was ist den an der Windows 7 Suchfunktion kaputt ? Oder hast Du sämliche eingebunden Serverfestplatten durchsuchen lassen ? > Ich vermute mal das die Stabile und die Entwicklungsversion sich in die > Quere kommen Generell solltest Du nicht von latest nach tested zurückwechseln. Das hat schon öfter Problem bereitet. Am besten du verwendest separate Einstellungen, in dem Du jeweils eigene Ordner für latest und tested verwendest. Befehl dafür siehe oben. Verwende kein Windoof, aber hoffe ich konnte Dir trotzdem helfen. Viel Erfolg fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Am 12.07.2011 07:27, schrieb Joerg Fischer: Garry wrote: Du hast dann auch Klimakammer- + Stressstests (Prozessor+Schnittstellen etc. unter Vollast) damit gemacht? Reines Hardwareproblem. Du ,machst es Dir sehr einfach, mit diesem Schubladendenken werden dann die Fehler nicht gefunden die später ein System unzuverlässig machen... Ein Outdoorgerät muss mehr abkönnen als unter Laborbedingungen bei Zimmertemperatur mal eben so zu funktionieren... Natürlich. Auch Linux birgt da noch Überraschungen... Welche _softwareseitigen_ Überraschungen erwartest Du _in einer Klimakammer_? Funktionierende Hardware vorausgesetzt, selbstverständlich. Dass z.B. die softwareseitig vorzusehendeTemperaturkompensation nicht funktioniert...? Und die Klimakammer war nur ein Teilaspekt, ein anderer der Stresstest... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm hat ne Macke
Hallo Josm hat im Moment ne Macke und stürzt dauernd ab: Die Entwicklungsversion immer die Stabile ab und an. so jetzt mal ne Frage: wie bringe ich Josm bei die "Nebendaten" also Pluggies und co im gleichen Ordner abzulegen wie Josm? (Windows 7, hab heute ne halbe Stunde nach denen gesucht) Ich vermute mal das die Stabile und die Entwicklungsversion sich in die Quere kommen Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wanderwegen
Am 12.07.2011 10:09, schrieb hike39: >> >> Hast Du das schriftlich und kannst Du das bitte im wiki veröffentlichen ! >> > Hier der Schriftverkehr: > Sehr geehrter Herr [hike39], > > beiliegend erhalten Sie GPS-Tracks der Wanderwege, die vom Naturpark > Soonwald-Nahe betreut werden. Die Daten wurden von mir auf der Grundlage > von Alpstein-Karten am Bildschirm digitalisiert oder bei einer > MTB-Befahrung aufgezeichnet. Unsere Wege finden Sie auch bei > Outdooractive unter > http://www.outdooractive.com/de/quelle/traegerverein-naturpark-soonwald-nahe-e-v/2687116775237173418/. > Bei Abweichungen gibt die Outdooractive-Variante den aktuelleren Stand > wieder (Erfassung 01/2011). > > Sie dürfen alle Tracks gerne im Rahmen des Openstreetmap-Projektes nutzen. > > Meine Anfrage bei Hrn. Rohr: > "... > 2) Sie haben mir ja dankenswerterweise viele Tracks zur Verfügung > gestellt. Dürfte ich Ihre Erlaubnis diese für OSM zu nutzen der Comunity > mitteilen um die Erfassung zu beschleunigen? > ... > > Seine kurze Antwort darauf: > > zu 2) > ja > > Mit freundlichen Grüßen > Marco Rohr > > Ich glaube dies ist ausreichend, oder? Ja, das ist ok ! Es handelt sich um 8 Routen sehe ich das richtig oder hast Du mehr Daten erhalten ? Super ist wenn Du die beiden Emails mit den Daten, einer kurzen Beschreibung und einer Liste über den Verlauf des Imports (bereits importierte Wege/Bereiche) auf eine Wiki Seite stellst. Danke fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SOTM-EU - Tickets für den ÖV in Wien
Hallo Michael! On 11.07.11 22:50, Michael Kugelmann wrote: > da ich bereits am Donnerstag in Wien bin: die Wochenkarte scheint für mich die > preiswerteste Lösung zu sein. > Fragen: > * gibt es diese "überall" zu kaufen? > * erhält man diese sofort oder benötigt man einen Vorlauf dafür? > * benötigt man da ein Foto oder irgend etwas (z.B. Ausweis) dafür? Danke für den Hinweis! Die Wochenkarte (EUR 14,-; gilt jeweils bis Mo 9:00 Uhr) (zahlt sich bei >= 4 Tagen die Woche aus) http://www.wienerlinien.at/wl/ep/programView.do/channelId/-17005/programId/10009/pageTypeId/9083 gibt es - in allen Vorverkaufsstellen [0] - in allen Wiener Trafiken [1] - bei allen Automaten (z.B. an U-Bahn-Stationen) und man braucht kein Lichtbild, sie ist übertragbar. Ob es sie bei den ÖBB-Automaten (z.B. am Flughafen) auch gibt, weiß ich nicht (bzw. muß man da auch aufpassen, wo man sie entwertet, damit sie nicht für die falsche Zone gilt![2]). Bei der Tourismus-Info am Flughafen gibt es sie leider nicht. Servus, Andreas [0] http://www.wienerlinien.at/wl/ep/channelView.do/channelId/-31375/pageTypeId/9084 [1] http://de.wikipedia.org/wiki/Trafik [2] bei vielen Automaten kann man entscheiden, ob man die Karte gleich entwertet haben will (das ist dann Zeit und Ort dort), ober ob man sie selbst später entwerten will. Dann gilt sie ab da, wo+wann man sie in den Entwerter steckt. -- SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wanderwegen
> > Hast Du das schriftlich und kannst Du das bitte im wiki veröffentlichen ! > Hier der Schriftverkehr: Sehr geehrter Herr [hike39], beiliegend erhalten Sie GPS-Tracks der Wanderwege, die vom Naturpark Soonwald-Nahe betreut werden. Die Daten wurden von mir auf der Grundlage von Alpstein-Karten am Bildschirm digitalisiert oder bei einer MTB-Befahrung aufgezeichnet. Unsere Wege finden Sie auch bei Outdooractive unter http://www.outdooractive.com/de/quelle/traegerverein-naturpark-soonwald-nahe-e-v/2687116775237173418/. Bei Abweichungen gibt die Outdooractive-Variante den aktuelleren Stand wieder (Erfassung 01/2011). Sie dürfen alle Tracks gerne im Rahmen des Openstreetmap-Projektes nutzen. Meine Anfrage bei Hrn. Rohr: "... 2) Sie haben mir ja dankenswerterweise viele Tracks zur Verfügung gestellt. Dürfte ich Ihre Erlaubnis diese für OSM zu nutzen der Comunity mitteilen um die Erfassung zu beschleunigen? ... Seine kurze Antwort darauf: zu 2) ja Mit freundlichen Grüßen Marco Rohr Ich glaube dies ist ausreichend, oder? Grüße hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
