Re: [Talk-de] Start des deutschen WikiProjekts Cleanup
Am 19.03.2012 07:33, schrieb Ronnie Soak: Bevor deutsche Uebersetzungen von wichtigen Konzepten und Tags gar nicht existieren (oder nicht vernuenftig verlinkt sind) brauchen wir ueber kontroversen beim Inhalt gar nicht diskutieren. Hi Ronnie, jo, dem hatte ich in der Form schon zugestimmt. Vermutlich habe ich das Anliegen des Projekts aufgrund der verwendeten Sprache etwas missverstanden. Dennoch bleibe ich auch für neu zu übersetzende Seiten auf dem Standpunkt: Keine Übersetzung ist besser als eine falsche oder grob ungenaue Übersetzung. Gerade für Mapper, die der englischen Sprache nicht mächtig sind, und demnach im Falle eines Disputs wenig Chancen haben mitzureden, übernimmt der Übersetzende große Verantwortung. Je nach Umfang der Daten, die aufgrund einer nicht tragfähigen Übersetzung (was das ist, entscheidet die Zukunft..) in die DB wandern, kann das Resultat sein: - unterschiedliche Interpretation des gleichen (engl.) tags in unterschiedlichen Sprachräumen - Notwendigkeit, Daten umzutaggen Mir ging es nur darum, darauf hinzuweisen. Klar muss man die Sache an sich voranbringen. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Am 19.03.2012 10:04, schrieb Tirkon: Kolossos wrote: Dieses Problem besteht darin, dass sich Nutzers des IE-Browsers bei mir gemeldet haben, weil die Seite bei reinzoomen einschlafen würde. Wenn das Problem verbreitet sein sollte, könnte man das vielleicht dem Herren melden, der bei Microsoft explizit als Verbindungsmann zur OSM-Community eingestellt wurde: Steve Coast. morgen soll das folgende Projekt in der deutschen Wikipedia live geschalten werden: http://wiki.openstreetmap.org/wiki/WIWOSM Vielen Dank für das lange erwartete Feature. :-) OpenStreetMap has different representations for objects. This means a place can be represented by a node (a single point) or a multipolygon (an area). We want the most complex representation for this project. A single node brings us no additional information on the map compared to the usual geocoding in Wikipedia. On the other hand the place node for a city has a lot of additional data so it would be nice to connect it with Wikipedia. Spätestens jetzt könnte man bei Grenzen beispielsweise von Kommunen und Ortsteilen darüber nachdenken, die Place Nodes mit den entsprechenden Polygonen - sodenn vorhanden - zu verheiraten. Dies könnte geschehen, indem man Erstere mit der Rolle "label" in die Multipolygon-Grenz-Relation aufnimmt. So könnte man sowohl die Infos aus dem Polygon als auch diejenigen aus dem Node nutzen. Gleichzeitig könnte man damit das derzeit doppelte Rendern der Namen ausmerzen, der dann nur noch am Ort des Labels stattfindet. Spräche etwas dagegen? Grundsätzlich nicht. Ich habe mir mit Dieter/Martin (?) vor einiger Zeit eine Debatte dazu geliefert. Bezogen auf dieses Problem bedeutet das: Ab einer bestimmten Granularität verschwimmt in OSM die Differenzierung zwischen politischen Grenzen und Landnutzungsgrenzen. Wir hatten das damals anfänglich am Beispiel von Wohngebieten erörtert. Um ein einfaches, nachvollziehbares Beispiel zu geben, weshalb die "Heirat" von der Du sprichst, nicht immer 1:1 stattfinden kann: für eine kleine Gemeinde, sagen wir Burgdorf, existiert 1 (ein) place node, aber teils n (mehrere) Grenzen, z.B. * die Landnutzungsgrenze des Siedlungsgebiets (salopp Häusergrenze) - manche taggen das als (place=), andere als (landuse=residential) - manchmal fällt das zusammen, manchmal nicht (je nach Größe der Gemeinde) * die administrative Grenze der Gemeinde - administrative=boundary * evtl. historische Grenzen (z.B. Innenstadt / Stadtmauergrenze o.ä.) Deshalb war mein Vorschlag damals, place=* generell nur als node zu erfassen und das dann, so wie jetzt von Dir und WIWOSM vorgeschlagen über Relationen zu den entsprechenden Polygonen in Bezug zu setzen (die natürlich dann nicht mit place=* getaggt werden, weil das bedeuten würde, wahllos eine der genannten Grenzarten zu bevorzugen). Gruß Christian Ist auch angedacht, die Datenbank mit den Links zwischen OSM-Objekt und den Wikipedia-Artikelnamen in den diversen Sprachen auch für Andere zur Verfügung zu stellen? Man könnte sich beispielsweise eine darauf basierende GUI vorstellen - eventuell in Nominatim integriert, die eine Verlinkung zur Linien-/Flächen-Objektkarte bei Eingabe des Objektnamens leistet. If you add a new Wikipedia-Tag and can not wait, you can update with (URL:+"&action=purge"). Mir ist nicht klar, welche "URL" gemeint ist. Ist es im Beispielsfalle von Düsseldorf die des Wikipedia Artikels http://de.wikipedia.org/wiki/D%C3%BCsseldorf oder die der Relation, in die ich das Tag eingetragen habe http://www.openstreetmap.org/browse/relation/62539 und wie müsste diese "URL" in diesem Beispiel präzise lauten? Der bevorzugte Wikipedia Tag sollte laut WIWOSM so aussehen: "wikipedia=lang:article". Es reicht der Link in einer Sprache. Schwierig wird es allerdings, wenn die Interlanguage Links untereinander nicht eineindeutig sind und eine Reise durch verschiedene Sprachen schlussendlich nicht am Ausgangspunkt landet? Zum Beispiel kann eine Region andere Grenzen haben wie das Naturschutzgebiet/See/Forst/etc gleichen Namens. So könnten die Artikel de:Name (A), de:Name (B), it:Name (A+B umfassend), en:Name (A) sowie fr:Name (B) existieren, so dass in Ermangelung des exakt kongruenten Pendants in Wikipedia üblicherweise sinnähnlich aber aus OSM-Sicht falsch verlinkt wird. Kann man dann die Wikipedia Links für jede Sprache einzeln an das OSM Objekt pappen und wird das dann auch beachtet? In diesem Fall müsste man auch die "Leit"-Sprache für die Interlanguage-Links markieren können. Alle anderen Sprachen wären dann explizit als Ausnahme zu behandeln. Was passiert, wenn ein Wikipedia Artikel verschoben oder gar der Redirect durch Umverlinkung aufgelöst wird? Sinnvoll wäre es, die Verlinkung nicht einfach nur verschwinden zu lassen, sondern den Verlust eines ehemals gültigen Links zu markieren, so dass man nach solch verlorenen Links fahnden könnte. Was bedeutet "is parsed (also
Re: [Talk-de] Start des deutschen WikiProjekts Cleanup
Am 19.03.2012 10:20, schrieb Wolfgang: Dazu sollte auch die Struktur des Wiki überdacht werden. Ein Anfänger, der nicht in diesen Strukturen zuhause ist, hat erst mal ein Problem, überhaupt Informationen zu finden. Der nahezu einzige Weg dazu ist die Suche nach Stichwörtern. Wenn man aus der text- (Buch-)gebundenen Welt kommt, ist man es gewohnt, Inhaltsverzeichnissen folgen zu können. Hierzu sei erwähnt, dass Software teilweise mit diesen Strukturen eng verheiratet ist. Zum Vorteil der Nutzer existiert in JOSM beispielsweise eine kontextgebundene Hilfe: * F1 auf selektiertem Text im Tag-Dialog, oder * Rechtsklick > Kontextmenü benutzen, um die jeweilige OSM-Wiki-Seite zum Tag aufzurufen Es spricht natürlich sonst nichts dagegen, neue Zugangswege in diese Strukturen zu schaffen. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehlermeldungen bei nicht gefundenen Tiles im Server
hi ! ich habe mit einem bekannten eine Webseite für ein großes Fährportal auf OSM und OpenLayer-Basis erstellt. Damit die Namen der Häfen auch im IE performant angezeigt werden wurde der Umweg über das Rendern mit Maperitive gewählt. Viele Tiles werden nicht gerendert da dort keine Namen sind. Nun ist das Problem das das Logfile des ausliefernden Servers jede nicht verfügbare Tile-Kachel anmerkt und damit das Logfile überfüllt. Um alternativ eine empty.png auszuliefern wurde // Function: onImageLoadError, wenn mal keine Bilder ausgeliefert werden können OpenLayers.Util.onImageLoadError = function() {this.src = "../img/empty.png"}; eingebaut. Hat einer eine Idee wie man dem System noch beibringen könnte nicht immer eine Fehlermeldung im Logfile auszugeben ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlermeldungen bei nicht gefundenen Tiles im Server
On 20.03.2012 20:56, o...@tappenbeck.net wrote: Hat einer eine Idee wie man dem System noch beibringen könnte nicht immer eine Fehlermeldung im Logfile auszugeben ? Da solltest du mal in die Anleitung deines Webservers schauen. Die verbreitetsten nennen sich Apache, IIS oder nginx. Je nach dem funktioniert das ein klein wenig anders. Google hilft bestimmt auch weiter... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schnell noch ein Frühlingsputz
Hi ! bevor am Wochenende die Messe ist können wir vielleicht noch schnell einwenig die Bugs aufräumen. http://openstreetbugs.schokokeks.org/?zoom=13&lat=53.87157&lon=10.69019&layers=B0T Da sind noch einige enthalten die wohl nicht mehr aktiv sind. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schnell noch ein Frühlingsputz
Hallo, Am Dienstag, 20. März 2012 21:45:18 schrieb o...@tappenbeck.net: > Hi ! > > bevor am Wochenende die Messe ist können wir vielleicht noch schnell > einwenig die Bugs aufräumen. > > http://openstreetbugs.schokokeks.org/?zoom=13&lat=53.87157&lon=10.690 > 19&layers=B0T > > Da sind noch einige enthalten die wohl nicht mehr aktiv sind. > hmmm, die stammen anscheinend fast alle vom user Lübeck... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenPOIMap.ch freigeschaltet!
Liebe Leute Gerade rechtzeitig zur FOSSGIS 2012 wurde die experimentelle Webmapping Applikation "OpenPOIMap" freigeschaltet! OpenPOIMap befasst sich mit der Visualisierung von Point-of-Interests aus OpenStreetMap-Daten sowie mit deren Integration in andere Systeme. Mit OpenPOIMap kann man: * POIs visualisieren und interaktiv abfragen (=> Tab 'Home') - auch solche, die nicht auf Mapnik oder Spezialkarten dargestellt werden. * POIs herunterladen (=> Tab 'Download'), zur Nutzung in GPS/Navis oder sonstwie lokal. * POIs als Webservice (WFS) nutzen (=> Tab 'Webservice'). Neuartig sind dabei u.a. die Infoboxen zur interaktiven Abfrage von beliebigen POIs (vgl. Examples). Dazu kommt TagFinder (=> Tab 'TagFinder'), eine einfache aber intelligente Suche nach Tags (z.B. Schloss). Die Applikation umfasst zurzeit die Schweiz und die Daten werden täglich aktualisiert (jeweils frühmorgens). Testet http://openpoimap.ch/ ! Wir freuen uns über jedes Feedback! Grüsse nach Dessau! -- Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] LWG Sitzung vom 20.3.2012
Wieder einmal ein Kurzbericht von der LWG. Der Protokollentwurf befindet sich hier https://docs.google.com/document/pub?id=1GaPWqvBOSXlAzQQdfHczOU3tHB1NuDm-zRDskwxDD2g . Hauptthema und wichtigster Punkt war der mehr oder weniger definitive Zeitplan zur Lizenzumstellung siehe hier http://www.osmfoundation.org/wiki/License/Rebuild_Plan Sprich in ziemlich genau einer Woche ist geplant die Umbauarbeiten an der Datenbank anzufangen mit Ziel, dass Ende März alles für die formelle Umstellung bereit ist. Es sollte demnächst auch eine Mitteilung an die Nutzer von OSM Daten herausgehen, die auf die Umstellung und Konsequenzen davon eingeht. Des weiteren wird man sich beraten lassen bezüglich des weiteren Vorgehens bezüglich des Lizenzverstosses von Apple (da sich Apple sich bis jetzt auch nicht gemeldet hat). Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten-Fehler in einer Wiki-Seite
Hi ! kann einer sagen warum es in der Seite von Ratekau (http://wiki.openstreetmap.org/wiki/Ratekau) zur Meldung Kartenfehler: Ungültiger „layer“-Wert „%1“ obwohl da nichts in der Seite steht - ggf. ein fixing veranlassen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schnell noch ein Frühlingsputz
Hi ! das eine schließt das andere nicht aus. Kommt eben viel rum und trägt auch ein. Sieht manches erst später in der Karte. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzwechsel beginnt am 27. März !!!!!
siehe hierzu http://forum.openstreetmap.org/viewtopic.php?id=15922 gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten-Fehler in einer Wiki-Seite
Ist ja wohl nicht sooo neu, dass osmarender seinen Dienst eingestellt hat, oder? Hab die Seite gefixt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten-Fehler in einer Wiki-Seite
Am 21.03.12 02:44, schrieb aighes: Ist ja wohl nicht sooo neu, dass osmarender seinen Dienst eingestellt hat, oder? Wäre ein gutes Thema fürs WikiProjekt Cleanup. Kann man im Wiki keine bots für sowas einrichten? Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten-Fehler in einer Wiki-Seite
Am 21.03.2012 07:21, schrieb Andre Joost: > Wäre ein gutes Thema fürs WikiProjekt Cleanup. Kann man im Wiki keine > bots für sowas einrichten? Doch das geht aber hier sind Leute mit Programmierkenntnissen gefragt: http://de.wikipedia.org/wiki/Wikipedia:Bots http://de.wikipedia.org/wiki/Benutzer:Tets-Bot/Ich_will_auch_einen_Bot! Den Einsatz eines Bots bitte UNBEDINGT mit dem Cleanup-Team auf der Diskussionsseite des Projektes absprechen! Grüße Rob ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de