Karel Volný napsal(a):
Zdravím,
bylo by prosím možno renderovat v OTM značky hradů a zámků, a další
turistické
užitečnosti?
V této souvislosti ovšem vzniká otázka, jak vlastně správně tagovat ...
Wiki uvádí (...), že pro příliš rozpadlé ruiny se nemá používat
historic=castle ale
Ahoj,
renderuju mapy ČR s mapnik 0.7.0 a všiml jsem si, že na některých
dlaždicích se nevykreslují některé polygony. Našel jsem tenhle problém
jen na pár místech, tak nevím, co přesně je ten problém (příliš mnoho
bodů, velký multipolygon,...?). Typickým příkladem je [1] a oblast na
západ od
cesty. Nevím ale, jestli je to ta
chyba. Pokud je u outer, tak to většinou nevadí (i když to není echt),
ale pokud je i na inner, tak to třeba v osmarendereru neudělá díru, to
ale není tento případ.
Mike
On 11.4.2010 18:12, Petr Morávek [Xificurk] wrote:
Ahoj,
renderuju mapy ČR s mapnik
jzvc napsal(a):
Dne 12.4.2010 10:28, Petr Morávek [Xificurk] napsal(a):
Koukám, že jsem zapomněl zdůraznit jednu věc - ten les se nevykresluje
jen při větším zoomu (cca 13 a více). Takže problém se špatným
otagováním se mi moc nezdá.
Zdravim, mozna to bude tim, ze pokud engine najde
Michal Grézl napsal(a):
2010/4/30 Petr Morávek [Xificurk] xific...@gmail.com:
Tagování každého kousku zeleně za barákem jako leisure=garden mi osobně
přijde padlé na hlavu. Když mi v rybníčku plavou dvě zlaté rybky ještě
to neznamená, že mám za barákem tourism=zoo, když tam mám záhon mrkve
Měl jsem namysli otevřený = nezarostlý vegetací, nikoliv volně přístupný.
Zdeněk Pražák napsal(a):
Ve skutečnosti nejedná o otevřený travnatý prostor ale o oplocené soukromé
zahrady, v žádném případě nejsou volně přístupné
Původní zpráva
Od: Petr Morávek [Xificurk
Ahoj,
všiml jsem si, že se začly renderovat jako 3D rozličné sportovní
lokality (track, pitch, ...). Řekl bych, že to není úplně správně, např.
pardubické dostihové závodiště vypadá opravdu divně.
http://osm.kyblsoft.cz/3dmapa/?zoom=16lat=75.70732lon=15.74883layers=B
Opravte mne někdo, pokud se
Hahá, koukám, že v tom je teda pěkný maglajz... protože ty strohé
definice na wiki říkají něco jiného:
A) natural=water
Description: Used to mark body of standing water, such as a lake or pond.
Used to tag an area of permanent water. If the body of water is used as
a reservoir, it also gets
CZ_Tibo napsal(a):
4) u vesnických zahrad opravuju leisure=garden na
landuse=residential+residential=garden, s vědomím, že až bude něco
vhodnějšího, tak to zase přetaguju. Na sídlištích jen landuse=residential,
možná by někde mohlo být landuse=village_green (liší se vesnická zeleň od
Pokud je to spíše akvapark - bazén+tobogány... tak bych použil:
leisure=water_park
http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dwater_park
Pro plavecké bazány (obvykle kryté) se hodí leisure=swimming_pool.
sport=swimming podle mě označuje jestli je možné na daném místě
provozovat sportovní
Ahoj,
koukal jsem jak jsou tagovaná sídla v ČR a pár věcí se mi nelíbí a
docela bych rád znal názor dalších lidí.
Zjistil jsem, že dost vesnic v ČR je otagováno place=suburb. Já si pod
tímto tagem představuju čtvrť města. Tento tag mi přijde nevhodný jako
obecné označení jakéhokoliv sídla bez
Mike napsal(a):
Mělo by to být takto:
2. vesničky, patřící pod jinou obec, budou mít tag place=suburb
Tohle je podle mě úplně špatně, prostě ať se snažím jak se snažím subrub
na vesničku nepasuje.
Toto administrativní dělení je zásadní pro určování adres. Suburb je
brané jako část obce a i
hanoj napsal(a):
Máte někdo přehled jak je to s legálností importu dat z ČSÚ?
*** oni se doposud vyjadrovali neurcite, nebo spise zaporne, wikipedie
data CSU pouziva
To je škoda (doufal jsem, že vzhledem k tomu, že je to na wikipedii, tak
by nemusel být problém ani pro OSM)... takže se jich
Mike napsal(a):
Ale toto přece není tagování pro navigační přístroje. To je tagování
tak, aby to odpovídalo skutečnosti a bylo univerzální. A jak jinak to
tagovat, než podle již existujících zdrojů - všechny mapy co jsou, tak
to mají takto. Pokud třeba do vyhledávání na mapy.cz zadám
Mike napsal(a):
Tak jak je to v současnosti, tak definování adres funguje docela dobře.
Osobně to dělám takto: (MC Navi)
1. najdu všechny relace boundary s admin_level=8
2. najdu nody s tagem place=village/town/city (suburb ignoruju), pokud
je jeho jméno shodné s relací 1 a je uvnitř, je to
Petr Morávek [Xificurk] napsal(a):
Pokud to někoho zajímá, tak doporučuju metodiku ze stránek ČSÚ:
http://www.czso.cz/csu/rso.nsf/i/metodicka_dokumentace_registru_doc/$File/metodika%202009_v1.zip
Mimochodem v tomto dokumentu jsou i dvě zajímavé kapitolky ohledně
užívání dat.
1.4. Ochrana
Radek Bartoň napsal(a):
Také jsem na server dal optimalizaci stylů a některých aktualizačních
skriptů.
Mezinárodní značky se nyní rendrují se štítem s jejich číslem. Čísla, která
se
rendrují u obyčejných značek, jsou způsobena nepřítomností implementace
parametru no_text v
Radek Bartoň napsal(a):
Dne pondělí 14 Červen 2010 13:24:11 Petr Morávek [Xificurk] napsal(a):
Mně blby vrstevnice generované gdalem - přesně tenhle posun (odpovídá
to 0.5px v původních tiff souborech)... na nápravu by mělo stačit:
psql -d postgis db name -c 'UPDATE contours SET way
Radek Bartoň napsal(a):
Dne pondělí 21 Červen 2010 14:58:22 Petr Dlouhý napsal(a):
BTW: Nemá někdo zkušenosti s tím, že kdyz smažu a znovu vytvořím PgSQL
tabulku
(myslím, že stačí i DELETE FROM) za běhu renderd, tak renderd spadne?
Respektive jak se toho vyvarovat?
Nad updatem dat za běhu
Aleš Janda napsal(a):
Ideální je, pokud data odrážejí skutečný stav. A skutečný stav je
takový, že omezení rychlosti dané zákonem je omezení *v obci*, což je už
z principu plocha. Tedy landuse=residential (nebo obdobný) je ta správná
cesta.
Chyba, z hlediska silniční dopravy není rozhodující
alik dolezal napsal(a):
Existuje něco jako tourism=artwork + artwork_type=sculpture [1], a
dokonce sou už alespoň dva takový nody v CŘ [2][3].
Nu sám nevím co s tím...
1: http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dartwork
2: http://www.openstreetmap.org/browse/node/722730919
3:
Ondrej Zajicek napsal(a):
On Mon, Oct 04, 2010 at 01:56:28PM +0200, Mike wrote:
Máš nějaký příklad?
Tak treba obec Mladonovice v okrese Chrudim. Sklada se z nekolika casti obce
(Mladonovice, Pohled, Zbyhnevice a dalsi) a ve vsech techto uvedenych
castech je dum s c.p. 2 a 4. Protoze jde o
Pavel Machek napsal(a):
Ahoj!
Uvazuju jak importovat koupaci oblasti.
Tenhle import je generovan ponekud jednodussim hackem, ale jsou to
jenom body - melo by to byt ok.
Aktualni verse je:
?xml version='1.0' encoding='UTF-8'?
osm version='0.5' generator='JOSM'
node id='-264'
Ahoj,
předně díky moc za rozsáhlý import vodních ploch ;-)
Chtěl bych se zeptat, jak správně tagovat potoky/řeky protékající
rybníkem - především, co se stavidlem a odtokem z rybníka.
Typicky vede po hrázi nějaká cesta, tj. je nutné nějak vyřešit její
křížení s potokem. Jediné, na co jsem podle
MP napsal(a):
Mozna bych casem mohl napsat neco co projde dump a vyplivne vsechny
cesty co se nejak nekde s necim krizi nebo na tohle uz existuje
nejaky nastroj?
http://keepright.ipax.at
signature.asc
Description: OpenPGP digital signature
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á lokální anomálie, nebo je problém většího
rozsahu? Asi by to chtělo poopravovat nějak
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é není.
honny napsal(a):
Ve volných chvílích (v místech, kde zrovna něco mapuju) promazávám
Lukas Kabrt napsal(a):
Az mi skript dobehne na cele republice, tak nekam uploduju vysledek,
kdyby se chtel nekdo podivat a zkontrolovat to predtim nez to
uploduju.
Tenhle postup asi není zrovna ideální - mezitím se celkem jistě některé
cesty z dumpu změní. Při updatování je imho potřeba
MP napsal(a):
Jinak duplicitních bažin je asi 5000, při
hromadném odstraňování by to chtělo být opatrný, aby se nakonec
neodstranily obě kopie (někdo smaže první z těch duplicit, někdo tu
druhou a nebude tam ani jedna).
Na tohle mám skript - už jsem to minulý týden pouštěl na část ČR, ještě
Věřil bych orotofotu, obzvláště pokud se jedná o nějakou méně významou
obci - staré skeny katastrálních map jsou v některých oblastech dost
mimo, dokonce na sebe občas nenavazují sousední mapové listy :-)
Petr
Jakub Rychlý napsal(a):
Zdravím,
v jedné obci mám šouplou katastrální mapu
Jachym Cepicky napsal(a):
meliorace je určitě zajímavá informace ... ale není to ditch (příkop). V
ČR jsou to většinou na zemědělských půdách trubky v zemi, takže na
povrchu se to moc neprojevuje
Problém je, že na data tohoto importu se nedá absolutně spolehnout - a
to ani v tom jestli tam
Stanislav Brabec napsal(a):
Všiml jsem si, že na mapě vodní toky pokračují i uvnitř rybníků.
Domníval jsem se, že dibavod je natolik chytrý, a mapuje i vypouštěcí
kanály. Ale není tomu tak. Při porovnání s ortofoto jednoho vypuštěného
rybníku to vůbec nesedí, přestože části toku mimo rybník
MP napsal(a):
Problém pak ale může vznikat, pokud si někdo (např. přes XAPI) stáhne
nějaké adresní body a pak s nimi začne hýbat. Pokud je bude posouvat
např. iniciativně do středu budovy, může nechtěně zmrvit geometrii budov.
Tohle ale přeci není možné používat jako rozumný argument - podobně
MP napsal(a):
, že často optimální cesta vede někde uvnitř plochy, mimo zakreslené
linie toku, které mi někdy přijdou dost divné, nejspíš by neodpovídaly
realitě pokud by se rybník opravdu vypustil. V některých případech pak
naopak mohou odpovídat realitě a pak místo 5 km trasy z jednoho konce
Mike napsal(a):
Tohle je snad první rozumný argument. Ale pak to chce vymyslet nějaký
nový tag pro waterway, který bude značit nějaké koryto nebo dno nebo jak
to nazvat (stream-bed, river-bed nebo jen bed). Protože uprostřed
rybníka nebo nádrže to prostě řeka nebo potok není. A pak klidně
MP napsal(a):
Zachoval by se strom vodního toku a rendererům a jiným nástrojům by to
pomohlo, protože by věděli, že tenhle kus toku je schován pod hladinou
nějaké větší vodní plochy a tedy ho nemají renderovat, případně počítat
navigaci nějak jinak nebo tak něco.
Ze je ta cast cesty pod vodni
Tomáš Tichý napsal(a):
A co takhle ty linie řek a potůčků v nádržích označit layer=-1 ?
Pomůže to rendererům, bude to víceméně správně i sémanticky (řeka
je skrytá pod hladinou přehrady) a nemusíme zavádět nový tag.
TT
Asi jste se nikdo do toho jediného problémového stylu
Mike napsal(a):
Ne ne, hlavní argument je:
1. jinde se to tak nedělá, budeme mít zase něco extra, někdo tu psal, že
to tak je v Rakousku, ale co jsem koukal na jezera v Alpách, tak tam to
tak není (link?), možná je to po nějakém importu a budou to opravovat
Já jsem teda celý svět neprocházel,
MP napsal(a):
BTW v mapě je pořád celkem dost duplicitních vodních toků (vždycky jeden
z dibavodu a jeden původní), i když celkem ubývají. Napadlo mne, jestli
někdo nevíte o nějakém nástroji, co by je dokázal najít (dalo by se
možná využít toho, že se cesty často navzájem mnohokrát kříží -
hanoj napsal(a):
Ono je to možná skoro lepší - znovu nakreslit těch 1% něčeho (a tentokrát
přesně), kde ty data aspoň trochu odpovídala realitě dá asi v součtu méně
práce, než procházet těch 99 procent, kde ty čáry jsou buď nesmysl, nebo
přibližná duplikate okolních potoků.
*** kdyby to bylo
Mike napsal(a):
Mazal jsem je proto, že to tak je všude a zavedený postup.
Skutečně? To by mne tedy moc zajímalo, kde to všude je? Kde všude krom
ČR proběhl takto kompletní import vodních toků a následně se ty části v
nádržích mazali?
dodávám - je dobré mít označené, kde je to opravdu řeka a
MP napsal(a):
Předpokládám, že se všíchni asi shodneme, že části pod vodou (v
rybníce, přehradě), pokud by měly zůstat, tak je musí být možné odlišit
od částí tekoucích nad vodou, a to pokud možno bez toho, aby se počítaly
průsečíky
Asi tu budu za neskutečného rýpala, ale... proč?
Navíc i
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.
hm, takže pokud tomu rozumím správně, tak s layer logikou by les nebo
Jakub Rychlý napsal(a):
narazil jsem na další chybku. Když je vodní plocha patřičně zahnutá,
vykreslí se její název klidně do lesa (nejspíš težiště). Oba problémy viz:
Známý problém mapniku [1], který by měl být vyřešen v budoucí verzi.
Momentálně je jediným řešením preprocesing OSM dat.
[1]
Karel Volný napsal(a):
Dne Po 28. března 2011 jzvc napsal(a):
Dne 27.3.2011 15:01, Karel Volný napsal(a):
zdravím,
jakpak se řeší, když někam chci jako hodnotu tagu nacpat řetězec delší
než 255 znaků?
Fujtajxl, tag je tag, ne povidani, tag ma obsahovat jednu hodnotu,
jakmile ma vic, je to
Ahoj,
netušíte někdo, kde se vzala na Šumavě obrovská paseka [1]? Myslel jsem,
že se jedná jen o nějak jednoduše poškozenou relaci, ale po té, co
jsem asi hodinu zkoumal changesety a současné cesty a relace, tak z toho
moc rozumný nejsem... k nějakému kixu došlo pravděpodobně už před delší
dobou a
Mike napsal(a):
Protože je zmršená relace
http://www.openstreetmap.org/?relation=1461184
Z ní zmizely vnější cesty - někdo je smazal, ty zřejmě neměly žádné tagy
a tak si dotyčný myslel, že jsou tam zbytečné, ale neuvědomil si, že
jsou součástí relace - konkrétně uživatel Waldschwamm
To
Jiří Parkan napsal(a):
Ahoj,
Taky jsem narazil na pěknou divočinu:
http://mtbmap.cz/?zoom=13lat=49.80675lon=13.40312layers=FB00
ale ať koukám jak koukám, chybu v datech jsem nenašel. Nejvíc je
pomuchlaná ta železnice a vždycky někde na mostě.
JP
To bylo velmi pravděpodobně v datech a
Petr Dlouhý napsal(a):
Revertoval jsem to já na žádost uživatele jik. Způsobil to uživatel
urquellplzen v sadě změn [1] - je to ale jeho jediná editace. Mohlo jít o
omyl/experimentování nebo o záměrné ničení mapy. Pokud je podobných ničících
editací víc pod různými účty, mohl by to dělat
Ahoj,
právě kontroluju administrativní hranice - jak se dalo čekat, sem tam
něco se rozbilo v průběhu času... ale to se snad snadno opraví.
Ale při prohlídce mě zarazila jedna věc - spousta obcí (admin_level=8)
má nesouvislá území - skutečně to tak je? Odkud se tahle data brala?
Petr Morávek aka
jzvc napsal(a):
Dne 12.9.2011 21:57, Petr Morávek [Xificurk] napsal(a):
Cus, data vlastnich hranic jsou import z prehledky
Když jsem na pár místech opravoval různe chyby, tak jsem zjistil, že
některé původní cesty moc nesedí na to, co je teď ve WMS CUZK, přesně
jak psal Libor - netušíte někdo
Petr Kadlec napsal(a):
2011/9/13 Petr Morávek [Xificurk] xific...@gmail.com:
ad renderovani - jenže, co je hranice kraje má bohužel momentálně každý
stát jinak...
BTW3 chtělo by to zkusit nějak sjednotit ty admin_levely po Evropě...
aspoň ve státech, kde jsou kompletnější hranice.
Tak ono
Petr Morávek [Xificurk] napsal(a):
jzvc napsal(a):
co je horsi (a nevim
jak moc to jeste zustalo) ze nektery uzemi byly spatne zarazeny do
struktury (rodic - potomek) takze sem napr narazel na uzemi nejen mimo
dany okres, ale i kraj ...
Tohle se mi snad podaří odchytnout, už jsem na pár
Mike napsal(a):
S tím souhlasím, akorát si myslím, že značit town ty obce, které opravdu
jsou městem, má docela logiku. Ano je tu pár malých měst jen s pár
obyvateli, ale kvůli pár výjimkám bych to neměnil. Většinou to tak
funguje a na mapě to taky vypadá docela rozumně.
Problém je, že těch
jzvc napsal(a):
Co se tyce
vykreslovani, tak by stejne nejlepsi bylo pouzit administrativni cleneni
= administrativni centra vetsich celku sou dulezitejsi nez mensich a
vse co neni administrativni centrum je naprosto na poslednim lv zobrazovani.
S tímhle úplně nesouhlasím. Problém je u obcí,
Update současného stavu:
1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ.
2) Všechny relace mají přidány svoje podřízené jednotky jako subarea.
3) Všechny relace jsou pojmenované.
4) Všechny kraje, okresy a obce mají zadané administrativní centrum,
jehož hodnota tagu place je city,
Frettie napsal(a):
Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout,
ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API
jsem to tahat zkoušel, ale ta rychlost ... :/).
Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a
relation pro
Frettie napsal(a):
mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg
mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak
pomalé, že bych to tahal hrozně dlouho.
Jeden tip z nedávné doby - Overpass API [1] - je to read-only, umí to
odpovídat na poměrně
hanoj napsal(a):
Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné
strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak
jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo
tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a
Jakub Sykora napsal(a):
Ahoj,
uz jsme to jednou resili pred par lety. Ja jsem byl toho nazoru, ze
bychom meli vyuzit mistni znalosti mapperu a oznacit to podle
oficialniho statutu s prihlednutim k mistni znalosti - lokalni
dulezitosti toho cile.
S tím souhlasím, ale aby to bylo alespoň
Mike napsal(a):
Zdravím
Podle mne jediné řešení je zavést speciální tag, který určí status
obce. Jiné řešení není, protože pokud bude kreslit renderer velikost
písma podle počtu obyvatel, tak by to musel být povinný tag, což asi
nebude nikdy, protože ta informace nemusí být ani známá. Vždy
Jan Dudík napsal(a):
Medle by se měla spíš stanovit nějaká hranice počtu obyvatel, osobně
bych byl pro 5000 s nějakou tolerancí (Pokud je město a je blízko
5000, dávat, pokud obec, a je blízko nedávat).
V zákoně o obcích je hranice 3000, ale třetina současných měst jsou
výjimky a naopak
Petr Morávek [Xificurk] napsal(a):
Jasně, pro status obce (pokud ho tam budem chtít dostat) je jedinou
možností nový tag - a osobně si myslím, že by měl být na relaci obce.
Jméno tagu bych volil anglické (asi city_status), byť jeho hodnoty budou
česky.
V Německu jsem viděl, že používají
jzvc napsal(a):
Dne 9.10.2011 22:18, Petr Morávek [Xificurk] napsal(a):
Petr Morávek [Xificurk] napsal(a):
Jasně, pro status obce (pokud ho tam budem chtít dostat) je jedinou
možností nový tag - a osobně si myslím, že by měl být na relaci obce.
Jméno tagu bych volil anglické (asi city_status
jzvc napsal(a):
Nac mate v mape kompletni administrativni hranice? A pak vyznam obce
odlisite podle toho zda je/neni administrativnim centrem a samozrejme
podle admin_level prislusne oblasti (cim mensi cislo = vyssi uroven =
vetsi vyznam). Je to naprosto iniverzalni a celosvetove pouzitelny,
Mike napsal(a):
Administrativní centrum jako admin_center nic neřeší, protože každý
admin level má svoje admin_center a nelze podle toho rozeznat důležitost
obce. Navíc jak je to u nás není moc směrodatný, protože jinde to maj
jinak. Ve svém programu mám tabulku pro X obcí, které mají
Ahoj,
po delší době jsem si zase našel trochu času, abych se podíval na
možnosti importu sídel z UIR-ZSJ.
Hlavní otázkou je, jak tagovat - ohledně hodnot tagu place se toho už
napsala spousta... a myslím si, že se to bez aspoň trochy místní
znalosti neobejde. Můj návrh na postup importu jsem
hanoj napsal(a):
Ahoj,
pekna prace. Pokud tomu rozumim, nejedna se vlastne o import, ale
poloautomaticke hrani si s jednotlivymi obcemi
Ano, je zautomatizované, co je možné zautomatizovat.
a z casti subjetivnim tagovanim (sidlo, ktere ma znacky).
Nic subjektivního tam není! Přemýšlel jsem
jzvc napsal(a):
Dne 26.12.2011 9:51, Aleš Janda napsal(a):
Nelíbí se mi nějaké zavádění vlastních pravidel do OSM. Proč by se
status města/vesnice měl řídit podle počtu obyvatel? Pokud je něco
město, znamená to, je tam lepší infrastruktura, vede na to více
ukazatelů, častěji se po tom
Diskuze občas trochu předbíhá, takže pojďme prosím popořadě.
1) CO IMPORTOVAT?
Datasety OBCE, COBE a ZSJ.
MCAST se tyka jen statutarních měst, ale informace, ktere obsahuje, mi
nepřijdou tak užitečné, aby mělo smysl řešit import.
2) JAK TAGOVAT?
Z předchozích mailů se mi zdá, že někteří
hanoj napsal(a):
*** Napr. toto ja chapu jako subjektivni: Pro sídla, která jsou
označena dopravní značkou začátku a konce obce svým vlastním jménem.,
protoze vetsinu sidel nikdo z OSM nenavstivil. Ocekaval bych proto
nejakou exaktnost.
Aha, v tom případě každý rozumíme něco jiného pod
Karel Volný napsal(a):
town a village - Pro sídla, která jsou označena dopravní značkou začátku
a konce obce svým vlastním jménem. Pro rozlišení town a village je
nevhodné používat oficiální statut obce, jako vhodnější ukazatel se jeví
počet obyvatel, a to sice zákonná hranice 3000. Tzn. pokud
Petr Balíček napsal(a):
Vcelku s tebou souhlasim, ale zdá se, že posoudit, co je město a co ne neni
jednoduchá věc ;)
To není :-)
Čistě podle počtu obyvatel nelze - to by pak tagy „place“ a „population“
obsahovaly stejnou informaci.
Stejnou informaci by neobsahovaly - population by bylo
hanoj napsal(a):
*** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem
obyvatel sidla poskytnu na pozadani.
O to bych určitě měl zájem.
Ja se snazim
vybrat nejjednoduseji ty casti UIR-ZSJ, ktere lze s vysokou uspesnosti
importovat ve velkych kusech (rekneme okresech) a to COBE.DBF
jzvc napsal(a):
A ještě jednou věcí asi trochu rozdmýchám diskuzi - kam a jak doplnit
tag population.
Imho má smys údaj doplňovat jen na samostatná sídla (tj.
city/town/village/hamlet). Ale mnohem důležitější je, jaký údaj -
protože aby to k něčemu bylo musí to být porovnatelná čísla. Podobně
Martin Tesar napsal(a):
A) Budovy se nerenderujou na ploše náměstí (area=yes), vizte náměstí
v Sušici
http://mtbmap.cz/en.html?zoom=18lat=49.23118lon=13.51993layers=FBF00
http://mtbmap.cz/en.html?zoom=18lat=49.23118lon=13.51993layers=FBF00
Je z hlediska mapovani v poradku,
hanoj napsal(a):
*** postup je popsan vyse, funkce vztahu mezi rozlohou a poctem
obyvatel sidla poskytnu na pozadani.
O to bych určitě měl zájem.
*** Postup ke vzorci je v souboru oo.org ODS. Dale je prilozeno pro
kontrolu zastavene uzemi sidel CR nad 5 ha (cca nad 300-500 obyv) dle
CORINE
Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje.
Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do
WikiProject Czech Republic/freemap [2].
Prosím tedy o poslední kolo připomínek...
Pokud nebudou vážné námitky, rád bych začal s plošným importem datasetů
OBCE a
LM_1 napsal(a):
neighbourhood může být kdekoliv - i jako část obce (neformální)
Jasně, souhlasím... pokud se to v daném místě používá a přitom to není v
UIR-ZSJ, tak ať se to přidá. Ale takových míst asi moc nebude.
locality nemůže být ZSJ, protože tam nikdo nesídlí
Pojem je sice trochu
jzvc napsal(a):
Nerenderuje se to ani na standardní OSM mapě.
Ale renederuje viz Benesovo namesti v Teplicich.
http://osm.org/go/0MKiNgl1m--
Ha! Asi update stylů, ale jsem si celkem jistý, že ještě tak půl roku
zpátky to byl problém.
S namestim mam osobne trochu problem. Neb totez
Petr Morávek [Xificurk] napsal(a):
Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje.
Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do
WikiProject Czech Republic/freemap [2].
Prosím tedy o poslední kolo připomínek...
Pokud nebudou vážné námitky, rád bych
jzvc wrote:
Jenze v principu ma pravdu, protoze kvuli tyhle kravine bude znicena
prace spousty lidi
Ale houby! Práce spousty lidí nebude zničena proto, že se mění licence,
ale proto, že pavel momentálně zaujal postoj - chci zničit co nejvíc
dat OSM, aby lidi přešli na FOSM.
Ono, když se
OK, tedy shrnutí importů a lidí, kteří na nich pracovali:
1) HS-RS
- Jachym Cepicky - dodání shapefilů
- hanoj - kontrola a čištění dat (duplicity)
- Pavel Machek (pavel) - shp2osm upload
2) UIR-ADR
- Tomáš Kolda - příprava dat
- Pavel Machek (pavel) - upload
3) UHUL WMS
- Tomáš Kolda -
jzvc wrote:
Je to totez, jako kdybych
zacal stavet rodinej domek a v pulce stavby si vzpomel, ze vlastne
nechci domek ale bazen, pricemz by mi ten domek staveli pribuzny gratis.
Proboha, tohle přirovnání selhává na tolika úrovních, že je nemá ani
smysl začít vyjmenovávat...
Změna licencování
Jan Bilak wrote:
Zdravím,
mám několik dotazů:
1) Změna licence má nějaké klady a nějaké zápory. Mezi zápory jistě
patří ztráta dat z OSM map. To je celkem podstatný zápor. Otázka tedy
zní, jaké jsou ty konkrétní podstatné klady, které mají převážit
zápory?
Martin Mares wrote:
Zdravím!
http://wiki.openstreetmap.org/wiki/CS:ODbL/We_Are_Changing_The_License
Fakt nemá cenu to vypisovat každému zvlášť do mailu ;-)
Tato stránka nicméně neříká jednu velmi podstatnou věc, totiž že účinnost
ODbL na dílo veřejně šířené je sporná a nikdy žádným soudem
jzvc wrote:
Jaky zase vetve?
No přeci tyhle:
jednoduse stavajici stav, kdo chce data pouzivat pod
odbl, at si sam vymaze ta, ktera licenci neodpovidaji, kdo chce pouzit
puvodni licenci, voiala .. at to tak pouzije, pripadne at si prozmenu
smaze data pod novou licenci.
Pokud bude každý
jzvc wrote:
Staci i trivialni cast, proste pokud se nekdo citi poskozen a
poskozovatel pouziva jeho data, muze ho zalovat.
Žalovat si může kdo chce koho chce za co chce... Otázka je s jakou
úspěšností.
Nehlede na to, ze pokud
nekdo vyuzije data v rozporu s novou licenci, muze klidne tvrdit,
Pavel Machek wrote:
ODBL narozdil od CC umoznuje renderovat nekopirovatelny mapy na
zaklade OSM. Me to prijde jako zmena GPL-BSD. A nelibi se mi.
Když už je tu snaha přirovnávat změnu v OSM ke změně SW licencí, tak
změna CC-ODbL nejelépe odpovídá GPL-LGPL.
GPL-BSD by odpovídalo převodu OSM
Ahoy,
Pavel Machek wrote:
(tato debata necht je verejna)
pardon, nejak jsem prehledl obsah TO/CC policek :D
Pak tam bylo jeste
5) automaticke pojmenovavani ulic pomoci nameit.
Jsou k tomu někde informace? Na wiki nic nevidím.
Melo by to jit najit v praze, nekde v poznamce bude nameit.
Karel Volný wrote:
zdar,
Je možný použít data z webů povodí řek? Konkrétně průměrný roční průtok,
např. http://voda.chmi.cz/hpps/prf_bk_createpage.php?seq=2505280;
tipuju (!) že ano, nicméně stejná data jsou i na Wikipedii, takže ...
kdybychom jeli pod CC, tak řeknu, že je můžeš opsat
jzvc wrote:
Obavam se, ze libovolna licence neni kompatibilni s moznosti zmeny
licence OSM.
Spousta geodat je bez omezení (public domain), což kompatibilní je ;-)
Případně je vždycky možnost, že vlastník dá na požádání explicitní
souhlas s použitím v rámci OSM, byť třeba s dodatečnou podmínkou
Jan Kučera wrote:
CHKO jsou již hotové.
Páráda, na pár místech jsem si už všiml, teď koukám i na další místa...
Dataset pro celou Evropu je dostupný zde:
http://www.eea.europa.eu/data-and-maps/data/nationally-designated-areas-national-cdda-5
jedná se o soubor CDDA_v9_polygons.zip
Jedná
Pavel Machek wrote:
Ahoj!
7) Je na zváženou, zda s importem ještě chvíli nepočkat a provést jej až
po změně licence, aby někdo nechtěně čerstvou cestu neotrávil licenčně
nekompatibilním uzlem, relaci cestou apod.
OSM uz zakazal pristup vsem kdo nesloushlasili s CL/OdBL.
Hello,
I've come across a few weird things in OSMI License View - I was
wondering how is it possible that in Prague there is a lot of created
ways but their nodes seem ok.
Take a look for example here:
goo.gl/yANXl
There is a building that was created by jkjk (decliner):
Ahoj,
koukal jsem na současný stav a tagování... tady je pár mých postřehů.
V OSM jsou chráněná území momentálně tagována převážně třemi způsoby
leisure=nature_reserve, boundary=national_park a potom novější obecnější
způsob boundary=protected_area (bohužel oficiální mapnik zatím nekreslí).
LM_1 wrote:
- valid_from - pro rok vytvoření
Použil bych spíš start_date, je rozšířenější.
V kombinaci s boundary=protected_area není... Můj návrh byl motivován
zmínkou daného tagu na wiki a jeho použitím při podobném importu ve Francii.
Pro NP možná použít kvůli kompatibilitě (aspoň dokud to
Jan Kučera wrote:
Zdravím,
s většinou, co bylo dosud řečeno, souhlasím. Na wiki jsem vytvořil
stránku o importu
http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas
Měl bych pár připomínek:
eea:cdda:sitecode - nahradil bych něčím jako 'ref:cdda'
eea:cdda:objectid - nevím
Zdeněk Pražák wrote:
Minulý týden jsem provedl odstranění duplicitních potoků v okolí Hradce
Králové a Pardubic.
Když jsem se však dnes podíval na stránku keep right (
LM_1 wrote:
Proč přejmenovávat, jestli se ta obec takto jmenuje? Určitě bych to
nedělal jen na základě toho, že to zní divně. Spousty měst mají v
názvu relativní poluhu k nějaké řece a nikdo to nezpochybňuje, i když
obyvatelé Ústí nad Labem o něm asi budou mluvit jen jako o Ústí...
Lukáš
1 - 100 z 256 matches
Mail list logo