Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Moin, René Falk schrieb: Am 07.06.2010 11:27, schrieb Sven Anders: Es gibt Z.b. zwei Gemeineden in Kreis Dithmarschen (Schleswig Holstein RGS 01 0 51), die in unterschiedlichen Ämter sind: 01 0 51 5163 097 Sankt Michaelisdonn und 01 0 51 5166 034 Friedrichskoog Ähm, 5163 und 5166 sind veraltet. Seit 01.01.2009 ist es 5063 und 5066. oh, das sollte man mal dem Statistischen Bundesamt sagen ... In welcher Tabelle hast Du nachgesehen? ich zumindest in aktuelle GV100AD zum 31.03.2010 (1. Quartal) http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Administrativ/Archiv/GV100ADVJ/GV100AD31032010__1__Quartal,property=file.null Gruß - und sorry für die Einmischung Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Mindestgeschwindigkeit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 07.06.2010 22:47, schrieb Wolfgang: Hallo, Am Montag 07 Juni 2010 19:55:44 schrieb Bodo Meissner: Am 07.06.2010 12:02, schrieb Wolfgang: Man darf auch auf der Bundesstraße nicht weniger als 100 fahren, wenn man jemanden hinter sich hat, der nicht überholen kann und die Geschwindigkeit legal gefahren werden könnte Das ist vielleicht das Wunschdenken des Hinteren. Die Höchstgeschwindigkeit ist die Geschwindigkeit, die man auch unter günstigen Umständen nicht überschreiten darf. richtig, überschreiten verlangt ja auch niemand Ich hätte das unter günstigen Umständen etwas hervorheben sollen. (Zu diesen Umständen gehören auch Dinge, die der Nachfolgende nicht sehen kann, siehe $3 Abs. 1) Das ist keine Richtgeschwindigkeit. Richtgeschwindigkeit != Mindestgeschwindigkeit, nur empfohlen! Damit meine ich: Es gibt keine Empfehlung oder Verpflichtung, mit der Höchstgeschwindigkeit zu fahren. Die Höchstgeschwindigkeit sagt nichts über die angemessene Geschwindigkeit aus. Wenn der Vordere ohne einen _vernünftigen_ Grund den Hinteren am zügigen Weiterkommen hindert, verstößt er gegen §1 und §3 Abs 2. [...] Es gibt häufig Gründe, langsamer zu fahren. Wenn die aber _nur_ darin bestehen, das 70. Lebensjahr vollendet zu haben und einen Hut im Auto zu tragen, Der _vernünftige_Grund_ ist für den Nachfolger vielleicht nicht offensichtlich. Siehe §3 Abs. 1: Er hat seine Geschwindigkeit ... seinen persönlichen Fähigkeiten ... anzupassen. Vielleicht sollt man mal wissenschaftlich untersuchen, ob das Tragen eines Hutes im Auto mit den persönlichen Fähigkeiten korrelliert. :-) Unter Annahme eines solchen Zusammenhangs kann man den Hut als Erkennungszeichen für das Vorliegen eines zwingenden Grundes für eine reduzierte Geschwindigkeit nach §3 Abs. 1 werten. :-) (Hut gilt vermutlich nur für Männer. Bei Frauen ist mir kein so deutliches Erkennungsmerkmal bekannt. Hier besteht noch Forschungsbedarf. :-) muss derjenige eben die Bushaltestellen nutzen, um entweder die Kolonne vorbei zu lassen Genau das war Thema des Gerichtsurteils: 1. Wenn ein Fahrzeug (wie im betrachteten Einzelfall) mindestens 60% der erlaubten Höchstgeschwindigkeit fährt, zählt das nicht als langsam fahrendes Fahrzeug. Dann ist es zwar nett, die Nachfolger vorbei zu lassen, aber der Fahrer ist nicht dazu verpflichtet. 2. Ein oder zwei Fahrzeuge sind noch keine Kolonne, die man vorbeilassen müßte. (Eine Grenze wurde nicht definiert.) (Da solche Grenzen nicht in der StVO festgelegt sind, kann man sich nur auf Gerichtsurteile berufen.) oder das Verkehrsmittel zu wechseln. Du solltest mal die Busfahrpläne auf dem Land lesen. Selbst wenn man wollte, ist das oft unzumutbar. Ich möchte das aber hier nicht ausufern lassen. Für uns relevant (und hoffentlich unstreitig) ist, dass es auf Autobahnen keine (tagbare) Mindestgeschwindigkeit gibt, wenn sie nicht ausdrücklich ausgeschildert ist. ACK. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwN4XEACgkQnMz9fgzDSqcouACffteVLwHVKEIlBCW6Q38JMbMj 1agAn3/Klw5x8uNnJKBr3K7mmsCxZ8fp =NQtu -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
- Ursprüngliche Mitteilung - Am 07.06.2010 15:25, schrieb Joerg Fischer: lieber 30 m schieben oder 5km Umweg? Wenn ich ein volbepacktes Fahrrad hab oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Wie gesagt, man kann auf Fußgänger umschalten, dann werden sicher auch Treppen und dergl. Geroutet Aber Fahrrad bedeutet für mich: fahrbar, Fahrbahn und nicht: tragen, schieben Autorouting kann es sinnvoll sein durch eine Tempo 30 Straße zu routen, wenn die nur 500m lang ist, die Hauptstraße aber 10km entfernt. Die Aussage wird hier auch jeder unterschreiben wollen. Streit gibt's immer nur dann, wenn es darum geht, die Wegekosten exakt zu beziffern. Wieviel Meter Radler-Umweg ist gleich schlimm mit welcher Schiebe-Entfernung? Wieviel 30er-Zone entspricht einem km Bundesstraße? Was kostet eine Ampel den Autofahrer? Was kosten 5 Treppenstufen für den Radler? Und sind die zu treffenden Annahmen nicht so hypothetisch, dass selbst Kaffesatzleserei als vergleichsweise empirische Wissenschaft erscheint? -jha- ___ 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] Fahrrad-Routing MKGMAP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.06.2010 08:31, schrieb Sven Sommerkamp: - Ursprüngliche Mitteilung - Am 07.06.2010 15:25, schrieb Joerg Fischer: lieber 30 m schieben oder 5km Umweg? Wenn ich ein volbepacktes Fahrrad hab Das ist sicher von den persönlichen Vorlieben abhängig. (Ich würde in diesem Fall lieber schieben.) Man bräuchte also eine Konfiguration, mit der jeder seine Gewichtung beim Erzeugen der Garmin-Karte einstellen kann, und Erfahrungswerte für sinnvolle Gewichtung. oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Hier gibt es vermutlich noch andere Kriterien, die berücksichtigt werden sollten. Wie gesagt, man kann auf Fußgänger umschalten, dann werden sicher auch Treppen und dergl. Geroutet Ist aber nicht optimal. Mit dem Fahrrad liegt die Grenze der akzeptablen Stufenzahl und Treppen-Häufigkeit niedriger als bei Fußgängern. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwN5koACgkQnMz9fgzDSqcviACgmUdBn/BITLTxsYlh4MA0mIKZ x1gAniHwXGGgnoMrwViiJzfVrp0uPgqK =D7JH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
Hallo Flo, Wenn Google Earth benutzt wird dann steht das irgendwo Rechts unten ... Vielleicht kann ein Fernseh-Benutzer das mal genau beobachten und hier beschreiben? Damit wir wissen wie es die anderen machen. Zur Gleichbehandlung beim Nachnutzer macht es Sinn, simpler anwendbar zu sein nicht als die anderen (zumindest nicht komplizierter). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Sven Sommerkamp wrote: lieber 30 m schieben oder 5km Umweg? Wenn ich ein volbepacktes Fahrrad hab oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Für _30_ Meter? Ich würde schön fluchen wenn mein Navi mich dermaßen Umwege schickt. Und vollbepackt oder 2 Räder ist kein normales Fahrrad, wenn Du dafür Routing haben möchtest bist Du ev. mit KFZ-Routing besser bedient? Aber da sind wir genau an der Stelle wo Johann uneingeschränkt Recht hat: Das ist eben von persönlichen Vorlieben abhängig. Für mich zählt normalerweise die benötigte Zeit, und da schiebe ich lieber 30m statt 5km zu fahren. Ich denke, das sehen viele Leute so. Wie gesagt, man kann auf Fußgänger umschalten, dann werden sicher auch Treppen und dergl. Geroutet Alles IMHO: Radrouting ist für normale Räder, Niveau Trekkingbike, 10kg Gepäck, Bevorzugung möglichst kurzer Wege. So werden die Meisten Rad fahren definieren, und an denen sollte man sich orientieren. Wenn ich mit dem MTB unterwegs bin und einen Trail fahre wo viele nicht mal zu Fuß lang kommen, erwarte ich nicht dort mit Radrouting erfolgreich zu sein. Wenn Du mit 100kg Zuladung und Anhänger (oder z.B. einem Rennrad welches auf nicht asphaltierter Strecke sofort aufgibt) unterwegs bist solltest Du auch nicht erwarten, mit Radrouting erfolgreich zu sein. Und sind die zu treffenden Annahmen nicht so hypothetisch, dass selbst Kaffesatzleserei als vergleichsweise empirische Wissenschaft erscheint? Nö, es werden doch massenhaft Navis vertickt ohne dass die Leute sie Wochen später dem Händler wutentbrannt vor die Füße werfen. :-) Und: Navi finde ich so praktisch, weil ich ohne Streß und dauernd anhalten und Karte lesen mehr oder weniger problemlos _ankomme_. Das Optimalrouting eines Ortskundigen der auch noch seine persönlichen Vorlieben berücksichtigt sollte man davon nicht erwarten. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Die Anwender legen aber nicht das Routing fest, sondern der Ersteller. Dieser legt das Routing auf seine Zielgruppe aus. Wenn die Zielgruppe Reiseradler mit 40kg Gepäck ist wird er Treppen maximal mit einer geringen Priorität erstellen. Die Stellschrauben bei Garmin sind auch nicht besonders feinfühlig. Man kann nicht sagen, ab 500m Umweg ist eine Treppe ok. Letzlich haben wir ja dank OSM den Vorteil, dass es zig verschiedene Karten gibt, die alle unterschiedliche Preferenzen haben. Und wenn keine dabei ist, besteht immer noch die Möglichkeit, sich seine Karte anzupassen. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Fahrrad-Routing-MKGMAP-tp5148108p5152604.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wahlen zum Vorstand der OSMF
Hallo, anlaesslich der diesjaehrigen State of the Map-Konferenz in einem Monat wird es auch eine Mitgliederversammlung der OpenStreetMap Foundation (OSMF) geben, auf der mindestens drei neue Vorstandsmitglieder gewaehlt werden. Der Vorstand besteht derzeit aus Steve Coast * Mike Collinson Simone Cortesi Henk Hoff Mikel Maron * Ulf Moeller * Andy Robinson Die mit einem * markierten Personen haben bereits erklaert, dass sie ihre Posten raeumen werden. Fuer die anderen steht moeglicherweise keine Wiederwahl an, so genau weiss ich das gar nicht, aber fest steht, dass mindestens drei Vorstandsmitglieder neu gewaehlt werden muessen. Da mit Ulf auch unser Mann bei der OSMF ausscheidet, und da Deutschland immerhin um die 40% der aktiven OSM-Community stellt, faende ich es extrem wuenschenswert, wenn sich ein oder zwei Leute aus unseren Reihen faenden, die im OSMF-Vorstand mitzuarbeiten bereit sind. Die kommende Amtszeit wird ohne Frage spannend, weil ja der Lizenzwechsel ansteht - irgendwann wird feststehen, wie viele Leute ihre Daten re-lizensieren und wie viele nicht, und dann wird der amtierende Vorstand entscheiden muessen, ob man die ganze Sache kippt oder weitermacht, und was genau dann mit den alten Daten passiert. Natuerlich beschaeftigt sich die OSMF auch mit anderen Dingen wie dem Einwerben von Sponsorengeldern und der Verwaltung der Hardware und so weiter. Die Foundation arbeitet mit regelmaessigen (ich glaube, einmal monatlichen) Telefonkonferenzen. Wer sich also in den Vorstand waehlen laesst, muss weder staendig nach England reisen, noch ueberhaupt zur SOTM anwesend sein (die meisten Mitglieder geben ihre Stimmen eh im Vorfeld per Email ab). Was man sein muss, ist OSMF-Mitglied, aber das ist eine Sache von fuenf Minuten. Die genauen Wahlmodalitaeten sind noch nicht klar, das wird alles wieder mal ziemlich knapp, aber ich rechne damit, das die OSMF in Kuerze um die Meldung von Kandidaten bitten wird. Also ueberlegt Euch mal, ob das was fuer Euch waere - ich waere froh, wenn wir wieder jemanden aus Deutschland entsenden koennten. Wer Ulfs Vortrag ueber die OSMF-Arbeit auf der FOSSGIS nicht gehoert hat, dem wird Ulf sicher gern auch per E-Mail Fragen dazu beantworten. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
Google verlangt in seinen Lizenzbedingungen lediglich eine Namensnennung. Daher steht unter der Karte auch nur Quelle: Google Aussagen wie Wir wollen so genannt werden wie die anderen sind recht sinnlos. Wir haben unsere Lizenz, Google hat seine. Unsere derzeitige Lizenz schreibt die Nennung der Lizenz vor. Auch wenn 99,9% der OSM'ler damit einverstanden wären, dass im TV nur OSM genannt werden muss, könnten die restlichen 0,1% immer noch den Sender verklagen. Das Dilemma wird man nur mit einer Lizenzänderung (bspw. zur angestrebten odbl) los. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Quellen-und-Lizenzangabe-im-Fernsehen-tp5148407p5152648.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Am 08.06.2010 08:22, schrieb Georg Feddern: Moin, René Falk schrieb: Am 07.06.2010 11:27, schrieb Sven Anders: Es gibt Z.b. zwei Gemeineden in Kreis Dithmarschen (Schleswig Holstein RGS 01 0 51), die in unterschiedlichen Ämter sind: 01 0 51 5163 097 Sankt Michaelisdonn und 01 0 51 5166 034 Friedrichskoog Ähm, 5163 und 5166 sind veraltet. Seit 01.01.2009 ist es 5063 und 5066. oh, das sollte man mal dem Statistischen Bundesamt sagen ... Genau von da weiß ich es ja. In welcher Tabelle hast Du nachgesehen? ich zumindest in aktuelle GV100AD zum 31.03.2010 (1. Quartal) http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Administrativ/Archiv/GV100ADVJ/GV100AD31032010__1__Quartal,property=file.null Schauste da rein. Ist ebenfalls vom Statistischen Bundesamt: http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/NamensGrenzAenderung/Aktuell/2009RS__Umschluesselung0101.psml Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Hallo, Am Dienstag 08 Juni 2010 09:55:45 schrieb aighes: Die Anwender legen aber nicht das Routing fest, sondern der Ersteller. Dieser legt das Routing auf seine Zielgruppe aus. Wenn die Zielgruppe Reiseradler mit 40kg Gepäck ist wird er Treppen maximal mit einer geringen Priorität erstellen. Die Stellschrauben bei Garmin sind auch nicht besonders feinfühlig. Man kann nicht sagen, ab 500m Umweg ist eine Treppe ok. Letzlich haben wir ja dank OSM den Vorteil, dass es zig verschiedene Karten gibt, die alle unterschiedliche Preferenzen haben. Und wenn keine dabei ist, besteht immer noch die Möglichkeit, sich seine Karte anzupassen. Verständnisfrage dazu: Kann ich über mkgmap entscheiden, ob die Garmin- Software im GPS mich über Treppen, Gehwege etc routen soll oder nicht? Profil Fußgänger passt für mich nicht, weil es über Treppen routet, Profil Fahrrad passt nicht, weil Wanderwege nicht benutzt werden, auf denen das Radfahren zwar nicht erlaubt, aber üblich ist. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Kurz gesagt: Ja. mkgmap wird von Style-Files gesteuert. Diese legen fest, wie die Tags in der OSM-Datei umgewandelt werden. Einer begrenzten Anzahl (abhängig von der ID im Garminformat) an Wegen kannst du Eigenschaften wie Roadspeed und Roadclass hinzufügen. Diese haben einen Wertebereich von 1 bis 5. Darüber wird das Routing gesteuert. Welche Wegetypen du auf welche ID legst, entscheidest du. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Fahrrad-Routing-MKGMAP-tp5148108p5152719.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
für eine explizite Fahrrdkarte böte sich die möglichkeit, die garmin-Eigenschaft 'unasphaltiert' für wege zu setzen, die man aus 'bequemlichkeit' manchmal meiden möchte und manchmal nicht - ähnlich wie die Eigenschaft 'mautpflichtig', die ich z.B. für alle fähren verwende, die nicht als frei getaggt sind. Ein vermeiden dieser Wege kann man dann im Gerät einstellen. Gruß, Martin Am 08.06.10 schrieb Bodo Meissner b...@bodo-m.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.06.2010 08:31, schrieb Sven Sommerkamp: - Ursprüngliche Mitteilung - Am 07.06.2010 15:25, schrieb Joerg Fischer: lieber 30 m schieben oder 5km Umweg? Wenn ich ein volbepacktes Fahrrad hab Das ist sicher von den persönlichen Vorlieben abhängig. (Ich würde in diesem Fall lieber schieben.) Man bräuchte also eine Konfiguration, mit der jeder seine Gewichtung beim Erzeugen der Garmin-Karte einstellen kann, und Erfahrungswerte für sinnvolle Gewichtung. oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Hier gibt es vermutlich noch andere Kriterien, die berücksichtigt werden sollten. Wie gesagt, man kann auf Fußgänger umschalten, dann werden sicher auch Treppen und dergl. Geroutet Ist aber nicht optimal. Mit dem Fahrrad liegt die Grenze der akzeptablen Stufenzahl und Treppen-Häufigkeit niedriger als bei Fußgängern. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwN5koACgkQnMz9fgzDSqcviACgmUdBn/BITLTxsYlh4MA0mIKZ x1gAniHwXGGgnoMrwViiJzfVrp0uPgqK =D7JH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Gesendet von meinem Mobilgerät ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos auf Karten
2010/6/7 Markus liste12a4...@gmx.de: soeben entdeckt: Fotos als Karten-Kacheln: http://www.geograph.org.uk http://geo.hlipp.de Die nutzen Google Maps, schreib denen doch mal ne nette Mail. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 7. Juni 2010 21:08 schrieb Andreas Labres l...@lab.at: On 06.06.10 06:57, Johannes Huesing wrote: church_type=fortified? amenity=place_of_worship_and_defense? IMO sollte man amenity=place_of_worship nur für in Betrieb befindliche Kirchen/Anbetungsstätten verwenden. Alles andere ist historic=... oder wie wärs mit disused=yes ? Ich war hier allerdings davon ausgegangen, dass dei Kirche noch in Betrieb ist, Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Renderfehler in Zoom17?
Hallo miteinander, ich habe hier einen Platz als highway=pedestrian getaggt und area=yes hinzugefügt. In Zoom 16 passt das auch. In Zoom 17 wird komischerweise das ganze aber als Weg gezeichnet, nicht als Fläche? http://osm.org/go/0Dhpi2Mhn-- Fehler von mir, oder vom renderer? Schöne Grüße, Sven signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderfehler in Zoom17?
Korrektur: Zoom17 passt noch, in Zoom18 stimmts nimmer. ;) Am Dienstag, den 08.06.2010, 10:51 +0200 schrieb Sven Eppler: Hallo miteinander, ich habe hier einen Platz als highway=pedestrian getaggt und area=yes hinzugefügt. In Zoom 16 passt das auch. In Zoom 17 wird komischerweise das ganze aber als Weg gezeichnet, nicht als Fläche? http://osm.org/go/0Dhpi2Mhn-- Fehler von mir, oder vom renderer? Schöne Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Am 07.06.2010 20:07, schrieb Sven Geggus: Jan Tappenbeck o...@tappenbeck.net wrote: kann mir einer sagen ob amenity=car_sharing [1] für den Sitz des Betreibers steht oder auch für deren Parkplätze ??? Also hier in Karlsruhe wird das sowohl als auch verwendet. Bei mir auch allerdings sollte der Sitz wohl eher zu office=car_sharing umgetagt werden. Auf jeden Fall für die Parkplätze verwenden. Mit capacity, wenn möglich. Colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Moin, René Falk schrieb: Am 08.06.2010 08:22, schrieb Georg Feddern: In welcher Tabelle hast Du nachgesehen? ich zumindest in aktuelle GV100AD zum 31.03.2010 (1. Quartal) http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Administrativ/Archiv/GV100ADVJ/GV100AD31032010__1__Quartal,property=file.null Schauste da rein. Ist ebenfalls vom Statistischen Bundesamt: http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/NamensGrenzAenderung/Aktuell/2009RS__Umschluesselung0101.psml ah, danke für die Info. Dann ist das also nur deren internen 18-monatigem Abarbeitungsstau geschuldet und wird sicherlich innerhalb der nächsten Jahre auch in die anderen quartalsweise aktualisierten Dokumente mit einfließen ... Ich war doch tatsächlich so blauäugig, zu glauben, das Daten mit Angabe eines Standes auch dem angegebenen Stand entsprechen ... Man kann sich also wieder mal darauf verlassen, dass man verlassen ist, wenn man sich darauf verlässt ... :-( Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
Am 7. Juni 2010 23:00 schrieb Markus liste12a4...@gmx.de: Wert. Und beide Namen stehen für die freie Lizenz. Deshalb glaube ich, wir könnten auf die explizite Nennung der Lizenz, zumindest für den Anwendungsfall Fernsehen - zugunsten einer etwas grösseren Schrift bei der Quelle - verzichten. das kann Deine Meinung sein, aber Du solltest das niemandem empfehlen, da es nicht den Lizenzbedingungen entspricht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderfehler in Zoom17?
Moin, Sven Eppler schrieb: Am Dienstag, den 08.06.2010, 10:51 +0200 schrieb Sven Eppler: ich habe hier einen Platz als highway=pedestrian getaggt ja und area=yes hinzugefügt. Aber erst 20 Minuten später! In Zoom xy passt das auch. In Zoom xy+1 wird komischerweise das ganze aber als Weg gezeichnet, nicht als Fläche? Fehler von mir, Ja, Du warst nicht schnell genug beim AREA-Taggen oder vom renderer? Ja, er war mal wieder zu vorschnell bei Holen der Daten, Du hattest doch noch gar nicht alles eingegeben! Scherz beiseite - that's Life(-Rendering) - und das Problem ist bereits von dem Wind verweht, den wir Beide hier gemacht haben. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
On Tue, Jun 08, 2010 at 01:08:53AM -0700, aighes wrote: Das Dilemma wird man nur mit einer Lizenzänderung (bspw. zur angestrebten odbl) los. Aeh ja? Magst du genauer erklaeren wie? Flo -- Florian Lohoff f...@zz.de 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] Quellen- und Lizenzangabe im Fernsehen
Kann ich gerne versuchen: Die odbl schützt unsere Daten und zwingt Nutzer, Daten die sie ihren Werken auf OSM-Basis hinzufügen ebenfalls unter odbl zu veröffentlichen. Das Produkt was aus OSM-Daten abgeleitet wird muss aber nicht unter eine bestimmte Lizenz gestellt werden, es muss aber OSM als Quelle genannt werden. Die großen OSM-Renderer werden ihre Kacheln weiterhin unter cc-by-sa ausliefern. Diese kann dann der TV-Sender unter heutigen bedingungen einsetzen. Er hat aber auch die Möglichkeit, sich aus den Daten eine eigene Karte zu Rendern und die eben nur mit Quelle: OpenStreetMap zu präsentieren. -- View this message in context: http://gis.638310.n2.nabble.com/Quellen-und-Lizenzangabe-im-Fernsehen-tp5148407p5153097.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
Am 8. Juni 2010 12:39 schrieb aighes h.scholl...@googlemail.com: Kann ich gerne versuchen: Die odbl schützt unsere Daten und zwingt Nutzer, Daten die sie ihren Werken auf OSM-Basis hinzufügen ebenfalls unter odbl zu veröffentlichen. Das Produkt was aus OSM-Daten abgeleitet wird muss aber nicht unter eine bestimmte Lizenz gestellt werden, es muss aber OSM als Quelle genannt werden. Die großen OSM-Renderer werden ihre Kacheln weiterhin unter cc-by-sa ausliefern. Diese kann dann der TV-Sender unter heutigen bedingungen einsetzen. Er hat aber auch die Möglichkeit, sich aus den Daten eine eigene Karte zu Rendern und die eben nur mit Quelle: OpenStreetMap zu präsentieren. Die ODbL ist konkreter als die CC-by-SA was die Attribution angeht: http://www.opendatacommons.org/licenses/odbl/1.0/ Absatz 4.3 afaik wird es (zumindest rechnerisch) mehr als doppelt so problematisch: (c) OpenStreetMap.org Contributers, CC-by-SA | wc -m 45 Contains information from OpenStreetMap.org, which is made available here under the Open Database License (ODbL). | wc -m 114 Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder in Website einbinden
Hallo, Markus wrote: Ich suche nach einer Möglichkeit, Luftbilder so in eine Website einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild, wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen. Um eine geeignete Technologie vorschlagen zu koennen, muesste man wissen, welcher Art die Luftbilder sind, also von was fuer einer Art Server sie kommen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder in Website einbinden
Ich suche nach einer Möglichkeit, Luftbilder so in eine Website einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild, wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen. Interessant wäre auch eine Überblendmöglichkeit. Haben wir sowas schon? * Was sind die technischen Voraussetzungen? Wenn nicht: wer hat Lust, sowas zu entwickeln? Gruss, Markus * es soll nicht die Google-API benutzt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
Hallo Stefan, meiner Meinung nach müsste ein Quelle: OpenStreetMap (odbl) dem Absatz 4.3 in nicht Internet-Medien genügen, wenn keine wieteren Datenbanken hinzugefügt werden. Unter Openstreetmap findet man die Datenbank, die unter odbl steht. Eine URL in einem nicht Internet-Medium ist sinnfrei. Das schreibt sich doch sowieso keiner mit... -- View this message in context: http://gis.638310.n2.nabble.com/Quellen-und-Lizenzangabe-im-Fernsehen-tp5148407p5153208.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder in Website einbinden
Hallo Markus Siehe doch bitte einmal unter http://sautter.com/map/?zoom=17lat=52.36648lon=14.00513layers=00B000TF Mit freundlichen Grüßen Rolf -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Markus Sent: Tuesday, June 08, 2010 1:15 PM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Luftbilder in Website einbinden Ich suche nach einer Möglichkeit, Luftbilder so in eine Website einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild, wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen. Interessant wäre auch eine Überblendmöglichkeit. Haben wir sowas schon? * Was sind die technischen Voraussetzungen? Wenn nicht: wer hat Lust, sowas zu entwickeln? Gruss, Markus * es soll nicht die Google-API benutzt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.829 / Virendatenbank: 271.1.1/2924 - Ausgabedatum: 06/07/10 20:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder in Website einbinden
Am 08.06.2010 13:10, schrieb Markus: Ich suche nach einer Möglichkeit, Luftbilder so in eine Website einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild, wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen. Mit OpenLayers kann man das machen http://openlayers.org/ Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
- Ursprüngliche Mitteilung - Hallo, Am Dienstag 08 Juni 2010 09:55:45 schrieb aighes: Die Anwender legen aber nicht das Routing fest, sondern der Ersteller. Was der Knackpunkt an der Sache ist! Dieser legt das Routing auf seine Zielgruppe aus. Wenn die Zielgruppe Reiseradler mit 40kg Gepäck ist wird er Treppen maximal mit einer geringen Priorität erstellen. Die Stellschrauben bei Garmin sind auch nicht besonders feinfühlig. Man kann nicht sagen, ab 500m Umweg ist eine Treppe ok. Deswegen muß man versuchen sich auf der sicheren Seite zu bewegen, denke ich. Die sichere Seite ist anzunehmen das Treppen und Schiebestrecken unerwünscht weil nicht fahrbahr sind. Eine eigene Navigationslösung könnte das sicher besser differenzieren. Beim Garminformat gehts nicht, bedeuet für mich auf der sicheren Seite zu bleiben. Letzlich haben wir ja dank OSM den Vorteil, dass es zig verschiedene Karten gibt, die alle unterschiedliche Preferenzen haben. Und wenn keine dabei ist, besteht immer noch die Möglichkeit, sich seine Karte anzupassen. Verständnisfrage dazu: Kann ich über mkgmap entscheiden, ob die Garmin- Software im GPS mich über Treppen, Gehwege etc routen soll oder nicht? Profil Fußgänger passt für mich nicht, weil es über Treppen routet, Profil Fahrrad passt nicht, weil Wanderwege nicht benutzt werden, auf denen das Radfahren zwar nicht erlaubt, aber üblich ist. Das hab ich so noch nicht festgestellt. Meiner Meinung wird über Wanderwege geroutet. Wenn nicht könnte man mkgmap ja dazu veranlassen es zu tun. Ich denke die Meißte Zeit könnte man auch damit leben was die Garmingeräte anbieten. Man kann in den Hauptkategorien noch differzieren. So kann ich als Rennradfahrer das Autoprofil wählen und Autobahnen ausschließen. So bin ich dann auf optimal zügigen Straßen unterwegs während andere Radfahrer mit dem eigentlichen Fahrradprofil zufrieden sein werden. Es hift unterwegs auch nicht unbedingt wirklich alles bis ins letzte zu differezieren, denn dann ist man irgendwann schon mehr mit Eingeben beschäftigt als mit Radfahren.. Gruß, Wolfgang ___ 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] Luftbilder in Website einbinden
Hallo, Markus wrote: Um eine geeignete Technologie vorschlagen zu koennen, muesste man wissen, welcher Art die Luftbilder sind Die Luftbilder sind von der Art, wie sie von der Stadt Lauf kommen. Als Pilotprojekt könnte die Einbindung auf der Website der Stadt erfolgen. Dann kannst Du auf der Client-Seite OpenLayers einsetzen, und auf der Serverseite brauchst Du entweder einen WMS-Server, der die Bilder bereitstellt (z.B. UMN Mapserver), oder Du musst die Bilder vorher alle in Kacheln umrechnen und auf einem Webserver bereitstellen. Die Serverseite ist dabei vermutlich der aufwendigere Teil. Sven Geggus macht das ja fuer osm.de. 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
Re: [Talk-de] Luftbilder in Website einbinden
Hallo Frederik, OL Gibt es da schon etwas Fertiges? Anschauungsbeispiel? WMS-Server oder Kacheln auf einem Webserver Was ist für die lokale Anwendung in Lauf sinnvoller? Welche Variante taugt für DE oder grösser? Über was für Dimensionen reden wir da? (Programmierung, Transformation, HW) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] The Whole Earth In Your Hand
Hallo, ich habe eine neue Form des Worldfiles begonnen und das erste Ergebnis liegt nun zum Test bereit, die Karte in QLandkarte funktioniert schonmal sehr gut. Was ich mangels großer MicroSD-Karte nicht testen konnte war das Worldfile komplett auf dem GPS-Gerät. Hier also erstmal die Eigenschaften des neuen Worldfile: - Meeresdarstellung - Routingfähig - Teddy.typ - gesamte Welt Nachteile: - kein festes Raster mehr, das heißt ich kann keine schnellen Karten für zwischendurch erzeugen, wie z.B. die Haitikarten, das müßte man dann extra heraussuchen bzw eine extra-Karte erzeugen. - Das Raster korreliert nicht mehr mit Höhenlinienkarten, sie lassen sich aber natürlich trotzdem benutzen. - die fertige gmapsupp ist nur für neuere Geräte geeignet, die gmapsupp.img ist über 6GB groß. geht das überhaupt? Ich habe das noch nicht testen können. Eventuell muß ich die Datei dann noch teilen. Zumindest die Version für die Kartenprogramme kann ja mal getestet werden, aber wenn es geht bitte erst morgen und dann vom GwdG-Mirror laden, damit der Ursprungsserver nicht überlastet wird. Die Dateien sind beide je ca. 4GB groß! http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Hallo Jan, heute wollte ich mich vom GPS durch Lübeck leiten lassen und es sollte zu Umwegen kommen wegen Treppen. Diese haben aber Rampen für Räder. Kann mir einer von Euch sagen ob Karten mit MKGMAP gerechnet auf ramp=yes oder ramp:bicycle http://wiki.openstreetmap.org/wiki/Key:ramp:bicycle=yes mit dem Routing entlang führen ? Eine andere (weitverbreitete) Möglichkeit wäre, Treppen mit Velo-Rampen mit bicycle=yes zu taggen. Ich nehme an, dass dies von den Routern eher beachtet wird.. Ich bastle übrigens gerade an einer Karte, welche die bicycle-Tags hervorhebt. Gerade weil die Präferenzen so unterschiedlich sind, ist eine *optische* Karte zur Planung machmal besser geeignet: http://access.t-i.ch/ (Noch ist die Karte Schweiz-bezogen, aber dank dem Wikimedia Toolserver bald weltweit verfügbar.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Hallo, Am Dienstag 08 Juni 2010 14:32:00 schrieb Sven Sommerkamp: - Ursprüngliche Mitteilung - schrieb Wolfgang Profil Fußgänger passt für mich nicht, weil es über Treppen routet, Profil Fahrrad passt nicht, weil Wanderwege nicht benutzt werden, auf denen das Radfahren zwar nicht erlaubt, aber üblich ist. Das hab ich so noch nicht festgestellt. Meiner Meinung wird über Wanderwege geroutet. Wenn nicht könnte man mkgmap ja dazu veranlassen es zu tun. vielen Dank für die schnelle Erklärung an aighes Beispiel: http://129.206.229.146/openrouteservice/?zoom=15lat=53.63924lon=10.06752layers=FB000TTF Von: Hamburg, Am Hehsel Nach: Hamburg, Langwisch Einstellung Fußgänger: 14 Min Einstellung Radfahrer: 21 Min Exakt die gleichen Wege berechnet mein Garmin. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] incremental update einer osm sql-database - geht das?
hi, derzeit hole ich mir für bestimmte auswertungen (z.b. dortmund) die dayly oder hourly change-files von planet.openstreetmap.org, merge die mit osmosis in das aktuelle osm-file und werte dann in perl das neue aktualisierte osm-file aus. funktioniert eigentlich prima aber es dauert halt verdammt lange. und ist doch sehr unflexibel. macht es sinn, das ganze auf sql (postgresql oder lieber noch mysql) umzustellen? konkreter: kann man mit einen planet change-file eine sql-datenbank auf dem aktuellen stand halten? mfg walter - Mauern um Friedhöfe sind Blödsinn: Die, die drin sind, können nicht raus - die, die draußen sind, wollen nicht rein. -- View this message in context: http://gis.638310.n2.nabble.com/incremental-update-einer-osm-sql-database-geht-das-tp5154153p5154153.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnisse erfassen oft nur bewohnte Straßen
On 04.06.2010 19:40, Manuel Reimer wrote: Tirkon wrote: Einige andere, teilweise auch gepflastert aber zugewachsen, sind aber zumindest soweit erhalten, dass man sie mit dem (Mountain-) Rad benutzen könnte, wenn dort gemäht würde. Ein Traktor dürfte in jedem Falle durchkommen. Und wer sagt, dass wir nicht auch für Traktoren mappen? Es gibt immer mal wieder Feldwege, die offensichtlich nicht mehr aktiv genutzt werden und demzufolge zuwachsen. Ich habe mich darauf festgelegt, dass ich, wenn ich einen Weg betrete und irgendwann in schlecht zu durchquerendem hohen Gras stehe und auch keine Fahrspuren zu sehen sind, einfach umkehre und diesen Weg dann nicht einzeichne. Zumindest für Wanderer sollte ein eingezeichneter Weg noch einen gewissen Nutzen haben. Wenn die Landwirte wirklich in meinem Gebiet vorhaben, irgendwas mit OSM zu machen, dann können die die schlechten Wege ja selber einzeichnen. oder halt wieder löschen :-) , da sie genervt sind, andauernd Radfahrer und Wander auf Ihren privaten Gelände zu begegnen. Gruß Manuel Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrradwege (cycleway=track/lane) entla ng Einbahnstraßen. - OpenRouteService
Wie sieht das mit Fahrradwegen entlang Einbahnstraßen aus. Dachte immer man muß wenn das benutzen in Gegenrichtung erlaubt ist, dies extra taggen. Ansonsten gilt auch für die Radfahrer auf dem Fahrradweg die Einbahnstraße. Bei OpenRouteService werde ich auf jeden Fall über solche Straßen geleitet. Ist das ein Fehler im Berechnen der Route ? Grüße Skyper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jogging-Rundstrecken
Hallo zusammen, In der Schweiz gibt es zwei Versicherungen, welche im ganzen Land Joggingstrecken ausschildern: - Vitaparcours (ca. 500, Zurich Versicherungen) - Helsana Trails (ca. 100, Helsana Versicherungen) Diese Strecken sind für alle frei zugänglich und haben meistens alle paar hundert Meter einen Posten, an dem man zusätzliche Übungen machen kann, z.B. Klimmzüge, auf Holzbalken balancieren, etc. Es hat sich eingebürgert, diese Strecken als Routen-Relationen mit type=fitness_trail einzutragen. Von den 40 Relationen sind 31 aus der Schweiz: http://osm.t-i.ch/fitness_map.html Gibt es in Deutschland/Österreich ähnliche Rundstrecken? Wikipedia kennt zwar Trimm-dich-Pfade; dem Text nach zu urteilen existieren aber nicht mehr viele dieser Strecken.. http://de.wikipedia.org/wiki/Trimm-dich-Pfad Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos auf Karten
Hallo Martin, http://www.geograph.org.uk http://geo.hlipp.de Die nutzen Google Maps, schreib denen doch mal ne nette Mail. Übernimmst Du geograph.org.uk ? Dass Google so oft verwendet wird - und OSM eher selten - liegt meist an der API. Bei OSM ist das noch richtig Arbeit... Gruss, Markus - - - - geo.hlipp.de schreibt: ja, das ist durchaus erwünscht[1]. Bisher fehlt(e) es lediglich an der Zeit, mich entsprechend zu informieren und dann die Unterstützung zu implementieren. Vermutlich wäre http://trac.openlayers.org/wiki/Documentation erste Anlaufstelle? Nötig ist: * Platzierung von zwei Markern * Platzierung von Linien (Gitter, Zonengrenze) * Verschiebbare Marker, Koordinaten im Einreichformular sollten dabei jeweils aktualisiert werden. OSM-Unterstützung ist also auf der TODO-Liste, aber wegen Zeitmangels kann ich nicht versprechen, dass ich bald danach sehe. [1] Genau gesagt wäre ich froh, nicht auf GoogleMaps angewiesen zu sein... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Andreas Labres l...@lab.at [Mon, Jun 07, 2010 at 09:08:21PM CEST]: On 06.06.10 06:57, Johannes Huesing wrote: church_type=fortified? amenity=place_of_worship_and_defense? IMO sollte man amenity=place_of_worship nur für in Betrieb befindliche Kirchen/Anbetungsstätten verwenden. Alles andere ist historic=... Das wäre hier der Fall, die Kirche ist ganz normal in Benutzung. Für Gläubige ist der Unterschied, ob die Kirche geweiht ist. Ich weiß aber nicht, woran man das ablesen kann. Säkularisierte Kirchen würde ich aber nicht mit historic=church, sondern building=church versehen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
M∡rtin Koppenhoefer dieterdre...@gmail.com [Tue, Jun 08, 2010 at 10:41:43AM CEST]: Am 7. Juni 2010 21:08 schrieb Andreas Labres l...@lab.at: On 06.06.10 06:57, Johannes Huesing wrote: church_type=fortified? amenity=place_of_worship_and_defense? IMO sollte man amenity=place_of_worship nur für in Betrieb befindliche Kirchen/Anbetungsstätten verwenden. Alles andere ist historic=... oder wie wärs mit disused=yes ? Dagegen haben ja viele schon ihr Bedenken geäußert, aus Rücksicht auf Anwendungen, die das disused-Tag nicht auswerten. Das disused-Tag hat außerdem den Nachteil, dass es eine Umnutzung nicht erfasst. In Ordnung fände ich disused=place_of_worship bei säkularisierten Kirchen, tourism=museum würde sich damit nicht beißen. Ähnlich disused=colliery, amenity=nightclub für die Diskothek in der Waschkau der ehemaligen Zeche Hibernia in Essen-Dreckenbrockenbrackenhausen (in http://www.mail-archive.com/talk-de@openstreetmap.org/msg56388.html war ich für historic=colliery, aber man wird ja noch hinzulernen dürfen). -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos auf Karten
Am 8. Juni 2010 18:00 schrieb Markus liste12a4...@gmx.de: Dass Google so oft verwendet wird - und OSM eher selten - liegt meist an der API. Bei OSM ist das noch richtig Arbeit... Wieso? Die Api kann einem doch egal sein, man kann OSM in den Googleviewer einbinden, oder Openlayers verwenden, beides hat mit OSM eigentlich nichts zu tun. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] incremental update einer osm sql-database - geht das?
On Tue, Jun 08, 2010 at 08:23:08AM -0700, Walter Nordmann wrote: hi, derzeit hole ich mir für bestimmte auswertungen (z.b. dortmund) die dayly oder hourly change-files von planet.openstreetmap.org, merge die mit osmosis in das aktuelle osm-file und werte dann in perl das neue aktualisierte osm-file aus. funktioniert eigentlich prima aber es dauert halt verdammt lange. und ist doch sehr unflexibel. macht es sinn, das ganze auf sql (postgresql oder lieber noch mysql) umzustellen? konkreter: kann man mit einen planet change-file eine sql-datenbank auf dem aktuellen stand halten? Es ist kein Problem, wenn dir das simple-Schema von Osmosis ausreicht. Datenbank mit dem Skript script/pgsql_simple_schema_0.6.sql anlegen, dein osm-File mit --write-pgsql-Task importieren und dann beim Updated einfach den --write-xml-change-Task durch den --write-pgsql-change-Task ersetzen. Auf meiner Maschine (DualCore mit 2GB RAM) dauert das Update für 24 Stunden (also 24 hourly change-files oder 1 daily change-file) etwa 1.5h, wenn keine Geometrien für die Objekte erstellt werden. Wie lange im Vergleich dazu das Update einer osm-Datei braucht, habe ich nicht probiert. Noch ein kleiner Hinweis: achte darauf, dass beim Anlegen der Datenbank ein Index über das Feld relation_id in der Tabelle relation_members erstellt wird. Bis vor zwei Wochen fehlte das im Skript. Ohne diesen Index kann das Update mal schnell 8 Stunden brauchen. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway_link mit ref taggen oder etwa nicht??? (war: Re: Trennzeichen bei Aufzähl ungen im Wert eines Tags (war: motorway und motorway _link um destination-tag ergänzen))
Am 07.06.2010 um 07:36 schrieb Martin Simon: Am 5. Juni 2010 02:18 schrieb steffterra steffte...@me.com: Der ref hat einen Bezug, wie sein Name schon sagt. Und der ist der logischste: der wohin er mich hinführt. Und zwar nicht nur die Auffahrt führt mich auf die Autobahn, sondern auch die Abfahrt führt mich auch auf die Landstraße. Deshalb konsequent für letzteres auch den ref der Landstraße setzen. Oder man macht es anders herum genauso konsequent: immer den ref dahin setzen, wo die Straße herkommt - doch wo führt uns das hin? (kleines Wortspiel). Meine Güte, es wurde doch bereits (er/ge)klärt, daß ref=* _nicht_ der Wörterbuch-Übersetzung (deiner Wahl) von reference entspricht, sondern einfach nur die Kurzbezeichnung angibt, unter der diese Route wenn du so willst *referenziert* wird. Hallo Martin, Meine Güte, der Thread ist auch schon weiter fortgeschritten - falls Du das nicht verfolgen konntest. Kann ja passieren. Dort wurde auch schon ein Vorschlag für einen neuen, für den motorway_link evtl. besser passenden, ref-key gemacht: leadingto_ref. Weitere Vorschläge sind bisher nicht eingetroffen - Nun vlt. jetzt? Ach ja, passend dazu (nicht direkt auf Deine mail, aber zur bisherigen Diskussion, siehe Betreff, passend: ) Wenn man von einer Autobahn über ein Autobahnkreuz/Dreieck auf eine andere Autobahn kommt, würdest Du das Kreuz mit seinen motorway_links auch zu der Autobahn zählen oder? Es würde ja niemand sagen, dass man die Autobahn am Kreuz verlassen hat und dann auf die andere Autobahn aufgefahren ist, sondern man würde eher sagen, dass man von der einen auf die andere Autobahn gefahren ist. Ergo: der motorway_link ist zumindest im Falle von Autobahnkruezen/Dreiecken eben schon Teil der Autobahn und deshalb korrekt mit ref zu taggen. Warum brechen sich dann hier einige einen Zacken aus der Krone, normale Auffahrten ebenso zu taggen? Und wnen nicht mit ref, gibts ja den Vorschlag mit leadingt_ref, zu dem ich mir etwas Resonanz wünschte (sowohl positive als auch negative, wenn gut begründet, oder besserer Vorschlag). Wenn dann genug Feedback dazu da ist, bin ich gerne bereit mich dafür einzusetzen und ein Proposal dazu zu schreiben. Im übrigen ist es kein Problem für einen Router, bei einem Abbiegehinweis einfach den Namen des _nächsten_ Stückchens Straße zu nennen, das einen solchen hat (in diesem Falle eine ref). Frag mal die Firma Garmin, beispielsweise. Die Firma Garmin nutzt bekanntermaßen NavTeq und nicht OSM - und das sicher aus gutem Grund. Leider hatte ich noch nicht die Gelegenheit, einen Blick in die NavTeq-Daten zu werfen (was aus Lizenzgründen auch nicht kostenlos möglich sein wird ;-) Ich bin mir aber sehr sicher, dass sie den Rechenaufwand für die Routen-Ansagen-Generierung möglichst gering halten möchten und schon deshalb soviel Informationen wie möglich bereithalten. Die werden sicher keine Interpretationen machen, wenn sie genauso gut dafür auch die Information selbst vorhalten können. Und das gleiche sollten wir auch tun. Und das was Du wahrscheinlich eigentlich meinst ist die Generierung von Ansagen, die in n Metern vorher genannt werden. Diese sog. Ankündigungen werden aber aus dem Abbiegepunkt von der Bundesstraße auf die Autobahnauffahrt generiert und dann die entsprechende Strecke davor festgelegt, zu der die Ankündigung mit n Metern angesagt wird. Ich kann mir nicht vorstellen, dass in NavTeq nur die Autobahn enthalten ist, aber in den Daten zur Auffahrt nichts steht und das Nüvi das selbst herleiten muss. Das wäre absurd, da das unnötigen Rechenaufwand bedeutet. Denn einmal eingepflegt und die Daten stehen direkt zur Ansagen-Generierung zur Verfügung. Du aber mutest jedem potentiellen OSM basierenden Navi zu, den Rechenaufwand (z.B. direkt auf einem mobilen Endgerät) zu betreiben. Warum? Wieso sollte eine Autobahn zwei verschiedene ref-Tags haben? Die A 3 kann nicht auch auf der A 7 sein. Ausnahme: motorway_links am Kreuz A 3-A 7 - aber das sind auch keine Autobahnen ;-) Die Antwort ist 42. http://www.openstreetmap.org/browse/way/4241623 Lass dich von der 23 nicht beirren. Das hat seine Richtigkeit. Das mit der 42 und der 23 musst Du mir bei Gelegenheit mal erklären, bitte ;-) Aber danke für den Hinweis, sicher gibt es besondere Autobahnstrecken, die sich bei Überschneidungen wie in Deinem Beispiel ein Stück Autobahn teilen. Aus der Diskussion, wie das dann im Syntax mit Leerzeichen oder ohne zu machen ist, habe ich mich bereits zurückgezogen. Mir ist es schlichtweg wurscht (Sorry Bernd, keine Anspielung). Grüße, steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jogging-Rundstrecken
Moin, Thomas Ineichen schrieb am 08.06.2010 17:59: In der Schweiz gibt es zwei Versicherungen, welche im ganzen Land Joggingstrecken ausschildern: - Vitaparcours (ca. 500, Zurich Versicherungen) - Helsana Trails (ca. 100, Helsana Versicherungen) Diese Strecken sind für alle frei zugänglich und haben meistens alle paar hundert Meter einen Posten, an dem man zusätzliche Übungen machen kann, z.B. Klimmzüge, auf Holzbalken balancieren, etc. Es hat sich eingebürgert, diese Strecken als Routen-Relationen mit type=fitness_trail einzutragen. Von den 40 Relationen sind 31 aus der Schweiz: http://osm.t-i.ch/fitness_map.html Gibt es in Deutschland/Österreich ähnliche Rundstrecken? Wikipedia kennt zwar Trimm-dich-Pfade; dem Text nach zu urteilen existieren aber nicht mehr viele dieser Strecken.. http://de.wikipedia.org/wiki/Trimm-dich-Pfad Also Trimm-dich-Pfade gibt es noch, von einem zumindest weiss ich das ganz sicher. Allerdings macht der nicht mehr unbedingt den gepflegtesten Eindruck. Wenn man den wuerde einzeichnen wollen (warum eigentlich nicht, du bringst mich gerade auf eine Idee, wo ich Samstagmorgen mal hin laufen koennte), dann waere wohl aber nicht die Strecke das entscheidende (so lang ist der nicht, gerade mal einige hundert Meter), sondern interessanter waeren die einzelnen Stationen. Gibt es dafuer eine ueblich Erfassung? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Hi, Am 08.06.2010 19:16, schrieb aighes: Die gmapsupp.img musst du wenn Teilen, sodass die Einzelteile kleiner als 4gb bleiben. Die Geräte benötigen Fat32 und das ist mW limitiert auf 4gb max. Dateigröße. Na dann gibts eine West und eine Osthälfte, das sollte zu machen sein. Eine andere Baustelle ist, dass die Geräte ab 2gb deutlich langsamer werden. Auch die ganz neien Geräte? Ich habe das bisher nur mit meiner EU-Karte getestet, die ist gerade 2,1 GB groß und das geht völlig problemlos auf meinem Oregon 300. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Carsten Schwede schrieb am 08.06.2010 15:38: - kein festes Raster mehr, das heißt ich kann keine schnellen Karten für zwischendurch erzeugen, wie z.B. die Haitikarten, das müßte man dann extra heraussuchen bzw eine extra-Karte erzeugen. Falls du inzwischen den mkgmap-splitter zum Trennen nutzen solltest, so kannst du ja jedes Mal die selbe area-List zum Schneiden nutzen. Dann hast du zwar nicht dieses starre Raster wie frueher, aber du hast trotzdem eine feste Tabelle, welche Kachel welches Gebiet abdeckt. Basierend auf einer solchen Tabelle kann man auch den Kachel Namen zuweisen, ueber die diese dann in mapsource oder im Navi ausgewaehlt werden koennen. Dazu rufe ich mkgmap mit dem Parameter -c maplist.txt auf, und die Datei maplist enthaelt dann fuer jede Kachel einen Eintrag im Format: mapname: 1001 description: FR - Macon input-file: 1001.osm.gz Solche Tabelle muesste man leider einmal von Hand erstellen, was bei einer Weltkarte sicherlich eine ziemliche Arbeit ist. Aber das ist ja eine einmalige Taetigkeit, solange die Kacheln nicht zu voll werden fuer die Garmin-geraete, kann man dann bei jeder neuen Version die selben Paraemeter-Dateien nutzen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jogging-Rundstrecken
Hallo Torsten, Also Trimm-dich-Pfade gibt es noch, von einem zumindest weiss ich das ganz sicher. Allerdings macht der nicht mehr unbedingt den gepflegtesten Eindruck. Ja, ein paar wenige findet man hier: http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de/de1f1af31383c2c2.html Wenn man den wuerde einzeichnen wollen (warum eigentlich nicht, du bringst mich gerade auf eine Idee, wo ich Samstagmorgen mal hin laufen koennte), dann waere OSM - gut fürs Herz! ;-) wohl aber nicht die Strecke das entscheidende (so lang ist der nicht, gerade mal einige hundert Meter), sondern interessanter waeren die einzelnen Stationen. Gibt es dafuer eine ueblich Erfassung? Hier wird als Rolle stop_nummer empfohlen: http://wiki.openstreetmap.org/wiki/EN:Switzerland/Parcoursvita (Den Link hatte ich vorhin vergessen.) Verwendet wird das z.B. hier: http://www.openstreetmap.org/browse/relation/859909 Manche Relationen verwenden aber auch 'station': http://www.openstreetmap.org/browse/relation/285910 [Es läuft ja meistens so - solange etwas nicht gerendert wird, entwickelt sich auch kein einheitliches Tagging-Schema.] Momentan läuft gerade ein Render-Durchgang, bei dem auch route=running gezeichnet wird. Die Stationen kommen dann in einem nächsten Schritt drann. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quellen- und Lizenzangabe im Fernsehen
On Tue, Jun 08, 2010 at 04:14:51AM -0700, aighes wrote: Hallo Stefan, meiner Meinung nach müsste ein Quelle: OpenStreetMap (odbl) dem Absatz 4.3 in nicht Internet-Medien genügen, wenn keine wieteren Datenbanken hinzugefügt werden. Unter Openstreetmap findet man die Datenbank, die unter odbl steht. Eine URL in einem nicht Internet-Medium ist sinnfrei. Das schreibt sich doch sowieso keiner mit... Die Lizenz hoert sich in meinen Ohren aber reichlich Eindeutig an: DATABASE NAME should be replaced with the name of the Database and a hyperlink to the URI of the Database. “Open Database License” should contain a hyperlink to the URI of the text of this License. If hyperlinks are not possible, You should include the plain text of the required URI’s with the above notice. D.h. ob das Internet ist ist ziemlich egal - Hyperlink und wenn nicht moeglich dann http://www.openstreetmap.org oder?: Also - EINFACHER oder WENIGER wird das mit ODBL imho nicht ... Flo -- Florian Lohoff f...@zz.de 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] Car Sharing
fly lowfligh...@googlemail.com [Tue, Jun 08, 2010 at 11:08:38AM CEST]: [...] Auf jeden Fall für die Parkplätze verwenden. Mit capacity, wenn möglich. mMn eher nicht. Wenn man den Dienst wahrnehmen will, greift man eh auf die Organisation zu und die hat im Zweifel die aktuelleren Daten. Bei unserem Standort ändert sich das alle paar Monate. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenspende Gemeindegrenzen Bayern ält eren Datums: Probleme bei Shape-Datenkonvertierun g
Hallo allerseits, die Daten wurden mir als Shape Dateien in WGS84 (nicht WKS84) Format gegeben. Leider ist so ein steigender Versatz bei den einzelnen Gemeinden enthalten quer über Bayern. Wenn ich die Daten nochmal im vermutlichen Gauß-Krüger 4 (GK4) Originalformat erhalte, wer könnte mir die dann nach wgs84 und ggfs. noch weiter konvertieren nach osm? Es geht dabei nicht darum, die Grenzen dann gnadenlos zu importieren, sondern nur solche zu übernehmen, bei denen die Gemeindegrenze noch nicht in OSM vorliegt. Die Genehmigung und weitere Details sind nachzulesen in [1]. Grüße Dietmar aka okilimu [1] http://wiki.openstreetmap.org/wiki/Bayern/Gemeindegrenzen-Spende-2010 -Ursprüngliche Nachricht- Von: Dietmar [mailto:ostr...@diesei.de] Gesendet am: Montag, 7. Juni 2010 13:13 An: Openstreetmap allgemeines in Deutsch Betreff: Datenspende Gemeindegrenzen Bayern älteren Datums: Probleme bei Shape-Datenkonvertierung Hallo, ich habe von der Uni Augsburg einen alten, eigenerfassten Bestand (aus den 1980ern) der Gemeindegrenzen Bayerns erhalten im Shape-Fileformat mit WKS84. Meine Versuche mit shp-to-osm-0.7.3-jar-with-dependencies.jar unter Windows führen zur Fehlerausgabe: No output format specified. Defaulting to osmChange format. 07.06.2010 12:52:07 osm.output.OSMChangeOutputter saveOsmOut INFO: Writing out to file C:\Privat\OpenStreetMap\programme\shapeimporte\.\bayer ngrenzen.osm0.osm. 07.06.2010 12:52:08 osm.output.OSMChangeOutputter saveOsmOut INFO: Done. Exception in thread main java.lang.IllegalArgumentException: points must form a closed linestring at com.vividsolutions.jts.geom.LinearRing.validateConstruction(LinearRin g.java:95) at com.vividsolutions.jts.geom.LinearRing.init(LinearRing.java:90) at com.vividsolutions.jts.geom.GeometryFactory.createLinearRing(Geometry Wer hat Ideen oder weitergehende Möglichkeiten, die Daten zu konvertieren, ggfs mit einigen offenen Flächen als Ergebnis? Ich gehe davon aus, daß die Daten in der gemeldeten Hinsicht fehlerhaft sind. Ich habe mit dem Konverter früher schon mal räumlich kleinere Wasserschutzgebiets-Flächen konvertiert von einem anderen Datenlieferanten. Ich will die Daten sowieso erst visuell prüfen und gegenchecken hinsichtlich Genauigkeit und Aktualität und dann ggfs. einzeln übernehmen. Bitte bei mir melden, dann stelle ich die Daten bereit. Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Hallo, Wenn man den Dienst wahrnehmen will, greift man eh auf die Organisation zu und die hat im Zweifel die aktuelleren Daten. Bei unserem Standort ändert sich das alle paar Monate. Sehe ich ähnlich, hinzu kommt, daß ja nicht nur die Anzahl von Station zu Station variert, sondern auch die Fahrzeugtypen. Was habe ich davon wenn ich weiß, das da 5 Wagen stehen aber nicht weiß ob es Kleinwagen oder Transporter sind, und noch wichtiger ob sie gerade frei sind. Es gibt meiner Meinung nach 2 Gründe sich die Standorte anzusehen: 1.: bevor man Mitglied wird um zu sehen ob es in der Nähe Standorte gibt 2.: wenn man einen Wagen reserviert hat um ihn zu finden. Die Anzahl ist in beiden Fällen unwichtig, aber wer will kann sie natürlich gerne eintragen sollte dann aber auch regelmäßig prüfen ob es noch stimmt. Oder irgendwie ein Stand:8.6.10 o.ä. eingeben. Das wäre doch eine Idee, wer solche sich häufig ändernden Daten eingibt bekommt automatisch alle paar Monate eine Mail er solle überprüfen ob sie noch stimmen ;-) Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Am 08.06.2010 11:28, schrieb Georg Feddern: René Falk schrieb: Schauste da rein. Ist ebenfalls vom Statistischen Bundesamt: http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/NamensGrenzAenderung/Aktuell/2009RS__Umschluesselung0101.psml ah, danke für die Info. Dann ist das also nur deren internen 18-monatigem Abarbeitungsstau geschuldet und wird sicherlich innerhalb der nächsten Jahre auch in die anderen quartalsweise aktualisierten Dokumente mit einfließen ... Ich war doch tatsächlich so blauäugig, zu glauben, das Daten mit Angabe eines Standes auch dem angegebenen Stand entsprechen ... Man kann sich also wieder mal darauf verlassen, dass man verlassen ist, wenn man sich darauf verlässt ... :-( Ich hatte wegen der Diskrepanz gestern eine E-Mail ans Statistische Bundesamt geschickt. Heute kam schon die Antwort. Angeblich sollen ab diesem Jahr in der GVD100AD alle Regionalschlüssel aktualisiert worden sein. Ich sollte zur Klärung eventueller Missverständnisse doch mal anrufen. Das werde ich morgen mal tun, falls ich die Zeit dazu erübrigen kann. Werde dann hier berichten. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] incremental update einer osm sql-database - geht das?
On Tue, Jun 08, 2010 at 01:56:46PM -0700, Walter Nordmann wrote: Es ist kein Problem, wenn dir das simple-Schema von Osmosis ausreicht. Datenbank mit dem Skript script/pgsql_simple_schema_0.6.sql anlegen, dein osm-File mit --write-pgsql-Task importieren und dann beim Updated einfach den --write-xml-change-Task durch den --write-pgsql-change-Task ersetzen. - 1x osm - sql konvertieren - osmosis merged db und xxx.osc und schreibt alles wieder in db. Jein - osmosis applied jeden einzelnen change in der .osc datei direkt in der datenbank. - alle anderen osmosis-aufgaben (poly-filter, ...) bleiben wie gehabt. macht irgendwie sinn ;) Aeh ja nein - also osmosis dazu zu benutzen die daten aus der sql db zu saugen um dann einen osmosis poly filter anzuwenden macht keinen sinn. Das kann postgis schneller ... Dafuer muss man sich nen bischen mit sql auseinandersetzen und den poly als multipolygon in der Datenbank ablegen. Ach ja - wenn du OSM files haben willst fuer einen ausschnitt macht der postgres/postgis weg keinen wirklichen sinn. Dann ist das nur overhead. Wenn es aber darum geht bestimmte elemente in dem ausschnitt zu identifizieren dann geht das in der postgis effizienter und schneller. Also interessant waere mal was du weiter vor hast. Auf meiner Maschine (DualCore mit 2GB RAM) dauert das Update für 24 Stunden (also 24 hourly change-files oder 1 daily change-file) etwa 1.5h, wenn keine Geometrien für die Objekte erstellt werden. Wie lange im Vergleich dazu das Update einer osm-Datei braucht, habe ich nicht probiert. osmosis braucht fuer dortmund ca 90 sekunden (hourly change); allerdings die nachfolgenden perl-auswertungen ca 4-10 minuten. gerade hier verspreche ich mir verbesserungen. Die Frage ist - was wertest du das aus? postgres/posgis nur als speicherort fuer ein osm file ist quatsch. Noch ein kleiner Hinweis: achte darauf, dass beim Anlegen der Datenbank ein Index über das Feld relation_id in der Tabelle relation_members erstellt wird. Bis vor zwei Wochen fehlte das im Skript. sollte kein Problem sein, da ich jetzt - nach deiner ermutigenden antwort - quasi bei null anfange ;) kleine zusatzfrage (auch an den rest der gemeinde): wie sieht es mit mysql aus? mysql hab ich seid jahren für andere sachen (mambo/joomla) im einsatz. Vergiss es ... Wenn du wirklich was mit geometrien machen willst dann nimmt der user postgres mit postgis ... Da macht die Datenbank die harte arbeit geometrien miteinander zu verarbeiten ... Flo -- Florian Lohoff f...@zz.de 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] Eilt - Bitte meine Changesets 4940188, 4940508 und 4940548 zurücknehmen
Hallo, (ich bin User okilimu) bei meinem Changeset 4940188 hatte ich im Josm etliche Rohdaten-Gemeindegrenzen im LK Dillingen, die in diesem Changeset bereits hochgeladen wurden, diese sind noch nicht korrekt mit Attributen besetzt und noch nicht an der korrekten Position. Zwei weitere Changesets (4940508 und 4940548) wurden nicht geschlossen, dies habe ich eben in JOSM nachträglich geschlossen. Auch diese Bitte diese drei Changesets komplett zurücksetzen, danke und großes Sorry für die Mühe! Grüße Dietmar aka okilimu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eilt - Bitte meine Changesets 4940188, 4940508 und 4940548 zurücknehmen
Hallo, Dietmar wrote: Bitte diese drei Changesets komplett zurücksetzen, danke und großes Sorry für die Mühe! Schon dabei, 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
Re: [Talk-de] Jogging-Rundstrecken
Hallo Werner, hast du dich gerade als Freiwilliger gemeldet, der das genaue Tagging für Trimm-Dich-Pfade ausarbeiten will? *grummel* ;) http://wiki.openstreetmap.org/wiki/Tag:route%3Dfitness_trail Hier wird als Rolle stop_nummer empfohlen: http://wiki.openstreetmap.org/wiki/EN:Switzerland/Parcoursvita (Den Link hatte ich vorhin vergessen.) Die Mischung von Rolle und Nummer finde ich nicht gut. Vom theoretischen Standpunkt her mir auch nicht, vom praktischen Standpunkt her (menschenlesbare Sortierung*) schon. In dieser Relation ist die Nummer als ref= Tag auf dem Knoten der einzelnen Station. Das eine schliesst das andere ja nicht aus. ;) Wie die einzelne Station zu taggen ist muss aber auch noch definiert werden. Auf http://wiki.openstreetmap.org/wiki/Key:sport sehe ich spontan kein passendes Tag für einen Trimmdich-Pfad-Station. sport=gymnastic und sport=misc scheint mir nicht ganz passend. Wie wär's mit sport=fitness_trail_station? Oder ist dieser Tag-Wert zu lang? Oder sport=exercise? Allerdings steht auf der Wiki-Seite auch, dass der sport-Key nie alleine stehen sollte.. [Es läuft ja meistens so - solange etwas nicht gerendert wird, entwickelt sich auch kein einheitliches Tagging-Schema.] Das kann sich schnell ändern, wenn ein Taggingschema mal sauber definiert ist, dann wird es auch zum Taggen verwendet. Und wenn es verwendet wird, dann wird es auch irgendwann gerendert oder jemand macht eine Spezialkarte. Henne und Ei.. :) Viele Trimmdichpfade verstecken sich derzeit noch unter type=route route=foot. Oder route=nordic_walking. Momentan läuft gerade ein Render-Durchgang, bei dem auch route=running gezeichnet wird. Die Stationen kommen dann in einem nächsten Schritt drann. Oder auch nicht - habe gerade bemerkt, dass in meiner lokalen Datenbank (alps.osm.bz2) gar keine running-routen sind. Welche Routen soll den das denn das Tag running beschreiben? Trimmdichpfade? Oder Marathonstrecken? Hier gibts auch noch permanent ausgeschilderte Halbmarathonstrecken. Auf Trimm-Dich-Pfaden gibt's doch auch Übungen? (Die Firma Müller lässt die Bewegung übrigens gerade wieder aufleben: www.trimmy.de ). Ein typisches running-Beispiel wäre für mich die Finnenbahn im Irchelpark: http://www.hotel-coronado.ch/www.hotel-coronado.ch/upload/textbild/Irchelpark.jpg (ca. 1 km lang, Holzschnitzel, keine Spaziergänger erlaubt) Aber auch die ausgeschilderte Halbmarathon-Strecke oder ähnliches wo man 'nur' rennt. Natürlich kann man eine Fitness-Trail-Strecke auch rennen, ohne die Übungen zu machen und daher wäre auch eine Relation mit type=running und additional_exercises=yes möglich. Zumindest hier in der Schweiz sind sie allerdings so verbreitet, dass ein eigener Type mMn gerecht- fertigt ist. Gruss, Thomas * früher war es z.B. so, dass JOSM die Sortierung der Nodes durch- einander brachte, wenn man die Relation automatisch sortieren wollte. Wie es heute ist, weiss ich nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jogging-Rundstrecken
Hallo, Werner Hoch wrote: Hier wird als Rolle stop_nummer empfohlen: http://wiki.openstreetmap.org/wiki/EN:Switzerland/Parcoursvita (Den Link hatte ich vorhin vergessen.) Die Mischung von Rolle und Nummer finde ich nicht gut. Das ist vermutlich noch aus der Zeit, als Relationsmitglieder nicht geordnet waren und man daher staendig mit einer Durchmischung rechnen musste. Das braucht man heute nicht mehr. 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
Re: [Talk-de] Eilt - Bitte meine Changesets 4940188, 4940508 und 4940548 zurücknehmen
Dietmar wrote: Bitte diese drei Changesets komplett zurücksetzen, danke und großes Sorry für die Mühe! Warum kann man das nicht selber machen? Der User weiß genau welche Changesets schlecht waren, warum kann er nicht dieselben einfach rückgängig machen? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Carsten Schwede wrote: Hallo, ich habe eine neue Form des Worldfiles begonnen und das erste Ergebnis liegt nun zum Test bereit, die Karte in QLandkarte funktioniert schonmal sehr gut. Was ich mangels großer MicroSD-Karte nicht testen konnte war das Worldfile komplett auf dem GPS-Gerät. Hier also erstmal die Eigenschaften des neuen Worldfile: - Meeresdarstellung - Routingfähig - Teddy.typ - gesamte Welt Sorry, aber diese Anstrengungen sehen für mich so aus, User möglichst davon abzuhalten, selber Karten zu bauen. Wir bieten schon alles, niemand braucht mehr. Ich finde, man sollte eher erklären, wie man selber Karten baut, statt nur Vorgekautes abzuliefern. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Am 08.06.2010 08:31, schrieb Sven Sommerkamp: Wenn ich ein volbepacktes Fahrrad hab oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Ja und? Hats Du gelesen was ich geschrieben habe? Oder liegt das am TOFU? Es geht nicht darum, wie der eigene oder der andere bei absoluten Vergleichen entscheiden würde, sondern es gilt ein Kostenäquivalent zu definieren. Um diese Aussage drückst Du Dich aber. Wenn man sagen will Der Router macht Mist, dann muss man sagen, wie man's lieber hätte. Klar, der Kartenersteller kann das sicher irgendwie einschachteln. Aber ist das nicht sehr umständlich? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eilt - Bitte meine Changesets 4940188, 4940 508 und 4940548 zurücknehmen
Daniela Duerbeck glaubte zu wissen: Dietmar wrote: Bitte diese drei Changesets komplett zurücksetzen, danke und großes Sorry für die Mühe! Warum kann man das nicht selber machen? Der User weiß genau welche Changesets schlecht waren, warum kann er nicht dieselben einfach rückgängig machen? Mach mal einen großen Changeset und versuch den als Anfänger ohne Tools rückgängig zu machen, ohne dabei was anderes zu erwischen. flo -- (add-hook 'gnus-article-prepare-hook 'my-gnus-art-load-hook) Mit den Haken tut et dat nit. [Mark Trettin in dcsg] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pressebericht - Reaktionen des Rathauses
Hallo, unter http://www.maerkischeallgemeine.de/cms/beitrag/11817773/61939/Christopher-Lorenz-digitalisiert-die-Heimatregion-Im-Rathaus-laesst.html findet sich ein Bericht über einen Openstreetmapper. Interessant ist der letzte Absatz. Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eilt - Bitte meine Changesets 4940188, 4940508 und 4940548 zurücknehmen
Am Mittwoch 09 Juni 2010, 02:38:40 schrieb Daniela Duerbeck: Warum kann man das nicht selber machen? Der User weiß genau welche Changesets schlecht waren, warum kann er nicht dieselben einfach rückgängig machen? Weil das nur eine einfache Aufgabe ist, wenn danach keiner etwas an irgendwelchen Daten geändert hat, die von diesem Changeset betroffen wären. Ich den meisten Fällen gibt es einzelne Objekte, die danach vom selben oder einem anderen User geändert wurden. Das lässt sich nicht auf einfache Weise algorithmisch lösen. Da sind geübte Leute mit ihren eigenen Scripten und partieller Handarbeit schneller. Ein Automatismus kann hier auch locker noch mehr kaputtmachen. Gruß, Bernd -- Ich kann ja nicht singen, nicht tanzen... und im Gegensatz zu Anderen, lass ich das dann auch. - Dieter Nuhr (dt. Comedian) 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] Pressebericht - Reaktionen des Rathauses
Am Mittwoch 09 Juni 2010, 07:05:11 schrieb Jens Frank: Interessant ist der letzte Absatz. Interessant, dass da weder die Zeitung noch der Bürgermeister gerafft haben um was es geht. Peinliche Gesellschaft heutzutage. Gruß, Bernd -- Man stolpert selten über seine Fehler, aber oft darüber, was andere daraus machen. - Madonna (Pop-Star) 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] Car Sharing
Am 08.06.2010 22:07, schrieb Dimitri Junker: Die Anzahl ist in beiden Fällen unwichtig, Zur Orientierung ist es vielleicht schon mal ganz praktisch zu wissen, ob ich nach einem Platz mit 2 oder mit 20 Stellplätzen suchen muß - zumindest wenn ich auf dem Weg dorthin bin und da noch nie war. aber wer will kann sie natürlich gerne eintragen sollte dann aber auch regelmäßig prüfen ob es noch stimmt. Oder irgendwie ein Stand:8.6.10 o.ä. eingeben. Das können wir so langsam als zweites OSM Karma aufnehmen: Du sollst anderen nicht vorschreiben was sie zu tun haben ... :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Jens Frank wrote: findet sich ein Bericht über einen Openstreetmapper. Interessant ist der letzte Absatz. Was hat der letzte Absatz jetzt mit der Kartenerstellung für OSM zu tun? BTW: Ich finde die ewigen Verzögerungen bei Google Street View Mist. Ich will endlich mein Haus da sehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Hi, Am 09.06.2010 02:58, schrieb Daniela Duerbeck: Sorry, aber diese Anstrengungen sehen für mich so aus, User möglichst davon abzuhalten, selber Karten zu bauen. Wir bieten schon alles, niemand braucht mehr. Ich finde, man sollte eher erklären, wie man selber Karten baut, statt nur Vorgekautes abzuliefern. Soll ich lieber schlechte Karten erzeugen? Soll jeder ab sofort seine eigenen Karten erzeugen? Es gibt viele User, die einfach nur fertige Karten haben möchten, um sie auf ihrem GPS-Gerät zu nutzen. Sollen die das jetzt alles selber erzeugen? Kompilierst Du Deinen Kernel auch grundsätzlich selber, oder nutzt Du ein fertiges Betriebssystem? Natürlich möchte ich den Entstehungsprozeß nun endlich dokumentieren, das dauert aber noch eine Weile, ich bin da auch nicht der perfekte Dokuschreiber. Die Grundlagen für eine Selbsterzeugung nach meinem Muster sind übrigens auch schon alle auf meiner Wikiseite veröffentlicht, falls das jemand selbst amchen möchte. Mit den Style- und Typfiles kann dann sogar jeder noch seine eigenen Anpassungen erzeugen, und trotzdem ich mein Worldfile berechne, eine eigene Karte für sein GPS-Gerät erzeugen. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Am 09.06.2010 02:58, schrieb Daniela Duerbeck: Carsten Schwede wrote: Hallo, ich habe eine neue Form des Worldfiles begonnen und das erste Ergebnis liegt nun zum Test bereit, die Karte in QLandkarte funktioniert schonmal sehr gut. Was ich mangels großer MicroSD-Karte nicht testen konnte war das Worldfile komplett auf dem GPS-Gerät. Hier also erstmal die Eigenschaften des neuen Worldfile: - Meeresdarstellung - Routingfähig - Teddy.typ - gesamte Welt Sorry, aber diese Anstrengungen sehen für mich so aus, User möglichst davon abzuhalten, selber Karten zu bauen. Wir bieten schon alles, niemand braucht mehr. Ich finde, man sollte eher erklären, wie man selber Karten baut, statt nur Vorgekautes abzuliefern. -1 Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de