[Talk-de] ways_with_long_segments / Kontrol lierter Luftraum eingetrage n?
Also Informationen zu Lufträumen findet man beispielsweise hier: http://www.dfc-saar.de/ Aber es ist fraglich ob es Sinn macht das in OSM einzupflegen. Es ist sehr einfach die Karten auf dem GPS mit diesen Luftrauminformationen zu versorgen. Z.B. auch zusätzlich zu bestehenden Karten. Die Luftrauminformationen werden als Vektordaten von der Flugsicherung zur Verfügung gestellt, man kann das dann auf Garmin usw. Geräten darstellen. Flugrouten machen sicher kaum Sinn, die Diskusion gab es auch schon mal. Gruß Sven S. Am Montag, 25. Mai 2009 17:38:07 schrieb talk-de-requ...@openstreetmap.org: Hi, nachdem wir ja letzten die Diskussion zum Thema Flugrouten hatten sind jetzt noch Grenzen des kontrollierten Luftraums aufgetaucht: http://www.openstreetmap.org/browse/way/35007658 Die sind nur so grossflaechig ohne nodes das natuerlich der OSM Inspektor Meckert ;) Und auch schon eine Wiki Seite: http://wiki.openstreetmap.org/wiki/DE:Luftraum Macht das wirklich Sinn? Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Moin, 2009/5/26 Mehmet Sirin m.siri...@googlemail.com Was mich aber so verwundert ist, dass sehr viele gegen das Vorgehen des zusätzlichen Erstellen von Radwegen neben der Straße sind, warum?, welche großen Nachteile existieren denn? Die Hauptgründe sind die dadurch entstehende Unübersichtlichkeit beim editieren (durch die dadurch entstehenden Wege) sowie die Routingprobleme die sich ergeben. Als Fahrradfahrer kann man die Straßenseite ja nicht nur an Kreuzungen wechseln, sondern auch mittendrinnen. Ich bin dazu übergegangen die Fahrrad- Fußwege nur dann einzeln zu zeichnen, wenn ein einfaches wechseln der Straßenseite aufgrund von Hindernissen (Grünstreifen etc.) nicht Möglich ist. Die Möglichkeiten mit zusätzlichen Tags auch alles an die eigentliche Straße dranzuheften gibt es ja. Lediglich das rendern von einseitigen Fahrradwegen ist derzeit aufgrund von SVG Beschränkungen nicht Möglich. Meine 2. Frage: Worauf muss ich noch achten, wenn ich einen Radrouting erstellen will, also welche Probleme oder Szenarien könnte es noch geben? Beim Radrouting muss besonderen Wert auf Kreuzungen gelegt werden. So kann eine einfache Kreuzung für Autofahrer für richtiges Radrouting viel komplizierter ausfallen. Zudem die oben schon genannten Schwierigkeiten, das man als Radfahrer auch queerbeet fahren kann und dies in Verkehrsberuhigten Bereichen auch durchauch annehmen sollte. Keiner fährt bis zur nächsten Kreuzung weil man in einer Wohntstraße die Straßenseite wechseln möchte ;) Grüße von der Erde!!! Gruß aus Erlangen Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Mehmet Sirin schrieb: Moin, nach einigem Lesen alter Diskussionen über das Erstellen eines von der Straße abgetrennten Radweges (etwa durch simplen Bordstein), bin ich noch immer nicht fähig mich zu entscheiden. Soll ich nun Radwege entlang von Straßen möglichst als eigenständige Wege (highway=cycleway) erfassen, oder sollen diese einfach nur als zusätzliches Attribut an die Straße geheftet werden (bspw. highway=secondary + cycleway=track) ? Bei straßenbegleitenden Radwegen, die nur durch eine Markierung von der Fahrbahn getrennt sind, ist es ja eindeutig mit cycleway=lane. Aber bei dem anderen Fall? cycleway=track Spontan würde ich mich für den Separaten entscheiden, aufgrund der Vorteile wie: -Radfahrer kann problemlos in eine Einbahnstraße abbiegen was hat das mit seperaten Wegen zu tun? Ein oneway:bicycle=no sagt das gleich auch beim kombinierten Weg -Radfahrer hat andere Fahr/-Abbiegeregeln als Autofahrer, bspw. an Kreuzungen (naja eher uninteressant für Radroutenplaner?) also bei Fahr-/Abbiegeregeln im Straßenverkehr müssen sich Radfahren an die gleichen Regeln halten wie Autos. Was meinst du also genau? -Zusätzliche Tags (Oberfläche, Breite..) für Fahrradweg verfügbar, die man so in der einfachen Form hätte nicht an die Straße (wenn Fahrradweg als Tag an highway=secondary/...) anbringen können. Zusätzliche Tags kann man auch an _einen_ Way taggen. Z.B. bicycle:surface=concrete oder cyclelane:width=1.5 m. Die genaue Taggung müsste man noch überlegen. -Angabe des Fahrradweg-Typs; angeben was es genau ist(Gemeinsamer Fuß/-Radweg, getrennt,..) ? Linienbündelung würde das sauber/akurat regeln. Muss aber nochintensiver entwickelt werden. Bis dahin könnte cycleway:track=segregated + footway:track=segregated schon eine gute Aussage bringen. -weitere?? Was mich aber so verwundert ist, dass sehr viele gegen das Vorgehen des zusätzlichen Erstellen von Radwegen neben der Straße sind, warum?, welche großen Nachteile existieren denn? weil du z.B. theoretisch bei jeder Bordsteinkante dann einen Link-Way zwischen Straße und Radweg machen müsstest. Meine 2. Frage: Worauf muss ich noch achten, wenn ich einen Radrouting erstellen will, also welche Probleme oder Szenarien könnte es noch geben? (mein Gott, sind hier viele ? drin..) Grüße von der Erde!!! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Amenity Editor
Hi! Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Mit Hilfe des Tools kann man recht einfach einzelne Knoten auf der Slippy-Map anlegen, ändern, verschieben und löschen. Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Schaut am besten einfach mal rein: http://ae.osmsurround.org Eventuelle Bugreports bitte an mich direkt. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Am 26. Mai 2009 11:02 schrieb Adrian Stabiszewski a...@nitegate.de: Hi! Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Mit Hilfe des Tools kann man recht einfach einzelne Knoten auf der Slippy-Map anlegen, ändern, verschieben und löschen. Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Schaut am besten einfach mal rein: http://ae.osmsurround.org Eventuelle Bugreports bitte an mich direkt. gefällt mir gut, hat aber noch ein paar Schwächen: POIs löschen kann man nicht, oder? Wenn man einen Punkt gesetzt hat, kann man ihn weder verschieben noch wieder löschen, und auch in der Tag-Tabelle gibt es keinen Abbruch-Button. Die Tagtabelle ist bei mir (1200x800) zur Hälfte verdeckt, die sollte m.E. ein bisschen tiefer sitzen. Plant Ihr, den Code zu veröffentlichen, bzw. kann man sich das kopieren? Ich würde gern eine italienische Version machen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Sieht sehr gut aus! Ich hab zwar keins, aber könnte man das auch auf einem Android-Handy / iPhone benutzen? Gruß, Peter 2009/5/26 Adrian Stabiszewski a...@nitegate.de Hi! Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Mit Hilfe des Tools kann man recht einfach einzelne Knoten auf der Slippy-Map anlegen, ändern, verschieben und löschen. Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Schaut am besten einfach mal rein: http://ae.osmsurround.org Eventuelle Bugreports bitte an mich direkt. Viele Grüße, Adrian. ___ 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] Access-Tags für Radfahrer
Am 26. Mai 2009 02:24 schrieb Stephan Wolff s.wo...@web.de: Wie wollen wir grundsätzlich vorgehen: die Beschilderung möglichst exakt wiedergeben und es dem Routern/Auswerteprogrammen überlassen, diese sinnvoll zu interpretieren, oder die Eignung zum Radfahren nach eigener Anschauung eingeben? das ist m.E. auch stark lokal abhängig: wenn alles einigermaßen ausgeschildert ist, würde ich auch entsprechend taggen, aber wenn Fahrräder weder bei der Beschilderung noch von den Ordnungshütern überhaupt in Betracht gezogen werden (wie z.B. in Rom), würde ich auch alle Fusswege als bicycle=yes taggen (ist die Realität: man kann überall problemlos fahren). Einige Beispiele: Eine fahrradgeeignete Strecke mit Radwegweisern trägt 100m vor der Einmündung ein Verbotsschild für Radfahrer mit einem Zusatzschild Radfahrer absteigen. Der Weg führt dort recht steil bergab. In Gegenrichtung ist radfahren erlaubt, aber wegen der Steigung recht schwierig. Welche Tags gibt man dort ein, so dass der Router die schöne Strecke nicht meidet: bicycle:forward=no, speed:bicycle= walk oder nur note=Radfahrer absteigen? ist Strecke eine Straße oder ein Fussweg? Tendenziell bedeutet Radfahrer absteigen bicycle=no Nach einem tödlichen Fahrradunfall auf einer Kanalhochbrücke sind in Kiel einige Brücken wegen zu niedriger Geländer für Radfahrer gesperrt. Einige sind als Fußwege andere als kombinierte Rad- und Fußwege mit dem Zusatz Radfahrer absteigen gekennzeichnet. Ein Fahrradrouter sollte trotzdem keinen großen Umweg planen um wenige Sekunden Schiebestrecke zu vermeiden. das wird der Router aber hoffentlich selbst hinbekommen (indem er Schieben zumindest als Option zulässt). Viele Einbahnstraßen sind in Gegenrichtung für Radfahrer freigegeben. Allerdings haben alle Straßen an der Einmündung Abbiegeverbote zur Einbahnstraße ohne Zusatz Radfahrer frei. Formal müsste man das Rad vermutlich um die Ecke schieben. hier würde ich von unzureichender Beschilderung ausgehen und das ignorieren (kannst es ja ins note schreiben). Ein Feldweg mit Verbot für Fahrzeuge aller Art, landwirtschaftlicher Verkehr frei ohne Radfahrer frei, in den aber neu aufgestellte Fahradwegweiser auf beiden Seiten hineinzeigen: bicycle=no, bicycle=permissive oder bicycle=inconsistent? das ist ein track, der per default für Fahrräder frei ist, ich würde gar nichts setzen für bicycle oder permissive, jedenfalls nicht no. Ein Weg, der an einem Ende als Fußweg am anderen Ende aber aber gar nicht beschildert ist ist wohl eher ein Fussweg. Ich würde fahren wie auf dem Gehweg: besonders rücksichtsvoll und langsam, wenn Fussgänger da sind ;-) Ein gepflegter, nur knapp 2m breiter Kiesweg im Ortsbereich ohne Beschilderung (vom Bauchgefühl ein Fussweg, den man vorsichtig mit dem Rad befahren kann): path, footway, footway mit bicycle=yes oder cycleway? highway=footway, bicycle=yes (und surface, etc). Ein Waldweg (kein Trampelpfad, aber für mehrspurige Fahrzeuge ungeeignet) ohne Beschilderung: path, footway, footway mit bicycle=yes oder cycleway? highway=footway, bicycle=yes (und surface, etc). Ein für Renn- und Tourenräder ungeeigneter Waldweg ohne Verbotsschilder: path, path mit bicycle=no oder footway highway=track (und tracktype, surface, etc wenn die Breite für Waldfahrzeuge ausreicht). Treppen auf Radstrecken (vor kurzem in einem anderen Thread), etc. highway=steps Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Hi Adrin, Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Sieht schon sehr gut aus. Beim Eingeben der Adresse vermisse ich noch addr:country. Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Moin Modifizierungen für tracks z12-z17 und andere schmale Wege z12-z14 sind hochgeladen. Jetzt liegt das Schicksal in der Hand der Style-Updates der clients, wann und wo man was sieht... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
hi! ich würde es gut finden, wenn die nur hausnummern optional ausgeblendet werden können. habe viele nummern schon erfaßt und das verwirrt. beispiel: http://ae.osmsurround.org/?zoom=15lat=53.86955lon=10.67257layers=BTT gruß Jan :-) Adrian Stabiszewski schrieb: Hi! Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Mit Hilfe des Tools kann man recht einfach einzelne Knoten auf der Slippy-Map anlegen, ändern, verschieben und löschen. Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Schaut am besten einfach mal rein: http://ae.osmsurround.org Eventuelle Bugreports bitte an mich direkt. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag für Treffpunkt / Info-Säule
Hi, kennt irgendjemand einen Tag für einen offiziellen Treffpunkt? Damit meine ich nummerierte und meist ausgeschilderte Treffpunkte, wie es sie an Flughäfen gibt. An diesen Treffpunkten gibt es außerdem oft Informationen über das Gelände auf dem man sich befindet (Karten, etc.). Wie könnte man eine solche Info-Säule (auch unabhängig vom Treffpunkt) taggen? Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Sieht schon sehr gut aus. +1, ich bin begeistert! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Hallo, Jan Tappenbeck schrieb: ich würde es gut finden, wenn die nur hausnummern optional ausgeblendet werden können. ja, generell wäre eine Art Filter super. Telefonzellen etc. könnte man dann rauswerfen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Adrian Stabiszewski schrieb: http://ae.osmsurround.org Super, danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] highway=no
Moin Bei einer Inventur eines größeren Waldes hier sind mir auch diverse Wege begegnet, die bereits gemappt waren, aber nicht mehr auffindbar waren (nie dagewesen oder zugewuchert) oder als Nur-Rückewege nicht als Weg empfehlenswert waren bzw. ich hatte einige auch eher unfreiwillig erfasst, weil sie am Anfang befahrbar aussahen, sie es aber nach einer Weile eigentlich nicht mehr waren etc. Ich hatte die in den Daten belassen nur mit note=Rückeweg oder note=zugewachsen oder so getaggt, ohne sonstige tags. Der Zustand könnte sich ja eines Tages ändern, dann muss man nur tags umändern... Ergebnis: irgendwann kam ein Mapper daher, der mit dem Begriff Rückeweg nix anfangen konnte und die fehlende Tags korrigiert hat und ein highway=track dran gehängt hat... *seufz* Nun habe ich diese Wege mal ergänzt mit highway=no smoothness=impassable (für zugewuchert) oder very_horrible (für Rückewege) Ich hoffe mal, dass ich korrekt davon ausgehen kann, dass sich am highway=no eigentlich keine gescheit programmierte Anwendung stören dürfte?! MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Treffpunkt / Info-Säule
Am 26. Mai 2009 13:49 schrieb Peter Dörrie peter.doer...@googlemail.com: Hi, kennt irgendjemand einen Tag für einen offiziellen Treffpunkt? Damit meine ich nummerierte und meist ausgeschilderte Treffpunkte, wie es sie an Flughäfen gibt. An diesen Treffpunkten gibt es außerdem oft Informationen über das Gelände auf dem man sich befindet (Karten, etc.). Wie könnte man eine solche Info-Säule (auch unabhängig vom Treffpunkt) taggen? http://wiki.openstreetmap.org/wiki/Proposed_features/information Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=no
Am 26. Mai 2009 14:00 schrieb Heiko Jacobs heiko.jac...@gmx.de: Moin Bei einer Inventur eines größeren Waldes hier sind mir auch diverse Wege begegnet, die bereits gemappt waren, aber nicht mehr auffindbar waren (nie dagewesen oder zugewuchert) oder als Nur-Rückewege nicht als Weg empfehlenswert waren bzw. ich hatte einige auch eher unfreiwillig erfasst, weil sie am Anfang befahrbar aussahen, sie es aber nach einer Weile eigentlich nicht mehr waren etc. Ich hatte die in den Daten belassen nur mit note=Rückeweg oder note=zugewachsen oder so getaggt, ohne sonstige tags. Der Zustand könnte sich ja eines Tages ändern, dann muss man nur tags umändern... Ergebnis: irgendwann kam ein Mapper daher, der mit dem Begriff Rückeweg nix anfangen konnte und die fehlende Tags korrigiert hat und ein highway=track dran gehängt hat... *seufz* Nun habe ich diese Wege mal ergänzt mit highway=no smoothness=impassable (für zugewuchert) oder very_horrible (für Rückewege) Ich hoffe mal, dass ich korrekt davon ausgehen kann, dass sich am highway=no eigentlich keine gescheit programmierte Anwendung stören dürfte?! wieso highway=no? Du sprichst ja selbst von Weg. Ob ein Weg ein Rückeweg ist, hängt doch von seiner Funktion ab (eben um das Holz rauszuholen), und weniger von seinem Zustand. Warum setzt Du nicht einfach highway=track, tracktype=grade5 Wenn man dort nirgendwohin kommt, ergibt sich das aus der Karte, dafür braucht man m.E. kein Tag. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehler bei Osmosis read-xml (NullPointerException)
Hallo zusammen, ich versuche gerade mit Osmosis ein Polygon aus einer osm-Datei auszuschneiden aber bereits beim einfachen Einlesen und wieder Ausgeben der osm-Datei bekomme ich eine Fehlermeldung (siehe unten). Getestet hab ich u.a. mit dieser Datei: http://albspotter.org/osm/test-osmosis.osm Ich hab auch verschiedene Versionen von Osmosis und mehrere osm-Dateien ausprobiert. Die vollständige Ausgabe lautet: 26.05.2009 14:08:46 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.31.1 26.05.2009 14:08:46 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 26.05.2009 14:08:46 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 26.05.2009 14:08:46 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 26.05.2009 14:08:47 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion SCHWERWIEGEND: Thread for task 1-read-xml failed java.lang.NullPointerException at org.openstreetmap.osmosis.core.xml.common.ElementWriter.escapeData(ElementWriter.java:112) at org.openstreetmap.osmosis.core.xml.common.ElementWriter.addAttribute(ElementWriter.java:197) at org.openstreetmap.osmosis.core.xml.v0_6.impl.RelationMemberWriter.processRelationMember(RelationMemberWriter.java:43) at org.openstreetmap.osmosis.core.xml.v0_6.impl.RelationWriter.process(RelationWriter.java:75) at org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmWriter$SubElementWriter.process(OsmWriter.java:165) at org.openstreetmap.osmosis.core.container.v0_6.RelationContainer.process(RelationContainer.java:60) at org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmWriter.process(OsmWriter.java:82) at org.openstreetmap.osmosis.core.xml.v0_6.XmlWriter.process(XmlWriter.java:45) at org.openstreetmap.osmosis.core.xml.v0_6.impl.RelationElementProcessor.end(RelationElementProcessor.java:108) at org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmHandler.endElement(OsmHandler.java:108) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1774) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2930) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522) at javax.xml.parsers.SAXParser.parse(SAXParser.java:395) at javax.xml.parsers.SAXParser.parse(SAXParser.java:198) at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:108) at java.lang.Thread.run(Thread.java:619) 26.05.2009 14:08:47 org.openstreetmap.osmosis.core.Osmosis main SCHWERWIEGEND: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks failed. at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:85) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30) Woher kommt dieser Fehler? Kann mir jemand einen Tipp geben? Gruß Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Hi. Date: Tue, 26 May 2009 12:06:41 +0200 From: Martin Koppenhoefer dieterdre...@gmail.com Subject: Re: [Talk-de] Amenity Editor To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org gef?llt mir gut, hat aber noch ein paar Schw?chen: POIs l?schen kann man nicht, oder? Wenn man einen Punkt gesetzt hat, kann man ihn weder verschieben noch wieder l?schen, und auch in der Tag-Tabelle gibt es keinen Abbruch-Button. Doch, es müsste alles gehen. Abbruch = Schließen oder Kreuz oben rechts, da wird dann nichts gespeichert. Date: Tue, 26 May 2009 12:07:11 +0200 From: Peter D?rrie peter.doer...@googlemail.com Subject: Re: [Talk-de] Amenity Editor To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sieht sehr gut aus! Ich hab zwar keins, aber k?nnte man das auch auf einem Android-Handy / iPhone benutzen? Ich habe eins (das Android Handy) und ein Amenity Editor Mobile ist als nächstes geplant. Es soll eine rein textbasierte Version sein um die Tag-Informationen unterwegs erfassen zu können. Date: Tue, 26 May 2009 12:48:02 +0200 From: Michael Buchberger buchber...@herzinfarktforschung.de Subject: Re: [Talk-de] Amenity Editor To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sieht schon sehr gut aus. Beim Eingeben der Adresse vermisse ich noch addr:country. Ich denke, addr:country kann man automatisch irgendwann mal nachtragen. ;) Im Moment ist eine Hilfe zum Eintragen von Adressen geplant. Damit will ich den Ort, die PLZ und eventuell auch die Strasse vorausfüllen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One Deutschland - mit Garmin eTrex
Am 26.05.2009 2:19 Uhr, schrieb Wolfgang: Abhilfe ist eigentlich immer, zusätzliche Wegepunkte einzufügen. Ich vermute, dass das Navi einfach zu viele Alternativen findet. Für längere Fahrten sollte man wohl eine Karte ohne Fußwege etc benutzen, um das Datenvolumen kleiner zu halten. Ich bin mit den vorgebrachten Gedanken immer noch nicht ganz überzeugt, ob das wirklich der Grund ist. Denn wie gesagt das Routing funktioniert auf der gleichen Strecke wenn ich weg fahre zu den Zielen. Der Rückweg führt dann zu den beschriebenen Problemen. Kann es nicht doch irgendwie sein, dass aufgrund eines übersehenen Fehlers in der Karte dieses Problem eintritt? Gibt es eine Möglichkeit mit JOSM oder einem anderen Programm am MAC das Routing zu simulieren, bzw. am Rechner eine automatische Fehlersuche und Korrektur durchzuführen? (Das was JOSM über die Fixmefunktion anbietet ist für mich als Laien nur schwer nachvollziehbar.) CR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Am 26. Mai 2009 09:24 schrieb Mario Salvini salv...@t-online.de: also bei Fahr-/Abbiegeregeln im Straßenverkehr müssen sich Radfahren an die gleichen Regeln halten wie Autos. Was meinst du also genau? so lange sie fahren. Als Radfahrer kann man aber jederzeit absteigen und wird dann zum Fussgänger, das sollte man nicht unterschlagen. Was mich aber so verwundert ist, dass sehr viele gegen das Vorgehen des zusätzlichen Erstellen von Radwegen neben der Straße sind, warum?, welche großen Nachteile existieren denn? weil du z.B. theoretisch bei jeder Bordsteinkante dann einen Link-Way zwischen Straße und Radweg machen müsstest. dieses Problem ist allerdings grundsätzlich ungelöst und existiert auch an anderer Stelle (z.B. Autobahnabfahrten). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=no
Martin Koppenhoefer dieterdre...@gmail.com wrote: wieso highway=no? Du sprichst ja selbst von Weg. Ob ein Weg ein Rückeweg ist, hängt doch von seiner Funktion ab (eben um das Holz rauszuholen), und weniger von seinem Zustand. Warum setzt Du nicht einfach highway=track, tracktype=grade5 ... weil er das nicht ist. Er ist ungefähr so gut zur Benutzung geeignet wie der ganze Wald für Pilzsammler. Dann müssten wir taggen: landuse=forest area=yes highway=track ;-) Rückeweg ist ein Begriff der Forstwirtschaft, heißt eigentlich nur, dass die Bäume weit genug auseinander stehen, dass man mit Maschinen durchkommt. Wenn wirklich Holzabfuhr stattfindet, können deren Spuren zu Verwexlungen mit tracks führen, ansonsten wuchert's da vor sich hin... Mit highway hat das eher nix zu tun... Sowas sollte einfach nicht in die Karte. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Hallo Community, ab 15. Juni werden Wikipedia-Artikel dual neben GFDL auch unter CC-BY-SA v3.0 lizenziert [1]. Meine Frage ist nun: wie sieht das mit der Kompatibilität zu OSM aus? Ist die v3 zu unserer v2 kompatibel? In meinen Augen würde eine Übernahme sinnvoller Informationen daran scheitern, dass die Beständigkeit desBY-Attribut nicht gewährleistet werden. Grüße Tobias Referenzen: [1] http://meta.wikimedia.org/w/index.php?title=Licensing_update/deuselang=de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Hallo Adrian, ich habe auch gerade ein paar Adressen eingetragen. Das läuft sehr gut - Danke! Wie ist das Format für die Telefonnummern eigentlich gedacht? Internationale Rufnummer ist klar. Wie ist das bei Nebenstellen: Soll da ein Bindestrich oder ein Leerzeichen hin? ansonsten trenne ich die Teile (ONKZ und Rufnummer) per Leerzeichen. Adrian Stabiszewski schrieb: Ich denke, addr:country kann man automatisch irgendwann mal nachtragen. ;) Könntest Du nicht einfach einen mit DE vorbelegten Button -analog zur Telefonnummer- erzeugen? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Sven Geggus schrieb: Hallo zusammen, grade fällt mir auf dass Tracks in Osmarender anders geworden sind. Ind en Zoomleveln 16 und 17 hat sich das IMO nicht gerade zum besseren verändert. Was mein Ihr? Sven was mir im Zusammenhang der styles-Änderungen aufgefallen ist: Können wir die seperaten cycleways nicht genauso zeichnen, wie die cyclelanes and normalen highways? Macht doch irgendwie keinen Sinn, denn momentan sieht die Lane dominanter/stabiler/wichtiger aus, als es eigenltich ist. Wäre cool, wenn das einer ändern könnte :) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zusätzliche Information der Stadt Dor tmund
Hallo Community, da noch ein paar Unklarheiten bestanden und bislang keine richtige Diskussion zum Topic stattgefunden hat, habe ich noch eine alte Mail wiedergefunden, die vielleicht ein wenig Licht in die Sache bringt: http://wiki.openstreetmap.org/wiki/DE:Kommunikation/Stadt_Dortmund Bereich Zusätzliche Information der Stadt Dortmund Inwieweit dies auch für den RVR-WMS-Dienst zutrifft, kann ich nicht sagen. Dieser ist zwar auch GDI, jedoch bildet dies eigentlich nur einen einheitlichen, technischen Rahmen und keine Inhaltsverpflichtung. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Norbert Hoffmann nhoffm...@spamfence.net wrote: Kann da beim Hochladen etwas schief gegangen sein? Mir ist gerade aufgefallen, dass einige Clients jetzt z17 scheinbar mit den Styles von z16 rendern (nur entspechend größer: http://www.informationfreeway.org/?lat=54.316772877520904lon=10.138690702138852zoom=17layers=BF000F Die Nordhälfte ist ok, im Süden siehts falsch aus. Oops... *flöt* Hatte gestern ein Problem beim Hochladen... SVN wollte nicht so mitspielen, wie ich es wollte... Beim Reparieren habe ich da wohl zwei Dateien durcheinander gewürfelt... Sollte jetzt korrigiert sein... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Heiko Jacobs wrote: Modifizierungen für tracks z12-z17 und andere schmale Wege z12-z14 sind hochgeladen. Jetzt liegt das Schicksal in der Hand der Style-Updates der clients, wann und wo man was sieht... Kann da beim Hochladen etwas schief gegangen sein? Mir ist gerade aufgefallen, dass einige Clients jetzt z17 scheinbar mit den Styles von z16 rendern (nur entspechend größer: http://www.informationfreeway.org/?lat=54.316772877520904lon=10.138690702138852zoom=17layers=BF000F Die Nordhälfte ist ok, im Süden siehts falsch aus. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Heiko Jacobs schrieb: Norbert Hoffmann nhoffm...@spamfence.net wrote: Kann da beim Hochladen etwas schief gegangen sein? Mir ist gerade aufgefallen, dass einige Clients jetzt z17 scheinbar mit den Styles von z16 rendern (nur entspechend größer: http://www.informationfreeway.org/?lat=54.316772877520904lon=10.138690702138852zoom=17layers=BF000F Die Nordhälfte ist ok, im Süden siehts falsch aus. Oops... *flöt* Hatte gestern ein Problem beim Hochladen... SVN wollte nicht so mitspielen, wie ich es wollte... Beim Reparieren habe ich da wohl zwei Dateien durcheinander gewürfelt... Sollte jetzt korrigiert sein... zeigt aber, daß Zoomstufe 18 durchaus Sinn machen würde ;) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Martin Koppenhoefer wrote: Am 26. Mai 2009 09:24 schrieb Mario Salvini salv...@t-online.de: weil du z.B. theoretisch bei jeder Bordsteinkante dann einen Link-Way zwischen Straße und Radweg machen müsstest. dieses Problem ist allerdings grundsätzlich ungelöst und existiert auch an anderer Stelle (z.B. Autobahnabfahrten). Dort ist das aber kein Problem, solange Autobahn und Ausfädelspur gemeinsam als *ein* way gemapped werden und die Trennung da erfolgt, wo kein Wechsel mehr möglich ist. Ich plädiere für das gleiche Vorgehen (= eigenständiger cycleway nur da, wo kein Übergang vom Radweg auf die Straße möglich ist). Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags für Radfahrer
Eine fahrradgeeignete Strecke mit Radwegweisern trägt 100m vor der Einmündung ein Verbotsschild für Radfahrer mit einem Zusatzschild Radfahrer absteigen. Der Weg führt dort recht steil bergab. In Gegenrichtung ist radfahren erlaubt, aber wegen der Steigung recht schwierig. Welche Tags gibt man dort ein, so dass der Router die schöne Strecke nicht meidet: bicycle:forward=no, speed:bicycle= walk oder nur note=Radfahrer absteigen? ist Strecke eine Straße oder ein Fussweg? Tendenziell bedeutet Radfahrer absteigen bicycle=no Es ist eine Straße und das Verbot gilt nur bergab. Im Gegensatz zu Verboten für Kfz, die eine Sperre bewirken, meint dieses Schild nur schieben oder ganz vorsichtig fahren. An anderer Stelle kann bicycle=no auch eine Sperre sein (z.B. bei gegenüberliegenden Zufahrten einer Bundesstraße mit nahegelegener Brückenquerung. Ein Feldweg mit Verbot für Fahrzeuge aller Art, landwirtschaftlicher Verkehr frei ohne Radfahrer frei, in den aber neu aufgestellte Fahradwegweiser auf beiden Seiten hineinzeigen: bicycle=no, bicycle=permissive oder bicycle=inconsistent? das ist ein track, der per default für Fahrräder frei ist, ich würde gar nichts setzen für bicycle oder permissive, jedenfalls nicht no. Dann muss ich Verbot für Fahrzeuge aller Art mit motorcar=no übersetzen. Grundsätzlich versuche ich die Fahrradeignung auch pragmatisch einzugeben. Aber es wird eine schwierige Ausgabe für einen Fahrradrouter sein, aus den teilweise vorhandenen bicycle, foot, surface, width und tracktype-Tags eine geeignete Strecke zu ermitteln und abzuschätzen, wo eine Schiebestrecke einen effektiven Zeitgewinn bringt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags für Radfahrer
Hallo. Am Dienstag 26 Mai 2009 17:51:48 schrieb Stephan Wolff: Ein Feldweg mit Verbot für Fahrzeuge aller Art, landwirtschaftlicher Verkehr frei ohne Radfahrer frei, in den aber neu aufgestellte Fahradwegweiser auf beiden Seiten hineinzeigen: bicycle=no, bicycle=permissive oder bicycle=inconsistent? das ist ein track, der per default für Fahrräder frei ist, ich würde gar nichts setzen für bicycle oder permissive, jedenfalls nicht no. Dann muss ich Verbot für Fahrzeuge aller Art mit motorcar=no übersetzen. Es gibt (regional unterschiedlich) Feldwege, die mit Verbot für Kraftfahrzeuge, z260, bezeichnet sind und solche, die mit Verbot für Fahrzeuge aller Art, z250, bezeichnet sind. Meiner Auffassung nach ist die Berechtigung zum Radfahren (vermutlich neben dem Kutschfahren) der einzige Unterschied zwischen den beiden Schildern und ich würde da wirklich unterscheiden. Ja, die Ämter haben manchmal auch Wahrnehmungsstörungen und ich habe hier einen ausgeschilderten Radweg, der über einen Weg mit z250 geht, aber solange man sich an die Beschilderung hält, ist z250 auch bicycle=no. motorcar=no ist z260. Gruß, Bernd -- Ist es nicht merkwürdig, daß jeden Tag genau soviel passiert, wie in die Zeitung paßt? 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] tracks in osmarender (16-17)
Heiko Jacobs schrieb: Norbert Hoffmann nhoffm...@spamfence.net wrote: Kann da beim Hochladen etwas schief gegangen sein? Mir ist gerade aufgefallen, dass einige Clients jetzt z17 scheinbar mit den Styles von z16 rendern (nur entspechend größer: http://www.informationfreeway.org/?lat=54.316772877520904lon=10.138690702138852zoom=17layers=BF000F Die Nordhälfte ist ok, im Süden siehts falsch aus. Sollte jetzt korrigiert sein... Hab gerade das Clientupdate angestossen, nachdem mir dein Commit im RSS aufgefallen ist. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auflisten aller Elementtypen...
Jan Tappenbeck schrieb: hat einer etwas in der schublade liegen mit dem man die vorkommenden pois ermitteln kann in einer OSM-datei - vielleicht mit vorgabe des klassenfilters Tagwatch umbauen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Heiko Jacobs heiko.jac...@gmx.de wrote: Modifizierungen für tracks z12-z17 und andere schmale Wege z12-z14 sind hochgeladen. Jetzt liegt das Schicksal in der Hand der Style-Updates der clients, wann und wo man was sieht... Gefällt mir sehr viel besser! BTW, keine grünes Gras mehr? Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Tobias Wendorff schrieb: ab 15. Juni werden Wikipedia-Artikel dual neben GFDL auch unter CC-BY-SA v3.0 lizenziert [1]. Meine Frage ist nun: wie sieht das mit der Kompatibilität zu OSM aus? Ist die v3 zu unserer v2 kompatibel? Meiner Auffassung nach nur in eine Richtung: Sie dürfen Infos von uns übernehmen (weil unsere v2 upgradebar ist), wir aber nicht von ihnen. Wir können das aber sowieso schon deshalb nicht, weil wir uns Lizenzwechseloptionen nicht verbauen wollen. Viele lizenzrelevante Inhalte, die wir brauchen könnten, gibts dort eh nicht, oder? Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Tobias Knerr schrieb: Wir können das aber sowieso schon deshalb nicht, weil wir uns Lizenzwechseloptionen nicht verbauen wollen. Viele lizenzrelevante Inhalte, die wir brauchen könnten, gibts dort eh nicht, oder? Es ist - wie bei uns - vollkommen egal, ob die Inhalte an sich irgendeinen Schutz tragen. Die Entnahme ist das Problem. Interessant wären z.B. Postleitzahlen, Namen, Straßen etc. welche bei Wikipedia eingetragen wurden. Habe da auch häufig schon Straßenverzeichnisse, Einwohnerzahlen und so gesehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Sven Geggus li...@fuchsschwanzdomain.de wrote: Gefällt mir sehr viel besser! Da bin ich aber beruhigt ;-) BTW, keine grünes Gras mehr? Bei den Temperaturen die letzten Tage sah ich mich gezwungen, die Farbe den aktuellen Wetterbedingungen anzupassen in vertrocknetbraun ;-) Habe einen besseren Ersatz in Vorbereitung... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Tobias Knerr schrieb: Wir können das aber sowieso schon deshalb nicht, weil wir uns Lizenzwechseloptionen nicht verbauen wollen. Viele lizenzrelevante Inhalte, die wir brauchen könnten, gibts dort eh nicht, oder? Irgendjemand hat schon (etwas voreilig) angefangen, Flughäfen zu importieren... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendererprobleme natural=beach
Moin, erkennt jemand die Ursache, die hier zum fehlerhaften Rendering führt?[1] Danke Gruß Falk [1] http://www.informationfreeway.org/?lat=54.13791203381711lon=13.824619082981059zoom=14layers=BF000F ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendererprobleme natural=beach
Falk Zscheile schrieb: Moin, erkennt jemand die Ursache, die hier zum fehlerhaften Rendering führt?[1] keine Area. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendererprobleme natural=beach
Falk Zscheile falk.zsche...@googlemail.com wrote: erkennt jemand die Ursache, die hier zum fehlerhaften Rendering führt?[1] Ja MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendererprobleme natural=beach
Heiko Jacobs heiko.jac...@gmx.de wrote: Falk Zscheile falk.zsche...@googlemail.com wrote: erkennt jemand die Ursache, die hier zum fehlerhaften Rendering führt?[1] Ja Ach, Du wolltest auch die Lösung hören? ;-) Multipolygon mit 3 ways als Außenkante statt einem. Das ist NEU und SOLL irgendwann überall funktionieren, TUT es aber offenbar noch nicht überall... Habe die ways mal vereinigt... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendererprobleme natural=beach
Am 26. Mai 2009 19:46 schrieb Heiko Jacobs heiko.jac...@gmx.de: Heiko Jacobs heiko.jac...@gmx.de wrote: Falk Zscheile falk.zsche...@googlemail.com wrote: erkennt jemand die Ursache, die hier zum fehlerhaften Rendering führt?[1] Ja Ach, Du wolltest auch die Lösung hören? ;-) Ich musste dabei gerade an den Witz mit dem Mathematiker im Heißluftballon denken. Multipolygon mit 3 ways als Außenkante statt einem. Das ist NEU und SOLL irgendwann überall funktionieren, TUT es aber offenbar noch nicht überall... Habe die ways mal vereinigt... Nennst Du mir eine Referenz, wo ich mich dazu schlau machen kann? Ich höre davon zum ersten mal. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags für Radfahrer
Moin, Bernd Wurst schrieb: Am Dienstag 26 Mai 2009 17:51:48 schrieb Stephan Wolff: Ein Feldweg mit Verbot für Fahrzeuge aller Art, landwirtschaftlicher Verkehr frei ohne Radfahrer frei, in den aber neu aufgestellte Fahradwegweiser auf beiden Seiten hineinzeigen: bicycle=no, bicycle=permissive oder bicycle=inconsistent? das ist ein track, der per default für Fahrräder frei ist, ich würde gar nichts setzen für bicycle oder permissive, jedenfalls nicht no. Dann muss ich Verbot für Fahrzeuge aller Art mit motorcar=no übersetzen. Ja, die Ämter haben manchmal auch Wahrnehmungsstörungen und ich habe hier einen ausgeschilderten Radweg, der über einen Weg mit z250 geht, aber solange man sich an die Beschilderung hält, ist z250 auch bicycle=no. motorcar=no ist z260. Mir ist der Unterschied durchaus klar. Bei neueren Beschilderungen wird hier meist Z250 mit dem Zusatz landwirtschaftlicher Verkehr und Fahradsymbol frei aufgestellt. An einigen Wegen steht noch das alte Schild ohne Fahradfreigabe, wird aber von niemandem als Fahrradverbot gelesen. Das ist genau das Dilemma. Wenn ich die Beschilderung exakt umsetze, kann mir der Router nicht das gewünschte Ergebnis liefern. Andererseit wollen wir die Wirklichkeit und nicht unsere Wünsche in OSM abbilden. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags für Radfahrer
Stephan Wolff s.wo...@web.de wrote: Ja, die Ämter haben manchmal auch Wahrnehmungsstörungen und ich habe hier einen ausgeschilderten Radweg, der über einen Weg mit z250 geht, Ja, so sind sie halt, unsere autozentrierten Behörden... Das ist genau das Dilemma. Wenn ich die Beschilderung exakt umsetze, kann mir der Router nicht das gewünschte Ergebnis liefern. Andererseit wollen wir die Wirklichkeit und nicht unsere Wünsche in OSM abbilden. Man müsste mal genauer recherchieren, aber mir ist dunkel in Erinnerung, dass einige Bundesländer per Federstrich alle Feldwege mit z250 für beradelbar erklärten. Da mich diese Schilder auch nicht so sehr jucken im Zweifel, es sei denn, es wird aus irgendwas heraus klar, dass auch Radler hier nix zu suchen haben (bspw. durch physikalische Hindernisse klargestellt ;-) ) habe ich gerade keine Quelle griffbereit... Wichtiger wäre vermutlich zu erfassen, ob die an Waldrändern gelegentlich zu findenden Autoverhinderungsschranken eine vernünftige Passagemöglichkeit haben, die auch für Rollstuhl-, Dreirad- und Anhängernutzer benutzbar ist... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=no
On Tue, May 26, 2009 at 12:00:06PM +, Heiko Jacobs wrote: Ich hoffe mal, dass ich korrekt davon ausgehen kann, dass sich am highway=no eigentlich keine gescheit programmierte Anwendung stören dürfte?! Find ich nicht so gut. Ich gehe davon aus, dass es Anwendungen gibt, die highway=no interpretieren als Da ist ein Weg mit unbekanntem Typ. Weil sie das no halt nicht kennen, aber immerhin sehen, dass da wohl ein Weg sein soll. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vorschlag für Validierung von POI's
Es gibt POI's, die sich schnell ändern können. Gaststätten, die schließen, oder ihren Namen wechseln, Tankstellen die aufgegeben werden usw. usw... Mein Vorschlag: ein optionales Tag z.B. validationdate=2008-07-20 Jeder der an einem POI vorbeikommt und feststellt, das alles seine Richtigkeit hat, kann dieses Tag aktualisieren. Für den Eiffelturm muss man nicht jeden Tag nachschauen, ob er noch da ist, aber für das Postamt könnte es notwendig sein (Danke Privatisierung!) Motivation: Man könnte sich Tools schreiben, die eine Liste von POI's generieren die in einem Bereich entweder kein 'validationdate' haben, oder das 'validationdate' älter ist als XX Tage. Da könnte man dann mal gezielt nachschauen und aktualisieren. Nur so mal eine Idee, Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Presets
Hallo Mapper, in JOSM ist es möglich eigene Presets zu schreiben. Ich mache selbst reichlich davon Gebrauch. Die Entwickler von JOSM sind zwar rührig bemüht ihre Presets auf Stand zu bringen, aber das kann nicht vollständig gelingen. Mein Vorschlag: So etwas wie eine Tauschbörse für Presets. Jeder, der Presets geschrieben hat, kann sie Anderen zur Verfügung stellen. Ein Beispiel: item name=Tankstelle link href=http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=fuel; / !-- Ueberschrift -- label text=Tankstelle / !-- Feste Werte -- key key=amenity value=fuel / !-- Variable Werte -- combo key=name text=Name values=Shell,Aral,Esso,Freie default= delete_if_empty=true / combo key=operator text=Betreiber values=Shell,Aral,Esso,Freie default= delete_if_empty=true / check key=fuel:diesel text=Diesel default=off delete_if_empty=true / check key=fuel:octane_91 text=Normalbenzin default=off delete_if_empty=true / check key=fuel:octane_95 text=Superbenzin default=off delete_if_empty=true / check key=fuel:octane_98 text=Superplus default=off delete_if_empty=true / check key=fuel:1_25 text=Zweitaktgemisch 1:25 default=off delete_if_empty=true / check key=fuel:1_50 text=Zweitaktgemisch 1:50 default=off delete_if_empty=true / check key=fuel:biodiesel text=Biodiesel default=off delete_if_empty=true / check key=fuel:svo text=Reines Pflanzenöl als Treibstoff default=off delete_if_empty=true / check key=fuel:biogas text=Biogas default=off delete_if_empty=true / check key=fuel:autogas text=Autogas default=off delete_if_empty=true / check key=fuel:cng text=Erdgas default=off delete_if_empty=true / check key=fuel:hydrogen text=Wasserstoff default=off delete_if_empty=true / check key=fuel:electricity text=Anschluss für Elektroautos default=off delete_if_empty=true / /item Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Busshuttle fuer Radfahrer und Fussgaenger
Hallo! In Lübeck gibt es den Herrentunnel; das ist ein Straßentunnel unter dem Fluß Trave. Radfahrer und Fußgänger dürfen diesen nicht direkt benutzen. Damit diese aber trotzdem auf die andere Seite des Flusses kommen und nicht einen kilometerlangen Umweg fahren müssen, gibt es einen Shuttlebus, der diese Personen samt Gefährt rund um die Uhr durch den Tunnel fährt (Über Sinn und Unsinn dieser Lösung sollte hier nicht diskutiert werden. Dieses Verfahren gibt es seit fast 4 Jahren und wird auch noch weitere Jahres bestehen bleiben.). Nun ist die Frage, wie kann man diese Problematik in OSM richtig erfassen, so daß die Radfahrer nicht direkt durch den Tunnel, sondern zur Haltestelle des Pendelbusses geleitet werden? Der Tunnel müßte wohl mit bicycle=no getaggt werden. Meine Überlegung geht jetzt dahin, eine Relation für den Fahrweg bes Busses anzulegen und die Radfahrer über diese durch den Tunnel zuführen (evtl. sogar mit dem Tag ferry?). Außerdem müßte man es ja so hinbekommen, daß die Radfahrer nur zu den Haltestellen geleitet werden und nicht zu dem Fahrweg des Shuttlebusses. Hat jemand eine Idee? Ist das Problem so verständlich? Ansonsten werde ich das noch mal ein wenig konkretisieren. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One Deutschland - mit Garmin eTrex
Am 26. Mai 2009 14:59 schrieb Christian von Rotenhan umax...@googlemail.com: Am 26.05.2009 2:19 Uhr, schrieb Wolfgang: Abhilfe ist eigentlich immer, zusätzliche Wegepunkte einzufügen. Ich vermute, dass das Navi einfach zu viele Alternativen findet. Für längere Fahrten sollte man wohl eine Karte ohne Fußwege etc benutzen, um das Datenvolumen kleiner zu halten. Ich bin mit den vorgebrachten Gedanken immer noch nicht ganz überzeugt, ob das wirklich der Grund ist. Denn wie gesagt das Routing funktioniert auf der gleichen Strecke wenn ich weg fahre zu den Zielen. Der Rückweg führt dann zu den beschriebenen Problemen. Moeglicherweise gibt es in die eine Richtung in der Naehe des Zielpunktes (Routenplaner berechnen gern vom Ziel aus zum Start, weil sich der Startpunkt ja meist waehrend der Berechnung schon verschiebt) sehr viel mehr Moeglichkeiten, von dort wegzukommen, als in die andere Richtung? Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Adrian Stabiszewski schrieb: Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Genial! Wenn es nun noch eine Version/einen Modus für Starenkästen, Mobilblitzer und was die POI-Warner-Fraktion noch so notiert gäbe, dann hätten wir sicher über Nacht einige Hundert neue Freunde gefunden (und ein paar proprietäre Datenverkäufer ihres Geschäftsmodells beraubt) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One Deutschland - mit Garmin eTrex
Christian von Rotenhan schrieb: Gibt es eine Möglichkeit mit JOSM oder einem anderen Programm am MAC das Routing zu simulieren, bzw. am Rechner eine automatische Fehlersuche und Korrektur durchzuführen? (Das was JOSM über die Fixmefunktion anbietet ist für mich als Laien nur schwer nachvollziehbar.) Du kannst die Karte in Mapsource einbinden. Mapsource kann ebenfalls routen. Die Rückverwandlung eines .IMGs funktioniert meines Wissens jedoch nicht. Du musst also das rohe Kartenlayer nehmen, noch ohne die Adressinfos, Höhenlinien etc. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Am Di, 26.05.2009, 23:56 schrieb Johann H. Addicks: Wenn es nun noch eine Version/einen Modus für Starenkästen, Mobilblitzer und was die POI-Warner-Fraktion noch so notiert gäbe, dann hätten wir sicher über Nacht einige Hundert neue Freunde gefunden (und ein paar proprietäre Datenverkäufer ihres Geschäftsmodells beraubt) Daran habe ich auch schon gedacht ... die ganzen POI-Datenbanken bestehen Mittlerweile zu großen Teilen aus den Koordinaten der Yahoo- und Google-Geocoder... nahezu total nutzlos. Optimal wäre, wenn man sich zum POI-Eintragen und Korrigieren nicht anmelden müsste... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Am 26.05.2009 11:02, Adrian Stabiszewski: http://ae.osmsurround.org Cool. 1.) Soweit ich das sehe verwendest du von script.aculo.us nur die Ajax.-Methoden. Daher solltest du auch nur die entsprechenden Unterbibliotheken im Head laden. Ich glaube, dass ist nur Controls: script src=js/scriptaculous.js?load=controls type=text/javascript/script 2.) Wenn du neue Daten reinbekommst, dann entfernst du mühselig alle vorhandenen Nodes mittels eine for-Schleife. Das Löschen sieht man als sogar als Benutzer, wenn die Marker einzeln verschwinden. Warum nicht einfach ein features.destroy(); mit anschliessendem Neu-Erstellen des features-Layers? Gruß Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
Hallo Jacques, ich finden Deinen Vorschlag gut - vielleicht ergibt sich daraus auch irgendwann daraus eine Sammlung die dann in JOSM übernommen werden kann. Abgesehen davon können so auch einige an JOSM mitarbeiten die nicht diese Programmierkenntnisse haben. Mein Vorschlag: Lege doch eine Übersichtsseite, vergleichbar wie bei KOSMOS an, und dann kann jeder seine zusätzlichen Templates ergänzen. Dann vielleicht noch eine Zusammenstellung der wichtigsten Links und Informationen (Format der zu erstellenden Datei, Einbinden in JOSM etc.) und dann werden wir mal sehen wie das weitergeht. Ich wäre dabei. Wenn Du schon soviel Erfahrung hast - wie würdest Du ein UMLAUT definieren. Ich habe schon einmal etwas gebastelt mit dem Wort LÜBECK - aber das Ü kam immer nicht so rüber - habe erst einmal UE genommen und editiere das immer von Hand. Witzig finde ich in Deinem Beispiel nur das mit dem Name und Operator - beides dieselben Wert. Ist ja wieder dasselbe Thema wie bei meiner Diskussion vor einigen Tagen. ES SOLLTE EINFACH EINMAL EINE REGELUNG GEFUNDEN WERDEN FÜR NAME / OPERATOR DIE AUCH ANWENDUNG FINDET. Gruß Jan :-) Jacques Nietsch schrieb: Hallo Mapper, in JOSM ist es möglich eigene Presets zu schreiben. Ich mache selbst reichlich davon Gebrauch. Die Entwickler von JOSM sind zwar rührig bemüht ihre Presets auf Stand zu bringen, aber das kann nicht vollständig gelingen. Mein Vorschlag: So etwas wie eine Tauschbörse für Presets. Jeder, der Presets geschrieben hat, kann sie Anderen zur Verfügung stellen. Ein Beispiel: item name=Tankstelle link href=http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=fuel; / !-- Ueberschrift -- label text=Tankstelle / !-- Feste Werte -- key key=amenity value=fuel / !-- Variable Werte -- combo key=name text=Name values=Shell,Aral,Esso,Freie default= delete_if_empty=true / combo key=operator text=Betreiber values=Shell,Aral,Esso,Freie default= delete_if_empty=true / check key=fuel:diesel text=Diesel default=off delete_if_empty=true / check key=fuel:octane_91 text=Normalbenzin default=off delete_if_empty=true / check key=fuel:octane_95 text=Superbenzin default=off delete_if_empty=true / check key=fuel:octane_98 text=Superplus default=off delete_if_empty=true / check key=fuel:1_25 text=Zweitaktgemisch 1:25 default=off delete_if_empty=true / check key=fuel:1_50 text=Zweitaktgemisch 1:50 default=off delete_if_empty=true / check key=fuel:biodiesel text=Biodiesel default=off delete_if_empty=true / check key=fuel:svo text=Reines Pflanzenöl als Treibstoff default=off delete_if_empty=true / check key=fuel:biogas text=Biogas default=off delete_if_empty=true / check key=fuel:autogas text=Autogas default=off delete_if_empty=true / check key=fuel:cng text=Erdgas default=off delete_if_empty=true / check key=fuel:hydrogen text=Wasserstoff default=off delete_if_empty=true / check key=fuel:electricity text=Anschluss für Elektroautos default=off delete_if_empty=true / /item Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
HI ! ich nochmal - wenn Du das Template dann in das Wiki übernimmst dann setze doch die Standard-Spritsorten (Benin, Super bleifrei und Diesel) per default aktiv. Gruß Jan :-) Jacques Nietsch schrieb: Hallo Mapper, in JOSM ist es möglich eigene Presets zu schreiben. Ich mache selbst reichlich davon Gebrauch. Die Entwickler von JOSM sind zwar rührig bemüht ihre Presets auf Stand zu bringen, aber das kann nicht vollständig gelingen. Mein Vorschlag: So etwas wie eine Tauschbörse für Presets. Jeder, der Presets geschrieben hat, kann sie Anderen zur Verfügung stellen. Ein Beispiel: item name=Tankstelle link href=http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=fuel; / !-- Ueberschrift -- label text=Tankstelle / !-- Feste Werte -- key key=amenity value=fuel / !-- Variable Werte -- combo key=name text=Name values=Shell,Aral,Esso,Freie default= delete_if_empty=true / combo key=operator text=Betreiber values=Shell,Aral,Esso,Freie default= delete_if_empty=true / check key=fuel:diesel text=Diesel default=off delete_if_empty=true / check key=fuel:octane_91 text=Normalbenzin default=off delete_if_empty=true / check key=fuel:octane_95 text=Superbenzin default=off delete_if_empty=true / check key=fuel:octane_98 text=Superplus default=off delete_if_empty=true / check key=fuel:1_25 text=Zweitaktgemisch 1:25 default=off delete_if_empty=true / check key=fuel:1_50 text=Zweitaktgemisch 1:50 default=off delete_if_empty=true / check key=fuel:biodiesel text=Biodiesel default=off delete_if_empty=true / check key=fuel:svo text=Reines Pflanzenöl als Treibstoff default=off delete_if_empty=true / check key=fuel:biogas text=Biogas default=off delete_if_empty=true / check key=fuel:autogas text=Autogas default=off delete_if_empty=true / check key=fuel:cng text=Erdgas default=off delete_if_empty=true / check key=fuel:hydrogen text=Wasserstoff default=off delete_if_empty=true / check key=fuel:electricity text=Anschluss für Elektroautos default=off delete_if_empty=true / /item Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
