[Talk-de] openstreetmap.org: Problem mit Adblock Was: Kartenlink? Am besten mit Marker?
On 13.04.2016 11:24, Christopher Lorenz wrote: > Hallo Philipp, > > wie die anderen auch, es gibt das Markersetzen und Link-Teilen noch. > Es ist gut möglich, dass dein Browser bzw. eines der Plugins die > Checkbox für den Marker ausblendet. Wenn ich das so lese bist du an > der richtigen Stellen, der Abschnitt "Teilen" steht über GeoURI und > Bild-Export, dort ist bei mir folgender Inhalt: > > Teilen > > Link oder HTML [ ] Kartenmarker setzen > > Link | Kurz-URL | HTML [http://osm..] > > __ Geo-URI . > > Versuch mal einen anderen Browser oder AdBlock bzw. NoScript auf > dieser Seite zu deaktivieren, ich hatte das früher mit Firefox auch > mal, konnte aber nicht nachvollziehen welches Plugin oder Einstellung > es war. Könnte aber auch sein, dass ein Proxy, wenn du einen benutzt, > hier etwas herausfiltert. > Das Problem war tatsächlich Adblock. Mit deaktiviertem Adblock funktioniert es. Mit Adblock fehlt alles zwischen "Teilen" und "Geo-URI". Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kartenlink? Am besten mit Marker?
Früher gab es auf openstreetmap.org die Möglichkeit, einen Link auf den aktuellen Kartenausschnitt zu erhalten, anfangs mußte man den Link von Hand etwas editieren, um einen Marker zu erhalten, später gab es eine Auswahlbox dafür. Das war praktisch um in Emails auf konkrete Orte auf der Karte zu verweisen. Aber nun sehe ich nur noch eine Geo-URI und den Bildexport. Ist das ein Bug oder ein absichtlich entferntes Feature? Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback zum Vorschlag einer möglichen Mappingaktion zu Aufzuggeodaten?
On 09.12.2015 21:38, Michael Reichert wrote: > Die ODbL ist die GPL für Daten und dazu da, Geschäftsmodellen > kommerzieller Datenanbieter wie Here, TomTom und den Vermessungsämtern > etwas entgegenzusetzen. Den Rest meiner Argumentation findet ihr in > Abhandlungen und Diskussion zum Thema GPL vs. BSD-Lizenz, die es zu Hauf > gibt. Die GPL hat den entschiedenden Vorteil, dass sie weit verbreitet ist. Das sehe ich bei der ODbL bisher nicht. In beiden Fällen, aber in der Praxis bei der ODbL vermutlich häufiger gibt es das Problem, dass man freie Daten aus unterschiedlichen Quellen wegen inkompatibler Lizenzen nicht kombinieren darf. Philipp signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Moin, On Sat, Feb 15, 2014 at 12:45:38PM +0100, Dirk Sohler wrote: hike39 schrieb: ... here is a quick release to end the OSM misery. I am still not convinced that transmitting the user-agent string does really help to prevent any misuse. […] Damit hat er KOMPLETT recht. Der User-Agent sagt absolut rein GAR NICHTS darüber aus, welcher Client auf den Server zugreift, da der User-Agent ohne weiteres verändert werden kann. Leute! Überlegt euch mal bitte, was ihr hier verlangt. Die Ressourcen von OSM sind begrenzt. Solange IHR nicht EUER Geld in die Hand nehmt und damit Server und Bandbreite kauft, und das dann anschließend nicht nur für euch nutzt, sondern KOSTENLOS der Welt zur Verfügung steht, solltet ihr euch anderen gegenüber höflich verhalten. Das ist zumindest meine bescheidene Meinung. Und weil es leider einige gibt, die sich nicht an die Spielregeln halten, muss es leider auch Mechanismen geben, die solche Spielverderber bremsen. Und hier gibt es zwei Kategorien: 1. Unbeabsichtigte Programmfehler, die unbeabsichtigt dafür sorgen, daß das Programm Amok läuft und eben zu Lasten aller Ressourcen verbraucht. Und hier ist ein aussagekräftiger User-Agent-String eben durchaus hilfreich, weil man dann mit den Verursachern in Kontakt treten kann, um eine sinnvolle Lösung zu entwickeln. 2. Absichtliches ignorieren der Spielregeln. Und hier hilft eben kein User-Agent, denn wer genügend kriminell ist, der fälscht eben auch so was, um solche Beschränkungen zu umgehen. Was kommt als nächstes? Du blockst meine IP-Adresse, also hacke ich deinen Rechner und nutze die? Bei nur 4 Mrd. IPv4-Adressen mag man vielleicht noch auf die Idee kommen, einfach pro Adresse ein gewisses Limit zu erzwingen, aber spätestens mit IPv6 ist Schluss. Und warum soll ich dafür leiden, daß mein Nachbar im zufällig selben IP-Adressbereich gerade die OSM-Rechner in die Knie zwingt? Du blockst meinen Account? Also hacke ich die von anderen und nutze die? Soll OSM auch einen API-Key einführen, damit jede Anwendung eindeutig trackbar ist, wie es Goggle tut? Ich hoffe, jemand forkt QLandkarteGT, und baut die OSM-Unterstützung wieder ein. Am besten mit durch den User änderbarem User-Agent-String, um zukünftigen bekloppt-heiten der OSM-Admins entgegenzuwirken. Und hier widersprichst du dir dann schließlich selber: DU bist scheinbar nicht in der Lage den UA-String zu ändern und schreist sofort nach jemand anderem, der das für dich tut. Und als Programmierer darf man IMHO ruhig noch ein Gewissen haben, um eben auch zu sagen, daß man eine Funktion eben nicht implementiert, um es anderen nicht zu einfach zu machen, die Spielregeln zu verletzen. Ich jedenfalls möchte all den Leuten danke, die ihre Zeit dafür aufwenden, OSM und OS im allgemeinen am Laufen zu halten. Und dazu gehören auch die Entwickler von QLandkarteGT, was ich selber gerne verwende, aber auch wenn die gerade ein wenig eingeschnappt scheinen, hoffe ich, daß da eine konstruktive Lösung gefunden wird. Philipp PS: Und ja, ich bin Softwareentwickler und ja, ich habe auch schon als Debian-Entwickler Patches für QLandkarte geschrieben, aber im Moment fehlt mir selber die Zeit und die Priorität, da selber Hand anzulegen. -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openrailwaymap zoom 11 tile rendering
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I noticed that Openrailwaymap seems to take a very long time to rerender the big tiles: At zoom level up to 10, changes that have been made weeks ago are still not visible. But when I zoom in to 11 or further, even changes made a day ago seem to be there. Is there any particular reason for this? Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLaUekACgkQbtUV+xsoLpo/UwCfc016AVtEbTU8VuqB/DlUxpR8 DqYAoMoacuV1LTeybd/2DZwUxqHvcBe6 =uOfW -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRailwayMap [Was: Re: Korrektur vom Schienenetz in Deutschland]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.09.2013 20:33, schrieb Alexander Matheisen: Danke. Eine Eisenbahnkarte auf OSM-Basis scheint mir eine sehr gute Idee. Und abgesehen von der Langsamkeit ist die gefällt mir die Karte auch. Ist es geplant, da noch weitere Informationen einblendbar zu machen (z.B. Oberstromgrenzwerte, Neigetechnik, etc)? Ja, die Kartenstyles sollen nach und nach erweitert werden. Konkret geplant sind bereits Ansichten für Elektrifizierung und Spurweite, aber es können natürlich noch unzählige weitere Stile erstellt werden. Konkrete Vorschläge sind gerne gesehen und können per Mail oder als Github Issue mitgeteilt werden. Eine Legende wäre schön. Die Geschwindigkeitskarte ist dank der Zahlen auf der Karte auch ohne verständlich, aber bei den anderen Merkmalen sieht es anders aus. Und auch für die Geschwindigkeit schadet eine Legende nicht. Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlIzRBsACgkQbtUV+xsoLpr+eACcDmyjycNTLKusQ4c5s7GCjlQj 9E0Anit5ce/H9ayVgxq9YTF34VNU35DB =DakF -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenRailwayMap [Was: Re: Korrektur vom Schienenetz in Deutschland]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.09.2013 11:43, schrieb Alexander Matheisen: Im Zusammenhang mit meiner OpenRailwayMap […] Funktioniert da bereits etwas bahnspezifisches? Mit Firefox 23 auf GNU/Debian sehe ich auf http://www.openrailwaymap.org/ nur eine OpenStreetMap (langsam ladend, mit höhenschattierung, wahlweise in Grau oder Farbe, und per default in dieser MapQuest-Darstellung die Autobahnen sehr betont). Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlIwVU0ACgkQbtUV+xsoLppm4QCgxX/NsDp1l209f5kFASlP+0UL sFUAn24r7lKPJk6KmHLay7ZOmFpaJG6U =kCcz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRailwayMap [Was: Re: Korrektur vom Schienenetz in Deutschland]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.09.2013 16:22, schrieb Alexander Matheisen: Am Mittwoch, den 11.09.2013, 13:34 +0200 schrieb Philipp Klaus Krause: Am 11.09.2013 11:43, schrieb Alexander Matheisen: Im Zusammenhang mit meiner OpenRailwayMap […] Funktioniert da bereits etwas bahnspezifisches? Mit Firefox 23 auf GNU/Debian sehe ich auf http://www.openrailwaymap.org/ nur eine OpenStreetMap (langsam ladend, mit höhenschattierung, wahlweise in Grau oder Farbe, und per default in dieser MapQuest-Darstellung die Autobahnen sehr betont). Du hast mich gerade auf einen Bug aufmerksam gemacht, den ich bisher noch nicht entdeckt habe. Bei meiner letzten Codeänderung hatte ich wohl einen Variablennamen falsch geschrieben... Jetzt sollte wieder alles funktionieren. Die Karte ist soweit fertig und benutzbar, wenn auch besonders in niedrigen Zoomstufen etwas langsam, da die Karte mit KothicJS im Browser gerendert wird. Danke. Eine Eisenbahnkarte auf OSM-Basis scheint mir eine sehr gute Idee. Und abgesehen von der Langsamkeit ist die gefällt mir die Karte auch. Ist es geplant, da noch weitere Informationen einblendbar zu machen (z.B. Oberstromgrenzwerte, Neigetechnik, etc)? Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlIwqOQACgkQbtUV+xsoLpoFcACfVEcbgAbxics8HdRsKgQNEch5 gDEAnixszkOYcq3fKS85WE00hdOeW5x4 =6rSK -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie neue Firmware für etrex VISTA HCx finden und aufspielen?
Am 17.05.2013 15:49, schrieb Carsten Schwede: Hallo, hier ist die Liste aller verfügbaren Software für die Geräte, für das Vista Hcx ist die Version 3.20 aktuell. Wichtig: Nach Update möglichst einen Firmwarereset machen und alles löschen, dann laufen die Geräte deutlich besser/schneller/absturzlos http://www8.garmin.com/support/blosp.jsp Aktuell ist 3.40, die ist auf neuen Garmin-Geräte drauf, aber leider kann man die bei Germin nicht herunterladen (mit 3.30 das selbe). Früher tauchten die Firmwares schon nur mit etwas Verzögerung auf der Garmin-Seite uaf, aber inzwischen wird di wohl gar nicht mehr aktualisiert. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die ueblichen Orte zum Salsatanzen
Guten Abend, ich hatte vor das hier amenity=bar dance:style=salsa,bachata,merengue dance:teaching=yes fuer den recht haeufigen Fall einer Bar mit Tanzflaeche, in der haupsaechlich Salsa, Bachata und Merengue getanzt wird, und es am frueheren Abend einen ein- oder zweistuendigen Tanzkurs gibt zu verwenden (fuer etwas gropeszere dann amenity=nightclub statt bar). Wuerde etwas dagegen sprechen und wen ja, was sollte ich stattdessen verwenden? Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse=cemetary vs. amenity=feeding_place?
Wie trage ich einen Ort, an dem menschliche Leichen zerstückelt und zur Vogelfütterung ausgelegt werden, ein? Philipp P.S.: Dies ist der übliche Umgang mit Toten in einer Richtung des tibetischen Buddhismus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSBL-Karte wird bunter
Zuerst dachte ich, es sei einvorrübergehendes Problem auf dem Server, aber es hat sich nichts geändert: Ich sehe (mit Firefox/Iceweasel) keine Karte. Das '+' am rechten Rand ist da, aber damit kann ich nur eine leere Liste öffnen und wieder schließen; der Copyrightvermerk und Permalink sind da, und die Naviagtionselemente links oben (acuh wenn der Zoombalken keine Länge hat), aber ansonsten ist alles weiß. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei Postgres Installation für Osmosis
Hi, ganz einfach, du musst noch hstore support aktiveren ;) psql -U postgres osm -f /usr/share/postgresql-8.4/contrib/hstore.sql Steht auch irgendwo in der Anleitung. LG Philipp Am Sonntag, den 23.01.2011, 16:39 +0100 schrieb Alexander Matheisen: Hallo, ich komme im Moment nicht so recht weiter. Ich will mit osmosis Daten in eine Postgres Datenbank importieren und will daher zur Zeit die Datenbank nach dieser Anleitung anlegen: http://wiki.openstreetmap.org/wiki/Osmosis/PostGIS_Setup Ich nutze dabei Postgres 8.4 unter Ubuntu 10.10. Das Installieren gibt soweit keine Probleme, bis psql -d osm -f /usr/share/postgresql/8.4/contrib/postgis-1.5/postgis.sql geht alles ohne irgendeine Fehlermeldung. Doch dann bei psql -d olm6 -f osmosis-0.38/script/pgsql_simple_schema_0.6.sql geht es nicht mehr weiter. Die vollständige Liste der Fehlermeldungen: psql:/home/alexander/Projekte/OLM/olm6/import/osmosis-0.38/script/pgsql_simple_schema_0.6.sql:4: HINWEIS: Tabelle »actions« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:5: HINWEIS: Tabelle »users« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:6: HINWEIS: Tabelle »nodes« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:7: HINWEIS: Tabelle »ways« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:8: HINWEIS: Tabelle »way_nodes« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:9: HINWEIS: Tabelle »relations« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:10: HINWEIS: Tabelle »relation_members« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:11: HINWEIS: Tabelle »schema_info« existiert nicht, wird übersprungen DROP TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:14: HINWEIS: Funktion osmosisupdate() existiert nicht, wird übersprungen DROP FUNCTION CREATE TABLE CREATE TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:38: FEHLER: Typ »hstore« existiert nicht ZEILE 7: tags hstore ^ psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:40: FEHLER: AddGeometryColumns() - invalid SRID KONTEXT: SQL statement SELECT AddGeometryColumn('','', $1 , $2 , $3 , $4 , $5 ) PL/pgSQL-Funktion »addgeometrycolumn« Zeile 4 bei SQL-Anweisung psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:52: FEHLER: Typ »hstore« existiert nicht ZEILE 7: tags hstore, ^ CREATE TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:71: FEHLER: Typ »hstore« existiert nicht ZEILE 7: tags hstore ^ CREATE TABLE INSERT 0 1 psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:88: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_schema_info« für Tabelle »schema_info« ALTER TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:90: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_users« für Tabelle »users« ALTER TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:92: FEHLER: Relation »nodes« existiert nicht psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:94: FEHLER: Relation »ways« existiert nicht psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:96: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_way_nodes« für Tabelle »way_nodes« ALTER TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:98: FEHLER: Relation »relations« existiert nicht psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:100: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_relation_members« für Tabelle »relation_members« ALTER TABLE psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:104: FEHLER: Relation »nodes« existiert nicht CREATE INDEX CREATE INDEX psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:112: FEHLER: Relation »nodes« existiert nicht psql:osmosis-0.38/script/pgsql_simple_schema_0.6.sql:130: FEHLER: ungültiger Typname: »ways.id%TYPE« KONTEXT: compilation of PL/pgSQL function unnest_bbox_way_nodes near line 2 CREATE FUNCTION Nach diesem Befehl sieht die Datenbank so aus: Liste der Relationen Schema | Name| Typ | Eigentümer +---+-+ public | geography_columns | Sicht | postgres public | geometry_columns | Tabelle | postgres public | relation_members | Tabelle | postgres public | schema_info | Tabelle | postgres public | spatial_ref_sys | Tabelle | postgres public | users | Tabelle | postgres public | way_nodes | Tabelle | postgres Kann mir jemand helfen? Alex
Re: [Talk-de] Hilfe bei Postgres Installation für Osmosis
Scheint einigermaßen funktioniert zu haben. Tags sind in den Tabellen enthalten und haben den Typ hstore. Das ist eine tolle Erweiterung für Postgres ( http://www.postgresql.org/docs/8.4/static/hstore.html ). Ansonsten sehe ich trotzdem noch ein, zwei Fehler. Vielleicht versuchst du es nochmal ganz von vorne mit einem sauberen Setup? Hast du eigentlich postgis installiert? Hier https://github.com/slomo/osm-spline-xapi#readme findest du ne Anleitung wie wir es gemacht haben. Beachte aber, dass wir postgres 9.0 benutzen. Ansonsten mal irc.oftc.net/#osm-dev joinen und Fragen stellen. LG Philipp Am Sonntag, den 23.01.2011, 18:01 +0100 schrieb Alexander Matheisen: ganz einfach, du musst noch hstore support aktiveren ;) psql -U postgres osm -f /usr/share/postgresql-8.4/contrib/hstore.sql Steht auch irgendwo in der Anleitung. Ich hatte vergessen zu erwähnen, dass ich das auch schon versucht habe. Ausgabe von : psql -U postgres osm -f /usr/share/postgresql/8.4/contrib/hstore.sql (gekürzt) SET CREATE TYPE psql:/usr/share/postgresql/8.4/contrib/hstore.sql:11: HINWEIS: Rückgabetyp hstore ist nur eine Hülle CREATE FUNCTION psql:/usr/share/postgresql/8.4/contrib/hstore.sql:16: HINWEIS: Argumenttyp hstore ist nur eine Hülle CREATE FUNCTION ... CREATE TYPE psql:/usr/share/postgresql/8.4/contrib/hstore.sql:180: HINWEIS: Rückgabetyp ghstore ist nur eine Hülle CREATE FUNCTION psql:/usr/share/postgresql/8.4/contrib/hstore.sql:185: HINWEIS: Argumenttyp ghstore ist nur eine Hülle CREATE FUNCTION CREATE TYPE ... CREATE FUNCTION CREATE OPERATOR CLASS Danach noch mal psql -d osm -f script/pgsql_simple_schema_0.6.sql psql:script/pgsql_simple_schema_0.6.sql:4: HINWEIS: Tabelle »actions« existiert nicht, wird übersprungen DROP TABLE DROP TABLE psql:script/pgsql_simple_schema_0.6.sql:6: HINWEIS: Tabelle »nodes« existiert nicht, wird übersprungen DROP TABLE psql:script/pgsql_simple_schema_0.6.sql:7: HINWEIS: Tabelle »ways« existiert nicht, wird übersprungen DROP TABLE DROP TABLE psql:script/pgsql_simple_schema_0.6.sql:9: HINWEIS: Tabelle »relations« existiert nicht, wird übersprungen DROP TABLE DROP TABLE DROP TABLE DROP FUNCTION CREATE TABLE CREATE TABLE CREATE TABLE psql:script/pgsql_simple_schema_0.6.sql:40: FEHLER: AddGeometryColumns() - invalid SRID KONTEXT: SQL statement SELECT AddGeometryColumn('','', $1 , $2 , $3 , $4 , $5 ) PL/pgSQL-Funktion »addgeometrycolumn« Zeile 4 bei SQL-Anweisung CREATE TABLE CREATE TABLE CREATE TABLE CREATE TABLE INSERT 0 1 psql:script/pgsql_simple_schema_0.6.sql:88: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_schema_info« für Tabelle »schema_info« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:90: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_users« für Tabelle »users« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:92: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_nodes« für Tabelle »nodes« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:94: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_ways« für Tabelle »ways« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:96: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_way_nodes« für Tabelle »way_nodes« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:98: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_relations« für Tabelle »relations« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:100: HINWEIS: ALTER TABLE / ADD PRIMARY KEY erstellt implizit einen Index »pk_relation_members« für Tabelle »relation_members« ALTER TABLE psql:script/pgsql_simple_schema_0.6.sql:104: FEHLER: Spalte »geom« existiert nicht CREATE INDEX CREATE INDEX psql:script/pgsql_simple_schema_0.6.sql:112: FEHLER: Index »idx_nodes_geom« für Tabelle »nodes« existiert nicht CREATE FUNCTION CREATE FUNCTION Danach sieht die Tabelle so aus (fehlt da nicht was für die Tags?): Liste der Relationen Schema | Name| Typ | Eigentümer +---+-+ public | geography_columns | Sicht | postgres public | geometry_columns | Tabelle | postgres public | nodes | Tabelle | postgres public | relation_members | Tabelle | postgres public | relations | Tabelle | postgres public | schema_info | Tabelle | postgres public | spatial_ref_sys | Tabelle | postgres public | users | Tabelle | postgres public | way_nodes | Tabelle | postgres public | ways | Tabelle | postgres Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] URL für OpenLayers. Layer.GML
Das Stichwort sollte http://en.wikipedia.org/wiki/Same_origin_policy sein. Bei manche Browsern lässt sich das Verhalten bezüglich Same origin policy auch konfigurieren. http://kb.mozillazine.org/Security.fileuri.strict_origin_policy Dann sollte es zumindest bei dir funktionieren, was natürlich nicht garantiert, dass andere deine Webseite benutzen können - was ja meistens das Ziel ist. Auch per FTP-Zugang solltest du CGI-Scripte auf deinen Webspace laden können. Die Frage ist, ob dein Provider CGI-Scripte unterstützt und welche (perl, python, etc.). Falls er das nicht tut, würde ich den Host wechseln. Probiere es doch einfach mal aus oder schreib deinem Host ne Mail. Simples CGI-Script: #!/usr/local/bin/perl # simple Hello World script print Content-type: text/plain\n\n; print 'Hello World!'; LG Philipp Am Freitag, den 24.12.2010, 15:24 +0100 schrieb Andreas Tille: Hallo, On Fri, Dec 24, 2010 at 10:06:38AM +0100, Kolossos wrote: Es klingt so, als bräuchtest du einen ProxyHost, weil du auf einen anderen Server zugreifen willst, was JavaScript in der Form unterbindet: http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost Das klingt als Ursache des Problems plausibel. Das werde ich die GPX Dateien doch noch mal als Kopie vorhalten müssen, denn auf dem Zielhost habe ich nur einen simplen FTP Zugang und kann keine CGI-Scripte ablegen (jedenfalls nicht daß ich wüßte). Danke trotzdem für die Erklärung Andreas. ___ 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] Erstes sichtbares Ergebnis des Koordinierungstreffens
Hi, interessante Veranstaltung. Leider habe ich nichts davon mitbekommen. Ich habe gelesen, dass ihr den Kontakt zu universitären Projekten sucht. Falls ihr mögt kann ich Kontakt zum Institut für Informatik der Freien Universität Berlin herstellen. Es gibt sowohl eine Arbeitsgruppe die sich intensiv mit Openstreetmap befasst (Mapforge), als auch eine studentische Initiative, die sich verstärkt mit OSM befassen will, jedoch noch auf ihre Hardware wartet. LG Philipp Am Sonntag, den 19.12.2010, 23:18 +0100 schrieb Tirkon: Das Koordinierungstreffen in Essen http://wiki.openstreetmap.org/wiki/OSM_Koordinierungs-Treffen zeigt eines seiner ersten sichtbaren Ergebnisse: http://blog.openstreetmap.de/2010/12/flattrn/ Mein herzlicher Dank geht an die Ausführenden, die die finanziellen Früchte Ihrer Arbeit OSM zukommen lassen, obwohl sie diese eigentlich für sich selbst in Anspruch nehmen könnten. :-) Zugleich ein gutes Beispiel dafür, wie man an anderer Stelle OSM über den Fossgis etwas Gutes tun kann. Der Lohn hierfür ist - hoffentlich in Bälde - ein eigener Server. Gruß Trkon ___ 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] OSM Alpin?
Gab es schon mal Versuche an Alpenvereine heranzutreten und sie zur Mitarbeit zu bringen? Ich könnte mir durch aus Interesse auf beiden Seiten vorstellen. LG Philipp Am Samstag, den 20.11.2010, 18:11 +0100 schrieb Johannes Huesing: qbert biker qbe...@gmx.de [Sat, Nov 20, 2010 at 05:44:52PM CET]: [...] Mich stört hier, dass das einfach als gegeben dargestellt wird. Ist das Wiki wirklich eine sinnvolle Informationsquelle für den Gelegenheitsmapper, der mal schnell etwas eintragen will, oder bräuchte es kürzere Informationswege, damit auch weniger eingeweihte schnell mal eine Information dazufügen können? Soll der Gelegenheitsmapper die alpinen Wege pflegen? Expertise für OSM ist alles andere als deckungsgleich mit der Expertise für das Bergwandern. Ein Gelegenheitsmapper kann ein Bergfex sein, ein OSMonaut mit schwarzem Gürtel kann bergunerfahren sein. GPS-Spuren können im Hochgebirge fatal danebenliegen. Einer Bergwanderkarte vertraue ich zwar nicht mein Leben, aber doch zu einem gewissen Teil mein Wohlergehen an, und daher fühle ich mich wohler, wenn ich weiß, dass sie von Experten gegengelesen und bestätigt wurde. Daher würde ich immer eine Wanderkarte und einen Wanderführer mitnehmen, das GPS-Gerät dient mehr der Bequemlichkeit und der Abschätzung von Restwanderzeiten (mit der gebotenen Vorsicht). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für die Nerds: WGS84 und ETRS89 sind n icht identisch
Am 13.09.2010 14:14, schrieb TobWen: [url]http://www.killetsoft.de/t_1009_d.htm[/url] Nun, ich habe den Artikel gerade gelesen. Wenn ich das recht verstehe, heißt das, daß WGS84 eigentlich für OSM ungeeignet ist, da sich die von uns erfassten Objekte ja meist auf Kontinenten befinden, und sich mit diesen Verschieben. Man müßte alsobei allen erfaßten Objekten den Zeitpunkt der Erfassung mitberücksichtigen (um in der Karte, josm, etc dies korrigieren zu können) oder Systeme wie ETRS89 verwenden. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Hier mal kurz eine Info zum aktuellen Stand: Florian Lohoff schrieb: Die Frage ist - Fehlt nur die visualisierung der Routen auf der Webseite oder haben die die Routen fuer die Fehler nicht? Im Prinzip koennte ja die Berechnete Route vorliegen denn der user ist ja identifizierbar und auch die Route die er hat berechnen lassen koennte technisch vorliegen. Wir haben im Moment keine weiteren Daten, wir arbeiten aber daran diese zu erfassen mit dem nächsten Update (welches Mitte April an Apple geschickt werden soll). Uns ist klar, dass im Moment viele Daten für eine gute Bearbeitung fehlen. Dann werden folgende Daten erfasst (in englisch da Auszug aus unserem Bug tracking system) - All GPS positions in last 60 seconds before bug report incl. accuracy of a position and time when the positon was obtained (e.g. lat=50.040384, lng=11.067352, time=10.1.2010 3:45 31, accuracy = 120m) - Source of GPS data (internal GPS, or TomTom or another Car Kit) - Phone model: (e.g. 3G / 3GS) and Type (memory) - Route(s) which the client recommended (only the excerpt in a bounding box for privacy reasons) Uns ist vor allem wichtig, dass wir nur Daten in der Nähe des Bugs angezeigt werden, damit wir die Privatsphäre unserer Nutzer schützen. Alle diese Daten werden dann auf der Webseite verfügbar sein. Weitere Prioritäten bei uns sind dann: - Integration JOSM Plugin (wie von Jonas angesprochen) - Kommunikation das Nutzer informiert werden wenn an Ihren Bugs gearbeitet wird oder eine Rückfrage kommt - Exportfunktion über ein API, als Bulkexport und zu OpenStreetBugs Wenn jemand zusätzliche Ideen hat, nehme ich diese natürlich auch gerne auf. Zum Thema Abbiegevorschriften: Wir arbeiten mit Cloudmade intensiv daran und nächste Woche sollte das Thema bei uns in die Testumgebung gehen, und von da an bis spätestens Ende April auch live verfügbar sein. Viele Grüße, Philipp / skobbler -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Florian Lohoff Gesendet: Samstag, 27. März 2010 22:51 An: Walter Nordmann Cc: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Skobbler und Turn-Restrictions On Sat, Mar 27, 2010 at 01:09:08PM -0800, Walter Nordmann wrote: hi florian, soweit ich mich erinnere, kennen die von skobbler durchaus das problem mit den fehlenden informationen und wollen/werden da was gegen tun. stand vor ca 2 wochen hier in der ML (?) Die ankuendigung kenne ich - Ich verfolge das Thema Skobbler schon recht aktiv. Die Frage ist - Fehlt nur die visualisierung der Routen auf der Webseite oder haben die die Routen fuer die Fehler nicht? Im Prinzip koennte ja die Berechnete Route vorliegen denn der user ist ja identifizierbar und auch die Route die er hat berechnen lassen koennte technisch vorliegen. Aber gut - ich denke schon wieder zu weit merke ich ... 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tauchen und die Tauchplätze
Hallo zusammen Siehe auch http://lists.openstreetmap.ch/pipermail/talk-ch/2010-March/000736.html Ich habe das ok von dive-links.com erhalten die Tauchplätze mit den Koordinaten bei Openstreetmap zu importieren. Ein erster Teil-Upload für den Zürichsee ist erfolgt. Ich bin offen für Bemerkungen und Anregungen zum Upload und natürlich auch zu der Wikiseite: http://wiki.openstreetmap.org/wiki/DE:Switzerland/DiveSpots bzw. http://wiki.openstreetmap.org/wiki/Proposed_features/scuba_diving Jetzt muss das Zeugs nur noch gerendert werden und ich bin glücklich ;-) Viele Grüsse Philipp Hier die anonymisierten Emails: Nachricht Datum: Fri, 18 Dec 2009 14:21:26 +0100 Von: Stefan XX stefan at X.de An: trXX at XXX.net Betreff: Re: dive-links.com - Kontaktformular Hallo, vielen Dank für Deine eMail. OpenStreetMap ist mir ein begriff. Mit Quellenhinweis darfst Due die Daten gerne verwenden. Wenn mal einer eingetragen ist, kannst Du mir ja mal zukommen lassen wo ich mir den mal anschauen kann :-) Würde es Dir helfen, wenn Du die Daten in einem Bestimmten Format von mir bekommst? Vile Grüße. Stefan On Thursday 17 December 2009 09:45:44 you wrote: Name: Philipp Email: trXX at XXX.net Mitteilung: Hallo zusammen Openstreetmap ist eine freie Karte, welche ähnlich wie die Wikipedia bearbeitet werden kann. Unter anderem lassen sich in dieser Karte nicht nur Strasssen einzeichnen, sonder zum Beispiel auch Tauchplätze. Momentan versuche ich die Tauchplätze am richtigen Ort einzutragen und bin deshalb noch auf der Suche nach den Koordinaten. Auf Eurer Webpage (dive-links.com) sind die gesuchten Koordinaten vorhanden. Diese Koordinaten zu den Tauchplätzen würde ich gerne in Openstreetmap eintragen. Darf ich diese von Eurer Seite verwenden um sie, natürlich mit Quellenangabe, bei Openstreetmap einzufügen? Alle Daten bei Openstreetmap unterliegen der \Creative Commons Attribution-Share Alike\ Lizenz. Bei Fragen wendet Euch einfach an mich. Viele Grüsse Philipp -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PD freier als CreativeCommons? / Re: WDR benutzt OSM
Norbert Kück schrieb: Hallo, am 04.12.2009 09:27 schrieb Philipp Klaus Krause: Hier, bei OSM ist CC-BY-SA eine Lizenz, die niemand einhalten kann (u.a. weil alle OSM-Mapper in jedem abgeleiteten Werk namentlich aufgefürt werden müßten). Bitte helf mir doch - wo steht das? Ich lese (http://creativecommons.org/licenses/by-sa/2.0/deed.de): Namensnennung — Sie müssen den Namen des Autors/Rechteinhabers in der von ihm festgelegten Weise nennen. Rechteinhaber (nicht ausschließliches Recht zur Bearbeitung, Vervielfältigung und Verbreitung unter der Lizenz CC-BY-SA) ist OSM. Einen faktischen Nutzungsvertrag habe ich als Nutzer nur mit OSM. Rechteinhaber, da Urheber, die keine Rechte an OSM abgetreten haben, sind die Mapper. Also sind laut Lizenz deren Namen zu nennen. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PD freier als CreativeCommons? / Re: WDR benutzt OSM
RalfGesellensetter schrieb: Am Donnerstag, 3. Dezember 2009 schrieb Chris-Hein Lunkhusen: PS: Ich persönlich hätte auch mit einer wirklich freien (PD) Lizenz keine Probleme... Hallo. Das erinnert an den Streit zwischen BSD und GNU/Linux, welche Lizenz freier ist. Aber es gibt einen bedeutenden Unterschied: GPL funktioniert, wie eine aktive Community um freie Software beweist. Hier, bei OSM ist CC-BY-SA eine Lizenz, die niemand einhalten kann (u.a. weil alle OSM-Mapper in jedem abgeleiteten Werk namentlich aufgefürt werden müßten). Und die neue Lizenz, wie auch immer sie aussehen wird, wird wohl inkompatibel mit nahezu allen anderen freien Lizenzen sein, so daß man keine kombinierten Werke erstellen können dürfen wird. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Moin, On Mon, Oct 26, 2009 at 01:22:55PM +0100, Tobias Wendorff wrote: Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? Ein Algorithmus zum Bestimmen der konvexen Hülle: http://de.wikipedia.org/wiki/Graham_Scan Und jetzt bitte nicht dir Frage, was ein Algorithmus oder eine konvexe Hülle ist :-) BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EGNOS
Jacques Nietsch schrieb: Ich lasse jetzt mal meinen Garmin Etrex Vista HCx auf dem Balkon laufen. Kein wirklicher Test, aber mal sehen was herauskommt. Da ich auch ein Vista HCx habe: Mit EGNOS erreiche ich an Stellen mit gutem Empfang durchaus eine Genauigkeit deutlich unter 2m. Das Gerät zeigte diese Genaugikeit an, und als ich von einem Ort aus sternförmig in mehrere Richtungen etwa 100m ging und zur Mitte zurückkehrte, lagen die Meßwerte auch immer aufeinander. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schema Hausnummern als Tags an Straßen
Sven Sommerkamp schrieb: Gibt es bisher kein Schema um Hausnummern als Tags (sowie Postleitzahlen) an Straßen zu hängen? Doch, gibt es. Sogar mit Interpolation. Allerdings legst du da die Hausnummern dann leicht neben die Straße (da, wo sie tatsächlich sind). Navigationsgeräte verlangen nach diesem Schema. Woher weißt du das? Bist du sicher? Und könnte das dann nicht das jeweilige Export-Plugin erledigen? Ein Haus steht nun einmal neben der Straße. Und nicht mitten drauf. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Daten per API unter Windows herunterladen
Moin, On Tue, May 19, 2009 at 05:53:48AM +0200, Johannes Hüsing wrote: Mal eine blöde Frage: Wie lädt man denn Daten hoch? Gibt es so etwas wie wput oder muss man sich ein Perl-Skript schreiben? Schau dir mal cURL (http://curl.haxx.se/) an. BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Micro-SD-Angebot bei ALDI-Sued / OSM-Aktion?
Robert Joop schrieb: was kommt als nächstes, haben bald auch RAM-riegel kein ganzzahliges vielfaches von 2 hoch n bytes mehr...?! http://de.wikipedia.org/wiki/KiB#SI-Pr.C3.A4fixe_zur_Basis_10 man mebibyte (MiB) man megabyte (MB) Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Aber bevor wir uns unnötig streiten: Gibt es real solche Stellen, an denen eine Straße innerorts auf über 60 freigegeben ist? Ich kenne keine. (Innerorts bedeutet hier nicht Autobahn oder autobahnähnlich ausgebaut.) Der Ring in Münster. Dort ist stellenweise 70. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] abkickende vorfahrt
Rainer Knaepper schrieb: Moin Florian, gibt es eine anerkannte Loesung um abknickende vorfahrten zu taggen? sollten Vorfahrten überhaupt getagged werden? Wozu? Mein navi sagt nie etwas zu Vorfahrtsregeln und das ist auch gut so. Nichts für's Navi taggen wir. Ich fänd's auch gut, sie abzubilden. Warum? Weil die Information existiert. Ich möchte gar nicht wissen, was ein Amtsrichter urteilen würde, wenn nach einem Unfall der Schuldige sagt, sein navi habe ihm aber gesagt, links-ab sei Vorfahrtstraße gewesen. Darum gehts doch gar nicht. Wenn dein Navi rechts abbiegen sagt und du dabei Leute plattmachst, bist du auch Schuld. Schau dir mal die Menge an LKWs an, die sich auf gewissen Bergstraßen regelmäßig festfahren, weil sie 100-Euro-Navis ohne LKW-Routing dabei haben... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route=flight
Frederik Ramm schrieb: Jeder Flieger fliegt doch woanders lang... Genau das stimmt nicht. Bis auf ca 20 - 30 Meter fliegen die z.B. über mein Wohnhaus alle gleich drüber (Auch eine Einflugschneise) Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM2PDF? Gibt es so etwas schon?
Hi, Torsten Breda schrieb: Ich bin auf der Suche nach einem Tool, das aus OSM-Daten oder Kacheln eine (mehrseitige) PDF-Datei zum Drucken erzeugt. Gibt es so etwas schon? (Ich meine natürlich in einer Grandma-proof-Version) :D Wie ist eure Meinung? Welche Lösungen kennt ihr? wenn du ein großes PNG hast, erstellt dir PosteRazor dein mehrseitiges PDF: http://posterazor.sourceforge.net/index.php?lang=german Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] abkickende vorfahrt
Florian Lohoff schrieb: Hi, gibt es eine anerkannte Loesung um abknickende vorfahrten zu taggen? Im moment wird das ja mit unserem datenmodell nicht funktionieren das das navi entweder sagt Der abbiegende Vorfahrt nach Rechts folgen oder auch nur einfach die klappe haelt wie mein festeinbau. Bitte? Bei einer um 90° abknickenden VOrfahrt sagt mein TomTom oft genug rechts abbiegen. Und damit hat er sogar voll recht: Ich muss blinken und das Lenkrad drehen. Wo ist das Problem? Bilde die Straßen doch erstmal so ab, wie sie sind. Navis sind Schall und Rauch. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] abkickende vorfahrt
Florian Lohoff schrieb: On Wed, May 06, 2009 at 10:35:27AM +0200, Philipp wrote: Bitte? Mercedes Benz - W211 - Command APS sagt bei abknickenden Vorfahrten (Experimente am Wochenende) nichts - d.h. geht davon aus das ich selbsttaetig der abknickenden Vorfahrt folge. Aber genau hier liegt ja das Problem: Egal, wie wir beim abbilden die Realität verziehen: Irgendein Navi wird nicht damit klar kommen. Also lieber die Realität mappen. Die Realtität fürs Navi verziehen muss das Export-Plugin. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] abkickende vorfahrt
Florian Lohoff schrieb: Es ging ja eben nicht um verziehen sondern es ging drum die realitaet zu erfassen das ein Navi die moeglichkeit hat richtige und konsistente anweisungen zu geben. Aus deiner 1. Mail: Im moment probiere ich bei sowas immer aus der abkickenden straße eine Kurve zu modellieren so das quasi visuell die straße eine Kurve beschreibt und in der Kurve eine Straße abbiegt. Das entspricht ja aber desoefteren mal nicht der realitaet ... mit besten Grüßen Philipp P.s.: Es reicht, wenn deine Antwort an die ML geht, du brauchst sie mir nicht jedesmal extra persönlich zuzuschicken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellenausschreibung: Digitale Wanderwegverwaltung
Johann H. Addicks schrieb: Der Verband Deutscher Gebirgs- und Wandervereine e.V. hat eine auf 19 Monate befristete Halbtagsstelle eines Projektreferenzten in Kassel zu besetzen. Projekttitel ist Digitale Wanderwegsverwaltung. Die Beschreibung liest sich, als ob die das machen wollen, was wir eh schon die ganze Zeit tun: Von Ehrenamtlichen/Freiwilligen GPS-Tracks nehmen lassen und daraus Karten erstellen. http://www.wanderjugend.de/ Stellenausschreibung_Projekt_Digitale_Wanderwegeverwaltung.pdf Drauf bewerben und OSM nutzen ;-) Oder noch besser anrufen und ihm OSM schmackhaft machen... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Private Wander/Rad Routen in OSM
Hi, Carsten Behring schrieb: - Elephantenpfade im Urwald (sehr nützlich für Wanderer) - Meine persöhnliche querfeldein Tour auf diesen tollen Berg, ganz ohne Weg Neugierig auf jeden Kommentar, ich weiß das nicht genau, würde aber glauben, dass du GPX-Dateien mit Openlayers und co direkt in einer Karte anzeigen lassen kannst. Damit kannst du auch deine Querfeldein-Touren leicht im Blog anzeigen. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtgeschwindigkeit (was: Mehr Basisbezug beim Mappen)
Stefan Schwan schrieb: Richtgeschwindigkeit wurde in Deutschland ja kürzlich abgeschafft (bis auf die Autobahnen), zumindest in den Niederlanden scheint es das aber noch zu geben. -V bitte. Ich kenne das durchaus auch von Straßen abseits der Autobahn mit vielen Kurven. Dort kenne ich wenigstens eine Richtgeschwindigkeitsstrecke mit Tempo 80, die auch noch existiert. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: ODbL 1.0 release can didate veröffentlicht
Frederik Ramm schrieb: Wenn jemand in Nordkorea die GPL verletzt und ein eigenes Betriebssystem namens Lunix baut und dies einem Kunden in den USA verkauft (und beteuert, dass alle Rechte in Nordkorea liegen), dann koennen die Rechteinhaber - Nordkorea hin oder her - Ansprueche gegen den Kunden in den USA durchsetzen, weil das Copyright nicht dadurch ausgehebelt wird, dass die Koreaner irgendwas draufschreiben. Nordkorea ist 2003 der Berner Konvention beigetreten. Spätestens damit sollte die GPL dort genausogut durchsetzbar sein wie in den USA. Philipp P.S.: Die einzigen Staaten, die bisher mit keinem internationalen Übereinkommen zum Urherberrecht etwas zu tun haben wollten sind Kiribati, Nauru, Palau, San Marino, Somalia, Turkmenistan und Tuvalu. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map
Garry schrieb: Dann mach Dir mal Gedanken für was man maxspeed in erster Linie einsetzt: Warnung vor Geschwindigkeitsübertretung. Und: Berechnung der Zeit, die man über diese Strecke von A nach B braucht. (Schnellste Route). Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Georg Feddern schrieb: Auch ich möchte die Daten gerne so schnell wie möglich für ein Navi einsetzen können - aber ich möchte auch die Realität so erfassen, dass solche evtl. Sicherheitslücken erkannt werden können. Da sagst du was Wahres. Halten Sie sich rechts. sagt mein Tomtom schon heute öfters an solchen Stellen, wenn die Strecke lang genug ist. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder und Redundanz, war Re: Maxspeed map
qbert biker schrieb: Wenn ich in die Diskussion so reinlese komme ich da auf ganz andere Ergebnisse, z.B. auch beim Thema Spielstrasse, da ist nicht mal die Zahl selber fix. Das dazugehörige Schild dagegen ist fix, warum nicht also konkret dieses als solches erfassen? Die Idee ist in sofern gut, als dass es wirklich stimmt: Wo kein Schild steht, gilt die Umgebung (Zone 30, Stadt, Außerorts, Autobahn. Das kann das Navi erkennen. Falls nicht, wenigstens der Exportfilter. Ich finde, hier wird sich echt zu viele Gedanken um die Navis gemacht.Dabei werden die Dinger immer intelligenter. Und, wie schon geschrieben, vieles kann auch schon der Exportfilter prüfen. Einen Nachteil hat die Idee: Man sieht nicht, falls ein Schild vergessen wurde. Ein maxspeed=context sollte also dann erlaubt sein. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schilder und Redundanz, war Re: Maxspeed map
qbert biker schrieb: Von: Philipp li...@dodekatex.de Einen Nachteil hat die Idee: Man sieht nicht, falls ein Schild vergessen wurde. Gut, da gibt es schon Möglichkeiten, die Plausibilität zu testen. Wenn die Spielstrasse in Hintertupfing plötzlich 198473278 Strassen umfasst und bis nach China geht, ist etwas schiefgelaufen ;) Das meinte ich nicht. Ich meinte: Man sieht nicht, wo man eventuell vergessen hat, etwas zu taggen, wenn es normal ist, dass kein maxspeed angegeben wurde. Also man sollte etwas angeben können, auch wenn gerade keine Schilder etwas regeln. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Garry schrieb: Warum nicht erstmal eine solide Basis für funktionierenden Anwendungen bauen bevor man die eierlegende Wollmilchsau für fernliegende Optionen daraus machen will.. So, jetzt sag mal bitte kurz, von welcher Anwendung du die ganze Zeit sprichst. Ich kenne kein Navi, dass mitten auf Straßen zum Wenden auffordert. Ich habe das Gefühl, du machst diesen ganzen HeckMeck weil du einfach davon ausgehst, das Navis wirklich so doof sind. Bis dahin erfasse ich die Welt so, wie sie ist. Und nicht so, dass irgendwelche Applikation, die vielleicht mal geschrieben werden könnten, diese garantiert auch nicht falsch verstehen. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map
Garry schrieb: Philipp schrieb: Und: Berechnung der Zeit, die man über diese Strecke von A nach B braucht. (Schnellste Route). Dafür ist maxspeed höchstens näherungsweise zu gebrauchen. Es gibt jede Menge an Strassen die rechtlich 100km/h erlauben und wenig befahren sind, physikalisch aber kaum mehr als 40km/h Durchschnittsgeschwindigkeit zulassen. HÖCHSTgeschwindigkeit. Wenn man auf einer Autobahn von durchschnittlich 110 km/h ausgeht, kann die Information, dass über 20 km max 100 km/h erlaubt sind, sehr nützlich sein. Dann liegt der durchschnittlich irgendwo bei höchstens 90 km/h. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Martin Koppenhoefer schrieb: Am 30. April 2009 00:49 schrieb Philipp li...@dodekatex.de: Bis dahin erfasse ich die Welt so, wie sie ist. Und nicht so, dass irgendwelche Applikation, die vielleicht mal geschrieben werden könnten, diese garantiert auch nicht falsch verstehen. so wie sie ist versuchen hier alle zu mappen. Die Frage ist aber doch: Welche Abbildung ist für den Fall Autobahnauf- und abfahrt tangieren sich bei durchgezogener Mittellinie gegenwärtig die Beste?. [...] Was gefällt Dir daran nicht? Das nicht argumentiert wird, welche Abbildung die Realität am besten abbildet, sondern welche Navigationssysteme am wenigsten durcheinander bringen könnte. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Guenther Meyer schrieb: Am Dienstag 28 April 2009 schrieb Stefan Dettenhofer (StefanDausR): Ich sehe auch kein Problem dabei, eine Autobahnauffahrt in mehrere Teilstücke aufzutrennen. dann sollte man das auch so loesen. Eine durchgezogene Mittellinie ist aber sicherlich keine bauliche Trennung! das nicht. aber zumindest eine doppelte durchgezogene linie wird rechtlich genau wie eine bauliche trennung behandelt. drum erscheint es schon sinnvoll, sowas auch entsprechend zu mappen... Wie das gesetzlich gehandelt wird, ist doch egal. Wenn gesetzlich geregelt ist, dass Zigarettenautomaten einen Mindestabstand von 100 Meter zu einer Schule haben muss, legen wir den ja auch nicht so, dass er die Grenze gerade einhält. Wir mappen die Realität. Und in der Realität ist da keine Einbahnstraße. Da ist da eine Fahrbahn ohne bauliche Trennung. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Martin Koppenhoefer schrieb: In welchen Fällen schafft welche Lösung mehr Probleme? Mappe es doch einfach so, wie's in echt ist. Als Straße mit zwei Fahrtrichtungen, die sich mitten auf der Auffahrt aufteilt. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Garry schrieb: Es ist eine Fahspur die genau eine Fahrmöglichkeit (vorwärts, der Fahrspur folgend) zulässt - das entscheidenste Merkmal für eine Einbahnstrasse. Ich kann (bzw. darf) sie nicht am gleichen Ende wieder verlassen wo ich eingefahren bin. Das ist Realität! Es ist eine Fahrbahn. Du könntest nach links ziehen, wenn du willst. Das ist die Realität. Das was du meinst, ist eine Vorschrift bzw. ein Gesetz. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Guenther Meyer schrieb: Am Dienstag 28 April 2009 schrieb Philipp: Wir mappen die Realität. in der realitaet bekommst du aber in der regel ziemlichen aerger, wenn du beim wenden ueber eine doppelt durchgezogene linie erwischt wirst. da hilft dir auch die ausrede, dein vai haette dir das so gesagt, auch nicht viel... Ja und? Traust du dem Navi? Mein Navi (TomTom) schlägt außerorts das Wenden sowieso nur an Querstraßen und anderen Kreuzungen vor. Wenn du ernsthaft der Meinung bist, wir müssten die Realität so mappen, dass kein Mensch mit keinem Navi etwas falsch verstehen kann, siehts echt düster aus. Und wenn dein Navi dir beim service=motorway das Wenden befiehlt, hat es sicher auch keine Angst, dir das selbe in einer Einbahnstraße zu befehlen... Und (s.o.) mit bauliche Trennung heißt: Keine Beschränkung auf 100 km/h. Man könnte also argumentieren, dass die deine Art der Taggung also nicht weniger missverständlich für den Autofahrer ist. Und in der Realität ist da keine Einbahnstraße. Da ist da eine Fahrbahn ohne bauliche Trennung. genau betrachtet ist eine durgezogene linie auich eine bauliche trennung; eine rechtliche aber auf jeden fall. wenn man's also schon als eine fahrbahn taggt, dann solte auch die information der durchgezogenen linie irgendwo mit vermerkt werden. Ich glaube immer noch nicht, dass eine bauliche Trennung mit einer doppelt durchgezogenen Linie gleichzusetzen ist. Ansonsten wäre, wenn die Geschwindigkeit nicht eingeschränkt ist, sie 'unlimitiert', nur wenn in der Mitte der Straße zwei weiße Linien sind. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map
Guenther Meyer schrieb: ja und? keine geschwindigkeitsbegrenzung heisst in deutschland nunmal 100. Nein. Und nein, es gibt auch Strecken außerhalb der Autobahn auf denen du Vollgas geben darfst... Es wäre wirklich sinnig, auf den Strecken was zum taggen zu haben, um zu zeigen, dass sie nicht vergessen wurden. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Florian Mutter schrieb: Man kann jetzt sagen: Fehler von Cloudmate, aber jeder, der sowas auch mal machen will, muss noch mehr Ausnahmen betrachten. Verstehe ich das richtig: Cloudmate checkt nicht die boolesche Aussage hinterm Tag sondern einfach nur, ob das Tag existiert? Ich meine, dann ist das wirklich ein Fehler im Programm. Und außer Überprüfe, ob das Tag wirklich true ist sehe ich keine weiteren Ausnahmen... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Garry schrieb: Ich sehe im Verhältniss keine wirklich guten Gründen bei Autobahnen und trunks die Auffahrten als nicht oneway einzutragen - wenden ist dort grundsätzlich verboten und das ist am unmissverständlichsten mit oneway darzustellen. Heißt das, man tagged solche Wege als oneway=yes, nur weil es auf der Einbahnstraße keinen Sinn macht wenden zu wollen... §18 Autobahnen und Kraftfahrstraßen: (7) Wenden und Rückwärtsfahren sind verboten. Daher ist das doch schon klar, die passenden Schildern stehen schon an den Auf- und Abfahrten. Irgendwie wiederstrebt es mir, beim taggen nicht auf die Straße zu achten sondern nur, wie es Navis verstehen könnten. Das ist so, wie Briefkästen und Telefonzellen woanders hinzusetzen, damit es auf der Karte besser aussieht. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] out of copyright im Wiki
Frederik Ramm schrieb: Wenn der Kartograph natuerlich anfaengt, Personen einzuzeichnen, die Rueckschluesse auf Tobias zulassen und dann Aerger mit Deinem Anwalt kriegt, ist er selber schuld ;-) Passanten können nicht Teil der Panoramafreiheit sein, es kommt auf das Wort bleibend an. (Das Recht am Bild einer Person spiel natürlich auch eine Rolle...;-) ) Die Reichstagsverhüllung z.B. fiel auch nicht unter die Panoramafreiheit. Desweiteren darfst du auch keine Hilfsmittel benutzen (eine Leiter z.B. ist verboten) und musst dich auf der öffentlichen Straße befinden. Da gab es mal einen Fall, in dem ein Hundertwasserhaus von einem Haus auf der anderen Straßenseite fotografiert wurde - das war auch nicht von der Panoramafreiheit abgedeckt, sagt das Gericht. Ein Luftbild ist z.B. auch nicht von der Panoramafreiheit abgedeckt, dort ist aber auch das Hundertwasserhaus nicht bedeutender Teil des Bildes. Aber wurde das echt noch nie geklärt, ob die eine spezielle Straßenstruktur nicht unter das Urheberrecht fallen könnte? Ich meine, es gibt Standardstraßen, die haben keine Schlpfungshöhe. Aber es gibt ja auf der anderen Seite auch Wohngebiete, in denen sich Herscharen an Architekten austoben durften... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überprüfung der Frida-Daten in Ön abrück
dieter jasper schrieb: Hallo, zumindest teilweise in den Außenbezirken von Osnabrück sind m. E. noch Wege falsch getaggt. z. B. residental, die eher Zuwege oder Fußwege, usw. sind Wie soll korrigiertes gekennzeichnet werden?. Ich glaube, dass Osnabrück durch eine Kartenspende reingekommen ist, da gab es schon sehr früh ein sehr detaillierte Karte von... Nur so als Hint. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Florian Lohoff schrieb: Und das hast du einen wichtigen punkt fuer immer - Das ist natuerlich quatsch wenn du jede Woche dein Goldfischglas rumschiebst. Das selbe finde ich ist der fall wenn es mal eine woche eine Straßensperrung gibt und die leute dann sofort das in OSM eintragen. Wenn man an releasezyklen wie bei kommerziellen Karten denkt dann wird diese Straße bei Mercedes fuer die naechsten 3 Jahre gesperrt sein weil eben die daten nicht haeufiger aktualisiert werden. Siehe TomTom: Die sind so weit, dass solche Informationen kurzfristig per GSM/UMTS geupdated werden... Aber gabs nichts auch Möglichkeiten, Baustellen und Sperren mit einer Gültigkeit einzutragen? Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] out of copyright im Wiki
Tobias Wendorff schrieb: Ich meine da eher das Nutzungsrecht. Ich gehe stark davon aus, dass der Kartograph als Urheber das ausschließliche Nutzungsrecht z.B. an die Katasterbehörde überträgt. Das ist etwas, was ich bis heute nicht verstanden habe: Warum hat der Kartograph das Recht? Warum nicht der Stadtplaner? Der hat ja eigentlich die schöpferische Leistung erbracht. (Oder ist das durch die Panoramafreiheit gedeckt?) Gebäude z.B. sind auch urheberrechtlich geschützt, das Recht hält der Architekt inne. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grillplatz/JOSM
Garry schrieb: Will ich mir aber sparen einen Grill mitzuschleppen dann bin ich auf eine hochaktuelle Information angewiesen die mir OSM nicht geben kann. Wo hast du denn Grillen gelernt? Ein guter Griller kann improvisieren. Informationen nicht zu erfassen, weil eine Fehlinformation einen potentiellen Schaden anrichten könnte ist irgendwie auch doof. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + maxspeed 7
Martin Koppenhoefer schrieb: Am 22. April 2009 18:10 schrieb Florian Lohoff f...@rfc822.org: highway=living_street ist alles was gesagt zu werden brauch weil damit das rechtliche Konstrukt der Verkehrsberuhigung mit dem tollen blauen Schild gemeint ist. D.h. highway=living_street darf kein maxspeed tragen - ansonsten wenn dort etwa ein Geschwindigkeitsbegrenzungsschild steht ists highway=residential. ich habe vor ein paar Tagen eine Stelle entdeckt, da gibt es ein Spielstraßen-schild gemeinsam mit einem Fussgängerwegschild (blau und rund) und einem Geschwindigkeitsbegrenzungsschild (rund, roter Kreis, 30 km/h). Bei Gelegenheit mache ich mal ein Bild für Euch. Ist übrigens eine Straße und kein Fussweg. Spielstraßenschilder gibt es nicht, nur Schilder, die einen verkehrsberuhigten Bereich ankündigen. Das ist dann gleich aber eine ganze Zone. Neben der Geschwindigkeitbegrenzung hat man, wenn man aus einer solchen Zone ausfährt, an einer Kreuzung dort keine Vorfahrt und darf innerhalb der Zone nur in den gekennzeichneten Bereichen parken. Was ich damit sagen will: Es könnte vor Ort durchaus bei einer großen Zone Sinn machen, die 'Hauptstraße' einer solchen Zone zügiger zu gestalten; die anderen Beschränkungen gelten ja weiterhin. So ähnlich wie das ( 70 ) auf Ringstraßen innerhalb der Ortschaft. Viel Spaß, das in Tags auszudrücken. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Panoramio
Claudius schrieb: Am 22.04.2009 16:55, Martin: Danke genau das wars was ich gesucht habe. :) Jetzt auch mit Flickr-Unterstützung. Kennt jemand noch mehr geotagged Fotocommunities? Interessanter: Kennt einer eine Onlinegallery für die eigene Homepage mit einer vernünftigen Kartendarstellung der getaggten Fotos? Ich habe ein Problem damit meine privaten Bilder ins öffentliche Netz für alle zu pushen Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API is back !!!
Philipp schrieb: Jan Tappenbeck schrieb: gerade gelesen !! Ich bekomme mit JOSM noch beim Upload einen Bad Request / 400... Hat sich erledigt. Versucht bloß nicht, am Wochenende angelegte aOSMs hochzuladen, das klappt nicht ;-) Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API is back !!!
Jan Tappenbeck schrieb: gerade gelesen !! Ich bekomme mit JOSM noch beim Upload einen Bad Request / 400... Ist das bei euch auch so? Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Radverkehrsnetz NRW
Hi, ich bin neu bei OSM und sehe sein Potential für mich vor allem in der Möglichkeit, an Geodaten zu kommen, die in Standardkarten nicht verzeichnet sind bzw deren Erfassung zu kostenintensiv wäre. Dazu gehören z.B. auch die Fahrradwege. Im Zuge meiner ersten Touren habe ich erfahren, dass Straßen.NRW die Radfahrwege modernisiert und auf ein einheitliches System umgestellt hat: http://www.radverkehrsnetz.nrw.de/ Besteht schon eine Initiative, dort mal nach einem Komplettverzeichnis anzufragen? Dann könnte man die Wege als Routen definieren und einfügen. Vor Ort sieht man leider nur die kleinen quadratischen Schilder http://www.radverkehrsnetz.nrw.de/grafik/Zwischenwegweiser.gif die nicht allzu viele Informationen beinhalten. Ich würde anfragen, wenn es bisher noch keiner getan hat... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radverkehrsnetz NRW
Tobias Wendorff schrieb: Philipp schrieb: Vor Ort sieht man leider nur die kleinen quadratischen Schilder http://www.radverkehrsnetz.nrw.de/grafik/Zwischenwegweiser.gif die nicht allzu viele Informationen beinhalten. Am Masten selbst hängt ein Aufkleber und auf dem steht eine genauere Information :-) Aber nicht, um welche Route es sich genau handelt... Sonst wäre es ja kein Problem die Routen nach und nach zusammen zu bauen. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6 Umstellung beendet?
Holger Schrader schrieb: Hallo Liste, Es ist ziemlich ruhig um die API 0.6. Ist das System nun umgestellt? http://wiki.openstreetmap.org/index.php?title=Template:Osm_metainfo Ist die Infobox von der Wiki-Startseite. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baumstämme als Hindernisse
Gerd v. Egidy schrieb: Also mir hat ein Förster mal gesagt, daß der Weg nicht mehr benötigt wird oder stört und langsam zuwachsen soll. Deshalb sollte da niemand mehr lang und daher die Blockade. Die Baumstämme helfen prima gegen Autofahrer, die sonst in den Wald fahren und ihren Müll dort abladen, weil's günstiger ist als auf dem Wertstoffhof. Fußgänger oder Fahrradfahrer sind oft trotzdem geduldet. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seitlich offene Tunnel
Jan Tappenbeck schrieb: Hi ! am HH-Flughafen, Richtung Norden zum Beispiel, gibt es eine Art Tunnel die seitl. geöffnet ist - Tunnel ja oder nein ?!?!? So etwas nennt sich Gallerie, aber soweit ich weiß gibt es noch kein extra Tag dafür. Hier ist ein größeres Exemplar zu sehen: http://de.wiktionary.org/wiki/Datei:Gotthardstrasse_Galerie.jpg Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor
Dein Vorschlag scheint gerade das zu machne, was die neue, vorgeschlagenen Lizenz macht. Allerdings betonst Du gerade das, was viele an der Lizenz stört noch stärker: - Die Nennung von OpenStreetMap als Quelle, was sich gegen Forks richtet (und damit OSM der Willkür der OSF ausliefert) - Das Abgeleitetes unter der gleichen Lizenz we OpenStreetMap stehen muß und damit OpenStreetMap vom Rest der freien welt getrennt wird (z.B. wird es keine Bücher geben, die OSM-Kartenmaterial verwenden, da damit auf Verwendung von unter GFDL oder CC-SA stehenden TExten undBildern im gleichen Buch verzichete werden müßte) Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor
Josias schrieb: Philipp Klaus Krause schrieb: - Die Nennung von OpenStreetMap als Quelle, was sich gegen Forks richtet (und damit OSM der Willkür der OSF ausliefert) in wiefern? Betrachten wir den Fall, daß es einen Fork gibt, nennen wir ihn 'mal FreeStreetMap, dieser Fork sich weiterentwickelt, unter Umständen Openstreetmap überflügelt. Jemand übernimmt nun beispielsweise einen Ausschnitt aus FreeStreetMap auf seine Website. Als Quellenangabe muß auf dieser Website nun aber OpenStreetMap, nicht FreeStreetMap genannt werden. D.h. alle,s was auf FreeStreetMap aufbaut, verweist in der Quellenangabe auf OpenStreetMap statt FreeStreetMap. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor
Tobias Wendorff schrieb: - Das Abgeleitetes unter der gleichen Lizenz we OpenStreetMap stehen muß und damit OpenStreetMap vom Rest der freien welt getrennt wird (z.B. wird es keine Bücher geben, die OSM-Kartenmaterial verwenden, da damit auf Verwendung von unter GFDL oder CC-SA stehenden TExten undBildern im gleichen Buch verzichete werden müßte) Das habe ich nie gesagt. Es soll lediglich hingewiesen werden, dass OSM-Daten eingeflossen sind. Dies ist gängig und mit Zitierung von Quellen gleichsetzbar. Entschuldigung, ich habe wohl Deinen Vorschlag zu flüchtig gelesen und hatte noch zu sehr die Diskussion dieser Problematik im Hinblick auf die ODbl im Kopf. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor // Nachtrag
Bernd Wurst schrieb: Eine Share-Alike-Lizenz macht den Leuten Probleme, die einseitig damit Profit machen wollen. Eine SA-Lizenz verwendet man genau dann, wenn man sagen will, dass andere nicht darauf aufbauend etwas machen sollen, das nicht freigegeben wird. Nicht zu verwechseln damit, dass niemand mehr etwas damit machen darf. Das Wieder-Freigeben ist nur leider in vielen Köpfen nicht drin und scehinbar keine valide Alternative. Aber es ist definitiv keinerlei K.-O.-Kriterium für eine Weiterarbeit. Im Gegenteil, für andere freie Projekte (gut) ändert sich durch den viralen Charakter nichts. Doch. Du tust die ganze Zeit so, als gäbe es nur eine SA-Lizenz in der Welt. In Wirklichkeit macht eine SA-Lizenz OSM für die meisten freien Projekte unbrauchbar. Ganz einfach aufgrund der Vielzahl von SA-Lizenzen, die alle untereinander inkompatible sind. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Lutz Horn schrieb: Hier der Kernpukt meiner Kritik. Auf http://wiki.openstreetmap.org/wiki/Open_Data_License#Derived_works heißt es: CC-BY-SA requires that the entire derivative work is shared. In the past, interpretations of this requirement have stopped OSM data being used as a layer in a commercial mapping website and as part of a TV news programme. Und genau das ist beabsichtigt. Das SA bezieht sich für mich wesentlich auf *alle* Arten von abgeleiteten Werken, nicht nur auf die Rohdaten. Renderings, Mashups, Statistiken, Routenplaner usw. müssen alle vollständig ebenfalls unter CC-BY-SA oder eine kompatiblen Lizenz lizensiert werden. Es geht darum, mehr Daten und Projekte vollständig frei verwendbar zu machen. Ich verweise auf das Argument von RMS, das er in http://www.gnu.org/philosophy/freedom-or-power.html macht. Ich glaube, das mit einer Lizenz die mehr erlaubt, mehr freies entsteht. Im Softwarebereich ist die GPL sehr weit verbreitet, dort funktioniert dieses share-alike gut (eben weil es diese eine Lizenz gibt, die dazu inkompatiblen von eringer BEdeutung sind), aber hier ist die Situation etwas anders. Im Grunde genommen gibt es die Wahl zwischen: 1) Eine share-alike-Lizenz, die bewirkt, daß niemand etwas aus OSM übernehmen wird. 2) Eine Lizenz, die mehr Richtung BSD geht, die bewirkt, daß Daten aus OSM dann auch in nichtfreie Datenabanken übernommen werden und diverse freie Projekte OSM nutzen können. mehr Daten und Projekte vollständig frei verwendbar zu machen geht meiner Meinung hier am besten mit 2). Weil dann andere freie Projekte produktiver sein können, da sie auf OSM zurückgreifen können. Wenn abgeleitete Werke nicht unter der Lizenz stehen müssen, die für die verwendeten OSM-Daten gilt, dann erlauben wir die Reprivatisierung unserer Arbeit. Das will ich nicht. Und wenn Du verlangst, daß abgeleitete Werke unter der gleichen Lizenz stehen verbietest Du anderen freien Projekten die Nutzung. Ich würde mir wünschen, daß es möglich wäre, freies basierend auf bestehendem freien aus vielerlei Quellen zu schaffen. Das geht heute kaum, der vielen inkompatiblen share-alike-Lizenzen wegen. OSM fügt nun noch eine weitere hinzu und macht die Situation damit noch schlimmer. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Dirk Stöcker schrieb: Und wie Frederik schon sagt würde ich z.B. auch eine reine Public-Domain-Variante akzetieren. Ich verliere nichts dadurch, kann aber viel gewinnen (z.B. bessere Navigationssysteme). Ich sehe nichts gutes an nichtfreiem, das aus OSM gemacht wurde. Allerdings würde auch ich die PD-VAriante akzeptieren. Mit einer Lizenz, die nichtfreie Verwendungen ausschließt wird auch der Großteil freier Verwendeungen ausgeschlossen. Und das sehe ich als Problem. Mit einer share-alike-Lizenz wird OSM ein freies, aber isoliertes Projekt. Isoliert von anderen freien Projekten, die nicht nutzen können, was OSM geschaffen hat. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Detlef Reichl schrieb: Hallo, Am Freitag, den 27.02.2009, 21:34 +0100 schrieb Dirk Stöcker: Und wie Frederik schon sagt würde ich z.B. auch eine reine Public-Domain-Variante akzetieren. Ich verliere nichts dadurch, kann aber viel gewinnen (z.B. bessere Navigationssysteme). und ab da wirds politisch. Ich will für meinen Teil nicht, das sich jemand die von mir eingebrachten Daten unter den Nagel reißen kann. Im von Dir schon angesprochenen Softwarebereich stelle auch alles unter die GPL und nicht unter die LGPL oder gar BSD oder MIT Lizenz, weil ich will, das jemand der sich an meinem Werk bedient auch etwas zurück geben muss. Für mich ist das gewissermaßen erzwungene fairness. Oder glaubst Du daran, das wenn Du Daten, Programme, ... unter einer BSD-artigen Lizenz veröffentlichst, alle Nutzer - und hier meine ich grade Firmen und Konzerne - mit darauf aufbauenden Werken das gleiche tun werden? Grüßle, detlef Im Softwarebereich ist das halbwegs OK. Die GPl ist (wenigstens als GPLv2 or later) weit genug verbreiter, daß dann die meisten anderen freien Projekte Teile Deiner Programme übernehmen könnten. Außerhalb des Softwarebereichs sieht es aber ganz anders aus. Durch die Vielzahl an inkompatiblen Lizenzen machst Du dort mit jeder Lizenz, die nichtfreie Verwendungen verbietet das lizensierte auch für nahezu alle freien Projekte unbrauchbar. Und selbst im Softwarebereich wird das Rad oft neu erfunden, bzw. neu geschrieben, wegen untereinander inkompatibler freier Lizenzen. Die Möglichkeit auf bestehendem aufzubauen und daruas zu übernehmen könnte ein riesiger Vorteil für Freies sein, aber er wird durch inkompatible share-alike-Lizenzen zunichte gemacht. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Lutz Horn schrieb: Hallo, On Fri, 27 Feb 2009 21:54 +0100, Philipp Klaus Krause p...@spth.de wrote: Und selbst im Softwarebereich wird das Rad oft neu erfunden, bzw. neu geschrieben, wegen untereinander inkompatibler freier Lizenzen. Ich beobachte eher das Gegenteil. Sun lizensiert OpenJDK, Glassfish und NetBeans unter der GPL. Zwar wird dabei noch eine Copyleft-aufweichende Classpath Exception hinzugenommen und auch die Lizensierung unter der CDDL erlaubt. Trotzdem bewegt sich Sun damit hin zur allgemein verbreiteten GPL, vermutlich gerade auch weil diese eine Copyleft-Lizenz ist. Ich dachte eher an sowas wie OpenSSL vs. gnutls. Die Möglichkeit auf bestehendem aufzubauen und daruas zu übernehmen könnte ein riesiger Vorteil für Freies sein, aber er wird durch inkompatible share-alike-Lizenzen zunichte gemacht. Und gerade das sollte kein Argument für noch eine Lizenz sondern für die einheitlichere Verwendung einer vorhandenen SA-Lizenz sein. Das ist ein Argument, etwas zu verwenden, was möglichst kompatibel zu bestehenden Lizenzen ist. Am besten PD oder BSD, zur Not eine der bestehenen, oder aber eine Neue mit expliziten Ausnahmen, die die Verwendung unter verbreiteten anderen Lizenzen (z.B. CC-BY-SA, GFDL, GPL) zulassen. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Lutz Horn schrieb: Hallo, On Fri, 27 Feb 2009 22:05 +0100, Dirk Stöcker openstreet...@dstoecker.de wrote: Was verliere ich, wenn irgendjemand die OSM-Daten unfrei verwendet: Nichts. Wir verlieren die Möglichkeit, auf dieser unfreien Verwendung wiederum aufzubauen. Der Zwang zur Neuerfindung des Rades entsteht dadurch, dass jemand etwas interessantes entwickelt, es aber nur unfrei zur Verfügung stellt. Was nützt ein tolles Projekt, das nicht verändert und weiter verwendet werden kann? Wir verlieren die Arbeitszeit, die in eine zweite, diesmal freie Umsetzung des tollen Produkts fließe muss, wenn wir seine Funktionen für weitere freie Projekte verwenden möchten. Mit einer restriktiveren Lizenz verlieren wir die Möglichkeit, freies direkt auf OSM aufzubauen. Ein Beispiel: Jemand will ein freies Buch über die Geschichte des Ortes XYZ schreiben. Nun muß er sich entscheiden: - Nimmt er eine CC-Lizenz, mit der er die interessanten historischen Bilder des Baus der Eisenbahnlinie verwenden darf? - Nimmt er die GFDL-Lizenz, mit der er die Bilder der Ausgrabungen am Marktplatz vor einigen Jahren verwenden darf? - Nimmt die ODL, mit der er Karten aus OSM verwenden darf? Wie auch immer er sich entscheidet, auf zwei der aufgeführten drei Dinge muß er verzichten. Obwohl alle frei sind. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommerzkram auf einer OSM-Präsentation ?
Hallo, Am Freitag 20 Februar 2009 schrieb Joerg Fischer: ich bekam als Einer der beiden Ansprechpartner zum Chemnitzer Linuxtag eine Mail der Firma Round Solutions GmbH Co KG mit der Anfrage / Bitte, ob die auf unserem Stand ihre Hard- und Software präsentieren dürfen. Wie gehen wir bzw. wie gingen Andere in der Vergangenheit mit so etwas um? Anbei Ausschnitte der Mail die ich bekam, die Veröffentlichung auf der OSM-Mailingliste ist mit dem Autor der Mail abgesprochen. die Frage ist, wie soll die Präsentation der Hard- und Software ablaufen? Kommt jemand von der Firma vorbei und will das am OSM Stand vorstellen oder sollen wir lediglich die Hardware mit an unseren Stand legen? Ich bin dagegen, dass jemand von einer Firma mit am OSM-Stand steht und sein Produkt vorstellt. Wenn man das machen will, dann sollte der Stand auch dementsprechend beim CLT gemeldet werden, weil dann auch der Stand anders geplant wird. Geht es hingegen darum nur Hardware auszustellen, dann denke ich, dass man das gegebenen Falls schon machen könnte. Es sollte sich aber in einem angemessenen Rahmen halten und es wäre gut, wenn einer der OSM Standbetreuer ein paar Sätze(z.B.: Erfahrung: privat oder aus Community) dazu sagen könnte. Grüße Philipp Tschaui, Jörg -- schnipp --- Guten Morgen Herr Fischer, Ich habe gesehen, dass Sie einen Stand auf Chemnitzer Linux Tagen haben. Unser Bezug zu OpenstreetMap und Linux: 1. Freies Testportal www.track4less.com Es basiert auf Openstreetmaps und Openlayers. Es ist noch nicht veröffentlicht. Demo account User: x Password: x Urspung ist www.track4free.com aud Basis Google Maps. Beide Portale nutzen die gleiche Datenbank, das gleiche Protokol und gleiche zugangsdaten 2. Linux-PC mit GPS und GPRS im Hosentaschenformat http://www.roundsolutions.com/news/embedded-linux-pc-gprs.htm [...] Wie wäre es mit unserem Board? Mit freundlichen Grüßen Harald Naumann Technical Director Round Solutions GmbH Co KG Hans-Böckler-Straße 16 * 63263 Neu-Isenburg * Germany Tel: +49 x-0 Fax: +49 x-xxx Email: xx....@roundsolutions.com Homepage: www.roundsolutions.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Tobias Wendorff schrieb: Die Kommune scheint ja auch ein enormes Mitspracherecht zu haben, was die Ausgestaltung der Verkehrsfläche des Bundes und des Landes hat. In einem Vorort hier wird ständig eine Bundesstraße zurückgebaut, sobald Geld da ist ... die Kommune entscheidet darüber, die genauen Entscheidungsgänge kenne ich aber nicht - das Land hält sich laut Zeitungsberichten aber raus. Sicher, daß das nocheine Bundesstraße ist? Bei einem ähnlichen Fall, in dem Freiburg eine solche Straße verschmälern wollte (da inzwischen andere Straßen den Verkehr aufnahmen), mußte die Straße erst entwidmet werden, in Elzach würde die Stadt gern ein paar Zebrastreifen in der Ortsdurchfahrt anlegen, darf das aber nicht, da es eine Bundesstraße ist (und da nur Fußgängerampeln und auch die nur bei einem nachgewiesenen Mindestfußgängeraufkommen zulässig sind). Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste mit Punkten einlesen
ich habe eine Liste mit Koordinaten und Attributen die ich nach OSM übernehmen möchte. Gibt es ein Tool mit dem ich daraus eine entsprechende OSM-Datei konvertieren kann ? Wenn auf irgendeine Art und Weise auch Attribute übergeben werden könnten wäre das spitze. Kommt drauf an, in welchem Format die vorliegen. Wenns nicht zu komplex ist, sollte es kein Problem sein, ein kleines Skript zu schreiben, das die Daten konvertiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Performance bei Osmarender
Im OSB-Buch steht zwar schon der Hinweis, dass die Kartenberechnung sehr Rechenintensiv ist - aber dennoch bin ich etwas verwundert bei dem aktuellen Basisrechner (4 GB-Speicher). Es handelt sich um ein ca. 9 km2 großes Gebiet in einer Stadt. Wie lange dauert es denn bei dir? zb Karlsruhe zu rendern braucht bei mir fast 20 Stunden, mit xsltproc. Kann man dem System mehr Leistung zuweisen ?? Mehr als du hast wohl eher nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernd Wurst schrieb: In D ist es absolut unüblich, dass öffentliche Wege durch eine Weide hindurch gehen und Für genau den Zweck sind Kissing-Gates gedacht. Das gibt es hier in der Gegend (Südschwarzwald) überall, aber das sind selten stile, oft hampshire_gate und meistens etwas, das von der Form her am ehesten an cycle_barrier erinnert, und darauf beruht, daß große Tiere, insbesondere Rinder nicht um enge Ecken gehen können.Irgendwo hab' ich hier auch 'mal ein hölzernes kissing_gate gesehen, kann mich aber nicht mehr erinnern, wo. Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmP7CMACgkQbtUV+xsoLppAzgCfSr9793SbF9BofVZ3uDnGAnIz q28AnRk3Kq8OogxtY6koR7ZUpm5+TAD1 =/VQy -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Koppenhoefer schrieb: ich dachte immer, ein Stile waere eine Vorrichtung, mit der Fussgaenger einen Zaun ueberqueren koennen, also so was: Ja, ist es. Warum? Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmQNiIACgkQbtUV+xsoLpqzbACghpSssYWh0ou6Up6eKuhrzEUm TAYAoPOB1seYXwbEcHWKYcgGQbV50BqF =PffW -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederik Ramm schrieb: Hallo, ich beschaeftige mich gerade erstmals seit langem mit der deutschen JOSM-Uebersetzung. Die ist ja mittlerweile richtig gut! Allerdings stoeren mich einige Dinge, ich finde, dass eine gute Uebersetzung auch wissen muss, wo sie zu uebersetzen aufhoeren sollte. Ich finde zum Beispiel, dass man auch einem deutschen Nutzer die Worte Node und Way zumuten sollte. Node scheint die Verenglischung des bereits 1753 von Daniel Bernoulli mit dieser Bedeutung verwendeten lateinischen noeud zu sein. Ich weiß weder, wann es im Englischen erstmals als Node verwendet wurde, noch wann es erstmals ins Deutsche übersetzt wurde, aber: Den in de Projection aus einer Ueberkreuzung entstehenden Durchschnittspunkt selbst nennen wir Knotenpunkt oder Nodalpunkt (aus Johann Listing, Vorstudien zur Topologie, 1847). Der Begriff Knotenpunkt findet sich seither öfters im Deutschen. Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmO6wwACgkQbtUV+xsoLpqHaACgoeQOkkpR0rj1NdZNv57Rci20 wtkAnRQUIZjYn0CI+IFcz3rac/46OklD =hOSx -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch soll man übersetzen?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Claudius Henrichs schrieb: Frederiks Argument, dass damit eine gewisse Hürde aufgebaut würde kann ich nur entgegensetzen, dass wir mit einer Übersetzung den Fremdwörterschatz erweitern, wenn Nutzer so lernen, dass Node eben Knoten bedeutet. Mancher braucht es nicht mehr zu lernen. Ich weiß nicht, ob zuerst das lateinische noeud als Node verenglischt wurde, oder ob es zuerst als Knotenpunkt ins deutsche übersetzt wurde. Mitte des 19. Jahrhunderts wurden im Deutschen wohl noch Nodalpunkt und Knotenpunkt synonym verwendet, Nodalpunkt scheint aber bereits in der 2. Hälfte des 19. Jahrhunderts ungebräuchlich zu sein, während sich Knotenpunkt gehalten hat. Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmO7EYACgkQbtUV+xsoLpoFwQCgj/SxeQTNaUSAQYXH8nK0JUr6 9OwAoN7wlqIDaY6DAlQDZ4Bm+7mZpMdU =jI/Y -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal (v1) : Haltestellen des öffentlichen Verkehrs
Ich würde vorschlagen, einen anderen Begriff als Haltepunkt zu verwenden. Da Haltepunkt bei der Eisenbahn bereits eine andere Bedeutung hat (wie ein Bahnhof, aber ohne Weichen). Die doppelte Verwendung in sehr ähnlichem Kontext kann sonst leicht zu Mißverständnissen führen. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Osmarender] Linien Versetzen
Hallo zusammen, ich bastel grad an meinem eigenen Layout für Stadtpläne mit Osmarender. Dabei habe ich für Karlsruhe auch die Straßenbahn- und S-Bahn-Linien in den jeweiligen Farben gerendert (nur die Relationen, nicht mehr die Schienen selbst). An sich sieht das auch ganz hübsch aus, eine vorläufige Version liegt unter http://yoshi.mega2000.de/~philipp/osm/karlsruhe.png Blöd wird es nur, wo mehrere Linien sich die Strecke teilen - man sieht dort jeweils nur eine Farbe. Ich denke, die schönste Lösung wäre, die gesamten Relationen um wenige Pixel zu versetzen. Leider habe ich das im Osmarender nicht hinbekommen. Mein Ansatz war, dem entsprechenden line-Tag einfach die Parameter dx=1px dy=1px (für jede Linie mit anderen Werten) zu geben, so wie es auch bei text geht. Leider wird das vom Osmarender bei line ignoriert. Hat jemand eine Idee, wie man das lösen könnte? Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Osmarender] Linien Versetzen
im Grunde ja: Es handelt sich ja um eine winkeltreue Merkatorprojektion. Diese hat also einfach Punkte im 2d-kartesischen Koordinatensystem. Du musst die Wege einfach parallel verschieben - Google kennt sicherlich sofort die richtigen Formeln. Danke, aber das Problem sind nicht die Formeln - im Prinzip würde es mir reichen, die Linien zb 1 Pixel nach Süden zu verschieben. Das Problem ist, wie ich das dem Osmarender beibringe. Die Straßenbahnlinien sind definiert als Relation über die Schienen. Jetzt will ich natürlich nicht, wenn da 10 Linien fahren, 10 Schienen in die Karte einbauen. Ich will dass verschiedene Relationen auf den gleichen Schienen unterschiedlich gerendert werden. Also zb: Linie 1: -2px versetzen Linie 2: -1px versetzen Linie 3: 0px versetzen Linie 4: +1px versetzen Linie 5: +2px versetzen Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reine S-Bahn-Strecken
Tobias Wendorff wrote: Gerrit Lammert schrieb: railway bedeutet streng genommen nur, dass dort Schienen liegen. Wie die genutzt werden, wird über die darüber laufenden Routen festgelegt. Und hier gibt es mit light_train im Prinzip schon eine passende Kategorie. man könnte höchstens Schmalspurbahnen oder andere inkompatible Netze getrennt benennen, aber selbst da sehe ich den Sinn nicht. dann müssten wir auch nicht die verschiedenen Straßentypen taggen... Asphalt liegt überall. light_train bedeutet Stadtbahn und hat _nichts_ mit S-Bahn zu tun. Das ist ein fest stehender Begriff. Ich kenne auch kein S-Bahn-System auf Normalspur, das sich nicht zumindest Abschnitte mit der Bahn teilt. Angefangen bei der Berliner S-Bahn, aufgehört bei railway = rail; interurban Verkehrstechnisch ist das meines Wissens das gleiche, lediglich die Stromversorgung ist anders. Und das auch nur in Berlin, ziemlich überall sonst in Deutschland sind S-Bahn-Strecken auch technisch identisch mit denen der Deutschen Bahn und werden meistens auch (mindestens teilweise) zwischen beiden geteilt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Osmarender] Linien Versetzen
Heiko Jacobs wrote: Also zb: Linie 1: -2px versetzen Wie gesagt: in SVG nicht so ohne weiteres machbar... SVG müsste das ja nicht direkt können, der Renderer kann ja auch alle Nodes der Relation entsprechend versetzen. Ich werd mir mal diesen or/p angucken, vielleicht lässt sich da was reinhacken. a) Cobra mal anschauen, soll aber in paar Tagen neue Version geben Was genau ist das? Das Wort gibts zu häufig um sinnvoll zu googlen ;) b) Vorprozessor erfinden, der zwar nicht in den Original-OSM-Daten, aber in einem Zwischendatensatz doppelte verschobene Linien einbaut. Kann sein, dass sowas auch irgendwann fuer einseitige Readwege gebraucht wird, der Dank der Community wird Dich in diesem Falle wahrscheinlich auf ewig verfolgen (aber nie erreichen?? ;-) ) Hehe, ich werd mir mal überlegen, wie man das anstellen könnte ;) Schönen Abend noch, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Farbgebung von ÖPNV-Routen
Ein Zusatz-Tag color-local=#ff66dd (oder gleich color=xxx?) halte ich für sinnvoll. Oder, wir überlegen uns gleich was erweiterbares und nennen es style, z.B. style=#ffdd33;dotted;3pt oder so. Farbe ja (das ist auch ueber die Jahre einigermassen konstant), style im Sinne von Dicke, Strichart etc. lieber nicht, das kann man dann individuell festlegen, und ist auch keine allgemeine Information wie die Farbe fuer bestimmte Linien sondern eine klare Renderanweisung. In den Definitionen für Osmarender gibt es (auskommentiert) Templates dafür, sowas wie preferred_color=red auf den Relationen benutzen. Das hab ich mal (testweise) angefangen für die Straßenbahnen in Karlsruhe zu setzen. Sinnvollerweise sollte man sich da natürlich auf was einheitliches einigen. Mit der Lösung muss auch jede Farbe im Renderer definiert werden. Deshalb hab ich da meine eigenen Farben definiert (kvv-red, kvv-blue, etc.), weil jeder Verkehrsverbund wohl eigene Standardfarben verwendet. Es wäre wohl am besten, man könnte den Farbcode direkt in der Relation angeben. Gruss, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Karl Eichwalder schrieb: Gerrit Lammert o...@00l.de writes: Wie viele Buslinien kennst Du, die zwar die exakt gleiche Strecke von vorne bis hinten fahren, aber andere Stops bedienen? Eventuell die eine oder andere Expresslinie, aber das ist vernachlässigbar. Aus dem grund lasse ich die haltestellen auch einfach komplett aus den route-relationen raus. Im ernstfall kann man sowieso nix damit anfangen. Wenn man erstmal gesehen hat, dass da, wo man hin will, ÖPNV fährt, dann wird man sowieso auf der offiziellen site schauen müssen. Bei Zügen könnte man da eher was finden, aber im Stadtverkehr und ist das doch ein ziemlicher overhead... Wie sieht das eigentlich mit 30/30E zwischen N und ER aus? Häh? Das ist so eine expresslinie, die ich aber nicht genau kenne... Hast du schon mal an Routing für den ÖPNV gedacht? Das wird, wenn überhaupt, bis jetzt nur Verbundsweise angeboten. Wenn ich jetzt mit der Bahn in eine Andere Stadt fahre oder so, dann fändt ich einen gemeinsamen Routingdienst sehr praktisch, der ohne Haltestellen natürlich keinen Sinn macht. (Ich kenne noch keinen überregionalen ÖPNV-Routen-Dienst) Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Das mit Bahn.de hab ich nicht gewusst. Danke! Da es schon mindestens eine Routingfähige Karte mit OSM-Daten für den Straßenverkehr gibt (http://wiki.openstreetmap.org/wiki/User:Computerteddy), kann ich mir gut vorstellen, dass das auch mal mit dem ÖPNV klappen wird. Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Gerrit Lammert schrieb: 1. Farbgebung der Linien [...] - Die dickeren Linienstärken der tram im lokalen, bzw train im überregionalen Bereich heben ihre Bedeutung hervor. Dem möchte ich ganz stark wiedersprechen, denn bei uns in Berlin spielt der Bus eine wesentlich größere Rolle als die Straßenbahn, die außerdem größtenteils nur im Ost-Teil der Stadt vorhanden ist und aufgrund des Verkehrsrisikos nicht grade beliebt ist und daher IMHO an Bedeutung verliert. - train und light_rail verkehren meist ebenso auf der selben Trasse wie tram und bus im lokalen Kontext. Hier in Berlin spielt train (also Regionalbahn) im ÖPNV kaum eine Rolle und wird daher auch auf den meisten Karten dünn dargestellt. Dies ist ein weiterer grund für die veränderte Linienstärke: Wenn ein Straßenabschnitt etwa sowohl von tram als auch von bus befahren wird, sehen wir eine feine rote Linie mit einem orangenen Rand für die tram. Das eine überdeckt nicht mehr das andere. Das ist allerdings wieder sinnvoll, da dort, wo eine Tram fährt si klar das Straßenbild dominiert. 3. Umgang mit Haltestellen-Relationen Ich finde aus auch Sinnvoll der Übersicht halber zusammengehörige Sationen entsprechend zu verarbeiten. Wichtiger fände ich noch die Richtung (forward, backward) einer Haltestelle zu markieren, z.B. mit solch einem Dreieck wie auf den Linien dann in den weißen Punkt rein. Schlussendlich ist die Gewichtung der Transportmittel (dicke/dünne Linie) sehr schwierig, da man die lokalen Umstände berücksichtigen muss, die von Stadt zu Stadt und von Stadt zu Land unterschiedlich sind. Ich finde die Karte so schon sehr gut. Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik und Multipolygon Schwarzwald
Moin! Über die Weihnachtsfeiertagw war ich ein wenig im Schwarzwald aktiv und habe Schömberg bei Freudenstadt im Schwarzwald erfasst. Leider weigert sich bisher Mapnik da ein Stück aus dem Schwarzwald auszustanzen: http://www.openstreetmap.org/?lat=48.3973lon=8.4076zoom=14layers=B000FTF Im Osmarenderer stimmt es dagegen bereits: http://www.openstreetmap.org/?lat=48.3973lon=8.4076zoom=14layers=0B00FTF Kann da mal bitte jemand nachsehenen und mir erklären, was ich da falsch gemacht habe? Der Waldrand der der Way 29218772 Schwarzwald ist die Relation 8443 (multipolygon mit mehreren outers?) BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Routingfähige Garmin-Karten
Moin! On Thu, Dec 11, 2008 at 08:46:11AM +, Sven Geggus wrote: Hanno Böck ha...@hboeck.de wrote: Der Java-Compiler ist doch inzwischen auch GPLisiert. ~/ apt-cache policy sun-java6-bin ... 500 http://ftp.de.debian.org lenny/non-free Packages ... Wohl noch nicht so ganz. _Dieser_ Java-Compiler von _SUN_ ist nicht GPL, aber es gibt ja viele andere: $ grep-aptavail -FProvides -sPackage,Section java-compiler gcj devel gcj-4.2 devel gcj-4.3 devel jikes-classpath devel jikes-kaffe interpreters jikes-sablevm devel kaffe-jthreads interpreters kaffe-pthreads interpreters jikes-sun contrib/devel sun-java5-jdk non-free/devel sun-java6-jdk non-free/devel Ausserdem solltest du noch beachteb, daß SDK = Compiler + Bibliotheken ist, d.h. neben dem Compiler brauchst du auch noch eine Implementierung der Java-Bibliothek (z.B. ClassPath). Die GPL-Variante des SUN-SDKs findest zu im Paket openjdk-6-jdk. BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Moin! On Mon, Dec 08, 2008 at 02:56:34PM +0100, Markus wrote: Im Ernst: alle +-1 weg, am besten per Bot. (sonst lernt es der Renderer (Validator) ja nie... Ein gutgemeinter Gegenvorschlag: DU setzt dich als erstes hin und entwickelst deinen eigenen Renderer, überzeugst den Rest von deinem gleichwertigen oder besserem Resultat, und dann meldest du dich mit deinem obigen Vorschlag nochmal. Uns bis dahin nutze bitte die level-Angaben zur Validierung deiner Implementierung, die ansonsten natürlich diese Angaben für das Rendering selbst ignoriert. Ich bin jetzt schon darauf gespannt, wie du algorithmisch bestimmen willst, welche der beiden Brücke uber den Fluß über welcher anderen ist... \\/ \\ / =\\/== X\ / \\ Zwischem Gießen und Marburg gibt es IMHO zwei Brücken über die A3: Unten die A3, darüber eine Autostraße, darüber eine Fußgängerbrücke. Und aus den USA habe ich auch noch Bilder im Kopf, wo sich mehrere Highways und mehrere Brücken übereinander kreuzen. Und zumindest meine Erfahrung hat gezeigt, daß man fast immer eine Ausnahme hat, wo der Automatismus versagt. Und dann braucht man doch wieder eine Möglichkeit zum händischen Taggen... BYtE Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf dem 25C3
Hallo, On Wednesday 03 December 2008 10:44:32 Andreas Hubel wrote: Ich werde auch da sein. Sollen wir analog zum letzen mal nen Workshop / Treffen auf http://events.ccc.de/congress/2008/wiki/Workshops eintragen? ich finde ein Treffen ist auf jeden Fall eine gute Idee. Ein Workshop würde bestimmt auch gut ankommen, aber den müsste halt jemand vorbereiten. ;) Gruß PhiBo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf dem 25C3
Hallo, Am Dienstag 25 November 2008 schrieb Marcus Wolschon: Ich habe mal einen Stub für OpenStreetMap im Wiki des 25C3 angelegt. Wäre nett, wenn das noch jemand vervollständigen könnte und wir ein paar Leute für einen Tisch finden. ich würde beim Tisch mitmachen. Im Moment sieht es jedoch so aus, dass ich es am 27.12. noch nicht zum Congress schaffe, sondern erst am 28.12. mittags da sein werde. Wäre das ein Problem? PhiBo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing mit Ziel in URL
Hanno Böck schrieb: Hi, Ich bastle grad an der Webseite für eine Veranstaltung und würde dort gern einen Routing-Link unterbringen, bei dem das Ziel schon eingestellt ist. Soweit ich sehe, kann keiner der beiden Routing-Services von OSM das im Moment. Oder überseh ich da was? Also sowas in der Art: http://www.openrouteservice.org/?destination=[adresse] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wenn du eine Route hast berechenen lassen, dann hast du über dem Button für den GPX-Track einen Link RouteLink . Beispiellink: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=13.2954851,52.5970339end=13.3468548,52.5141652pref=Fastestlang=de Gruß, Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Idee fuer Chemnitzer Linux Tage 2009
Hallo, wie ich gesehen habe gab es hier auf der Liste Ende Oktober schon mal die Idee für einen OpenStreetMap Stand, Workshop oder Vortrag bei den Chemnitzer Linux-Tagen 2009. Ich hab auch schon gesehen, dass es diesbezüglich im OSM Wiki eine Seite gibt. Aber ich wollte meine Idee erstmal hier vorstellen und mal fragen, was ihr davon haltet. Ich war beim Linux-Info-Tag 2008 in Dresden, dort fand ein Zoo-Mapping[0] statt, bei dem der Dresdner Zoo genauer in die Karte aufgenommen werden sollte. Das gleiche würde ich gern mit dem Chemnitzer Tierpark[1] auch machen, denn dieser ist im Moment noch ein weißer Fleck in der Karte. Folgenden Ablauf hab ich mir für das CLT Wochenende gedacht. Freitag Nachmittag == * Daten sammeln im Tierpark * der Tierpark hat im März von 9:00 bis 17:00 Uhr geöffnet Samstag/Sonntag === * Workshop beim CLT * Teilnehmer tragen Daten vom Freitag ein * Teilnehmer muss jedoch Freitag nicht da sein oder * Stand beim CLT * einzeichnen der Daten am Stand * zeigen wie einfach das Einzeichnen geht oder * beides ;-) Ich würde mich um die Organisation des Freitags kümmern und den Workshop machen. Bei dem Stand bräuchte ich jedoch Hilfe. [0] http://www.linux-info-tag.de/100/detail/166 [1] http://www.tierpark-chemnitz.de/ Grüße PhiBo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmals Grenzen und admin_level
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Heiko Jacobs schrieb: 8: Amt, Samtgemeinde Amt gibt es laut deutscher Wikipedia in Brandenburg, M-V und S-H Verbandsgemeinde in R-P Samtgemeinde in Niedersachsen Verwaltungsgemeinschaften, Gemeindeverwaltungsverband etc. tw. 9: Gemeinde/Stadt 10: Ortsteil/Stadtteil In Laendern mit Amt/Gemeinde gibt es dann auf dem flachen Land 8 und 9, aber wohl nicht 10 In Laendern mit (Einheits-)Gemeinden gibt es dann auf dem flachen Land 9 und 10, aber nicht 8 Für BW hätten wir: 8 - Gemeindeverwaltungsverband 9 - Gemeinde / Stadt 10 - Ortschaft Beispiel: -Gemeindeverwaltungsverband Elzach (besteht aus Gemeinden Elzach, Winden, Biederbach) -Gemeinde Elzach -Ortschaft Yach Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkmjYAACgkQbtUV+xsoLpqtugCdFBWifukauosnbuMfM4kkyKYl ZtsAoKBsUPEfjYWO9ad42JtibI034hYC =F1pm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de