Fajn, hodim ti to na nyxu - doufam, ze mi dneska zalozi OSM klub, tak tam o tom muzem povidat do aleluja - tady bysme to desne zahnojili - spoustu lidi tohle vubec nezajima - takze za me konecna. :)
On Wed, 16 Jul 2008 09:00:55 +0200, Kubajz <[EMAIL PROTECTED]> wrote: > Ahoj, > > > Michal Kovar napsal(a): >> Protoze jsme se dneska tak hezky rozepsali, uz jen kratce. Prace se >> souradnym systemem - ono diskutabilni napasovani importovanyho vektoru >> na >> GPS souradnej system - by nebyl zadny problem v okamziku, kdyz by >> existovalo boundingbox rotate/scale. > mno coz neni tak uplne pravda, protoze to nebude trpet pouze temito > deformacemi. Na male veci typu dum ano, ale treba na dalnici nepouzitelne >> Pravouhly tool na baracky je hezka >> vec, ale k cemu mi to je, kdyz je barak nasikmo? Musim to jak tele >> soupat >> > znovu opakuji, ze rotace v josm je - ve stavovem radku, kdyz cokoliv > oznacis je poznamka: ctrl+shift and drag to rotate selected. Doporucuju > vyzkouset... >> bod po bodu. Coz neni problem u panelaku, ale treba obchodni dum Kotva >> bych takhle otacet nechtel :) >> > ja taky ne... >> Ale je pravdou, ze tu brecime na spatnym hrobe a nikdo tady to nevyresi. >> > protoze zrovna tohle uz z meho pohledu JE vyreseno >> Prave proto jsem se ptal, jestli existuje nejaka moznost, jak to z >> postscriptu dostat do OSM. >> > kdybys to dostal do SVG, je to jen XSLT transformace. Ale EPS neni > neprekonatelny problem. Knihoven na cteni postscriptu bude cela rada a > udelat z toho pak vybliti do OSM nebude tezke. Otazka je - kolik lidi to > pouzije? Kdyz budes mit chvilku, schvalne mi posli nejaky EPS a k tomu > pro jistotu i kus vyrezu z mapy, kam by to melo prijit. Ono bude potreba > totiz tomu prevodniku take nejak rict, kam to zhruba ma umistit a v > jakem meritku. >> >> On Wed, 16 Jul 2008 08:45:55 +0200, Kubajz <[EMAIL PROTECTED]> wrote: >> >> >>> Ahoj, >>> >>> ja nevim, ze se tady vsichni navazite do JOSM. Ja s nim pracuji a uplne >>> spatne mi to neprijde, i kdyz bych treba ocenil moznost vytvoreni >>> praveho uhlu (kdyz delam pravouhle budovy, tak si s udelatkem na >>> ctverec >>> nevystacim). >>> Z tech veci, co tu psal Michal Kovar, chybi v JOSM akorat skalovani. >>> Rotace a posouvani je tam IMO uplne normalni a bezna jak v ostatnich >>> programech. Join a split merge a combine jsou na klavesovych zkratkach >>> m,j,c,p. >>> Z vektorovych kreslitek delam v Inkscape a neni mnoho veci, ktere by mi >>> v JOSM nejak vyrazne chybely. Preci jen je JOSM orientovany na useckove >>> polygony a spousta veci se tam tyka prace s krivkami. >>> >>> O zminenem level_crossing mi to prijde take divne. Kdyz jsi mysar, tak >>> staci oznacit bod, kliknout na menu presets, vyberes railway point a v >>> type vyberes z roletky level_crossing a das OK. To mi neprijde slozite >>> a >>> uz vubec se tam nemusi nic psat. >>> >>> Asi jsem tupej, ale muzete mi vysvetlit, jak si predstavujete praci ve >>> vektorovem editoru a pak z toho ta data prenaset do JOSM? Nejak mi >>> prijde, ze tem editorum chybi zakladni vec - prace se souradnym >>> systemem. Co se tyka importu z jinych formatu, tak v SVNku OSM je hafo >>> nastroju na import dat z SHP a jinych pouzivanych GIS formatu. >>> >>> A myslim, ze stiznosti na JOSM by bylo spis lepsi davat do tracu JOSM, >>> nez sem, protoze tady to tezko nekdo vyresi. >>> Na zaver bych rad podotkl, ze mi prijde, ze vetsina namitek na JOSM >>> pochazi od lidi, kteri jednou otevreli verzi 0.00000x pred nekolika >>> lety >>> a uz se neobtezovali to pred napsanim kritiky overit proti soucasne >>> verzi. Prijde mi, ze JOSM za posledni rok prosel obrovskym vyvojem a >>> spousta veci se prave posunula smerem k beznemu uzivateli. >>> >>> K >>> >>> P.S.: Pomale pribyvani dat v OSM je (jak jinak nez IMO) dano nikoliv >>> tim, ze by lidem prekazel JOSM nebo jiny nastroj, ale tim, ze je tech >>> lidi pomerne malo a zmapovali uz vetsinu mist, kde se bezne nachazeji a >>> kde to znaji. Ja jsem se za posledni rok take skoro vydal ze vseho, co >>> vim a dal uz to jde hodne pomalu. Muzu resit akorat blbosti typu - juu >>> nam tady stavi novej kruhac - sup s nim do mapy a objevovat nove stezky >>> v lese, po kterych nikdo nechodi. >>> >>> P.P.S: Vsechny nazory v tomto mailu jsou jen ciste moje a tudiz silne >>> subjektivni. Nejsou mysleny jako narazky, urazky, ale jako proste >>> konstatovani faktu. >>> >>> Michal Kovar napsal(a): >>> >>>> Pokud tedy nekdo pracuje na nove verzi JOSM, snad uz pro nej nebude >>>> problem otevrit si treba Photoshop nebo Illustrator a podivat se, jak >>>> tam >>>> funguji zakladni funkce pro praci s vektory. >>>> >>>> A te druhe zmince o tom, ze "ve finale je stejne potreba dy data >>>> namapovat" moc nerozumim. Kdyz ma byt vysledkem bramborova kase, tak >>>> si >>>> bud muzu koupit dobry brambory nebo si muzu pronajmout pole, brambory >>>> zasadit, pockat, az vyrostou, pak si koupit traktor a ty brambory >>>> vyorat. >>>> Se stavajicim JOSM jsme nekde u toho traktoru. Jasne, ze vektorum je >>>> potom >>>> potreba priradit atributy co ktery symbolizuje. Ale prave proto jsem >>>> mluvil o prednastavenych presetech primo v JOSM - idealne usporadane v >>>> nejake ikonove matrici, abych to nemusel psat, ale rovnou na to >>>> klepnul. >>>> Je jasny, ze tam asi nebudopu vsechny (vzhledem k tomu, kolik jich >>>> je). >>>> Rozhodne mi nevadi napsat Amenity/Parking, protoze takovy misto taguju >>>> jednou za uherak. Ale Highway/primary, secondary, tertiary, >>>> residential >>>> by >>>> snad doprcic mohlo bejt nekde dostupny v klikaci podobe. Co se mych >>>> potreb >>>> tyce, staci mi, aby byla v JOSM podpora beznych vektorovych formatu - >>>> dovedu si totiz predstavit, ze programovat editacni funkce toho >>>> razeni, >>>> jake jsem popsal drive, neni az takova sranda. A je to i zbytecne - na >>>> to >>>> uz programy jsou. Podle me by se JOSM mel spis zamerit na vylepseni >>>> prace >>>> s tagovanim, splitovanim a spojovanim vektorovych elementu, ktere do >>>> nej >>>> naimportuju z jinych programu, ktere uz za ucelem editace vektoru byly >>>> vytvoreny (a daji se najit i free programy, ktere jsou na tom mnohem >>>> lip >>>> nez JOSM). Jinak to bude dopadat presne tak, jak napsal Jachym. Nez >>>> bych v >>>> tom delal neco komplexnejsiho, nez jednu vedlejsi ulici, ktere jsem si >>>> predevcirem vsimnul, tak si pujdu radsi neco precist. A to je podle >>>> me i >>>> duvod, proc mapy pribyvaji tak strasne pomalu. Mit moznost importu, >>>> neresil by se tady pul roku import prihlouplych lesu, ale proste by >>>> tam >>>> uz >>>> davno ty lesy byly. >>>> >>>> Michal >>>> >>>> On Tue, 15 Jul 2008 22:55:22 +0200, Petr Nejedly >>>> <[EMAIL PROTECTED]> >>>> wrote: >>>> >>>> >>>> >>>>> Michal Kovar napsal(a): >>>>> >>>>> >>>>>> Ale rec neni o vylepsovani JOSM. >>>>>> >>>>>> >>>>> Proc ne? Kdyz uz josm-ng, tak aby to bylo pouzitelny. >>>>> >>>>> >>>>> >>>>>> Rec je o otevrenosti pro jine formaty. >>>>>> >>>>>> >>>>> Jak, jine formaty? Ve finale je stejne potreba ty data namapovat >>>>> na OSM model* (body, jejich sekvence, atributy), a pokud puvodni >>>>> data vychazela z OSM, tak cestou o ty atributy neprijit. >>>>> >>>>> *) coz je znacne omezeny vektorovy format. >>>>> >>>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz@openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >>> __________ Informace od NOD32 3270 (20080715) __________ >>> >>> Tato zprava byla proverena antivirovym systemem NOD32. >>> http://www.nod32.cz >>> >>> >>> >> >> >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > __________ Informace od NOD32 3270 (20080715) __________ > > Tato zprava byla proverena antivirovym systemem NOD32. > http://www.nod32.cz > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz