Re: [Talk-de] Wohin Monsterrelation führen können + taggen von Grenzen (WAR: Konflikt mit Relation und Landesgrenze)
fly high wrote: Bekomme ich für diese Relation auch nicht geöffnet ! dito, ich glaube aber gelesen zu haben, dass das 2000-er limit -leider- nicht mehr besteht (?) es dauert halt nur ewig und klappt nicht immer. Ansonsten kann ich mir nicht erklären, wie die Brüder da mehr als 2000 Member reinbekommen haben. Eventuell ist das Limit auch bei 2048 2¹¹ ? Habe mich mal ein bischen umgeschaut: ... 2. Was sollen eigentlich die ganzen name:left/right=, region:left/right=, province:left/right= an den Grenzlinien. Sowas gehört in eine Relation und nicht an die Linie. nicht ganz. die Italien-Grenze ist eine MP-Relation; da brauchen die Member outer und inner, damit die auch in Italien vorhandenen Enklaven und Exklaven sauber erfasst werden. Insofern ist das Feld member_type bereits belegt. Left/right ist ihmo ne uralte Klamotte, die schon längst raus sollte 3. An Küstenlinien sollte nicht ein boundary tag geklebt werden, dazu genügt die Grenzrelation. na ja, stören tut's nicht, ist aber quatsch Da diese Punkte wohl über Landesgrenzen hinaus zu diskutieren sind, ist diese Mail wohl eher auf talk@ aufgehoben, aber Eure Meinung interessiert mich trotzdem. lob lob Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Wohin-Monsterrelation-fuhren-konnen-taggen-von-Grenzen-WAR-Konflikt-mit-Relation-und-Landesgrenze-tp6441354p6441769.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] Wohin Monsterrelation führen können + taggen von Grenzen (WAR: Konflikt mit Relation und Landesgrenze)
Am 05.06.2011 11:20, schrieb Walter Nordmann: ich glaube aber gelesen zu haben, dass das 2000-er limit -leider- nicht mehr besteht (?) Moin, das 2000er Limit gilt für Nodes pro Way und sonst für gar nichts. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt mit Relation und Landesgrenze
Hi und danke für Dein Engagement! Kann Dir leider im Momment auch nicht weiter helfen Ja, da scheinen einige Probleme dahinter zu lauern... Habe die Sorge, dass je mehr Zeit zwischen Fehler und Behebung vergeht, desto mehr Konflikte auftreten, die dann kaskadisch wirken und sich irgendwann überhaupt nicht mehr entwirren lassen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Re: Renderer Update-Frequenz
On Tue, 31 May 2011, Garry wrote: Damals wurde die Frage nach dem Atomausstieg auch noch anderst beantwortet als heute... puh, der Vergleich hinkt aber gewaltig ... das musste ich jetzt mal loswerden ;-) Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohin Monsterrelation führen können + taggen von Grenzen (WAR: Konflikt mit Relation und Landesgrenze)
jauu, jetzt wo du das sagst, fällt es mir auch wieder ein. Ist also nur ein Server-Last-Problem. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Wohin-Monsterrelation-fuhren-konnen-taggen-von-Grenzen-WAR-Konflikt-mit-Relation-und-Landesgrenze-tp6441354p6441810.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] openstreetmap und qgis
hi, ist auf den ersten Blick etwas OT, aber ich brauch etwas Unterstützung von euch: qgis http://qgis.org kann als GIS-System sehr viele Daten sehr schnell on the Fly auf dem Schirm darstellen, wenn es an die Daten rankommt. Das geht z.B sehr schön für die Shape-Files, die man ja mit entsprechender Software aus OSM-Daten erstellen kann. http://wnordmann.homeunix.com/images/stories/osm/forum/thumb/dach-al4.png QGIS kann u. A. direkt auf Postgresql-Datenbanken zugreifen und die dortigen Daten visualisieren. Das geht aber nicht bei den von OSM verwendeten. Das liegt daran, dass qgis keine langen ID's (int*8) unterstützt. Diese ids sind bei den per Osmosis erstellten Schematas 64Bit und derzeit wird osm2pgsql ebenfalls auf 64Bit umgestellt, da zumindest die Nodes in einiger Zeit zu groß werden. Die QGIS-Entwickler sehen derzeit keinen Befarf, in qgis entsprechende Änderungen zu machen. Ein entprechendes Ticket ist seit 5 Jahren offen. Auch heute bin ich bei denen abgeblitzt. Daher der Sinn der langen Rede: Macht bei den Brüdern etwas Druck und fragt selber nach dieser Möglichkeit. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6441859.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] Rampe / Auffahrt zu einem Schloss oder einer Villa
Moin, helft mal bitte bei obigem tag. Da die Rampe wirklich 5 m breit und 40 m lang ist mit je 12 m langen Auffahrten von beiden Seiten, wollte ich sie schon als eigenständiges Bauwerk erfassen. Wäre das sinnvoll? Albrecht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap und qgis
Hi, Walter Nordmann wrote: qgis http://qgis.org kann als GIS-System sehr viele Daten sehr schnell on the Fly auf dem Schirm darstellen, wenn es an die Daten rankommt. Das geht z.B sehr schön für die Shape-Files, die man ja mit entsprechender Software aus OSM-Daten erstellen kann. Es gibt auch ein OSM-Plugin, mit dem QGIS direkt, ohne Umweg ueber Shape oder PostGIS, OSM-Daten einlesen kann. 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] Rampe / Auffahrt zu einem Schloss oder einer Villa
Albrecht Will schrieb: helft mal bitte bei obigem tag. Welchem? Da die Rampe wirklich 5 m breit und 40 m lang ist mit je 12 m langen Auffahrten von beiden Seiten, wollte ich sie schon als eigenständiges Bauwerk erfassen. Wäre das sinnvoll? Ich nähme wohl: highway=service service=* embankment=* width=5 surface=* /Nicht/ zu verwenden: http://wiki.openstreetmap.org/wiki/Key:ramp hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap und qgis
Frederik Ramm wrote: Es gibt auch ein OSM-Plugin, mit dem QGIS direkt, ohne Umweg ueber Shape oder PostGIS, OSM-Daten einlesen kann. danke frederik, war mir wohl bekannt, hab ich aber lange nicht mehr verwendet. Der Zugriff auf die Postgres-DB ist für alle sinnvoll, die z.b. die bereits vorverdauten Flächen verarbeiten wollen. Diese werden ja u.A. von osm2pgsql aus den Rohdaten erstellt und liegen halt in der DB, die -noch- auf 32 bit rennt. Diejenigen, die eine mühsam aufgebaute Simple- oder Snapshot-DB haben, schauen blöd aus der Wäsche. Und das sind nicht wenige im OSM-Land. Gerade der Vorteil der Ad-Hoc-Auswertungen kommt hier nicht zum Tragen. Die Visualisierung einer beliebigen Abfrage an die DB (z.B. Erfassung der Rossmann-Filialen) wäre hiermit ohne grosse Umstände möglich. Ohne Rendern, ohne OpenLayers, ohne Webserver, ohne ... einfach DATEN -- SQL-Query -- Bild Ich werd mir den Plugin nochmal ansehen, meine aber mich zu erinnern, dass der eigentlich nicht zu gebrauchen war. Die OSM-Daten in QGIS als direkt als Layer zu verwenden, hat schon was. Dann bräuchte ich hier nicht den Umweg über Shapes zu gehen: http://wnordmann.homeunix.com/images/stories/osm/forum/thomas1.png Die aktuellen Shapes UND POLY-Files mit und ohne Buffer dieser Länder gehen demnächst wieder online. Gruss Walter p.s. die Schweizer sollten sich mal um ihre Boundaries kümmern; da sieht es echt mau aus. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6442101.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] openstreetmap und qgis
http://wnordmann.homeunix.com/images/stories/osm/forum/thumb/dach-al4.png sorry, link funktionierte nicht; sollte aber jetzt ok sein. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/openstreetmap-und-qgis-tp6441859p6442201.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] Navigation on osm data
Hello, I am wondering if osm data contains information which helps rounting programs like navit to announce before a crossing which lane to take, when there are multiple lanes (e.g. one for turning left, one for straight or turning right). Deriving that simply from the angles the streets meet at the crossing does not work reliably As an example see the bug report, I opened against navit: http://trac.navit-project.org/ticket/870 Many thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ 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] Navigation on osm data
Am 05.06.2011 17:23, schrieb Rainer Dorsch: I am wondering if osm data contains information which helps rounting programs like navit to announce before a crossing which lane to take, when there are multiple lanes (e.g. one for turning left, one for straight or turning right). Deriving that simply from the angles the streets meet at the crossing does not work reliably Hi, es gibt 1 oder 2 Proposals für Lane-Assist-Tagging ist aber noch kaum in den Daten enthalten. http://wiki.openstreetmap.org/wiki/DE:Lane_Assist Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Navigation on osm data
Hello, I am wondering if osm data contains information which helps rounting programs like navit to announce before a crossing which lane to take, when there are multiple lanes (e.g. one for turning left, one for straight or turning right). Deriving that simply from the angles the streets meet at the crossing does not work reliably As an example see the bug report, I opened against navit: http://trac.navit-project.org/ticket/870 Many thanks, Rainer -- Rainer Dorsch http://bokomoko.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Displaying Color Encoded Information in Track
Hello, I would like to display color encoded information in a track. In my particular case right now, I would like to record signal strength with my cellphone. The easiest way to collect the data is for me a gps track and a table containing time and signal strenght. My end goal is to have the signal strength encoded in the color of the track (similarly like josm may encode velocity in the color of the track). Any input how to achieve this is welcome. Thanks, Rainer -- Rainer Dorsch http://bokomoko.de/ -- Rainer Dorsch http://bokomoko.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Wochennotiz Nr. 46
Hallo, die Wochennotiz Nr. 46 mit allen Neuigkeiten aus dem OpenStreetMap-Universum ist da: http://blog.openstreetmap.de/2011/06/osm-wochennotiz-nr-46/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigation on osm data
Rainer Dorsch wrote: I am wondering if osm data contains information which helps rounting programs like navit to announce before a crossing which lane to take, when there are multiple lanes (e.g. one for turning left, one for straight or turning right). Dazu gibt es gerade auch eine Diskussion im Forum http://forum.openstreetmap.org/viewtopic.php?id=12554 Ein Vorschlag um Turn lanes zu mappen ist http://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes Noch sind vermutlich sehr wenige Kreuzungen so getaged, aber wenn Navi programme wie Navit oder MapFactor Free[1] anfangen wuerden diese Tags zu unterstuetzen, waere die Motivation sicherlich hoeher unter mappern diese auch zu taggen. Das uebliche Henne und Ei problem. Kai P.S. hatte es einen Grund warum die mail auf Englisch geschrieben wurde? Dann koente ich meine Antwort auch auf Englisch wiederholen. [1] http://forum.mapfactor.com/discussion/29/traffic-lane-assistant/p1 -- View this message in context: http://gis.638310.n2.nabble.com/Navigation-on-osm-data-tp6442397p6442547.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] Evtl. Lösung für zu kleine Schrift bei nicht Lateinischem Alphabet
Hallo Peter, On 31.05.2011 22:50, Peter wrote: Aber wenn es hier keinen mit dem Font interessiert: auch gut, halt Lösung ohne Problem:-) mich interessiert schon eine Lösung, aber wir haben hier mit zwei verschiedenen Problemen zu kämpfen. Dass in einem Font die Größen nicht passen lässt sich durch einen kombinierten Font wie du es beschreibst lösen. Leider hilft das nicht bei dem Problem, dass in vielen Sprachen die Glyphen abhängig vom Kontext sind. Für das arabische gibt es wohl einen Workaround im Rendering Code, für andere aber nicht. So lange das nicht gelöst ist hilft es auch nicht weiter einen passenden Font zu haben. Da muss die Rendering-Engine von Mapnik angepasst werden. Harfbuzz könnte ein Kandidat sein oder Pango. Leider scheint das auf der Prio-Liste von den Mapnik Entwicklern relativ weit unten zu stehen. Vielleicht geschieht ja noch ein Wunder und es implementiert jemand. Für Python scheint es im ocitysmap schon gemacht zu sein: http://git.savannah.gnu.org/cgit/maposmatic/ocitysmap.git/tree/ocitysmap2/layoutlib/single_page_renderers.py Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigation on osm data
Hallo Kai, danke für die Antwort. Am Sunday, 5. June 2011 schrieb Kai Krueger: Rainer Dorsch wrote: I am wondering if osm data contains information which helps rounting programs like navit to announce before a crossing which lane to take, when there are multiple lanes (e.g. one for turning left, one for straight or turning right). Dazu gibt es gerade auch eine Diskussion im Forum http://forum.openstreetmap.org/viewtopic.php?id=12554 Ein Vorschlag um Turn lanes zu mappen ist http://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes Noch sind vermutlich sehr wenige Kreuzungen so getaged, aber wenn Navi programme wie Navit oder MapFactor Free[1] anfangen wuerden diese Tags zu unterstuetzen, waere die Motivation sicherlich hoeher unter mappern diese auch zu taggen. Das uebliche Henne und Ei problem. Ich werde die nächsten Tage mal eine Zusammenfassung der Antworten schreiben und dem navit bugreport anhängen. Bin nicht sicher, wann das implementiert wird, ich fürchte ich komme vor Herbst nicht dazu... Kai P.S. hatte es einen Grund warum die mail auf Englisch geschrieben wurde? Dann koente ich meine Antwort auch auf Englisch wiederholen. Nur Gewohnheit, poste sehr selten auf deutschen Listen. Danke nochmal und Gruß Rainer [1] http://forum.mapfactor.com/discussion/29/traffic-lane-assistant/p1 -- View this message in context: http://gis.638310.n2.nabble.com/Navigation-on-osm-data-tp6442397p6442547.h tml 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 -- Rainer Dorsch http://bokomoko.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Displaying Color Encoded Information in Track
Hi,
On Sun, Jun 05, 2011 at 05:50:45PM +0200, Rainer Dorsch wrote:
I would like to display color encoded information in a track. In my
particular
case right now, I would like to record signal strength with my cellphone. The
easiest way to collect the data is for me a gps track and a table containing
time and signal strenght.
My end goal is to have the signal strength encoded in the color of the track
(similarly like josm may encode velocity in the color of the track).
Die StyleMaps von Openlayers sollten genau das tun, was du brauchst. Fuer
ein Beispiel siehe http://openlayers.org/dev/examples/stylemap.html
Grob gesagt musst du die Signalstaerke in die passende Farbe umwandeln und
als zusaetzliche Eigenschaft zum Trackpunkt speichern. Dann musst du eine
Stylemap laden mit:
[...]
fillColor: ${signalcolor}
[...]
Wenn du die Farbe direkt in Javascript berechnen willst, musst du Style-Regeln
schreiben. Siehe http://openlayers.org/dev/examples/style-rules.html
Gruss
Sarah
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ODbL im Wiki
Ich wollte grad jemandem die neue Lizenz ODbL erklären. Im Wiki finde ich: http://wiki.openstreetmap.org/wiki/DE:Open_Database_License Dort steht etwas von Vorschlag und Abstimmung Ich dachte, wir /haben/ bereits die ODbL?! In obigem Wikitext findet man einen Link: http://www.opendatacommons.org/licenses/odbl/ und eine inoffizielle Übersetzung: http://wiki.openstreetmap.org/wiki/DE:Open_Database_Licence_-_Licence_Text Aber die beiden Texte sind höchst unterschiedlich. Vielleicht könnte die LWG den Text im Wiki so schreiben, dass er irgendwie konsistent ist? Vielleicht liest ja hier jemand aus der LWG mit? Oder vielleicht kann jemand diesen Bedarf weiterleiten? Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ODbL im Wiki
Hallo, Markus wrote: Im Wiki finde ich: http://wiki.openstreetmap.org/wiki/DE:Open_Database_License Dort steht etwas von Vorschlag und Abstimmung Ja, selbst die englische Originalseite ist etwas veraltet, die deutsche Uebersetzung ist aber noch angestaubter. Ich dachte, wir /haben/ bereits die ODbL?! Nein, wir sammeln derzeit bloss von Mappern die Genehmigung ein, dass ihr Beitrag unter der ODbL veroeffentlicht werden darf, aber bis zur sogenannten Phase 5 der Lizenzumstellung sind die Daten nach wie vor unter CC-BY-SA. In obigem Wikitext findet man einen Link: http://www.opendatacommons.org/licenses/odbl/ und eine inoffizielle Übersetzung: http://wiki.openstreetmap.org/wiki/DE:Open_Database_Licence_-_Licence_Text Aber die beiden Texte sind höchst unterschiedlich. Der erstgenannte Link fuehrt zu einer Einstiegsseite, dort muss man auf Full legal text of current version (v1.0) (http://www.opendatacommons.org/licenses/odbl/1.0/) klicken, um den vollen Lizenztext zu lesen. Der entspricht dann etwa dem, was Du als zweites genannt hast. Vielleicht könnte die LWG den Text im Wiki so schreiben, dass er irgendwie konsistent ist? Die LWG hat leider keine Mitglieder, die deutsche Wikiseiten schreiben koennten. Die englische Originalseite http://wiki.openstreetmap.org/wiki/Open_Database_License habe ich gerade mal notduerftig auf den aktuellen Stand gebracht. 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
