Re: [Talk-de] Kreisgrenzen Sachsens
Ich hatte schon mal einen Schriftaustausch mit dem LVA, wegen den Luftbildern. Das wurde damals abgelehnt. Vielleicht klappt es ja, wenn öfter mal ein paar Leute nachfragen. Gruß Stefan Dirk Stöcker schrieb: On Wed, 5 Nov 2008, Fabian Schmidt wrote: ich möchte beim Landesvermessungsamt nachfragen, ob wir von deren Karte die Kreisgrenzen abmalen dürfen (und die Wanderweg-Overlays bekommen können). Eine Mitarbeiterin von dort meinte, dass Sie eine schriftliche Anfrage bräuchte und solche Anfragen ab und zu kommen. Ich möchte ungern der 20. Bittsteller von OSM sein. Liest ein Dresdner hier mit oder weiß jemand was von Anfragen? (Leider bin ich unfähig, die Mailingliste der Dresdner zu lesen/Yahoo zu bedienen.) Ich bin gerade mit denen wegen Luftbildkarten und Nutzung anderer Fachlayer in Kontakt. Gedulde Dich also vielleicht noch ein Weilchen, dann sparst Du Dir Arbeit. Außerdem kann ich Dir nachher den richtigen Ansprechpartner nennen :-) Ciao ___ 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] Track-Grades auf Garmin-Geräten
Beim Maps rendern sollte man so stark wie möglich differenzieren, zur Not halt mit Subtypen. Dann hat man später alle Möglichkeiten offen. Für die einzelnen Einsatzzwecke (Auto, Fahrrad, Wandern o.ä.) erstellt man dann jeweils ein geeignetes Typfile um die Darstellung zu optimieren. Wenn wir so vorgehen ist allen gedient und nicht bloß einer Gruppe von Nutzern... Gruß Stefan Gerd von Egidy schrieb: Also Grade 4 und 5 weglassen halte ich für überhaupt keine gute Idee, grad wenn ich mein Mountainbike raushole, suche ich nach den Dingern. Ich würde die also eher mit den Fußwegen zu Trail zusammenfassen. Könnte man machen. Was mich auch stört, ist das die cycleways auch als Trail markiert sind. Normal sind die cycleways bestens ausgebaut, von der Fahrbarkeit also vergleichbar mit track grade1. Also aus meiner Sicht könnte man die gut auch unter Alley packen. Könnte man auch machen. Tja, jetzt die Frage an Carsten: hälst Du das auch für sinnvoll und könntest es umstellen? Oder stört das den Einsatz der Karte für etwas anderes als das von mir primär beabsichtigte Radfahren? Vielen Dank an dieser Stelle übrigens an computerteddy für das regelmäßige aktualisieren! Das macht das mappen viel einfacher wenn man ständig aktualisierte Karten hat und sich so manchen schon von jemand anderem getrackten Weg sparen kann. Der Service von Carsten ist wirklich klasse. Ich möchte jedoch an dieser Stelle darauf hinweisen dass sich eigentlich jeder Dank mkgmap seine eigene Karte basteln kann. Hab mir grad mal die wiki-Seite dazu angeschaut. Scheint nicht allzu kompliziert zu sein. Wenn ich aber dauerhaft aktuelle Daten haben will, muß ich das ganze skripten, regelmäßig die Tools updaten, mich damit rumärgern, daß das Zeug grad in Mapsource nicht läuft usw. und jede Menge Rechenzeit (=Strom) dafür verbraten. Das machen sicher nur wenig User und erhöht außerdem die Einstiegshürde für neue User. Das ganze nur an einer Stelle zu machen ist also sicher bis auf besondere Anwendungen der bessere Weg. Wer sich dabei für eine für Radfahrer halbwegs brauchbare Config interessiert möge mir einfach 'ne Mail schreiben. Was hast Du gegenüber z.B. der Karte von Carsten geändert? Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin-Typfiles
ich bin gerade dabei, mein Typfile zu überarbeiten. Mal schauen, ob es bis nächste Woche fertig wird. Es wird wohl etwas kontrastreicher und mit weniger Farben sein, dann läuft es auch auf dem 60CSX gut. Die unterschiedlichen Tracks und andere verschiedene Polylines lassen sich evtl. nur noch über Subtypen realisieren. Dann läuft die Karte aber nicht mehr in QLandkarte o.ä. nur noch in Mapsource und auf dem GPS. Weiterhin müsste Carsten dann auch seine Feature Datei entsprechend anpassen. Gruß Stefan FreeWorld schrieb: Diese ganze Typfile Geschichte ist tatsächlich eine sehr spannende Sache. Wie wärs, wenn mal nicht jeder seinen eigenen Brei kocht, sondern alle zusammen an ein paar Standard-Typfiles für verschiedene Anwendungen arbeiten? Wir könnten ja ne Wikiseite machen und dann einfach festlegen, was in welchem Kartentyp (Auto- / Radfahrer- / See- / Eisenbahner-karte usw.) wie dargestellt werden soll. Ich hab das Gefühl das interessiert einige. Und wenn alle ihre Ideen einbringen können, kommt bestimmt was schönes dabei raus. Vielleicht sollte man es eben auch so einrichten, dass man die Maps OSM-spezifisch rendert. Momentan wird das ja von Computerteddy eher noch so garmin-standard-mäßig gerendert. Da fehlen halt viele Elemente von OSM bzw. werden nicht unterschieden z.B. Tracktype. Wenn man die alle auf ne eigene ID legt, kann man das Typfile dazu auch entsprechend erzeugen. Wär das für dich interessant Carsten? Klar sind natürlich insgesamt die Geschmäcker auch verschieden, aber ich denke im Großen und Ganzen wollen die meisten hier das selbe. Schöne Karten auf dem Garmin. Frage: Wer kennt sich aus und kann schon mal die Basis liefern? Hübsche mkgmap-Regeln mit Typfile? Am besten ne Wikiseite dazu machen und losstarten. Dann bleibt das hier nicht im Konjunktiv. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Also der Saftl, dass bin ich und darum hier meine Antwort zum Typfile. Das das vom 16.02. ist, ist ok, da sich da ja nichts ändert. Die auszutauschende tdb-Datei ist immer aktuell, wenn die Karte bei mir im Mapsource funktioniert. Ich werde mal eine Batch schreiben zum Installieren, kein Problem. Allerdings brauchen wir erst mal wieder eine funktionierende Version... Stefan Johann H. Addicks schrieb: Stefan Seifert schrieb: Du hast also keine ID im Typfile geändert und trotzdem funktioniert das Typfile mit den genannten Registry Einstellungen? Das ist ja komisch. Es mag jetzt vermessen klingen, aber mir ist jetzt nicht mehr klar, ob das besagte Worldfile vom 25.06. im Mapsource funktioniert und wenn ja a) nur mit speziellen Mapsource-Versionen? b) nur mit einer anderen Registry-Datei als auf der Benutzerseite von Computerteddy angegeben c) oder liegt es am Typfile? Wenn ja, wo gibt es dort ein aktuelles? Bei Saftl bekomme ich eines vom 16.02.2008 Anders gesprochen: So ein einfacher Installer, so richtig Dau-Kompatibel... der auch gleich noch sich selbst den Pfad anpasst... das würde ich für praktisch empfinden. Aber auch die Lösung vom GMapTool (von AP) würde mir schon reichen: Das erstellt im Kartenverzeichnis zwei Batchdateien: eine install.bat, eine uninstallbat, die jeweils die Karte für Mapsource in die Registry ein- bzw. wieder austragen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Hallo Karsten, bei mir funktioniert es ebenfalls nicht mehr. Ich sehe an der ID: 2b, dass Du das Typfile angefasst hast, kannst Du Deine Version evtl. mal schicken oder irgendwo hochladen. Danke Stefan Carsten Schwede schrieb: Hallo, ich verwende für das D-File folgenden Registry- Eintrag: REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\OSM-DE] ID=hex:2b,00 TYP=E:\\Garmin\\DE\\typ\\6324.typ [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\OSM-DE\1] Bmap=E:\\Garmin\\DE\\6323.img Tdb=E:\\Garmin\\DE\\6323.tdb Loc=E:\\Garmin\\DE\\ Das läuft bei mir mit der aktuellen Release als auch mit der momentanen Beta-Version von Mapsource. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Qlandkarte unterstützt keine Typfiles, leider... Stefan Christoph Eckert schrieb: Moin, Mach doch ganz ohne Zusatz-Software. GPS an den Rechner anstoepseln und in den Massenspeicher-Modus stellen (beim Etrex Legend im Menue Einstellungen-Schnittstelle glaub ich, dann einfach auf den Joystickbutton druecken). Am Rechner erscheint es dann wie ein USB-Stick, und Du kannst einfach ein Verzeichnis GARMIN anlegen (wenns noch nicht da ist) und die gmapsupp.img dort rein kopieren, fertig. Ist zum Betanken der Geräte mit wechselbarem Speicher die komfortabelste Vorgehensweise. Um die Karten aber vorher sichtzuprüfen ist eine Software ganz praktisch. Mapsource ist das etwas umständlich, weil es sich gelegentlich an Registryeinträgen verschluckt. Wem es also zu umständlich ist bzw. wer fürchtet die MapSource-Installation zu beschädigen kann ja vielleicht auch auf Windows versuchen mit Qlandkarte zum Ziele zu kommen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Abschnittsnummernkarten in Bayern
In Sachsen habe ich ebenfalls eine Absage erhalten. Die Begründung war, dass damit das Vertrauen in amtliche Vermessungsdaten zerstört werden könnte, da die Daten beliebig verändert werden könnten. Ich habe noch eine Anfrage zur Nutzung der Luftbilder ohne Quellenangabe laufen, bis jetzt aber keine Antwort. Stefan Holger Blum schrieb: Holger 'Ingrid' Blum schrieb: Hat schon einmal jemand für Bayern angefragt? Datenquellen gäbe es hier auch zur Genüge, z.B. http://www.baysis.bayern.de/Strassendaten/zis_abschnitt.aspx oder http://www.geodaten.bayern.de/BayernViewer/index.cgi Ansonsten würde ich es einmal versuchen. Heute habe ich die Antwort vom Bayerischen Staatsministerium des Innern bekommen: Da diese Informationen bereits allgemein zugänglich seien wird keine Zustimmung zu einer unabhängigen Veröffentlichung dieser Daten erteilt, vor allem weil eine Konsistenz der Daten bei einer unabhängigen Veröffentlichung nicht mehr gewährleistet werden könne. Die Logik hinter dieser Argumentation erschließt sich mir nicht wirklich, schließlich ist eine private Veröffentlichung erlaubt, wo das Problem genauso bestehen würde, siehe http://www.baysis.bayern.de/Services/nutzungsbedingungen.aspx. Gibt es mittlerweile weitere Erfahrungen mit den Ämtern zu dieser Thematik, die ich noch in meine Argumentation einfließen lassen könnte? War es in Thüringen mit der einen Mail und der kurzen Antwort getan oder steckte da noch mehr Arbeit dahinter? Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
im Typfile steht aber die ID drin und im TDB-File muss sie ja ebenfalls angegeben werden. Stefan Carsten Schwede schrieb: Hallo, Stefan Seifert schrieb: Qlandkarte unterstützt keine Typfiles, leider... Das ist wahr, aber da kann man sich ja auch mit sendmap behelfen. Ich gebe zu, dass es schon schön ist, wenn man mehrere Karten aufs GPS-Gerät laden kann und das auch noch mit Typ-Files Ich habe übrigens mit der ID nur bisschn rumprobiert und nichts am Typfile verändert. Ich dachte mir, da gibt es weniger Probleme mit dem gleichzeitigen Benutzen des Worldfiles. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Abschnittsnummernkarten in Bayern
meine erste Anfrage betraf alle WMS-Server vom LVA Sachsen. Da sind auch Topo-Karten mit dabei... Aufgrund der ersten Absage, habe ich dann noch mal nur nach den Luftbildern gefragt. Stefan Sven Geggus schrieb: Stefan Seifert [EMAIL PROTECTED] wrote: In Sachsen habe ich ebenfalls eine Absage erhalten. Die Begründung war, dass damit das Vertrauen in amtliche Vermessungsdaten zerstört werden könnte, da die Daten beliebig verändert werden könnten. Seit wann sind Luftbilder amtliche Vermessungsdaten? Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Du hast also keine ID im Typfile geändert und trotzdem funktioniert das Typfile mit den genannten Registry Einstellungen? Das ist ja komisch. Stefan Carsten Schwede schrieb: Stefan Seifert schrieb: im Typfile steht aber die ID drin und im TDB-File muss sie ja ebenfalls angegeben werden. Na ich hab halt bei diesen Sachen keine Ahnung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Sachsen, DOP und JOSM?
Du kannst in dem xml file vom LVA die Syntax der Anfrage auslesen. Ich habe beim LVA eine neue Anfrage gestellt, mit dem Hinweis der Freigabe durch Bayern. Falls diese possitiv beantwortet wird, wird die Syntax auch im Wiki stehen, bis dahin nicht. Gruß Stefan TopSpotter schrieb: Hallo Leute, neulich gab es schon einmal eine Diskussion zum Thema Landesvermessungsamt Sachsen und Verwendung von Geoinformationen für OSM. Mich interessiert die Möglichkeit, wie ich die DOP's von der Behörde als Kontrollayer (und nur als Solchen!) in JOSM einbinden kann? Geht das mit dem WMS-Plugin? Welchen Syntax hat die passende Serverabfrage? Ich möchte im Potlatch einige landwirtschafliche Nutzflächen und Wälder einzeichnen und später mit DOP's prüfen, ob das so paßt. Die Auflösung der Yahoo-Bilder im Potlatch ist mir einfach zu grob. Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 28.5.08
Hallo, also ich habe mal mit srtm2osm getestet und das funktioniert prinzipiell ganz gut. Allerdings sind bei mir die Höhenlinien immer in Fuss, obwohl ich in Metern angebe. Es muss aber gehen, da es schon diverse Karten mit dem gleichen Verfahren gibt. Ich habe es folgendermaßen probiert: srtm2osm.exe -bounds1 %minlat% %minlon% %maxlat% %maxlon% - step 20 -cat 400 100 -o %hoehenfile% -merge %osmfile% Dann noch mkgmap ausführen: mkgmap.jar --map-features=map-features.csv --latin1 --tdbfile %osmfile% Evtl. kann das ja mal jemand nachvollziehen und wenns funktioniert berichtigen. @Computerteddy: So in der Art müsste es doch auch automatisch funktionieren, oder? Einfach nur Deine Kacheln noch mit srtm2osm mit Höhenlinien versehen und dann erst durch mkgmap jagen... Gruß Stefan Holger Issle schrieb: Hi, On Thu, 29 May 2008 16:51:40 +0200, Martin Simon wrote: Ich ziehe mir immer von http://topomaps.dyndns.org/ tagesaktuelle Garmin-Karten mit Höhenlinien für gpsVP. Sinnvoll wäre da einmal die Höhenlinien als transparente Karte zu erzeugen, und die dann im GPS über den normalen Karten anzuzeigen. Dann kann man die Linien auch an- und abschalten. Gehen tut das... aber fragt bitte nicht wie das zu tun ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Vermessungsamts in OpenStreetMap
Das sind ja super Nachrichten, da werde ich wohl noch mal auf das Sächsische Landesvermessungsamt zugehen. Ich hatte da nämlich eine Absage der Nutzung erhalten. Wenn du die Adresse des WMS Servers hast, kannst Du einfach seine Schnittstelle abrufen. In der xml-Datei findest Du die nötigen Informationen. Dann kannst Du den WMS-Server in Josm einbinden, genau wie Landsat o.ä., es ist kein Plugin nötig. Gruß Stefan Andreas Hubel schrieb: Hi, anbei einen Auzug aus der Korrespondenz meinerseits mit den Bayrischen Vermessungsamt, oder wie das auch immer heißt. Jetzt brauchen wir nur noch jemand der ein einfach zu bedienendes Plugin für JOSM schreibt. MfG Andi Von: Gigl, Claudia (LVG) Gesendet: Montag, 26. Mai 2008 12:13 An: 'Andreas Hubel' Betreff: AW: AW: Nutzung von Luftbildern in OpenStreetMap Sehr geehrter Herr Hubel, der frei zugängliche WMS-Server der GDI-Bayern bietet zwar nicht alle, aber einige Daten, die auch über den BayernViewer abgerufen werden können. Sämtliche Kartenwerke der Bayerischen Vermessungsverwaltung (z.B. die Digitalen Topographischen Karten) sind urheberrechtlich geschützt. Das Abdigitalisieren von Karten und die Veröffentlichung dieser Daten ist (auch von Daten, die über die GDI abgerufen werden) nicht erlaubt. Die Digitale Orthophotos (DOPs), die kostenfrei von der GDI angeboten werden, haben eine Bodenauflösung von bis zu 2m. Diesen Dienst dürfen Sie zum Einzeichnen von Details (wie in Ihrer Mail vom 17.5.2008 beschrieben) verwenden. Die DOPs dürfen aber nicht in OpenStreetMap eingestellt oder in irgendeiner Art und Weise veröffentlicht werden (lediglich die Veränderungen, die Sie erfasst haben). Die Veröffentlichung von DOPs bedarf einer kostenpflichtigen Genehmigung. Die GDI-Bayern ist nicht der Bayerischen Vermessungsverwaltung unterstellt. Das Angebot der verschiedenen Dienste, wie lange und wie diese genutzt werden können, liegt folglich nicht in unserer Hand. Wir können Ihnen deshalb nicht garantieren, dass der Dienst aufrechterhalten wird. Ich hoffe, ich konnte Ihnen weiter helfen. Mit freundlichen Grüßen Claudia Gigl On 21.05.2008, at 10:47, Gigl, Claudia (LVG) wrote: Hierzu Folgendes: Die Bayerische Vermessungsverwaltung stellt innerhalb ihres Internetauftritts (www.geodaten.bayern.de) unter anderem DOPs bis zu einer Bodenauflösung von 40 cm kostenfrei in dem so genannten „BayerViewer“ (http://www.geodaten.bayern.de/BayernViewer/index.cgi) zur Verfügung. Sehr geehrte Frau Gigl, sie bieten ja unter anderem auch einen frei zugänglichen WMS Server, der die selben Daten ausliefert wie der BayernViewer. Wie würde es bei diesem Dienst aussehen, denn die Bilder des WMS Service könnten wir in unserem Editor evtl. mit anzeigen. Sehr geehrter Herr Hubel, vielen Dank für Ihr Interesse an den Daten der Bayerischen Vermessungsverwaltung. Unsere aktuellen Luftbilder wären sicherlich eine Erleichterung für die von Ihnen geschilderte Anwendung. Ihrer Mail entnehme ich, dass Sie nach einer kostenfreien bzw. kostengünstigen Möglichkeit suchen, unsere Digitalen Orthophotos (DOPs) als Hilfe zum Einzeichnen von Details bei der Erfassung von Daten für OSM zu verwenden. Hierzu Folgendes: Die Bayerische Vermessungsverwaltung stellt innerhalb ihres Internetauftritts (www.geodaten.bayern.de) unter anderem DOPs bis zu einer Bodenauflösung von 40 cm kostenfrei in dem so genannten „BayerViewer“ (http://www.geodaten.bayern.de/BayernViewer/index.cgi) zur Verfügung. Bei dieser Applikation ist es nicht möglich, irgendetwas einzuzeichnen. Die Fertigung von Ausdrucken zu internen Zwecken ist jedoch gestattet. D.h., wenn Sie sich einen Ausschnitt ausdrucken, darauf Ihre Änderungen/Anmerkungen eintragen und diese dann zuhause in OSM einarbeiten, ist das (zwar umständlich, aber) erlaubt. Nicht gestattet ist die Weitergabe dieses Ausdrucks oder die Veröffentlichung (z.B. Einstellen ins Internet). Die Nutzungsbedingungen (falls noch nicht bekannt) finden Sie unter: http://www.geodaten.bayern.de/BayernViewer/pdf/Bayernviewer_Nutzungsbedingungen.pdf. Eine andere kostenfreie Möglichkeit sehe ich nicht. Für alle anderen Anwendungen müssten Sie die DOPs käuflich erwerben: DOP mit einer Auflösung von 40 cm (DOP 0,4) kosten 6€ pro km²; DOP 0,2m kosten 9€/km². Nähere Einzelheiten zu den Preisen (Staffelung nach km²) entnehmen Sie bitte der Preisliste im Internet (unter: „Fachanwender und Download/ Service und Download/Preise“). Falls Sie sich für eine geringere Auflösung (z.B. 2m) interessieren, machen wir Ihnen gerne ein Angebot. Diese Preise sind als Datenkosten für die interne Nutzung zu verstehen (bei der einige wenige externe Nutzungen erlaubt sind). Wenn die Daten nicht intern genutzt werden, sondern ausschließlich für die Erstellung der OSM, gewähren wir einen Rabatt auf die Datenkosten, aber es kommt noch ein Verwertungsentgelt hinzu, das sich nach der Verwendung der Daten bemisst. Wenn Sie hierüber ein
Re: [Talk-de] JOSM: Neues Plugin
einwandfrei, habe ich schon länger vermisst... Gruß Stefan Henry Loenwind schrieb: Hi, ich mach hier mal ein wenig Eigenwerbung: Seit heute Nacht gibt es ein neues JOSM-Plugin namens UnGluePlugin. (Ja, ich habe mich beim Namen schwer getan, bessere Vorschläge?) Es bringt genau ein Tool mit, und zwar um aus einem Node, der von mehreren Ways benutzt wird, wieder mehrere Nodes zu machen, die jeweils nur von einem Way benutzt werden. Also genau das Gegenteil von dem, was Merge Nodes macht.Ganz praktisch, wenn man mal aus Versehen einen neuen Node auf einen vorhandenen Way gesetzt hat, oder etwas absichtlich gesharetes korrigieren muss. Hinweise: * Wenn der Node in einer Relation ist, sind nachher beide Nodes (mit der gleichen Rolle) in der Relation. * Wenn der Node von 25 Ways benutzt wird, gibt's hinterher auch 25 Nodes. * Allererste Version, also lieber zwischenspeichern vor der Benutzung. Bei mir läuft's zwar stabil, aber das will nix heißen. * Sourcecode ist mit im jar. Wenn jemand drüberschauen möchte... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bessere Luftaufnahmen
Hallo Andreas, der Kontakt mit dem sächsischen Landesvermessungsamt war ebenfalls nett, aber träge. Die Diskussion lief eigentlich darauf hinaus, wie die Daten zu kennzeichnen sind, um die Herkunft zu zeigen. Der Vorschlag war, den Daten einen Kommentar Hergestellt unter Verwendung der [EMAIL PROTECTED] sachsen mit freundlicher Genehmigung des Landesvermessungsamtes Sachsen anzufügen. Das wäre für mich kein Problem gewesen, aber ich konnte natürlich nicht zusichern, dass der Kommentar nicht entfernt wird und das die entstehende Karte nur nichtkommerziell verwendet wird. Falls Du ein possitives Ergebniss in Thüringen erreichst, melde dich unbedingt mal bei mir, dann könnte ich es noch mal versuchen... Gruß Stefan Andreas Jacob schrieb: Hallo Stefan Am Samstag, 3. Mai 2008 21:03:10 schrieb Stefan Seifert: Hallo, ich hatte vor einiger Zeit mal beim Landesvermessungsamt Sachsen angefragt, ob wir die Luftbilder des WMS Servers verwenden dürfen. Nach mehrmaligem Schriftwechsel mit Erläuterungen und Vorschlägen zur Kennzeichnung der abgezeichneten Daten erhielt ich leider folgende Antwort: Az.: 34-292/07 Nutzung von Geodatendiensten der oberen Vermessungsbehörde Ihre Nachricht vom 05.03.2008 (Email) Sehr geehrter Herr Seifert, eine Erlaubnis zur Vektorisierung der freien WMS-Deinste der oberen Vermessungsbehörde des Freistaates Sachsen mit dem Ziel, die so gewonnenen Geometrien in das Produkt OpenStreetMap einzupflegen wird nicht erteilt. Zur Begründung: Das Produkt OpenStreetMap unterliegt einer permanenten Veränderung. Die Erteilung einer Erlaubnis zur Vervielfältigung der Daten des Geodatendienstes Und hier sehe ich in meiner laienhaften Rechtsauffassung absolut keine Vervielfältung der Daten. Vervielfältigung wäre in meinen Augen exakt dann gegeben, wenn du das Orthophoto komplett oder in Teilen zur Verfügung stellen würdest. setzt voraus, dass Urheberrechte dauerhaft eindeutig und nachvollziehbar für den Nutzer kenntlich gemacht werden Und hier ist wieder die Frage ob eine Vektorisierung dieser Daten, welches zweifelsohne eine kognitive Abstraktion erfordert, nicht dazu führt, dass kein abgeleitetes, sondern ein eigenständiges Werk entsteht. und die vervielfältigten Geometrien wegen des Vertrauens in eine amtliche Kartengrundlage nicht mehr beliebig verändert werden dürfen. Dies ist in vorliegendem Produkt nicht gegeben. Das finde ich eine sehr abenteuerliche Argumentation. Ersteller der vervielfäligten Geometrien wärest du, und keine Behörde. So lange du das Vektorisieren nicht komplett Algorithmierbar durchziehen kannst, sehe ich da keine Vervielfältigung von amtlichen Werken. Und überhaupt. was bestehen sie denn auf eine Kennzeichnung - ohne dies hätten sie das Problem nicht. *SCNR* Na ja, bin ja mal gespannt. was mir meine Thüringer auf die Anfrage bzgl. des WMS antworten werden. Bisher war der Emailkontakt sehr nett, wenn auch etwas schleppend. Zumindest habe ich die von mir vertretene Ansicht eines eigenständigen Werkes beim Vektorisieren der Orthophotos vorsichtshalber in meine Argumentationsstruktur der Anfrage vorab eingebaut. ;-) Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern und Bauformen
ich finde es auch nicht so gut, jedes Haus einzeln zu zeichnen. Wir haben hier in Dresden eine Menge Gebäude die aus vielen Häusern bestehen. Zum grossen Teil sind das Genossenschaftswohnungen o.ä. Da sind dann mal 10 Hausnummern auf ein Gebäude verteilt. Ich wollte das jetzt lösen, indem ich in den Grundriss des Gebäudes noch einen Node mit der Hausnummer an der richtigen Stelle setze. Leider wird dann die Nummer gar nicht gerendert. Gruß, Stefan Sven Anders schrieb: Am Mittwoch, 23. April 2008 13:50 schrieb Martin Koppenhoefer: Man kann sich im OSM Kontext gewiss darauf einigen, das EIN Reihenhaus DREI OSM-H?user sind, aber logisch finde ich das nicht. Ist vielleicht etwas konstruiert: Was ist, wenn ein Eingang nur f?r das Obergeschosss ist, und ein anderer f?r das Untergescho?, muss ich dann zwei buildings mit layer=0 und layer=1 anlegen? Wenn jemand OSM benutzt um festzustellen wieviele H?user es in einen gut erfassten Stadtteil gibt, w?rde er wahrscheinlich erwaten, das ein Reihenhaus ein Haus ist (und nicht drei). was ist denn ein Haus? Gehört da der Geräteschuppen, die Garage und das Gästehaus im Park dazu, oder nicht? vielleicht. Gegenfrage: was würdest Du in einer mittelalterlichen Altstadt machen? Alles als EIN Haus taggen, weil die Häuser gemeinsame Wände haben/sich gegenseitig stützen? Ein Reihenhaus SIND 3 Häuser (im Beispiel), ein Doppelhaus sind 2 Häuser (im Übrigen auch mind. 2 Grundstücke). Naja, das muss wirklich nicht so sein, so sind z.B. die Reihenhäuser hier in der Gegend von einer Wohnungsbaugenossenschaft auf einem Grundstück. Grundstücke helfen hier auch nicht wirklich weiter das haben aber schon andere Geschrieben. Für mich war es bislang immer so das ich ein Haus als das verstehe, was abgeschlossene Außenwände hat. Sicher es gibt da Ausnahmen, (irgenwelche Verbindungstunnel/Brücken etc.) ich bin nicht vom Fach, etc. aber ein Reinhaus als 3 Häuser zu bezeichnen finde ich in Blödsinn, auch wenn der/die Autoren der Wikipedia davon überzeugt sein scheinen und es andere beweise für deine Theorie gibt. Wenn das aber nur mir hier böse aufstößt, ist es auch egal, dann lass uns das so machen. .. hätte man ja nach Deiner Logik immer nur eine Nummer (gilt für quasi alle Innenstädte der europäischen Stadt (http://de.wikipedia.org/wiki/Stadt)). Nein, nicht eine sondern beliebig viele, die den jeweiligen Eingang Kennzeichnet. Finde ich logischer als dem Gebäudekomplex irgendwie an den Brandwänden unterteilen zu müssen. Oder um es mit den Worten von Ralph zu sagen: Am Mittwoch, 23. April 2008 11:19 schrieb Ralph Aichinger: Ich glaube die innere Aufteilung derartiger Blocks wird man ohne Bauplan nie durchschauen. Und ich denke wir müssen dafür noch nichtmal darum diskutieren wieviele Häuser ein Reihenhaus sind. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern und Bauformen
nein ist immer noch nichts zu sehen. In der Referenz http://informationfreeway.org/?lat=49.00364970035011lon=8.405774841554003zoom=17layers=00B0F000F sieht man ebenfalls nur die Interpolationslinien und keine Nummern. Stefan Frederik Ramm schrieb: Hallo, ich finde es auch nicht so gut, jedes Haus einzeln zu zeichnen. Wir haben hier in Dresden eine Menge Gebäude die aus vielen Häusern bestehen. Zum grossen Teil sind das Genossenschaftswohnungen o.ä. Da sind dann mal 10 Hausnummern auf ein Gebäude verteilt. Ich wollte das jetzt lösen, indem ich in den Grundriss des Gebäudes noch einen Node mit der Hausnummer an der richtigen Stelle setze. Leider wird dann die Nummer gar nicht gerendert. Sollte sie aber werden. Wir hatten da voruebergehend einen Bug im Stylesheet; mach nochmal ein Update und schau, ob es mit der neuen Version stimmt. Ich ueberlege, ob es vielleicht gut waere, das Rendering der Hausnummern einfach auf den Maplint-Layer zu verschieben und den Maplint-Layer zu einem allgemeinen Debug-Layer zu erklaeren. Dann bleibt Osmarender z17 frei von Stoerungen, und wer Hausnummern sehen will, kann einfach den Maplint-Layer anknipsen. Langfristig muessen wir uns natuerlich eine schoene Darstellung fuer Hausnummern ausdenken, die auch auf dem normalen z17-Layer existieren darf. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tagging preußischer Festungsanlagen
ich habe das bis jetzt mit historic=wall und man_made=city_wall getagt, passt nicht ganz, aber was passenderes habe ich nicht gefunden... Beide Tags werden aber nicht gerendert. Gruß Stefan Christoph Wagner schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hatte schon des öfteren das selbe Problem. Eigentlich wird es da mal Zeit für ein Proposel, irgendwas mit Festungsanlage oder so. Da gibts einfach noch nichts wirklich passendes. Würde mich freuen, wenn das mal jemand machen könnte - hab da leider gerade nicht die Zeit für - sorry... Grüße Christoph Karsten Merker schrieb: Hallo, ich stehe gerade vor dem Problem, Teile von preußischen Festungsanlagen (errichtet Anfang des 19. Jhdts) zu taggen. In Frage käme historic=castle, wobei ich mit dem Begriff castle eher Bauwerke der Art mittelalterliche Burg / befestigtes Schloss aus Renaissance und Barock verbinde, als eine preußische Festungsanlage. military=bunker passt IMHO noch weniger, da sich das auf moderne (bis zurück zum zweiten Weltkrieg) militärische Anlagen bezieht. Gibt es für (erhaltene, also keine Ruinen) Festungsanlagen ein besser geeignetes Tag? Im Wiki habe ich leider nichts passenderes gefunden. Grüße, Karsten -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFICdwQRg5oWO2lGuMRApy8AJ4l5RZPMggbyf7O1378PWWe7wyuyQCgmXWn YyPxzMfhwJ89ydkhvbHnNMA= =mxtX -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Garmin Typfile
Hallo Christoph, ich wollte eigentlich auch nicht alle Symbole neu designen, sondern einfach nur ne Nummer kleiner. 16x16 Pixel reicht völlig aus und auf der Karte ist mehr zu sehen... Beim Stammtisch ist, glaube ich, keine Ruhe für sowas. Wir können uns ja mal zu zweit hinsetzen und ein bisschen basteln... Alles Weitere dazu über PM. Stefan Christoph Wagner schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klingt erstmal ziemlich cool. Aber man muss ja nicht alles komplett umbauen, sondern könnte halt neue Definitionen hinzufügen. Dann würden wenigstens die Wege und so auch ohne Typfile nutzbar sein und der Rest sieht dann halt bloß scheiße aus. Einige Übereinstimmungen gibts ja nun mal doch mit den Garminstandard dingern und ich finde übrigens nicht alle Symbole bespielsweise sehen blöde aus. Das Biersymbol ist toll! Also ich bin auf jeden Fall dafür, das irgendwie hübsch zu machen. Wie wärs wenn wir auf dem nächsten Dresdner Stammtisch mal Typfiles und csv Dateien basteln? Bleibt dann nur noch die Frage mit dem Rendern offen. So viel Arbeit wie Computerteddy bzw. Rechenpower wollt ich eigentlich nicht aufbringen, aber ne größere Karte, wie Deutschland oder so, wär schon nicht schlecht. Vielleicht kriegen wir ja alle gemeinsam was Ordentliches hin. Ich glaub auch nicht, dass die Vorstellungen der meisten User so weit auseinander gehen, was Schönheit der Karte betrifft. Stefan Seifert schrieb: mit einem eigenen csv könnte man alle OSM Typen wie sie sind übernehmen. Man könnte auch Sachen in der Karte darstellen, die Garmin standardmässig nicht vorgesehen hat. Diese Vorteile hätten allerdings den Preis, dass alle Programme, die nicht mit Typfiles umgehen können, die Karte nicht mehr sauber darstellen würden... Gruß Stefan Christoph Wagner schrieb: Also möglicherweise hat das Tool ja was durcheinandergehauen, aber nach dem ersten Ausprobieren sind die Gebäude mal wieder unter education und industrial flächen verschwunden. Daraufhin hab ich sie nach hinten in Draworderlevel 5 geschoben, was mir auch sehr logisch vorkommt (auf Gebäuden ist nichts anderes und wenn ich reinzoome will ich die meistens auch erst als letztes sehen...) Ich hab halt jetzt ein kräftigeres Farbschema gewählt und dachte das wär ganz cool so. Muss noch das Nachtschema anpassen (bei Flüssen gibts Probleme) aber ansonsten fänd ich das so toller. Ich finde man sollte im Wiki ne Typfileseite einrichten, auf denen alles erklärt wird und man sich ein paar runterladen kann. Findet ihr das sinnvoll? @saftl: Warum willste ne eigene csv bauen? Willste dann auch selber Maps rendern und img-files zur Verfügung stellen oder müsste das dann jeder selber? Warum wäre denn dann die Map nicht mehr in QLandkarte brauchbar? Willste die Garmindefinitionen komplett umbauen? Bringt das was? Die momentane Map von Computerteddy anzupassen ist doch ganz ok (mal abgesehen von Details wie den Tracks und tertiary straßen) Bei der Gelegenheit wollte ich nochmal alle fragen, wie denn das mit dem Find-Menü auf dem garmin funktioniert. Ich meine wie kann man die POI da in die Menüs eingliedern? Mit manchen Sachen wurde das schon gemacht mit anderen nicht. Wie kann man vielleicht sogar neue Kategorien erzeugen oder sonstwas. Geht das auch über die Typfiles oder ist das ne Eigenschaft der Karte? Grüße erstmal Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIBE0tRg5oWO2lGuMRAgtXAJ42HtCFbZlReRMqXKN/Zm+tmH9rXgCfbxnZ 5AKrDWmewhQjF+VXr+HwvUo= =sRjk -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Hallo Thomas, mein Typfile ist mit MapTK erstellt, mit dem hier öfter genannten Onlinetool gab es Probleme. Alle Deine genannten Wünsche sind realisierbar, wir sollten uns also zu dritt hinsetzen (Christoph will auch basteln). Nur der weisse Hintergrund ist scheinbar nicht möglich. Mein Typfile hat nämlich einen weissen Hintergrund und dieser wird in Mapsource und auf dem Nüvi auch dargestellt. Auf dem Vista HCX allerdings bleibt der Hintergrund gelb. Gruß Stefan Thomas Klosa schrieb: Hi Stefan, ich habe heute mal versucht mit dem typfile die Anzeige an meinem 60CSx aufzupeppen. Irgendwelcher Erfolg hat sich leider nicht eingestellt. Zugegebenermassen ist auch ein gewisser Leidensdruck da, der von dem Typfile vielleicht auch nur teilweise bediet wird. Jetzt wo die Fahrradsaison wieder losgeht habe ich festgestellt, dass die Waldwege mit gestrichelt dunkelbraun auf dem hellbraunen Hintergrund :'( mit der gruenen Waldstruktur kaum zu sehen sind. Wie bastelt man denn so ein typfile ? :-D Mich wuerden folgende Details interessieren: - footway gestrichelt schwarz (momentan braun gestrichelt) - track duenn schwarz (auch braun gestrichelt) - tracktype wird vermutlich nicht gehen... oder? - Hintergrund weiss Der Rest is dicker, den sehe ich in meinem Alter noch. :-) Ist das irgendwo dokumentiert oder haste das an langen Abenden reenscheniert ? Gruss, Thomas. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Garmin Typfile
ich habe auch mit dem Tool auf http://ati.land.cz/gps/typdecomp/editor.cgi begonnen zu editieren, hatte dann aber nur Probleme damit. Man kann keine Typfiles fehlerfrei importieren, die mit cgpsmapper erzeugt wurden. Die Zeichenpriorität der Flächen wurde nicht korrekt erzeugt, die Typfiles funktionierten nicht einwandfrei. Jetzt nutzte ich MapTK, damit funktioniert alles einwandfrei, soweit ich es getestet habe. Das Editieren ist allerdings nicht so schön grafisch unterstützt. @Christoph: An der Drawing Order würde ich nichts ändern, wenn es nicht unbedingt nötig ist. Da haust Du schnell alles durcheinander. Die Drawing Order die ich verwende, sollte doch eigentlich gut funktionieren , oder? Die Gebäude liegen doch z.B. oben auf, oder? Gruß Stefan Christoph Wagner schrieb: Also ich hab mich heute mal mit Garmin Typfiles beschäftigt und jetzt endlich das hässliche Aussehen auf meinem 60CSx verbessert. Als Grundlage habe ich saftls Typfile verwendet und dann mit diesem schönen Teil hier drauf rumgebastelt: http://ati.land.cz/gps/typdecomp/editor.cgi (Der Link wurde schonmal gepostet und ich kanns nur empfehlen) Da das Typfile nicht sehr groß ist, werd ichs einfach mal gleich mit dranhängen. Wer möchte kanns ja ausprobieren und feetback geben. Das Farbschema hab ich so in etwa wie Mapnik gemacht, bzw. wie es gut aussieht. Weiterhin habe ich die Drawing Order so verändert, dass Gebäude zum Schluss gezeichnet werden und damit immer oben liegen. (Auf Gebäuden geht in der Regel eh keine Straße oder Park oder sowas lang) Doof sind aber beispielsweise Innenhöfe oder sowas die als zum Gebäude gehörig gerechnet werden, da ja keine Relationen ausgewertet werden. Da gehen beim Zwinger in Dresden beispielsweise die schönen Wasserflächen verloren und so. Geht aber erstmal nicht anders. Habs auch erstmal nur im Tagmodus getestet. War jetzt kurz zu faul alles nochmal einzeln im Nachtmodus zu optimieren. Viel Spaß und Grüße Christoph PS: Für alle, die es nicht wissen: Das Typfile bekommt man mit der Windowsversion von sendmap drauf. Einfach sendmap20 -l gmapsupp.img garmin60CSx.typ, bzw. mit wine unter Linux und dann klappts. (Oder halt die saftlmethode mit der Registry bei mapsource) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin Typfile und tracktype
ich wollte erst mal ein Typfile komplett mit dem jetzt vorhandenen mkgmap csv bauen, das funktioniert auch ohne Typfile, wenn auch optisch nicht so schön. In einem weiteren Schritt wollte ich ein eigenes Typfile mit eigenem csv zur Umsetzung bauen, dann funktioniert die Karte allerdings nur noch mit Typfile, ist allerdings besser an OSM anpassbar. Man kann die Karte dann aber nur noch sinnvoll auf dem GPS und in Mapsource einsetzen. In QLandkarte oder TTQV ist die Karte dann nicht mehr sinnvoll zu gebrauchen... Gruß Stefan Thomas Hieber schrieb: Hallo! ich habe jetzt ne ganze Weile mit dem Online Editor für Typfiles rumgespielt.(http://ati.land.cz/gps/typdecomp/editor.cgi) Das Teil ist wirklich nett und man kann deutlich angenehmere Darstellung aus den OSM Karten rausholen. Nur ein Problem habe ich noch: Ich bin mit dem Garmin vor allem in der Natur zu Fuß unterwegs und plane es auch mit dem Fahrrad zu nutzen. Aber die OSM Karte bügelt Footway und Cycleway gemeinsam auf Typ 0x16 [Trail] und alle Tracks auf 0x0a [Unpaved Road-thin]. Wenn ich mir den TYP editor aber anschaue sind da noch Unmengen von Typen unbenutzt, so dass es doch eigentlich möglich sein müsste beim Umsetzen aufs Garmin Format die wichtige Info nicht zu verlieren, ob es ein reiner Fußweg oder ein Radweg ist und ob ein Feldweg geteert ist, oder ob es ein unbefestigter Wiesenweg ist. Wenn ich mir die map_features.csv anschaue wäre es damit zwar möglich, Radweg und Fußweg getrennten Garmin-Typen zuzuweisen, aber bei den Tracks versagt das Schema, da hier wohl immer nur ein Key / Value Paar abgefragt werden kann, oder wäre es denkbar hier eine Zeile polyline|tracktype|grade1|0x101||22 polyline|tracktype|grade2|0x102||22 reinzubauen? Wenn ich mir das so anschaue, dann denke ich, dass es vermutlich sinnvoll wäre, die Garmin IMG Files nicht mit der Zielsetzung zu bauen, die Garmin-Typen möglichst gut zu treffen, sondern statt dessen gleich ein OSM Typ File als Zieltyp zu verwenden um möglichst wenig Info zu verlieren, oder? Wie seht Ihr das, bin ich da komplett auf dem Holzweg, weil ich das Garmin Schema noch nicht verstanden habe, oder wäre so was machbar? Gruß, Thomas* * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Garmin Typfile
mit einem eigenen csv könnte man alle OSM Typen wie sie sind übernehmen. Man könnte auch Sachen in der Karte darstellen, die Garmin standardmässig nicht vorgesehen hat. Diese Vorteile hätten allerdings den Preis, dass alle Programme, die nicht mit Typfiles umgehen können, die Karte nicht mehr sauber darstellen würden... Gruß Stefan Christoph Wagner schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Also möglicherweise hat das Tool ja was durcheinandergehauen, aber nach dem ersten Ausprobieren sind die Gebäude mal wieder unter education und industrial flächen verschwunden. Daraufhin hab ich sie nach hinten in Draworderlevel 5 geschoben, was mir auch sehr logisch vorkommt (auf Gebäuden ist nichts anderes und wenn ich reinzoome will ich die meistens auch erst als letztes sehen...) Ich hab halt jetzt ein kräftigeres Farbschema gewählt und dachte das wär ganz cool so. Muss noch das Nachtschema anpassen (bei Flüssen gibts Probleme) aber ansonsten fänd ich das so toller. Ich finde man sollte im Wiki ne Typfileseite einrichten, auf denen alles erklärt wird und man sich ein paar runterladen kann. Findet ihr das sinnvoll? @saftl: Warum willste ne eigene csv bauen? Willste dann auch selber Maps rendern und img-files zur Verfügung stellen oder müsste das dann jeder selber? Warum wäre denn dann die Map nicht mehr in QLandkarte brauchbar? Willste die Garmindefinitionen komplett umbauen? Bringt das was? Die momentane Map von Computerteddy anzupassen ist doch ganz ok (mal abgesehen von Details wie den Tracks und tertiary straßen) Bei der Gelegenheit wollte ich nochmal alle fragen, wie denn das mit dem Find-Menü auf dem garmin funktioniert. Ich meine wie kann man die POI da in die Menüs eingliedern? Mit manchen Sachen wurde das schon gemacht mit anderen nicht. Wie kann man vielleicht sogar neue Kategorien erzeugen oder sonstwas. Geht das auch über die Typfiles oder ist das ne Eigenschaft der Karte? Grüße erstmal Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIA8XDRg5oWO2lGuMRAlgNAKCp2/cGCWQA6n/hQPPFed8+cHoS6wCgsCm/ 1GBqhEEwjRFsd/ghcYfueA4= =+YQg -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Typfile für Garminmaps
Hallo Christoph, das Farbschema lässt sich nicht ändern, da das Typfile alles Andere überschreibt. Ich werde das Typfile bei Interesse anpassen, das eine Tag- und eine Nachtdarstellung existiert, im Moment ist es nur die Tagdarstellung. Ich wundere mich darüber, dass die Darstellung vom 60CSX anders sein soll, wie von meinem Vista HCX. Aber falls das wirklich das Problem ist, muss ich alle Farben in dem Typfile an die 256 Farben des 60CSX anpassen. Mal schauen, ob ich das in den nächsten Tagen machen kann... Stefan Christoph Wagner schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Die Farbsache lässt sich auch durch ändern des Farbschemas vom Gerät nicht beheben. Das hat gar keinen Einfluss auf die Mapdarstellung. Auf der cGPSmapper seite hab ich ein manual gefunden, was das Problem mit den TYP-files und dem 60CSx auch erwähnt. http://cgpsmapper.com/download/Creating%20custom%20types%20to%20represent%20elevation%20data.pdf Leider kenn ich mich jetzt nicht so aus, wie man das TYP-file entsprechend anpassen müsste. Hast du da ne Idee saftl? Grüße Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH/xfeRg5oWO2lGuMRAuoxAJ9cpDTMcZes5JRbUT57XBMpdUe/SQCfRf2a ZQShzDJpyk+VVK4F8WloKZg= =Z0KY -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Typfile für Garminmaps
Hallo, wie schon ein paar mal erwähnt müsste das typfile nur zusammen mit den Dateien von Carsten mit sendmap an das GPS geschickt werden. Der ganze Aufriss von mir mit den neuen tdbfile und dem regfile ist nur für Mapsource unter Windows notwendig. Stefan Till Maas schrieb: On Thu April 10 2008, Carsten Schwede wrote: Christoph Wagner schrieb: @Computerteddy: Ist es vielleicht möglich, dass du noch ein weiteres File auf deiner Seite zum downloaden anbieten kannst? Eine (von mir aus Deutschland) Garmin-img Datei, die mit diesem Typfile gerendert wurde? Interessiert vielleicht noch mehr Leute. Das wollte ich eigentlich nicht machen, da ich das nicht automatisieren kann. http://wiki.openstreetmap.org/index.php/Talk:Mkgmap | That is cool! Is it not possible to use mkgmap to add the typ-file into | the gmapsupp.img file? It is meant to work. Diese Kommentar lässt darauf schließen, dass man irgendwie das typ-file mit mkgmap benutzen kann. Evtl. lässt sich das ja doch automatisieren. WObei ich auch schon eine einmalig erstellte gmapsupp.img mit typfile toll fände, um entscheiden zu können, ob sich das lohnt da Arbeit reinzustecken, das irgendwie unter Linux hinzubekommen. ;-) Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Hallo Holger, irgendetwas scheint mit der Hintergrundfarbe nicht korrekt zu sein. Eigentlich ist der Hintergrund weiss und nicht gelb. Bei meinem Vista HCX wird er aber auch gelb dargestellt, auf dem Nüvi und in Mapsource hingegen funktioniert es. Die kleinen mobilen Geräte scheinen den Hintergrund nicht umzustellen. Ich habe im Moment alle Farben genau aus Osmarender gemopst. Es haben mir aber schon ein paar Leute gesagt, dass die Farben kräftiger sein könnten. Im Moment fummel ich mit den POI's rum, dannach kann ich ja mal die Farben der Wege kräftiger machen. Gruß Stefan Holger Schrader schrieb: Halo Stefan, herzlichen Dank für das Typefile. Das einbinden hat super geklappt. Jetzt sehen endlich im MapSource die Straßen auch nach Straßen aus. Echt klasse! Leider sehen die Farben auf meinem Garmin 76csx alle etwas blasser aus. Zwei Snapshots und ein Foto kannst du dir unter www.schrader-erf.de ansehen. Die Hintergrundfarbe ist leider nicht korrekt. Es muss orange statt gelb sein. Daher sind die orangenen secondary Ways schlecht zu erkennen. Die Footways werden weiß dargestellt und sind auch ziemlich schlecht zu erkennen. Es währe schön, wenn die Farben im allgemeinen etwas kräftiger und somit kontrastreicher währen. Der Hammer währe, wenn es ein Tool gäbe, mit dem man sich selber die Farben einstellen bzw. anpassen könnte. Gibt es auch ein Typefile für die Garminkarten? Ciao Holger Stefan Seifert schrieb: Das Format ist inoffiziell dokumentiert, es ist allerdings eine ganz schöne Fummelei das ordentlich zu erzeugen. Schaut euch mal mein File auf allen möglichen Geräten an und meldet euch bei Änderungswünschen. Dann schauen wir mal weiter. Screenshots wie auch Erfolgsmeldungen von allen möglichen Geräten sind übrigens herzlich willkommen, dann kann ich die Wiki-Seite noch ein wenig verschönern. Gruß Stefan Sven Geggus schrieb: Holger Issle [EMAIL PROTECTED] wrote: Such mal danach - damit kannst Du die Anzeige der Karte am Garmin verändern. Cool! Sag jetzt aber nicht, dass das Format sogar dokumentiert ist %-/ Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tipps/Datenquellen zum Mappen von Gebä uden?
drumrumlaufen wird sehr ungenau, da das Gebäude ständig den Empfang abschattet. Wenn Yahoo nicht genau genug ist, kannst Du höchstens noch auf alte Karten zurückgreifen, wo es keine Urheberrechte mehr gibt (älter als 70 Jahre) oder gut schätzen und Deiner Kreativität freien Lauf lassen ;-). Schau Dir mal das Stadtzentrum von Dresden an, da sieht das absolut super aus (Quelle ist dort Yahoo, mein gesundes Augenmass und viel Zeit). Gruß, Stefan Frank Wein schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo an alle, mal eine Frage von einem Newbie in Sachen OSM und Gebäude einzeichnen: Ich wollte die Grundrisse von ein paar größeren Gebäuden einzeichnen (also Krankenhäuser, Universität, usw.), allerdings ist die Auflösung von den Yahoo Luftbildern in der Stadt hier echt schlecht und nicht zu gebrauchen. Wie macht ihr dann sowas, lauft ihr dann einfach mit dem GPS Empfänger einmal um das Gebäude rum ;-)? Oder gibt es da noch Alternativen, die man nutzen kann? Gruß Frank -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH7mveaT2V74kAr9URApI9AJ4xkcMiA/oux+wVPhrk1d/Bln+CjgCaArIn FmxLMMVUZa/Ynmg5b9lwI9A= =no4g -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Preisverfall bei Garmin Geräten
ich habe mir ein Nüvi 750 gekauft, die 700er Serie kann mitloggen (bis 10.000 Punkte zurück). Außerdem kann man Routen und Wegpunkte aus Mapsource hochladen und verwenden. Zur Planung einer längeren Urlaubsrunde ein Segen. Allerdings spielt die 700er Serie in einer anderen preislichen Liga. Gruß Stefan Joerg Ostertag (OSM Munich/Germany) schrieb: On Dienstag 25 März 2008, Till Maas wrote: Aloas, bei Globetrotter gibt's aktuell das etrex H für knapp 90 und das Legend HCx für knapp 190 Euro, die anderen Geräte sind auch ähnlich günstiger geworden. Auch die Garmin-Nüvi Geräte bekommt man hier im Bodenseeraum inzwischen für 119.- Euro und es Funktionieren darauf die OSM Karten im Garmin Format. Wenn jetzt noch jemand dafür eine Logging möglichkeit auftreiben würden wären die zum mitloggen perfekt, weil mit: SD-Karte, großer interner Speicher(1GB) , SIRF-III, OSM-Anzeige eingebaut und schön klein für 'n Navi. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Preisverfall bei Garmin Geräten
auf den Garmin Handgeräten läuft irgendein wildes Betriebssystem, dafür wird es wohl nichts geben... Stefan Joerg Ostertag (Munich) schrieb: Am Samstag, 29. März 2008 21:06:44 schrieb Stefan Seifert: ich habe mir ein Nüvi 750 gekauft, die 700er Serie kann mitloggen (bis 10.000 Punkte zurück). Außerdem kann man Routen und Wegpunkte aus Mapsource hochladen und verwenden. Zur Planung einer längeren Urlaubsrunde ein Segen. Allerdings spielt die 700er Serie in einer anderen preislichen Liga. Vieleicht kann man ja Garmin überreden dass sie das mit dem loggen in die kleine Serie auch mit einbauen. Oder man kann das von der großen Serie in die keinen übernehmen. Weiss eigentlich jemand, ob man auf den Nüvi eigene Programme installieren kann? Gruß Stefan Joerg Ostertag (OSM Munich/Germany) schrieb: On Dienstag 25 März 2008, Till Maas wrote: Aloas, bei Globetrotter gibt's aktuell das etrex H für knapp 90 und das Legend HCx für knapp 190 Euro, die anderen Geräte sind auch ähnlich günstiger geworden. Auch die Garmin-Nüvi Geräte bekommt man hier im Bodenseeraum inzwischen für 119.- Euro und es Funktionieren darauf die OSM Karten im Garmin Format. Wenn jetzt noch jemand dafür eine Logging möglichkeit auftreiben würden wären die zum mitloggen perfekt, weil mit: SD-Karte, großer interner Speicher(1GB) , SIRF-III, OSM-Anzeige eingebaut und schön klein für 'n Navi. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Du kannst Dir einfach das Typfile aus meiner Zip Datei nehmen und die Karten von Carsten, zusammen mit dem Typfile, mit Sendmap ans Garmin schicken. Dann sollte es schon funktionieren. Die von mir beschriebene Prozedur ist nur nötig, wenn Du die Auswirkungen des Typfiles auch in Mapsource sehen willst. QLandkarte oder andere Alternativen zu Mapsource können nicht mit Typfiles umgehen. Wenn Du also auf dem Desktop was von dem Typfile haben willst, bist Du auf Mapsource angewiesen, auf dem Garmin ist es egal. Gruß Stefan Till Maas schrieb: On Thu March 27 2008, Stefan Seifert wrote: ich habe auch wieder ein aktuelles TYP-File für Carsten's Karten erstellt, es tauchen jetzt auch die ersten POI auf. Zu finden ist das Ganze hier: http://wiki.openstreetmap.org/index.php/User:Saftl Kann man das auch unter Linux nutzen? Es scheint mir nicht so zu sein. Wenn es nicht zu viel Aufwand ist, könntest Du dann auch eine fertige .img Datei anbieten? Wenn Webspace das Problem ist, kann ich es wohl auch irgendwo anbieten. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Das Format ist inoffiziell dokumentiert, es ist allerdings eine ganz schöne Fummelei das ordentlich zu erzeugen. Schaut euch mal mein File auf allen möglichen Geräten an und meldet euch bei Änderungswünschen. Dann schauen wir mal weiter. Screenshots wie auch Erfolgsmeldungen von allen möglichen Geräten sind übrigens herzlich willkommen, dann kann ich die Wiki-Seite noch ein wenig verschönern. Gruß Stefan Sven Geggus schrieb: Holger Issle [EMAIL PROTECTED] wrote: Such mal danach - damit kannst Du die Anzeige der Karte am Garmin verändern. Cool! Sag jetzt aber nicht, dass das Format sogar dokumentiert ist %-/ Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Wie schon ein paar Zeilen weiter oben beschrieben: Du kannst Dir einfach das Typfile aus meiner Zip Datei nehmen und die Karten von Carsten, zusammen mit dem Typfile, mit Sendmap ans Garmin schicken. Dann sollte es schon funktionieren. ... Wenn du das GMAPSUPP.IMG-File von Carsten benutzt einfach in sendmap20 hinzufügen, das Typfile dazu, in neue GMAPSUPP.IMG exportieren und aufs GPS. Leider habe ich nicht den Webspace um das ganze Worldfile zum Download zu bieten. Außerdem muss man ja nicht alles doppelt downloaden, nur um 100kByte Unterschied zu haben. Schöne Grüße Stefan Sven Geggus schrieb: Stefan Seifert [EMAIL PROTECTED] wrote: Das Format ist inoffiziell dokumentiert, es ist allerdings eine ganz schöne Fummelei das ordentlich zu erzeugen. Schaut euch mal mein File auf allen möglichen Geräten an und meldet euch bei Änderungswünschen. Dann schauen wir mal weiter. Hm, kannst Du vielleicht auch ein GMAPSUPP.IMG zur Verfügung stellen, dann wär das mit dem testen einfacher. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Hallo, ich habe auch wieder ein aktuelles TYP-File für Carsten's Karten erstellt, es tauchen jetzt auch die ersten POI auf. Zu finden ist das Ganze hier: http://wiki.openstreetmap.org/index.php/User:Saftl Carsten Schwede schrieb: Hallo, die neuen Daten vom 26.3.08 liegen wieder zum Download bereit unter: http://wiki.openstreetmap.org/index.php/User:Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de