Re: [Talk-de] Datenmodell für straßenbegleitende W ege
Bernhard Weiskopf bweisk...@gmx.de wrote: Am 03/nov/2013 um 19:39 schrieb Bernhard Weiskopf bweisk...@gmx.de: Bei straßenbegeitenden Radwegen mit Zeichen 237, 240 oder 241 ist Radfahren auf der Straße verboten. ist es nicht, die Benutzung des Radwegs ist unter bestimmten Bedingungen vorgeschrieben, das ist aber nicht dasselbe wie ein Verbot auf der Straße, das haben wir schon zig mal diskutiert. Die StVO, die die Straßenbenutzung regelt, hat Gesetzescharakter und darin habe ich keine bestimmten Bedingungen gefunden. Den Wortlaut Der Radverkehr darf nicht die Fahrbahn, sondern muss den Radweg benutzen finde ich klar formuliert. Dann lies mal die Verwaltungsvorschriften zur StVO, da sind für mehrspurige Fahrräder, Lastenräder und Fahrräder mit Anhänger weitgehende Ausnahmen von der Benutzungspflicht gemacht, die dürfen also oftmals trotzdem die Fahrbahn nutzen, daher ist bicycle=no falsch. Grüße Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Sven Geggus li...@fuchsschwanzdomain.de wrote: Johannes Formann johan...@formann.de wrote: Eine gemeinsame Plattform hätte für mich auch viele Vorteile, bräuchte deutlich weniger RAM und Traffik für meinen Server, nur wer soll die Infrastruktur betreiben? Na ja, den FOSSGIS Server gibt es ja schon. Nicht die schnellste Kiste aber immerhin. Wenn ich das richtig sehe laufen dort derzeit die AIO und die Karte von Computerteddy. Allerdings _ohne_ nennenswerte Synnergieeffekte :( Nur ob das Skaliert? Grob überschlagen stehen alleine im Wiki über 50 Karten, wenn man die alle wöchentlich weltweit generieren wollen würde, dann bräuchte man schon einen kleinen Cluster nur von der Rechenzeit. Von so wünschenswerten Angeboten wie frei vom Benutzer wählbare Bereiche (Würde ich zugegebenermaßen gerne anbieten, aber dafür fehlt mir die Toolchain) ganz abgesehen. Und der resultierende Traffik wäre vermutlich auch nicht zu unterschätzen. Meine im Vergleich mit der OpenCycleMap und OpenMTBmap recht unbekannte Radkarte macht auch noch im Sommer etwa 1,5TB pro Monat. Und das in der Niesche Karten fürs Radfahren. Grüße Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Moin, Andreas Tille andr...@an3as.eu wrote: Mir ist es wirklich vollkommen schleierhaft, wieso bei einem so starken Communityprojekt sich keiner findet, der das von Florian so schön formulierte UND EIGENTLICH WOLLTE ICH NUR EINE KARTE endlich mal zuverlässig umsetzt. Das Problem ist doch, das es nicht DIE Karte gibt. Ich habe die Pflege der Radkarte damals übernommen, weil die anderen Radkarten mir einfach nicht zusagten. https://launchpad.net/radkarte Und der Buildprozess dürfte mittlerweile auch so gut funktionieren, dass Dritte relativ bequem mit nem ant dist selber generieren können, auch für Gebiete, die ich nicht anbiete. Eine gemeinsame Plattform hätte für mich auch viele Vorteile, bräuchte deutlich weniger RAM und Traffik für meinen Server, nur wer soll die Infrastruktur betreiben? Grüße Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Hallo, Was Du dabei übersiehst, ist daß es grade bei den Kartenerstellern, die sich besonders viel Mühe gegeben haben, technisch gar nicht machbar ist. Es ist mit einem Standard-mkgmap schlichtweg nicht möglich, Routen-Underlays und kombinierte Wandermarkierungen wie in der Reit- und Wanderkarte angezeigt zu erzeugen. Deshalb klappt das alles nur MIT den Kartenanbietern. Wenn diese ihre Toolchain nicht offenlegen wollen, dann klappt das natürlich nicht. Mag sein, dass der einen oder andere das als 'Betriebsgeheimnis' sieht, ich hoffe aber eigentlich, dass dem im breiten Feld nicht so ist. Die Toolchain ist ja schon oftmals (fast) vollständig dokumentiert. Bei der übernommenen Radkarte z.B. Hier: https://code.launchpad.net/~luckyguess/radkarte/main Und da es auch um die Ressourcen ging: Aktuell etwas über vier Stunden Rechenzeit Pro Woche und etwa 1TB Traffik im Monat und ich glaube die ist im Vergleich zur Velomap nen Geheimtipp. Grüße Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenDEM - Freie Digitale Höhenmodelle und Höhendaten
Hallo, hat jemand eigentlich schon aus den Daten des OpenDEM .osm oder .pbf Dateien generiert, die man mkgmap/spliter als Eingabedateien geben kann oder eine gute Idee wie das zu amchen wäre? Grüße Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de