Ahoj, hanoj napsal(a): > Trosku jsem letmo procetl nekolik mailu: > > Delam trochu s CAD/GIS prosel jsem Autocad, Archicad, Microstation, > ArcGIS, Jump, Udig, idrisi, geomedia, neco s GIMP a Inkscape a > nepripada mi prostredi JOSM jako tragedie. Proste vsude se dela neco > jinak nez u sousedu, ale na low-end urovni s tim _lze_ pracovat. > > Presety samozrejme pro JOSM jsou. > > Na nejake vyssi operace nad republikou ci importy jinych datovych sad > neni JOSM vhodny. Otazka je, zda to ma byt ucel tohoto programu. > ja si myslim, ze ne (ovsem co ja si myslim, nemusi byt vzdy pravda, ze :)). Ono delat megalitickej projekt, kterej vyhovi vsem je nemozne. Dival jsem se na konkurenci JOSMu a celkem zajimave vypada Maerkaartor. Ma zajimave featury jako tvorba kruhoveho objezdu z krizovatky atp. To jsou IMO veci snadno implementovatelne do JOSM. Take ma celkem hezke renderovani ala mapnik, takze je to vice WYSIWYG nez JOSM. U JOSM musi mit clovek trochu vetsi predstavivost. Na cem by taky mohli v JOSM zapracovat je prace pravym tlacitkem mysi. Vetsina lidi je zvykla neco oznacit a pak klepnout pravym cudlikem k vyvolani kontextove nabidky. Namisto toho ma JOSM pouze posouvani - to by se dalo prehodit na mysi kolecko a bylo by to hned o neco prijemnejsi :) > Volba datoveho modelu OSM je problem, nicmene existuje nejaky snadno > implementovateny vektorovy format na urovni jako ma wikipedie wiki? > Myslim, ze o tom probihala na SOTM 2007 a i pozdeji velka diskuze.. > Ja jsem vdecny za to, ze OSM XML je tak jednoduche, ze mu rozumim a zaroven celkem dobre vsechno vystihuje. Nejvice me rozcilovala doba, kdy se delaly jeste segmenty - to bylo na palici zvlast v dobe, kdy potlach samotne segmenty vubec nezobrazoval. > ha > hanoj > > 2008/7/16 Michal Kovar <[EMAIL PROTECTED]>: > >> 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. >>> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ >> >> _______________________________________________ >> Talk-cz mailing list >> [email protected] >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > [email protected] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
