Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly
Dne 25. října 2010 22:36 Pavel Machek pa...@ucw.cz napsal(a): Ahoj! Právě řeším povodí Malše od Budějovic proti proudu, konroluju podle cenia ortofota, a zatím jediný meliorační kanál nesedí. Buď vede souběžně lépe pasující potok, nebo vede napříč polem či dokonce zástavbou a na fotce není ani známka. Tedy všechny zatím mažu. No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny. Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery obcas je voda. Necekal bych ze to bude videt na ortofotu. Pavel No, ona by i ta rýha měla být vidět na ortofoto, protože přes rýhu traktory neorají ani nesečou. Už jsem ale narazil na několik, které možná k něčemu budou (v parcích) JD -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod C02 -- koupaci oblasti
Ahoj, jak to vypadá? U nás je spousta chyb a stále spousta nezapojených node. Už můzeme opravovat bez omezení nebo se na importu ještě pracuje? Mike On 25.10.2010 15:25, Pavel Machek wrote: Ahoj! Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. Uz jsem to nejak vybojoval. 2 baziny se neuploadly, cert je vem. To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl nez par minut ... To neni uplne trivialni, protoze na 'svech' pak vznikaji nespojeny cesty co je potreba rucne upravit. Hezky by bylo kdyby josm uploadnul cestu vzdy ve chvili kdy ma potrebne body. Bohuzel to nedela :-(. (Namet na zapoctak: udelatko co to delat bude :-). Jeste importujes nebo uz plati krles ??? Jinak sem narazil namatkou na Mezi lon 14 a 15 jeste budu par potoku importovat, ale uz je mozny opravovat. Ty co uz tam jsou jsou finalni. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hranice okresů a jejich chyby
Dne 6.10.2010 15:17, hanoj napsal(a): Dne 6. října 2010 13:19 Michal Grézl michal.gr...@openstreetmap.cz napsal(a): 2010/10/6 Frettie fret...@gmail.com: A když jsme u toho, lze nějak rozumně vytáhnout OSM XML data pouze pro hranice obcí (buď celého státu, kraje či pouze jednoho okresu)? A jinak, jak píše jzvc. Ale asi to nelze nějak jednoduše opravit, ne? pomoci xapi, kdyz ma zrovna dobrou chvilku a funguje, lze prez doaz na admin_level (nebo tak nejak se to pise) vytahnout krasne hranice. *** ono to jde pomoci i pomoci JOSM: stahni vsechny(vybrane) rodice a potomky relace... Jop, jenze z toho se JOSM potento, je toho totiz tolik (staci si vybrat kraj) ze se to ani za 1/2 hodiny nepostahuje a pravdepodobnost ze do projde se s casem exponencielne snizuje. Kdyz se pak nekomu nejakym zazrakem povede stahnout celou CR, tak se stim prakticky neda pracovat - kazdy pohyb, kazda zmena ... trva minuty. No a upload zmen, to je jen finalni dejistvi tohodle hororu. BTW: Bylo by treba preznacit administrativni centra (vsechny) protoze se pri importu zvolila pozdeji zavrzena varianta. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hranice okresů a jejich chyby
Dne 7.10.2010 20:41, Mike napsal(a): To jsem nějak nepochopil, jak jsou zahrnuty Želenice do Ústeckého kraje? Tam je vazba jen: ČR-NUTS2-KRAJ-OKRES-OBEC-KATASTR. ÚZEMÍ Jednotlivé relace odkazují vždy o jednu níže, takže má být Želenice maximálně součástí okresu Most. Prosím dejte číslo špatné relace s popisem, ať víme, na čem jsme. Ted uz je to mozna opraveno (nevim, jeste sem to nezkoumal), ale aby tu byla odpoved, stacilo si stahnout rekneme ustecky kraj (relaci) + vsechny jeji potomky (= neresim jestli je vazba na okres ...) a postahovaly se i administrativni hranice mimo ustecky kraj. Obdobne se da aplikovat na libovolne urovni (okres napr). Tudiz predpokladam ze spatny byl obsah relace okresu nebo i nizsi, rucne jsem napr opravoval okres Teplice, ktery taktez obsahoval hranice uplne mimo. Reklace kraj - okresy spatne nebyly. On 10/06/2010 12:08 PM, jzvc wrote: Dne 4.10.2010 19:16, Mike napsal(a): Všechny hranice byly importovány podle přehledky hranic katastru. Zběžně jsem se podíval na hranice Brno-venkov a nikde jsem žádné chyby nenalezl. Prosím specifikujte blíže, kde konkrétní chyby jsou a podle čeho to srováváte. Mírné rozdíly můžou být podle katastrální mapy, to ale asi nemá cenu řešit, protože půjde asi jen o větší zezubatění hranice. Mike Chyby jsou ve vazbach jednotlivych hranic - napr do usteckeho kraje je zahrnuto Želenice - 795917 (spravne tam patri 567426, ktere tam jsou taky, ale a jinem admin_lv) a spousta dalsich. On 10/03/2010 11:37 PM, Frettie wrote: Dobrý den, narazil jsem na spoustu chyb v okresech a jejich hranicích, krásně je to vidět na hranicích okresu brno venkov - mapy jsou staré a hranice neplatné, lze to vyřešit nějakým importem? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hranice okresů a jejich chyby
2010/10/26 jzvc j...@tpfree.fdns.net: Dne 7.10.2010 20:41, Mike napsal(a): To jsem nějak nepochopil, jak jsou zahrnuty Želenice do Ústeckého kraje? Tam je vazba jen: ČR-NUTS2-KRAJ-OKRES-OBEC-KATASTR. ÚZEMÍ Jednotlivé relace odkazují vždy o jednu níže, takže má být Želenice maximálně součástí okresu Most. Prosím dejte číslo špatné relace s popisem, ať víme, na čem jsme. Ted uz je to mozna opraveno (nevim, jeste sem to nezkoumal), ale aby tu byla odpoved, stacilo si stahnout rekneme ustecky kraj (relaci) + vsechny jeji potomky (= neresim jestli je vazba na okres ...) a postahovaly se i administrativni hranice mimo ustecky kraj. Obdobne se da aplikovat na libovolne urovni (okres napr). Tudiz predpokladam ze spatny byl obsah relace okresu nebo i nizsi, rucne jsem napr opravoval okres Teplice, ktery taktez obsahoval hranice uplne mimo. Reklace kraj - okresy spatne nebyly. Jo, tohle všechno jsem nedávno opravoval. Administrativní úrovně by teď měly být korektně vnořené až do úrovně obcí (katastry jsem neřešil, ale teoreticky bych mohl vygenerovat seznam těch, co jsou špatně, pokud by se do toho chtěl někdo pustit). Co je ale ještě stále špatně jsou administrativní centra. Nějaký nástřel center, co jsou mimo svou oblast je k dispozici zde: http://outset.cz/osm-errors.html Ne nutně všechno to jsou chyby - Středočeský kraj má jako centrum Prahu a tam je asi správně, že je to mimo hranice atp. Zbyněk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hranice okresů a jejich chyby
No, mně se povedlo stáhnout i celou ČR, ale blbý je, že se vždy stáhne jen úsek hranic (a to dost ulítle) a pracovat s tím lze velmi nesnadno. :/ Netuším, jak to udělat, aby to šlo exportovat nějak rozumně. (Tj. okres v celku) 2010/10/26 jzvc j...@tpfree.fdns.net: Dne 6.10.2010 15:17, hanoj napsal(a): Dne 6. října 2010 13:19 Michal Grézl michal.gr...@openstreetmap.cz napsal(a): 2010/10/6 Frettie fret...@gmail.com: A když jsme u toho, lze nějak rozumně vytáhnout OSM XML data pouze pro hranice obcí (buď celého státu, kraje či pouze jednoho okresu)? A jinak, jak píše jzvc. Ale asi to nelze nějak jednoduše opravit, ne? pomoci xapi, kdyz ma zrovna dobrou chvilku a funguje, lze prez doaz na admin_level (nebo tak nejak se to pise) vytahnout krasne hranice. *** ono to jde pomoci i pomoci JOSM: stahni vsechny(vybrane) rodice a potomky relace... Jop, jenze z toho se JOSM potento, je toho totiz tolik (staci si vybrat kraj) ze se to ani za 1/2 hodiny nepostahuje a pravdepodobnost ze do projde se s casem exponencielne snizuje. Kdyz se pak nekomu nejakym zazrakem povede stahnout celou CR, tak se stim prakticky neda pracovat - kazdy pohyb, kazda zmena ... trva minuty. No a upload zmen, to je jen finalni dejistvi tohodle hororu. BTW: Bylo by treba preznacit administrativni centra (vsechny) protoze se pri importu zvolila pozdeji zavrzena varianta. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hranice okresů a jejich chyby
Doporučuji stáhnout relaci ČR a pak nechat stáhnout všechny její podrelace. Vzájemná zanoření jsem nedávno opravoval, tak by to mělo zafungovat. Zbyněk 2010/10/26 Frettie fret...@gmail.com: No, mně se povedlo stáhnout i celou ČR, ale blbý je, že se vždy stáhne jen úsek hranic (a to dost ulítle) a pracovat s tím lze velmi nesnadno. :/ Netuším, jak to udělat, aby to šlo exportovat nějak rozumně. (Tj. okres v celku) 2010/10/26 jzvc j...@tpfree.fdns.net: Dne 6.10.2010 15:17, hanoj napsal(a): Dne 6. října 2010 13:19 Michal Grézl michal.gr...@openstreetmap.cz napsal(a): 2010/10/6 Frettie fret...@gmail.com: A když jsme u toho, lze nějak rozumně vytáhnout OSM XML data pouze pro hranice obcí (buď celého státu, kraje či pouze jednoho okresu)? A jinak, jak píše jzvc. Ale asi to nelze nějak jednoduše opravit, ne? pomoci xapi, kdyz ma zrovna dobrou chvilku a funguje, lze prez doaz na admin_level (nebo tak nejak se to pise) vytahnout krasne hranice. *** ono to jde pomoci i pomoci JOSM: stahni vsechny(vybrane) rodice a potomky relace... Jop, jenze z toho se JOSM potento, je toho totiz tolik (staci si vybrat kraj) ze se to ani za 1/2 hodiny nepostahuje a pravdepodobnost ze do projde se s casem exponencielne snizuje. Kdyz se pak nekomu nejakym zazrakem povede stahnout celou CR, tak se stim prakticky neda pracovat - kazdy pohyb, kazda zmena ... trva minuty. No a upload zmen, to je jen finalni dejistvi tohodle hororu. BTW: Bylo by treba preznacit administrativni centra (vsechny) protoze se pri importu zvolila pozdeji zavrzena varianta. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hranice okresů a jejich chyby
Ok, zkusím to, až budu mít čas. J. 2010/10/26 Zbynek Winkler zbynek.wink...@gmail.com: Doporučuji stáhnout relaci ČR a pak nechat stáhnout všechny její podrelace. Vzájemná zanoření jsem nedávno opravoval, tak by to mělo zafungovat. Zbyněk 2010/10/26 Frettie fret...@gmail.com: No, mně se povedlo stáhnout i celou ČR, ale blbý je, že se vždy stáhne jen úsek hranic (a to dost ulítle) a pracovat s tím lze velmi nesnadno. :/ Netuším, jak to udělat, aby to šlo exportovat nějak rozumně. (Tj. okres v celku) 2010/10/26 jzvc j...@tpfree.fdns.net: Dne 6.10.2010 15:17, hanoj napsal(a): Dne 6. října 2010 13:19 Michal Grézl michal.gr...@openstreetmap.cz napsal(a): 2010/10/6 Frettie fret...@gmail.com: A když jsme u toho, lze nějak rozumně vytáhnout OSM XML data pouze pro hranice obcí (buď celého státu, kraje či pouze jednoho okresu)? A jinak, jak píše jzvc. Ale asi to nelze nějak jednoduše opravit, ne? pomoci xapi, kdyz ma zrovna dobrou chvilku a funguje, lze prez doaz na admin_level (nebo tak nejak se to pise) vytahnout krasne hranice. *** ono to jde pomoci i pomoci JOSM: stahni vsechny(vybrane) rodice a potomky relace... Jop, jenze z toho se JOSM potento, je toho totiz tolik (staci si vybrat kraj) ze se to ani za 1/2 hodiny nepostahuje a pravdepodobnost ze do projde se s casem exponencielne snizuje. Kdyz se pak nekomu nejakym zazrakem povede stahnout celou CR, tak se stim prakticky neda pracovat - kazdy pohyb, kazda zmena ... trva minuty. No a upload zmen, to je jen finalni dejistvi tohodle hororu. BTW: Bylo by treba preznacit administrativni centra (vsechny) protoze se pri importu zvolila pozdeji zavrzena varianta. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] tracerserver crash na ubuntu 10.10
Ahoj, upgradoval jsem ubuntu z 10.04 na 10.10 a zacal mi padat (viz priloha) tracerserver po stazeni pozadovaneho BBOX. V ubuntu doslo ke zmene verzi mono na 2.6.7 z verze 2.4.4. Nevite kde je zakopan pes? diky hanoj en...@pelynek:~/0tracerserver$ mono Osm.Kn.Trace.Server.exe EXPERIMENTALNI VERZE (2) Plugin dir is /home/enemy/0tracerserver/plugins. Plugin LargeHoleRemover.dll loaded. Plugin SmallHoleRemover.dll loaded. PointSet filter FindExtrems added. PointSet filter SimplifyPolyline added. PointSet filter SimplifyPolyline added. PointSet filter FindVertexis added. PointSet filter FilterPointGroups added. PointSet filter AddMissingPoints added. PointSet filter LineWidthCorrection added. PointSet filter SimplifyPolyline added. PointSet filter SimplifyPolyline added. Webserver běží na portu 5050. Stiskni klávesu ESC pro ukončení. - trace/simple/49.19374120370488;16.545514514555627 http://wms.cuzk.cz/wms.asp?service=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=RST_KMD,RST_KN,hranice_parcel,dalsi_p_mapyFORMAT=image/pngtransparent=falseBBOX=16.5440,49.1940,16.5460,49.1967WIDTH=1600HEIGHT=2160 System.TypeInitializationException: An exception was thrown by the type initializer for System.Drawing.GDIPlus --- System.DllNotFoundException: libgdiplus.so.0 at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong,System.Drawing.GdiplusStartupInput,System.Drawing.GdiplusStartupOutput) at System.Drawing.GDIPlus..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at System.Drawing.Bitmap..ctor (Int32 width, Int32 height, PixelFormat format) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Drawing.Bitmap:.ctor (int,int,System.Drawing.Imaging.PixelFormat) at Osm.Kn.Trace.Server.Wms.TileDownloader.Download (Osm.Kn.Trace.Server.Wms.Tile tile) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Wms.TileDownloader.Get (Osm.Kn.Trace.Server.Wms.Tile tile) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Server.CreateBitmap (Osm.Kn.Trace.Server.Wms.Tile[,] tiles, Int32 resolution) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter exporter) [0x0] in filename unknown:0 at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in filename unknown:0 en...@pelynek:~/0tracerserver$ mono --version Mono JIT compiler version 2.6.7 (Debian 2.6.7-3ubuntu1) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll Architecture: x86 Disabled: none ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tracerserver crash na ubuntu 10.10
Možná reportovat jako chybu mona než Traceru s debug přepínačem mono --debug Osm.Kn.Trace.Server.exe Dne 26. října 2010 18:45 hanoj eha...@gmail.com napsal(a): Ahoj, upgradoval jsem ubuntu z 10.04 na 10.10 a zacal mi padat (viz priloha) tracerserver po stazeni pozadovaneho BBOX. V ubuntu doslo ke zmene verzi mono na 2.6.7 z verze 2.4.4. Nevite kde je zakopan pes? diky hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tracerserver crash na ubuntu 10.10
tak nakonec stacilo doinstalovat balik: libgdiplus hanoj Dne 26. října 2010 18:58 Petr Schönmann pschonm...@gmail.com napsal(a): Možná reportovat jako chybu mona než Traceru s debug přepínačem mono --debug Osm.Kn.Trace.Server.exe Dne 26. října 2010 18:45 hanoj eha...@gmail.com napsal(a): Ahoj, upgradoval jsem ubuntu z 10.04 na 10.10 a zacal mi padat (viz priloha) tracerserver po stazeni pozadovaneho BBOX. V ubuntu doslo ke zmene verzi mono na 2.6.7 z verze 2.4.4. Nevite kde je zakopan pes? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
