Že by dodavatel v rámci vývoje do výstupu nafrkal debugovací informace a
pak tu verzi omylem hodil na produkční prostředí? :)
V hrubších zoomech tyhle patvary nejsou (ale tam zase pak už jsou obrysy
budov celkem dost hrubé)
Martin
2013/5/29 Jiří Veselý j@seznam.cz
Dobrý den,
děkuji
Mozna by stalo za to udelat nastroj co by hlidal podobne novacky,
vymyslela by se nejaka metrika - napr. ze v oblasti jejich editace pribylo
hromadad chyb v keepright, erroru/warningu v JOSM validatoru, ze jejich
editace hned nekdo editovat znovu (t.j.nejspis byly blbe a nekdo to
opravoval) - a u
Trace server ma zdrojak na Assemble:
https://www.assembla.com/code/osm-tracer/subversion/nodes
Pripadne primo SVN url:
https://subversion.assembla.com/svn/osm-tracer/
pokud posles patch, muzu na nej mrknout a pripadne ho tam pridat :)
Plugin tracer do JOSM ma zdrojaky tam kde maj zdrojaky i
Pachatele vetsiny nenavazanych budov jsem pred asi rokem kontaktoval a
pomohl mu nastavit si tracer aby tuhle chybu uz nedelal. Ty stare
budovy ktere byly natrasovany blbe (a neni jich zrovna malo :) ovsem
zustaly.
Takze pokud to nekomu nespojuje budovy, tak at rekne, poslu svoje
konfiguraky pro
Navic reneder se sirkou silnic nepracuje (overeno).
Jak ktery. Mapnik mozna ne, ale ruzne rederery to resi ruzne. Mapnik
pri zoomovani od jiste miry silnici v podtstate nezvetsuje, ale nektere
renderery ano ane ktere podporuji i sirku silnice (tag width ...)
Martin
Obecne by se ve vetsine pripadu liniove (cesty) a plosne objekty
(pole, loky, atd...) spojovat nemely (i kdyz jsou vyjimky, napr. pokud
hranice nejakeho CHKO je dana definovana stredem slnice)
Pokud se napr. pole spoji se silnici, ma to nasledujici nevyhody:
* Plocha ma jinou plochu
To že vznikne CC-BY-SA fork je skoro jisté, teď už jen doufat, že ten
fork bude jen jeden, nebo že pokud jich bude víc, tak ty ostatní rychle
vychcípou a zbyde jen jeden (plus někteří lidi chtěli i PD fork, takže
je možné, že vznikne ještě jeden fork, kde ale bude asi jen minimum dat)
Pokud v
S novou licencí jsem souhlasil. Souhlasil jsem s tím, aby mé
příspěvky
byly public domain. Ale hrubě nesouhlasím s tím, aby se mé příspěvky
mazaly z jakéhokoliv vnitřně politického důvodu.
Tak to jsme na tom stejně.
Pokud to provedou, projektu OpenStreetMap předpovídám budoucnost
XFree86.
On Tue, 07 Jun 2011 12:54:40 +0200, Jakub Sykora wrote:
Zde je trochu problem s tim left a right. Staci aby nekdo otocil
silnici a nestesti je na svete...
Problem, ze nekdo otoci silnici a nevidi souvislosti ale muze mit
dalekosahlejsi nasledky, napr. tim znehodnoti i oneway=yes (jednosmerka
On Tue, 17 May 2011 18:35:41 +, Pavel Machek wrote:
Ahoj!
Možná by někoho mohlo zaujmout, že na tradiční pražské šifrovací hře
Bedna [1] byla letos účastníkům distribuována specializovaná mapa
vytvořená na základě OpenStreetMap v měřítku 1 : 12 000 (vytištěná
na
formát cca 100×70 cm) s
Sítě MHD jsou většinou dost stálé, probíhají většinou drobné úpravy
jednou
za rok - už jenom kvůli lidem, kteří jsou na to zvyklí. Tak rozsáhlé
změny, jaké popisuje Honza jsou docela neobvyklé.
V Praze se moc MHD nemění, když nepočítám teda dočasné překopávky sítě
kvůli výstavbě tunelu Blanka
jde to omezení obejít nějak lépe, existuje třeba nějaká dohoda o tom,
jak
řešit tagy na pokračování?
Spíš vymyslet jiné schéma kdy nebudou veledlouhé tagy. Např. že by se
destinations zadávaly jako členy relace, takže by existoval člen typu
destination a ten by byl pak třeba daný hrad,
No jo, ale lidi co to mazali nedavali ty vznikle kousky do relace,
ze?
Asi ne, ale nekde existuje nastroj, co zjistuje jestli vodni toky v OSM
tvori souvisly graf. Pokud by se pustil na CR, tak by se tyhle useky
vcelku snadno nasly ...
Martin
On Fri, 11 Mar 2011 10:51:08 +0100, Petr Morávek [Xificurk] wrote:
Karel Volný napsal(a):
Dne Čt 10. března 2011 Aleš Janda napsal(a):
Netřeba nic počítat. Mapnik používá „malířův algoritmus“ - nakreslí
všechno, přičemž pozdější objekty (ty co jsou výše) přepíšou
všechny
objekty níže.
Ale
Spíš by bylo dobré, kdyby se s tím nějaký schopný geoprogramátor
popral,
průsečíky spočítal jednou (přidal heuristiku, která by jej vytvořila,
pokud přítok končí méně než dejme tomu 10 m od vodní plochy) a
podvodní
části nechal přetagovat automaticky, a to vše nahrál do OSM. Dělat to
ručně by
On Tue, 1 Mar 2011 20:02:54 +0100, Jan Masopust wrote:
Ahoj,
mám pro vás jednu špatnou zprávu.
Přetagování jsem navrhoval už hned po importu, ale bez odezvy. Poté,
co jsme
se více méně domluvili na mazání, jsem už část ČR promazal. Takže
nevím ...
Ono je to možná skoro lepší - znovu
On Mon, 28 Feb 2011 14:35:10 +0100, Marek Prokop wrote:
2011/2/28 Jan Dudík jan.du...@gmail.com:
Víme o nějaké zemi, kde proběhl import vodních toků?
Dobrá poznámka. Asi neproběhl. Jenže upřímně, právě kvůli tomu
importu
mám o zakreslování toků uvnitř vodních ploch stále pochybnosti.
On Sat, 26 Feb 2011 07:59:07 +0100, Jakub Sykora wrote:
Ciste z toho duvodu, ze ceska legislativa odlisuje dalnici a silnici
pro motorova vozidla. Myslim, ze to sice poskozuje CR ve smyslu
investic a uz se i nekolikrat resilo, ze by se rozdil mezi dalnici a
rychlostni silnici uplne zrusil.
Ja z ni treba pocitam mapu pokryti pro vysilace - je to pro me
nejdostupnejsi databaze budov a vyskoych staveb, ktera zatim je. Sice
jsou ty budovy treba spatne vysoke, ale porad to dava lepsi vysledky
nez vypocet bez nich.
Vysky se daji doplnit (pokud je vyska jen odhadnuta, protoze na budove
On Thu, 24 Feb 2011 12:05:52 +0100, Petr Morávek [Xificurk] wrote:
MP napsal(a):
Navrhuji ty vnitrni useky zacit pretagovavat napr. na
waterway=waterflow
(pripadne pak dodat waterflow=stream|river|... pokud se ma zachovat
i toto)
Pokud se pak pozdeji dohodne jine znaceni, pujde to pres xapi
Na druhou stranu -- kdyz bude POI oddeleny od adresniho bodu, bude
tezke odpovedet na dotaz jakou adresu ma tahle restaurace?.
A jak pak řešit kdy na jedné adrese je více POI (například dům s
pasáží, kde jsou třeba 3 obchody)?
Při spojení POI a adresního bodu by pak buď adresa musela být
Někde mezi featured images na OSM wiki se objevil screenshot z nového
programu - glosm. V podstatě je to OpenGL aplikace, zobrazující 3D
mapu lokálně (vcelku rychlé, zvládá to v realtime zobrazovat celou
Prahu, ale je to dost nové, takže je to ještě trochu nedodělané)
Co mně ale zaujalo je
On Sun, 14 Nov 2010 21:12:18 +0100, Petr Morávek [Xificurk]
xific...@gmail.com wrote:
Jo, určitě... mě jen zajímalo jestli to někdo nemá zautomatizované.
Na duplicitní cesty jsem si něco napsal, tak to použiuju na bažiny.
Ale
hledání duplicitních nodů takhle v místech dělení cest moc snadné
On Fri, 05 Nov 2010 11:13:45 +0100 (CET), Zdeněk Pražák
zpra...@seznam.cz wrote:
Díval jsem se, že například v Rumunsku probíhá import dat o zemském
pokryvu (lesy, pole atd) s využitím dat European Enviroment agency
(EEA) - project CORINE.
Nebylo by možné obdobná data z projektu CORINE využít i
On Tue, 2 Nov 2010 23:11:18 +0100, Pavel Machek pa...@ucw.cz wrote:
...dokoncen. Presneji, jediny o cem vim ze chybi je jedna bazina.
Ted by to chtelo nejak vyresit duplicity, a zjistit jestli by nejak
neslo importovat C03_KoupalisteVeVolnePrirode . Hmm, a pripadne
jestli
jsou k necemu
On Sun, 31 Oct 2010 19:52:34 +0100, Petr Morávek [Xificurk]
xific...@gmail.com wrote:
Právě jsem zjistil, že některé bažiny se naimportovaly vícekrát, viz
např.
http://www.openstreetmap.org/browse/way/82858253
http://www.openstreetmap.org/browse/way/82791642
Teď co s tím? Je to jen nějaká
Hmm.. ve skutecnosti staci stahnout dump z doby pred importem,
vyfiltrovat na waterway=, a to budou prave konflikty.
To bude fungovat nejaky cas = ale z bude vetsi cast CR opravena (i
kdyz to bude nejaky cas trvat), tak to bude chtit neco, co projde cely
dump a najde krizici se cesty.
V
Pár připomínek:
1) V archivu chybí pluginy SmallHoleRemover a LargeHoleRemover. Ty se
na některé oblasti katastru mohou hodit.
2) Nebylo by dobré ty změny commitnout i do SVN? SVN repozitář je na
assemble, Jan Bilak může udělit práva na zápis. (případně to tam můžu
hodit i já ... jsou nějaké
Možná bych to označil nějakým extra tagem (něco jako fixme=opravdu
residential?), aby bylo jasné, že to je asi residential a poznalo se
to od území,. co jsou takhle otagované ručně.
Martin
On 2010-09-15, Jakub Sykora kub...@kbx.cz wrote:
Proti landuse residential nic nemam. etsinou to bude
Nevím jaká je obvyklá prodleva mezi projitím a zakreslením. Já zakresluji
ihned po návratu z výletu. Možnost duplicitní práce z důvodu nestihl jsem
zakreslit mi přijde malá.
Pokud výlet je vícedenní pobyt, tak prodleva může být větší. Klidně i týden.
Jinak to, že by mě někdo předběhl a
On 2010-09-07, Jan Bilak jan.bilak@gmail.com wrote:
Ahoj,
díky za úpravy. Na SVNko OSM to samozřejmě klidně dejte - bude to
nejlepší. Jen pak prosím sem do maillistu napište na to odkaz, kde se
to dá najít.
No tak momentálně zdrojáky neobsahují žádnou licenci, takže pro
publikování
On 2010-09-08, Jan Bilak jan.bilak@gmail.com wrote:
Hmmm, tak pokud je jediný problém to, že k tomu nemohu napsat, že je
to svobodný software, tak to nevidím jako problém. Šlo mne o podporu
U svobodných licencí je jen omezení co člověk může dělat se zdrojáky a
progamem ohledně distribuce,
Pokud vim tak merge relaci JOSM neumi. Osobne v takovych pripadech
pouzivam postup ze zachovam prvek s nizsim ID, pokud je to rozumne mozne.
Neumí, ale lze otevřít najednou editaci dvou relací a pak na pár
kliknutí přes selection (v první relaci označit všechny prvky a
kliknout na tlačítko, co
Další příklad - podle wiki by měl town být 10-100 tis. obyvatel. Našel
jsem spoustu obcí, které někdo označil jako town jen proto, že má k tomu
místu vztah (možná tam bydlí), přestože obec měla sotva 1000 obyvatel a
Rabštejn nad Střelou má asi 20 stálých obyvatel (+pár chalupářů),
přesto má
m...@mikecrash.com wrote:
A když se podívám do oficiálního UIR, tak je opravdu
Rabštejn nad Střelou jen část obce Manětín, takže jestli to někdo
označil jako town, tak je to přesně to, o čem jsem mluvil.
On 4.6.2010 14:16, Jiri Parkan wrote:
2010/6/4 MP singular...@gmail.com
On 28/05/2010, Jakub Sýkora kub...@kbx.cz wrote:
Mozna by take bylo dobre to napsat PMkem primo tomu uzivateli... Ja
nemam nic proti leteckym zonam v mape, ale musi to mit hlavu a patu :)
Pripadne dotycneho navest rovnou na
http://wiki.openstreetmap.org/wiki/Proposed_features at tam navrhne
Ten samý člověk se v Pardubicích (asi i jinde, ale já kreslím hlavně v
Pardubicích) rozhodl obkreslovat z KM také čáry které značí hranice
parcel a tagovat je jako plot. Nemusím asi vysvětlovat, že neplatí že
hranice pozemku = plot.
Ne, ale to jestli tam je nebo není plot někdy jde odhadnout
Nebo chybějící fonty? Pak možná inkscape hrábne po jiných fontech a
výsledkem je černý čtverec.
Martin
On 16/04/2010, Kubajz kub...@kbx.cz wrote:
Nevim, kde je problem, ja uz leta pouzivam Inkscape bez problemu na
ruznych platformach a v ruznych verzich. Ted minimalne zobrazim vse na
ubuntu
On 13/04/2010, Mike m...@mikecrash.com wrote:
To si právě nemyslím, to že má někdo na zahradě jeden strom a záhonek
1*2m z toho celého ještě nedělá zahradu pro dekorativní nebo vědecké
účely. Tam patří třeba biologická zahrada apod.
Hlavne tim jsou mineny predevsim VEREJNE zahrady - tam kde
1. landuse=residential - někdo ho používá pro označení bloku obytných budov,
ale většinou se v mapě setkávám s tím, že je takto jedním tagem označené celé
zastavěné území obce, kde bych spíš použil tag place=city.
Taky si myslim, ze by se melo pouzit place=city, obzvlaste kdyz
takovehle
On 07/04/2010, Jan Bilak jan.bilak@gmail.com wrote:
Ahoj, můžeš zkusit:
http://jabi.aspone.cz/osm/TraceServerBeta6.zip
(mělo by stačit vyměnit jen exe soubor)
Je k tomu nekde i balik se zdrojaky?
Kdyz jsem nahradil vsechny soubory (zapomnel jsem nahradit
SmallHoleRemover.dll v
Trošičku jsem přemýšlel, jak by to šlo udělat… pokud je hřiště
obdélník (nebo aspoň „skoroobdélník“), je to docela snadné. Pokud ale
ne, tak je to dost problém… tam by se buď ta textura prostě nedala,
nebo by se muselo dělat asi nalezení maximálního obdélníku, který se
do toho
udělal jsem novinku v mapě: vykreslování stromů v lesích a parcích (ale ne v
městské zeleni).
Momentálně vygenerováno v Kralupech, postupně se tím bude dogenerovávat celá
ČR.
Vypadá to zajímavě, ale zdá se mi, že ty stromy jsou poměrně dost
tmavé, skoro až černé.
A když jsem si prohlížel
Ke všem obcím bych pak přidal nějaký nový tag, kde by byl status obce, u
nás jsou město-městys-vesnice... (je někde nějaký seznam?)
Vcelku kompletní data jsou (status a počet obyvatel k nějakému datu)
na české wikipedii, takže z toho by to mohlo jít vysosat wiki je
navíc cc-by-sa, takže
Mozna by slo to prekryt/zkombinovat s mapou ukazujici hustotu poctu
nodu v OSM a tak zjistit mista, kde sice je zastavba, ale moc dat v
tech mistech neni - a tedy by to tam pak chtelo v tech mistech
domapovat.
Martin
On 05/03/2010, Lukas Kabrt lu...@kabrt.cz wrote:
Na základě dat, která vznikla
On 02/03/2010, alik dolezal alik.dole...@gmail.com wrote:
Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký
node chybět.
Ahoj,
mám takovej nepříjemnej pocit, že vám dám možnost zjistit co se stane.
Nejsem si jist, jestli jsem při likvidaci duplicitních rybníků (teď
On 27/02/2010, Jan Bilak jan.bilak@gmail.com wrote:
Ahoj,
přidal jsem podporu nějakého nastavení TraceServeru:
http://jabi.aspone.cz/osm/TraceServerBeta5.zip
Tak jsem to zkusil a nefunguje to, hází to jakousi exception kvůli
nenalezenému filtru:
filter name=SmallHoleRemover /
Aha, ja nekdy predevcirem nektere casti uz v JOSM opravoval (s
validatorem to jde rychle a vcelku automaticky...), takze nektere
rybniky tam jsou uz jen jednou.
Tak doufejme, ze se toho pri tom revertu nesmaze vic nez se ma (aby
aspon jedna kopie zustala) - validator to aspon dela deterministicky
A jak se ma pri tomto postupovat? Ja myslel, ze pro kazdy bod co JOSM
uploadne si priradi nove id. Takze kdyz spadne spojeni melo by stacit dat
save a tim uz by mel byt XML updatovan o to co se uploadlo. Nebo se mylim?
Pokud se pouziuva diff upload tak se nova ID priradi az na konci a
JOSM se
Nesouhlas přinejmenším u školy. Objekt s amenity=school (apod.) _není_
budova školy, ale areál školy. Budova školy _musí_ mít i building=yes.
Viz též http://wiki.openstreetmap.org/wiki/Tag:amenity=school
Potiz je, ze pokud ma budova zaroven tag skola (a vetsina skol nema
areal,
3) máte nějaké nápady na vylepšení?
Mohly by se zohlednovat tagy height a building:levels a podle nich pak
upravovat vysku domu v mape
V oblasti kolem 50.090, 14.477 je takhle otagovanych asi 100 domu, ale
pokud by lidi vedeli, ze se ty tagy nekde projevi, tak by treba
tagovali vic budov
On 13/02/2010, Petr Dlouhý petr.dlo...@email.cz wrote:
Ahoj,
v Praze, například, už začínají docházet nezmapovaná KÚ, která jsou
kreslená tlustými čarami. Zbylá území jsou kreslená čárami tenkými a na
těch se Tracer moc nechytá, takže to dá výrazně víc práce.
Jiná města jsou třeba skoro
používáš starou verzi Traceru. V té, co je dostupná přes pluginy JOSM
(verze 19892, beta 3 serveru) je vše vyřešené kromě změny stávajících
budov.
Ortogonalizace bloku budov se dělá přes shift + trasování.
Je někde k tomu dokumentace nebo nápověda jak tyhle rozšířené funkce
aktivovat?
zkoušel jsem odstranit dialog a udělat z trasování normální vlákno.
Problém nastane když se trasuje a zároveň se přidávají nody (nebo jiná
podobná akce), tak to vyhodí výjimku, protože UndoRedoHandler není
připraven na vícenásobný přístup. Potíž je v tom, že nevím jak přístupy do
Taky se mi zda, ze tracer ma problemy s nekterymi vetsimi budovami,
treba od tehle vytrasuje jen roh:
trace/simple/50.08182736797727;14.513559241177791
a nektere nevytrasuje vubec
Neni tam nejaky limit na maximalni velikost budovy?
Martin
___
Tak jsem si doinstaloval mono a zkusil to. Vcelku to funguje, v
nekterych oblastech je uspesnost skoro stoprocentni, v jinych to
trochu pokulhava.
Par postrehu:
- Obcas to misto domu vezme cely pozemek, jako treba tady (c.p. 515):
trace/simple/50.05549775797148;14.575302979868146
- Kdyz kliknu
Ted jsem ale objevil asi trochu vaznejsi chybu - kdyz se mi vytrasuje
neco co nechci, tak zmacknu ctrl+Z (undo) a novy objekt zmizi. Ale
pokud ten novy objekt prizpusobil nejak budovy v okoli (aby
navazovaly) tak tohle uz undo nevrati. Coz pak nejak vede celkem
rychle k nekonzistenci dat a padu na
ten tracker se snažil to čáru posouvat na střed čáry (tedy nejprve
obtáhnul vnitřní hranu, pak zkoušel detekovat tlouštky čar a čáru
posouvat). Ale moc mu to nešlo. Mám rozpracovanou úpravu, která to
myslím trochu zlepší. Chybu to občas udělá, ale je to myslím lepší.
Možná by tam šlo mít
On 05/02/2010, hanoj eha...@gmail.com wrote:
V JOSM ale chybí nástroj na jednoduché vytváření děravých
polygonů, takže kdyby ho někdo vytvořil, tak by se mohla ušetřit práce.
*** ten plugin multipolygon na to neni pouzitelny?
Multipoly by na to mel jit pouzit, pokud se cesty neprotinaji a
Nápad to špatný není, ale dárcovské sms jsou na prd (je třeba mít
živnosťák, pokud se nepletu) a taky jsou z nich minimální částky pro
Na jakekoliv podnikani je potreba mit zivnostak, at uz clovek prijima
penize pres sms nebo jinak.
Taky mne neco takoveho napadlo, moje idea byla, ze by pro
Taky mne neco takoveho napadlo, moje idea byla, ze by pro technicky
nedostatecne zdatne podnikatele (k tomu aby se tam zanesli sami) byl
formular, kde by si clovek vybral co tam chce nacpat (hospodu, obchod,
Taky dobrý nápad. Jak by se ale řešilo zadávání polohy? Adresou nebo
A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji
s danym uzemim neprazdny prunik?
Stacilo, ale on to AFAIK neumi.
A neni lepsi to ten protokol naucit, misto abychom zavadeli ruzne
berlicky v podobe tagovani vsech objektu atributem is_in?
To neni tak
Pro UHUL ortofoto
http://geoportal2.uhul.cz/cgi-bin/oprl.asp?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=ortofoto_cbSTYLES=defaultFORMAT=image/jpeg
pro katastr
on poslední dobou nejak blbne. Chodí jen občas, a když už chodí, tak je
posunutý (to se dá spravit). Pokud ti chodí katastrální mapa, tak to
pravděpodobně není chyba na tvé straně. Jinak by měla chodit adresa z
preferencí pluginu.
Je posunuty, ale trochu nepravidelne - kdyz UHUL posunu
JOSM má ohledně té rychlosti nějaký nepříjemný bug, už je hlášen tady:
Uz je spraven, poslal jsem jim par patchu:
http://josm.openstreetmap.de/ticket/3347
přes sebe mockrát a navíc domy bez č.p. takto smáznout nejde - a těch
domů a
oblastí vůbec šílené množství, nevím jestli se do
Ta situace na http://osm.org/go/0J0lmEIoY je opravdu legracni. Supluje
to nemoznost jednoho mostniho telesa pro vice trati tim, ze je pod tim
tunel. Kdyby tam chybelo mostni teleso, dalo by se s tim souhlasit (dira
v zemi vylozena betonem a nahore na travniku polozene koleje. Ale pokud
je
2) Když tvořím nějakou amenity jako area, tak nemá ikonku (škola,
parkoviště, restaurace), mám to řešit přidáním ještě ikonky navrch
(hackování rendereru mapnik) nebo počkat až bude renderer časem zobrazovat
ikonky nad areama automaticky?
Ne. Nepridavat ikonky, to by pak vedlo k tomu, ze az
On 28/08/2009, Pavel Zbytovský m...@zby.cz wrote:
Ahoj,
ještě bych se tedy zeptal i spolu s Frettiem, jaký tag pro městkou zeleň
používat - jde o rozsáhle pruhy trávy často vedle silnic... leisure=common ?
Osobne pouzivam landuse=village_green (pokud je to proste jen travnata
plocha) nebo
Otazkou je jestli by nestalo na to udelat nejaky poloautomaticky
skript do JOSM, pripadne rozsirit validator - ten umi spojovat dobre
duplicitni identicke uzly, neumi ale spojovat duplicitni identicke
cesty (v Kralupech je skoro kazda cesta 4x nebo 8x)
Pak by slo i v budoucnu opravit podobny
Když už je o tom řeč, můžu se zeptat, co můžu použít na ruční pojmenování
ulic? Komerční plán města nesmím a obejit všechny ulice se mi zrovna
nechce.
Bud norc.cz - snimky z ulice, neco jako google streetview kde mame
povoleni je pouzivat - tam kde jsou k dispozici, coz je Praha, Brno,
[1] http://web.mvcr.cz/adresa/b/brno/index.html
[2] OSM way orezane na hranice mesta Brna.
Nad popisnou slozkou udelan SQL dotaz:
SELECT COUNT(highway) WHERE 1 GROUP BY name. Zaokrouheno na cele desitky.
Je k tomu nejaky skript, ze bych to zkusil i pro Prahu a jina mesta a
pripadne by se
Sám zatím zneužívám 'highway=service' pro tři různé kategorie cest:
jednak nádherné dlouhé rovné asfaltky v polích či lesích, pro které se
mi 'track' prostě příčilo dát (ale změním to, už kvůli navigacím, jak
jsem se tu teď dočetl); druhak různé cesty vedoucí z obytných center
někam pryč
On 22/07/2009, Tomáš Tichý t.ti...@post.cz wrote:
No tak s bílou barvou značky jsem se zatím nesetkal. Pakliže může být bílá
i
jiná než trasa cyklostezka, která se netaguje pomocí kct_barva, tak by se
mělo
nějak dořešit, jak bílé značky tagovat. Např. v projektu [4] s tím
Ono by mozna nebylo od veci kreslit (alespon nekde) ulice podobne jako
reky = vcetne sirky.
Na ulici je mozne vrznout tag width (sirka ulice, v metrech), pripadne
lanes (kolik ma pruhu).
Co se chodniku tyce, tak je navrhovany tag sidewalk:
Problem je v tom, ze snad ve vsech mestech se jmena ulic pisou na
tabule velkymi pismeny.
Nevim jestli by bylo dobre se toho zas az tak drzet a psat treba
name=NA VYTONI.
Martin
On 30/06/2009, Michal Grézl michal.gr...@openstreetmap.cz wrote:
v mape by melo byt to, co je napsano na tabuli na
On 29/06/2009, Jan Dudík jan.du...@gmail.com wrote:
Ono by pro začátek třeb adost pomohlo, kdyby někdo zkusil udělat mapu čr:
- čtverce např. 1x1 km
- barevně vyplněné podle počtu uzlů v tom kterém čtverci
Jak jsem tu kdysi prezentoval svuj nastroj pro zjistovani kdy se
naposled do daneho
Da se nejak (automaticky) vyexportovat vse, co kdy editoval jeden
konkretni uzivatel?
Na jedne z ways (id=33620428) jsem narazil na tag
source:name=www.mapy.cz, coz znaci, ze asi dotycny nepochopil odkud
se muzou (treba katastralni mapy a uir-adr) a odkud se nemuzou (treba
ty mapy.cz) veci
Volim 1:
čo ... addr:streetnumber
čp ... addr:conscriptionnumber
če ... addr:provisionalnumber
Martin
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Vcelku casto se stava, ze nekdo nekde chce pouzit openstreetmap, ale
pak zjisti ze jeho oblibene mesto tam je zmapovane stylem dva
hlavni tahy skrz a pak nic takze z toho sejde.
Priklad s Pelhrimovem, ktery jsem tu zminoval pred par dny nekdo
zkazil tim, ze ho mezitim trochu domapoval, ale porad
Ono se muze stat to, ze to nekdo domapuje tak, ze vratit node se
spravnym cislem na spravne misto muze byt obtizne.
Obzvlaste pokud je umyslem poslat tam nekoho aby to zmapoval, tak je
sance ze to tam nekdo driv nebo pozdeji prekope celkem znacna.
Takze bud souradnice nejak odvozovat z historie
Je otázka, do jaké míry by to KČT svým členům toleroval.. Z posledního
e-mailu [1] my vyšlo, že vedení je proti podobným aktivitám (aktivitám
směřujícím k potlačení jejich monopolu) dost nabroušeno. Ačkoliv co
jiného by měl být KCT, než organizace shromažďující veřejná data
poskytující je
* Mozna to dost zaplaca mapu. Proto by se mohlo pockat na API 0.7, kde
by se mohla objevit moznost vrstev (napr. administrativni hranice,
topografie), nebo vylouskat z toho jen dilci casti (obce, kraje).
Tohle je spis zalezitost editoru (editr dostane vsechny data, ale ty
co mne nezajimaji
Ja je osobne rozdeluju. V cisle popisnem je casto vic nez jen obchod
(napr. i nejake byty), takze doprostred baraku cislo popisne, a ke
kraji (podle toho kde je do nej vchod) pak obchod, pripadne obchody,
pokud jich je v baraku vice. U benzinek, ktere obsahuji i restauraci a
shop bych osobne tag
Silniční síť by zmapovaná měla být celá (silnice I.-III. třídy), samozřejmě
oprava nedostatků je výtána. Chybí hlavně ulice v některých městech a
vesnicích.
Na automatické doplnění názvů ulic z adresních bodů existoval skript, ale
nevím, jak to s ním v současné době je.
Ten doplňoval
Na mape jsem vypozoroval, ze pokud vede cesta napr. po kraji lesa, tak
nekde je to nakresleno jako dve linie, nekde jako jedna, kdy les a
cesta sdili hranicni body. Podobna situace je u dvou sousedicich ploch
napr. (zastavena oblast, les). Logicka se mi zda druha varinta a navic
pri
- Doplňování chybějících názvů ulic. Někde chybí sem tam název některé
ulice, někde chybí názvy všech ulic. Názvy ulic lze doplnit editací,
pokud jsou tyto autorovy známy. Lze případně použít i ruční vkládání
názvů na základě jiných zdrojů (mapové servery apod.)?
Má to smysl,
Jaký je správný postup pro kreslení budov z KN, které jsou v KN
rozděleny čarou oddělující části s jinou výškou?
? nakreslit dvě přiléhající budovy:
+ lze to udělat pouze za pomoci KN
+ tak to na mapě většinou nacházím
- logicky to není dobře, protože uvnitř je to jedna budova
To je
Mozna by sel udelat tag ve stylu:
addr:alternate=rice:1234;konscription:2345;some_other_numbering_scheme:3456
Takhle kdyz se prida nejake nove cislovaci schema (da se cekat ze
schemata budou pribyvat, jak se bude OSM v case zpresnovat a lidi
zacnou mapovat adresy v zemich kde ted treba teprve
Tím myslíš, že nejde spárovat příslušné cedule, aby šel poznat vnitřek
od vnějšku, resp. se může kvůli chybě stát, že jsou tabule zcela
nespárované? To je pravda; asi by to chtělo je svázat do nějaké relace
To se muze stat i v realite - sice ne moc casto, ale na nekterych
prijezdovkach obcas
bohuzel asi nikdy nebudou ) well styled. Predstava, ze v OSM
namodelujeme krasne omezeni rychlosti je supr - sam bych za to byl rad -
ale nevidim to realne - bude to vzdy pouze priblizne.
Priblizne staci. Routing potrebuje vedet max. rychlost aby si spocital
jestli je lepsi jet primo, nebo
Způsob pomocí polygonu je sice relativně uživatelsky snadno
pochopitelný a tak, ale přijde mi jako datově dost nečistý. Čisté by
IMHO bylo nějak tagovat ty silnice, ať už rovnou na všech pomocí
maxspeed, nebo relací. Seskupování objektů (nodů, wayí) tím, že leží
geometricky uvnitř
No tak motorway a trunk budou mít 130 vždycky, a jinak to upravují cedule,
tedy explicitně uvedené maxspeed.
Vzdycky ne:
motorová vozidla do 3500 kg (3,5 t) a autobusy smějí jet na dálnici a
silnici pro motorová vozidla mimo obec nejvýše rychlostí 130 km/hod.,
na dálnici a silnici pro
On 05/05/2009, Pavel Machek pa...@ucw.cz wrote:
Ahoj!
nedávno jsem také začal doplňovat do mapy tvar budov. Nápad jsem měl
podobný, ale poměrně prozatím jsem ho zavrhl. Program by jednak musel
poznat, že řadové domy mají společnou stěnu a obrysy obou sousedících
domů k sobě
Ted jsem to zkusil a zda se, ze uz UHUL funguje ... uz to asi spravili :)
Martin
On 15/04/2009, Zdeněk Pražák zpra...@seznam.cz wrote:
obdržel jsem od správce sítě UHUL odpověď na dotaz k fungování wms
___
Talk-cz mailing list
Řekl bych, že problém je na straně ÚHULu. Mě to taky nefunguje, a
neprováděl jsem žádnou aktulizaci. Funguje ÚHUL někomu?
Mne nefunguje cca od patku minuleho tydne. Uvidime, snad ten server
dostahuji brzy :)
Jinak openaerialmap by mela fungovat a mela mit cache uhulu v rozumnem
rozliseni.
Podle mne by meli mit servery dostatecne dobre dimenzovane (da se
cekat ze to bude vyuzivat siroka verejnost), takze kdyby se ty data
ziskavaly rozumne pomalu (1 request za 5 sekund?) tak to na zatezi
serveru nepoznaj. Mozna si toho ani nevsimnou :) Sice se ty data budou
stahovat dele (tyden?
2009/3/23 JV j@seznam.cz:
Tak ještě jinak - definiční body je položka, která se prodává. Takže rozhodně
nelze čekat, že nějakou oficiální cestou bude možné je získat zdarma.
Samozřejmě to je můj soukromý názor, doporučuji oficiální dotaz.
No, uz jsem se pred nejakou dobou ptal. Na webu
Zkusil jsem si stahnout osmarender a pak spustit:
./osmarender data.osm
Jenze po 22 hodinach spotrebovaneho CPU casu stale vysledek nikde -
osmarender asi neni urcen na tak velke vyseky, obvykle se s nim
renderuji jen male dlazdice (nejspis tam bude pouzit nejaky algoritmus
se slozitosti O(n^2)
Sice se mi povedlo vygenerovat si data.osm s vrstvou cest z pozadovane oblasti
(http://rolf.sweb.cz/osm/data.osm), ale kdyz jsem to pak prekonvertil do .svg
formatu
(http://rolf.sweb.cz/osm/map.svg) a chtel si to prohlednout, tak mi Firefox
hlasi
To XML vypada na vyplod osmarenderu - ale
Napriklad XAPI:
Navod je na http://wiki.openstreetmap.org/wiki/Osmxapi
Pro vyexpotovani cest by to bylo neco ve stylu:
http://www.informationfreeway.org/api/0.5/node[highway=*][bbox=14,50,15,51]
(je treba upravit bbox ...)
Tim dostanu jenom cesty pro nejakou oblast, je potreba to pak jeste
1 - 100 z 112 matches
Mail list logo
