Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Kolossos tim.al...@s2002.tu-chemnitz.de 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? 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 with https)? Der folgende Link funktioniert: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Bundesstra%C3%9Fe%201 Hingegen dieser Link funktioniert nicht, obwohl der Wikipedia Artikel existiert: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Europastra%C3%9Fe%201 Kann man im Falle eines nicht funktionierenden Links immer davon ausgehen, dass es diesen Wikipedia Tag in OSM noch nicht gibt oder kann es auch andere Gründe geben? In Wikipedia gibt es oft Karten, wie Lage des Landkreises X im Bundesland Y als Illustrierung des Artikel Landkreis X. Dabei sind innerhalb des Bundeslandes alle Landkreise eingezeichnet und der betroffene Landkreis eingefärbt. Ähnliches gilt für Städte mit deren Bezirken und Ortsteilen. Theoretisch könnte eine solche Karte nun auch automatisch eventuell unter Berücksichtigung des http://de.wikipedia.org/wiki/Vier-Farben-Satz aus dem Artikelnamen erzeugt werden. Vor dem Hintergrund, dass Superrelationen nicht unterstützt werden, vermute ich aber, dass solche Karten zu belastend für Server wären. Ist diese Einschätzung richtig? Das in Frage stehende Feature hat auch durchaus seinen Sinn. Die derzeitigen Karten dieses Typs in Wikipedia sind in den meisten Fällen aus nichtfreien Quellen entstanden, z.B. von den Homepages der Kommunen übernommen.
Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Hallo, Am Montag, 19. März 2012 10:04:06 schrieb Tirkon: Kolossos tim.al...@s2002.tu-chemnitz.de 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. +1 [...] 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. Das sollte daran scheitern, dass die Mulipolygon-Relation keine Role label kennt. Möglich und sinnvoll wäre es dann, Place und Grenzrelation mit einer site zu verbinden, die kennt label und perimeter. Bitte nicht schon wieder an den Definitionen schrauben. Gruß, Wolfgang ps. + ot: Interessant in diesem Zusammenhang und in Bezug auf den Übersetzungsthread die unterschiedlichen Role-Definitionen in en/de. Ohne Role laut en don't use, ignored or handled as outer, in de wird automatisch ausgewertet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Das sollte daran scheitern, dass die Mulipolygon-Relation keine Role label kennt. Möglich und sinnvoll wäre es dann, Place und Grenzrelation mit einer site zu verbinden, die kennt label und perimeter. ps. + ot: Interessant in diesem Zusammenhang und in Bezug auf den Übersetzungsthread die unterschiedlichen Role-Definitionen in en/de. Ohne Role laut en don't use, ignored or handled as outer, in de wird automatisch ausgewertet. Weil ich gerade an der Uebersetzung von place gearbeitet habe: Dort wird vorgeschlagen, die Relation administrative_boundary zu verwenden und dort der Einzelnode die Rolle admin_centre zuzuweisen. Keine Ahnung, ob das so stimmt. Taginfo durchsucht ja leider keine Relationen. Wo findet man denn die gueltigen (tm) Definitionen? Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Hallo, Am Montag, 19. März 2012 12:01:17 schrieb Ronnie Soak: Das sollte daran scheitern, dass die Mulipolygon-Relation keine Role label kennt. Möglich und sinnvoll wäre es dann, Place und Grenzrelation mit einer site zu verbinden, die kennt label und perimeter. ps. + ot: Interessant in diesem Zusammenhang und in Bezug auf den Übersetzungsthread die unterschiedlichen Role-Definitionen in en/de. Ohne Role laut en don't use, ignored or handled as outer, in de wird automatisch ausgewertet. Weil ich gerade an der Uebersetzung von place gearbeitet habe: Dort wird vorgeschlagen, die Relation administrative_boundary zu verwenden und dort der Einzelnode die Rolle admin_centre zuzuweisen. Keine Ahnung, ob das so stimmt. Taginfo durchsucht ja leider keine Relationen. und tagwatch für die ganze Welt zeigt rätselhaferweise ein paar südamerkanische Länder an. Was man damit anfangen kann, hat sich mir noch nicht erschlossen. Wo findet man denn die gueltigen (tm) Definitionen? Das (tm) hast du echt verdient ;-) Ich schreibe mal überwiegend im jeweiligen Fachartikel des Wiki. Die Seite für die Relation boundary ist da ganz geschickt: Benutze nach Wahl entwerder mulitpolygon oder boundary, aber mit den Regeln von multipolygon. Wobei Multipolygon in De, Nl und Equador üblich sein soll, in anderen Teilen der Welt eher boundary. Womit die Mehrheit, würde sie erfasst, wahrscheinlich zu Multipolygon tendiert. Damit ist aber die role admin_centre eigentlich nicht kompatibel. De und en sind mal wieder nicht einig. So weit ich es mitbekommen habe, war boundary die ältere Variante, die sich jetzt in Richtung mulipolygon bewegt. Im Norden von De geht der Trend eindeutig in diese Richtung. Grundsätzlich halte ich es sinnvoll, alle Flächen als multipolygone zu definieren. Das hat für *alle* Auswertungen den Vorteil, dass Flächen einheitlich erfasst werden. Die Multipolygon-Relation ist (oder war, als ich das zuletzt benutzt habe ;-) ) hervorragend und (fast) übereinstimmend in de und en dokumentiert. Wenn die Fläche an sich durch diese Relation definiert ist, kann man mit anderen Relationen auf das Ergebnis zugreifen. Damit trennen wir die reine Flächenerfassung als mathematisch/geografisch/geometrisch-es Objekt von der organistorischen Gliederung und vermeiden, dass für jede Relation die Flächenerfassung neu erfunden werden muss. Im Grunde ist das ein Geburtsfehler von OSM. Wir haben Punkte und Linien, aber keine Flächen. Diese Lücke sollte das Multipolygon füllen mit so einer Art Sonderstatus. Fläche = Multipolygon, was weiter daraus wird, regeln die jeweiligen Relationen, falls erforderlich. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projektvorankündigung WIWOSM - IE Bug
Hallo, morgen soll das folgende Projekt in der deutschen Wikipedia live geschalten werden: http://wiki.openstreetmap.org/wiki/WIWOSM Dabei geht es um das Highlighten von OSM-Objekten in der Wikipedia-OSM-Karte, diese erfolgt über passende Wikipedia-Tags. Ich denke die Screenshots auf der Projektseite erklären das gut. Dort gibt es auch Beispielseiten. Ich denke mal das Projekt wird noch einige Diskussionen auslösen, darüber was wie einzutragen ist um den Inhalt eines Artikel möglichst gut zu kennzeichnen , aber erstmal geht es mir um ein spezielles Problem. Dieses Problem besteht darin, dass sich Nutzers des IE-Browsers bei mir gemeldet haben, weil die Seite bei reinzoomen einschlafen würde. Dies passiert insbesondere in der Version IE9. Alle anderen Browser laufen erwartungsgemäß gut. Nun gibt es 2 Möglichkeiten: *Wir finden eine Möglichkeit das schnell zu fixen. *Ich schalte dieses neue Feature einfach für IE-Nutzer ab. Was ratet ihr mir? Der IE hat halt doch einen recht hohen Nutzungsanteil, somit würde ich dann auf eine große Bekanntmachung (Wikipedia-Hauptseite) verzichten. Grüße von den Chemnitzer LinuxTagen Tim Alder alias Kolossos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Hallo, Am Sonntag, 18. März 2012 15:37:55 schrieb Kolossos: Nun gibt es 2 Möglichkeiten: *Wir finden eine Möglichkeit das schnell zu fixen. *Ich schalte dieses neue Feature einfach für IE-Nutzer ab. Was ratet ihr mir? Im IE abschalten, wenn es bei allen anderen läuft. Es kann nicht sein, dass die ganze Welt wartet, bis MS seine Fehler im IE gefixt hat. Der IE hat halt doch einen recht hohen Nutzungsanteil, somit würde ich dann auf eine große Bekanntmachung (Wikipedia-Hauptseite) verzichten. Der IE hat AFAIK unter oder um 50% Gesamtanteil. Warum also verzichten? Man kann ja einen Satz hinzusetzen, dass dieses Feature im Moment wegen IE-Inkompalitäten für den IE abgeschaltet ist. Eventuell noch eine Schaltfläche für die technische Begründung für Interessierte, vielleicht kommt dann auch jemand mit einem Tipp, wie man es auch für den IE nutzbar machen kann. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projektvorankündigung WIWOSM - IE Bug
Am 18.03.2012 16:22, schrieb Wolfgang: Hallo, Am Sonntag, 18. März 2012 15:37:55 schrieb Kolossos: Nun gibt es 2 Möglichkeiten: *Wir finden eine Möglichkeit das schnell zu fixen. *Ich schalte dieses neue Feature einfach für IE-Nutzer ab. Was ratet ihr mir? Im IE abschalten, wenn es bei allen anderen läuft. Es kann nicht sein, dass die ganze Welt wartet, bis MS seine Fehler im IE gefixt hat. Sehe ich auch so. Wurde schon mit IE10 getestet? Wenn der keine Probleme zeigt, dann würde ich auch sagen, liegen lassen. Der IE hat halt doch einen recht hohen Nutzungsanteil, somit würde ich dann auf eine große Bekanntmachung (Wikipedia-Hauptseite) verzichten. Der IE hat AFAIK unter oder um 50% Gesamtanteil. Warum also verzichten? Man kann ja einen Satz hinzusetzen, dass dieses Feature im Moment wegen IE-Inkompalitäten für den IE abgeschaltet ist. Ich glaube 50% sind sehr optimistisch. Speziell im europäischen Bereich sieht es da noch schlechter aus (siehe z.b. browser-statistik), wenn man dann auch noch davon ausgeht, dass dann rund 50% der IE älter sind als die Version 9, dann ist es schon ein sehr kleiner Nutzeranteil. Eventuell noch eine Schaltfläche für die technische Begründung für Interessierte, vielleicht kommt dann auch jemand mit einem Tipp, wie man es auch für den IE nutzbar machen kann. Gruß, Wolfgang ___ 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] Projektvorankündigung WIWOSM - IE Bug
On 03/18/2012 03:37 PM, Kolossos wrote: Nun gibt es 2 Möglichkeiten: *Wir finden eine Möglichkeit das schnell zu fixen. *Ich schalte dieses neue Feature einfach für IE-Nutzer ab. Was ratet ihr mir? Ich hab das gerade in meiner VM auf Win7 64bit/IE 9 64bit getestet und kann keine ernsthaften Lags beim Zoomen (auch nicht in Stadtzentren mit entsprechend vielen POI in der Gegend feststellen). Die Performance ist OK, aber flott ist der IE natürlich nicht. Ich hab allerdings dieses unselige Simulate IE6 Feature abgedreht. Ev. versucht der IE9 da Sachen, die er eigentlich eh halbwegs kann, auf IE6 Art zu lösen, damits ja keine Probleme mit IE6 verschlimmbesserten Seiten gibt. Was anderes ist mir allerdings aufgefallen. Manche Beispiele haben gar nicht funktioniert bei mir, bspw. die Bahnstrecke Freilassing - Berchtesgaden[0] oder die Wiener Ringstraße[1]. Da zeigte er bei beiden nur einen Punkt mitten im Meer an. Im FF unter Linux hat das parallel wunderbar funktioniert. Im Allgemeinen und nach diesem kurzen Test rate ich zur zweiten Möglichkeit bzw. dazu es einfach laufen zu lassen, und in FAQs zu erwähnen, dass man doch bitte sich und allen Webentwicklern das Leben erleichtern soll und einen anständigen Browser verwenden soll. Norbert [0] http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Bahnstrecke%20Freilassing%E2%80%93Berchtesgaden [1] http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Wiener%20Ringstra%C3%9Fe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de