Re: [Talk-de] Rendering der coastline kachelanteile?
Am 21.04.2010 20:44, schrieb AssetBurned: > moin > > On 21.04.2010, at 15:06, Dirk-Lüder Kreie wrote: > >> Küstenlinien definieren letztendlich Kontinent-Polygone, die sich >> aus vielleicht nachvollziehbaren Gründen nicht "als solche" zum >> Rendern eignen. Dafür benutzt Mapnik (der Default-renderer) >> regelmäßig aus den Küstenlinien erzeugte Shapefiles. Osmarender >> benutzt für die Übersicht "Oceantiles". >> >> Generell sind solche Änderungen immer noch schneller im Osmarender >> Layer verfügbar als per mapnik, obwohl dort theoretisch tägliche >> Updates möglich wären (bin mir nich sicher ob die tatsächlich >> täglich in Mapnik eingespielt werden). > > ok also wenn ich das jetzt richtig verstehe lüppt das so: > > 1) mehr oder minder regelmäßig werden die landflächen gerändert ohne > irgendwelche extras. 2) wenn erhöhter bedarf festgestellt wird oder > spätestens nach 7 tagen werden dann die sonstigen dinge gerändert 3) > angezeigt werden dann kacheln die schritt 1+2 zusammen als eine PNG > anzeigen. Nein, bei ti...@home werden die Wasserflächen direkt in die Tiles gerendert. Bei Mapnik ebenfalls. > und grund dafür ist daß das rendern von kompletten kontinenten > einfach zu viel zeit brauchen würde. Nein, Es ist schlicht nich möglich die gesamten Ways der Küstenlinien die zu einem Kontinent gehören in einem Schlag zu bearbeiten. Deshalb lokale Lösung von ti...@home mit Hintfile (Oceantiles.dat), bzw. Shapefile in Mapnik > stellt sich mir die frage warum es möglich ist kacheln mit zig duzend > einzelnen straßen-, häuser- und sonstwas-nodes zu rendern aber > unmöglich ist die küstenlinien für den gleichen ausschnitt gesondert > zu rendern. straßen gehen ja auch über mehrere kacheln zum teil auch > häuser. Es ist eben doch möglich. Nur braucht man eben für's "Gesamtbild" die Oceantiles-Methode oder das Shapefile. -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0901°N 8.7868°E 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 der coastline kachelanteile?
moin On 21.04.2010, at 15:06, Dirk-Lüder Kreie wrote: > Küstenlinien definieren letztendlich Kontinent-Polygone, die sich aus > vielleicht nachvollziehbaren Gründen nicht "als solche" zum Rendern > eignen. Dafür benutzt Mapnik (der Default-renderer) regelmäßig aus den > Küstenlinien erzeugte Shapefiles. Osmarender benutzt für die Übersicht > "Oceantiles". > > Generell sind solche Änderungen immer noch schneller im Osmarender Layer > verfügbar als per mapnik, obwohl dort theoretisch tägliche Updates > möglich wären (bin mir nich sicher ob die tatsächlich täglich in Mapnik > eingespielt werden). ok also wenn ich das jetzt richtig verstehe lüppt das so: 1) mehr oder minder regelmäßig werden die landflächen gerändert ohne irgendwelche extras. 2) wenn erhöhter bedarf festgestellt wird oder spätestens nach 7 tagen werden dann die sonstigen dinge gerändert 3) angezeigt werden dann kacheln die schritt 1+2 zusammen als eine PNG anzeigen. und grund dafür ist daß das rendern von kompletten kontinenten einfach zu viel zeit brauchen würde. ist das soweit richtig? stellt sich mir die frage warum es möglich ist kacheln mit zig duzend einzelnen straßen-, häuser- und sonstwas-nodes zu rendern aber unmöglich ist die küstenlinien für den gleichen ausschnitt gesondert zu rendern. straßen gehen ja auch über mehrere kacheln zum teil auch häuser. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering der coastline kachelanteile?
AssetBurned schrieb: > moin > > ich kann mich dran erinnern das wir auf Haiti das problem hatten das viele > mapper sich drüber aufgeregt haben das sie straßen mappen sollten die dann, > nach dem rendern, auf dem wasser waren. > grund dafür war das die küstenlinien wohl irgendwie anders gerendert werden > als alles andere. > > kann mir da mal jemand auf die sprünge helfen wie das war und warum? > > ich hab hier will hier gerade jemanden nen bissel unter die arme greifen im > umgang mit den Potlatch editor und irgendwie kommen wir immer wieder auf > dieses thema. > > der konkrete grund ist die küstenline z.B. in Kuba... die ist selbst bei der > schlechten yahoo sateliten auflösung nachbesserungs fähig. > > cu assetburned Küstenlinien definieren letztendlich Kontinent-Polygone, die sich aus vielleicht nachvollziehbaren Gründen nicht "als solche" zum Rendern eignen. Dafür benutzt Mapnik (der Default-renderer) regelmäßig aus den Küstenlinien erzeugte Shapefiles. Osmarender benutzt für die Übersicht "Oceantiles". Generell sind solche Änderungen immer noch schneller im Osmarender Layer verfügbar als per mapnik, obwohl dort theoretisch tägliche Updates möglich wären (bin mir nich sicher ob die tatsächlich täglich in Mapnik eingespielt werden). Links zum Weiterlesen http://wiki.openstreetmap.org/wiki/Coastline_error_checker http://wiki.openstreetmap.org/wiki/ti...@home/How_Oceantiles_work -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendering der coastline kachelanteile?
moin ich kann mich dran erinnern das wir auf Haiti das problem hatten das viele mapper sich drüber aufgeregt haben das sie straßen mappen sollten die dann, nach dem rendern, auf dem wasser waren. grund dafür war das die küstenlinien wohl irgendwie anders gerendert werden als alles andere. kann mir da mal jemand auf die sprünge helfen wie das war und warum? ich hab hier will hier gerade jemanden nen bissel unter die arme greifen im umgang mit den Potlatch editor und irgendwie kommen wir immer wieder auf dieses thema. der konkrete grund ist die küstenline z.B. in Kuba... die ist selbst bei der schlechten yahoo sateliten auflösung nachbesserungs fähig. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de