Re: [Talk-cz] doporucene postupy pro mapovani
> - Překvapuje mě, že vedle turistických značek nezmiňuješ cyklotrasy. > - U typu cesty mapuji i povrch - hlína, štěrk, asfalt... Diky, doplnil jsem - proto jsem to poslal k pripominkovani :) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] doporucene postupy pro mapovani
> spachal jsem rychlou prvni verzi doporucenych postupu pro mapovani na > horskem kole: Nevim, proc se u tech turistickych Garminu omezujes jen na 60csx? Jednak, je to uz hodne stary pristroj, nesezenes jej, a stare dosluhuji. Krom toho, tebou zminena varianta se SiRFIII byla jen prvni revize, novejsi varianty tohoto pristroje byly (pod stejnym oznacenim!) s chipsetem MTK. Kdyz se podivam, co dneska tak lide pouzivaji za Garminy, tak bych se nebal uplne stejne mapovat s radou eTrex HCx (se starsimi bych to nedoporucoval, kvuliva mnohem mensi citlivosti prijimace - potazmo horsi presnost zamereni), novymi eTrex 10,20,30, Dakotami, Oregony, Montanami i Moterrou. Ale i ty novejsi verze toho GPSMap 62 i 64 lide pouzivaji. Vsechno je podle mne vhodne na kolo, i na mapovani. -- Lukas Gebauer. http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib. http://geoget.ararat.cz/ - Geocaching solution ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] doporucene postupy pro mapovani
Ahoj, > > spachal jsem rychlou prvni verzi doporucenych postupu pro mapovani na > > horskem kole: > > Nevim, proc se u tech turistickych Garminu omezujes jen na 60csx? > Jednak, je to uz hodne stary pristroj, nesezenes jej, a stare > dosluhuji. Krom toho, tebou zminena varianta se SiRFIII byla jen > prvni revize, novejsi varianty tohoto pristroje byly (pod stejnym > oznacenim!) s chipsetem MTK. > > Kdyz se podivam, co dneska tak lide pouzivaji za Garminy, tak bych se > nebal uplne stejne mapovat s radou eTrex HCx (se starsimi bych to > nedoporucoval, kvuliva mnohem mensi citlivosti prijimace - potazmo > horsi presnost zamereni), novymi eTrex 10,20,30, Dakotami, Oregony, > Montanami i Moterrou. Ale i ty novejsi verze toho GPSMap 62 i 64 lide > pouzivaji. Vsechno je podle mne vhodne na kolo, i na mapovani. no, vsak tam dopiste, s cim mate pozitivni zkusenosti. Ta stranka je editovatelna kymkoli, kdo ma login na wiki OSM a je tak i zamyslena. Ja jsem pouze psal, s cim mam zkusenosti ja. Jinak ad MTK - ja jsem pouzival Holux 1000C s MTK3329 a ackoli ten chipset je papirove lepsi, tak fakticky to s presnosti bylo o kus horsi nez s 60CSx. Tipuji, ze rozdil bude mimo jine v antene. Rozhodne by mne zajimaly i zkusenosti s temi bikovymi navigacemi Edge 5xx/6xx/7xx/8xx - ale opet to chce nekoho, kdo s nimi ma zkusenosti a idealne muze i srovnavat s jinymi pristroji. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] doporucene postupy pro mapovani
Ahoj, On Tue, 25 Mar 2014 09:16:44 +0100 "Petr Holub" wrote: > Rozhodne by mne zajimaly i zkusenosti s temi bikovymi navigacemi > Edge 5xx/6xx/7xx/8xx - ale opet to chce nekoho, kdo s nimi ma zkusenosti > a idealne muze i srovnavat s jinymi pristroji. Pokud by byl zajem, muzu nekomu (idealne z okoli Brna) pujcit na srovnani Garmin Edge 750 - jde ale uz o "starsi" pristroj ( = neprodava se). Ja to nemam s cim srovnat, sam mapuju jen pri turistice se starou externi BlueTooth GPS od iTecu. Mejte se fajn, Stoupa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Jak znacit cedulku?
> PS: Co vlastne znaceni tvrze? Rikalo se, ze budou poptani prekladatele, melo > to nejaky vysledek? no, v příslušném threadu zatím nevidím odpověď ... co se týče toho "motte", za prvé tomu nikdo nerozumí, a za druhé to je opravdu jen jedna kategorie tvrzí ... což není od věci mít jemnější dělení, ale otázka je, co pak s tím zbytkem ... zkusím téma znovu oživit K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] castle_type ... tvrz?
Zdravím, už je to skoro měsíc co jsme diskutovali, jak tagovat středověké tvrze ... Při dotazu "jak se to sakra řekne anglicky" jsem byl odkázán na https://en.wikipedia.org/wiki/Motte-and-bailey_castle přičemž česká verze článku - https://cs.wikipedia.org/wiki/Motte - jmenuje jako příklady to, o čem si např. hrady.cz myslí, že jsou tvrze (až na pár nevýznamných vyjímek(*)); shodou okolností jsem zrovna byl na Mstěnicích, a podle tamních infotabulí to je "tvrz", slovo "motte" se tam nevyskytuje ... Je mi trošinku proti srsti navrhovat až tak neznámý a odborný pojem, ale zdá se, že je to asi jediná možnost, jak to tagovat "mezinárodně" (tj. anglicky). Ostatní pojmy mohou sice v souvislosti s populárními hrami evokovat velmi přesné představy, co to má být, ale realita je taková, že ty významy dostatečně vyhraněné nejsou, a především všechny jsou primárně vojenské, přičemž význam tvrzí byl sídelní. Problém je, že tento pojem ale nepostihuje některé vesnické tvrze (o kterých by se dalo říct, že jsou "bailey bez motte") ... Tady bych si vypomohl opisem, na který jsem narazil ve výkladu pojmu "fortalice", a to "fortified house". Obávám se, že blíž už se asi nedostaneme ... Takže navrhuju dvě nové hodnoty tagu "castle_type" - "motte" - tvrz s terénními úpravami odpovídající popisu motte-and-bailey, příklad Tasov ( http://www.hrady.cz/?OID=1046 ) "fortified_house" - opevněné sídlo ve vsi bez charakteristického terénního členění, příklad Domašín ( http://www.hrady.cz/?OID=4295 ) hm? K. (*) později přestavěno na hrad - anglické zdroje jako takový příklad dávají Windsor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer a pointInfo - activity report
Ahoj, Doplňuji odkazy na ukázky problematických objektů. Dne 25. března 2014 4:32 Dalibor Jelínek napsal(a): > Ahoj, > > 1/ Bylo by možné volitelně (třeba přes samostatnou zkratku Ctrl+Shift+T) u > budovy aktualizovat pouze tagy? Některé obrysy RUIAN jsou dost mimo. > > Můžeš také použít PointInfo, zkopírovat si značky budovy do schránky > > a na budovu je vložit. > Dobrý tip, pointinfo jsem neznal - určitě jej budu používat. Z dlouhodobého hlediska by mi však víc handy stejně přišlo mnou výše popsané řešení. 2/ Je opravdu vhodné z RUIAN přebírat building:levels? > > 3/ Obdobně mám jistou pochybnost o správnosti hodnot v buildings:flats - > > Já jsem viděl případy, kdy se to s realitou schází a určitě jich bylo více > než naopak. > > Asi nelze čekat, že bych vše v RÚIAN bylo bez chyb. Ale měl jsem dojem, > > že když je hodnota vyplněna, tak většinou dobře. Žádnou statistiku > > jsem si ale nedělal. V každém případě, když bude ta reference na RÚIAN, > > tak až to někdo opraví, tak to můžeme lehce opravit i my. > > Ja se správně počítá půdní vestaba do building:levels podle mě není jisté > > (na wiki jsem to měl blbě). Z logiky věci by se němela počítat nízká půda, > tak jak je > > nakreslená na obrázku na wiki. Ale když je na půdě vestavba vysoká stejně > > jako běžné patro, tak proč ji nepočítat? > Tak to mám možná smůlu, ale v okolí mého bydliště je důvěryhodnost počtu podlaží v RUIAN dost tristní: * Bessemerova 2729, Praha (http://osm.org/go/0J0M293uJ?way=264385473) má ve skutečnosti 5 vstupú se samostatnými č.o. a jeho výška je 6-7 podlaží. V RUIAN je tento objekt evidován s 45 podlažími (patrně jde o nejvyšší bytový dům v ČR ;-) ) * Svitákova 2730, Praha (http://osm.org/go/0J0M29Bo_?way=264345559 + http://osm.org/go/0J0M29gQ6?way=91790709) má ve skutečnosti 2 nadzemní budovy na společné suterénní podnoži, každá budova má samostatný vstup s vlastním č.o. a jejich výška je 6 podlaží. V RUIAN je tento objekt evidován se 14 podlažími (a pomíjím zcela chybnou kresbu v RUIAN) * Svitákova 2775, Praha (http://osm.org/go/0J0M2_mTF?way=180802486) má ve skutečnosti 1 nadzemní garážové podlaží + 7 nadzemních bytových podlaží = celkem tedy 8 nadzemních podlaží. V RUIAN je tento objekt evidován se 7 podlažími * O kousek vedle soubor panelových domů Flöglova 1503 - Vlachova 1514, Praha (http://osm.org/go/0J0M8f_Io?way=89948761 - http://osm.org/go/0J0M8e_1k?way=89948933) má ve skutečnosti 8 nadzemních podlaží. V RUIAN je však pro každé z 12 č.p. uvedeno 1 podlaží (u panelových domů celkem častý jev). V počet podlaží dle RUIAN tedy nemám žádnou důvěru a pro každý objekt je pro jistotu raději ověřuji, což je ovšem dost zdlouhavé a v konečném důsledku i odrazující. > > 4/ Napadá někoho vhodný způsob propojení budovy v OSM s RUIAN? > > To je zvláštní. Proč rovnou nepošleš souřadnice, abychom se mohli podívat? > OK - výběr několika typových problematických objektů z mého okolí: * soubor panelových domů Trávníčkova 1762-1779, Praha ( http://osm.org/go/0J0M_Mr1D?way=268625932 - http://osm.org/go/0J0M_SgGd?way=268625936) má ve skutečnosti 18 č.p. a tedy 18 objektů v OSM. V RUIAN je však reprezentován 11 objekty bez zjevného hlubšího principu * nová administrativní budova Siemensova 2716-2717, Praha ( http://osm.org/go/0J0M8WTD8?way=91790719 - http://osm.org/go/0J0M8XUXA?way=91790713) má ve skutečnosti 2 č.p a je v OSM správně zakreslena jako 2 přiléhající objekty. V RUIAN jsou však tyto budovy z neznámého důvodu reprezentovány 5 objekty, z nichž některé dokonce sdílí č.p./č.o (budovu uvádím pouze pro příklad - zde je řešení nasnadě, neboť je zjevné, který z objektů RUIAN odpovídá které hlavní budově). * Svitákova 2730, Praha (http://osm.org/go/0J0M29Bo_?way=264345559 + http://osm.org/go/0J0M29gQ6?way=91790709) je objekt s jedním č.p., který má ve skutečnosti 2 nadzemní budovy na společné suterénní podnoži. V OSM je tedy reprezentován 2 samostatnými objekty, v RUIAN jde však (správně) pouze o 1 objekt. Díky, Petr > > > Zdraví, > > Dalibor > > > > > > > > *From:* Petr Kolomazník [mailto:petr.kolomaz...@gmail.com] > *Sent:* Monday, March 24, 2014 6:06 PM > > *To:* OpenStreetMap Czech Republic > *Subject:* Re: [Talk-cz] Tracer a pointInfo - activity report > > > > Ahoj, > > > > moc díky za zapracování RUIAN do Tracer-u, vytvořil jsi úžasný nástroj. Po > pár týdnech zkoušení mám k aktuální verzi mám pár poznámek: > > > > 1/ Bylo by možné volitelně (třeba přes samostatnou zkratku Ctrl+Shift+T) u > budovy aktualizovat pouze tagy? Některé obrysy RUIAN jsou dost mimo. > > 2/ Je opravdu vhodné z RUIAN přebírat building:levels? Pokud mohu soudit, > tak se skoro nikdy tento údaj neschází s realitou (mám podezření, že pokud > v RUIAN není známý počet levels, je uvedena vždy hodnota 1) a se způsobem > počítání levels na OSM (nezapočítávají se podkroví). > > 3/ Obdobně mám jistou pochybnost o správnosti hodnot v buildings:flats - > to ale od stolu prakticky nelze ověřit a je pro mě proto otázka, zda v > rámci kontroly dat z trac
Re: [Talk-cz] Tracer a pointInfo - activity report
Dne 24.3.2014 18:05, Petr Kolomazník napsal: > Ahoj, > > moc díky za zapracování RUIAN do Tracer-u, vytvořil jsi úžasný nástroj. Po > pár týdnech zkoušení mám k aktuální verzi mám pár poznámek: Díky, jen jsem jej ve spolupráci s Petrem Vejvodou mírně rozšířil ;-) > 1/ Bylo by možné volitelně (třeba přes samostatnou zkratku Ctrl+Shift+T) u > budovy aktualizovat pouze tagy? Některé obrysy RUIAN jsou dost mimo. Obrysy co jsou mimo hlásit. Nějaký návrh seznamu problémových míst je tady: http://wiki.openstreetmap.org/w/index.php?title=Cs:RUIAN/chyby . Ovšem zatím žádné další plány ohledně případného hromadného hlášení nejsou. Nějaká bugzilla přímo na cuzk by se šikla ;-) Ohledně těch tagů - původní Tracer reaguje různě na kliknutí bez modifikátorů a na kliknutí s modifikátory (Alt, Ctrl a Shift). Asi by šel přidat další režím, třeba Ctrl+Alt, kdy by se pouze zkopírovaly vlastnosti a budova by se nechala tak jak je. Trochu problém toho je, že tyto modifikátory jsou "skryté" a nevidím možnost, kde to nějak zviditelnit. > 2/ Je opravdu vhodné z RUIAN přebírat building:levels? Pokud mohu soudit, tak > se skoro nikdy tento údaj neschází s realitou (mám podezření, že pokud v > RUIAN není známý počet levels, je uvedena vždy hodnota 1) a se způsobem > počítání levels na OSM (nezapočítávají se podkroví). > 3/ Obdobně mám jistou pochybnost o správnosti hodnot v buildings:flats - to > ale od stolu prakticky nelze ověřit a je pro mě proto otázka, zda v rámci > kontroly dat z traceru tuto hodnotu vůbec přebírat. Pokud to nesouhlasí, tak taky nahlásit. Co jsem zatím koukal, tak mi přišlo, že u nás jsou ty hodnoty v pohodě. Nicméně bych mohl přidat nějakou konfigurační stránku, kde by sis nastavil, které klíče se budou přidávat. Nicméně momentálně jsem trochu ve skluzu - přepsal jsem logiku aktualizace existující budovy plus lepší napojování, ale je to náročné na testování a pořád se mi nepodařilo zcela odstranit konflikty - někdy se prostě smaže bod, který by se smazat neměl. A zatím nevím proč. > 4/ Napadá někoho vhodný způsob propojení budovy v OSM s RUIAN v případě, kdy > 1 objektu v RUIAN fyzicky odpovídá více objektů (č.p.) v realitě? Typicky jde > o případ panelového domu např. o 10ti reálných č.p., kterým odpovídá 7 > objektů RUIAN. V takových případech nechávám zatím RUIAN tagy provázané pouze > na příslušný objekt s nejnižším č.p. Zkontroloval bych, zda se RUIAN nějak extra liší od KM a reality. Pokud ano a je to evidentně špatně, tak opět: hlásit na patřičná místa. V OSM bych pak zkombinoval informace RUIAN/KM/skutečnost. V zhledem k tomu, že zatím neexistuje plán na automatický import budov a vlastností budov z RUIAN, tak by to nemělo vadit. Ono v RUIAN je těch chyb docela dost. Ale hodně záleží na oblasti a na tom, kdo má danou oblast na starosti. Navíc geometrii budov dělá pravděpodobně někdo jiný než technické atributy. Navíc docela dost chyb se dá najít pomocí jednoduchého selectu. Kdyby se tomu na cuzk někdo věnoval, tak už tam ty chyby nemusely být. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Tagování Chatových/zahradně chatových oblastí
Ahoj, jak správně tagovat chatové oblasti poblíž měst - jako landuse:allotments? Nebo je nějaká jiná praxe? -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagování Chatových/zahradně chatových oblastí
Asi tomu nebudeš věřit, ale už se to tu probíralo ;-) https://www.mail-archive.com/talk-cz@openstreetmap.org/msg05862.html https://www.mail-archive.com/talk-cz%40openstreetmap.org/msg08029.html Marián Dne 25.3.2014 16:43, Jiří Sedláček napsal: > Ahoj, > jak správně tagovat chatové oblasti poblíž měst - jako landuse:allotments? > Nebo je nějaká jiná praxe? > > -- > S pozdravem, > Jirka Sedláček > --- > jirisedla...@gmail.com > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagování Chatových/zahradně chatových oblastí
Díky, příští otázku očekávám tak v roce 2016, ať to máme pravidelně. :) J. On Tue, Mar 25, 2014 at 4:56 PM, Marián Kyral wrote: > Asi tomu nebudeš věřit, ale už se to tu probíralo ;-) > > https://www.mail-archive.com/talk-cz@openstreetmap.org/msg05862.html > > https://www.mail-archive.com/talk-cz%40openstreetmap.org/msg08029.html > > > > Marián > > > > Dne 25.3.2014 16:43, Jiří Sedláček napsal: > > Ahoj, > jak správně tagovat chatové oblasti poblíž měst - jako landuse:allotments? > Nebo je nějaká jiná praxe? > > -- > S pozdravem, > Jirka Sedláček > --- > jirisedla...@gmail.com > > ___ > Talk-cz mailing > listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] [Imports] CzechAddress Import
Hello, so, after a long debate here at imports mailing list, Czech mailing list talk-cs and with Serge Wroclawski, we have reduced our tagging plans considerably to comply with the request not to import anything which could be expressed using border polygons. Therefore we will not import: addr:suburb (neither addr:borough) addr:city addr:country These tags will be used only in rare cases where the address node lies outside of its respective polygon border. We will even erase these tags from existing address nodes during the import as we want to have all Czech addresses in the same format. We simply can not omit adding addr:place as it cannot be expressed by the border polygon. It is vital for searching by Nominatim in small villages where there are no street names. It would be very handy if Nominatim could search for address in format "addr:place addr:housenumber" even when the addr:streetname exists but this is another topic. We would have to import suburb borders in the future as they do not exist now. The English description page about our import was updated to reflect current plan: http://wiki.openstreetmap.org/wiki/Import_adres_z_RUIAN We believe that there is nothing stopping us from beginning the import now. If you think otherwise then please let us know. Thank you. Regards, Dalibor (chrabros) > -Original Message- > From: Sarah Hoffmann [mailto:lon...@denofr.de] > Sent: Thursday, March 13, 2014 7:53 AM > To: p...@propsychology.cz > Cc: impo...@openstreetmap.org > Subject: [Spam] Re: [Imports] [Talk-cz] CzechAddress Import > > On Wed, Mar 12, 2014 at 11:28:01PM +0100, Petr Vejsada wrote: > > Dne St 12. března 2014 21:31:38, Martin Koppenhoefer napsal(a): > > > > > This means you can add the name of the administrative district, but > > > you do not have to, it still remains a valid and unambiguous > > > address. IMHO you shouldn't tag this district to every housenumber. > > > "Vinohrady" is redundant information in this case and not necessary > > > for the location to be found. Or are there maybe also other "130 00 > > > Praha 3 - xy" where xy is not "Vinohrady"? Also for Boleslavska? > > > > Aaaah, we are back again in the discussion about addr:place. It's > > neverending... > > > > You're right, in _this_ case, address without Vinohrady is valid. But: > > > > - people knows, i'm living in Vinohrady. They usually don't know, i'm > > living in Praha 3 > > > > - Nominatim really cann't find the house without tag addr:place. > > "Libochovany 129" or "Vinohrady 1989" - nothing found. It was my > > primary motivation to run this import - posibility to find what i'm > > searching > for. > > Alas, that won't change after the import, at least for this particular > address. > For technical reasons, Nominatim can only support either a street address or > a conscription number. So, it will work fine in small villages that have only > conscription numbers but not in Prague where there are both. > But that is a missing feature in Nominatim. > I believe that your tagging in this case is completely correct. The moment you > add a addr:conscription_number tag, there should be an addr:place tag with > the name of the place the number belongs to. Just like there should be an > addr:street tag when addr:street_number is added. It has exactly the same > function: relate the number to the object that determines the address. > > > There is some redundancy, but i don't think enormous ... > > > > There is polygon of country boundaries - addr:country=CZ is redundant. > > We explained several times, why to use this tag Yes, it's about > > geocoders. It's a part of address. > > > > There are polygons of city boundaries - addr:city=* is redundant. City > > is part of address. > > > > There are NO polygons of "cast obce", inexistant boundaries we can't > > import into OSM - addr:place=* is not redundant. addr:place is not > cadastral place. > > addr:place is nececessary part of address, if there is no > > addr:suburb/borough/... > > addr:suburb/borough is not the same as addr:place. Please don't use one in > place of the other. Always add addr:place. addr:suburb/borough is > redundant in the same way addr:city is. Most of the time it can be > determined from the boundaries. It is only really useful where the postal > address differs from the admin boundaries. (Happens more often than one > would like.) > > If you still want to add it, addr:suburb should be sufficient, no need to > invent > a new tag. I'd interpret 'suburb' here just as: the part of the address that > describes a part of the city. And I believe that fits. > > > Agree, it's a little bit diferent. This is amenity point, not address point. > > Restaurant is in house (sometimes, garden restaurant is not) and the > > house usually has their's own address point. > > > > > I don't even need to mention what borough (or county) the object is > > > in for the same reasons. > > > > > Adding in the other fields is just a matter for a geo
Re: [Talk-cz] doporucene postupy pro mapovani
Ahoj, kdyz na to koukam, tak by se mohl nejaky kolar hecnout a doprelozit tohle http://wiki.openstreetmap.org/wiki/Cs:Mountain_biking To by asi taky bylo uzitecne. ;-) Zdravi, Dalibor > -Original Message- > From: Petr Holub [mailto:ho...@ics.muni.cz] > Sent: Tuesday, March 25, 2014 9:17 AM > To: 'OpenStreetMap Czech Republic' > Subject: Re: [Talk-cz] doporucene postupy pro mapovani > > Ahoj, > > > > spachal jsem rychlou prvni verzi doporucenych postupu pro mapovani > > > na horskem kole: > > > > Nevim, proc se u tech turistickych Garminu omezujes jen na 60csx? > > Jednak, je to uz hodne stary pristroj, nesezenes jej, a stare > > dosluhuji. Krom toho, tebou zminena varianta se SiRFIII byla jen prvni > > revize, novejsi varianty tohoto pristroje byly (pod stejnym > > oznacenim!) s chipsetem MTK. > > > > Kdyz se podivam, co dneska tak lide pouzivaji za Garminy, tak bych se > > nebal uplne stejne mapovat s radou eTrex HCx (se starsimi bych to > > nedoporucoval, kvuliva mnohem mensi citlivosti prijimace - potazmo > > horsi presnost zamereni), novymi eTrex 10,20,30, Dakotami, Oregony, > > Montanami i Moterrou. Ale i ty novejsi verze toho GPSMap 62 i 64 lide > > pouzivaji. Vsechno je podle mne vhodne na kolo, i na mapovani. > > no, vsak tam dopiste, s cim mate pozitivni zkusenosti. Ta stranka je > editovatelna kymkoli, kdo ma login na wiki OSM a je tak i zamyslena. > Ja jsem pouze psal, s cim mam zkusenosti ja. > > Jinak ad MTK - ja jsem pouzival Holux 1000C s MTK3329 a ackoli ten chipset je > papirove lepsi, tak fakticky to s presnosti bylo o kus horsi nez s 60CSx. Tipuji, > ze rozdil bude mimo jine v antene. > > Rozhodne by mne zajimaly i zkusenosti s temi bikovymi navigacemi Edge > 5xx/6xx/7xx/8xx - ale opet to chce nekoho, kdo s nimi ma zkusenosti a > idealne muze i srovnavat s jinymi pristroji. > > Petr > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
