Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.
Am 2019-06-26 13:24, schrieb Sven Geggus: Frederik Ramm wrote: Guerilla-Aufkleber-Aktion! Hatte ich ehrlich gesagt auch schon dran gedacht. Allerdings kennen wir die Standorte der Tafeln ja nicht mal alle und das würde nur auffallen, wenn wir nahezu alle passend verarzten könnten. Ich fände es ehrlich gesagt am besten wenn da mal jemand aus dem FOSSGIS Vorstand bei der Frau Gerz anruft und freundlich auf das Problem hinweist damit das einen etwas offizielleren Charakter hat. Email ist vermutlich erher nicht so geschickt. Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen würde. Ich finde beides okay. Ein Mapper dem es aufgefallen ist und der sagt: Das finde ich nicht gut, dass sie mein Werk hier ohne Copyright veröffenlichen ist okay. Nur sollte der Text höflich und zielgerichtet bleiben. Wenn das nicht fruchtet, kann man ja immer noch den Fossgis Vorstand bitten. Wenn der Fossgis Vorstand das gleich macht, finde ich das auch okay. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Absetzbarkeit von Spenden bei der OSMF
Hallo Frederik, danke für die schnelle Antwort. Könnte man daran etwas ändern? Ich meine das wäre doch für alle spendenden Unternehmen und Privatleute interessant. Gruß Sven Am Samstag, 24. März 2018, 11:51:22 CET schrieb Frederik Ramm: > Hallo, > > On 24.03.2018 10:08, Sven Anders wrote: > > In Radio OSM [1] sagt Frederik, dass Spenden und der Mitgliedsbeitrag die > > OSMF in Deutschland NICHT steuerlich absetzbar seinen. > > Stimmt, aber das liegt nicht daran, das die OSMF im Ausland ist, sondern > daran, dass die OSMF nicht gemeinnützig ist. Auch ein Brite kann seinen > Mitgliedsbeitrag nicht von der Steuer absetzen. > > Bye > Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Absetzbarkeit von Spenden bei der OSMF
Moin, In Radio OSM [1] sagt Frederik, dass Spenden und der Mitgliedsbeitrag die OSMF in Deutschland NICHT steuerlich absetzbar seinen. Das hat mich gewundert, weil wir ja Europa haben und so (ja, ich weiss, dass die OSMF nach dem Brexit nicht mehr in der EU liegt). Ich habe dazu in diesem Internet gesucht und folgendes gefunden: * Der Europäischer Gerichtshof hat 2009 entschieden, dass Spenden ins Ausland steuerlich absetzbar sind. Zitat: "Daher erkennt der Gerichtshof für Recht, dass der freie Kapitalverkehr der Regelung eines Mitgliedstaats entgegensteht, wonach bei Spenden an als gemeinnützig anerkannte Einrichtungen nur Spenden an im Inland ansässige Einrichtungen von der Steuer abgezogen werden können, ohne jede Möglichkeit für den Spender, nachzuweisen, dass eine Spende an eine Einrichtung, die in einem anderen Mitgliedstaat ansässig ist, die nach dieser Regelung geltenden Voraussetzungen für die Gewährung einer solchen Vergünstigung erfüllt. " [2] Allerdings entschied der BFH 2015: "Voraussetzung für den Spendenabzug an eine in der EU oder im EWR ansässige Stiftung sei, dass der Steuerpflichtige Unterlagen vorlege, die eine Überprüfung der tatsächlichen Geschäftsführung ermöglichten." [3] Könnte man das ganze nicht (z.B. auf Kosten der OSMF oder des Fossgis, oder eines Sponsors der OSMF der dadurch auch mehr spenden kann) einmal juristisch prüfen lassen, bzw. Unterlagen vorbereiten, damit man die bei Rückfragen beim Finanzamt abgeben kann? BTW: Ich habe meinen Mitgliedsbeitrag bei der OSMF schon mal bei der Steuer angegeben und es wurde nichts vom Finanzamt moniert. Vielleicht gibt es einen Steuerexperten/ Steuerberater, der das hier mitliest und das ggf. übernehmen möchte? Gruß Sven 1: https://podcast.openstreetmap.de/2018/03/02/osmde047-interview-fossgis-e-v-als-local-chapter-der-osmf/ 2: https://curia.europa.eu/jcms/upload/docs/application/pdf/2009-03/ cp090005de.pdf 3: http://juris.bundesfinanzhof.de/cgi-bin/rechtsprechung/document.py? Gericht=bfh=pm=31562 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bemerkenswerte Relation
Moin Am 2017-11-10 16:35, schrieb dktue: Hallo, ich bin gerade auf diese bemerkenswerte Relation [1] gestoßen. Hier scheint mir einiges an Member-Rollen und Tagging-Schema erfunden zu sein. Seht ihr das auch so? sieht mir nach Indoor-Mapping aus. Ob da was neu "erfunden" wurde, kann ich nicht beurteilen, aber selbst wenn, stört es dich denn irgendwie? Ich finde auf Anhieb die Tags machen Sinn. Wie würde die vereinfachte Form aussehen die nur auf übliches Mapping aufsetzt? Warum ist das wichtig? Ich finde bei OSM dürfen gerne Tags erfunden werden, solange diese nicht für was anderes verwendet werden und deshalb stören. So kann z.B. jemand an der Uni-Heidelberg an einem Supertollen-Indoor-Visualisierungs-Dings arbeiten ohne erst mit 10.000 Leuten über Tags zu verhandeln. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungsleitstellen
Am Samstag, 8. April 2017, 09:44:59 schrieb dktue: > Hallo, > > ich möchte gerne die Rettungsleitstellen [1] in Deutschland taggen, habe > hierzu aber keinen passenden Tag gefunden. > > Mein erster Gedanke wäre, hierfür > > emergency=ecc > > zu verwenden (ECC = Emergency Control Centre). Erweitern könnte man es > noch um Details, ob es sich um eine Rettungsdienst-, Feuerwehr- oder > Polizei-Leitstelle handelt -- wobei in Deutschland die meisten > Leitstellen bereits kombinierte Rettungsdienst- und Feuerwehrleitstellen > sind -- die Polizei ist aber größtenteils separat. Ich finde Abkürzungen nicht gut. Was hälst du von: emergency=control_center Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de
So, sollte jetzt gehen (ggf. Browser-Cache löschen) Gruß Sven Am 10. Februar 2017 16:39:37 schrieb Sven Anders <s...@anders-hamburg.de>: Moin, ich hab dass auf der Fossgis-Admin Mailingliste mal angesprochen und melde mich, wieder. Gruß Sven Anders Am Freitag, 10. Februar 2017, 13:09:27 schrieb Sven Geggus: Harald Hartmann <osm-talk...@haraldhartmann.de> wrote: > Also ich kann es nur nochmal wiederholen: das Original(pyhton)skript > auf usergroups.openstreetmap.de erzeugt neben dem worldwide KML auch > bereits eine DACH KML (und das mehrfach am Tag!). Das müsste halt nur > wieder an die richtige Stelle kopiert werden, oder eben dann nach > jeder neuen Erzeugung mit Änderung per git ins Repo committet werden, > oder was auch immer sich die Admins nun vorstellen, wenn sie "alte > Zöpfe" abschneiden wollen. Auf dem alten FOSSGIS Server lief AFAR ein cronjob, der das xml-file regelmäßig aktualisiert hat. Gruss Sven P.S.: Ich fühle mich für tile.openstreetmap.de verantwortlich. Für www.openstreetmap.de nicht! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de
Moin, ich hab dass auf der Fossgis-Admin Mailingliste mal angesprochen und melde mich, wieder. Gruß Sven Anders Am Freitag, 10. Februar 2017, 13:09:27 schrieb Sven Geggus: > Harald Hartmann <osm-talk...@haraldhartmann.de> wrote: > > Also ich kann es nur nochmal wiederholen: das Original(pyhton)skript > > auf usergroups.openstreetmap.de erzeugt neben dem worldwide KML auch > > bereits eine DACH KML (und das mehrfach am Tag!). Das müsste halt nur > > wieder an die richtige Stelle kopiert werden, oder eben dann nach > > jeder neuen Erzeugung mit Änderung per git ins Repo committet werden, > > oder was auch immer sich die Admins nun vorstellen, wenn sie "alte > > Zöpfe" abschneiden wollen. > > Auf dem alten FOSSGIS Server lief AFAR ein cronjob, der das xml-file > regelmäßig aktualisiert hat. > > Gruss > > Sven > > P.S.: Ich fühle mich für tile.openstreetmap.de verantwortlich. Für > www.openstreetmap.de nicht! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WMS/WFS/ERT Rasterdaten für Leaflet aufbereiten
Moin, für die Tempo 30 Aktion des ADFCs in Hamburg würde ich gerne die Lärmschutzdaten von Hamburg [1] auf einer Karte mit OSM einbinden. Ich mache das zur Zeit mit Leaflet: var layer = L.tileLayer.wms("http://geodienste.hamburg.de/HH_WMS_Strassenverkehr;, { layers: '1', format: 'image/png', transparent: true, attribution: "Laermkarten Hamburg © Datenlizenz Deutschland Namensnennung 2.0" }); Aber das Laden der Daten dauert bei mir [2] im Vergleich zur Karte der Stadt Hamburg [3] sehr lange. Ich vermute weil der Server der Stadt die Daten erst in EPSG:3857 umrechnen muss. Wie gehe ich am besten vor, um das zu ändern? Die Daten sind auf der Seite [1] auch als ERT Rasterpunkte verfügbar. Ich kenn mich mit dem ganzen GIS Karm nicht so aus. Würde es aber gerne lernen. Vielen Dank für Euere Hilfe und Gruß Sven 1: http://suche.transparenz.hamburg.de/dataset/larmkarten-hamburg-47c-blmschg1 2: https://anders.hamburg/adfc/tempo30/ 3: http://www.geoportal-hamburg.de/Geoportal/geo-online/?id=030A8F47-EBEF-4669-94FC-0299BB7D5C88 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DB-Bahnhöfe und OSM
Am Fri, 15 Jan 2016 21:12:20 +0100 schrieb Roland Olbricht: > Hallo zusammen, > > die Bahn hat, wie hier ja schon angekündigt, eine Liste aller ihrer > Aufzüge in ihr Open-Data-Portal gestellt > http://data.deutschebahn.com/datasets/aufzug/ > und dazu eine experimentelle API aufgesetzt, die zu einigen Aufzügen > ihren Betriebsstatus anzeigt: > https://www.mindboxberlin.com/index.php/contest.html?file=files/cto_layout/downloads/opendata/SSTBT_REST-API_ADAM_1_contest_alpha.yaml > Viele der Aufzüge, wenn auch nicht alle, haben Geokoordinaten. > > Der (mit oder ohne OSM) nützlichste Anwendungszweck ist sicher, dass > man als Rollstuhlfahrer weiß, bevor es zu spät ist, ob man an einem > Bahnhof aussteigen kann. Ein solches Routing sollte natürlich auf > OSM-Daten stattfinden (und sonst hat auch keiner genug Geodaten). > > Also habe ich ein Tool gebastelt, mit dem man pro Bahnhof > nachvollziehen kann, wie gut die DB- und OSM-Daten zusammenspielen > oder wie gut unsere Daten überhaupt sind: > > http://olbricht.nrw/adam/bahnhof.html > Super spannendes Tool. Für große Haltestellen, wie Hamburg-Harburg mit ich ca. 5 Ebenen: Brücke über Fernbahn, Fernbahn, S-Bahn Zwischenebene beim Phönix Center, zweite Zwischenebene S-Bahn Gleis würde ich mir eine Landkarte auf Level-Ebene wünschen. Gibt es da evtl. etwas? An besten was, was sich per Overpass automatisch aktualisieren lässt? Gibt es eine Seite, wo man den Update-Stand sehen kann? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DB-Bahnhöfe und OSM
Am Sat, 16 Jan 2016 15:52:48 +0100 schrieb Tom Pfeifer <t.pfei...@computer.org>: > Sven Anders wrote on 2016/01/16 09:34: > > > > Super spannendes Tool. Für große Haltestellen, wie Hamburg-Harburg > > mit ich ca. 5 Ebenen: > > > > Brücke über Fernbahn, > > Fernbahn, > > S-Bahn Zwischenebene beim Phönix Center, > > zweite Zwischenebene > > S-Bahn Gleis > > > > würde ich mir eine Landkarte auf Level-Ebene wünschen. Gibt es da > > evtl. etwas? > > Daran baut ja Roland Wagner von der Beuth-Hochschule Berlin: > http://www.openrailwaystationmap.org > > Das hatte er auf dem Wherecamp und dem DB-Hackaton vorgestellt, hier > einige Links: Barcamp: Vorstellung DB AG OSM Pilot Railway Station > Indoor Mapping: https://www.youtube.com/watch?v=Ymtaatq7_b4 > http://de.slideshare.net/WhereCampBerlin/wherecamp-navigation-conference-2015-db-ag-osm-pilot-railway-station-indoor-mapping > Cool! Danke Sven > > tom > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de ___ 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?
Hallo Axel, (ich sag mal Axel, weil das hier auf der Liste üblich ist, sich zu Duzen, ist hoffentlich okay?) > Wie wir im aktuellen Blogpost zu den Aufzugsdaten [ > http://data.deutschebahn.com/blog/2015/12/07/aufzug-mindbox/] bereits > angekündigt haben, wollen wir kurzfristig eine API zur Abfrage des > Betriebsstatus unser ca. 2.200 Aufzüge auf unseren Bahnhöfen > bereitstellen. Für eine Suchkreisabfrage (oder evtl. andere Abfragen, > die ihr spannend findet) fehlen uns aber für ca. 400 Aufzüge noch die > Geokoordinaten. ... > Ist es denkbar, dass Ihr uns bei der > Erhebung der fehlenden Geodaten kurzfristig unterstützt und wir im > Zuge dessen die OSM Idee allgemein in irgendeiner Form unterstützen > können? Ich halte das für sehr realistisch, Euch hierbei zu Unterstützen. Ein beliebtes Vorgehen hierfür wäre einen Validator/Tool zu schreiben, mit den man auf einen Blick sehen kann, welche Aufzüge noch fehlen, und wie der Vorschritt ist. Der erste Schritt dazu wäre ein Mapping-Schema für die Aufzugsdaten (Frage an die Bahn/Aufzugs-Experten: Wie ist da der Stand?). Wenn ein Schlüssel (z.B. die Seriennummer im Aufzug, etwas was für den Mapper vor Ort klar abzulesen ist) in diesen Daten sich mit Euren deckt, könnte ihr so einfach prüfen, wo es Abweichungen gibt. Gut wäre, wenn in dem Tool ein Melden Button wäre, wo der Mapper Euch mitteilen kann, wenn er meint, das Eure Daten nicht korrekt sind. Das wird dann allen angezeigt und hat für Euch den Vorteil, dass ihr nicht 97 mal eine Meldung bekommt, das auf Gleis 14 in Hamburg Hbf ein Zahlendreher in der Seriennummer ist. Ein paar Beispiele für solche existieren Tools wären z.B. Der OSM Inspektor: http://tools.geofabrik.de/osmi/ Straßen/Hausnummern/Stolpersteine: http://regio-osm.de/ > Ich möchte dabei allerdings möglichst in keine Fettnäpfchen treten, > deswegen erkläre ich hier einmal etwas ausführlicher die Ideen, die > wir bislang hierzu hatten: > Wichtigster Dreh- und Angelpunkt: Ihr, die Community entscheidet, > wohin die Reise geht. Ihr seid in euren Ideen und Idealen frei – wir > möchten euch dabei unterstützen und gemeinsam mit euch lernen. Super Einstellung! > > Die erste naheliegendste Idee war, einer neutralen Instanz ein > Kontingent Netzkarten o.ä. zu spenden. Ganz ohne erwartete > Gegenleistung, aber natürlich in der Hoffnung, dass die Karten auch > für die Erhebung der Aufzugskoordinaten genutzt werden. Nach welchen > Kriterien die Karten vergeben würden, wäre euch überlassen, da wollen > wir keine Auflagen machen. Deswegen wäre mir auch sehr wichtig, dass > der Spendenempfänger bzw. die Vergabestelle so unbefangen und neutral > wie nur irgendwie möglich ist. Dieser Ansatz würde zwar die > Fahrtkostenproblematik für umfangreichere Bahn-Mappingaktionen > entschärfen. Aber wahrscheinlich haben diese Mapper bereits sowie > eine Bahncard. Ich bin mir auch nicht sicher, ob das ein tragfähiger > Vorschlag ist. Einerseits könnte ich mir vorstellen, dass das zu > Streitigkeiten führt, wenn sich Leute bei der Vergabe übergangen > fühlen. Andererseits liegt auf den Empfänger/innen der Karten im > ungünstigsten Fall ein ganz schöner Erwartungsdruck, innerhalb der > Geltungsdauer auch möglichst viel zu mappen, auch wenn wir diesen > nicht erzeugen wollen. Egal, ob der Druck dann von außen kommt oder > sich selber auferlegt wird, unter Umständen kann das trotzdem > belastend sein. Ich teile da Deine/Eure bedenken. Wobei wenn Ihr das konkrete Gegenleistungen koppelt (also sowas wie: Wer 5 Aufzüge mit Koordinaten einträgt, bekommt einen 5 Euro Gutschein, bei 20 gibt es eine Freifahrt für Deutschland etc. wäre es wieder transparent und für mich okay.) > Die zweite Idee war, ein ganz allgemeines Kontingent an Freikarten > bzw. Gutscheinen bereitzustellen, das dann auch einer viel breiteren > Basis an Mapper/innen zugute kommen kann, auch über das Bahnmapping > hinaus. Zum Beispiel für Fahrten zu OSM-Treffen, zu Konferenzen, zu > Developertreffen, Hackathons usw. So wäre die OSM-Community insgesamt > etwas breiter gefördert. Das fände ich wesentlich besser. > > Eine dritte Idee könnte sein, eine finanzielle Spende an OSM zu > leisten, um hierdurch den Serverbetrieb etc. zu unterstützen. Auch ne Idee, wobei Eure "Kernkompentenz" ja eher bei Fahrkarten liegt. Meine Meinung: Es wäre toll, wenn die, die sich stark für OSM-Einsetzen und zu Konferenzen und Treffen fahren, das kostenlos/billiger machen könnten. Der Fossgis e.V. bezahlt zur Zeit IMHO schon für aktive OSMler zum Teil die Fahrkosten (wenn diese eine Konferenz vorbereiten etc.), ich fände es gut, wenn der Fossgis darüber entscheidet, wer eine Fahrkarte bekommt, wie das Verteilt wird. > Einziger Wunsch unsererseits ist, die erhobenen Aufzugsdaten als > CC-0-Datensätze zu erhalten, da wir diese dann in unser System > aufnehmen und diese Daten dort unter einer freien CC BY 4.0 Lizenz > stehen und regelmäßig unter dieser Lizenz wieder veröffentlicht > werden sollen. Mehr als ein Wunsch
Re: [Talk-de] Liste aller Kirchen in Deutschland
Moin, geniale Anfrage und Beiträge hier!! > On 2015-10-06 15:00, dktue wrote: > > Ich suche alles, was für den ortsunkundigen Laien als Kirchengebäude > > identifizierbar ist, also alles, was eine -- wenn auch kleine -- > > Sehenswürdigkeit ist. > > > > Das building-Tag ist in einem kleinen Test in mehr als 3/4 aller > > Fälle einfach nur als building=yes eingestellt; ich bräuchte also > > eine etwas bessere Heuristik, da sonst die allermeisten Kirchen > > fehlen. > > Am Tue, 6 Oct 2015 15:09:16 +0200 schrieb Thorsten Alge: > Um das zu korrigieren, wäre vielleicht eine Wochenaufgabe geeignet. Ja, finde ich gut. Der Weg zu besseren OSM Daten ist IMHO häufig einfach einen Validator zu bauen (also eine Karte mit "potentiell" falschen Tags) und dann zu schauen ob es korrigiert wird. Man könnte also die Kombination amenity=place_of_worship und building=yes als "fehlerhaft" Kennzeichnen. Eine Kirche wäre amenity=place_of_worship und building=church (plus die Tags für Religion+Name etc) Was wäre denn ein Gemeindehaus? amenity=place_of_worship und amenity=parish_hall oder amenity=church_hall siehe [1] ?!? Oder lassen wir das "amenity=place_of_worship" weg? Welche Tags sind sinnvoll an das Gemeindehaus zu schreiben? Und dann gibt es noch unterschiedliche Arten von Kirchen (Dom, Hauptkirche, Kathedrale, Kapelle,...[2]) , die man evtl. gleich mit Taggen könnte. Spannend an der Aufgabe könnte sein, wenn man herausfinden könnte, wie viele Thomaskirchen, Markuskirchen, Michaeliskirchen etc. es gibt und wie die in DE verteilt sind. Gruß Sven 1: https://help.openstreetmap.org/questions/11812/how-do-i-tag-a-german-gemeindehaus-parish-hall 2: http://www.kirchenweb.at/ministranten/kirche/kirche_dom_lexikon.htm ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regionale Mailingliste anlegen lassen
Am 24.09.2015 um 12:28 schrieb markus schnalke: > > Es waere wirklich schoen, wenn ich erstens eine Reaktion auf meine > Anfrage erhalten wuerde und wenn zweitens diese Mailingliste fuer > uns eingerichtet werden wuerde. Du solltest jetzt Post bekommen haben. Tschuldigung, deine E-Mails habe ich irgenwie im Spam übersehen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem
Am 26.05.2015 um 16:20 schrieb Holger Jeromin: Wenn der tracer2 server kein v6 socket aufmacht, sollte das josm-plugin einfach auf 127.0.0.1 statt localhost verbinden. Nicht schön, aber wäre vielleicht einfacher, als den tracer2 server zu reparieren. In der Regel gehen Sachen deshalb mit IPv6 / Ipv4 nicht weil ein schlauer Programierer sich gedacht hat: Das mit Ipv6 kenne ich nicht, ich schalte es lieber explizit ab. Das ist auch bei Tracer2 der Fall, wobei es in diesem Fall nicht (nur?) der Programmierer sondern evtl. der Linux Admin ist. Bei mir lauscht der Tracer2 unter Linux auf ::1 (IPv6 localhost), wenn ich in meiner /etc/hosts Datei die zeilen: 127.0.0.1 localhost.localdomain localhost localhost ::1 localhost ip6-localhost ip6-loopback localhost6 drinn stehen habe. Steht bei mir nur: 127.0.0.1 localhost.localdomain localhost localhost ::1 ip6-localhost ip6-loopback localhost6 lauscht er auf 127.0.0.1 Unter Windows mag das anders sein, der der Code nutzt nicht die erste zurückgegebene Adresse sondern die zweite: ./trunk/src/WebServer/Server.cs: -- snip -- IPHostEntry host = Dns.GetHostEntry(localhost); if (OperationSystem.isWindows) { if (host.AddressList.Length 1) { oIpAddress = host.AddressList[1]; } else { oIpAddress = host.AddressList[0]; } } else { oIpAddress = host.AddressList[0]; } m_oTcpListener = new TcpListener(oIpAddress, m_nPort); -- snap -- Jetzt java die Schuld in die Schuhe zu schieben, die den IPv6 Standard korrekt umsetzt (und der Standard ist ja auch schon mehr als 20 Jahr alt), empfinde ich als etwas unsportlich. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem
Am 26.05.2015 um 15:37 schrieb Florian Lohoff: On Mon, May 25, 2015 at 03:02:03PM +0200, nicolaus1977 wrote: Moin Florian, sprichtst du vom Tracer oder Tracer2? Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir funktioniert der Tracer2 anstandslos. tracer2 - Wichtig ist das du auch ipv6 connectivity auf deinem Rechner hast. Ggfs auch noch Linux wichtig. Dann macht Josm einen ipv6 socket für die Kommunikation mit dem tracer2 auf. Der macht aber nur ipv4 - Also ist das mit der kommunikation mit den beiden nicht so weit her. Ich habe diverse ipv6 bugs an die josm leute gemeldet und das scheint ja mit java und ipv6 eine vollkatastrophe zu sein. Ich hab mich ziemlich lang und breit mit Ipv6 beschäftigt, IMHO ist dann tracer2 das Problem und nicht JOSM. Der Standard sagt kipp und klar, dass wenn ein Rechner beides kann, soll immer IPv6 benutzt werden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mailinglisten
Am 08.06.2014 16:15, schrieb Thorsten Alge: *Hallo Liste, ich würde für mich und andere Mapper der Region Harz gerne eine Mailingliste nutzen. Ich habe die Wiki-Seite[1] dazu gelesen und die die Listenverwalter angeschrieben. Leider erhalte ich keine Antwort. Auch nach einer weiteren Mail zwei Wochen später habe ich wiederholt keine Antwort erhalten. Ist die E-Mail Adresse listenverwal...@openstreetmap.de noch aktuell? An wen kann man sich wenden? An mich. Sorry, irgendwie muss deine Mail untergegangen sein. Für Listenarchiv: Im Notfall (nach 14 Tagen oder so) mich anrufen: 040-2004297 Danke und Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten
Am 19.05.2014 15:52, schrieb Wolfgang Hinsch: Am Montag, den 19.05.2014, 15:30 +0200 schrieb Martin Koppenhoefer: Es gibt auch privat benannte Wege, wo dieser Name amtlich und offiziell ist, bsp. Inge-Beisheim-Platz in Berlin (super zentral gelegen): http://www.openstreetmap.org/?mlat=52.51067mlon=13.37574#map=19/52.51067/13.37574 http://de.wikipedia.org/wiki/Otto_Beisheim Hintergrund: http://www.berlin.de/ba-mitte/bezirk/gedenken/inge_beisheim.html Da kann sich jeder selbst eine Meinung bilden, nur weil die Kleingärtner weniger Geld haben, und deren Namen daher nicht offiziell werden würde ich die nicht gleich abwerten ;-) Stop! Ich will keine Kleingärtner oder ihre Straßennamen abwerten, ich möchte nur unterscheiden können zwischen ist amtlich oder ist nicht amtlich. U.a. weil ist amtlich meistens, wenn auch nicht immer ist eindeutig in der Administration, in (fast) jedem Fall aber ist in der Liste der Administration. Wer es für wichtig hält, kann ja taggen, ob der Name privat vergeben und amtlich anerkannt oder amtlich vergeben und privat anerkannt wurde ;-) Ja, genau das wäre mein Vorschlag: Offizielle Straße name=Dahlienweg source:name=Straßenverzeichniss Hamburg vom 07.05.2009 Kleingartenverein name=Dahlienweg source:name=Schild am Eingang des Kleingartens. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlecker, die zweite!
Am 07.08.2012 13:03, schrieb Sven Geggus: Was haltet ihr von folgender Vorgehensweise: Schleckermärkte in Deutschland[1] (shop=* und name=Schlecker) werden automatisch auf (disused:shop=*, disused=yes, name=Schlecker) geändert. Das würde IMO unterm Strich zu einem Stand der Datenbank führen, der eher der Realität entspricht als der jetzige und Nebenwirkungen sind eigentlich nicht zu erwarten. GGf. könnte man das automatisierte editieren sogar noch auf diejenigen POI beschränken, die ohnehin nur shop und name Tag haben. Der Rest bliebe dann in der Karte übrig und könnte manuell validiert werden. +1 Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzwechsel-Status
Moin, kann hier jemand ein Update zum Lizenzwechsel geben? Die letzte Info von Richard die ich gefunden hab [1], ist 12 Tage alt (We’ll have a further update next week and,), die Mailingliste[2], scheint entwerder die falsche zu sein, oder niemand tauscht sich über den Status aus Es wäre schön, wenn alle Mapper die Chance hätten zu erfahren, wie/ob der Lizenzwechsel läuft, muss ja nicht jeden Tag sein, aber so alle 3 bis 4 Tage wäre echt nett. Viele Grüße Sven Anders 1: http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/ 2: http://lists.openstreetmap.org/pipermail/rebuild/2012-April/date.html#start ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenadmin FOSSGIS-Server
Am 30.01.2012 15:50, schrieb Roland Ramthun: Hallo Leute, wer bearbeitet eigentlich im Moment die Mailinglisten-Queue im OSM Teil des FOSSGIS OTRS? Da laufen z.B. Anfragen für neue MLs in Deutschland auf. Das hat ja früher Sven gemacht, wenn ich das richtig sehe. Mache ich eigentlich auch noch. Normaler weise bekomme ich eine Nachricht, wenn jemand eine Listenanfrage in das OTRS eingibt. Ich arbeite das in der nächsten Woche ab. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenadmin FOSSGIS-Server
Am 30.01.2012 15:50, schrieb Roland Ramthun: Hallo Leute, wer bearbeitet eigentlich im Moment die Mailinglisten-Queue im OSM Teil des FOSSGIS OTRS? Da laufen z.B. Anfragen für neue MLs in Deutschland auf. Das hat ja früher Sven gemacht, wenn ich das richtig sehe. Nachtrag: Ich habe genau eine Anfrage von Dir vom 21.01.12 in der Queue gefunden. Nur das niemand das Gefühl hat, es würden da etliche ML fehlen etc. Wenn ich irgendwelche Anfragen übersehen haben sollte, bitte ich zuerst mit mir Kontakt aufzunehmen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Hilfe
Am 26.01.2012 20:56, schrieb Lars Lingner: On 26.01.2012 20:23, Sven Anders wrote: [...] Das ist zwar bei 95% der Straßen der Fall, aber leider nicht immer. Kann ich irgendwie eine Regel machen, die dann greift, wenn der Text nicht geschrieben werden konnte. Mir ist keine Möglichkeit in Mapnik bekannt, die das kann. Ich würde versuchen das mit SQL abzufangen: SELECT id FROM planet_osm_line WHERE way.length $SCHWELLWERT_LAENGE AND character_length(name) $SCHWELLWERT_NAME Das kannst Du auch im Mapnik-Style verwenden und eine eigene Styleklasse zuweisen die dann die reduzierte Schriftgröße benutzt. Danke, das ist schon ein Ansatz, der aber vermutlich auch nicht 100%ig greift. Z.B. wenn dort unter der Straße eine U-Bahnlinie / Bahnstation geht und die Beschriftung wichtiger als der Straßenname ist und deshalb der Straßenname dort nicht hinpasst. Oder gibt es zumindest die Möglichkeit sowas irgendwie in ein Logfile zu schreiben, das ich weiß, welche Straßen fehlen? Gute Frage. Ich kenne keine Möglichkeit Mapnik diese Info zu entlocken. Ich werde mir mal den Mapnik Source Code genauer ansehen. Schade ich hatte gehofft, es gäbe zu dem Thema schon eine Lösung. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik Hilfe
Moin, ich bin gerade dabei eine Landkarte von Hamburg für einen Ausdruck vorzubereiten (ca. 1x1m Papierkarte 300 dpi oder 400 dpi). Als Grundlage habe ich den deutschen Style genommen[1]. Diese nach mit dem Script von Holger Schöner[2] den Scale angepasst, so das die Schrift jetzt auch für den Ausdruck halbwegs okay ist, nach Mapnik2 gewandelt (upgrade_map_xml.py), und ein paar Attribute rausgeworfen/ergänzt. Mir ist klar, das es ein Spezialthema ist und ich werde sicherlich auch in der Mapnik-ML nach Lösungen fragen, wenn ich hier nicht weiter komme, aber ich denke das Ziel eine Papierkarte zu machen, haben ja wahrscheinlich doch einige Mapper. == Problem 1: Straßennamen sind ein MUST == Ich möchte gerne, alle Hamburger Straßen auf der Landkarte lesbar haben. Wenn ich nun eine Regel wie diese hier habe: TextSymbolizer fill=rgb(0,0,0) fontset-name=book-fonts halo-radius=2 placement=line size=16 spacing=300[name]/TextSymbolizer Dann wird der Name nur dann geschrieben, wenn die Straße lang genug ist, das der Name dort auch rein passt. Das ist zwar bei 95% der Straßen der Fall, aber leider nicht immer. Kann ich irgendwie eine Regel machen, die dann greift, wenn der Text nicht geschrieben werden konnte. Ich stell mir sowas vor: IfOkayTextSymbolizer fill=rgb(0,0,0) fontset-name=book-fonts halo-radius=2 placement=line size=16 spacing=300[name]/TextSymbolizerelse/ TextSymbolizer fill=rgb(0,0,0) fontset-name=book-fonts halo-radius=2 placement=line size=10 spacing=300[name]/TextSymbolizerelse/ TextSymbolizer fill=rgb(0,0,0) fontset-name=bold-fonts halo-radius=2 minimum-distance=16 size=10 spacing=750[name] else/ TextSymbolizer fill=rgb(0,0,0) fontset-name=bold-fonts halo-radius=2 placement=line size=10 spacing=750[num]/TextSymbolizer /IfOkay Also, wenn ein Straßenname mit 16pt nicht passt, nimm einen mit 10pt und wenn das auch nicht passt, schreibe ihn in 10pt und wenn das auch nicht passt, schreibe den Straßennamen in der Nähe mit 16pt, und wenn das auch nicht geht, schreibe das Attribut num hin. Oder gibt es zumindest die Möglichkeit sowas irgendwie in ein Logfile zu schreiben, das ich weiß, welche Straßen fehlen? == Problem 2: Symbole in SVG == In Mapnik2 ist es ja anscheind möglich die Symbole in SVG einzubinden. Das hätte den Vorteil, das sie schön skalieren, wenn man wie ich den Scale verändert. Hat das schon jemand gemacht? Leider liegen im Symbols Verzeichnis, bis auf wenige Ausnahmen ja nur PNG Dateien. Ich habe die eigentliche Quelle zwar schon gefunden [3][4], kapituliere aber gerade ein wenig vor der Menge der Symbole und der nicht einheitlichen Bennenung. BTW: Gibt es eine einfache Möglichkeit festzustellen, welche Icons für meinen Ausschnitt wirklich genutzt werden? == Problem 3: Marker == In die Landkarte sollen ca. 200 Numerierte Marker eingefügt werden. Dabei gibt es sicher den Fall, das ein paar Marker recht dicht beieinander liegen. Trotzdem soll möglichst der Punkt genau getroffen werden. Meine Vorstellung wäre, das man den Punkt nur als Punkt einträgt und die Nummer dorthin schreibt, wo Platz ist und mit einer Linie verbindet. Hat da jemand eine Idee, wie man das in Mapnik umsetzen kann? Die Lage der Marker erfahre ich vermutlich erst recht spät im Herstellungsprozess, also wäre mir dort ein automatisches Verfahren hier sehr recht (ist fast zwingend). Viele Grüße Sven [1] http://openstreetmap.de/germanstyle.html [2] http://www.ancalime.de/download /20100305_FOSSGIS_HolgerSchoener_KartenImDruck_Praesentation.pdf [3] http://wiki.openstreetmap.org/wiki/Map_Icons [4] http://www.sjjb.co.uk/mapicons/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für straßenbegleitende Wege
Hallo Stephan, Am 30.12.2011 18:39, schrieb Stephan Wolff: in OSM werden immer Wege im Detail erfasst. Straßenbegleitende Rad- und Fußwege werden zu eigenen ways, zweigleisige Bahnstrecken zu zwei Einzellinien. Dies hat natürlich viele Vorteile, verursacht aber auch suboptimale Karten in kleinem bis mittlerem Zoomlevel oder unnötige Routinganweisungen. Ich habe mir Gedanken gemacht, wie man einige Nachteile vermeiden kann. Vermutlich wurden ähnliche Konzepte schon diskutiert, aber ich habe sie mangels geeigneter Stichworte nicht gefunden. Im Workshop Linienbündel [1] werden andere Ideen verglichen. Im folgenden steht das Wort Radweg für alle Radwege, Fußwege, kombinierten Fahrrad-/Fußwege und Reitwege. Die Tagnamen sind nur Platzhalter für bessere Namen. Die Iddee finde ich gut und eine echte Invoation zu den bisherigen Lösungen. Ich hatte schon vor langen mal vor einen Tagging-Vorschlag zu machen (statt highway=primary für eine spur sowass wie carryway=primary und carryway=cycleway). Mein Vorschlag hat aber viele Nachteil insbesondrere das bestehende Anwendungen nichts damit anfangen können. Straßen, für die ein straßenbegleitender Radweg als eigener way existiert, erhalten ein Zusatztag: attendant_cycleway_exists=yes Alternativ: attendant_ways=cyleway;pedestrian Straßenbegleitende Radwege erhalten ein Zusatztag attendant_cycleway=yes Alternativ: attendant=yes (Das es ein cycleway ist, ergibt sich ja schon). Getrennten Richtungsfahrbahnen einer Straße erhalten ein Zusatztag, das ihre Lage beschreibt. Bei einer grob in Ost-West-Richtung verlaufenden Straße wäre dies dual_carriageway=north (Nordfahrbahn in Fahrtrichtung West) und dual_carriageway=south , bei Nord-Süd-Strecken analog dual_carriageway=east|west. Bei Nordwest-Südost-Stecken hat der Mapper freie Wahl. Unschön finde ich an den Tagnamen a) das das Wort cycleway drinn vorkommt und es deshalb diverse Tags für das selbe gibt b) die Richtungsangaben, machen IMHO bei vielen Straßen Probleme, z.B. Serbentienen oder auch Wohnstraßen die im Kreis gehen etc. vielleicht reicht es aus ein Tag wie linienbuendel=-1 highway=cyleway linienbuendel=0 highway=primary oneway=true linienbuendel=1 highway=primary oneway=true linienbuendel=2 highway=cyleway einzutragen (für linienbündel muss man noch einen guten Vorschlag finden). Dabei sollte 0 möglichst in der Mitte sein, man kann dann abschätzen welche Wege vermutlich zusammen gehören. Routing bei Linienbündeln finde ich im übrigen ziemlich kompliziert. Beispiel; Ein Radwegrouting für eine Große Bundesstraße: 3+Y2+ A--AA A--AA +AA+++1++ +--+ +--+ +--X -=Straßenspur +=Radweg A=Ampel X,Y,1,2,3=Namen Das korrete Radwegrouting wenn die Straße so dick ist, das man sie normalerweise mit dem Rad nicht queren kann für X nach Y geht über 1,AA,2 bzw. AA,3(Schieben) wenn der Radweg 3 nicht in beide Richtungen freigegeben ist. Für zweigleisige Bahnstrecken werden dieselben Tags benutzt. Das Konzept kommt ohne zusätzliche Relationen aus und ist kompatibel zu den bislang vorhandenen Daten und Anwendungen. Vorteile: - Renderer können in kleinem Zoomlevel (z=12) bei Straßen mit Mittelstreifen nur eine Doppellinie statt zwei überlappender Fahrbahnen zeichnen. Bei beiden Vorschlägen gegeben, bei mir wird dann nur linienbündel=0 (Default) gerendert Zweigleisige Bahnstrecken können als dickere Linie dargestellt werden. Dein Vorschlag: Mir nicht ganz klar, wie man herausbekommt, das da 10 Bahnlinen nebeneinander laufen um die noch dicker zu malen. Mein Vorschlag: Wenn wir an die 0 raliway noch die Anzahl spuren dranpacken ja. - Renderer können in kleinem bis mittlerem Zoomlevel (z=15) straßenbegleitende Radwege unterdrücken und die Straße durch z.B. andere Randfarbe kennzeichnen. Ja. - Renderer können Einbahnstraßenpfeile bei Straßen mit Mittelstreifen vermeiden (bei vielen Stadtplänen üblich) Beide Vorschläge: Ist glaube ich mit einfacher Logik nicht so einfach heraus zu bekommen. Dafür müsste man die Wege doch in einer Relation packen. Das Problem ist ja: Der Hauptway ist oneway=true. Wie findest du den zweiten Weg mit oneway=true und bist dir 100% sicher, das er nicht zu einer anderen Straße gehört. vielleicht bräuchte man da noch ein Tag: linenbuendel_oneway=no (das kann ja default sein). - Renderer können Straßennamen und Ref-Nummern nur für eine Richtungsfahrbahn (z.B. north und west) zeichnen. Die Karte wird übersichtlicher. Ja - Router können leichter erkennen, das mehrere ways zur selben Straße gehören und Zielpunkte je nach Verkehrsmittel besser berechnen. Ja - Router können Anweisungen optimieren (Fahren sie auf den straßenbegleitenden Radweg.) Ja - für manche Auswertung/Statistik kann die Unterscheidung zwischen echten Einbahnstraßen und Richtungsfahrbahnen oder zwischen
Re: [Talk-de] OpenGeoDB eingestellt
Am 04.12.2011 16:25, schrieb Andreas Hubel: Die Daten gibt es weiter unter http://fa-technik.adfc.de/code/opengeodb/ zum Download, bearbeiten kann man sie unter http://fa-technik.adfc.de/code/opengeodb.pl Der Unterschied zu OSM ist eigentlich nur die freiere Lizenz und die Bereitstellung als CSV. Am 02.12.2011 um 13:26 schrieb Michael Neumann: Was bedeutet das fuer OSM und die OpenGeoDB-Tags? Gar nichts. Man hat die Tags damals glaube ich nur genommen, damit klar ist woher die Daten kommen und das man nicht lange diskutieren muss welche Tags nun am besten geeignet sind. Wir hatten damit dann auf einen Schlag so ziemlich jeden Ort(steil) in Deutschland (und anderen Ländern) bei uns in der DB. Ich hatte damals den Import gemacht und gedacht, man könnte das regelmäßig wiederholen. Da aber bereits beim Import nicht alles glatt ging, würde ich heute keinen neu Import/Update mehr machen wollen. Wenn überhaupt eher eine automatische Auswertung, und der Mapper kann es dann geradeziehen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Offline Android App mit Höhenlinen
Moin, kennt jemand eine Android OSM Karten/Routing App mit Offline-Funktion die Höhenlinien mit einblendet? (Möglichst was Vektorbasiertes) Danke und Schönes Wochenende Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offline Android App mit Höhenlinen
Am 25.11.2011 19:57, schrieb Martin Simon: Am 25. November 2011 19:44 schrieb Sven Anderss...@anders-hamburg.de: Moin, kennt jemand eine Android OSM Karten/Routing App mit Offline-Funktion die Höhenlinien mit einblendet? (Möglichst was Vektorbasiertes) Hallo! Osmand kann Vektorkarten, Offline-routing/Adress/Poi-Suche und seit neuestem gibts dafür auch hier [1] Vektor-Höhenlinien im 20 m-Abstand für die halbe Welt. :-) Danke. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WalkingPapers defekt?
Am 06.06.2011 19:39, schrieb Dietmar: Hallo Manuel, normalerweise dauert das erstellen der PDF-Datei nur einige Sekunden. Die Seite wird alle paar Sekunden aktualisiert und dann sollte der Link für die PDF-Datei kommen. JA, Walking Papers scheint z.Z. nicht zu funktionieren. Der letzte Scan war 14 Tage her, der letzte funktionierende Ausdruck 7 Tage. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Am 21.05.2011 18:28, schrieb Martin Trautmann: On 11-05-21 9:16, Sven Anders wrote: Ich möchte mich lieber für anderen Dingen, auch bei OpenStretMap, einsetzen, als hier einen Haufen Skripte zu warten, die nicht richtig funktionieren und immer das Gefühl zu haben etwas halb fertiges zu haben Hallo Sven, die Skripte und Daten sollten zumindest als aktueller Snapshot archiviert werden, besser noch in brauchbarem Zustand nochmals aufgeräumt und übergebbar werden. Ein Haufen Skripte, die nicht richtig funktionieren? Die Straßenauswertung wirkte nach aussen so, als würde sie ordentlich laufen. Bekannte Probleme der Skripte sollten vielleicht noch dokumentiert werden. Ich werde die Skripte etwas aufbereitet zum Download bereitstellen. Für den Straßenvergleich liegt eine etwas ältere Version bereits im cvs von OSM. Ihr solltet keine Angst vor Write-Only-Perl-Code haben ;-). Bei den Straßenverzeichnissen bin ich da etwas zwiegespalten. Ich habe damals bei manchen Behörden versprochen, diese nicht in Rohform zu veröffentlichen. Deshalb wäre es für mich am angenehmsten, wenn es jemanden gibt, der die dann gleich alle Übernehmen und die Auswertung weiter vornehmen. Auf keinen Fall möchte ich die Verzeichnisse für jeden Ort einzeln an je eine anderen freiwilligen verschicken. Das würde für mich auch zu einer Mamut-Aufgabe werden. Auch fehlt in den Straßenverzeichnissen jeweils eine genaue darstellung der Genehmigung der Behörde. Bei den neueren kann man das im OpenStreetMap OTRS nachsehen, bei den älteren müsste ich im meinem Mailarchiv kramen. Ich werde sie glaub ich erstmal seperat packen und dann bei echten Interesse gesammelt verschicken. Interessenten bitte an die E-Mailadresse: strassenvergleich (at) sven.anders.im schicken. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Am 21.05.2011 10:28, schrieb yobiSource: Am 21.05.2011 09:16, schrieb Sven Anders: Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit diese jemanden aus zu händigen und auch das ein oder andere zu erklären. Mich würden die Scripte für den AGS Abgleich und die genaue rechtliche Erlaubnis für die amtlichen Listen interessieren. Ich hab da nichts schriftliches. Ich hatte damals auf der Webseite des Statistiksamts die Bedingungen gelesen nach denen man die Daten nutzen darf. Die hatte ich dann nicht genau verstanden und dann telefonisch nachgefragt. Dort sagte man mir, das mein Einsatzzeck, die AGS nummern von OSM zu validieren okay sei. Ich bin mir nicht ganz sicher, ob ich das nochmal per Mail gegengesichert habe. Werde mal in meinem Mailarchiv danach kramen und mich melden, wenn ich dazu was finde. Mag sein, das das einigen von Euch nicht reichen würde um so einen Dienst anzubieten. Inzwischen sind AGS ja eigentlich Schnee von Gestern. Es gibt jetzt den Regionalschlüssel. Was mich an den Daten am meisten gestört hatte, ist das sie schon wieder hinterher hinken. Gefühlt gab es ständig Rückmeldungen, das hier eine Gemeinde Fussioniert ist und und da eine AGS nicht mehr stimmt. Und ich hab mich dann immer gefragt, wie ich denn nun an aktuellere Daten kommen sollte. Man könnte wegen der AGS auch die Daten von OpenGeoDB nutzen. Die sind PD und sie kann wenigstens jeder dem ein Fehler auffällt ändern. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Moin, ich habe heute beschlossen, den Abgleich der Straßenverzeichnise, der ISIL Bibliotheken-Karte, dem TMC Validator und dem AGS Abgleich, nach immerhin 3 Jahre nach dem Start des ersten Straßenverzeichnisses einstellen. Ich habe es nicht mehr geschafft, die Aktualisierung der Dienste zeitnah zu überwachen. OpenStreetMap wächst gewaltig, darüber freue ich mich sehr, aber damit wachsen auch die Datenmengen, die meine Skripte verarbeiten müssen, den Webspace den ich anmieten muss, und die Möglichkeit das Fehler auftreten. Ich möchte mich lieber für anderen Dingen, auch bei OpenStretMap, einsetzen, als hier einen Haufen Skripte zu warten, die nicht richtig funktionieren und immer das Gefühl zu haben etwas halb fertiges zu haben Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit diese jemanden aus zu händigen und auch das ein oder andere zu erklären. Ich möchte mich bei allen Bedanken, die mit Hilfe der Daten bislang OpenStreetMap verbessert haben. Mir ist klar, das es immer noch Bedarf für die Dienste gibt. Bei Bedaf können evtl. vorhandene Verweise auf die Seite: http://osm.anders-hamburg.de/ umgestellt werden. Wer Lust hat, kann mich auf dem Kirchentag in Dresden im Staatsschauspiel (in der nähe des Zwingers) besuchen. Ich arbeite dort als Hallenleiter (hab aber dann vermutlich auch wenig Zeit). Gruß Sven Anders ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Am 20.04.2011 15:50, schrieb Markus: Es ist aber eine unzulässige Anmassung der wichtigen Projektmitglieder, wenn sie von vielen anderen als anzustreben erachtete Variante einfach unter den Tisch kehren, und als Entscheidungsmöglichkeit nur ihre eigene Idee zur Wahl anbieten, verbunden mit der Drohung kannst ja gehen wenn es dir nicht passt ;-) Es steht jeden, auch Dir frei in die Open-Streetmap Foundation einzutreten und dort die richtigen Leute zu wählen und bei Arbeitsgruppen etc. seine Meinung zu sagen (dazu muss man zum Teil noch nicht mal eintreten). Wenn die Mehrheit der OSMF sagt: Wir wollen PD zur Abstimmung bringen, können das auch wichtige Projektmitglieder nicht verhindern. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 22.03.2011 11:20, schrieb M∡rtin Koppenhoefer: M.E. spielt es überhaupt keine Rolle, wenn man mal eben eine Übersichtskarte von Deutschland zeichnen möchte, ob es diese Relationen gibt oder nicht.Es ändert sich sogar dadurch, dass Deutschland im Norden an Dänemark grenzt und im Süden das schwäbische Meer nicht zählt, am Platzbedarf überhaupt nichts, egal ob man die Landmasse rendert oder die administrative Grenze. Man muss da auch nichts joinen: man rendert mal eben alles innerhalb der administrativen Grenzen Deutschlands und erhält so eine Übersichtskarte. Ja, wenn man denn alles innerhalb Deutschlands rendern möchte. Eine Übersichtskarte, genauer eine politische Karte wie z.B. [1] benutzt aber eben nicht alles. Wenn du für die Tagesschau mal eben die Umrissen vom Schleswig-Holstein haben möchtest um dort einen Roten-Punkt für das Ereignis einzutragen, willst du nicht wirklich Umrisse von: http://www.openstreetmap.org/browse/relation/51529 Sondern von: http://www.openstreetmap.org/browse/relation/62775 (Die Relationen laden im Browser sehr langsam. Ich denke es kann sich jeder die Unterschiede vorstellen, bei dem einen gibt es halt eine Simpel 12 Meilen Grenze rund um SH bei der anderen Relation kann man z.B. Sylt ganz toll erkennen. Ich verstehe auch nicht, warum man Rügen, Sylt, Helgoland ohne die Relation nicht extra erkennen sollte (sind als Inseln ja klar getrennt, sind eigene Polygone). Im Moment muss ich nur alle boundary=administrative mit entsprechenden Admin Level für die Bundesländer und alle landmass mit Admin Level für die Bundesländer von der XAPI oder so holen. Dann kann ich wenn eine Landmassen-Relation habe diese verwenden und ansonsten die entsprechende boundary Relation. jetzt schnell ein paar Farben festlegen und fertig ist die Deutschlandkarte mit Inseln etc.. Wenn ich die Landmass Relationen nicht hätte würden Niedersachen, Schle Ho und Meck Pomm an der Küste nicht die Küstenlinie wiederspiegeln. Ich gebe zu, das es vermutlich auch nicht viel schlimmer ist, zusätzlich noch die coastlines zu holen und dann daraus sowas zu berechnen. Ich fand die Landmassen-Relationen dafür eigentlich ganz praktisch, aber wenn ich der einzige bin, der das so sieht, schmeist den Kram weg. Zu pflegen ist es saumäßig dumm. Das sage ich, weil ich dort schon recht viel Energie reingesteckt habe. Gruß Sven [1] http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Karte_Deutsche_Bundesl%C3%A4nder_(nummeriert).svg/443px-Karte_Deutsche_Bundesl%C3%A4nder_(nummeriert).svg.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 23.03.2011 09:54, schrieb Wolfgang: sicher sind viele der Grenzen für viele der Mapper überflüssig. Und ganz sicher könnte man die Grenzen in eine Art Parallel-DB openBorderMap auslagern, da sie, z.B. im Gegensatz zu den häufig genannten TMC-Daten, für sich stehen. Sie haben feste Koordinaten, die vom Straßennetz und anderen geographischen Daten unabhängig sind. Falsch, in den Grenzbeschreibungen für die Hamburger Stadtteile steht z.B. drinn, das die Grenze in der Mitte der Straße Reherstieg verläuft. Ich bin kein Jurist, aber ich denke, wenn sich die Straße verschiebt, weil rechts noch eine Spur drann asphaltiert werden würde, würde sich die Grenze mit verschieben. Das ist alles ziemlich abgefahren. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 20.03.2011 11:48, schrieb M∡rtin Koppenhoefer: ich hatte vor ein paar Tagen schonmal gefragt, und bisher keine Antwort bekommen: wozu braucht man die Landmasse-Relationen, bzw. wozu haben diejenigen, die sie angelegt haben, das gemacht? Wenn ich mir in Wikipedia die Definition der Landmasse ansehe bekomme ich den Eindruck, dass das bei uns bereits mit der coastline ausreichend abgedeckt ist: Als Landfläche, Landmasse oder Festland wird in der Geografie jener Teil der Erdoberfläche bezeichnet, der sich über den Meeresspiegel erhebt und auch bei Flut nicht von Wasser bedeckt wird. Dass hier einfach mal drauflos gemappt wurde, legt auch diese Seite nahe: http://wiki.openstreetmap.org/wiki/DE:Coastline Landmasse in OSM noch nicht genau definiert Braucht jemand das Zeugs, oder kann man nicht alle Informationen bereits aus der coastline und den administrativen Boundaries herausholen? Hallo Martin, ich finde es Sinnvoll bei küstennahen Gemeinden / Kreisen / Bundesländern beides zu haben. Denn wenn man mal eben eine Übersichtskarte von Deutschland zeichnen möchte, will man gerade nicht die 12 Meilen Zone von Deutschland haben sondern Rügen, Sylt, Helgoland, die Halligen extra erkennen können. Natürlich könnte man das dann auch per Tool machen, welches zwei Quellen joint. Aber das war das urspürngliche Argument für die Einführung von Landmassen. Bei meinen Erkundungen über den genauen Grenzverlauf bei der Küstenlinie zwischen Hamburg und Bremen (Elbe ist eine Bundeswasserstraße und Küstenline ) bin ich auf wiedersprüchliche Infromationen gestoßen. So enden anscheind die Gemeinden von Niedersachen und Schleswig Holstein z.T. an der Küstenlinie aber die jeweiligen Bundesländer in der Elbmitte. Die Elbe ist anscheind ein Gemeindefreies Gebiet. Mir ist aber z.B. auch überhaupt nicht klar, was passiert, wenn z.B. eine Sturmflut etwas Land wegnimmt (wird dann die Gemeinde kleiner?) oder wenn durch Landgewinnung Land dazu kommt (Verschieben sich dann die Gemeindegrenzen? Ab wann, Landgewinnung ist ja kontinulierlicher Prozess...) Ich könnte mir vorestellen, das Gemeindegrenzen an der Küste von Zeit zu Zeit neu festgelegt werden und wir in sofern auch eine alte Küstenline als z.Z. geltende Grenze speichern müssten. Ein befreundeter Rechtsanwalt hat mir bestätigt, das es immer wieder zu Problemen kommmt (welches Gericht/Gesetzt ist Zuständig) wenn es im Küstenbereich zu Rechtstreitigkeiten kommt, da es z.T. nicht geklärt ist, weleches Recht gilt. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Relation für POIs erlaubt?
Am 10.02.2011 17:52, schrieb Manuel Reimer: Mitja Kleider wrote: Da das XAPI-Problem nicht von finanzieller Natur ist, gibt es noch Hoffnung. Naja, wenn es nur ein finazielles Problem wäre, könnte man ja Sammeln gehn ;-) Mal ein wenig OT: Ich denke das Hauptproblem mit jeder neuer XAPI sind zwei Dinge: * die ständig wachsende Datenmenge von OSM (und damit wachsende Indexe) * die ständig wachsende Anfragemenge. Im Vergleich dazu skaliert, der Geofabrik/Osmosis-Ansatz etwas besser, da es für die wachsenden Anfragenmenge bereits etablierte und seit Internet urzeiten Verfahren (FTP-Mirrors) gibt. Die neue XAPI ist zwar noch nicht stabil (beim ersten Anlauf war es ein Hardwareschaden), aber ich gebe ihr langfristig gute Chancen. Ich würde es also erstmal damit versuchen, z.B. http://azure.openstreetmap.org/xapi/api/0.6/*[man_made=*][bbox=9.64600,49.94625,9.70299,49.97297] Beim zweiten Anlauf habe ich sofort ein Ergebnis bekommen. Komisch das meine erste Anfrage sehr lange gedauert hat. Hats sich damit deine Anfrage geklärt? Ich würde dir auch den Osmosis/Geofabrik Ansatz empfehlen. Das hört sich so dramatisch an, ist aber gerade für einen kleinen Ausschnitt recht schnell gescriptet. Bitte melde Dich hier auf der Liste wenn du Probleme damit hast (wo verstehst du was nicht?, wie sieht deine jetzige XAPI-Anfrage aus?, Betriebssystem?) Ich gehe davon aus, das wir im Zweifel damit nicht nur Dir sondern auch noch 10 weiteren OSMlern helfen können die später irgendwann das ML-Archiv lesen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Reform (war Re: Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?))
Am 05.02.2011 15:01, schrieb Wolfgang: Hallo, Am Samstag 05 Februar 2011 10:28:24 schrieb Ulf Lamping: [ ] (CID) is replaced by the country-id (e.f. 58 for Germany) legt nahe, daß hier schlicht ein Tippfehler ist und es besser: (CID) is replaced by the country-id (e.g. 58 for Germany) heissen sollte (hab's korrigiert). Aus diesem Satz kann man schon gut herauslesen, daß CID dann wohl eine Abkürzung für country-id sein dürfte und 58 dabei der Wert ist, der Deutschland repräsentiert. Die Beschreibung ist allerdings aus anderen Gründen unzureichend. Ich kann herauslesen wie die Tags zustandekommen. Damit kann ich aber weder meine eigene TMC Software schreiben (die Abbildung der TMC Empfangsdaten auf die Tags bleibt unklar) - was allerdings auch nicht unbedingt hier stehen muß. Auch ist es keine gute Anleitung wie ein Mapper mit diesen Tags umzugehen hat. Das Problem haben wir aber auch bei vielen anderen Tag Beschreibungen. [ ] Man könnte sicher hier und da Sachen vereinfachen, aber so krass wie du es darstellst ist es nun auch nicht ... Gruß, ULFL P.S: Das die Beschreibung etwas kryptisch ist, liegt sicher auch daran, das bislang kaum einer danach gefragt hat. Ich kann mich zumindest nicht dran erinnern, daß hier vorher schonmal solche Fragen wie deine gefragt wurden. nachdem dieser Thread aus dem ursprünglichen destruktiven Ansatz in ein sachlicheres Fahrwasser gelangt ist, könnte man sich vielleicht überlegen, wie man die tags so gestaltet, dass sie von Nicht-Insidern wie mir auch erahnt und vor allem einigermaßen sicher gehandhabt werden. Das Problem sehe ich weniger im Löschen oder Nicht-Verstehen der tags. Wenn da tmc-Kram drin steht, lass ich die Node am Way dran, lösche, falls erforderlich, eine andere und schiebe diese dann so, dass es geometrisch passt. Mit Ampel- oder anderen tags beißt es sich auch nicht, das ist nicht die eigentliche Baustelle. Ein Problem bekommt der Normalmapper, wenn eine Straße, wie selbst in den Großstädten noch häufig, nicht korrekt gemappt wurde. Problematisch ist häufig die Zuordnung baulich getrennt - nicht baulich getrennt. Wenn das falsch gemappt wurde, ist das verwirrend für den Benutzer, der die Karte mit der Realität vergleicht. Hier beginnt jetzt die Schwelle für den Mapper. Was soll er mit den ganzen Sch-tags und -relationen machen, die tmc, Bus und weiß-der-Henker-was betreffen? Ich habe mal in HH eine ziemlich zentrale Hauptstraße trennen müssen. Man muss da schon etwas Mut zur Lücke haben und ansonsten einfach raten und sich ein paar Stellen ansehen, wo die Fahrbahnen entsprechend getrennt sind. Hier sollten wir ansetzen, nach dem Motto: Wenn etwas funktionieren soll, frage jemanden, der sich damit auskennt, aber wenn du etwas erklärt haben willst, frage jemanden, der sich damit nicht auskennt. Ein Experte kann meistens nicht beschreiben, was ihm selbst klar ist. Ich bin dafür, 1. die tags so weit wie möglich in eine verständlichere Schreibweise umzusetzen. Das kann durch ein Script geschehen, wenn man sich auf eine Schreibweise verständigt hat. Dabei geht die schon erbrachte Arbeit nicht verloren. 2. im Wiki ein Kochrezept zu hinterlegen, mit dessen Hilfe der Mapper die häufigsten Vorgänge wie Punkt verschieben, Fahrbahnen trennen, Fahrbahnen zusammenfassen, Abbiegespur abtrennen etc. einfach bearbeiten kann. 3. für die Editoren ein plugin anzubieten, dass die Standardaufgaben dem Mapper abnimmt. 4. das ganze nicht nur für tmc, sondern auch für Bus-Relationen und andere nicht selbsterklärende Objekte. Bespiel: TMC:cid_58:tabcd_1:Class=Point TMC = Namensraum, sinnvoll cid_58 haben wir jetzt gelernt, ist Deutschland. Besser wäre möglicherweise TMC:country=58;(germany) tabcd_1 sagt mir gar nichts, ich habe auch nicht nachgesehen, will ich auch nicht, ich will mappen. Wie wäre es mit TMC:whatever=1;(verständliches Stichwort)? Class sagt mir, dass hier irgendetwas klassifiziert wird, vermutlich, dass es sich um einen Einzelpunkt handelt. Also: TMC:Class=Point Damit würde aus dem obigen TMC:cid_58:tabcd_1:Class=Point ein TMC:country=58;(germany) TMC:TableCommand=1;(very important) /* frei geraten */ TMC:Class=Point;(single waypoint) /* auch frei geraten */ (ich erfinde mal etwas ich kenne die polnischen TMC Daten nicht (gibt es welche?) und bin zu faul die deutschen nachzusehen) Nehmen wir den Grenzübergang Deutschland Polen: TMC:cid_62:tabcd_1:LocationCode=27313 In Deutchland hat der selbe Grenzübergang (im Zweifel ein OSM Node) den Eintrag: TMC:cid_58:tabcd_1:LocationCode=52323 Außerden könnte es sein, das sich 2012 die Hälfte aller Hersteller aller Navis zusammentun und ein eigenes TMC Schema mit tabcd 2 erfindet, weil sie das Deutsche Bundesamt saftige Gebühren für die Nutzung unter einer unfreien Lizenz einführt. Dann gebe es evtl. noch einen Enitrag: TMC:cid_58:tabcd_2:LocationCode=99432 Wenn man sagt: Wer TMC benutzen möchte soll sich die Daten vom Bundesamt sowieso holen (und diese nicht aus OSM
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Am 06.02.2011 10:01, schrieb Bodo Meissner: Oder vielleicht gibt es externe Prüfmechanismen, mit denen man regelmäßig automatisch feststellen kann, ob die TMC-Tags noch konsistent sind. Ja, genau das habe ich mit dem Aufbau des TMC Validators [1] bezweckt. Er hat sicherlich viele Schwächen und zeigt z.Z. auch an manchen Stellen blödsinn an (weil ich mal wieder Basteln musste, arbeite aber schon an einer Korrektur). Sicherlich fallen bei Pascals Auswertungen von OSM-TMC auch noch Validator daten an. Allerdings brauchte man vermutlich noch eine Meta Datenbank dazu, um die ungereimtheiten im TMC zu dokumentieren. (z.B. Straßen die zwar in TMC Daten noch existieren, in der realität aber nicht mehr). Und das Tagging-Schema ist ja noch nicht einmal in sich konsistent (es gibt z.B. keine Einigkeit darüber wo der Knotenpunkt für eine Autobahn-Auffahrt am sinnvollsten gesetzt werden sollte.) Frederik, ist es für dich okay, das wir mit einem Neuentwurf für ein TMC Schema bis nach der Fossgis warten? Oder sollen wir schon jetzt einen Neuentwurf anfangen? Gruß Sven [1] http://osm-tmc.anders-hamburg.de/ Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1OY1AACgkQnMz9fgzDSqd1qQCfVAkrUH2GX9un5U1KDZN+knvw tmAAn33mhwY9DszRQjTccosEVKDCNniD =rix2 -END PGP SIGNATURE- ___ 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] Liebe Deutsche
Am 05.02.2011 21:33, schrieb Martien Scheepens: Liebe Deutsche, Wir mögen es, wenn ihr bei uns in den Urlaub fahrt, und wir mögen es auch, wenn ihr in unserem Land als Mapper aktiv seid. Wir kommen nämlich auch zu euch und mappen dort ;). Unser aktivster Mapper steht sogar bei euch in der Top-5! Wir korrigieren auch gerne eure Fehler, die ihr beim mappen macht. Seit 1578 sind wir allerdings von Deutschland (eher Deutschland) unabhängig und hat sich unsere Sprache von eurer getrennt. Dementsprechend kann es vorkommen, dass ihr andere Namen für bestimmte Orte habt als wir. Es sollte allerdings nicht vorkommen, dass der deutsche Name als value des keys *name*eingetragen wird. Wir mögen das nicht. Tobt euch stattdessen bei *name:de* aus. Hallo Martien, als echter Deutscher (mit einem alten deutschen Perso), stimme ich dir 100%ig zu. Aber sei dir bewußt, das 99,9% der deutschen OSMlern das nicht absichtlich machen. Vermutlich ist es zielführender, wenn du diesen das direkt per OSM-Nachricht mitteilst. (Und sonst taufen wir auch einfach ein Paar Orte um :P) Einen Edit-War zwischen deutschen und Niedeländern lehne ich schon aufgrund meine parzifischten Grundeinstellung ab. ;-) Vielleicht sollten wir mal als Zeichen der Verbundenheit einen Ort in Deutschland für eine Woche oder sowas in die niederländische Version unbennen? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Am 02.02.2011 22:56, schrieb Frederik Ramm: Hallo, On 02/02/11 21:16, Sven Anders wrote: Mein Eindruck ist: Marcus hat sich sehr viel Mühe gemacht ein funktionierendes TMC Schema zu entwerfen. Marcus hat ein Schema fuer Maschinen entworfen. OSM ist aber fuer Menschen. Fuer Menschen ist dieses Schema nicht wartbar. Naja die Bundesanstallt für Straßenwesen pflegt ja solche Tabellen auch. Leider gab es sehr wenig Kommentare dazu. Alle die ich gerne dazu um eine Meinung gefragt hätte, haben immer nur abgewunken, und gesagt, mit TMC beschäftige ich mich nicht, da habe ich keine Zeit zu etc.. Ich meine mich zu erinnern, das ich auch dich gefragt hatte. Das ist sehr gut moeglich. Wie gesagt, normalerweise finde ich es auch das richtige Verhalten, Leute, die sich mit etwas auskennen, einfach mal machen zu lassen, und wuerde mich selber jetzt da nicht einmischen. Es draengt sich mir aber mehr und mehr der Verdacht auf, dass dieses Problem sehr suboptimal geloest wurde und an anderen Stellen Probleme schafft, und dass man daher jetzt einen Kurswechsel einleiten (oder die Notbremse ziehen) muss, bevor das Problem immer groesser wird. Wo bitte ist das Problem an anderen Stellen? Du vermutest Probleme, wenn jemand eine Schema ändert etc. aber bislang sagst du nicht ich will das und das ändern und das beißt sich mit TMC. Außer das es dir nichts gefällt, habe ich bislang nichts dazu gehört. Bist Du auch davon ueberzeugt, dass diese Daten in OSM direkt enthalten sein muessen, um genutzt werden zu koennen? Ein Teil der Daten macht IMHO nur in OSM Sinn. Die Angaben von dem Bundesamt sind an manchen Stellen so schlecht, das es auch nicht einfach zu berechnen wäre. Andere Daten wie z.B. alles was der TMC Bot ergänzt müssen nicht im OSM enthalten sein. Aber ich fände es trotzdem gut sie drinn zu habem, weil dann niemand für eine TMC Unterstützung beim Bundesamt nachfragen müsste. Sonst müssten diese Daten z.B. zusammen mit Navit ausgeliefert werden. Damit eröffnest du aber ganz klar eine Relevanz-Diskussion. Ich will nur eine Datenbank für alle Geo-Informationen. Die soll OpenStreetMap heißen. Ich hingegen werde nicht muede, jedem zu sagen, dass alles, was sinnvollerweise ausserhalb von OSM gepflegt werden kann, auch ausserhalb von OSM gepflegt werden sollte. Das ist ja ein toller Satz, die Frage ist ja was wird sinnvollerweise außerhalb gefplegt? Wo ich aber die Grenze ziehe, ist, wenn diese kompletten externen Datenbanken mit in OSM abgebildet werden (wenn jetzt zusaetzlich noch vermerkt werden soll, in welcher Richtung der naechste Mautknoten liegt, wie viele Tarifkilometer der entfernt ist, undsoweiter). *Das* sind keine Geodaten mehr. Natürlich kann ich Dir da nicht ganz widersprechen. Aber ein wenig: Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten benutzen. Natürlich gibt es Grenzen, aber bei dem was wir bislang an TMC Daten haben ist das IMHO doch nicht das Problem. Es wäre doch toll, wenn jemand für einen Mautkalkulator nur OSM Daten verwenden müsste, und dazu sind halt die Tarifkilometer wichtig. Das ist eine Relevanz-Diskussion. Wo ziehen wir die Grenze? Deine Grenze ist Geodaten. Die TMC Daten besteht eigentlich fast nur aus Geodaten, es geht ja auch nur um Zuordnung einer Verkehrsmeldung zu Geodaten. Das ist der Sinn von TMC. Aber nicht, wenn Du irgendwann damit rechnen musst, durch die Verfeinerung einer Strassengeometrie ploetzlich die akribisch erstellte next-node-id-previous-node-id-Struktur von jemand anders kaputt zu machen und der sich dann bei Dir beschwert. Ist das schon passiert? Oder ist das ein theoretisches Problem? Entschuldigung ich reite darauf vielleicht etwas rumm, aber ich hab immer noch den verstehe immer noch nicht, warum du bei dem Thema so Radikal argumentierst. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Störende OpenGeoDB Daten
Am 03.02.2011 11:44, schrieb Stefan Keller: P.S. Die vielen Opengeodb-Tags stören mich (auch) schon lange. Sind die nicht veraltet? Kann man ev. nicht mal die löschen? Ich hab die damlas importiert, als es für viele Orte noch nicht mal die Hauptstraße gab. Das führte dazu, das man zumindest die Orte suchen konnte. Die Daten sind für uns wahrscheinlich nicht mehr wichtig. Für die OpenGeoDB sind sie auch nicht so interessant, da die OSM Lizenz restriktiver ist als die Lizenz von OSM. Hier mal ein paar Beispieldaten für einen Place. openGeoDB:auto_update: population openGeoDB:community_identification_number: 0200 openGeoDB:is_in: Freie und Hansestadt Hamburg,Bundesrepublik Deutschland,Europe openGeoDB:is_in_loc_id: 17838 opengeodb:lat: 53.4855784 openGeoDB:layer: 9 openGeoDB:license_plate_code: HH openGeoDB:loc_id: 26754 opengeodb:lon: 9.8803265 openGeoDB:name: Hausbruch openGeoDB:population: 17009 openGeoDB:postal_codes: 21075,21079,21147,21149 openGeoDB:sort_name: HAUSBRUCH openGeoDB:telephone_area_code: 040 openGeoDB:version: 0.2.6.11 / 2007-12-04 / http://fa-technik.adfc.de/code/opengeodb/dump/ Allerdings wird die OpenGeoDB immer noch weiter gepflegt. Siehe: http://fa-technik.adfc.de/code/opengeodb.pl?action=changes Man könnte jederzeit zur Qualitätsicherungssicherung eine Prüfung gegen die OpenGeoDB laufen lassen. Dazu würde aber die openGeoDB:loc_id ausreichen. Das würde ich nicht gerne verlieren, auch wenn ich im Moment keinen Kontrollauf plane. Gibt es andere Meinungen zu den Tags? Drinn lassen? Raus löschen? Ich würde sie drinn lassen, da sie nicht wirklich stören. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)
Am 03.02.2011 16:10, schrieb Frederik Ramm: Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten benutzen. Nein, das sehe ich ganz anders, zumindest ist unsere Technologie fuer sowas nicht ausgelegt - dann muessten wir viel mehr filtern koennen und z.B. dafuer sorgen koennen, dass ein Tileserver nicht saemtliche Telefonzellen-Stoerungsmeldungen gefuettert bekommt und so weiter. Ja, aber ich mappe doch nicht für den Tileserver. Ich erinnere mich an eine Diskussion mit Sven Sommerkamp, der mir verbieten wollte straßenbegleitende Radwege in OSM als extra Way anzulegen, weil ansonsten sein Garmin nicht mehr in Hamburg routen konnte[1]. Das kann doch kein ernst zu nehmendes Argument sein. Ich will jetzt nicht die Dikssion über straßenbegleitende Radwege weider aufwecken. Ich finde die Diskussion hat ähnlichen Character. Die Wheelmap-Leute haben einen echten Mehrwert, wenn sie wissen, ob ein Fahrstuhl funktioniert, okay ist nicht die Telefonzelle, aber genau so eine Information. Mache Fahrstühle gehen in Hamburg über 6 Monate nicht. Da ist dann überhaupt die Frage ob man den Fahrstuhl nicht löschen sollte. Ich sehe generell mit Besorgnis, was Leute alles in OSM stopfen moechten - meistens aus Faulheit oder Inkompetenz: Ich habe hier diesen Datensatz mit Vogelbeobachtungen, aber weil ich nicht in der Lage bin, eine Karte zu rendern, auf der diese Vogelbeobachtungen ueber einen OSM-Hintergrund eingezeichnet werden, will ich lieber die Vogelbeobachtungen zu OSM hochladen, dann kann ich das komfortabel in meinem Renderer einstellen. Und jeder kann eigene Vorgelbeobachtungen hinzufügen und man kann es gemeinsam auswerten. Ist doch prima. Ich finde daran erstmal nichts inkompetent. Und Faulheit ist doch auch gut, ich bin gerne Faul. Ich hab gerade den Eindruck das du dich zuviel um Tileserver/OSM verarbeitende Jobs kümmerst und deshalb dich das Ansteigen der OSM-Daten nervt, das kann ich gut verstehen, der osm-tmc Validator läuft auch nicht rund, weil ich mit dem Umschreiben der Programme die das Erzugen nicht hinterher komme und die Daten so stark wachsen. Ich finde aber gerade das es eine Stärke von OSM ist solche Daten hinzu zu fügen. Wir sind eine Geodatenbank für fast alles das bedeutet, das wir natürlich auch viel Nischenkram drinn haben. Ich hab bislang für OSM damit geworben, das mein bei uns auch Nischenkram (DSL-Anschlußkästen,Hundekottütenspender etc.) verarbeiten kann. Gibt es hier noch andere Stellungnahmen zum Thema Relevanz in OSM? Was soll in unsere Datenbank und was nicht? Gruß Sven [1] http://lists.openstreetmap.org/pipermail/talk-de/2009-May/046344.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Am 02.02.2011 11:10, schrieb Frederik Ramm: Hallo, ich aegere mich ziemlich ueber die TMC-Daten in der OSM-Datenbank. Ich habe nicht die Uebersicht, wer da alles dran arbeitet und dran gearbeitet hat, also es besteht die Gefahr, dass ich jetzt einigen ehrbaren Mappern auf die Fuesse trete, aber wenn's nach mir geht, muss das Zeug raus. Da fühle ich mich doch sehr angesprochen. Ich hab auch die restliche Diskussion in diesem Thread überflogen und viel gutes dazu gelesen. Mein Eindruck ist: Marcus hat sich sehr viel Mühe gemacht ein funktionierendes TMC Schema zu entwerfen. Leider gab es sehr wenig Kommentare dazu. Alle die ich gerne dazu um eine Meinung gefragt hätte, haben immer nur abgewunken, und gesagt, mit TMC beschäftige ich mich nicht, da habe ich keine Zeit zu etc.. Ich meine mich zu erinnern, das ich auch dich gefragt hatte. Bei TMC ist halt das Problem: Eine Anwendung macht erst Sinn, wenn man die Daten hat, die Daten kann man erst Sinnvoll in ein Schema pressen, wenn man weiß was die Anwendung können soll. Deshalb habe ich den (bestimmt ausbaufähigen) TMC Validator geschrieben, der dazu geführt hat, das diese Daten importiert werden/wurden. Also haben wir erstmal Daten eingegeben. Jetzt, nachdem das Konzept von vielen Freiwilligen unterstützt wirst, kommst du Provokant ;-) daher und sagst, ich möchte alles rauswerfen. Die Botschaft, die bei einem neuen Mapper da ankommt, ist doch: Oh, ein kryptisch getaggtes Objekt. Das fass ich mal lieber nicht an. Ja genau so wie z.B. Grenzen (an denen irgendwelche Relationen hängen die ja so kompliziert sind ...) Mir erschliesst sich der Nutzen dieser Tags nicht - kann mir jemand mal eine praktische Anwendung zeigen, die diese Tags benutzt? Mir sieht das nach einem grossangelegten Designfehler aus. Da haette man von vornherein ein OSM-externes Mapping TMC-OSM bauen muessen, statt praktisch die ganze TMC-Datenbank auf OSM aufzupropfen. Danke, das du das erst jetzt sagst. Es wäre ja praktischer erst über ein Schema zu diskutieren und dann Daten zu importieren. Aber damals hast du Dich nicht beteiligt. Ich will jetzt nicht die Revolution anzetteln und morgen alle TMC-Daten loeschen (und ich aergere mich, dass ich der Geschichte nicht viel frueher widersprochen habe). Warum schreibst du das dann ein paar Absätze höher genau so. Egal, ich bin dir dankbar, das du das Thema auf die Tagesordnung gebracht hast. Denn ich denke am TMC Konzept gibt es durchaus noch Verbesserungsbedarf. (Wie bei der Linienbündel-Diskussion, den ÖPNV Relationen, ...) Viele der Punkte die du ansprischt, wie z.B. wenig sprechende Namen und das Einfügen von optionalen Daten via Bot sind vermutlich besser lösbar, aber ich hab mir das Konzept von Marcus angesehn und fand es nach durchsicht der TMC Daten-Struktur verständlich. Aber wenn es nicht irgendwelche ueberwaeltigenden Gruende dafuer gibt, warum diese Daten in OSM bleiben muessen, dann bin ich sehr dafuer, dass diejenigen, die diese Daten verwenden, sich da irgendwie etwas basteln, was weniger invasiv ist. Wenn jetzt an einem Objekt z.B. nur eine TMC-ID dranstehen wuerde und alles weitere - was fuer eine Klasse, was ist die naechste ID, die vorherige ID, wassweissich - waere extern, koennte man damit ja schon leben. Lass uns den Vortrag von Pascal abwarten. Oder mach einen besseren Vorschlag. Aber der Vorschlag einfach alles wieder raus-Löschen zählt IMHO nicht, das würden auch viele Mapper nicht verstehen, die diese Daten eingegeben haben, und das gerne auf Ihrem Navi benutzen können wollen. Ich denke allerdings das die Pflicht für einen Vorschlag nicht unbedingt bei diejenigen, die diese Daten verwenden liegt, sondern bei Dir, denn Dich stört ja die jetzige Form. Die Form wie die Daten eingegeben werden, kann dazu benutzt werden um TMC Meldungen in OSM zu visualisieren. Natürlich gebe es Verbesserungspotentzial, aber das gab es ja beim (alten) ÖPNV Schema auch, da trifft man sich und baut etwas um etc. Aber man löscht nicht einfach alles (schon eine Mail mit diesem Subjekt finde ich sehr provokativ). Ich vermute auch das die Verbesserungen eher dazu führen werden, das mehr Objekte mit TMC Daten getaggt werden würden. (Statt einen Punkt evtl. ganze Streckenabschnitte?) Ich suche also sozusagen eine Exit-Strategie. Ich will herausfinden, was und wem diese Daten nutzen, und dann ein Konzept machen, wie wir die Daten aus OSM entfernen koennen, ohne diesen Nutzen zu ruinieren. Ausser natuerlich, alle ausser mir finden diese TMC-Daten ganz knorke und haetten lieber noch viel mehr Tags der Art BPF:grq_23:tiwwhs_2:MegaCode = 281763. Damit eröffnest du aber ganz klar eine Relevanz-Diskussion. Ich will nur eine Datenbank für alle Geo-Informationen. Die soll OpenStreetMap heißen. Und da dürfen auch kryptische Tags rein, die ich nicht verstehe, solange sie sich nicht mit meinen beißen. Wenn z.B. der Xyz Verlag OSM Karten verwenden möchte und dafür einen Tag
Re: [Talk-de] Exzessive Einzelrequests an die API
Am 12.01.2011 18:28, schrieb Johann H. Addicks: Die IPs zeigen alle nach Eschborn, aber das sagt nichts, der kann Es gibt auch Geolocationdienste, die nicht alle Arcor-Dialup-IPs in die Alfred-Herrhausen-Allee verorten. BTW: Ich sitze dort in Sichtweite, aber ich bin's nicht ;-) Jemand anders fragte nach der Dauer der Sperrung - im Grunde erstmal unbegrenzt, muss dann halt von Hand wieder aufgeraeumt werden. Wenn Ihr den eh manuell sperrt, dann sorgt doch dafür, dass er Daten erhält, die a) eindeutig fehlerhaft sind und b) egal in welcher Anwendung, bis zum Anwender sichtbar ein Lass das, sonst kommen wir Dich besuchen. Fuer Rueckfragen Mail:... in seiner Anwendung zu sehen bekommen. Das ist eine Coole Idee, jemand der die API missbruacht bekommt dann statt dem Richtigen Node ein Node node id=42 lat=42 lon=42 tag k=note:de v=Hallo du benutzt die API unsachgemaess und wurdest gesprerrt tag k=note:en v= /node Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vertonung des OSM Wochenrückblicks
Moin, ich hatte beim OSM-Koordinierungswochenende mal Radio-Tux angemailt, ob die evtl. unseren Wochenrückblick vertonen könnten. Das Resultat könnt Ihr unter: http://blog.radiotux.de/2010/12/19/openstreetmap-weekly-news-22/ anhöhren. Tobias von Radio-Tux bezeichnet das noch als im Beta Stadium und fragt nach weiteren Anregungen. (u.A. ob es wünsche für einen Jingle gibt). Ich denke aber das man sich auch über Lob, Aktive Nutzung und Mitarbeit bestimmt freut. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dead Drops, Wie taggen?
Am 03.11.2010 13:43, schrieb olvagor: Taggen wir nicht nur Dinge, die länger als sechs Monate Bestand haben? ;-) SCNR Also mal davon ausgegangen, dass das nicht nur ein kurzlebiges Kunstprojekt ist: Am 03.11.2010 13:52, schrieb Élisée Reclus: Da es fraglich sein sollte, ob dieses Projekt länger halten sollte (Kapazität der USB-Sticks zu begrenzt, USB-Sticks zu leicht zerstörbar), sollte man überlegen, ob sowas überhaupt in die OSM-Datenbank gehört. Man könnte es auch extern speichern und auf einer Webseite auf einer OSM-Karte Marker setzen. Am 03.11.2010 14:06, schrieb Walter Nordmann: ...und dein Abfall landet dann auch auf ner Müllbetonie??? ;) Am 03.11.2010 18:49, schrieb Élisée Reclus: Am 03.11.2010 18:29, schrieb M∡rtin Koppenhoefer: AFAIK nutzt man dafür überwiegend url. website=* wie schon zweimal geschrieben. Ich frage mich wo der Sinn sein sollte so etwas in der OSM-Datenbank zu speichern. Falls jemand z.B. eine Webseite mit einer Übersicht der Dead Drops betreiben will, müsste er eine eigene OSM-Datenbank + Mapnik betreiben, wenn ich nicht irre. Und er könnte sich nicht mal auf die Konsistenz der Informationen zu den Dead Drops verlassen. (Benutzt auch jeder die vorgeschlagene Syntax?) Hallo olvagor, Hallo Élisée, Hallo Walter, die Diskussion was in OSM soll, gibt es schon ziemlich lange. Ich hatte gerade nicht damit gerechnet das sie hier wieder so extrem aufflammt. Als ich bei OSM vor 4 Jahren anfing, gab es auch Leute die meinten das man Häuser einzeichnet ist jetzt echt übertrieben und belastet die Datenbank. OSM solle nur für Straßen sein. Wenn man dort mehr einträgt können man die Karten auf dem Garmin vergessen etc. Mich hat die Idee von Dead Drops spontan begeistert und dachte mir, sowas müsste ich auch irgendwo installieren. Dead Drops können sowas sein wie eine digitale Pinnwand, das finde ich sehr verlockend. Ich denke OSM ist DIE Welkarte. Dort darf ich alles eintragen. Auch wenn es vielleicht mehr Hundekottütenspender gibt als Daed Drops ist es doch legetim es einzutragen. Wir tragen ja auch den Köllner Dom ein obwohl es ihn auch nur einmal gibt. Mich wundert es das ich dafür immer noch argumentieren muss. Ich tut doch keinem weh, und es frustet mich schon irgendwie das ich als von Euch Rückmeldungen bekomme die sich für mich Übersetzt ungefähr so anhören: Was soll das denn in OSM? Geh weg! Das war vielleicht nicht so gemeint, kommt aber so rüber. Ich würde mir wünschen das Ihr konstruktiv darüber nachdenkt wie man an einen Dead Drop denn taggen sollte wenn man ihn in OSM Verzeichnen will, oder wenn Euch das Thema nicht liegt einfach mal NICHTS ANTWORTET, vielleicht gibt es ja andere OSMler die die Idee auch gut finden. Wir haben in OSM auch den Hamburger Dom auch wenn er nur zweimal im Jahr für ein paar Wochen zu finden ist, und ich finde das gut. Es gibt keinen Konsens darüber wie lange etwas anhalten muss, bis es in OSM darf, aber bei Kunstwerken würde ich erstmal davon ausgehen das diese länger halten und sehr wohl in OSM stehen dürfen. Ich finde gerade die Tatsache das wir so schnell neue Dinge einzeichnen können eine Stärke von OSM. Welche Karte hat denn schon die verschwundene Straße in Schmalkalden von Ihrer Landkarte entfernt? Ich kenne eine [1] und ich finde das super genial. Gruß Sven [1] http://www.openstreetmap.org/?lat=50.72374lon=10.44557zoom=17layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dead Drops, Wie taggen?
Es gibt ein neues Projekt namens Dead Drops, USB Sticks in Mauerritzen zu betonieren (vgl. [1], [2]) Wie taggt man denn sowas? Vielleicht sollte man gleich Werbung für OSM machen bevor deren Datenbank online geht? amenity=dead_drops dead_drops:interface=usb1 dead_drops:size=4GB dead_drops:mounted=wall operator=? und evtl. opening_hours (wenn nicht immer zugänglich) disused=yes (wenn kaputt) webpage= (ein Webseite mit weiterer Beschreibung) Weitere Vorschläge? Gruß Sven [1] http://www.golem.de/1011/79080.html [2] http://deaddrops.com/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Stammtisch Hamburg-Harburg
Liebe OpenStreetMapper aus Harburg und Umgebung, OpenStreetMap ist in Harburg schon sehr gut vertreten, aber eine wichtige Sache fehlt noch: Zum Stammtisch müssen wir immer über die Elbe fahren. Das muß jetzt nicht mehr sein. Nicht das es an der Sternchance nicht auch nett ist, aber ein echter Harburger braucht auch ein Treffen mit echten Harburgern. Deshalb haben wir (Ben und Sven) beschlossen es einmal mit einem Stammtisch in Harburg zu versuchen. Wir probieren das erstmal bis Dezember 2010 aus und zwar immer am letzten Mittwoch im Monat in einer Kneipe/Restaurant in Harburg. Einladen möchten wir insbesondere auch die Mapper aus den Landkreisen Harburg und Stade, die sich (aus uns verständlichen Gründen, wir sind schließlich aus Harburg!!) bislang nicht zum Stammtisch nach Hamburg getraut haben. ;-) Auch totale Neulinge sind gerne gesehen. Bei einem Bier oder eine Apfelsaftschorle können wir bestimmt das ein oder andere erklären. Hamburger dürfen natürlich auch gerne kommen (gibt es Hamburger die sich über die Elbe trauen? Wir werden sehen (und Ihr merkt vielleicht das es im sonnigen Süden von Hamburg ein eigenes Kneipenleben gibt)) Los geht es am Mittwoch den 29.9.2010 im Café Oktober[1]. Es wäre nett, wenn du dich auf der Wiki-Seite[2] eintragen könntest, wenn du kommen möchtest. Gruß Ben und Sven [1] http://informationfreeway.org/?lat=53.4629lon=9.9816zoom=16 [2] http://wiki.openstreetmap.org/wiki/Hamburg/Harburg/Mappertreffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenvergleich und andere Dienste (A GS, ISIL-Nummern, ...) gestört
M∡rtin Koppenhoefer schrieb: Am 4. September 2010 10:43 schrieb Michael Kugelmann michaelk_...@gmx.de: Frederik hatte auf der über SOTM 2010 Ergebnisse von Performance Messungen referiert. Und er hatte auch mit einer SSD getestet = vielleicht kann er mit Info helfen. die Folien sind online, s. im Wiki unter SOTM2010 Hm, also RAM bringt anscheinend einen wesentlichen Performance-Schub. Dumm, dass schon Mainboards die 64 GB Ram nutzen können ein halbes vermögen kosten. Oder kennt jemand andere Beispiele? Meine kurze Stichprobe ergab Boards ab 50 Euro gerade mal 16 GB verwalten können, aber 100 Euro 32 GB und welche die 64 oder mehr verwalten gibt es nur als Server-Lösung. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenvergleich und andere Dienste (AGS, ISIL-Nummern, ...) gestört
Moin, meine Festplatte hat gestern den Geist aufgegeben. Da ich aus Perfromance Gründen die OSM-Daten und die Ergebnisse auf ein RAID 0 gelegt hatte, muss ich diese jetzt neu einrichten und berechnen. Eigentlich wäre eine SSD für die Datenbank und die Ergebnisse optimal. Hat jemand Erfahrungen mit SSD unter Linux? (Jemand der eine SSD bezahlen würde wäre auch nicht schlecht ;-) ). Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der Post-Box Guesstimator: Wo fehlen Briefk ästen in OSM?
Moin, ich hab jetzt mit Hilfe des Post-Box Guesstimator schon gleich stellen gefunden, wo die Post das PUDLV Gesetz nicht einhält. z.B. in der Straße Zum Dubben in 21147 Hamburg und in der Forsthöhe in 21149 Hamburg. Ich weiß das das ziemlich kritisch für die Post werden kann, weil die evtl. deshalb die Mwst.-Befreiung verlieren könnten. Wollen wir sowas trotzdem irgendwo sammeln? Ich mag die Sparwut der Post überhaupt nicht und freue mich über jeden der dagegen was macht. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landkreis Ahrweiler Grenzen in OSM
Am 14.06.2010 13:51, schrieb Markus Zielonka: Hallo OSM'ler. Eure Hilfe benötige ich. Für eine Dokumentation möchte ich über die OSM Karte die grenzen des Landkreises Ahrweiler einzeichnen. Wikipedia konnte ich auch den Kreisschlüssel 07131 entnehmen. Doch hilft mir nicht nur die Außengrenze sondern ich bräuchte auch die Grenzen im Landkreis von den 74 Gemeinden. Ich habe ein Tool geschreieben, was die Gemeindegrenze, die Korrekt mit AGS getaggt sind auslistet. Siehe: http://svenanders.openstreetmap.de/ags/Deutschland/Rheinland-Pfalz/Ahrweiler/index.html (ohne Zeilenumbruch) Ich vermute also, das es die meisten Gemeindegrenzen noch nicht gibt. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Diözesengrenzen / Relevanzdiskussion ( war Re: Wehrkiche?)
Am 10.06.2010 09:13, schrieb Frederik Ramm: Hallo, aighes wrote: Die Diözesengrenzen wird wohl irgendwer irgendwann eintragen (ist das dann boundary=roman_catholic?grübel), fürchte ich... ;) Auch wenn ich es persönlich interessant finden würde, bin ich der Meinung, dass das nicht in OSM gehört. Ansonsten haben wir bald alle möglichen Grenzen. Mit dem gleichen Recht wie Dioezesengrenzen koennte man auch das Aldi-Nord-Gebiet und das Aldi-Sued-Gebiet eintragen (boundary=retail) oder die Einzugsbereiche der Lokalgruppen der tausenden bundesweiten Vereine. Solche Grenzen orientieren sich manchmal an vorhandenen Landes- , Kreis- oder Gemeindegrenzen, manchmal aber auch nicht. Das wird dann ein ganz schoenes Dickicht. Ich denke auf ein Dickicht mehr oder weniger kommt es IMHO nicht an. Meine ganz persönliche Meinung ist zwar manchmal auch: * Ich brauche keine Hundekot-Tütenhalter in OSM * Ich brauche keine Mastnummer von einem Strommast in OSM * Ich möchte keine Blitzer in OSM eingetragen sehen, die Leute sollen verdamt noch mal ihren Führerschein verlieren, wenn sie immer zu schnell fahren Aber dann wäre OSM vermutlich schon lange eingeschlafen. Wir sind nun mal ein wilder Haufen und jedem interessiert etwas anderes und wir sind die Einzigen die Hundekottütenspender in einer Landkarte haben (etwas auf das ich inzwischen ein wenig stolz bin, obwohl ich Hunde nicht mag!). Ich bin dafür das in OSM jeder solche Informationen eingeben können soll. Wenn es Kirchenmitglieder gibt, die die Dioezesengrenze interessiert, warum soll sie nicht in OSM sein? Wollen wir uns wirklich eine Relevanzdiskussion leisten? Bei Aldi-Nord / Aldi-Süd würde ich tippen, das ein Tag wie operator=Aldi Nord am Supermarkt ausreicht, aber wenn das mehrere Leute anders sehen, aber mir ist es lieber, jemand gibt eine Grenze ein, die Ihm nun mal interessiert als das wir eine Relevanz-Diskussion führen, und Mapper verlieren. Ich würde dann eher den Debian-Way gehen, wenn es z.B. eine Grenze nicht mehr gepflegt wird und sich Leute beschweren (osmbugs etc.), das sie falsch ist, es keinen Maintainer mehr gibt, wird sie halt nach einiger Zeit wieder entfernt. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzen: Regionalschluessel wie Taggen?
Moin, ich schaue mir gerade den Regionalschluessel (RGS) genauer an. Das ist ein neuer Schlüssel, der langfristig den Amtlichen Gemeindeschlüssel (AGS) ablösen soll (vgl [1]). Ihn gibt es für Bundesländer, Kreise, (Regierungs-) Bezirke, Ämter und Gemeinden. Es wäre einfach den RGS mit einem bot zu ergänzen, aber dafür haben wir bislang nicht die Genehmigung. Ich habe lediglich die Genehmigung einen Vergleich gegen das Gemeindeverzeichnis von destatis [2] zu machen. Wie auch beim AGS gibt es mit RGS für mache Deckungsgleiche Gebeite mehrere Schlüssel. Z.B. gibt es beim AGS in der Statistik: * Das Bundesland Hamburg mit der AGS 02 * Den Kreis Hamburg mit der AGS 02 0 00 und * Die Gemeinde Hamburg mit der AGS 02 0 00 000 In Wirklichkeit gibt es laut Hamburger Verfassung keinen Kreis und keine Gemeinde, aber das Spiel hier keine Rolle. Entscheidend ist das die letzten stellen alle Nullen sind, daran kann man erkennen das sie deckungsgleich sind. Beim RGS ist ist das leider z.T. anders. Bei Hamburg ist es zwar gleich, es gibt dort nur zusätzlich noch das Amt Hamburg (RGS: 02 0 00 ), aber es gibt auch Gemeinden die den Status eines Amtes haben (zumindest in der Statistik) und nicht durch Nullen ergänzt werden. Hier ein Beispiel: Im Landkreis Goslar (Niedersachsen) (RGS: 03 1 53) gibt es z.B. * Das Amt Bad Harsburg Stadt 03 1 53 0002 und * die Gemeinde Bad Harzburg Stadt 03 1 53 0002 002 Interessant ist vielleicht das der Amtsteil 0002 numerisch dem Gemeindeteil 002 entspricht. Aber ich habe nirgends etwas dazu gelesen, das das immer so ist... Nun ist die Frage, wie taggen wir Bad Harzburg? Die Tags: boundary=administrative type=multipolygon name=Bad Harzburg de:amtlicher_gemeindeschluessel=03153002 sind denke ich klar. Spannend wird es bei: de:regionalschluessel=031530002 (läßt die Gemeinde weg!) [Vorschlag: Amt] oder: de:regionalschluessel=031530002002 (läßt das Amt weg!) [Vorschlag: Gemeinde] oder de:regionalschluessel=031530002;031530002002 [Vorschlag: Semikolon] oder zwei Relationen mit jeweils einem de:regionalschluessel [Vorschlag: Zwei Relationen] ? Ich finde den Semikolon Vorschlag am besten, er bildet alles ab. Bevor ich nun den AGS Validator [3] umbaue, möchte ich aber noch ein paar Meinungen dazu hören. Gruß Sven [1] http://de.wikipedia.org/wiki/Amtlicher_Gemeindeschlüssel [2] http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Gemeindeverzeichnis,templateId=renderPrint.psml [3] http://svenanders.openstreetmap.de/ags/Deutschland/ smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Am 07.06.2010 10:45, schrieb René Falk: Am 07.06.2010 09:55, schrieb Sven Anders: Hi Sven, Wird bei Gemeinden ohne Verwaltungsverbund (Amt/ Amtsbezirk) nicht generell als Platzhalter eingefügt? Das dürfte das kleinere Problem sein. Jein, denn die Amt-Ebene wurde nachträglich eingefügt und die anderen Zahlen bilden auch noch die AGS. Eigentlich müsste vermutlich bei Bad Harzburg die Gemeinde ausgenullt werden, nur dann kommt die AGS nicht mehr raus. Es gibt Z.b. zwei Gemeineden in Kreis Dithmarschen (Schleswig Holstein RGS 01 0 51), die in unterschiedlichen Ämter sind: 01 0 51 5163 097 Sankt Michaelisdonn und 01 0 51 5166 034 Friedrichskoog Gleichzeitig gib es dort z.B. Heide Stadt mit den RGS: 01 0 51 0044 Heide, Stadt 01 0 51 0044 044 Heide, Stadt Bei Fällen wie Bad Harzburg hätte ich nichts dagegen nur die hirachisch höhere Grenze (Amt) admin_level=7 zu taggen und den Regionalschlüssel der Gemeinde zu verwenden. Dann hätten wir eine Kennzeichnung das die Fläche von Amt und Gemeinde identisch sind ohne neue Taggs erfinden zu müssen. Ich wäre grundsätzlich auch dafür die Regionalschlüssel der höheren Ebenen mit Nullen aufzufüllen. Das wäre aus meiner Sicht praktischer zu handhaben. Finde ich nicht unbedingt, löst auch nicht das Problem. Es würde es auch einfacher machen ein paar Fehler (Unvollständigkeit, Tastenpreller, etc.)zu erkennen. Nur das man das bei Bad Harzburg eben nicht kann. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema
Jochen Topf schrieb: Ich habe es erstmal so gemacht: -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so: 1. Halteposition 1 2. Haltestelle 1 3. Halteposition 2 4. Haltestelle 2 Ist das so richtig? Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl: haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-... Ich bevorzuge eher wayA-wayB-wayC-wayD-wayE-haltepos1-haltepos2-haltepos3-zugang1-zugang2-zugang3 Gibt es einen Grund es nicht so zu machen? Der Vorteil ist: Der JOSM zeigt mir die Strecke als Verbunden an und ich kann alle Haltepunkte einfach mit einem Papierfahrplan etc. vergleichen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 09:23, schrieb Bernhard Zwischenbrugger: Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen in Zukunft nur noch die Änderungen überprüft werden. Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das diese Änderungen anzeigt. +1 Ich denke nicht das man Änderungen verbeiten/einschränken etc. muss sondern nur das man halt die Änderungen bei OSM kritisch kontrollieren muss. Einen entsprechenden Diff zu erstellen ist IMHO technisch nicht besonders anspruchsvoll. Signaturen und/oder einen neuen Server finde ich da wesentlich aufwändiger. Und dann arbeitet die Feuerwehr halt mit geprüften (und deshalb im Zweifel etwas älteren) Karten während in der Live-OSM Version schon ein paar Änderungen von Feuerwehr-Entusasten warten die noch geprüft werden müssen. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
fly high schrieb: Hi Ich habe ich in den letzten Tagen an Taggen von TMC gemacht. Mittlerweile frage ich mich allerdings ob TMC Location Points nicht fast immer eher ein Weg ist oder sogar eine Relation mit mehreren Wegen als Mitglieder. Wie ich aus der Diskussion vor ein paar Monaten gelesen habe gibt es da ja keine einheitlichen Schemata. Ich finde Punkte wesentlich Sauberer. Es kommt bei TMC Daten in der Regel sowieso nicht auf ein paar Meter an. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
Stephan Knauss schrieb: Es ist aber ein Link auf die XAPI dabei: http://www.informationfreeway.org/api/0.6/*[layer=gravel] Dieser würde alle Elemente liefern die mit layer=gravel getaggt sind. Du wählst also in JOSM File/Open Location an und fügst dort den link ein. Damit werden die betreffenden Elemente in JOSM geladen. Du kannst den Tag ändern und ganz normal wieder hochladen. Achtung: Da die Daten von der XAPI nicht Synchrin mit dem Live Server läuft, kannst du damit aber auch Arbeit anderer Mapper überschreiben, die vermutlich Not Amuesed sind. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMCRoad Relationen haben keinen Ortsbezug
Hallo, ich kämpfe beim TMC Validator [1] mit einem kleinen Problem. Bestimmte TMC-Roads haben als Member per Definition keinen phyischen Ort. Und zwar wenn sie wiederum aus Segmenten bestehen. Diese Segmente bestehen dann aus diversen Straßen mit highway=*. Das Problem ist, diese Relationen tauchen dann nicht im germany.osm.bz2 von der Geofabrik auf, weshalb sie auch nicht in der Datenbank landen. Michael Schmitt schlug als pragmatische Lösung vor, ein TMC:RoadStart und TMC:RoadEnd Member aufzunehmen, wo man den Start und Endpunkt der Road aufnimmt. Ich finde den Vorschlag gut und bitte um weitere Meinungen. Natürlich könnte ich mir auch die Relationen mit den entsprechenden TMC:cid_58:tabcd_1:LocationCode Key raussuchen, aber das übersteigt schon im Traffic meine Resourcen (ich müsste vermutlich das Planet auswerten) und die XAPI ist mir zu unzuverlässig (wobei die Erfahrung schon etwas zurück liegt). Ich denke das auch andere Tools froh sind, wenn es einen Ortsbezug in jeder TMC Relation gibt. Gruß Sven [1] http://osm-tmc.anders-hamburg.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 29.04.2010 15:23, schrieb Fabian: gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen HvTs-Telekom und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) Einen zweiten war ein paar 100 Meter falsch, den konnte ich richtig verschieben. Waere das ein Weg? Ueberlege sowas naemlich auch fuer andere sachen einzupflegen. Ich denke ein besserer Weg ist im Zweifel es die Mapper machen lassen. So wie ich es bei den ISILs gemacht habe: http://wiki.openstreetmap.org/wiki/DE:ISIL-Landkarte Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool
Am 29.04.2010 13:42, schrieb Sebastian Hohmann: Sven Anders schrieb: Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern mit Semikolon trennt. vehicle=destination,agricultural,delivery vehicle=destination;agricultural;delivery oder hab ich das falsch in Erinnerung/ist das inzwischen egal? Vielleicht bin ich zu pingelig. Ich hab einfach irgendwas genommen. Es wird ja sowieso vom Script aufgeteilt. Hätte ein Semikolon irgendwelche Vorteile? Ich kann das gerne ändern. Dann ändere es bitte. Für Skripte die die OSM Daten auswerten bedeutet jeder Trenner zusätzliche Arbeit. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Hallo AssetBurned Am 30.04.2010 13:12, schrieb AssetBurned: Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht in der Relation. Und du hast eine kaum wartbare Relation mit Tausenden von Punkten, nur weil EIN Benutzer das evtl. nochmal anhand des Changelogs nachvollziehen möchte. Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder bekommen und dann schauen welche gelöscht wurden. Dazu kannst du dann die Changelogs anfordern. http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) und was spricht in einem solchen fall gegen fixme=der ist hier komplett falsch. die stadt liegt 100KM nord östlich von hier ? so hätte ich es gelöst. dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu eingeben zu müssen. nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser findet als löschen ;-) Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in Hamburg liegt der eigentlich in Cuxhaven liegt. Und wenn ein User bei OSM nach (Namen sind jetzt erlogen): Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet. Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich. Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt 100km weiter ist. Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das es jetzt in Cuxhaven ist und das Ziel erreicht ist. Ich haette die addr:postcode und addr:street und addr:housnumber und die tags für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in Hamburg) auch noch aus dem Node entfernen können. ;-) Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen habe, das da was schiefgegangen ist. Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt worden wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt nach dem Motto: Der User wirds schon richten. Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder eine große Diskussion dazu, nur ein note tag mit dem Hinweis das man den Node verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine Erklärung warum ich mich so verhalten habe. Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, kenn auch die andere Seite und würde es heute genau so machen. MAL ÜBERTRIEBEN: Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von Deutschland importieren, ich importiere sie alle an eine Stelle mache ein Note-Tag drann: Bitte an die richtige Stelle verschieben. Und wenn ein User ein Gebiet löscht schreib ich 1 Jahr später auf der talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte sie doch stehen lassen können. ÜBERTRIEBEN AUS Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab ich auch schon was dazu geschrieben. Kannst du meine Entscheidung akzeptieren? Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool
Am 28.04.2010 21:15, schrieb Sebastian Hohmann: Rainer Kluge schrieb: Dem kann ich nur zustimmen. Auch ich bin als Neuling zunächst auch in die destination/desginated-Falle getappt. Der (die, das?) Wiki ist schon ganz gut, was aber für Neulinge und Leute, die nicht täglich erfassen, nützlich wäre, ist eine vollständige Aufstellung aller vorkommenden Kombinationen von Verkehrszeichen und Zusatzzeichen und der dazugehörigen Belegung der Tags. http://wiki.openstreetmap.org/wiki/DE:Road_Signs ist schon ganz hilfreich, aber wenn ich 260 mit Zusatz landwirtschaftlicher Verkehr frei vorfinde, dann muss ich mir die Tagbelegung selbst zusammenbasteln, und das ist leider fehleranfällig. Hallo, eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Das ist recht schnell zusammengeschustert und nur ein Test um mal Meinungen einzuholen. Es sind also bestimmt noch Bugs drin (und natürlich sind auch noch nicht alle wichtigen Verkehrszeichen enthalten). Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern mit Semikolon trennt. vehicle=destination,agricultural,delivery vehicle=destination;agricultural;delivery oder hab ich das falsch in Erinnerung/ist das inzwischen egal? Vielleicht bin ich zu pingelig. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY
Am 29.04.2010 10:40, schrieb Rainer Kluge: Hallo, Beim Erfassen von fehlenden Straßen im Bereich der Stadt Ulm gemäß http://osm.gt.owl.de/Strassenliste/output/62495/ ist mir aufgefallen, dass zumindest an einer Stelle die Änderung des Verlaufs der Grenze zwischen Baden-Württemberg und Bayern von 1996 (http://www.gesetze-im-internet.de/bundesrecht/gr_ndstvtr_bw_by_3/gesamt.pdf) in den OSM-Daten nicht berücksichtigt ist. Dies ist die betreffende Stelle: http://www.openstreetmap.org/?lat=48.4341lon=10.03258zoom=17layers=B000FTF Ich habe erst mal einen Eintrag in OpenStreetBug für die betreffende Stelle gemacht, frage mich aber, a) woher man Daten aktuellen Verlauf der Grenze bekommen kann, und In der Anlage zu dem oben aufgezaehlten Gesetz, wenn ich das richtig verstanden habe. Hab jetzt keine Zeit danach zu suchen. Notfalls findet man sowas in einem Staatsarchiv. b) ob es jemanden gibt, der sich um die Pflege der Grenzdaten in OSM kümmert, Ja es gibt (leider nur) ein paar wenige die sich da ran trauen, ich zähle mich zu dem Kreis, aber z.Z. keine Kraft dafür. oder ob ich das selbst machen kann. Das ganze ist ja nicht unkritisch, da die betroffenen Teilstücke zu einer Vielzahl von Relationen gehören. Wenn Du es dir zutraust ist das das beste. Natürlich ist das nicht trivial, deshalb gibt es ja auch nur so wenige, die es machen. Ich würde mir SEHR wünschen das sich mehr da ran trauen!! Und so schwer ist es nun auch wieder nicht. Du schaffst das schon. Wenn du fragen hast, gibt es ja hier eine ML. Diviese: Besser eine korrigierte Grenze mit einen Fehler drinn, als eine falchse Grenze. Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele kaputte Grenzen in der DB und trotzdem stört sich kaum einer daran. Evtl. hilft dir mein Grenzvalidator unter: http://svenanders.openstreetmap.de/ags/Deutschland/Nordrhein-Westfalen/ der braucht allerdings mindestens 2 Tage um von den Änderungen zu erfahren. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY
Am 29.04.2010 11:34, schrieb Matthias Versen: Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele kaputte Grenzen in der DB und trotzdem stört sich kaum einer daran. Kaputte Grenzen sollte es eigentlich kaum geben denn die repariere ich jede Woche (bis auf Ausnahmen wie Stadtteilgrenzen die auf Straßen verlaufen).Oder meinst Du einen nicht korrekten Verlauf ? Das kann ich schlecht beurteilen... Dann gibt es noch nicht komplette Gemeindegrenzen aber das ist ein andere Fall. Ich wollte dir nicht auf die Füße treten. Gut dann gibt es keine kaputten Grenzen mehr. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freie Grenzen
Am 23.04.2010 17:03, schrieb Jens Frank: Die amtlichen Bekanntmachungen etc sind frei. Aber die Zusammenstellung dieser amtlichen Bekanntmachungen in eine Gruppe von Vektoren ist meiner Meinung nach eine Datenbank, und für die gelten dann nicht mehr die Regeln des §5 . Gut, nur das diese amtlichen Bekanntmachungen eben häufig überhaupt nicht zu finden sind. Oder so unklar sind, das sie nicht helfen (Die Grenze folgt der ehemaligen Gemeindegrenze). Mir hat mal ein Behördenmittarbeiter gesteckt das es häufiger mal auch zu Problemen bei den Grenzen kommt, z.B. ein Bauer läßt sein Feld (welches zu 150 m2 in Niedersachsen und zu 900 m2 in Hamburg liegt) nachmessen und stellt fest das es weniger Quadratmeter hat als er bislang wusste, also zahlt er zuviele Steuern. Daraufhin werden amtiche Vermesser losgeschickt, die feststellen, das das Feld wirklich kleiner ist. Dann gibt es eine Kommission von Hamburger und NDS Vermesseungsamt wo man sich auf eine neue Grenze einigt, das ganze passiert ganz ohne Staatsvertrag und eben häufig auch ohne amtliche Bekanntmachung, nur der Bauer erfährt dann davon, das er in Zukunft nur noch für 148m2 in NDS und 897m2 in Hamburg bezahlen muss. Wenn die Kommunen die Pflicht hätten uns eine Grenzbeschreibung zur verfügung zu stellen mit der man für jeden Ort heraus bekommt, wozu er politisch gehört reicht mir das aus. Ich vermute das eine solche Beschreibung aber wesentlich kostenspieliger für die Kommune ist, als uns die Vektoren-Datenbank zu schicken. So werden zum Beispiel für den Nationalpark Wattenmeer im Gesetz Kooridnaten angegeben.[1] Die Hamburger Beschreibung von den Stadtteilen ist 50 Jahre alt und müsste z.B. dringend aktualisiert werden, weil sich einfach zu viele geographische Gegebenheiten geändert haben. Eine Grenzbeschreibung der Bundeslandgrenze Hamburg ist mir gar nicht bekannt und das obwohl ich schon einige Jahre danach suche. Dass Du die Möglichkeit hast, frei (Also ohne Kosten) festzustellen, wo Du wohnst und welche Gesetze gelten bedeutet meiner Meinung nach nicht, dass die Datenbasis, auf der diese Information beruht, automatisch frei ist. Dass ich einen Tramper frei im Auto mitnehme bedeutet nicht, dass ihm das Auto gehört. Es würde mich sehr wundern, wenn man das pro Koordinate anfragen muss so ala: Wenn Sie das Kind im Wald geboren haben, fragen sie nochmal nach und wir sagen Ihnen zu welcher Gemeinde die Waldlichtung gehört. Gruß Sven [1] http://www.nationalpark-hamburgisches-wattenmeer.de/8archiv/images/docs/Gesetz%20NPHW01.04.10.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Freie Grenzen (war Re: Anfrage beim Stat istischen Landesamt Bayern wg. Verwaltungsgrenzen-Nutzung aus deren Veröffentlichungen - Deren Antwort - Bewertung bitt e)
Am 23.04.2010 06:33, schrieb Jens Frank: Am 23. April 2010 04:11 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com: Wie kommt man denn an freie Grenzen (*g*) ? Wenn die Vermessungsämter die einzigen sind, die darüber Auskunft geben können, sollte man dieses sächsische Vermessungamt vielleicht mal exemplarisch vorm Verwaltungsgericht verklagen? Schriftliche Aussagen liegen doch vor, oder? Gibt es denn ein Recht auf freie Grenzen? VORWEG: Ich bin kein Jurist (auch wenn ich Jura im Nebenfach hatte), alles ohne Gewähr. Ich denke ja! Je nachdem wo jemand wohnt und arbeitet und sich aufhält gelten ja für Ihm andere Gesetze und Regelungen, z.B. * bei Polizeilichen Maßnahmen * Rauchverbot * Setuern z.B. Grundsteuer * Welcher Gerichtsvollzieher zuständig ist * Welches Straßenbauamt das Schlagloch beseitigen muß etc. Nun gibt es einen Uralten rechtlichen Grundsatz (das war schon bei den Römern so), das man als Bürger das recht hat zu erfahren welche rechtlichen Regelungen gelten. Über diese darf man auch streiten und z.B. auf den üblichen Wegen (z.B. indem man sich in ein Parlament wählen läßt) ändern (wenn man dafür eine Demkoratische Zustimmung findet) dazu ist es wichtig das man die Gesetze ohne Quellennennung und frei nutzen kann In Deutschland ist das ganze im §5 UrhG geregelt. Ich hab das schon mehrfach geschrieben, ich denke man könnte den Spieß sogar umdrehen, jemand verweigert einfach die Bezahlung seiner Grundsteuer mit dem Hinweis das er (Uhrheberrechtsfrei) keine Kenntnis davon gelangen konnte in welchem Bundesland er eigentlich lebt. Dann müsste, IMHO, in meinem Fall die Stadt Hamburg nachweisen, das ich mein Haus in Hamburg gebaut habe. Ich würde mir wirklich wünschen, das wir die Frage ob Grenzen frei seien müssen, höchstrichterlich geklärt würde. Vielleicht sollte man mal dafür Geld Sammeln. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Garmin-Karten bei Ebay
Christian Hartnick schrieb: Du weisst offenbar nicht, wie eBay funktioniert.. Sicherlich doch. Bei allen fünf Auktionen von superlieven, die ich mir angeschaut habe, war der Start- preis 1 Euro. Wenn die Leute aber bis zu 80 Euro bieten[1], ohne sich genauer zu informieren, was sie da kaufen, und dass sie das auch günstiger haben könnten - dann gönn ich superlieven seinen Gewinn. Der Bieter legt seinen Preis also selber fest und damit ist es auch kein Wucher sondern schlicht Dumm- bzw. Faulheit der Käufer. Da gebe ich dir 100% recht (nur dem Gewinn gönn ich ihm nicht, da er ihn nicht _verdient_ hat). Die Dummheit anderer Leute in rechtlichen Grauzonen ausnutzen könnt man auch anders nennen. Aber auch darum geht es mir ja gar nicht. Es _ging_ mir schlicht darum, ob wir die Möglichkeit haben die Dummen und unseren Ruf zu schützen und etwas gegen solche Auktionen zu unternehmen. Irgendein rechtliches Schlupfloch oder so was. Aber vielleicht war da mein Gerechtigkeitsgefühl zu stark. Ich bin da vielleicht zu sozial eingestellt. Mir blutet bei sowas jedenfalls immer das Herz (und werde dann vielleicht auch zu schnell emotional) Wir könnten ja evtl. auch eine Presseerklärung machen, das man unsere Karten kostenlos runterladen kann, und das es bei EBay Händler dafür viel Geld bekommen. Vielleicht steigen dann ein paar mehr Händler auf sowas ein und der Preis geht nach unten. Wem der Preis zu Hoch ist, kann ja ein Gewerbe anmelden und die Karten günstiger verkaufen. Ich sehe im Moment aber auch nichts, warum das ein schlechtes Licht auf OSM wirft. Wir haben die Karten nicht verkauft und wenn anderen die Karte 60 Euro wert sind ist das IMHO eher ein kompilment. OSM ist keine Verbraucherschutzorganisation, wir sind nicht verpflichtet irgendwem zu warnen etc. Wenn ich mir ansehe, was für komerzielle Linux-Distributionen so z.T. ausgegeben wird, dann sind 60 Euro auch nicht viel. Zum Vergleich: Eine RHEL kostet 349,- Euro für eine jährliche Subscription . Der Support wird IMHO in aller Regel eher nicht genutzt. Dafür könnte der Kunde dann 5 SD Karten pro Jahr zugeschickt bekommen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen finden
Für RLP (aber auch andere Bundesländer) gibt es in der Wikipedia Kartenwerk mit groben Grenzverläufen: http://de.wikipedia.org/wiki/Liste_der_St%C3%A4dte_und_Gemeinden_in_Rheinland-Pfalz Die Genauigkeit ist für Anwendungen wie die oben genannte Straßenliste völlig ausreichend und da keine besseren Datenspenden in Sicht sind, benutze ich die WP-Karten schon seit ein paar Wochen um Gemeindegrenzen in RLP einzutragen. Ist aber natürlich Arbeit. Daher freue ich mich über jeden Freiwilligen der sich dazu gesellt. ;) Vielleicht gibt es ja eine Möglichkeit zumindest das Grenznetz aus der SVG-Datei in OSM-taugliches Format zu transformieren. Das aufwendige Tagging wird wohl nicht ausbleiben. Alternativ kann man in Amtlichen Verordnungen nach dem Wort Grenzbeschreibung suchen. Mit etwas (bzw. sehr viel) Glück bekommt man eine Textuelle beschreibung der Grenze ala: Die Grenze zwischen Gemeinde A und B folgt dem Bahndamm bis zum Fluß C von dort bis zur Dorfstraße. Einfach mal bei der Gemeinde nach dem Grenzverlauf fragen kann auch zum erfolg führen. Wenn du gleich reinschreibst, das du den Grenzverlauf in OSM eintragen möchtest ist es (sofern die Gemeinde ihn dir rausrückt) auch keine Urheberechtsverletzung. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karten in Wikipedia
Frederik Ramm schrieb: Hallo, Fips Schneider wrote: - - jeweils bisher unter den Weblinks. Vielleicht kann man da eine Art Template schaffen, wo nur noch die Relationsnummer einzutragen ist? Ich moechte wiederholt anmerken, dass man sich *nicht* drauf verlassen kann, dass eine Relations-ID in OSM morgen noch das gleiche Objekt beschreibt wie heute - die Relation koennte geloescht und neu angelegt werden, oder sie koennte aufgeteilt werden o.ae. Ja, ich denke es wäre statt Relationsnummer eine Art query Language sinnvoll z.B. memberOf((type=Relation)(tag.type=route)(tag.name=Harzer Querbahn)) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Am 01.04.2010 11:23, schrieb Max Andre: Hallo, Johann H. Addicksaddicksat gmx.net writes: Am 01.04.2010 01:35, schrieb Jonas Stein: Also schnell anmelden. Man liesst sich! Ich wollte mal ins Archiv schauen. Aber das SSL-Zertifikat scheint defekt zu sein. Das Zertifikat ist genau so kaputt wie bei den anderen deutschen Mailinglisten. Das liegt leider ausßerhalb meines Machtbereichs. Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und nicht um ein spezifisches Problem dieser ML. Bitte benutzt einfach http://... Das Problem ist das man für ein Zertifikat Geld bezahlen muss und die Rcihtige Person vom Fossgis das unterschreiben muss etc. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Gewinnt Linux New Media Award
Moin, OSM hat den LNMA fuer das inovativste Open Source Projekt gewonnen. Ich hatte die Ehre diesen Preis fuer das OSM Projekt entgegen zu nehmen. Herzlichen Gleuckwunsch! Gruss Sven Anders --- Sent from my Treo(r) smartphone ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC Validator nimmt jetzt Daten von Version 9.00 / Re: TMC: new location code table version 9.0 for Germany
André Riedel schrieb: Am 10. Februar 2010 14:02 schrieb Claudius claudiu...@gmx.de: Am 10.02.2010 11:27, Marcus Wolschon: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Praktische Auswirkungen auf uns bzw. auf den TMC Validator? Die IDs werden ja nur fortgeführt und nicht geändert, oder? Also müsste nur die Datenbank des Validators aktualisiert werden, korrekt? Es werden auch einige gelöscht. Aber es wäre gut, wenn die Daten im TMC Validator nicht einfach ersetzt werden, sondern besser ergänzt. Dann könnte der TMC Versions-Schlüssel auch mal einen Sinn ergeben. Dann gibt es zum Beispiel Abschnitte mit LCLversion = 8.00;9.0 und welche nur mit einen von beiden. Ich denke wir sollten nur den aktuellen Stand mappen. Ich habe deshalb heute den TMC Validator aktualisiert. Historische TMC Daten sind doch eher uninteressant. z.B. wurde in Hamburg der Finkenwerder Knoten [1] gebaut. Dabei wurden ganz neue Straßen gebaut und auch einige Kreuzungen entfernt (Dafür gibt es auch ein paar neue). D.H. z.B. die Kreuzung Waltershofer Straße / Dadenauer Deicheweg gibt es nicht mehr. (Ist allerdings noch in dem TMC Daten drinn[2]) Also ich werde den Fokus für den TMC Validator darauf legen mehr zu validieren und nicht historische Versionen auszuwerten. Das ist auch nicht Trivial: Wenn es z.B. ein Segment gibt: In Version 8.00: A --- B D--- E und jetzt kommt in Version 9.00: ein Knoten dazu: A --- B -- C --- D -- E Dann hat B einen anderen Nächsten Knotenpunkt und D einen anderen vorherigen Knotenpunkt. Wie willst du jetzt B und D taggen? Ist das Segment noch das selbe? Was wird denn eigentlich im Verkehrsfunk ausgestrahlt? Sind die immer brandaktuell? Wird da eine TMCversion Nummer mitgesendet? Gibt es eigentlich irgendwo mal ein paar Beispiel-Rohdaten von Verkehrsfunksendern? Gruß Sven [1] http://www.hamburg-port-authority.de/component/docman/doc_download/53-finkenwerder-knoten.html [2] http://osm-tmc.anders-hamburg.de/point.php?lcd=46161 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Michael Schmitt schrieb: Erst mal vielen Dank für den Validator [1]. Als ich das gesehen habe bin ich doch direkt eingestiegen. Die hierarchischen Auflistung [2] ist da doch eine große Hilfe Areas, Roads, Segmente und Punkte innerhalb eines Gebietes abzuarbeiten. Ich so vor, daß ich mir einen Landkreis auswähle und die darin aufgeführten Roads abzuarbeiten. Also Wege in Relationen stecken und die Punkte entlang der Straße taggen. Dann nehme ich mir die Segmente vor und am Schluß die einzelnen Punkte. Allerdings fülle ich die Listen im Wiki [3] nicht aus. Das ist mir dann doch zu umständlich und kann von einem Programm sicherlich nachgeholt werden. Meine Frage nun zu der grafischen Kennzeichnung der TMC in [1]: komplett grün ist klar komplett rot auch links grün - rechts rot erschliesst sich mir auch noch (Punkt da, keine Straße) aber was ist links rot - rechts grün ? Punkt fehlt, Aber Gebiet und/oder Road ist okay links grün - rechts gelb ? Punkt okay, Mindestens ein Gebiet/Road fehlerhaft links gelb - rechts rot ? Punkt fehlerhaft , Mindestens ein Gebiet/Road fehlt Dann noch ein paar Frage bezüglich des Updates: Ist es möglich, daß die DB [2] die dahintersteckt den neuen Update schon anzeigt (in OSM vorhanden), die Grafik [1] aber noch für den Punkt rot zeigt? Versteh ich nicht die DB wird einmal am Tag aktualisiert (so gegen Nachmittag) dann kann es mal für maximal 2 Minuten zu ungereimtheiten kommen. Dauert der Update wirklich so lange? Datenbasis wird immer so um 20:30 gezogen und das Ergebnis ist dann in der DB [2] in etwa so gegen 16:00 am nächsten Tag. Das heist, alles was ich zwischen 18:00 und 20:00 eingebe kann ich am nächsten Tag sehen, aber den Rest vom Abend sehe ich erst 2 Tage später. Wäre schön wenn da ein etwas schnellerer Turnaround möglich wäre. Würde ich mir auch wünschen, ist aber im Moment nicht so einfach machbar. Der Timestamp gibt im übrigen die wirklich letzte änderung an. Das ist bei den TMC Daten eben häufig 20 Uhr. Ich vermute aber das es eigentlich möglich ist bis 23:59 Uhr am Vortag zu arbeiten und das ergebnis dann am nächsten Tag gegen Nachmittag zu sehen. Ich plane demnächst eine Neuauflage meines Straßenvergleichs-Tools komplett auf einer DB aufsetzend. Dabei wir dann auch der TMC abgleich besser. Im Moment fixe ich deshalb in dem TMC bereich auch keine Bugs. PS: Den Norden von Oberbayern habe ich fast schon komplett. Kreise EIC, IN, DON, PAF, FS, ED, DAC, FFB, LL, EBE Ja ist doch Klasse. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
Frederik Ramm schrieb: Hallo, Carsten Gerlach wrote: Ok, also ich habe bei den problematischen Relationen (Bayern - 62549, Niedersachsen - 26771, Rheinland-Pfalz - 62341, Saarland - 62372 und Sachsen- Anhalt - 62607) diese Punkte überprüft und keine Fehler entdeckt (soweit denn der JOSM-Validator die alle finden kann). Fuer mich sehen die Relationen auch ok aus (Saarland ist type=boundary statt type=multipolygon, aber das sollte das Skript ja verkraften). Kann es sein, das die Relationen im Geofrabrik-Export nicht vollständig sind? Ich hab die Diskusson jetzt nicht so verfolgt - wo kommen die Daten denn her? Im Deutschland-Extrakt fehlen mit an Sicherheit grenzender Wahrscheinlichkeit einzelne Punkte dieser Relationen wegen der Vereinfachung der Grenz-Ways. Moin Fred, wenn du mein neues Polygon eingespielt hast, sollte das jetzt nicht mehr so sein, hab das aber noch nicht validiert. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkttagging an Autobahnanschlusstellen
Am 04.02.2010 10:58, schrieb Claudius: Am 04.02.2010 06:54, Marcus Wolschon: 2010/2/3 Claudiusclaudiu...@gmx.de: Es geht um TMC-Punkte die in der TMC-Beschreibung Autobahnanschlussstellen sind: Taggt ihr diese an der Abfahrt, also dort, wo highway=motorway_junction ist oder an der Stelle, an der die Auffahrt einmündet? Die Punkte gehören immer zu einem Weg. Getaggt wird also der Punkt im Weg oder die Punkte (be getrennten Wegen für die Fahrtrichtungen) die auf dem entsprechenden Weg liegen und an denen es rauf oder runter geht. Nebenbei müssten das wenn sich dort 2 TMC-Roads treffen immer 2 TMC-Points sein. Einer für jede der beiden TMC-Roads. Also üblicherweise maximum 4 OSM-Nodes. rauf oder runter ist jetzt die Frage. Zur Veranschaulichung diese eher gängige Autobahnabfahrt: http://wiki.openstreetmap.org/wiki/Image:TMC_Autobahnanschluss.png Ich habe bisher für die Autobahn die Abfahrten (in der Graphik (A)) als TMC-Knoten eingetragen, für die kreuzende Straße dann dei beiden Knoten (C). André taggt meinem Verständnis nach (B). (A) und (B) sind wohl irgendwie beide richtig, oder? Denn wofür werden diese TMC-Knoten praktisch genutzt? Wenn die Anschlussstelle gesperrt ist dann betrifft das bei einem Autobahnanschluss ja sowohl Auf- als auch Abfahrt. Oder wird per TMC die Info Stau ab TMC-Knoten ausgegeben? Dann wäre in der Tat (B) die praktischere Variante. Warum wäre dann B besser, wenn Stau ab A ist kann man ja noch ohne Stau abfahren. Ich mag A lieber, weil dort auch in der Regel die Anschlusstellenummer eingetragen ist, gegen die könnte man mal validieren (wenn der Validator Schreiber dafür Zeit findet). Mich würde auch mal interessieren ob auch die Anschlusstellen über TMC gesperrt werden können. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname kurz oder lang?
Am 03.02.2010 01:57, schrieb Hanno Böck: Da ihr grad so schön am diskutieren seid, ich hätt noch eine harte Nuss für Euch: Ich hab den Großteil meines bisherigen Lebens in einer Straße verbracht, die auf der einen Seite Plauener Weg heißt, auf der anderen aber Plauenerweg Ich hab mal gelernt, das bei Straßenname ein Wort mit -er am Ende haben immer auseinander geschrieben werden (steht glaub ich im Duden unter getrennt und zusammenschreibung). vgl. http://www.deutschonline.de/Deutsch/Grammatik/ZusGetr.htm Nr. 18 Zitat: Straßennamen werden zusammengeschrieben, wenn sie aus einem ungebeugten Adjektiv und einem Grundwort zusammengesetzt sind. Zum Beispiel:Altmarkt, Neumarkt, Hochstraße, Aber:Alter Markt, Hohe Straße, Große Bleiche, Langer Graben, Getrennt schreibt man Straßennamen auch bei Orts- oder Ländernamen auf -er: Hamburger Straße, Deutscher Ring Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - TMCbot
Am 13.01.2010 14:25, schrieb Frank Sautter: Am TMC-Validator würde ich folgende Änderungen vorschlagen: * Aktualität der Daten (jüngster Timestamp aus dem GeoFabrik Extrakt) Ist auf der Startseite (unter der Landkarte) eingebaut. Könnte ich nochmal auf die Unterseiten verteilen. * Hinweis, dass der TMCbot die o.g. Daten am nächsten Tag anhand des TMC:cid_58:tabcd_1:LocationCode automatisch einträgt (alles außer der Direction) und somit die manuelle Eintragung entfallen kann. Ja, baue ich ein. Ich denke wir brauchen für die Punkte auch noch eine Validation ob ein OSM Punkt wirklich in der Nähe von einem TMC Punkt liegt (falls man sich mal in einem LocationCode verschreibt, ist in Hamburg schon vorgekommen). Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 12.01.2010 22:12, schrieb Michael Bemmerl: Hallo zusammen, ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. Industriegebiet = außerorts)? Keine Ahnung, ich dachte die Information kann nüztlich sein, ich hab sie mal mit ausgegeben. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
Am 13.01.2010 12:32, schrieb osm-t...@mx-server.de: Zitat von Marcus Wolschonmarcus.wolsc...@googlemail.com: 2010/1/12 Michael Bemmerlosm-t...@mx-server.de: Hallo zusammen, Weiß ich nicht? Deswegen hab' ich ja gefragt, was es mit dieser Angabe [1] aufsich hat. Im Besonderen würde mich interessieren, ob diese Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit entsprechendem admin_level). Er kommt aus den TMC Daten. Gruß Sven [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=56805 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert
Am 10.01.2010 23:50, schrieb Frederik Ramm: Hallo, am 7.1. habe ich die Geofabrik-Extrakte auf die Nutzung von replication diffs statt der normalen Diffs umgestellt. Das sollte eigentlich keine Auswirkungen haben. Ich habe aber dabei vergessen, diese Diffs mit --simc nachzuverarbeiten, so dass dort, wo sich das gleiche Objekt mehrfach am Tag geaendert hat, am Ende in den Geofabrik-Auszuegen auch zweimal das gleiche Objekt vorkam. Das fuehrte einmal bei Sven Anders zu einem Problem mit dem TMC-Checker, und eventuell ist auch Jan Tappenbecks Splitter-Problem darauf zurueckzufuehren. Auch aus dem befreundeten Ausland haben sich einige Opfer gemeldet - so sieht man wenigstens mal, wer alles diese Daten benutzt ;-) Die Auszuege, die morgen frueh rauskommen, sind nun wieder korrekt. Sorry fuer die Unannehmlichkeiten!# Danke! Danke für Eurem großartigen Dienst und Danke für die schnelle Reaktion Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welcher Fehler im TMC?
Andreas Pothe schrieb: Hi, kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts übersehen habe, gibt es nur zwei Punkte (einen Positive, einen Negative), nur das Script zählt einen den beiden doppelt. http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 Ja, genau, das Script hat in diesem Fall einen Fehler. Schau ich mir mal an... Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Fwd: Welcher Fehler im TMC?]
Hallo Frederik, im der niedersachsen.osm.bz2 von gestern von der Geofabrik finde ich folgende Stelle: node id=609258074 version=1 timestamp=2010-01-08T15:48:06Z uid=37028 user=mobafan changeset=3571118 lat=52.0463661 lon=9.370162 tag k=TMC:cid_58:tabcd_1:Class v=Point/ tag k=TMC:cid_58:tabcd_1:Direction v=positive/ tag k=TMC:cid_58:tabcd_1:LCLversion v=8.00/ tag k=TMC:cid_58:tabcd_1:LocationCode v=25289/ tag k=TMC:cid_58:tabcd_1:NextLocationCode v=25290/ tag k=TMC:cid_58:tabcd_1:PrevLocationCode v=52259/ /node node id=609258074 version=2 timestamp=2010-01-08T16:54:03Z uid=37028 user=mobafan changeset=3571643 lat=52.0463661 lon=9.370162 tag k=TMC:cid_58:tabcd_1:Class v=Point/ tag k=TMC:cid_58:tabcd_1:Direction v=negative/ tag k=TMC:cid_58:tabcd_1:LCLversion v=8.00/ tag k=TMC:cid_58:tabcd_1:LocationCode v=25289/ tag k=TMC:cid_58:tabcd_1:NextLocationCode v=25290/ tag k=TMC:cid_58:tabcd_1:PrevLocationCode v=52259/ /node Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich verboten, das ein node mit einer id doppelt auftaucht. Erzeugt Ihr die Dateien immer noch mit Osmosis? Wenn ja, welche Version? (Nicht das ich mir hier intern auch ein Problem lege) Gruß Sven Original-Nachricht Betreff: [Talk-de] Welcher Fehler im TMC? Datum: Sat, 09 Jan 2010 23:38:24 +0100 Von: Andreas Pothe openstreetmap+mailingli...@pothe.de Antwort an: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org An: talk-de@openstreetmap.org Hi, kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts übersehen habe, gibt es nur zwei Punkte (einen Positive, einen Negative), nur das Script zählt einen den beiden doppelt. http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 TIA ___ 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] TMC Validator - Fehler: Unbekannter Value Version=8.0
Frank Gruender schrieb: Am 05.01.2010 17:56, schrieb Sven Anders: Ich freue mich eine neue Anwenundung vorzustellen. Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. Ihr findet Ihn unter: http://osm-tmc.anders-hamburg.de/ Moin, folgende Meldung kommt hier: http://osm-tmc.anders-hamburg.de/point.php?lcd=27320 Fehlt ihm die zweite 0 hinter dem Komma (Punkt)? Ja! Es fehlt die zweite 0. Ich bin mir bei der Sache auch unsicher ob wir da zwei Nullen stehen haben wollen oder nicht, aber besser etwas pingeliger sein, als später bei Updates probleme zu bekommen. Dabei fällt mir auf, daß ggf. der Tag auch (sofern casesensitive) eigentlich *LCLVersion statt *LCLversion heissen müsste? Dein Script auf der o.g. Seite gibt als Vorschlag zum Erfassen der Daten die kleine version vor. Ja der Tag heißt LCLversion. Ich könnte die Fehlermeldung noch ein wenig verbessern. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Doppelte Objekte im Osmosis Output (war Re: [Fwd: Welcher Fehler im TMC?])
Frederik Ramm schrieb: Hallo, Sven Anders wrote: Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich verboten, das ein node mit einer id doppelt auftaucht. Ich hab grad von --rci auf --rri umgestellt, vermutlich ist das das Problem, ich fixe das heut abend. Weiß nicht nach der Beschreibung nach [1] würde ich nicht davon ausgehen, das es (weder bei rci noch bei rri) zu doppelten Knoten mit gleicher ID kommt. Das bläht ja auch die XML Dateien unnötig auf. Allein in der TMC DB finde ich 243 dopplete Objekte. Magst du evtl. noch einen Bugreport machen (ich würde das auch machen, weiß aber nicht genau die Scritte die man benötigt um den Bug nachzustellen). Gruß Sven [1]: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--read-change-interval_.28--rci.29 Bye Frederik ___ 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] TMC Validator
André Riedel schrieb: Am 7. Januar 2010 08:22 schrieb Sven Anders s...@anders-hamburg.de: André Riedel schrieb: Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de: Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). Was genau stimmt denn dort nicht? Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. Die einzelnen Punkte wissen von dem Nachfolger oder Vorgänger, aber hier das Bsp. Ist: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM Soll: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM Hi, Hi bescheuerter Bug: select lcd,ordernum from points where seg_lcd=8531 order by ordernum; +---+--+ | lcd | ordernum | +---+--+ | 21159 | 0| | 56932 | 1| | 21162 | 10 | | 56937 | 11 | | 42662 | 12 | | 51450 | 13 | | 52446 | 14 | | 52448 | 15 | | 52451 | 16 | | 52452 | 17 | | 42599 | 2| | 21160 | 3| | 57026 | 4| | 54588 | 5| | 56933 | 6| | 21161 | 7| | 56935 | 8| | 56936 | 9| +---+--+ 18 rows in set (0.10 sec) Nach einem: alter table points modify ordernum decimal(3,0); geht es jetzt. - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. Ja, das kommt noch. Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich hab mich für das Zählen in der Area entschieden). Das Zählen ist ok. Aber mir geht es darum, dass ein TMC-Abschnitt in OSM vorhanden ist, aber eben nicht über die komplette Länge. Siehe dazu den alten Stand von: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 [Browse relation 21802][JOSM][Relation-Analyser] Tipp * Es könnte noch eine Class hinzugefügt werden Da die Punkte nicht in der Segment-Relation sein sollen, sagt diese erste Aussage aus, dass alles komplett ist. Dies ist aber nicht so. (oder war so) Klar, geplant ist eine suche ob ich alle Punkte TMC Punkte im Segment finde. - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. Kannst du das mal Beispielhaft machen, wie du dir das vostellst? Gleiches Beispiel: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 - In OSM Gefunden: * [Browse relation 21802][JOSM][Relation-Analyser] Tipp o Es könnte noch eine Class hinzugefügt werden * type = TMC (Gefunden) * TMC:cid_58:tabcd_1:LocationCode = 8531 (Gefunden) * TMC:cid_58:tabcd_1:Class = Road (optional) * TMC:cid_58:tabcd_1:LCLversion = 8.00 (Gefunden) Als Member sollten alle Straßen des Segments in der Relation vorhanden sein. Das beißt sich ein wenig damit das ich für den Validator eigene Tabellen in der DB habe, da steht zur Zeit sowas drinn: select * from osmvalidator where lcd=57019 limit 2; +---+--++-+-+---++ | lcd | type | osm_id | version | ts | validtype | validstr
Re: [Talk-de] TMC Validator
André Riedel schrieb: Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de: Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). Was genau stimmt denn dort nicht? Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. Ja, das kommt noch. Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich hab mich für das Zählen in der Area entschieden). - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. Kannst du das mal Beispielhaft machen, wie du dir das vostellst? -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung jetzt an einem anderen Standort sind. Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen Fall eine Eingabe erlauben und das in einer weiteren DB speichern. Nebensächlich: - Anzeige der Areas, Segmente oder Roads auf der Karte Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein Segment, Area (und/)oder Road fehlt. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC Validator
Ich freue mich eine neue Anwenundung vorzustellen. Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. Ihr findet Ihn unter: http://osm-tmc.anders-hamburg.de/ In der Hoffung das damit das Thema TMC vielleicht ein paar mehr Leuten näher gebracht werden kann. Unter der Map steht der Timestamp, von wann die Daten sind. Plane das jeden Tag zu updaten. Im Moment aber noch nicht ganz automatisch. Wenn ihr die Karte benutzt bitte möglichst weit reinzoomen. Das hält die last auf dem Server klein. Alternativ kann man unter: http://osm-tmc.anders-hamburg.de/area.php?lcd=1 auch hierachisch ohne Landkarte runterbrowsen. Für eine Wiki-Seite mit Erklärungen kommt innerhalb der nächsten 1-3 Wochen. Steht dann oben als Link drin. Verbesserungsvorschläge gerne an die Liste. Bugreports gerne an strassenvergle...@sven.anders.im Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 06.01.2010 07:04, schrieb Marcus Wolschon: Super. :) Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki rein packen könnte, damit man eingetragene Sachen auch als Erledigt abhaken kann. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00 Brauchen wir das Wiki denn dann überhaupt noch. Was hilft es, wenn im Wiki steht bei Punkt 4711 ist alles okay und in Wirklichkeit fehlt etwas oder ist ewas falsch? Was hilft es, wenn eine Area mal okay war (und damals ins Wiki eingetragen wurde) und dann wurde ein Way gelöscht und die Area ist nicht mehr geschlossen? ... Wenn nötig erstelle ich noch eine Liste nach IDs sortiert, ob ein TMC Punkt abgearbeitet ist. Mir aber auch völlig unklar wozu das helfen soll. Ist doch viel besser eine Aussage machen zu können wie: Hamburg ist TMC mäsig komplett als Wir haben alle Areas mit lcd2000 in OSM erfasst. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 06.01.2010 07:46, schrieb Florian Gross: Am Mi Januar 6 2010 glaubte Marcus Wolschon zu wissen: Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki rein packen könnte, damit man eingetragene Sachen auch als Erledigt abhaken kann. Ich habe da gerade ein kleines Problem: Ich finde manche Gemeinden oder Städte aus der Umgebung nicht. Kann es sein, daß es nachher einige Relationen gibt, die keinen TMC- Code haben? Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? Ja, in die offiziellen TMC Gebiete umfassen nicht alle Gemeinden. Und auch nicht alle wichtigen Straßen (zumindest kann ich das für Hamburg sagen, da gibt es mache Umleitungstrecke von der Autobahn, die nicht drinn ist). Es gibt auch echte Fehler (falsche Zuordung eines Punktes zu einem Stadtteil, Aufgelöste Kreuzungen ...). Die sollten wir ruhig mal im Wiki sammeln. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
Marcus Wolschon schrieb: Wir sind immernoch dabei die LocationCodes für TMC Verkehrsmeldungen an die entsprechenden Elemente unserer Karte anzuhängen. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#WORK_TO_BE_DONE Jetzt sind alle Automatismen für die Roads durchgelaufen. Alles was ihr im Wiki noch an Areas und Roads seht muss leider von Hand gemacht werden. Ein Guter Teil davon sind Strassen die bei uns noch fehlen oder einfach nicht mit ihrer Strassen-Nummer als ref getagged sind. Das ist natürlich eine einmalige Chance zu erfahren wo wir unser Strassennetz noch vervollständigen müssen. (Yahoo Sateliten-Bilder gehen auch vom Schreibtisch aus.) Magst du das mal Exemplarisch erkären? Ich verstehe es schlicht nicht. Wie soll ich den z.B. den Punkt: 4474 Taggen? In der OSM Datei: https://wolschon.kleinbetrieb.biz/tmclcl/TMCPoint_4474.osm finde ich die Angaben: tag k=TMC:cid_58:tabcd_1:LocationCode v=4474/ tag k=TMC:cid_58:tabcd_1:NextLocationCode v=20498/ Der Bereich scheint die Dresdener Straße / August Bebel Straße in Chemnitz zu sein. Das sind bei OSM schonmal zwei Punkte. Laut wiki soll ich noch: TMC:cid_CID:tabcd_TABCD:Direction TMC:cid_CID:tabcd_TABCD:PrevLocationCode Taggen, aber was soll ich da eintragen? Wozu? Ist der Punkt nicht mir TMC:cid_58:tabcd_1:LocationCode eindeutig bestimmt? Wozu ist der Next und der PrevLocationCode gut? Noch eine Anregung: Kannst du die Aufbereitung nicht nach Bundesländern / Regionen machen. Ich hab wesentlich mehr Lust TMC Daten bei mir in der Nähe einzutragen (wo ich im Zweifel auch was davon habe) als sonstwo in Leipzig oder Chemnitz. Ich vermute das das Chemnitzern ähnlich geht. Ich kann gerne versuchen bei eimem Tool behilflich zu sein, was die Daten besser für den User darstellt (Ähnlich osm-isil.anders-hamburg.de) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
geo.osm schrieb: Hallo, bin gerade dabei nen paar Ärzte einzutragen. Im Wiki hab ich dazu nicht viel gefunden. Entweder ist es abgelehnt, aufgegeben bzw noch im Entwicklungsstadium. Hab ich was übersehen? Wie würdet ihr das taggen? amenity=doctors name=Facharzt für Hautkrankheiten operator=Dr. med. Müller in dem Fall würde die Fachrichtung ja nur im Namen vorkommen, also schlecht zum auswerten. Gibts da schon Bestrebungen, die verschiedenen Fachrichtungen zu erfassen? bspw. mit doctors=was auch immer Fänd ich gut, operator würde ich aber nicht für den Arztnamen verwenden. Es gibt jetzt schon ein paar Artztpraxen die mit angestellten Ärzten arbeiten und von der Kassenärztlichen Vereinigung bezahlt werden. Das gehhört dann in den operator. Was hälst du von amenity=doctors name=Hautarzt Müller doctors=dermatologist doctors_note:DE=Facharzt für Hautkrankheiten, Neurodermitisexperte oder sowas? Außerdem würde ich mir wünschen, eine Information zu erfahren, wie das Wartezimmer organisiert ist, also ob man einfach kommen soll oder vorher einen Termin braucht und wie lange man in der Regel wartet, aber das ist vermutlich schlecht zu erfassen, weil OSMler in der Regel nicht alt und häufig zum Arzt gehen ;-) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Jacques Nietsch schrieb: Hallo Sven, könntest Du drei unterschiedliche Icons für deine Karte verwenden: - ref:isil fehlt - ref:isil ist 'none' - ref:isil ist vorhanden, aber ungleich 'none' Es wäre schön, wenn mir jemand mir ein paar Icons machen könnte. Ich bau sie dann bei Gelegenheit ein. Meine wünsche wären: Ein Icon: Name fehlt Ein Icon: Name da, Isil==none Ein Icon: Name vorhanden und ISIL kann nicht im Siglverzeichnis gefunden werden Ein Icon: Name vorhanden und ISIL kann in der Siglverzeichnis gefunden werden Ich weiß nicht ob man das mit verschiedenen Farben macht, oder ob das auch anders geht. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschlan d
Jakob Voss schrieb: Hm, und wie werden die Namen getrennt - auch mit Semikolon? Ich finde es einleuchtender, für verschiedene Abteilungen verschiedene Nodes zu erstellen und diese dann in das gleiche Gebäude zu setzen. Für mich ist amenity=library eine Bibliothek und nicht eine Abteilung einer Bibliothek. Und die hat einen Namen z.B. Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden, Bereichsbibliothek DrePunct Das diese in 11 Abteilungen gegliedert ist, sollte man IMHO anders abbilden. Ich würde es gar nicht abbilden, weil es mich nicht interessiert, aber ich will bei OSM es niemanden verbieten es zu machen. Wenn es mehrere Unterschiedliche Bibliotheken sind (mit unterschiedlichen Verleih-Schaltern, etc.) dann finde ich auch mehrere Nodes besser. Hast du ein Beispiel für verschiedene Namen? Ich meine selbst wenn das es die Fachbreichsbibliothek Keilschriftkunde (ISIL=XX-123) und die Fachbereichsbiliothek Informatik (ISIL=124) in einem Gebäude mit einem Eingang und einem Schalter wo man die Bücher ausleiht gibt, würde ich das so Taggen: name=Uni Musterstadt FB Keilschritkunde und Infromatik amenity=library ref:isil=XX-123;XX-124 Relationen sollten doch auch kein Problem sein, außer das man sich da eben mehr einarbeiten muss, wie Relationen überhaupt funktionieren. Man muss ich schon auf ein Schema einigen und damit dieses wirklich massenhaft umgesetzt wird, braucht man auch Tools die das Relationsschema unterstützen/validieren. Naja, hauptsache die IDs stehen überhaupt drin, das kann ja auch später schöner gestaltet werden. Ich fände es z.B. hilfreich, alle Teilbibliotheken zu einer Relation zusammenzufassen oder eine Hochschulbibliothek ihrer Hochschule zuzuordnen. Kannst du ja machen. Ich habe aber gerade nicht das Gefühl, das das wichtig ist und auch keine Kraft dafür dann einen Validator zu bauen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Am 10.12.2009 08:39, schrieb frank mohr: Sven Anders wrote: *Warning*: mysql_result() [function.mysql-result http://osm-isil.anders-hamburg.de/function.mysql-result]: lat not found in MySQL result index 2 in */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php* on line *57* *Warning*: mysql_result() [function.mysql-result http://osm-isil.anders-hamburg.de/function.mysql-result]: lon not found in MySQL result index 2 in */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php* on line *58 * Magst du mal sagen, nach welchen Namen und welcher PLZ du gesucht hast, außerdem Betriebssystem, Browser und Browserversion? Den Fehler habe ich gefunden. Für 64347 bekomme ich eine leere Seite (kein Eintrag der Bibliothek im ISIL-Verzeichnis) Für 66424 bekomme ich den gleichen Fehler (OS: Debian Lenny; Browser: Iceweasel/Firefox 3.0.6) Allerdings habe ich 2 der 3 Bibliotheken gestern Abend erst eingetragen, die 3. fehlt noch in OSM. Ich habe anscheinend nicht das ganze ISIL Verzeichnis bekommen (oder eine ältere Version. Das Sigle: DE-Hom1 fehlt mir z.B. in der Datenbank. Ich schau mir das mal an (jetzt keine Zeit) evtl. baue ich noch ein aktualisieren Button für die ISIL DB ein. Wenn ihr weiter Biliotheken zwar in der Onlinesuche, aber nicht in der DB findet, schickt mir bitte eine kurze Mail an osm-isil(AT) sven.anders.im Danke Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil e ines Gebäudes (war Re: Checker für Bibliotheken i n Deutschland)
Am 10.12.2009 12:48, schrieb assetburned: moin On 10.12.2009, at 07:33, Sven Anders wrote: assetburned schrieb: wie auch immer. in der stadt bremen sind jetzt erstmal alle in OSM eingetragenen bibs mit ner isil nummer versehen. soweit bekannt. alle anderen mit ref:isil=unknown gekennzeichnet. Super also zeit deine kacheln zu akutallisieren ;-) na dann schau ich mal wie lange es dauert bis die hier aktuallisiert sind. Du kennst den Aktualisieren Button auf der Landkarte? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deu tschland)
Am 10.12.2009 11:59, schrieb Mirko Küster: Ich halte es für verkehrt die Adresse mehrmals einzutragen. Auf Grund dessen habe ich im Zuge der Bibliothekseingaben mal die buildings-relation herausgesucht. [1] Das ist doch auch nur eine Hilfskrücke. Langfristig muss sowas übers Objekt selbst möglich sein. Im grunde wird das was die API können musste nur auf den User abgeschoben, was aufgrund der Zurückhaltung vieler Mapper beim Thema Relation und deren heftiger Fehleranfälligkeit extrem suboptimal ist. Im Grunde könnte man die Adresse dem Gebäude selbst geben. Darunter müssten jetzt beispielsweis mal Tagsets genannt existieren. Ganz normale Felder wie jetzt, nur in sich geschlossen und beliebig viele hinzufügbar. So könnte man pro Set beispielsweise einen Laden samt all seinen individuellen Attributen ablegen. Die Trennung der Tags innerhalb eines Sets würde der Editor übernehmen. Damit würde der Trenner einheitlich, ist nicht mehr von Eingabefehlern behaftet und das Semikolonproblem würde wegfallen. way id='0815' nd ref='1' / nd ref='2' / nd ref='3' / nd ref='4' / tag k='building' v='yes' / tag k='addr:housnumber' v='1' / tag k='addr:street' v='Marktplatz' / tag k='addr:postcode' v='12345' / tag k='addr:city' v='Klein Kleckersdorf' / tag k=' name' v='Rathaus Klein Kleckersdorf' / tag k='phone' v='+49-4673-100' / set id='0815.1' tag k='amenity' v='library' / tag k='name' v='Bibliothek Kleckersdof' / tag k='ref:isil' v='XX-1234' / tag k='opening_hours' v='Mo-Fr 10:00-14:00; Sa 12:00-13:00' / tag k='phone' v='+49-4673-39275' / /set set id='0815.2' tag k='amenity' v='post_office' / tag k='name' v='Postagentur' / tag k='brand' v='Deutsche Post' / tag k='operator' v='Deutsche Post AG' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / tag k='phone' v='+49-4673-393465' / /set set id='0815.3' tag k='amenity' v='bank' / tag k='name' v='Postbank' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / /set set id='0815.4' tag k='tourism' v='information' / tag k='name' v='Touristenregion Kleckersdorf' / tag k='phone' v='+49-800-1234567' / /set /way Das in valid usw. dürfte doch nicht wirklich unmöglich sein. Das so verpackt und vom Editor unterstützt wäre ein echter Gewinn und würde viele Krücken und Notlösungen ein für alle mal erledigen. Ich finde Deinen Vorschlag etwas übertrieben. Er löst kaum fälle. Andere fallen unter den Tisch z.B. kann ich dann aber nicht eintragen das die Postbank im der südöstlichen Ecke des Gebäudes ist, und die Biliothek den gesammten Nordteil umfasst. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschlan d
Gehling Marc schrieb: Hallo Sven, Habe gerade zwei eingetragen, eine Bibliothek fehlte die isil, eine war noch nicht in OSM. Könnte man eine Liste mit allen Bibliotheken aus der isil-liste erzeugen, entsprechend der Strassenliste mit vorhanden oder fehlt ? Und ob die Bibliothek überhaupt in OSM vorhanden ? Sollen auch Bereichsbibliotheken eingetragen werden z.B. Unibibliothek Dortmund hat 9 Bereichsbibliotheken ? Geb einfach oben in die Suchbox die PLZ oder den Ort ein, der dich interessiert. Du erhälst dann eine Liste für diese Ort. Das beantwortert auch die Frage nach den Bereichsbiliotheken. http://osm-isil.anders-hamburg.de/uebersicht.php?search=Dortmund ergibt 11 Bereichsbiliotheken, mit eigener ISIL. Die dann natürlich auch eintragen! Eine Gesamtliste fehlender ISIL (Nach Postleitzahlgebieten) mache ich erst, wenn wesentlich mehr Bibliotheken in OSM mit ISIL drinn sind, vorher lohnt sich das nicht wirklich. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschlan d - Potlatch
marcus.wolsc...@googlemail.com schrieb: Bei dem Potlatch-Link sind Lat und Lon vertauscht. Man kommt leist in einem der grossen Ozeane raus. ;) Du bist gleich auf meine Potlach sperre gelaufen ;-) Ist behoben. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de