Re: [Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary
Am 19.04.12 00:59, schrieb Frederik Ramm: Hallo, On 04/19/2012 12:10 AM, Chris66 wrote: Ob die üblichen Regeln für Massenedits (Ankündigung auf der Liste etc.) eingehalten wurden, weiss ich nicht. Ich hab beim Autor nachgefragt. Denn wenn jetzt hier jeder einfach so die Grenzrelationen auf das aendern kann, was er gut findet, aender ich sie morgen weltweit auf multipolygon ;) wenn du dafür auf der englischen Liste eine Mehrheit findest... Thread Why boundaries should not be tagged as boundaries Die internationale Community wird vermutlich für den Widerstand eines kleinen badischen Dorfes gegen den Rest der Welt nur ein müdes Lächeln übrig haben. Angekündigt war es nicht, hat aber den *manuellen* Eintrag der Regionalschlüssel laut aktueller destatis-Liste als Ersatz der allgemeinen Gemeindeschluessel erheblich vereinfacht. Im Forum war der Aufschrei des Entsetzens eher verhalten: http://forum.openstreetmap.org/viewtopic.php?id=15135p=4 Es gab halt immer schon boundaries, und die Argumente für Multipolygon sind nun mal nicht sehr überzeugend. Bei boundary sind auch Knoten als admin_centre oder label erlaubt, sowie Unterrelationen zur Abbildung der Verwaltungshierarchie. Das ist beim multipolygon nicht erlaubt, weil es *nur* Geometrie sein soll. Würde man sich statt mit sinnloser Relizensierung mit einem vernünftigen Flächen-Datentyp befassen, hätte sich das Problem längst erledigt. Dann könnte eine boundary-Relation den Flächenumriss, den Verwaltungsmittelpunkt und die Unterelemente sauber zusammenfassen. Stattdessen ekelt man lieber altgediente OSM-Dogmatiker raus und wundert sich dann, wenn sich niemand mehr daran erinnert, warum man kein Multipolygon will. Gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Am 19.04.12 08:37, schrieb Sarah Hoffmann: Offenbar wurden die Kreise bei dem Import als place=region eingetragen, das sollte wohl eher place=county sein. Die englische Wikipeida hat sich auf district als Übersetzung für den deutschen Kreis geeinigt: http://en.wikipedia.org/wiki/Districts_of_Germany http://en.wikipedia.org/wiki/Talk:Districts_of_Germany#country_vs_district Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary
Am 19.04.12 09:46, schrieb Georg Feddern: Aber ist es wirklich notwendig und sinnvoll, die Verwaltungsstruktur innerhalb einer Relation abzubilden? Wenn man das tut, setzt man (als Beispiel mal SH) das Kreis_gebiet_ aus den Amts_gebieten_ zusammen. Nein, es soll nur auf die Relationen der Ämter verwiesen werden. Die Kreisgrenze bleibt als Fläche/Polygon daneben definiert. So kann man auf einfache Weise z.B. Verbandsgemeinde Bad Kreuznach und Verbandsgemeindefreie Stadt Bad Kreuznach im Kreis Bad Kreuznach auseinanderhalten. Ohne sich die Grenzen jeweils anschauen zu müssen. Dabei geht dann m. E. aber die Kreis_grenze_ verloren bzw. ist nicht mehr eindeutig, die muss man also als _Grenz_relation zusätzlich erfassen. Als Polygon, ja. Was hat man dann außer der Zusammenfassung der Amtsgebiete, die aber über den geografischen Zusammenhang der Amtsgebiete innerhalb des _Kreisgebietes_der_Grenzrelation_ gegeben ist, gewonnen? Der simple Mapper kann nicht eben mal eine Postgis-Abfrage starten. Mit Relationen kommt er eher klar. Aber diese Art von Grenzrelationshierarchie ist eben ein kann, kein muß. Die Grenzlinienelemente sind nur in der/den Geometrie-Relation(en) bzw in neu zu schaffenden Flächenelementen drin. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Am 19.04.12 11:33, schrieb Martin Koppenhoefer: Am 19. April 2012 09:18 schrieb Sarah Hoffmannlon...@denofr.de: On Thu, Apr 19, 2012 at 08:51:34AM +0200, Andre Joost wrote: Am 19.04.12 08:37, schrieb Sarah Hoffmann: Offenbar wurden die Kreise bei dem Import als place=region eingetragen, das sollte wohl eher place=county sein. m.E. braucht man für diese klar definierten Verwaltungseinheiten überhaupt kein place, das ist mit admin_level und boundary=administrative hinreichend definiert. Nö, Kreis und kreisfreie Stadt stehen auf gleichem admin_level. Ebenso Verbandsgemeinde und amtsfreie Orte auf 7, sowie Gemeinden und Städte auf level 8. name:prefix ist auch suboptimal, da sich manche Städte eben gerne als Hansestadt/Freie und Hansestadt/Kolpingstadt/Rattenfängerstadt/wass-weiss-ich-Stadt bezeichnen: http://www.mik.nrw.de/themen-aufgaben/kommunales/erfolgsmodell-kommunale-selbstverwaltung/strukturen/bezeichnungen/genehmigte-bezeichnungen.html Und ein *stadt* oder *amt* im Namen ist auch kein eindeutiges Indiz für Stadtrechte bzw Amtseigenschaften :-( Um das mal aufzudröseln, habe ich für level 6 und 8 hier entsprechende tags eingeführt: http://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen#Politische_Grenze http://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze#Relation_anlegen place=* fällt da leider aus, weil das im Zusammenhang mit type=multipolygon von mkgmap und josm als Siedlungsfläche mißverstanden wird. Deshalb de:place mit city/county/town/village als mögliche Werte. Für level 7 sind mir keine passenden englischen Begriffe eingefallen. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jahr der Errichtung - Ergänzung des Lübeck-Wiki
Am 19.04.12 12:16, schrieb Jan Tappenbeck: Hi ! habe gerade folgendes ergänzt: Jahr der Errichtung Was heute gebaut wird, das wissen wir. Aber was ist in x-Jahren. Wenn wir gerade schon dabei sind Hausnummern zu erfassen und auch neu errichtete Gebäude sehen, dann sollten wir noch ein Zusatztag build_year=* setzen. Bei alten Gebäuden finden sich hierzu oftmals Tafeln an den Gebäuden. Da gibts doch schon was: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Building_attributes#Date_of_construction http://taginfo.openstreetmap.org/keys/?key=construction_year http://taginfo.openstreetmap.org/keys/?key=year_of_construction Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
Am 18.04.12 13:58, schrieb Philippe Rieffel: Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. http://www.ikp.uni-koeln.de/~heinze/koelnergrundgesetz.html Artikel 4 construction=yes höchstens an neue Bauwerke, nicht an schon abgerissene. Ansonsten wäre das hier das richtige für die Übergangszeit: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield Gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 18.04.2012 14:41, schrieb Masi Master: Am 17.04.2012, 22:49 Uhr, schrieb Chris66 chris66...@gmx.de: Am 17.04.2012 22:22, schrieb Bernhard Weiskopf: Straßenbegleitende Radwege mit den entsprechenden Schildern müssen von Radfahrern benutzt werden, hier setze ich zusätzlich an die Straße bicycle = no. Naja, das gilt aber nicht für alle Radfahrer. Ein Anhänger z.B. entbindet von der Benutzungspflicht des Radweges. bicyle=no setze ich deshalb nur bei bei explizitem Verbot durch Zeichen 254 o.Ä. Chris Auch wenn der Radweg unzumutbar ist, darf auf der Straße gefahren werden. Somit ist bicycle=no falsch (außer bei Verbotsschildern). +1 Es gibt ja auch Räder mit besonderen Ansprüchen (Liegedreirad, Anhänger, Rennrad). Die Zumutbarkeit entscheidet der Radfahrer selbst. Den Rest regelt die Rechtsschutzversicherung ;-) Routingmäßig nervig wird das bicycle=no, wenn der Radweg nicht mit allen querenden Straßen (auch gegenüber) verbundne ist, oder solche Anschlüße im Garmin wegen -remove-short-arcs unter den Tisch fallen. Ohne das bicycle=no wird man dann wenigstens auf der Straße geroutet. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
Am 18.04.2012 15:29, schrieb Philippe Rieffel: Hallo, Was Ich jetzt gerade sehe, das Brownfield wird in der Legende auf openstreetmap.org als Industriebrachfläche beschrieben. Wenn das so stimmt, dann ist das Tagging ja nicht wirklich richtig, oder die das Tag stimmt und die Legende ist nicht wirklich richtig? Es geht übrigens um das Investorenprojekt Klosterhof http://www.openstreetmap.org/?lat=51.36541lon=6.41977zoom=17layers=M Im Zwiefel gilt das Wiki und nicht die Legende. Sieht in der Karte brauchbar aus. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klemmt Aerowest auch bei Euch...
Am 13.04.12 12:46, schrieb Walter Nordmann: Es geht aber um Heute und nicht um Gestern. funzt bei mir auch nicht. Nachdem ich heute morgen die gleichen Probleme hatte, tuts grade jetzt wieder. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM für Android
Am 13.04.12 12:30, schrieb Markus: * Aber jetzt weiss ich auch, warum die Vermesser immer einen grossen Sonnenschirm dabei haben ;-) Weil sie keine Garmin-Navis haben ;-) SCNR, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiederherstellen eines partiellen Änderungssatzes
Am 13.04.12 11:31, schrieb Philippe Rieffel: Hallo zusammen, ich habe eine Frage bezüglich der Wiederherstellung gelöschter Objekte. Vor einigerzeit haben wir in Brasilien mit Brasilianern vor Ort eine Region gemappt, um ihnen OpenStreetMap näher zu bringen. Vor kurzem hat einer der Brasilianer mich angeschrieben und darauf hingewiesen, dass alles, was wir in einer bestimmten Region gemappt haben, gelöscht wurde. Es geht um folgendes Changeset: http://www.openstreetmap.org/browse/changeset/7988248 Gelöscht wurde das ganze vom Nutzer http://www.openstreetmap.org/user/Fernanda%20Ren%C3%B3 der leider nicht auf meine Nachfragen antwortet. Das Ganze geschah im Rahmen einer größeren Löschaktion von ihm: http://www.openstreetmap.org/browse/changeset/9129922 So weit wie mein Portugiesisch noch reicht (Changeset Kommentar: As ruas deletadas serão refeitas em breve.) scheint es ihm um die Entfernung von Objekten zu gehen, die sowieso bald verschwinden (License Change? in 2011?) und neu gemacht werden müssen. Nun frage ich mich, wie ich unser Changeset wiederherstellen kann, ohne das ganze, wesentlich umfangreichere Changeset des Nutzer reverten zu müssen. Die Begründung ist IMHO Blödsinnig, weil die meisten Elemente in eurem Changeset Version 1 waren. Du könntest dir auf der Seite unten das OSMCHange xml herunterladen, und die Daten einfach noch mal hochladen. Allerdings müsste man da noch mit nem Texteditor was umändern, um korrekte osm-daten daraus zu zaubern. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiederherstellen eines partiellen Änderungssatzes
Am 13.04.12 13:28, schrieb Philippe Rieffel: Hallo Andre, Die Begründung ist IMHO Blödsinnig, weil die meisten Elemente in eurem Changeset Version 1 waren. Die Begründung hab ich auch nur geschätzt, weil mein Portugiesisch ist relativ blass :) Du könntest dir auf der Seite unten das OSMCHange xml herunterladen, und die Daten einfach noch mal hochladen. Allerdings müsste man da noch mit nem Texteditor was umändern, um korrekte osm-daten daraus zu zaubern. Das habe ich schon versucht, ich vermute, dass es hauptsächlich darum geht, die 'version' der einzelnen Elemente zu erhöhen, oder? Z.B. hat ein Element auf dem Server die Version 4, in dem Download die Version 1. Da mecker JOSM natürlich beim Upload. Muss ich die Version von diesem Element auf 5 setzen? Oder bringe ich damit die ganze DB durcheinander? Und das ist irgendwie doch gar nicht so wenig Aufwand, wie ich gehofft habe (auch wenn es nur um einen kleinen Bereich geht) brutale Methode 1: alles duplizieren, und diese als neu hochladen. brutale Methode 2: Löschchangeset komplett reverten. Wenn Daten nicht lizenzkomptibel waren, löscht sie der bot in Bälde wieder. Etwas aufwändiger: Daten aktualisieren, und lokal abspeichern. Dann action=delete löschen visible=false auf true setzen, und nochmals aktualisieren. Dann sollten Konfliktmeldungen kommen, die du zu deinen Gunsten beantwortest. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Objekte erscheinen nicht auf der Karte
Am 13.04.2012 19:48, schrieb Manfred A. Reiter: 2. wie kann ich das Problem lösen? Cache leeren? In Firefox shift+reload. Ansonsten gib mal die ID durch, damit andere einen Blick drauf werfen können. Wenn ein building nicht geschlossen ist, wird z.B. nichts gerendert. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] probleme mit den XAPI's
Am 12.04.2012 19:12, schrieb Jacques Nietsch: Ja die overpass-api ist eine schöne Sache. Was ich aber nicht der Dokumentation entnehmen konnte: wie bekommt man eine Relation INKLUSIVE der Members? http://overpass-api.de/api/xapi_meta?relation[name=Stolpersteine in Hamburg] liefert die Relation OHNE Members (das aber sehr schnell!) In der query Form geht das so: query type=relation has-kv k=name v=Stolpersteine in Hamburg/ /query recurse type=relation-node/ print mode=meta/ bzw für Grenz-Relationen: query type=relation has-kv k=boundary v=administrative/ has-kv k=de:regionalschluessel / /query recurse type=relation-way/ recurse type=way-node/ print mode=meta/ geht aber a) nicht schnell b) kann auch nur einen timeout liefern Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename oder nur name
Am 11.04.12 10:26, schrieb Falk Zscheile: Am 11. April 2012 10:18 schrieb Andreas Labresl...@lab.at: Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden soll und wo ein Router hinrouten können soll. Das meinst du aber sicher nicht wenn du sagst addr:housename sei fürs routen da? Irgendwie kann ich deiner Logik grad nicht folgen. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten
Am 11.04.12 10:23, schrieb Jan Tappenbeck: hi ! ich habe für meine Karten immer ein Tool mit welchem ich mir diverse Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze. Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit OSMOSIS bei mir nicht mehr. Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den Daten hat - Version etc. Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ? Gruß Jan :-) Ja, ist der Grund. in der Overpass query form muß es so lauten: query type=node has-kv k=emergency v=aed/ /query print mode=meta/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten
Am 11.04.12 12:31, schrieb Jan Tappenbeck: Am 11.04.2012 11:01, schrieb Andre Joost: Am 11.04.12 10:23, schrieb Jan Tappenbeck: hi ! ich habe für meine Karten immer ein Tool mit welchem ich mir diverse Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze. Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit OSMOSIS bei mir nicht mehr. Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den Daten hat - Version etc. Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ? Gruß Jan :-) Ja, ist der Grund. in der Overpass query form muß es so lauten: query type=node has-kv k=emergency v=aed/ /query print mode=meta/ hi ! ich bestreite meinen weg nicht über eine query - sondern über den alternativen xapi-weg: http://overpass.osm.rambler.ru/cgi/xapi? ... Gruß Jan :-) Fast genauso: http://overpass-api.de/api/xapi?node[bbox=7.1,51.2,7.25,51.3][@meta] http://overpass-api.de/api/xapi?relation[route=bus][bbox=7.1,51.2,7.25,51.3][@meta] HTH, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen in OSM
Am 04.04.12 01:58, schrieb Garry: Am 03.04.2012 17:05, schrieb Andreas Neumann: STOP! Ich weiß, jeder darf alles mappen, was er für würdig hält, aber hier sind wir an einen Punkt angelangt, der weder auf Dauer wartbar ist, noch in der Fläche realisierbar wird. Bei solch fluktuierenden Daten sollten wir uns überlegen, eher die Verkehrsverbände drauf zu drängen, dass die ihre Daten maschinenlesbar zur Verfügung stellen und wir nur noch eine ID an die Linie packen. Ansonsten wäre es reiner Wahnsinn. +1 Der Aufwand die Daten in OSM zu erfassen ist viel zu hoch dafür nur um Demo-Anwendungen damit zu füttern die zeigen was man alles tolles mit den Daten machen könnte, sowas hier z.B.: http://www.openstreetmap.org/browse/relation/403713 (Es gibt auch eine Relation für Normalsterbliche) aber kaum jemals so weit kommen wird daraus eine annähernd zuverlässige Anwendung zu machen. +1 Ein brauchbarer ÖPNV-Router kommt ohne Fahrplandaten und Echtzeitinformationen nicht aus. Wir liefern allenfalls Geodaten, also: wo ist die Haltestelle, und an welchem Haltestellenmast fährt welcher Bus mit welchem Ziel ab. Alles andere weiß der Verkehrsbetrieb besser als wir. Die Linienwege in der Relation sind ne nette Beigabe für den Renderer, und um dem Mapper den Linienweg zu veranschaulichen. Eine Relation pro Richtung ist dabei ein brauchbarer Kompromiss. Denn spätestens bei solchen Linien: http://www.bahn.de/westfalenbus/view/mdb/kursbuch/mdb_3985_464.pdf ist die Eine-Relation-pro-Fahrt-Methode für den Mapper ziemlich unübersichtlich. Und die Fahrplandaten machen mit Fußnote Fahrt verkehrt nur bei Betrieb der Schule oder des Kindergartens in Bödefeld in unserem Datenbestand auch keinen Sinn mehr. Wer effektiv routen will, nimmt die Haltestellen in der im Fahrplan zeitlich geordneten Reihenfolge, und routet auf dem vorhandenen Straßennetz. Dabei können die Relationsmitglieder eventuell noch höher priorisiert werden. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei Fragen zum OpenLayers-Api
Am 31.03.12 10:15, schrieb Wolfgang Wienke: Hallo! Kennt jemand ein Forum zu diesem Thema? Die Resonanz auf eine Frage hier war gering. Damit kennt sich der Netzwolf aus dem OSM-Forum ziemlich gut aus. Mit deinem OSM-account bist du dort automatisch angemeldet. Du kannst den Netzwolf natürlich auch direkt fragen: http://www.openstreetmap.org/user/Netzwolf sobald die Datenbank wieder läuft. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subtypen mit Doppelpunkt oder Unterstrich
Am 26.03.12 13:08, schrieb Jan Tappenbeck: hI ! ist es nicht so das der Subtype eines Tags mit : definiert werden sollte ? Auch wenn ich kein Militarier bin aber im Wiki steht bunker_type - ich dachte es hätte bunker:type sein müssen. Gruß Jan :-) http://wiki.openstreetmap.org/wiki/Key:bunker_type Der Unterstrich steht für ein Leerzeichen, was in keys so nicht möglich ist (sonst müsste man den Key immer in nehmen). Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ziehen von Tiles
Am 21.03.12 18:49, schrieb Jan Tappenbeck: hi ! ich brauche für Karten Tiles und egal ob ich diese versuche über ein Script zu ziehen oder jtiledownload es schläft fast ein. In unterschiedlichen Netzen probiert. Könnt Ihr das bestätigen ? Die Tileserver sind nachfrageorientiert umgestellt worden. D.h. für Gegenden, wo nur selten jemand Tiles abruft, steht weniger Serverkapazität zur Verfügung. Abgesehen davon wirst du ab einer bestimmten Anzahl Tiles pro Tag durch eine langsamere Verbindung abgestraft. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten-Fehler in einer Wiki-Seite
Am 21.03.12 02:44, schrieb aighes: Ist ja wohl nicht sooo neu, dass osmarender seinen Dienst eingestellt hat, oder? Wäre ein gutes Thema fürs WikiProjekt Cleanup. Kann man im Wiki keine bots für sowas einrichten? Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berliner Bücherhimmel?!?
Am 21.03.12 13:09, schrieb Steffen Grunewald: Hallo, auf einer Mapnik-Karte von Berlin und Umland taucht ganz groß unter dem Schriftzug Berlin ein Berliner Bücherhimmel auf. Die folgende URL führt dort hin: http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=13.200,52.400,13.600,52.600scale=75format=png - es passiert aber auch bei Maßstäben zwischen 1:30 und 1:100, nicht bei 1:10. Woher kommt das Label? Vom Berliner Bücherhimmel natürlich: http://www.openstreetmap.org/browse/way/155777976 http://www.openstreetmap.org/browse/node/1681395850 Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berliner Bücherhimmel?!?
Am 21.03.12 13:33, schrieb Steffen Grunewald: On Wed 2012-03-21 (13:21), Andre Joost wrote: Am 21.03.12 13:09, schrieb Steffen Grunewald: Hallo, auf einer Mapnik-Karte von Berlin und Umland taucht ganz groß unter dem Schriftzug Berlin ein Berliner Bücherhimmel auf. Die folgende URL führt dort hin: http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=13.200,52.400,13.600,52.600scale=75format=png - es passiert aber auch bei Maßstäben zwischen 1:30 und 1:100, nicht bei 1:10. Woher kommt das Label? Vom Berliner Bücherhimmel natürlich: http://www.openstreetmap.org/browse/way/155777976 http://www.openstreetmap.org/browse/node/1681395850 Und der ist so wichtig, daß man ihn gleichrangig mit Berlin, als place=city darstellen muß? Du kannst ja mal dort vorbeischauen und nachfragen... Der Weg quer über Häuser hinweg ist natürlich auch Blödsinn. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berliner Bücherhimmel?!?
Am 21.03.12 13:54, schrieb Steffen Grunewald: ... und sieht für mich eher wie ein Mittelding zwischen (ungewolltem) Vandalismus und Weinwerbung aus. Mein Eindruck kann aber täuschen. Was tun? Wegwerfen? Auf OSB eintragen? Freundlich ansprechen. Der Laden wird von zwei Frauen geleitet ;-) Und nebenbei könnten sie ja ihre Anfahrtskizze von bing auf osm umstellen, wenn ihr Laden dort ordentlich eingezeichnet ist. Natürlich nicht als Stadt. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Am 14.03.2012 09:47, schrieb Ronnie Soak: Am 14.03.12 schrieb Martin Trautmanntr...@gmx.de: Hier auf der Liste wurde das genannt: http://www.bing.com/community/site_blogs/b/maps/archive/2011/06/27/bing-maps-unveils-exclusive-high-res-imagery-with-global-ortho-project.aspx Also da wuerde ich mal nicht darauf warten.. Klingt wie eine Standard-Pressemeldung a la Wir haben da diese tolle Firma aufgekauft und wollen jetzt die Welt erobern. Da steht kein Datum, keine Info ueber die Abdeckung und kein Wort zur Lizensierung. ... und zur Qualität der Georeferenzierung. Die ist bei bing bislang eher mäßig, im Vergleich zu Aerowest. Da nützt high-res dann auch nicht viel. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Railway:abandoned
Am 09.03.12 14:16, schrieb Klaus-Hermann Otto Stanislaus Plöger: Das ist wohl mehr ein Fall für Spezialisten, darum würde ich die verschwundenen Wege mit historic:railway taggen, dann kann man das rendern, wenn man es braucht.. railway:abandoned würde ich nur verwenden, wenn die Strecke wieder in Betrieb genommen könnte. Zur Vorsicht könnte man dann historic:railway dazusetzen, um die Strecke vor dem Vergessen zu bewahren. So halte ich es auch: railway=abandonned, wenn man noch die Wegführuung erkennen kann (und sei es nur am Gebüsch oder Feldrand), danach historic:railway; wenn man bezüglich der Wegführung sicher ist (z.B. aus anschliessenden Abschnitten, die noch erkennbar sind). Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lokale Tiles zu einem Build verschmelzen
Am 08.03.12 11:57, schrieb Jan Tappenbeck: ich habe jetzt lokal auf der Platte das Zoomlevel-Verzeichnis 10 mit den entsprechenden Unterordnern und darin den enthaltenen PNG-Dateien vorliegen. Wenn ich haber nach einem Taho.exe-Start einmal in Windows in das Verzeichnis C:\Benutzer\BenutzernameEigene Dokumente/DYJ/OSM schaue ist da nur Leere ! Ja, stimmt. Ich habe die Datei im gleichen Verzeichnis liegen wie taho.exe, und er kopiert sie dann in die Eigenen Dokumente. Die Vorlage gibts hier zum Download: http://www.dimitri-junker.de/defsrc.taho Möglicherweise zieht er sich die immer vom Netz, wenn keine lokale Kopie gefunden wird. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ältere JOSM Version
Am 08.03.12 12:26, schrieb Walter Nordmann: Wolfgang Wienke wrote nach dem die letzte tested-Version (5047) bei mir nicht läuft: Kann man irgendwo ältere Versionen herunter laden? Bitte bedien dich: http://josm.openstreetmap.de/download/ Aber wirf vorher C:\Dokumente und Einstellungen\Benutzername\Anwendungsdaten\JOSM (oder wie das bei dir heisst) komplett weg, sonst bekommst du mit Sicherheit noch mehr Probleme. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche jemanden, der mit Openlayer-Lösung GPX-Viewer Erfahrungen hat
Am 08.03.2012 18:57, schrieb hike39: Halloechen, ich nutze für die Planung meiner nächsten Wandertour die Lösung GPX-Viewer [1]. Funktioniert im Prinzip ganz toll. Nur wird die Farbe für die geplante Route, die als GPX-File vorliegt, gewürfelt. Das führt dazu, dass man öfters die Seite reloaden muß, bis per Zufall eine Farbe genutzt wird, die man von der Umgebung unterscheiden kann. Man kann zwar beim erzeugen des Layers eine Farbe vorgeben, aber die kommt anscheinend nur bei Tracks zur Anwendung. Bei GPX-Routen schlägt der Zufallsgenerator zu. Hat jemand von Euch einen Tipp? Probier mal meinen GPXviewer: http://wiki.openstreetmap.org/wiki/User:Ajoessen/Osmviewer_und_GPXviewer Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und hausnummern
Am 07.03.12 09:13, schrieb Wolfgang Wienke: Hallo! Wieso zeigt JOSM korrekt eingetragene Hausnummern teilweise an, teilweise aber auch nicht (z.B. id 139067495)? Bei dem Knoten gibts keine Nummer ;-) Aber josm zeigt auch dann keine Nummer an, wenn es interessantere tags an dem Knoten gibt. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Am 07.03.12 12:26, schrieb Falk Zscheile: Apropos -- wenn die einzelnen Flurnamen gemeinsam einen anderen Namen haben als die einzelnen Stücke: Der Wald besteht aus den Flurnstücken mit den Flurnamen X1, X2 und X3. Der Wald selbst heißt Y. In diesem Fall wäre für die Zusammenfassung eine Multipolygonrelation das Mittel der Wahl -- oder gibt es da etwas besseres? Eine Site-Relation? wenn die Teile nebeneinander liegen, besteht kein Grund, eine Multipolygonverarbeitung anzustoßen. Da reicht also collection oder site. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald-Flurstücken
Am 06.03.2012 15:54, schrieb Wolfgang Barth: Nachdem ja im Hunsrück-Hochwald Klarstellungen zum Tagging erfolgten, habe ich jetzt bei zwei Mulitpolygon outer des Pfälzerwaldes dann auch das Tagging umgestellt, so daß landuse nur im Multipolygon steht. Dabei ist mir das kreative Tagging hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF aufgefallen, der Bienwald. Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und name=Teich auf layer=-5. M.E. würden place-Nodes hier reichen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Und noch ein interessanter Wald
Am 06.03.2012 17:05, schrieb Wolfgang Barth: befindet sich hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.66356lon=8.65269layers=BTF Das ist ein FÜNFFACHES Multipolygon outer und am Way selbst ist landuse forest getagged. Da kann vielleicht jemand von euch ran. Ich bin ein notorischer Potlatch User und da sind Multipolygone nicht unbedingt das, was man gut bearbeiten kann. schon erledigt ;-) Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Summer of Code Ideen
Am 05.03.12 10:13, schrieb Sven Geggus: bernhard zwischenbruggerb...@datenkueche.com wrote: Im Moment fehlen noch Projekt Ideen. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012 Hm, wie wäre es denn wenn jemand osm2pgsql in brauchbar modularer Form neu implementieren würde? ... und eventuell auch unter Windows 7/64bit lauffähig? duckundwech André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style
Am 05.03.2012 15:17, schrieb Wolfgang Barth: Ich habe mal gerade den Hochwald im deutschen Style angesehen: http://www.openstreetmap.de/karte.html?zoom=12lat=49.5923lon=6.73381layers=BTF stellt die inneren Teile des Mulitpolygons (Waldfläche) anscheinend halbtransparent dar. Man kann farmland und meadow erkennen und die innere Leerfläche bei Schillingen ... ist etwas schwächer grün (ich hab die gerade mal auf farmland gesetzt, das ist genauer). Geht man dann aber näher ran: http://www.openstreetmap.de/karte.html?zoom=13lat=49.61143lon=6.75485layers=BTF so sind die inneren Teile der Multipolygone gar nicht mehr erkennbar. Kann man da was machen? Leider kenne ich mich selber mit den Stylesheets gar nicht aus. Aber ich wäre durchaus bereit da auch was dran zu machen. Ja, die Waldpolygone sind transparent im deutschen Stil: zoom 7 60% zoom 8+9 40% zoom 10 50% zoom 11+12 60% zoom 13 90% zoom 14-17 100% Wenn dann Linienelement und Multipolygon beide landuse=forest haben, addieren sich die Einfärbungen. Nur hat die outer-Linie nicht die Löcher wie das Multipolygon. Im offiziellen Stil ist dagegen alles undurchsichtig. Dann ist es eben Zufall, was gerendert wird. Sauber ist es, den landuse nur im MP zu vergeben (und ggf für die inner). Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style
Am 05.03.12 15:37, schrieb Peter Wendorff: Hi. Vermutlich (hab ich nicht nachgeguckt) ist nicht nur das Multipolygon, sondern auch der outer-way als Wald getagged. Dadurch wird der Wald zweimal, vermutlich beides mal halbtransparent gerendert. Wenn ich recht habe, entferne das Wald-Tagging vom Outer-Way und alles sollte wieder passen. Nee, war noch anders: zusätzlich zum eigentlichen MP hat jemand noch zwei Multipolygone mit jeweils einem inner und einem outer drübergelegt. Insgesamt also drei Multipolygone übereinander, mit unterschiedlichen inner. Insofern ist der deutsche Stil mit seiner Transparenz gut, um solche Fehler zu entdecken. BTW: Könnte jemand der Befugten auf openstreetmap.de/karte.html die Kartenauswahl Osmarender/Tiles@Home ensorgen? Da kommen ja jetzt keine Tiles mehr. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lokale Tiles zu einem Build verschmelzen
Am 03.03.2012 11:29, schrieb Jan Tappenbeck: hi ! es gibt ja bigmap [1] für das verschmelzen von Tiles aus dem Web. Wenn man nun für eine Zoomstufe die Kacheln lokal liegen hat und die verschmelzen möchte - kennt einer von Euch ein einfaches Tool / Skript dafür ? http://www.dimitri-junker.de/html/body_openstreetmap.html#taho kann das. Gibts als perl-Script und Windows-exe. Du musst nur die Quelle auf file:/// umbiegen. Bei dem Windows-Programm steht das in der defsrc.taho, die unter C:\Benutzer\BenutzernameEigene Dokumente/DYJ/OSM steht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-transit] Proposal for a new transport tag
Am 29.02.2012 16:07, schrieb Janko Mihelić: Hello, The problem with rendering transit lines right now is that the busy lines are rendered the same as the lines that go a few times a day. Those differences between lines should be seen right away, but we don't have that information in the database right now. I agree that the best solution would be to have the whole timetable for different transit lines, but this is often not possible and very hard to maintain. Transikihttps://github.com/SteveC/transiki gave us some hope that this could be manageable, but unfortunately the project was shut down. I propose a temporary middle solution. Every bus route relation could have a tag similar to the opening_hourshttp://wiki.openstreetmap.org/wiki/Key:opening_hourstag. This way we could know if a line is only active on weekends, or if it is a night line. Or maybe it only runs in the morning and in the evening. We could upgrade this tag, and put a number of trips in each time period. This can be an estimate, a trip more or less a day is not much. It would look like this: Only ferquency: *transport_frequency*=t5 this means that a bus route has 5 trips a day. Only days: *transport_frequency*=Sa-Su this bus route only goes on weekends Only time: *transport_frequency*=00:00-04:00 Night line A little more information: *transport_frequency***=Mo-Fr 08:00-23:00 t30; Sa 08:00-22:00 t25 30 trips a day from Monday till Friday, first trip at 8 in the morning, last at 10 in the evening. Similar for Saturday. And so on. I added a t in front of the number of trips so it is easier to see, maybe it is not needed. Or maybe this could be done in a completely different way. Sounds interesting. For densly populated areas, it would be better to give a frequency per hour, or every xy minutes. But how should the renderer treat a service by three bus lines runnig every hour? Together they serve every 20 minutes, or arrive at the same time to give people a chance to change the bus. The renderer has to lock up every bus service on a road, and count them together. This is not a simple thing with current mapnik. Greetings, Andre Joost ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] geplantes Pumpseicherwerk
Am 27.02.2012 00:37, schrieb Garry: Am 24.02.2012 11:18, schrieb M: Wenn eine Planfeststellung durch ist dann ist dass Projekt schon fast in Bau - haupsächlich noch eine Finanzierungsfrage. Bevor man in die Planfeststellung geht sollte die Trasse schon feststehen, sonst wird es langwierig und teuer. D.h. spätestens zu diesem Zeitpunkt ist man in der Regel über die unfertigen fiktiven Ideen/Varianten hinaus. Dafür gibt es in DE das Raumordnungsverfahren. Was darin abgesegnet wird, kommt dann mehr oder weniger 1:1 in das Planfeststellungsverfahren. Zu beiden Verfahren finden sich gelegentlich die Planunterlagen im Internet. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Am 09.02.2012 20:21, schrieb Falk Zscheile: Am 9. Februar 2012 19:41 schrieb Martin Koppenhoeferdieterdre...@gmail.com: Am 9. Februar 2012 19:34 schrieb Falk Zscheilefalk.zsche...@googlemail.com: Am 9. Februar 2012 19:27 schrieb Michael Krämerohr...@googlemail.com: Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Du könntest den way aus der Relation löschen in Deinem XML, aber vielleicht sind da ja auch noch andere Sachen passiert. Das hat geholfen. Danke für den Tipp! Da geht auch noch was: http://wiki.openstreetmap.org/wiki/User:Ajoessen/JOSM#Gel.C3.B6schte_Relationen_wieder_herstellen Punkt 10 Hat man noch mehr als diese eine Relation auf dem Schirm, ist noch ein Filter child ref=blabla mit allen Haken im relationsfester zu setzen. Bei ÖPNV-Relationen mit Punkten und Wegen sowie bei Relationen mit Unterrelationen funktioniert das leider nicht. Was passiert denn, wenn Du update data machst? Das hat leider nicht geholfen. Kannst Du danach evtl. hochladen bzw. Konflikte lösen? Nein, der Konfliktmodus ist komischerweise nicht in Erscheinung getreten. Das ist mir ein Ticket wert: http://josm.openstreetmap.de/ticket/7376 Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Am 02.02.2012 11:42, schrieb Sven Geggus: Da wir Aussicht haben das Ganze zeitnah auf weltweites Rendering erweitern zu können sollten wir das dringend mal angehen. Die inc-Dateien habe ich schon manuell übertragen. Die Haupt-xml fehlt noch, und die inc Landcover, die es damals noch nicht gab. Wenn jemand zum Hacking Wochenende nach Karlsruhe kommen möchte wäre das cool, denn da steht der neue Server sehr wahrscheinlich schon zur Verfügung. bin ich nicht zugegen. Mit dem Server und Linux-BS kenne ich mich auch nicht aus. Ich könnte euch bis dahin den Stil als Zip bereitstellen, kann aber nicht für 100% Übereinstimmung garantieren. Ackerflächen sind bei mir gaaanz dezent gelb, und Straßen im Bau hab ich wieder rein genommen, geplante bleiben außen vor. Ausserdem habe ich tracks lieber als Doppellinie. Noch ein Stolperstein: Bei mir (Windows-Version) will proj kein +init=epsg:4326 verstehen. Den Langtext bei entities.xml.inc eingetragen schluckt es aber. Ich weiß jetzt nicht, ob das im Python- oder im C-Teil verbockt ist. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik2 und deutscher Stil
Am 02.02.2012 14:02, schrieb Sven Geggus: Check das doch bitte in SVN in einen separaten Ordner ein, wenn Du fertig ist dann kann ich das mal ausprobieren. ... wenn ich wüsste, wie das geht :-( Ich kann grad mal svn checkout bedienen... Bin halt kein Programmierer. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 09:34, schrieb Norbert Wenzel: On 01.02.2012 07:10, Andre Joost wrote: Am 01.02.2012 01:42, schrieb Martin Koppenhoefer: 3. eine Eingabeaufforderung öffnen (z.B. win-taste+r drücken, dann cmd eingeben) und in den Ordner wechseln, wo man die Daten und osmfilter hat. ... und allein das ist schon eine unüberwindliche Hürde für jemanden, der kein DOS gelernt hat. Wozu muss man DOS gelernt haben Um zu wissen, wie man in der Eingabeaufforderung in den Ordner wechselt. Wer nur mit dem Finger wischen oder Mäuse schubsen kann, ist damit überfordert. Weil es in modernen Betriebssystemen eben nicht mehr vorkommt. Und kopieren und einfügen ist in der Kommandozeile auch nicht so einfach. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik2 und deutscher Stil
Hi, nachdem der offizielle Mapnik stil im svn nun auf Mapnik2 ugestellt wurde: hat sich da schon jemand um den deutschen Stil bemüht? Die Änderungen sind leider nicht abwärtskompatibel. Deshalb muß zeitgleich die Rendersoftware umgestellt werden. Es gibt wohl ein Anpassungsscript für die osm.xml, das kann aber nicht mit den zahlreichen inc-Dateien umgehen. Für meinen transparenten Overlays ist mir die manuelle Umstellung immerhin schon gelungen. Die kommen aber auch ohne inc aus. Mit 2.0.1rc0 läuft Mapnik inzwischen auch unter Windows. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Shapefiles für Mapnik
Hi, seit einiger Zeit verlangt Mapnik neben den Küstenlinien auch zwei shapefiles von naturalearth, http://wiki.openstreetmap.org/wiki/Mapnik#World_boundaries die per wget herunterzuladen sind: wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/10m-populated-places.zip wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/110m/cultural/110m-admin-0-boundary-lines.zip Bei mir kommt da leider immer nur 404-File not found, obwohl der gleiche Link auf der Homepage http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-populated-places/ funktioniert. Gibts spezielle wget-Parameter, die hier nötig sind? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefiles für Mapnik
Am 01.02.2012 13:10, schrieb Jochen Topf: Kann es sein, dass Du den Doppelpunkt hinter 'http' vergessen hast? Nein, alles mit copypaste rüberkopiert. Auch von der NE-Webseite. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefiles für Mapnik
Am 01.02.2012 13:29, schrieb Jochen Topf: Die haben offenbar ein ziemlich merkwürdiges Setup, damit sie tracken können, wie häufig die Files runtergeladen werden. Wenn man in den Source der Seite reinschaut, sieht man dass da ein bisserl Javascript drin ist. Aber wenn ich ein wget auf diese komische URL mache, dann geht das trotzdem. Kommt erstmal ein Redirect auf http://www.nacis.org/naturalearth/10m/cultural/10m-populated-places.zip und dort gibts dann die Daten. ja, letzteres tuts auch mit wget. Mich wundert halt nur, ob die scripte, die bei Mapnik zum runterladen beiliegen, überhaupt funktionieren. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 13:38, schrieb Martin Koppenhoefer: quick and dirty: Daten und Programm alles unter C:\ speichern, Das mag Microsoft aber überhaupt nicht Ohne Klimmzüge hat man als user auf C:\ überhaupt keine Rechte. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 14:00, schrieb Martin Koppenhoefer: Da Du Dich offentlich gut mit den gegenwärtigen Windows-Systemen auskennst wäre es nett, wenn Du eine Anfänger-geeignete Anleitung schreiben könntest, Gibts schon zuhauf: http://wiki.openstreetmap.org/wiki/User:Ajoessen Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenrelation aufteilen (war: Wie gelösche Relationselemente wiederherstellen?)
Am 31.01.2012 14:17, schrieb Michael Krämer: Hallo, irgendwie scheint sich die Sache zu wiederholen: Im Mai 2010 wurde die Riesen-Relation für D9 in 4 Teile + 1 superroute aufgeteilt [1] - im August 2011 wurden sie von einem anderen Benutzer dann wieder zusammengefasst. Aber ich werde mein Glück mal versuchen und mal sehen, wie lange das dann gut geht... Du kanns ja mal den Schefti fragen, was er sich dabei gedacht hat... Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 01:42, schrieb Martin Koppenhoefer: 3. eine Eingabeaufforderung öffnen (z.B. win-taste+r drücken, dann cmd eingeben) und in den Ordner wechseln, wo man die Daten und osmfilter hat. ... und allein das ist schon eine unüberwindliche Hürde für jemanden, der kein DOS gelernt hat. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie gelösche Relationselemente wiederherstellen?
Am 30.01.2012 10:31, schrieb Michael Krämer: Hallo, Am 30. Januar 2012 10:05 schrieb mapwitchmapwi...@webwitches.de: Einzelne Versionen lassen sich im Browser anzeigen mit http://api.openstreetmap.org/api/0.6/relation//Relations-ID///Versionsnummer/ Die leere Relation ist Version 73, also kann man mit http://api.openstreetmap.org/api/0.6/relation/1731522/72 den vorhergehenden Zustand sehen und diese XML-Datei speichern und verwenden. Weitere Hinweise im Wiki http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge#Gel.C3.B6schte_Relationen_wieder_herstellen danke für die Info, das scheint das gleiche wie im Forum zu sein. Irgendwie hatte ich es im Wiki aber nicht gefunden. Dann werde ich mal mein Glück versuchen... Deine Bemühungen könnten für die Tonne sein, wenn ein Nichtzustimmer unter den letzten 72 edits war. Ausserdem ist die Relation mit 2800 Mitgliedern schon ziemlich am Ende der Kapazität. Die übrigen D-Netz-Routen sind inzwischen länderweise aufgeteilt. Allerdings wechselt die Weser sehr oft die Grenze zwischen NRW und Niedersachsen, sodaß man eventuell von Bad Karlshafen bis Nienburg einen Abschnitt machen sollte. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 30.01.2012 11:59, schrieb Chris66: Am 30.01.2012 11:45, schrieb Frederik Ramm: ich habe gerade gesehen User Tanker hat im Änderungssatz 10453957 die Relation der Deutschen Bundesstraßen 31495 gelöscht. Welchen Nutzen hat diese Relation? Generell halte ich diese Sammelrelationen auch für fragwürdig, allerdings hat es schon einen gewissen Charme, das Bundesstraßennetz über einen simplen API Call geliefert zu bekommen. Eher nicht: Entschuldigung, es dauert zu lange... SCNR, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenrelation aufteilen (war: Wie gelösche Relationselemente wiederherstellen?)
Am 30.01.2012 20:28, schrieb Michael Krämer: Stimmt - bzw. noch schlimmer: Hessen ist auch noch im Spiel und es geht sogar schon vor Hann. Münden los. Also muss ich entweder die Länderabschnitte großzügig interpretieren oder anders aufteilen. Mir kam nämlich die Idee, den Weg eventuell in Romantische Straße, Sinn/Fulda und Weser aufzuteilen (oder so ähnlich). Das würde das Problem umgehen. Dafür wäre es aber anders als bei den übrigen D-Netz-Routen. Was meint Ihr? Machs einfach mal. Wenn es sich als nachteilig erweisen sollte, kann man es immer noch ändern. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Große Routenrelationen
Am 30.01.2012 21:11, schrieb Michael Krämer: Hallo, Am 30.01.2012 20:58, schrieb Frederik Ramm: Halb-offtopic: Was man machen sollte, wenn man Wikiseiten sieht, auf denen Objekt-IDs (z.B. Relation-IDs) fest verlinkt sind, ist das hier: http://wiki.openstreetmap.org/wiki/Template:Hardcoded_IDs Hm, auch aus aktuellem Anlass hier eine entsprechende Seite: http://wiki.openstreetmap.org/wiki/DE:Bicycle/D-Netz-Routen Das erinnert mich daran, dass dort auch ein Verweis auf die Route steht, die ich ja zerlegen möchte Allerdings muss ich jetzt schon auch anmerken, dass es mir ohne die Seite deutlich schwerer gefallen wäre, die Relation für den D9 wieder herzustellen. Das Problem ist ja, die Relation wieder zu finden, wenn sie mal aus Versehen geleert oder gelöscht wurde. Aber trotzdem bin ich voll dabei, dass die IDs im Wiki keine gute Idee sind. Für mich machen beide Methoden Sinn. Deshalb unterhalte ich von Hand generierte Fest-ID-Listen und automatisch gefilterte: http://bahnradwandern.bplaced.net/Radrouten.htm http://bahnradwandern.bplaced.net/rad-nrw.htm Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Am 26.01.2012 09:06, schrieb Martin Trautmann: On 12-01-26 7:25, Andre Joost wrote: Im Kreis Wesel ist nebenbei Voerde doppelt drin. Da habe ich nur Nordrhein-Westfalen|Kreis+Wesel|Voerde+(Niederrhein) Welche andere Datei sollte dazu doppelt sein? Hier: http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/Regierungsbezirk+Duesseldorf/Kreis+Wesel/index.html Steht Voerde zweimal drin. Auf der Essener Mailingliste wurde bemängelt, dass die fehlende Straße Name zu recht nicht existiert. Da ist wohl der Listenimport schief gelaufen. Zur Straße Hölteberg gabs hier schon mal was: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.essen/152 Hm, das geht jetzt arg in irgendwelche Details. In den Straßenlisten kenne ich keinerlei Eintrag zu Hölteberg. Hier stehts aber drin: http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/Regierungsbezirk+Duesseldorf/Essen.html Oder ist diese Liste nicht (mehr) aktuell? gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Am 25.01.2012 11:15, schrieb Kay Drangmeister: Nur ein Wort zum Thema Redundanz: Bitte Relationen nicht überstrapazieren. Wir *HABEN* eine geospatiale Datenbank. Nicht ganz: Wir liefern in eine Datenbank ein. Aber der Mapper am Editor hat keine geospatiale Datenbank, und weiß vielleicht nicht einmal, was das ist und wozu es dienen kann. Da kann es schon sinnvoll sein, manche Dinge über Relationen zu lösen, die *eigentlich* so nicht notwendig sind. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Am 25.01.2012 18:07, schrieb Martin Trautmann: On 12-01-25 11:11, Walter Nordmann wrote: Martin Trautmann wrote Nach meiner Auswahl falsch oder überflüssig: Hessen|Rheingau-Taunus-Kreis|Bad+Schwalbach Hessen|Rheingau-Taunus-Kreis|Geisenheim-neu Hi Martin: nicht ganz korrekt: raus muss Hessen|Rhein-Taunus-Kreis|Bad+Schwalbach (RheinGAU... ist ok) Danke, du hast Recht. geisenheim-neu kann wirklich raus Man muss genauer prüfen, ob und wo Unterschiede zwischen den Dateien sind. Im Straßenbestand ist jedenfalls kein signifikanter Unterschied drin. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Am 25.01.2012 23:05, schrieb Chris: Da stimme ich Henning zu. Meine POIs werden selbst von Freiwilligen über eine mobile App gesammelt und an die Datenbank übertragen. Das macht es natürlich auch schwer, die Richtigkeit zu gewährleisten. Außerdem handelt es sich um rund 1000 Datensätze, also sind auch doppelte Einträge später nicht ausgeschlossen. Das ist aber ein Killerkriterium: Dein Datenbeschaffer trägt einen Aldi am Eingang ein, der LKW-Fahrer am Lieferanteneingang, die Handelskette überlässt uns einen Datensatz, wo das Büro des Filialleiters als Koordiante eingetragen ist, der wheelmap.org-Benutzer steht vor der Behindertentoilette und amcht dort seinen Punkt. Dann malt noch jemand vom Luftbild den exakten Grundriss des Gebäudes ein, und schon haben wir ein halbes dutzend mehr oder weniger vollständiger Eintragungen des gleichen Marktes. Eventuell schaut dann mal jemand von OSM drüber und bereinigt alle Einträge auf *ein* Objekt, und löscht den Rest. Wenn dann in der nächsten Runde wieder dein Datensatz hochgeladen wird, geht das ganze Karussell von vorne los. Ohne drauf schauen geht es also nicht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Am 25.01.2012 18:03, schrieb Martin Trautmann: On 12-01-25 7:36, Andre Joost wrote: Am 24.01.2012 22:58, schrieb Martin Trautmann: Nach meiner Auswahl falsch oder überflüssig: ... Nordrhein-Westfalen|Wesel kann ich jetzt nicht (mehr) nachvollziehen auf http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/index.html Kann weg, weil Duplikat zu Nordrhein-Westfalen|Kreis+Wesel|Wesel Im Kreis Wesel ist nebenbei Voerde doppelt drin. Auf der Essener Mailingliste wurde bemängelt, dass die fehlende Straße Name zu recht nicht existiert. Da ist wohl der Listenimport schief gelaufen. Zur Straße Hölteberg gabs hier schon mal was: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.essen/152 Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Am 24.01.2012 22:58, schrieb Martin Trautmann: Nach meiner Auswahl falsch oder überflüssig: ... Nordrhein-Westfalen|Wesel kann ich jetzt nicht (mehr) nachvollziehen auf http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/index.html Aber NRW-Köln-Aachen kann weg. Aachen ist Teil der Städteregion Aachen (ehemals Landkreis Aachen) im Regierungsbezirk Köln, hat aber trotzdem einen kreisfreien Status. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: zwangsweise horizontal / vertikal-Zeichnen
Am 23.01.2012 16:02, schrieb Martin Koppenhoefer: Am 23. Januar 2012 15:30 schrieb Jan Tappenbeck (OSM)o...@tappenbeck.net: gibt es in JOSM irgendwie die Change zwangsweise horizontal / vertikal zu zeichnen - vergleichbar dem Orthomodus von Autocad? braucht man praktisch nie bzw. nur sehr selten (wenn man wirklich sicher ist, dass das Feature nord-süd-ausgerichtet ist). Meistens würde es dazu verleiten, eine Genauigkeit vorzutäuschen (bei annähernd NS-ausgerichteten Objekten), die gar nicht geprüft/festgestellt wurde. Hier hat es wohl jemand ein wenig übertreiben: http://www.openstreetmap.org/?lat=51.18219lon=7.74657zoom=17layers=M Die Häuser stehen definitiv nicht in Reih und Glied. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 23.01.2012 23:39, schrieb Frederik Ramm: Hi, On 01/23/2012 04:34 PM, Steffen Heinz wrote: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass meine Objekt-Farben alle hell genug sind, um auf dem Luftbild sichtbar zu sein. Haette ich einen weissen Hintergrund und alles in dunkleren Farbtoenen, so waeren die Objekte vermutlich schlechter sichtbar auf einem Luftbild. ... und wenn man eine Karte (z.B. Mapnik) als Hintergrund einblenden will, ist es genau andersrum: Da erkennt man die hellen Linien nicht. Am besten wäre eine Tag-Nacht-Umschaltung in josm: Helle Linien auf schwarzem Grund vs. dunkle Linien auf hellem Hintergrund. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] role='different'
Am 23.01.2012 20:15, schrieb Jens Poenisch: Hallo, ich habe beim Verarbeiten von OSM-Dumps immer mal wieder das Problem, dass in Relationen Member mit dem Attribut role='different' auftauchen. Verschiedene Tools, z.B. der Splitter für die Garmin-Karten und die Overpass-API quoten die spitzen Klammern nicht korrekt, wodurch dann kein wohlgeformtes XML ausgeliefert wird. Meine Frage deshalb: Hat jemand vielleicht schon einen fertigen Filter, der solche Relationen einfach aus dem OSM-Dump rauswirft? Wäre es nicht besser, diesen Editor-bug im Datenbestand dauerhaft zu bereinigen? Die Relationen an sich können ja eventuell ohne diese Rollen noch brauchbar sein. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maperitive - Tileserver
Jan Tappenbeck schrieb: Hi! ich möchte mit Maperitive erzeugte Tiles in eine Openlayers Karte einbinden. Bisher habe ich einfach nur ein Tile-Verzeichnis angelegt und fertig - lief auch teilweise. Nur die Auslieferung der leeren Tiles außerhalb des gerechneten Bereiches werden fehlerhaft ausgeliefert. Das ist eigentlich ein Problem, für das es bei Openlayers eine Lösung gibt: Wenn die URL nicht abgerufen werden kann, wird ein Fehler-Tile eingeblendet. Bei der OSM-Anwendung kommt dann More OSM coming soon.. steht in der Openstreetmap.js: /** * Constant: MISSING_TILE_URL * {String} URL of image to display for missing tiles */ OpenLayers.Util.OSM.MISSING_TILE_URL = http://www.openstreetmap.org/openlayers/img/404.png;; /** * Property: originalOnImageLoadError * {Function} Original onImageLoadError function. */ OpenLayers.Util.OSM.originalOnImageLoadError = OpenLayers.Util.onImageLoadError; /** * Function: onImageLoadError */ OpenLayers.Util.onImageLoadError = function() { if (this.src.match(/^http:\/\/[abc]\.[a-z]+\.openstreetmap\.org\//)) { this.src = OpenLayers.Util.OSM.MISSING_TILE_URL; } else if (this.src.match(/^http:\/\/[def]\.tah\.openstreetmap\.org\//)) { // do nothing - this layer is transparent } else { OpenLayers.Util.OSM.originalOnImageLoadError; } }; Und da kannst du statt dem 404.png von OSM jedes beliebige andere Tile einbinden, auch ein einfach leeres Tile. Oder du nimmst gleich die do-nothing-Alternative. Gruß, André Joost -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] dsds?
Am 20.01.2012 01:54, schrieb Klaus-Hermann Otto Stanislaus Plöger: Gestrandete Schiffe? Schreiben wir jetzt auch alle meine Fahrradpannen hier hinein? Wenn sie ein gleich großes Medienecho erzeugen? BTW: Für umgefallene Reissäcke gibts noch keine tags ;-) Gruß, André joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trojaner auf der NRW-Übersichtsseite zu AeroWest?
Am 16.01.2012 12:39, schrieb mapwitch: Der Link auf der Seite DE:WissensWert/Luftbilder http://wiki.openstreetmap.org/wiki/DE:WissensWert/Luftbilder#.C3.9Cbersicht_aller_vorhandenen_Orte zur NRW-Übersicht wird vom Virenscanner Sophos endpoint security and control geblockt mit dem Hinweis auf den Trojaner Mal/HTMLGen-A. Weiß da jemand Näheres? Sollte man ggf. diesen Link besser stilllegen? Ich weiß ja nicht, was irgendwelche Virenscanner so alles zu finden glauben, habe den Link aber rausgenommen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trojaner auf der NRW-Übersichtsseite zu AeroWest?
Am 16.01.2012 13:41, schrieb Chris66: Am 16.01.2012 12:39, schrieb mapwitch: Der Link auf der Seite DE:WissensWert/Luftbilder http://wiki.openstreetmap.org/wiki/DE:WissensWert/Luftbilder#.C3.9Cbersicht_aller_vorhandenen_Orte zur NRW-Übersicht wird vom Virenscanner Sophos endpoint security and control geblockt mit dem Hinweis auf den Trojaner Mal/HTMLGen-A. Weiß da jemand Näheres? Sollte man ggf. diesen Link besser stilllegen? wenn Du den Link auf Aerowest.png meinst: Laut URL Scanner von virustotal.com ist kein Virus in dem Bild. *Jetzt* findet er dort auch keine Viren mehr. Nun darf es sich jeder selber bauen: http://wiki.openstreetmap.org/wiki/User:Ajoessen/Thematische_Karten Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] script (perl) für das file-löschen
Hi, Am 17.01.2012 05:52, schrieb Jan Tappenbeck: kennt einer von Euch ein kleines Skript mit welchem man alle Dateien bis zu einer Größe x rekursiv löschen kann? (Windows - Perl möglich). Das geht auch ganz einfach per Betriebssystem: In eine Textdatei aufraeumen.bat schreibst du folgendes hinein: for /R .\ %%N IN (*.PNG) DO if %%~zN LSS 120 del %%N und verschiebst die in die oberste Ebene der zu säubernden Verzeichnisse. Die Größe von 120 Byte müsstest du noch per Explorer überprüfen, das kann vom Renderer abhängen. Gruß, André joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Render-Tipp gesucht
Am 11.01.2012 18:38, schrieb Jan Tappenbeck: Hi ! wir haben eine OSM-Datei mit ca. 4000 Bezeichnungen die teilweise in unterschiedlichen Zoomstufen angezeigt werden sollen. Die Daten sind verteilt über Europa, Nordafrika, West-Asien und die Ostküste der USA. Weil der IE mit OL (Vector und Textlayer-Technik) nur Probleme macht zielt nun alles auf das selberrendern von Kacheln ab. Welchen Renderer würdet Ihr so eine Aufgabe einsetzen (es werden wohl viele Leer-Kacheln entstehen und zudem sollte es performat sein.) - wie gesagt am liebsten direkt aus dem OSM-File bei der kleinen Menge von Punkten. Mapnik kann auch OSM-Rohdaten direkt einlesen. Solange keine Multipolygone dabei sind, sollte es auch ordentlich aussehen. Selber gemacht habe ich das allerdings noch nicht. Denn die bereits installierte PostgreSQL-Lösung läuft da genauso schnell durch. Ausserdem müsste man das Stylefile komplett neu schreiben, weil da nur Datenbankabfragen drin stehen. Die leeren Kacheln kann man per Script vor dem Hochladen rauswerfen, dann hast du max 4000 Kacheln je Zoomstufe. HTH, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Linienbreite von GPX-Tracks
Am 10.01.2012 11:10, schrieb Jan Tappenbeck: danke für den Hinweis - aber unter dem zugehörigen Menüpunkt im Kontext von GPX-Dateien hätte ich einfach nicht gesucht. Steht aber auch unter Einstellungen/Anzeige-Einstellungen (erstes Icon, auf Deutsch) und erweiterte Einstellungen (letztes Icon, auf Englisch). Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unusual cluster of German accounts
Am 10.01.2012 09:38, schrieb Michael Krämer: Hello Richard, this is really strange. After looking at a few of the accounts it looks like each of the users has worked on a different part of Germany. From what I have seen the edits were just adding nodes for businesses. I also found some discussion about this in the German forum [1] dating from end March 2010. There has been some speculation about this being a bot for example since the changesets have created_by = (unkown). So there had been some discussion about reverting the changesets. But at least user essenfassen seems to have responded to a mail. This user told that she had created a list of POIs in Excel and then had imported them. This post also refers to user lampe4, showing the same usage pattern. The users never showed up since the forum entry. So the best way to deal with these uploads is just wait until the non-odbl-data is erased. Greetings, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man einen übereifrigen Mapper bremsen??? Relationsbearbeitung europaweit !!!!
Martin Koppenhoefer schrieb: Im Thread auf der italienischen Liste ging es um eine Routen-Relation (E1) die komplett geleert wurde, ggf. aus Versehen. Sowas kann man aber auch selber wiederherstellen. Ich mach mir auch nicht mehr die Mühe, nach den Ursachen zu forschen. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen im Wiki tauschen
Am 10.01.2012 15:54, schrieb Frederik Ramm: Hallo, On 01/10/12 15:27, Jan Tappenbeck wrote: Im Wiki stehen dann die alten - oftmals an vielen Stellen. Wird es hierzu eine Suche und Ersetzen-Seite geben - ggf. wo man zunächst nur die alten und neuen ID einträgt ? Altes Problem. Im Wiki sollten eigentlich gar keine Relationen-IDs stehen. Die koennen sich immer mal aendern. Eine sinnvolle Alternative hat aber noch keiner bieten können. Name, symbol und andere tags können sich nach Vorliebe der beteiligten Mapper noch viel öfter ändern. Ich bin für solche statischen Relations-Referenzen immer dann dankbar, wenn eine Route irgendwo verschütt gegangen ist. Im Gegensatz zu Listen, die automatisch aus dem aktuellen Bestand gezogen werden, kann man hier wenigstens noch die Relations-ID für die Wiederherstellung finden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen im Wiki tauschen
Am 10.01.2012 21:34, schrieb Matthias Meißer: Am 10.01.2012 20:42, schrieb Christian H. Bruhn: hierzu eine Suche und Ersetzen-Seite geben - ggf. wo man zunächst nur die alten und neuen ID einträgt ? Im Wiki kann nach Relation|71770 suchen. Es gibt doch auch Wiki-Bots. Könnte man die nicht mit einer Tabelle füttern Rel.Nr. alt- Rel.Nr. neu und dann ändern die alles? Ich denke schon :) Nur bräuchten wir vielleicht wirklich mal einen guten Relationen-Katalog, in dem man weltweit nach Reationen fahnden kann und diese vielleicht auch exportiert, auf Fehler überwacht, ... Aber macht ebend alles Arbeit *seufz* Vor allem ist das ein wenig zu groß für *eine* Seite. Als Datenbank gibt es ja: http://osmrm.openstreetmap.de/index.jsp Und zum Suchen so ne Tante mit vielen s. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergärten, Schulen, Friedhöfe etc
Am 10.01.2012 15:26, schrieb Michael Krämer: Hallo, bei Kindergärten gibt es viele in kirchlicher Trägerschaft. Von z. B. staatlichen Kindergärten unterscheiden sie sich aber nur etwas in der Ausrichtung der Arbeit. Aufgenommen werden Kinder unabhängig von deren Religion - das dürfte Bedingung für die staatlichen Zuschüsse sein. Den Unterschied merkst du, wenn du dort um Arbeit nachsuchst und nicht richtig verheiratet bist. Die Arbeitsgerichte sind immer wieder dankbar für solche Fälle... SCNR, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HawkPat - wie geht es mit den Daten weiter ?
Am 10.01.2012 21:56, schrieb Jan Tappenbeck: hi! da die andere Diskussionslinie sich wohl in Richtung Wiki-Diskussion entwickelt - was legitim ist - möchte ich aber auch die Frage gerne klären ob wir die Daten so erhalten und ich mich mit HawkPat nochmal wegen der offenen Punkte austausche oder etwas anderes unternommen werden sollte ? Am besten bittest du ihn darum, dir seine GPX-tracks zu den bereits eingetragenen Wegen zukommen zu lassen. Dann kannst du diese direkt in josm laden und mit Download entlang GPX-track stückweise die OSM-Daten runterziehen und schauen, ob das tagging der Wege räumlich und inhaltlich in Ordnung ist. Die Diskussion im italienischen Forum kann Martin dir sicherlich übersetzt zusammenfassen, damit irrtümlich gelöschte Relationen wiederhergestellt werden können. Dabei gilt nämlich: je eher, desto besser (weniger Konflikte mit nachträglich veränderten Wegen). Alles andere kannst du auch bis April verschieben. Und wenn du HawkPat dazu bringst, Mailanfragen zu beantworten, wird er sich bei uns auch eher zuhause fühlen und selber nachfragen, wenn er etwas nicht versteht. Bei Wanderwegen in Deutschland ist die Chance groß, das in Deutsch abwickeln zu können. Ich habe anfangs auch hunderte Kilometer Radrouten und Wanderwege hier eingepflegt. Eben alles, was ich die letzten 10 Jahre so abgeklappert hatte. Da war aber auch noch in weiten Teilen Niemandsland auf der Karte. Heute weiß ich, das sich einige Wege inzwischen verändert haben. Aber um die neu einzutragen, müsste ich die neu abwandern. Und das kann maximal wieder 10 Jahre dauern... Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen im Wiki tauschen
Am 10.01.2012 16:42, schrieb Jan Tappenbeck: Am 10.01.2012 16:11, schrieb Matthias Meißer: Am 10.01.2012 15:27, schrieb Jan Tappenbeck: Hi! mit der Lizenzumstellung werden sicherlich so manche Relationen neu aufgesetzt werden. Im Wiki stehen dann die alten - oftmals an vielen Stellen. Wird es hierzu eine Suche und Ersetzen-Seite geben - ggf. wo man zunächst nur die alten und neuen ID einträgt ? Das ganze könnte sonst die Qualität des Wiki sehr stark beeinträchtigen. Interessanter Aspekt, das wichtigste wäre da wohl, dass wir eine Übersicht der Wikiseiten machen, die betroffen sind. Soweit ich das überblicke wären das: -Grenzrelationen (Übersichttseite, Länderseiten) -Wegenetze /Überssichtsseite, Länderseiten) Die habe ich auch im Blick. Nicht zu vergessen die ganzen lokalen Seiten, wo Ortsgruppen ihre Wege und Routen dokumentiert haben. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] fehlende Farbe im Multipolygon
Am 09.01.2012 09:20, schrieb Albrecht Will: Moin, nach dem Wasserverlust im Rhein und seiner Berichtigung wollte ich auf einen fehlenden Wald hinweisen und um Hilfe bitten. Ich selber finde den Fehler nicht. Ich hatte ein ursprünglich riesiges Multipolygon in kleinere Teile gesplittet. Anfangs war auch alles o.k. nach ein paar Tagen war die Fläche dann nur noch weiß. Osmarender stellt die Fläche richtig dar, Mapnik jedoch nicht. Schaut doch mal bitte: http://www.openstreetmap.org/?lat=52.4637937545776lon=11.818585395813zoom=14 Auch eine Fläche mit scrub wird in Mapnik nicht dagestellt. http://www.openstreetmap.org/?lat=52.3846900463104layers=Olon=11.8267822265625zoom=14 Wenn ich weiß woran es liegt, kann ich eigener Fehler künftig vermeiden. Albrecht Hi, so ganz erklären kann ich es mir auch nicht. Selbst gerendert sieht es normal aus. Ich hab mal ein neues Multipolygon draus gemacht, und den OSM Tileserver ein wenig getreten. Jetzt kommt auch wieder der Wald. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man einen übereifrigen Mapper bremsen??? Relationsbearbeitung europaweit !!!!
Am 09.01.2012 10:15, schrieb Jan Tappenbeck: Smartie hat HawkPat wohl bisher vergeblich versucht zu erreichen - obwohl er nach [1] wieder aktiv war. Die Frage ist jetzt - wie verfährt man mit soetwas?? Wenn das so weitergeht, dann verschlimmbessert der die Daten weiter ! Wäre vielleicht ein Anlaß auf die Bremse zu treten? Frederik kann sowas machen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte in JOSM einbinden
Am 09.01.2012 14:14, schrieb Jan Tappenbeck: hi! ich würde gerne mal die Wanderwege auf die Lizenz prüfen und mir u.a. die Wanderkarte von Sarah in den Hintergrund legen. Weiß einer ob man das irgendwie mit JOSM hinbekommt ? Gruß Jan :-) Du kannst unter Einstellungen/ wms Tms eintragen, was du willst. Um den genauen Pfad heruaszubekommen, gehst du auf [1] http://osm.lonvia.de/hiking.html Rechtsklick - Seiteninformationen anzeigen, Reiter Medien. Dort sieshst du unterhalb der osm-tiles auch lonvias. Ob sie das möchte, ist eine andere Frage... Gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte in JOSM einbinden - klappt nicht
Am 09.01.2012 16:01, schrieb Jan Tappenbeck: Hi ! nach der Übernahme der Angaben aus meiner OSM2go-Variante habe ich in der Auflistung der WMS/TMS-Parameter folgendes stehen: tms:http://tile.lonvia.de/hiking/{zoom}/{x}/{y}.png Wenn ich das mir nun in JOSM ansehe, dann kommt immer das die betreffende Kachel - mit der richtigen URL ! - nicht verfügbar ist. Also bei mir kommt diese Meldung nur dort, wo es auch keine Wanderwege gibt. Lonvia spart sich nämlich das Rendern von lereren Kacheln. Im Browser ist das kein Problem, wird halt nix angezeigt. Kennst du das reltoolbox plugin? Damit kannst du dir jede Relation einzeln hervorheben lassen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Downloadprobleme Aerowest
Am 06.01.2012 10:59, schrieb aighes: Siehe Mail von Frederik. Der Downloadserver ist umgezogen. Darauf müssen die DNS-Server sich erstmal umstellen. Bei mir klappt es schon. Was hat der Server von aerowest mit Frederiks Downlaods zu tun? Gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Knoten geloescht, aber noch mit Tags
Am 05.01.2012 06:04, schrieb Christian H. Bruhn: Hallo! Im Forum [1] ging es um einen doppelten Knoten [2] der in einer Karte von Netzwolf auftaucht. Dieser Punkt ist zwar gelöscht, hat aber noch alle Tags. Das sieht für mich falsch aus. Nö, das Löschen des Knotens hat mit dem Löschen der tags nichts zu tun. Warum bei Knoten aber kein gelöscht im osm.org/browse steht, verstehe ich auch nicht ganz. Wenn man sich aktuelle Daten runterlädt, taucht der Knoten jedenfalls nicht auf. Wenn in der Liste von Netzwolf veraltete Daten drin stehen, ist das sein Problem. Vielleicht zapft er eine veraltete xapi an. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fortführung der Skripte von Gary68
Am 04.01.2012 07:33, schrieb René Falk: Am 04.01.2012 07:14, schrieb Jan Tappenbeck: Ich hätte auch nicht das Problem das eine oder andere Skript selber fortzuführen - nur ist es so das ich schon früher Probleme mit dem einen oder anderen unter Windows (PerlActive) hatte und ein Linux-Rechner nicht zur Verfügung steht. Liegt es mit Linux an der Hardware (parallel Linux installieren oder per VM geht nicht?) oder am Linux-Wissen? An der Inkompatibilität. Ich hatte mehrfach vergeblich versucht, das mapgen.pl zum Laufen zu bringen. Es scheitert an einem Perl-Modul zur proj4.lib. Der Wrapper zur C-Bibliothek läuft nur auf Linux. Der Autor hat kein Windows, und ich bin in Perl nicht firm genug, um den Fehler zu finden. Dokumentiert habe ich es hier: http://wiki.openstreetmap.org/wiki/Talk:Mapgen.pl#Geo::Proj4_on_Windows Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Downloadprobleme Aerowest
Am 29.12.2011 12:46, schrieb Schorschi: hast du den Download auch heute oder gestern probiert? Kurz vor Weihnachten hatte ich unter Windows mit Firefox keine Probleme, jetzt klemmt es aber auch bei mir. ... und damit bist du nicht allein. Wir werden wohl bis Montag warten müssen :-( Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hillshading und komische schwarze Linien
Am 28.12.2011 13:14, schrieb Manuel Reimer: Hallo, warum sind im Hillshading-Overlay teilweise so komische schwarze Balken? Da ist wohl die Datenverarbeitung am Kachelrand bei 10°Ost und 50°Nord verunglückt: http://toolserver.org/~cmarqu/hill/12/2161/1389.png Gilt für Sauter, hikebikemap.de und lonvias hiking map gleichermaßen. Bekommt man von irgendwo auch um diese Balken bereinigte Daten? Bei der Wanderreitkarte: http://wanderreitkarte.de/hills/12/2161/1389.png Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie bringe ich das Programmm ogr2osm zum Laufen?
Am 27.12.2011 10:41, schrieb Michael Krämer: ich versuche, das Programm ogr2osm zum Laufen zu bringen: http://wiki.openstreetmap.org/wiki/Ogr2osm Laut Beschreibung braucht es das ogr module aus der gdal-Bibliothek. Bisher habe ich Python gedownloaded und in ein Verzeichnis Python27 entpackt. Hm, wenn ich noch recht erinnere, läßt sich das alles ganz gut über die Shell von osgeo4w abdecken. Zumindest verwende ich ogr2osm damit. Hier die Seite dazu: http://trac.osgeo.org/osgeo4w/ Gaanz so einfach ist es allerdings nicht. Wenn man nämlich ganz naiv *alles* von OSGeo4W installieren lässt, läuft nix mehr, weil sich irgendwelche dlls von Entwicklungsversionen mit den stabilen Versionen nicht vertragen. So habe ich es bei mir lauffähig installiert: === OSGeo4W-Installer herunterladen von http://trac.osgeo.org/osgeo4w/wiki/OSGeo4W_de oder direkt: http://download.osgeo.org/osgeo4w/osgeo4w-setup.exe [x] Desktop-Schnellinstallation Pakete wählen [x] GDAL (es werden 27 MB heruntergeladen) Anschliessend nochmal osgeo4w-setup.exe starten [x} fortgeschrittene Installation Installationstyp wählen: [x] aus dem Internet installieren Installationsverzeichnis C:\OSGeo4W Lokales Paketverzeichnis: (Voreinstellung übernehmen) Verbindungsart: [x] Direkte Verbindung Pakete wählen: Schaltfläche Ansicht - Nicht Inst. In der Zeile Paket: gdal-python vorne auf Skip klicken Weiter Fertig stellen ogr2osm.py herunterladen von http://trac.openstreetmap.org/browser/applications/utils/import/ogr2osm/ogr2osm.py (ganz unten: Download in other formats: Plain text) SimpleXMLWriter.py herunterladen von http://trac.openstreetmap.org/browser/applications/utils/import/ogr2osm/SimpleXMLWriter.py in Verzeichnis C:\OSGEO4W kopieren Shapefile komplett (.dbf/.prj/.shp/.shx) in das gleiche Verzeichnis OSGeo4W.bat starten python ogr2osm.py filename.shp dann wird filename.osm erstellt. = Das ist dann zwar nur Python 25, aber es läuft. HTH, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Garmin als guter GPS-Logger?
Am 26.12.2011 14:05, schrieb Manuel Reimer: SteMo wrote: Habe das Garmin etrex Vista HCx. http://wiki.openstreetmap.org/wiki/Garmin/eTrex_Vista_HCx; Weicht nicht allzu weit von meinem Legend HCx ab. Vom bisherigen logger kann ich mich aber trotzdem noch nicht trennen, weil der auf dem Rad während der Fahrt in der Jackentasche einfach und unkomplizeiert zu bedienen ist. Kann man damit auch mehrere Tracks *auf* der Karte loggen? Also direkt in die Karte reinmalen? Es wird in einer gpx-Datei protokolliert, wo du dich lang bewegst. Zusätzlich kannst du Wegpunkte anlegen. Blöderweise werden die nicht in die gpx geschrieben, sondern nur im internen Speicher abgelegt. Deshalb lese ich den Speicher hinterher mit g7towin aus. Unter Linux müsste das mit QlandkarteGt aber auch klappen. Mit dem Joystick kann man auch Wegpunkte woanders setzen, z.B. Hausnummern gleich richtig links oder rechts von der Straße. Kann man Punkte auch benennen? Ohne Touchscreen stelle ich mir das Tippen doch arg schwer vor... Ist ein wenig fummelig: Es wird eine Zeichenmatrix eingeblendet, über die man mit dem Joystick navigiert. Leider nicht im Tastaturlayout. Mir ist das gegenüber Papier und Bleistift zu zeitaufwendig. Insbesondere, wenn man mit anderen unterwegs ist. Eventuell gibts ja auch Geräte mit Voice Recording. Ich träume nämlich nach wie vorm vom papierlosen Mappen. Kurz vor der Tour schnell den Bereich exportieren, für's Garmin konvertieren und reinladen. Fehlende Straßen und Straßennamen dann einfach als POI an der richtigen Stelle direkt mit korrekt vom Schild abgelesenem Namen. Bis auf das Eintippen halte ich es auch so. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie bringe ich das Programmm ogr2osm zum Laufen?
Am 27.12.2011 06:38, schrieb Tirkon: Moin, ich versuche, das Programm ogr2osm zum Laufen zu bringen: http://wiki.openstreetmap.org/wiki/Ogr2osm Laut Beschreibung braucht es das ogr module aus der gdal-Bibliothek. Auf der verlinkten Seite http://www.gdal.org/ogr/ findet sich aber kein Stichwort ogr module. Wo also finde ich es? Hier: http://www.gisinternals.com/sdk/ Soweit ich die englischen Texte verstanden habe, gibts ogr nicht solo, sondern als Teil(e) von gdal. Die exe sind bei FWTools und Quantum Gis enthalten. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21.12.2011 09:18, schrieb Wolfgang: Was spricht dagegen, die Relationen so aufzuteilen, dass es für jede befahrene Linie für jede Richtung genau eine Relation gibt? eigentlich nichts ;-) Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21.12.2011 13:18, schrieb Martin Koppenhoefer: Am 21. Dezember 2011 09:18 schrieb Wolfgangwolfg...@ivkasogis.de: Was spricht dagegen, die Relationen so aufzuteilen, dass es für jede befahrene Linie für jede Richtung genau eine Relation gibt? Damit wird jeder Weg wie bisher mit genau einer Relation pro Richtung belastet (und nicht mit 50), alle Abschnitte sind drin, und wie der Bus/Zug/WasAuchImmer der Strecke folgt und welche Kombination überhaupt und wann gefahren wird, muss man sowieso dem Fahrplan entnehmen. evtl. könnte man da für bestimmte Fälle einen tag haben der sagt: das ist die Hauptroute, und das ist eine seltene Variante Ich würde das über die Rolle in der route_master-Relation kennzeichnen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 21.12.2011 15:12, schrieb Bartosz Fabianowski: * Einen weiteren sehr wichtigen Punkt sehe ich darin daß die Informationen, nach Varianten aufgegliedert, in einer vorgekauten Version vorliegen. Wenn jemand eine interessante Anwendung hat die einzelne Varianten referenzieren oder abbilden möchte muß er dann eben nicht einen Routingalgorithmus implementieren oder zwangsweise Fahrpläne konsultieren. Diese Arbeit braucht nur einmal gemacht zu werden um die einzelnen Varianten abzubilden. Anschließend stehen sie in sehr einfach zu verarbeitender Form der gesamten Gemeinschaft zur Verfügung. Schön wärs. Die Realität bei OSM sieht nun mal so aus, dass du vor jeder ernsthaften Nutzung der Daten erst mal prüfen, musst, ob da nicht irgendein Schlaumeier wieder alles mögliche umgetaggt oder gelöscht hat. Und dann baust du dir lieber eine lokale DB oder Tileserver, weil du irgendwann die Nase voll hast vom *ständigen* Hinterherputzen an den von dir selbst eingetragenen Daten. Deswegen bin ich dafür, dei Daten so einfach wie möglich zu halten, und soviel wie möglich dem Preprozessor zu überlassen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!
Am 22.12.2011 00:03, schrieb Frederik Ramm: Hi, On 12/21/2011 09:38 PM, Walter Nordmann wrote: Wie lange dauert das Rendern auf openstreetmap.de? http://munin.openstreetmap.de/mercator/mercator.html#Tirex - die aeltesten Tiles sind 600 Stunden alt. klappt den bei euch auch die /dirty-Methode, oder kann man da nicht selber nachhelfen? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name für Bahnhof?
Am 20.12.2011 19:39, schrieb Tobias Hobmeier: der OSM Bug: Description: Na was denn nun? München Hauptbahnhof, Hauptbahnhof oder München Hbf? Im Sinne der ÖPNV Karte sollte man sich hier schon einig werden. [Geo-Tobi, 2010-06-18 17:07:29 CEST] München Hauptbahnhof lässt keine Zweifel aufkommen. Bevor die ICE nur noch von Hauptbahnhof zu Hauptbahnhof fahren. Comment: außerdem wäre es hilfreich die Beschriftung zu reduzueren und nur einmal auf der Haupthalle anzuzeigen [NoName, 2010-12-21 01:36:19 CET] Dem kann ich nur zustimmen. Schliesslich sind dort nicht ein Dutzend Bahnhöfe, sondern *ein* Bahnhof mit zwei Dutzend Haltepositionen. Zu dem Zweck wurde public_transport=stop_position eingeführt. Dann braucht man aber nicht zusätzlich noch railway=station oder railway=halt an jeden Knoten zu hängen. Einer an zentraler Position (z.B. Bahnhofshalle) reicht. Auch die Flügelbahnhöfe sind eigentlich keine eigenen Bahnhöfe. Da wäre landuse=railway m.E. ausreichend. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name für Bahnhof?
Am 20.12.2011 20:31, schrieb Thomas Reincke: Am 20.12.2011 19:31, schrieb Peter Wendorff: Im Zweifelsfall am Bahnhof aufs Schild gucken. +1 Spannend wird es, wenn Bushaltestelle und Schienenhalt einen gemeinsamen Bahnsteig haben. Bei der Eisenbahn steht B-Dorf, bei der Gummieisenbahn Bahnhof auf dem Schild. Da sehe ich kein Problem: Knoten mit railway=halt auf das gleis, und highway=bus_stop auf den Bahnsteig. Dann kann jeder seinen Namen haben. Zielangaben wie Hamm (Westf), Hbf./Willy-Brandt-Platz finde ich für die Eisenbahn eher unpassend. Auch wenn ich den Willy nach wie vor sehr schätze. Macht aber trotzdem keinen Hauptbahnhof aus dem Bahnhof. Das kommt halt davon, wenn efa einfach die Bushaltnamen den Bahnhöfen aufzwingt. Wie bei Köln-Messe-Lanxess-Arena, was früher einfach Bahnhof Deutz hieß. Da konnten sich die Sponsoren wohl nicht einigen... Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme Garmin Nüvi 1390
Am 19.12.2011 11:44, schrieb Manuel Reimer: Ich habe heute festgestellt, dass meine Firmware total veraltet war. Nach (viel zu) langer Suche nach dem Direkt-Download-Link zur gcd-Datei habe ich die nun aktualisieren können. Aktuell übertrage ich wieder die große Freizeitkarte. Vielleicht ist ja die Strategie falsch. Die OSM-Daten wachsen stetig, die Hardwarelimits aber nicht. Der Deutschland-Extrakt der Geofabrik ist in einem Jahr von 830 MB auf 1,1GB gewachsen, das Garmin-img ist je nach Karte etwas größer. Über kurz oder lang scheitert das dann aber auch an der 4GB-Grenze, wie jetzt schon die AIO-Europe. Deshalb baue ich mir vor jeder Tour die Karte so groß, wie aktuell benötigt. Dann bleibt das Gerät angenehm flüssig zu bedienen. Bei einer Wandertour von 20-30km ist dann auch nicht mal der Splitter nötig. Bei BaseCamp kann man auch angeben, dass es automatisch nur die Kacheln hochladen soll, die für die gespeicherten Routen nötig sind. Mit mkgamp kann man ebenfalls ausgewählte imgs zu einer gmapsupp.img zusammenbraten. Man müsste halt nachscheuen, welches Gebiet die imgs abdecken. Notiz an mich selber: SD-Karten-Adapter kaufen, damit ich die Karte im Kartenleser schreiben kann. Über das Navi dauert das *ewig*... Hat aber -zumindest bei BaseCamp unter Windows- den Vorteil, dass dann die Adressuche funktioniert. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Am 19.12.2011 18:07, schrieb Bartosz Fabianowski: Noch gibt es so intelligente Karten nicht. Doch, gibt es. Eine intelligente Karte ist in der Lage, auf Basis der Fahrplandaten selbständig von Haltestelle zu Haltestelle auf den vorhandenn Straßen zu routen. Mit BaseCamp kriegst du das jetzt schon hin, wenn du die Haltestellen chronologisch sortiert als Punkte einer Routen-gpx einliest. Die Weginformationen in der Relation können von einer intelligenten Karte dazu genutzt werden, bestimmte Straßen zu priorisieren. Noch erschließt sich nicht jedem der Sinn darin, alle Varianten zu mappen. Aber ich für meinen Teil plädiere dennoch dafür, es zu tun. Wir schaffen mit OSM Daten und ermöglichen damit das Entstehen spannender Projekte die darauf aufbauen. Und ich bin dagegen. Wenn jede Linie 50 Varianten hat, kleben an einem Straßenstück einige hundert Relationen (es gibt ja nicht nur Buslinien). Da traut sich dann keiner mehr, wirklich notwendige Änderungen am Straßennetz vorzunehmen, oder er verstümmelt die angelegte Relationen, oder löscht sie bei nicht verstandener Konfliktlösung. Dann war *deine* Arbeit für die Katz. Deshalb favorisiere ich eine Relation je Richtung, damit man nicht zwischen forward und backward unterscheiden muß, und relativ einfach die Vollständigkeit der Relation üerprüfen kann. Mappen werde ich hier aber erst nach der Lizenzumstellung oder auf vollständig Lizenz-konformen Routen. Denn Relationen erschweren das Remappen. Das ist sicher ein interessanter und wichtiger Gedanke. Aber es gibt ja mittlerweile Karten die den Lizenzstatus anzeigen. Wenn eine Stecke komplett sauber ist kann man sie auch heute schon mit einer Buslinie versehen. Das nutzt dir aber gar nichts. Ich bin ständig damit beschäftigt, meine vor Jahren schon eingetragenen Wanderwegsrelationen zu flicken, weil ständig jemand Wegstücke löscht und aus Luftbildern neu einträgt, Wege verbindet, die nur zum Teil zur Relation gehören, Kreisverkehre einpflegt oder Straßen durch Plätze ersetzt. Wenn du das mit einigen hundert Teilrelationen machen darfst, ist das quasi ein Vollzeitjob. Solange, bis die Straßen auf Flächenmapping umgestellt werden. Dann darfst du alles komplett neu anlegen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme Garmin Nüvi 1390
Am 16.12.2011 08:36, schrieb Manuel Reimer: Andre Joostandre+joostat nurfuerspam.de writes: Bei mir läuft die Freizeitkarte ohne Murren. Ist allerdings selbstgebaut mit der Freizeitkarte-Entwicklungsumgebung. Wesentlicher Unterschied bei der Kartenerstellung ist, dass die gmapsupp.img nicht von mkgmap oder gmt erzeugt wird, sondern per Garmin MapInstall aus MapSource oder Basecamp auf das Gerät gespielt wird. Anschließend kann man die fertige Datei per Massenspeichermodus zurück auf den PC holen. Das soll für Routing und Adresssuche Vorteile bieten, ist dann allerdings möglicherweise nicht mehr kompatibel zu anderen Garmin-Modellen. Und wie umgehe ich dann mein Problem? Selber bauen und dabei mkgmap nutzen? Siehe dazu: Anmerkungen: ... - die Schritte 1 bis 4 können alternativ auch unter Linux ausgeführt werden Wenn das BaseCamp nicht unter wine läuft, wäre es ein Versuch wert. Wir wissen ja nicht, was MapInstall so alles in die gmapsupp.img schreibt. Kann man denn unter Linux die img mit GMapTool oder anderen Programmen splitten und mit QlandkarteGT aufs Gerät schieben? Ich kenn leider nur die Windows-Programme :-( Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de