> > možná jste si všimli, že Mapnik neukazuje díry v lesích. Martin Vidner > mne upozornil, že Mapnik vyžaduje, aby díra byla nakreslená v obráceném > směru, než objekt. Jako příklad má sloužit budova Invalidovny, kterou > Mapnik nakreslil dobře. >

> Podíval jsem se proto na jedno z míst, kde jsem na to narazil: rybník > Prkenný (ještě není ve vyhledávací db) u samoty Sednička. Jak samotný > masiv lesa, tak i díra v lese (tam, kde se nachází rybník) jsou ve směru > hodinových ručiček. > > Mohu to zde pokusně ověřit otočením, a za týden uvidím, ale na otočení > všech děr v lesích by to poté chtělo někoho zkušenějšího. > >

>> Mohu to zde pokusně ověřit otočením, a za týden uvidím, ale na otočení >> všech děr v lesích by to poté chtělo někoho zkušenějšího. >> >> > > Uz jsem to zkousel minuly tyden a po otoceni se tuto stredu ty diry objevily. > Ma nekdo predstavu kolik tech der je, nebude to rychlejsi pootacet rucne?

> Tomáš Tichý napsal(a): > > > >> Mohu to zde pokusně ověřit otočením, a za týden uvidím, ale na otočení > >> všech děr v lesích by to poté chtělo někoho zkušenějšího. > >> > >> > > > > Uz jsem to zkousel minuly tyden a po otoceni se tuto stredu ty diry objevily. > > Ma nekdo predstavu kolik tech der je, nebude to rychlejsi pootacet rucne? > > > V "mem" segmentu jich bylo pres 200, extrapolace na >5000 pro CR by mohla odpovidat... > > > > -- > Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org > 355/113 -- Not the famous irrational number PI, but an incredible simulation! > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Trochu problem je v tom, ze pokud se les deli na mensi kusy nebo s > dalsimi spojuje, tak orientace sipek je "nestabilni", pri spojovani to > clovek cas od casu nechtene prehodi a pak na to zapomene .... Nebylo > by lepsi naucit mapnik aby u inner a outer ignoroval sipky. Nebo > doplnit kontrolu do validatoru v JOSM? > Takhle je riziko ze to nekdo pri zpresnovani omylem prehodi a paseky > zas budou fuc ... > > Martin > > On 21/08/2008, Petr Nejedly <Petr.Nejedly na sun.com> wrote: >> Tomáš Tichý napsal(a): >> >> >> >> Mohu to zde pokusně ověřit otočením, a za týden uvidím, ale na otočení >> >> všech děr v lesích by to poté chtělo někoho zkušenějšího. >> >> >> >> >> > >> > Uz jsem to zkousel minuly tyden a po otoceni se tuto stredu ty diry objevily. >> > Ma nekdo predstavu kolik tech der je, nebude to rychlejsi pootacet rucne? >> >> >> V "mem" segmentu jich bylo pres 200, extrapolace na >5000 pro CR by mohla odpovidat... >> >> >> >> -- >> Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org >> 355/113 -- Not the famous irrational number PI, but an incredible simulation! >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Asi bych to umel opravit. Napada nekoho jak dostanu vsechny lesy co jsou na > uzemi CR? Pote uz staci udelat modifikace na prislusny smer. Rucne bych to > nedelal.

> Muzu vzit czechia, ale nevim co se dela pri vysekavani na hranicich... > Chtelo by to vsechny lesy s dostatecnym bound boxem pro CR a tagem uhul...

> > Asi bych to umel opravit. Napada nekoho jak dostanu vsechny lesy co jsou na > > uzemi CR? Pote uz staci udelat modifikace na prislusny smer. Rucne bych to > > nedelal. > > > Mozna by stacilo: > http://osmxapi.hypercube.telascience.org/api/0.5/*[source=uhul:wms] > > a nebo mozna: > http://www.informationfreeway.org/api/0.5/relation[type=multipolygon][bbox=12.4,48.5,19,51.1]

> Skoda ze ty multipoly relace nedostaly source tag, pak by to bylo jeste jednodussi...