[Talk-de] http://betaplace.emaitie.de - offline ?
Moin ! ich ziehe mir für die Wegekarten immer die GPX-Dateien von http://betaplace.emaitie.de über die betreffende ID. Jetzt bekomme ich allerdings keinen Zugriff - weiß einer von Euch mehr bzw. gibt es eine alternative um die GPX-Dateien zu ziehen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://betaplace.emaitie.de - offline ?
Am 18.05.2010 08:44, schrieb Jan Tappenbeck: Moin ! ich ziehe mir für die Wegekarten immer die GPX-Dateien von http://betaplace.emaitie.de über die betreffende ID. Jetzt bekomme ich allerdings keinen Zugriff - weiß einer von Euch mehr bzw. gibt es eine alternative um die GPX-Dateien zu ziehen ? Gruß Jan :-) ergänzend - das ist die url vom relation-analyzer ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] allgmeines zur Geocodierung
Hi! ich habe mir mal wieder die Adresscodierung mittels nominatim vorgenommen. Hier am Beispiel der Arcissstraße 32 in München. http://nominatim.openstreetmap.org/search?q=arcisstra%C3%9Fe+32+M%C3%BCnchenviewbox=-246.1%2C84.11%2C246.1%2C-78.02 Wenn man die URL absetzt, dann kommen mehrere Rückmeldungen. Weiß einer wie andere dann vorgehen um am besten die Adresse finden zu können ?? Wenn man die Adresse bei GM absetzt kommt [1] - das ist ja auch nur eine Lage. Gruß Jan :-) [1] http://www.google.de/search?hl=declient=firefox-ahs=3SHrls=org.mozilla:de:officialei=3jvyS8qRNI2qsAaUz-npCwsa=Xoi=spellfullpageresnum=0ct=resultcd=2ved=0CBYQvwUoAQq=arcisstr+32+m%C3%BCnchenspell=1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://betaplace.emaitie.de - offline ?
Am 18.05.10 08:44, schrieb Jan Tappenbeck: Moin ! ich ziehe mir für die Wegekarten immer die GPX-Dateien von http://betaplace.emaitie.de über die betreffende ID. Jetzt bekomme ich allerdings keinen Zugriff - weiß einer von Euch mehr bzw. gibt es eine alternative um die GPX-Dateien zu ziehen ? In josm nur den Weg/die Relation per ID laden, und als gpx speichern. gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Raimond Spekking schrieb: Am 17.05.2010 21:51, schrieb Markus: Gibt es denn irgendwo eine entsprechende (freie) Geo-Namen-DB? Sofern es keine freie Geo-Namen-DB gibt, würde ich auf die Interwiki-Links in der Wikipedia zurückgreifen. Am Beispiel Köln http://www.openstreetmap.org/browse/node/20953083 sieht man das recht gut. Gibt es schon einen Bot, der regelmäßig die name:xx-Tags mit den Wikipedia-Interwiki-Links abgleicht? Nein, wäre aber was, das Prima auf die Wikimedia-Toolserver passen würde. Dort hättest du eine (auf die Minute aktuelle) OSM-Datenbank sowie aktuelle Datenbanken aller Wikipedias in einem Netzwerk-Cluster. https://wiki.toolserver.org/view/Account_approval_process http://lists.wikiemdia.org/Maps-l Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
M∡rtin Koppenhoefer schrieb: Ich würde also schon eine Unterscheidung erwarten in Namen, die allgemein auf deutsch üblich sind, und solchen, die im Rahmen von Eroberungen nur für kurze Zeit in Gebrauch waren. Dem on the ground Ansatz folgend, würde ich name:de generell nur für Namen verwenden, die heute Üblich sind. Für nicht mehr verwendete Namen halte ich einen eigenen Tag für angebrachter. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo Martin, Wir brauchen ein Attribut für *Sprache* und eines für *Schrift* und zwar in den jeweiligen Kombinationen. soweit ich weiss, ist Schrift kein Problem, da wir utf codieren _Schrift darstellen_ Schriften darstellen ist mit UTF-8 problemlos. _Schrift übertragen_ Die Schwierigkeit ist, Namen die in einer fremden Schrift vorliegen, in eine andere Schrift zu übertragen. Denn dabei kann man nicht Buchstaben für Buchstaben übersetzen. Bei einigen Schriften gibt es gar keine solchen Buchstaben. Die Stichworte heissen: Transkription (Aussprache-basiert) http://de.wikipedia.org/wiki/Transkription_(Schreibung) Transliteration (Schrift-basiert) http://de.wikipedia.org/wiki/Transliteration Das ist ein hochkomplexes Gebiet. Ich verstehe davon nichts. Da müssen Fachleute ran. Hier gibt es auch keine Möglichkeit, das zu erfassen was man sieht, denn auf dem Orsschild sieht man immer nur die vor Ort gerade gültige Schrift. Ausnahme: Manche Kommunen verwenden auf einigen Ortsschildern zusätzlich zu ihrer lokalen Schrift eine lateinische Schrift (gesehen in China, Griechenland, Ägypten). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO keine Adressen mehr
Moin, Matthias Versen schrieb: Walter Nordmann wrote: NKIN Nein zu der Absicht oder ob Du es bestätigen kannst ? das sollte durch das K eigentlich eindeutig sein. Das andere wäre ja NIEN gewesen ... ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Am 18.05.2010 15:19, schrieb Markus: Hallo Martin, Das ist ein hochkomplexes Gebiet. Ich verstehe davon nichts. Da müssen Fachleute ran. Hier gibt es auch keine Möglichkeit, das zu erfassen was man sieht, denn auf dem Orsschild sieht man immer nur die vor Ort gerade gültige Schrift. Ausnahme: Manche Kommunen verwenden auf einigen Ortsschildern zusätzlich zu ihrer lokalen Schrift eine lateinische Schrift (gesehen in China, Griechenland, Ägypten). Gruss, Markus Naja, das ist ja von Land zu Land unterschiedlich, anschließend auch noch von Sprache zu Sprache. In China/Taiwan ist z.B. der Fall, dass es eine allgemeingültige Lateinumschrift gibt, die könnte dann auch direkt benutzt werden. Beispiel: chin: 國立台灣大學 chin. Umschrift: Guólì Táiwān Dàxué engl.: National Taiwan University ich sehe eigentlich kein Problem, das dort zu benutzen. Problematisch wird es nur eher bei Sprachen, die keine unabhängige Umschrift haben, d.h. wo die Umschrift immer an den umliegenden Text angepasst wird, z.B. Russisch. Da müsste man die Umschrift dann eventuell immer passend in name:en bzw. name:de hinzufügen. Ansonsten könnte man eventuell schreiben: name:zh-Latn so ist eigentlich auch die normale ISO-Richtlinie Wenn man noch den Ort hinzufügen möchte, dann kann man das ja auch noch machen. z.B. heißt Bonn in China 波恩, in Taiwan aber 波昂. Das würde man dann entsprechend mit name:zh-CN=波恩 name:zh-TW=波昂 kennzeichnen. Ich sehe da eigentlich kein Problem drin. Die Regeln werden ja auch schon bei Wikipedia und allgemein im Internet angewandt. Ich denke, die Sache hängt eigentlich nur vom Renderer ab. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Hallo Markus, Sollte /auf der Standard-OSM-Karte/ nur in Ausnahmefällen in anderssprachigen Orten verwendet werden: - bilinguale Orte: Genf (CH) - DE/CH/AT-staatlich anerkannte Schreibweise: Rom, Paris (Exonym)) Keinesfalls in früher deutschsprachigen Orten (Imperialismus). Ich glaube, Du lebst inzwischen schon zu lange in Deutschland.. ;-) Genf ist genauso französischsprachig wie Paris; die grösste bilinguale Stadt in der Schweiz ist Biel/Bienne (die übrigens offiziell diesen Doppelnamen trägt): http://de.wikipedia.org/wiki/Biel/Bienne#Bev.C3.B6lkerung In der ganzen Stadt sind die Strassen zweisprachig angeschrieben - in OSM aber bisher nur auf deutsch erfasst. Wer also mal da im Urlaub sein sollte.. Wie Du selber auch schreibst, ist die Namensgebung (leider) häufig ein Minenfeld, da auch politische und geschichtliche Machtansprüche mit- spielen. Es reicht eine Karte für jede Weltschrift: Insbesondere, da es sich bei ausländischen Namen häufig nicht um Über- setzungen in die Inlandssprache handelt, sondern um unterschiedliche Transkriptionen der 'ausländischen Laute': http://de.wikipedia.org/wiki/Transkription_%28Schreibung%29 Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://betaplace.emaitie.de - offline ?
Am 18.05.2010 09:12, schrieb Andre Joost: Am 18.05.10 08:44, schrieb Jan Tappenbeck: Moin ! ich ziehe mir für die Wegekarten immer die GPX-Dateien von http://betaplace.emaitie.de über die betreffende ID. Jetzt bekomme ich allerdings keinen Zugriff - weiß einer von Euch mehr bzw. gibt es eine alternative um die GPX-Dateien zu ziehen ? In josm nur den Weg/die Relation per ID laden, und als gpx speichern. gruß, ajoessen Moin ! und außerhalb von JOSM ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo Gerrit, danke für Deine Erläuterungen und Ergänzungen! von Land zu Land unterschiedlich, auch von Sprache zu Sprache. Wir brauchen also (in vielen Fällen) einen Dreifachschlüssel: Land, Sprache, Schrift. Beispiel: name:CH:de:latn=Biel name:CH:fr:latn=Bienne In China/Taiwan gibt es eine allgemeingültige Lateinumschrift die könnte dann auch direkt benutzt werden. +1 Beispiel: chin: 國立台灣大學 chin. Umschrift: Guólì Táiwān Dàxué engl.: National Taiwan University Wie wäre dafür der Dreifachschlüssel zu bilden? Problematisch wird es bei Sprachen, die keine unabhängige Umschrift haben z.B. heißt Bonn in China 波恩, in Taiwan aber 波昂. Das würde man dann entsprechend mit: name:zh-CN=波恩 name:zh-TW=波昂 kennzeichnen. Vielleicht reicht ja manchmal ein Zweifachschlüssel? (Sprache, Land) Oder braucht man immer Dreifachschlüssel? (Sprache, Land, Schrift) Die Regeln werden auch bei Wikipedia und allgemein im Internet angewandt. Kannst Du diese Regeln ins OSM-Wiki schreiben? http://wiki.openstreetmap.org/wiki/DE:Key:name http://wiki.openstreetmap.org/wiki/DE_talk:Key:name Das würde beim Erfassen von Namen sehr helfen. Ich denke, die Sache hängt eigentlich nur vom Renderer ab. Nein, der Renderer kann nur darstellen was die DB hergibt. Wenn dort beispielsweise nicht kategorisiert historische Namen stehen würden,dann könnte der Renderer das nicht erkennen und würde sie als aktuelle Namen anzeigen. Und das könnte für OSM zu ernsthaften politischen Problemen führen. Dem Renderer automatische Trankription/Transliteration beibringen zu wollen halte ich in den nächsten Jahrzehnten für erfolglos. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - name:de
Hallo Gerrit, Martin, Frederik, Unterscheidung in Namen, die allgemein auf deutsch üblich sind, und solchen, die im Rahmen von Eroberungen nur für kurze Zeit in Gebrauch waren. Dem on the ground Ansatz folgend, würde ich name:de generell nur für Namen verwenden, die heute Üblich sind. +1 Für nicht mehr verwendete Namen halte ich einen eigenen Tag für angebrachter. Frederiks Vorschlag: name:de:19xx-19xx finde ich gut. Grundsatz für _Erfassung_: 1. name: erfassen was man sieht (auf dem Orsschild) 2. nur wenn das Schild anerkanntermassen falsch geschrieben ist auf den anerkanntermassen richtigen amtlichen Namen korrigieren. 3. keine Exonyme 4. historische (befristete) Namen mit eigenem Schlüssel versehen Grundsatz für die _Darstellung_: *internationale Karte* aktuelle amtliche Namen in amtlicher Schrift des angezeigten Ortes (so wie derzeit auf OSM.org) *Weltschrift-spezifische Karten* aktuelle amtliche Namen des angezeigten Ortes als Endonym, in der jeweiligen Weltschrift der Karte (also lateinische Schrift für Karten aus Europa, Amerika, etc, bzw. chinesische/russische/arabische Schrift in chinesischen/russischen/arabischen Karten). *Landesspezifische Karte* Aktuelle amtliche Namen des angezeigten Ortes als Endonym, in der jeweiligen Schrift des Herausgeberlandes. Exonyme nur wenn aktuell und amtlich. Beispiel für DE-Karte: Frankreich, Paris, Russland, Moskau, Italien, Rom (also nur für Ländernamen und Hauptstädte). *Historische Karten* Zeitspezifische Namen oder andere Sondernamen in Spezialkarten. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Hallo Raimond, Sofern es keine freie Geo-Namen-DB gibt, würde ich auf die Interwiki-Links in der Wikipedia zurückgreifen. Ja, Interwiki-Links und OSM können einander gut ergänzen. Wäre dann aber sinnvoll, sich auf gemeinsame Regeln zu einigen (sonst braucht man womöglich noch einen Vierfachschlüssel mit WP|OSM zur Schnittstellendefinition) Kennt jemand den aktuellen Stand der Kooperation WPOSM bezüglich Geo-Namen? Welche Kooperation? War/Ist konkret eine im Gespräch? Ich denke es macht Sinn, wenn man in WP demnächst OSM-Karten nutzen, bzw. in OSM WP-Artikel verlinken will, dass wir dann auch über Namenskonventionen sprechen. Vielleicht weiss Tim mehr? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] allgmeines zur Geocodierung
Jan Tappenbeck schrieb: Wenn man die URL absetzt, dann kommen mehrere Rückmeldungen. Weiß einer wie andere dann vorgehen um am besten die Adresse finden zu können ?? Ich nehme einfach die erste, das ist die mit der besten Trefferquote. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Raimond Spekking glaubte zu wissen: http://www.openstreetmap.org/browse/node/20953083 sieht man das recht gut [...] BTW: wofür steht denn game:patrizier2:fleisch=1 in dem Node? Das hat IMO mit http://de.wikipedia.org/wiki/Patrizier_%28Computerspiel%29 zu tun und ich wüßte nicht, was *das* Zeug in der Datenbank zu suchen hat. Falls das ein Online- Spiel auf OSM- Basis werden soll, sollte das IMO in eine eigene Datenbank geschrieben werden. Eine Nachfrage unter http://wiki.openstreetmap.org/wiki/User_talk:Lulu-Ann#game:patrizier2:foo.3D.2A wurde bisher nicht beantwortet. Mit der Realität haben diese Tags jedenfalls nichts am Hut. flo -- Eine N.G reicht doch für alles aus. Wird doch so wie fast überall das gleiche gesabbelt. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Am 18.05.2010 16:48, schrieb Markus: Hallo Gerrit, danke für Deine Erläuterungen und Ergänzungen! von Land zu Land unterschiedlich, auch von Sprache zu Sprache. Wir brauchen also (in vielen Fällen) einen Dreifachschlüssel: Land, Sprache, Schrift. Beispiel: name:CH:de:latn=Biel name:CH:fr:latn=Bienne Du schreibst aber die Reihenfolge etwas falsch. Erst kommt die Sprache (in Kleinbuchstaben), dann die Region (komplett in Großbuchstaben), dann möglicherweise noch die Schrift (vierstellig, erster Buchstabe groß). Beispiel: zh-TW-Latn Das ganze halt auch im Normalfall per Bindestrich getrennt, nicht durch Doppelpunkt. Dabei gilt aber das Prinzip: Das ganze soll so kurz wie möglich sein. Sprich: Auch wenn du Deutsch mit japanischen Schriftzeichen schreiben könntest, geht man im Normalfall davon aus, dass Deutsch mit mit dem lateinischen Alphabet geschrieben wird. Daher reicht name:de aus. Wenn jetzt aber beispielsweise Österreich für Prag einen anderen Namen hätte, dann könntest du schreiben: name:de-AT=blabla http://de.wikipedia.org/wiki/ISO_15924 Das hier wären die Schrifttags In China/Taiwan gibt es eine allgemeingültige Lateinumschrift die könnte dann auch direkt benutzt werden. +1 Beispiel: chin: 國立台灣大學 chin. Umschrift: Guólì Táiwān Dàxué engl.: National Taiwan University Wie wäre dafür der Dreifachschlüssel zu bilden? name:zh=國立台灣大學 name:zh-Latn=Guólì Táiwān Dàxué name:en=Guólì Táiwān Dàxué Bei Chinesisch geht es aber noch komplizierter: Unterschiedliche Schreibweisen in China und in Taiwan: name:zh-TW=國立台灣大學 name:zh-CN=国立台湾大学 name:zh-Latn=Guólì Táiwān Dàxué name:en=Guólì Táiwān Dàxué Problematisch wird es bei Sprachen, die keine unabhängige Umschrift haben z.B. heißt Bonn in China 波恩, in Taiwan aber 波昂. Das würde man dann entsprechend mit: name:zh-CN=波恩 name:zh-TW=波昂 kennzeichnen. Vielleicht reicht ja manchmal ein Zweifachschlüssel? (Sprache, Land) Oder braucht man immer Dreifachschlüssel? (Sprache, Land, Schrift) Im Allgemeinfall reicht auch ein Einfachschlüssel. Nur in ganz komplizierten Fällen könnte auch ein Dreifachschlüssel notwendig sein, beispielsweise für oben Bonn: name:zh-CN=波恩 name:zh-CN-Latn=Bō’ēn name:zh-TW=波昂 name:zh-TW-Latn=Bō’áng (Dieser Fall ist im Grunde aber unsinnig, da Chinesen keine Lateinumschrift der Schrift brauchen. Die ist ja nur für Ausländer) Wie gesagt: Es soll so kurz wie möglich sein. Die Regeln werden auch bei Wikipedia und allgemein im Internet angewandt. Kannst Du diese Regeln ins OSM-Wiki schreiben? http://wiki.openstreetmap.org/wiki/DE:Key:name http://wiki.openstreetmap.org/wiki/DE_talk:Key:name Das würde beim Erfassen von Namen sehr helfen. Ich glaube, das wäre eher im internationalen Wiki besser aufgehoben. Meiner Meinung nach machen das ganze Länder (China, Japan, Korea, Taiwan; die restlichen Länder wahrscheinlich auch) komplett falsch. Da will ich mich jetzt aber nicht so aufspielen, dass meine Meinung die richtige ist. So sehe ich das ganze Problem nur. Und wenn das nur ins Deutsche Wiki kommt, versteht es ja keiner. Ich denke, die Sache hängt eigentlich nur vom Renderer ab. Nein, der Renderer kann nur darstellen was die DB hergibt. Wenn dort beispielsweise nicht kategorisiert historische Namen stehen würden,dann könnte der Renderer das nicht erkennen und würde sie als aktuelle Namen anzeigen. Und das könnte für OSM zu ernsthaften politischen Problemen führen. Ja, klar, aber wenn der Renderer nicht anzeigt, was die DB hergibt, ist das Interesse, die DB zu bereichen, doch ziemlich gering, oder nicht? Aber ich sehe überhaupt gar keinen Sinn dadrin, dort historische Namen einzugeben. Ich dachte, Openstreetmap zeigt die aktuelle Lage an? Wir nennen doch Istanbul auch nicht plötzlich Byzanz, oder doch? Dem Renderer automatische Trankription/Transliteration beibringen zu wollen halte ich in den nächsten Jahrzehnten für erfolglos. Das ist auch etwas utopisch. Im Grunde sollte es kein Problem sein, bei der normalen Erfassung der Straßen direkt eine Transkription einzugeben (Wird ja aktuell so oder so schon oft gemacht - nur leider in dem falschen Feld). Grundsatz für die _Darstellung_: *internationale Karte* aktuelle amtliche Namen in amtlicher Schrift des angezeigten Ortes (so wie derzeit auf OSM.org) *Weltschrift-spezifische Karten* aktuelle amtliche Namen des angezeigten Ortes als Endonym, in der jeweiligen Weltschrift der Karte (also lateinische Schrift für Karten aus Europa, Amerika, etc, bzw. chinesische/russische/arabische Schrift in chinesischen/russischen/arabischen Karten). Ich verstehe hier den Unterschied zwischen den beiden Karten nicht ganz. die internationale Karte würde doch das gleiche wie deine „Weltschrift-spezifische“ Karte sein, oder nicht? *Landesspezifische Karte* Aktuelle amtliche Namen des angezeigten Ortes als Endonym, in der jeweiligen Schrift des Herausgeberlandes. Exonyme nur wenn aktuell und amtlich. Beispiel für
Re: [Talk-de] Rendering vom Ausland - Schrift
Am 18.05.2010 10:48, schrieb Markus: Hallo Gerrit, danke für Deine Erläuterungen und Ergänzungen! von Land zu Land unterschiedlich, auch von Sprache zu Sprache. Wir brauchen also (in vielen Fällen) einen Dreifachschlüssel: Land, Sprache, Schrift. Beispiel: name:CH:de:latn=Biel name:CH:fr:latn=Bienne Die Notwendigkeit länderspezifischer Schlüssel sehe ich nicht. Sprache + evtl. Schrift sollte reichen. Letzteres auch nicht notwendingenweise als Doppelschlüssel, sondern als Einfachschlüssel, genau so wie die Sprachen in MediaWiki auch gehandhabt werden: name:zh-hans = abc name:zh-hant = def name:zh-tw = ghj usw. Siehe hierzu die Liste der von MediaWiki unterstützten Sprachen: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/Names.php?view=markup Dem Renderer automatische Trankription/Transliteration beibringen zu wollen halte ich in den nächsten Jahrzehnten für erfolglos. Transliteration ist für manche Sprachen kein Zauberwerk und in MediaWiki bereit implementiert, so dass ein Programmierer dort abgucken kann. Am Beispiel des Artikels über Köln: http://zh.wikipedia.org/zh-cn/科隆 http://zh.wikipedia.org/zh-hk/科隆 http://zh.wikipedia.org/zh-sg/科隆 http://zh.wikipedia.org/zh-tw/科隆 Das ist nur _ein_ Artikel, der unterschiedlich transliteriert wird. Ähnlich im Kazachischen. Dort wird zwischen lateinisch, kyrillisch und arabisch transliteriert: http://kk.wikipedia.org/w/index.php?title=%D0%9A%D1%91%D0%BB%D1%8C%D0%BDvariant=kk-latn http://kk.wikipedia.org/w/index.php?title=%D0%9A%D1%91%D0%BB%D1%8C%D0%BDvariant=kk-cyrl http://kk.wikipedia.org/w/index.php?title=%D0%9A%D1%91%D0%BB%D1%8C%D0%BDvariant=kk-arab Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo Raimond, hallo Gerrit, Danke für die vielen Informationen! Ich bin gespannt, wie wir das alles zu einem verständlichen und nachvollziehbaren Schema zusammenbauen können. Wir haben: Schriftsystem: http://de.wikipedia.org/wiki/ISO_15924 Sprache: http://de.wikipedia.org/wiki/ISO_639 Land: http://de.wikipedia.org/wiki/ISO_3166-2 WP-Sprache: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/Names.php?view=markup Ziel dieses Threads ist: - Beschreibung für sinnvolle Erfassung geografischer Namen - sinnvolle Darstellung der Namen auf der Karte. Wenn es das Ziel unserer freien Weltkarte ist, möglichst vielen Menschen eine Karte zur Verfügung zu stellen, dann ergeben sich m.E. folgende Prioritäten: 1. die Karte die wir jetzt haben mit regionaler Schrift 2. eine Karte in lateinischer Schrift 3. eine Karte in chinesischer Schrift 4. eine Karte in arabischer Schrift 5. eine Karte in kyrillischer Schrift Immer jeweils mit Endonymen. Wir brauchen (in vielen Fällen) einen Dreifachschlüssel: Sprache, Land, Schrift. name:de:CH:Latn=Biel Die Notwendigkeit länderspezifischer Schlüssel sehe ich nicht. Sprache + evtl. Schrift sollte reichen. Letzteres auch nicht notwendingenweise als Doppelschlüssel, sondern als Einfachschlüssel, genau so wie die Sprachen in MediaWiki auch gehandhabt werden: name:zh-hans = abc name:zh-hant = def name:zh-tw = ghj usw. Siehe hierzu die Liste der von MediaWiki unterstützten Sprachen: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/Names.php?view=markup Und die Schrift ergibt sich immer eindeutig aus der Sprache? Ja, das wäre dann viel einfacher. Das würde für Biel bedeuten: name=Biel/Bienne (da amtlicher Doppelname) name:de=Biel name:fr=Bienne Gibt es keine Sprachen, die mehrere Schriftsysteme verwenden? Oder Länder, die eine amtliche Regierungssprache, aber mehrere Landessprachen, oder gar mehrere Schriftsysteme haben? Sonst brauchen wir eine Regel, wann/wofür/wie welche Kombination erforderlich ist. Und wenn es viele sind, dann wäre es vielleicht einfacher, immer die Dreifachkombination zu benutzen? Dem Renderer automatische Trankription/Transliteration beibringen Transliteration ist für manche Sprachen kein Zauberwerk und in MediaWiki bereit implementiert, so dass ein Programmierer dort abgucken kann. Wow! Was bedeutet das für unser Namens-Schema? Arbeitet die Mapnik-Crew schon mit automatischer Transliteration? Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Punkte
M∡rtin Koppenhoefer schrieb: dadurch wird die history sabotiert, weil der Zugang extrem erschwert wird und die Verlaufsinformationen nicht mehr am eigentlichen Objekt hängen. Apropos history ... Nicht wirklich nachvollziehbar wird die auch bei Fusion oder Trennung von ways. Hat sich da schon jemand Gedanken zu gemacht? Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo, Markus wrote: Danke für die vielen Informationen! Ich bin gespannt, wie wir das alles zu einem verständlichen und nachvollziehbaren Schema zusammenbauen können. Ich weise darauf hin, dass es durchaus auch denkbar waere, verschiedene Namen eines Objekts *nicht* in OSM selbst, sondern in einer getrennten Datenbank zu haben. Schon heute scheinen Leute, die gezielt uebersetzen bzw. mehrsprachige Versionen pruefen wollen, nicht mit der Karte zu arbeiten, sondern sie machen sich lieber Auszuege z.B. von allen city-Nodes und gucken die an, sie arbeiten also mit Listen statt mit Geodaten. Wieso sollte das ein Renderer nicht genauso tun? Ich befuerchte, dass, wenn an dem Node London der chinesische oder arabische Name dranhaengt, dieser ziemlich leicht kaputt gehen kann (wenn jemand ohne entspr. Sprachkenntnisse den Node aendert und versehentlich auf die falsche Taste kommt...). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Am 18.05.2010 14:01, schrieb Markus: Und die Schrift ergibt sich immer eindeutig aus der Sprache? Nein, siehe den nächsten Abschnitt. Ja, das wäre dann viel einfacher. Das würde für Biel bedeuten: name=Biel/Bienne (da amtlicher Doppelname) name:de=Biel name:fr=Bienne Gibt es keine Sprachen, die mehrere Schriftsysteme verwenden? Doch, neben Chinesisch z.B. Kasachich: Lateinisch, Kyrillisch und Arabisch (was davon amtlich ist, ist eine andere Frage) name=Köln name:en=Cologne name:kk-cyrl=Кёльн name:kk-latn=Kyolʹn name:kk-arab=كيولن Oder Länder, die eine amtliche Regierungssprache, aber mehrere Landessprachen, oder gar mehrere Schriftsysteme haben? Mein Ansatz ist sprachenbasiert, wie in der Wikipedia, nicht länderbasiert. In xx.wikipedia.org steht das xx immer für eine Sprache, nie für ein Land. Deswegen zeigt ch.wikipedia.org auch auf die Wikipedia in der Sprache Chamorro, und nicht auf eine (nicht vorhandene) Schweizer Wikipedia. Welche Kombinationen aus (Minderheiten)Sprachen und Länder es gibt, interessiert mich in diesem Zusammenhang nicht. Optimalerweise wollen wir Karten in jeder Sprache und jedem ihrer Schriftsysteme erstellen, völlig unabhängig davon, in welchem Land die Sprache gesprochen wird bzw. in welchem Land der Betrachter sitzt. Sonst brauchen wir eine Regel, wann/wofür/wie welche Kombination erforderlich ist. Und wenn es viele sind, dann wäre es vielleicht einfacher, immer die Dreifachkombination zu benutzen? Nach meiner vorhergehenden Argumentation brauchen wir genau das dann nämlich nicht. Dem Renderer automatische Trankription/Transliteration beibringen Transliteration ist für manche Sprachen kein Zauberwerk und in MediaWiki bereit implementiert, so dass ein Programmierer dort abgucken kann. Wow! Was bedeutet das für unser Namens-Schema? Arbeitet die Mapnik-Crew schon mit automatischer Transliteration? Würde mich auch interessieren. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Mal etwas Input aus einem Land, dass das Problem praktisch betrifft: In Iran taggen wir in name in weiten Teilen Persisch in Persischer Schrift. Im Westen auch Kurdisch in Lateinischer Schrift, aber das ist politisch grenzwertig, da Landessprache dort auch on the ground Persisch ist. Und jetzt kommt's: In name:en wird meist die Transliteration gepackt, sofern es keinen echten englischen Namen gibt. Theoretisch müsste das wohl name:fa-Latn sein, aber hier wird name:en als Internationalisierung und damit quasi als Ersatz für das unsägliche int_name verwendet (Unsäglich deshalb, weil keine Aussage darüber getroffen wird, was diese Internationale Sprache ist, in der es erfasst ist.) Am 18.05.2010 14:31, Raimond Spekking: Am 18.05.2010 14:01, schrieb Markus: Oder Länder, die eine amtliche Regierungssprache, aber mehrere Landessprachen, oder gar mehrere Schriftsysteme haben? Mein Ansatz ist sprachenbasiert, wie in der Wikipedia, nicht länderbasiert. In xx.wikipedia.org steht das xx immer für eine Sprache, nie für ein Land. +1 Dem Renderer automatische Trankription/Transliteration beibringen Transliteration ist für manche Sprachen kein Zauberwerk und in MediaWiki bereit implementiert, so dass ein Programmierer dort abgucken kann. Wow! Was bedeutet das für unser Namens-Schema? Arbeitet die Mapnik-Crew schon mit automatischer Transliteration? Würde mich auch interessieren. Mapnik verwendet keine automatische Transliteration. MkgMap hat basierend auf einem Perl-Modul Ansätze davon (Etwa automatisiert aus dem Arabischen/Persischen ins Lateinische). Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Am 18. Mai 2010 14:23 schrieb Frederik Ramm frede...@remote.org: Ich weise darauf hin, dass es durchaus auch denkbar waere, verschiedene Namen eines Objekts *nicht* in OSM selbst, sondern in einer getrennten Datenbank zu haben. das führt auch zu Problemen. Es wird es für den Mapper komplizierter. Wenn ich dann einen Namen korrigieren oder hinzufügen will, muss ich mich zusätzlich um einen externen Eintrag kümmern. Wenn wir dann noch verschiedene solcher Listen bekommen, wird es vollends schwierig, da die Fehler zu finden bzw. diese Listen zu synchronisieren. Schon heute scheinen Leute, die gezielt uebersetzen bzw. mehrsprachige Versionen pruefen wollen, nicht mit der Karte zu arbeiten, sondern sie machen sich lieber Auszuege z.B. von allen city-Nodes und gucken die an, sie arbeiten also mit Listen statt mit Geodaten. Man kann auch sagen: heute noch. Ich würde es begrüßen, wenn OSM (nebenher) mal zu einer Weltdatenbank der Namen in verschiedenen Sprachen und Schriften wird. Wieso sollte das ein Renderer nicht genauso tun? Ich befuerchte, dass, wenn an dem Node London der chinesische oder arabische Name dranhaengt, dieser ziemlich leicht kaputt gehen kann (wenn jemand ohne entspr. Sprachkenntnisse den Node aendert und versehentlich auf die falsche Taste kommt...). strg+z und versehentliche Tastendrücke sind schnell rückgängig zu machen. Ausserdem steht der alte Eintrag ja in der History. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Raimond Spekking raimond.spekk...@gmail.com wrote: Wow! Was bedeutet das für unser Namens-Schema? Arbeitet die Mapnik-Crew schon mit automatischer Transliteration? Würde mich auch interessieren. Sowas sollte man definitiv nicht in einen Renderer einbauen. Ich könnte mir das eher als Funktion im Postgres vorstellen. Unser Vorteil ist hier ja dass wir keine eindeutige bidirektionale Transkription brauchen. oneway richtung Latei reicht uns ja. Thai wäre so ein Beispiel wo es diese Eindeutigkeit wohl eher nicht gibt. Wenn zum Beispiel ein Select aus der Datenbank เชียงใหม่ als Ortsnamen liefert könnte zum Beispiel eine transliterate Funktion daraus dann automatisch Chiang Mai machen. Dass es sich um Thai handelt und man deshalb keine chinesische Transliterateation verwenden sollte kann man generell anhand des verwendeten UTF-8 Bereiches sogar automatisch erkennen. Eine generische Karte mit lateinischer Schrift halte ich für zunehmend wichtiger. Es gibt nämlich bereits jetzt guterfasste Länder wo mir die Karte trotzdem überhaupt nix hilft. Gruss Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo Frederik, Namen eines Objekts in einer getrennten Datenbank Wenn das für den Renderer-Workflow möglich ist, scheint mir das ideal. OSM baut eine eigene weltweite multilinguale *OSM-Geo-Namen-DB*. Aus der sich die Renderer, Router und anderen Anwendungen bedienen. Exemplarisch beginnen könnte man mit den Ländern und Hauptstädten. Und dann alle grossen und kleineren Orte. Neben den Daten aus OSM könnte man auch die Daten aus WP und die von LOCODE füttern. Laienhaft stelle ich mir vor, dass man die Geodaten-DB um ein paar hundert Ortsnamen-Tabellen erweitert (für jede Sprache eine)? Oder wären das zwei Datenbanken? Wie wäre dann der Workflow zwischen - OSM-Geoddaten-DB, OSM-Namen-DB und editierendem Benutzer? - OSM-Geoddaten-DB, OSM-Namen-DB und Anwendungen? Ich befuerchte, dass, wenn an dem Node London der chinesische oder arabische Name dranhaengt, dieser ziemlich leicht kaputt gehen kann (wenn jemand ohne entspr. Sprachkenntnisse den Node aendert und versehentlich auf die falsche Taste kommt...). Sehe ich auch so. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo, Markus wrote: Wenn das für den Renderer-Workflow möglich ist, scheint mir das ideal. OSM baut eine eigene weltweite multilinguale *OSM-Geo-Namen-DB*. Aus der sich die Renderer, Router und anderen Anwendungen bedienen. Wo ein Wille ist, ist auch ein Weg. Man kann ja im Mapnik-Style beliebige selects angeben, also auch einen, bei dem ich z.B. einen OSM-Namen mit einer Fremdtabelle joine, um ggf. dort den passenden Namen fuer die Karte auszulesen. Laienhaft stelle ich mir vor, dass man die Geodaten-DB um ein paar hundert Ortsnamen-Tabellen erweitert (für jede Sprache eine)? Oder wären das zwei Datenbanken? Das ist dann ein Implementierungsdetail. Ich denke, beim Rendern sollte man eine zusaetzliche Tabelle haben, in der man den in OSM gefundenen Namen nachschlaegt, und die Tabelle hat dann fuer jede Sprache/Schrift/whatever eine Spalte. Die Sprachtabelle muesste im Renderer vorgehalten werden und koennte unabhaengig von OSM-Daten aktualisiert werden. Wie die Sprachtabelle editiert und verbreitet wird, darueber habe ich mir keine Gedanken gemacht. OSM waere dafuer nicht das richtige Medium. Vielleicht eine Wikiseite, oder Google Docs ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Obstanbau
Am 18. Mai 2010 06:21 schrieb Rainer Kluge rklug...@web.de: M∡rtin Koppenhoefer schrieb: Am 17. Mai 2010 23:29 schrieb Ulf Möller o...@ulfm.de: Orchard ist einfach ein Stück Land, wo Obst angebaut wird. Bäume oder Sträucher sind allerdings schon erforderlich, damits ein orchard ist, oder? Wenn dort Obst angebaut wird, dann hat es auch Bäume oder Sträucher. Oder wie willst du das sonst machen? das kommt auf das Obst an. Bäume und Sträucher sind holzige Gewächse, Stauden z.B. nicht. Oder kennst Du Erdbeersträucher (oder waren das Erdbeerbäume?). ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Hallo Sven, automatischer Transliteration sollte man definitiv nicht in einen Renderer einbauen. Ich könnte mir das eher als Funktion im Postgres vorstellen. Und damit die neue OSM-Namens-DB füttern... Ist vermutlich effizienter, mit der Funktion einmal eine Tabelle zu füttern, und daraus dann die Daten zu holen? Unser Vorteil ist hier ja dass wir keine eindeutige bidirektionale Transkription brauchen. oneway richtung Latein reicht uns ja. Und die anderen Schriftsysteme brauchen zusätzlich noch oneway von Latein zu ihrem Schriftsystem. Eine generische Karte mit lateinischer Schrift halte ich für zunehmend wichtiger. Es gibt nämlich bereits jetzt guterfasste Länder wo mir die Karte trotzdem überhaupt nix hilft. Eine *Karte in lateinischer Schrift* halte ich für eines der wichtigsten Ziele zur Verbreitung der Karte. Eine Namens-DB könne ein guter Weg sein. Dann wären auch weitere Schriftsysteme machbar, und der Benutzer könnte bald frei wählen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
Am 18. Mai 2010 15:41 schrieb Frederik Ramm frede...@remote.org: Wie die Sprachtabelle editiert und verbreitet wird, darueber habe ich mir keine Gedanken gemacht. ... Vielleicht eine Wikiseite, oder Google Docs ;-) Das ist wohl beides nicht Dein Ernst, oder? Eine Wikiseite würde das Wiki doch extrem aufblasen, oder Google Docs, wo man auf das Gutdünken von Google angewiesen ist, dass das ganze nicht mal ein kostenpflichtiger Service wird? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland - Schrift
M?rtin Koppenhoefer wrote: Wie die Sprachtabelle editiert und verbreitet wird, darueber habe ich mir keine Gedanken gemacht. ... Vielleicht eine Wikiseite, oder Google Docs ;-) Das ist wohl beides nicht Dein Ernst, oder? Eine Wikiseite würde das Wiki doch extrem aufblasen, oder Google Docs, wo man auf das Gutdünken von Google angewiesen ist, dass das ganze nicht mal ein kostenpflichtiger Service wird? Von Google Docs halte ich selber wenig, aber ich wuerde das denen ueberlassen, die die Uebersetzungen pflegen moechten. Und das mit der Wikiseite meine ich so halb-ernst, schliesslich wurde hier schon davon gesprochen, man koennte die Interwiki-Links aus Wikipedia automatisch abgreifen. Hieraus eine Tabelle fuer Mapnik zu machen, waere trivial; wenn jemand dann eine zusaetzliche Uebersetzung wuenscht, muesste er nur in der Wikipedia einen Interwiki-Link erstellen. Das setzt natuerlich voraus, dass dieser ganze Mechanismus nur fuer Orte zur Anwendung kommt, die fuer die Wikipedia relevant genug sind. Eventuell waere es auch eine Moeglichkeit, diese Namensliste in der OpenGeoDB zu pflegen, vielleicht haben die ja ein einfaches Interface fuer sowas. Was wir bei OSM an Editoren haben, ist dafuer ja eher nix. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Am 18. Mai 2010 07:09 schrieb Martin Simon grenzde...@gmail.com: *g* Also aus sicherer Quelle weiß ich, daß sie dort immer noch siedeln und sich seit langem niemand mehr darüber beschwert hat ;-) *g* gemeint war Riesengebirge bzw. Siebenbürgen, wie Du willst. Übrigens sind dort deutsche Namen wohl nicht mehr besonders üblich ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Massendownloads vom PCN - portale geografico nazionale
Hallo, da ich hier auch den Link zum PCN gepostet habe, ein kleiner Hinweis: OSM-Italien ist informell informiert worden, dass seit ein paar Tagen erkennbar versucht wurde, die Daten massenhaft systematisch herunterzuladen. Das ist natürlich nicht gestattet, genausowenig wie das Cachen zum Zweck, die Bilder z.B. in potlatch zu verwenden. Leider. Falls das also zufällig jemand war, der hier mitliest, bitte aufhören, sonst wird die Erlaubnis evtl. wieder entzogen. Eine übliche Nutzung z.B. mit JOSM über die WMS-Extension ist natürlich erlaubt bzw. sogar gewünscht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Segelfluggellände
Moin, wie taggt ihr denn reine Segelfluggelände? Also gerade mal eine Graspiste? http://wiki.openstreetmap.org/wiki/Key:aeroway hilt mir da leider nicht weiter. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Segelfluggellände
Am 18. Mai 2010 17:03 schrieb Raimond Spekking raimond.spekk...@gmail.com: Moin, wie taggt ihr denn reine Segelfluggelände? Also gerade mal eine Graspiste? surface=grass ist da sicher angebracht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen ordnen
Gerd Steinburger gerd.steinbur...@vr-web.de [Mon, May 17, 2010 at 10:28:05PM CEST]: [...] Das kann doch der Relations-Editor in JOSM. Einfach im leeren JOSM Relation laden (mit Strg+Umschalt+O) und im Relations-Editor Relationselemente sortieren. Oder habe ich etwas falsch verstanden? Nein, ich Rübe habe mich bisher noch nicht getraut, auf den mit A Z beschrifteten Knopf zu drücken. Hatte wohl gedacht, das heißt Abhängigkeiten zerstören oder so was. Wunderbar, vielen Dank. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
M∡rtin Koppenhoefer dieterdre...@gmail.com [Tue, May 18, 2010 at 12:25:22AM CEST]: [...] Natürlich sind auch Namen betroffen, die nicht im Osten liegen (Lüttich, Elsass, ...), man kann eigentlich rund rum so was finden ;-) Du hast doch Italienerfahrung, wie würden die Leute dort auf Trient, Rom, Neapel, Bern, Genua, Raben, Mailand, Rofreit, Triest und Venedig reagieren? Ich tendiere dazu, bei den größeren Orten die deutsche Schreibweise zu nehmen, weil geläufiger, aber bei kleineren die nationale. Wer Heydekrug oder Bisanz auf der Landkarte sieht, wird lange nach Ausschilderung suchen und ganz schön alte Leute fragen müssen, um zum Ziel zu kommen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] updatefrequenz der AIO
Hallo *, könnte die AIO von den einzelnen Bundesländern nicht täglich erzeugt werden und die ganzen Länder dann einmal in der Woche?! Ich fände das praktisch, da ich oft viele Informationen in einem Gebiet eintrage und die Karte dann auch für die weiteren Eintragungen benutze, damit ich nicht alles doppelt erfasse. Die ganzen Wegpunkte im Navi drin zu lassen erscheint mir nicht allzu praktikabel. Dafür kommen bei den Hausnummern einfach zu viele Wegpunkte zusammen. Wäre das technisch Möglich und was sagen die anderen dazu?! Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] updatefrequenz der AIO
Elchtreiber elchtrei...@gmx.net wrote: könnte die AIO von den einzelnen Bundesländern nicht täglich erzeugt werden und die ganzen Länder dann einmal in der Woche?! Du möchtest uns einen neuen Server spenden? Wäre das technisch Möglich und was sagen die anderen dazu?! Nein, leider nicht, denn es wird generell nur Europa geschnitten und dann werden die entstandenen Kacheln mit den Ländergrenzen über Postgis verschnitten und zusammengesetzt. Das führt dazu dass die Karte immer leicht größer ist als das zugehörige (Bundes-)land was die Nutzer aber in der Regel eher freut. Erst seit diese Methode verwendet wird sind die Länder überhaupt einzeln verfügbar. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Am 18. Mai 2010 18:51 schrieb Johannes Huesing johan...@huesing.name: M∡rtin Koppenhoefer dieterdre...@gmail.com [Tue, May 18, 2010 at 12:25:22AM CEST]: [...] Natürlich sind auch Namen betroffen, die nicht im Osten liegen (Lüttich, Elsass, ...), man kann eigentlich rund rum so was finden ;-) Du hast doch Italienerfahrung, wie würden die Leute dort auf Trient, Rom, Neapel, Bern, Genua, Raben, Mailand, Rofreit, Triest und Venedig reagieren? M.E. ist das kein Problem, ist ja sowieso ne deutsche Karte, da ist es wohl klar, dass wir die Namen auf deutsch drauf schreiben, oder? In Südtirol werden beide Namen reingeschrieben, auch auf der offiziellen Karte. Allerdings ist das wohl gehackt, indem name beide enthält und zusätzliche name:it und name:de enthalten sind: http://www.openstreetmap.org/browse/way/23608046 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mehrere Relationen gleichzeitig darstellen
Eine Frage: Ist es möglich, mehrere Wanderwege (Relatioenen) einer Region gleichzeitig darzustellen? Mit der Syntax http://www.openstreetmap.org/?relation=xxx können Relationen wunderbar gezeigt werden. Möchte aber in einer Region versch. Wanderwege aufzeigen. Vielen Dank schon mal Lothar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO keine Adressen mehr
Am 18.05.2010 09:53, schrieb Georg Feddern: NKIN Nein zu der Absicht oder ob Du es bestätigen kannst ? das sollte durch das K eigentlich eindeutig sein. Das andere wäre ja NIEN gewesen -v -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Obstanbau
Am 18.05.2010 00:48, schrieb M∡rtin Koppenhoefer: Bäume oder Sträucher sind allerdings schon erforderlich, damits ein orchard ist, oder? Stimmt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO keine Adressen mehr
Am 17.05.2010 22:31, schrieb Elchtreiber: Hallo zusammen, ist es Absicht, das die AIO vom 17.05 keinen Adresslayer mehr hat? Ich finde auf meinem Navi nur noch die Hoehe, boundary, osb, fixme und die basemap. Kann das noch wer bestätigen?! Ist wohl irgendwas schief gelaufen. Weiß noch nicht was. Bitte morgen abend nochmal testen (falls er überhaupt durchkommt). Hab jetzt schon wieder einiges umgebaut. Filtere jetzt Daten mit osmosis vor (boundary,addr,maxspeed,keepright,osb) und splitte diese separat. Im best case ist morgen alles korrekt und es ist deutlich schneller fertig. Im worst case (oder average?) kackt er mal wieder ab und ich muss erstma Fehler suchen. Warten wirs ab. Es ist halt ein dev-server. Kapazitäten für ein zusätzliches Testsystem neben dem Produktivsystem sind leider nicht vorhanden :( Viele Grüße! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Segelfluggellände
Am 18.05.2010 17:43, schrieb M∡rtin Koppenhoefer: wie taggt ihr denn reine Segelfluggelände? Also gerade mal eine Graspiste? surface=grass ist da sicher angebracht. Viele kleine Verkehrslandeplätze haben auch nur eine Graspiste. access=glider wäre denkbar, aber ein eigenes Tag für Segelfluggelände wäre wohl besser... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] updatefrequenz der AIO
Am 18. Mai 2010 22:19 schrieb Elchtreiber elchtrei...@gmx.net: Ich fände das praktisch, da ich oft viele Informationen in einem Gebiet eintrage und die Karte dann auch für die weiteren Eintragungen benutze, damit ich nicht alles doppelt erfasse. wenn Du nur ein überschaubares Gebiet haben willst (fürs Mappen), dann kannst Du Dir recht problemlos mit mkgmap ohne Dich um Kacheln zu kümmern 'ne eigene Karte erstellen. Ist echt nicht schwer. Den Ausschnitt kannst Du z.B. nach dem Mappen in JOSM speichern und direkt umwandeln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Trackname in der Zeichenfläch e ermitteln
Moin ! weiß einer von Euch ob man irgendwie den Namen einer GPX-Datei in der Zeichenfläche abfragen kann ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO keine Adressen mehr
Am Mittwoch 19 Mai 2010 01:13:06 schrieb Johann H. Addicks: Am 18.05.2010 09:53, schrieb Georg Feddern: NKIN Nein zu der Absicht oder ob Du es bestätigen kannst ? das sollte durch das K eigentlich eindeutig sein. Das andere wäre ja NIEN gewesen -v Beschreib' mir doch mal bitte jemand wovon hier die Rede ist. In ganzen Sätzen, ohne Abkürzungen und in deutsch. Wenn möglich sogar ohne eine Gegenfrage zu stellen. Letzteres ist kein muss, das kann ich ja dann einfach ignorieren. Danke und mfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
