o EPSG:4236 dělá blbě a vzniká
tam dodatečná chyba.
Zdraví,
Petr Morávek aka Xificurk
Dne 3.1.2017 v 20:38 Petr Vejsada napsal(a):
> Ahoj,
>
> příloha. KM, růžové jsou transformací z 5514 tak, jak je v postgisu, tedy 7
> prvková transformace. Oranžové jsou přes grid, odka
Ahoj,
mohl bys prosím poslat konkrétní příklad, kde je vidět posun, o kterém
mluvíš? Mám pocit, že se v tomhle vlákně míchá více věcí dohromady -
jeden o voze, druhý o koze ;)
Ideálně nějaký obrázek s dvěma vrstvama a popisem, z jakého zdroje a
jakými transformacemi vznikly.
S pozdravem,
Petr
starý grid Ježek08 dává stále dobré výsledky.
S pozdravem,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 27.12.2016 v 11:40 Petr Morávek [Xificurk] napsal(a):
> Dne 27.12.2016 v 08:44 Marián Kyral napsal(a):
>> Dne 27.12.2016 v 08:29 Marián Kyral napsal(a):
>>> Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
>>>> @Marián: Ty se snažíš vyřešit zarovnání da
Dne 27.12.2016 v 08:44 Marián Kyral napsal(a):
> Dne 27.12.2016 v 08:29 Marián Kyral napsal(a):
>> Dne 26.12.2016 v 23:55 Petr Morávek [Xificurk] napsal(a):
>>> @Marián: Ty se snažíš vyřešit zarovnání dat, co posílá Petr z poloha.net
>>> (hádám, že vznikají transformací
t; správně. A
naopak jsou to data ČÚZK v EPSG:4326, kterým se nedá moc věřit.
@Marián: Ty se snažíš vyřešit zarovnání dat, co posílá Petr z poloha.net
(hádám, že vznikají transformací ze zdrojového EPSG:5514 do latlon
pomocí gridu) s čím konkrétně? S WMS podklady? A ty teď taháš v jaké
projekci? EPSG:4326? Jestli jo, tak to zkus vyměnit za EPSG:4258.
S pozdravem,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
rávná, jak ji můžu implementovat u sebe
aniž bych se na každou souřadnici musel ptát WFS?
Předem díky za jakékoliv info,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
m přes vánoce hrát :-)
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 18.2.2016 v 14:39 jzvc napsal(a):
> Dne 18.2.2016 v 11:01 Petr Morávek [Xificurk] napsal(a):
>> Dne 18.2.2016 v 10:13 jzvc napsal(a):
>>> 1) tagy se neprekladaji ale vykladaji, prekladat je, je pitomost
>>> 2) v celem stredoevropskem prostoru, kde s
U, učiliště): amenity=school
VŠ: amenity=university
VOŠ: amenity=college
S pozdravem,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
lasím.
Ještě bych k tomu dodal, že podle taginfa máme v ČR:
3348 amenity=school
464 amenity=college
285 amenity=university
Tedy, což dost zpochybňuje obavu, že jsou všechny nebo značná část
středních škol označeny jako amenity=college a oprava by znamenala velké
přeznačování.
S pozdravem,
Pet
Právě jsem překontroloval/doplnil úpravy Libavé, Březiny, Hradiště a
Boletic.
Zbývá dořešit Brdy, viz:
Dne 13.1.2016 v 11:56 Petr Morávek [Xificurk] napsal(a):
> 1. Brdy
> Vojenský újezd zanikl, jeho území je rozporcováno mezi přilehlé obce.
>
> landuse=military: http://www.opens
vojenského prostoru.
S pozdravem,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Ještě na tom pracuju... bylo toho víc něž jsem čekal. Dneska už bych
fakt chtěl dotáhnout aktualizaci administrativnich hranic a sepsat
souhrnný stav vojenských újezdů.
Zdraví,
Petr Morávek aka Xificurk
Dne 12.1.2016 v 21:15 Jan Dudík napsal(a):
> Nejen Libavá, není aktualizovaný ani Hradi
Ahoj,
právě se mi uvolnil zítřejší večer, takže bych taky dorazil.
Platí tedy Kofein v šest?
Zdraví,
Petr Morávek aka Xificurk
Dne 20.10.2015 v 15:56 Jan Cibulka napsal(a):
> Ja taky pujdu, zadnej podnik neprefer
Dne 7.7.2015 v 21:58 Marián Kyral napsal(a):
Dne 7.7.2015 v 20:46 Petr Vejsada napsal(a):
Ahoj,
no a na závěr docela překvapení - ne, není to seznam tras ani SHP, ale pro
mě
to docela překvapení je: http://trasy.kct.cz (C) Seznam,cz, OpenStreetMap,
NASA KČT.
To zase není až takové
ideálně správný, ale aspoň bude shodný s tím, jak se
to chová teď, protože většina lidí stejně nejprve importuje OSM data
přes osm2pgsql do postgisu a pak s nima pracuje dál.
S pozdravem,
Petr Morávek aka Xificurk
[1] https://github.com/openstreetmap/osm2pgsql/issues/80
Dne 19.11.2014 20:19, Petr Vejsada napsal(a):
Ahoj,
Dne St 19. listopadu 2014 17:36:53, Petr Morávek [Xificurk] napsal(a):
Ohledně zobecnění na další multipolygony by asi stálo za to se podívat
na kód osm2pgsql, který tohle obstarává. Před rokem jsem se trochu
šťoural v jednom bugu [1
Dne 31.10.2014 08:44, Petr Vejsada napsal(a):
Ahoj,
tak je to hotové. Nejhorší bylo přijít na to, jak podvést Postgre, protože
jeho query plány jsou někdy opravdu debilní.
Myslím, že požadovat 70% pokrytí je možná pořád moc. Vylezlo z toho opravdu
hodně posunutých budov a obávám se, že
začalo zajímat,
jak že to ja správně.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
issue: https://github.com/openstreetmap/osm2pgsql/issues/80
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
to nemuselo předělávat, když zase provedou nějakou změnu v psaní
velkých písmen.
Tohle není vůbec pravda, viz např.:
https://www.dropbox.com/s/j9qpysu5qiss19d/k-visnovce.png?dl=0
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz
Dne 28.8.2014 20:50, Marián Kyral napsal(a):
Dne 28.8.2014 12:50, Jan Martinec napsal(a):
Nicméně: ten problém s adresami ale je větší: velká a malá písmena bych
považoval za ne-problém, to funguje při vyhledávání téměř všude (takže bych
to
neřešil a považoval za false positive); ale co se
Dne 28.8.2014 21:23, Petr Vejsada napsal(a):
Ahoj,
Dne Čt 28. srpna 2014 21:02:34, Jan Dudík napsal(a):
On je hlavní problém s ulicemi pojmenovanými po lidech.
Dvořákova / A. Dvořáka / Ant. Dvořáka / Antonína Dvořáka - vše je
de-facto správně.
příklad z ČB: Rudolfovská / Rudolfovská tř.
Dne 28.8.2014 23:55, Petr Vozdecký napsal(a):
Zdravím vespolek,
už jsem to chtěl napsat dříve, je to tak jak píše Petr Souček - za
oficiální název nelze v žádném případě brát nějaké slovní spojení
odpovídající (jakýmkoliv) pravidlům. Nelze tedy postupovat cestou
univerzálního skriptu,
tagují jako leisure=garden a nic se s tím
nenadělá.
Bohužel se zatím masově neprosadil žádný dodatečný tag pro odlišení
trávníků okolo RD od těch ostatních zahrad.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
jsem přidával i
garden:type, pokud vás toto odlišení trápí stejně jako mě, tak
doporučuju začít tento tag přidávat. Lepší radu asi teď nemám.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Dne 22.8.2014 11:52, Michal Grézl napsal(a):
nejak to spadlo, opravim to
Super, díky za údržbu skvělého nástroje.
Petr
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Ahoj,
při nejmenším pár týdnů už nefunguje české taginfo...
Internal Server Error
Nějaké info k tomu? Bude zprovozněno?
Díky,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
relace. Z nich si pak už vytáhneš všechny důležité identifikační údaje a
můžeš se podle nich dotazovat dál třeba právě RUIAN.
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
.
https://github.com/gravitystorm/openstreetmap-carto/issues/874
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
, ve kterých jsou tyto cesty a vyfiltrovat je
pomocí požadovaného admin_level.
4) Příp. stáhnout všechny cesty/uzly, které jsou součástí těchto relací.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Dne 10.8.2014 21:49, Petr Vejsada napsal(a):
Mám schema, vzniklé z dat ke dni 30.4. plus aktualizace. Od začátku těch
aktualizací tam mám ten patch, co ignoruje čísla transakcí, tedy *ignoruje*,
není tam =, jak je asi v poslední -dev, viz debata na Githubu. To jen pro
pořádek. Ač není
/jestli tento problém reportovat,
případně jaké další detaily by bylo vhodné dodat.
--
Zdraví,
Petr Morávek aka Xificurk
[1] https://github.com/fordfrog/ruian2pgsql/issues/24
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org
obvody Prahy, městské části Prahy a ostatních statutárních měst
bych naopak zatím do OSM asi netahal.
Petr Morávek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
,
Petr Morávek
[1] http://vdp.cuzk.cz/vdp/ruian/overeniadresy/vyhledej
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
konečně
ke jménům přiřadil nějaké obličeje :-)
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
dlouhého 888 MB :-\. Nechápu, jak může být v datech z ČÚZK vadný
polygon.
Nevím, co se změnilo, ale poslední cca 3 měsíce se to stává nepříjemně
často. Dřív jsem na tenhle problém nenarážel.
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz
Dne 2.5.2014 15:19, Marián Kyral napsal(a):
Ad XML)
Co takhle si jej přeformátovat? Třeba pomocí XMLStarlet (
http://xmlstar.sourceforge.net )
Marián
Na to stačí i libxml2:
xmllint --format file.xml
Ale ty soubory jsou pořád (celkově) dost velké, obzvláště v Praze :/
Petr
Dne 21.2.2014 11:34, Michal Grézl napsal(a):
- zdroj dat je pbf z http://osm.kyblsoft.cz/archiv/
- cetnost aktualizace by mohl byt klidne denni, podle me staci tyden
Ahoj,
jak to prosím vypadá s tou aktualizací? Web stále ukazuje:
Data from: 2014-02-13 21:49 UTC
Zdraví,
Petr Morávek aka
zautomatizovat -
Petře, nechceš ještě k tomu seznamu přidat jeden sloupeček s ikonkou na
vygenerování a stáhnutí souboru ke kontrole, nebo to generování trvá
příliš dlouho, aby to bylo takto automaticky on-demand?
Petr Morávek aka Xificurk
___
Talk-cz
univerzálně stejně na celém světě. Koneckonců i ty papírové mapy jsou v
každém regionu trochu jiné, tak aby lépe postihly místní specifika.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org
:-)
--
Pokud jste dočetli až sem, tak vám gratuluju ;-)
Pěkný zbytek večera,
Petr Morávek aka Xificurk
[1]
http://cs.wikipedia.org/wiki/M%C4%9Bstsk%C3%A1_%C4%8D%C3%A1st_a_m%C4%9Bstsk%C3%BD_obvod
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Tak ještě jedna drobná oprava...
Dne 16.3.2014 19:23, Petr Morávek [Xificurk] napsal(a):
Řekl bych, že tohle do adresy nepatří, např. v Praze se sice často píše
na obálku něco jako Praha 8, ale to je podle mě na 99% název adresní
pošty, ne název MČ/MO, a stejně dobře by mělo posloužit i prosté
je zdroj názvů (s polohou), proti kterému se dá pustit
porovnávací algoritmus.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 3.3.2014 08:31, Dalibor Jelínek napsal(a):
Ahoj,
tak ted prekladam na wiki http://wiki.openstreetmap.org/wiki/Cs:Key:place
(Mimochodem bych byl rad, kdybyste si to precetli a napsali mi, jestli tam
nemam nejakou botu)
Trochu se k tomu vztahuje z části již zastaralá stránka importu míst z
Dne 27.2.2014 09:29, Dalibor Jelínek napsal(a):
Ahoj,
OK, ale podle slovniku mi to vychazi, ze distrit je zaroven okres i mestska
cast.
Ano, význam district je poměrně široký, ale v ČR se používá pro okresy
[1] a začít tak označovat městské části vážně není dobrý nápad.
A zrovna ten suburb
Dne 27.2.2014 11:52, Dalibor Jelínek napsal(a):
A co teda addr:municipality?
To by zas odpovídalo našemu pojmu obce.
Nebo mam proste trvat na addr:suburb?
Sice osobně nejsem přesvědčen, že je tento údaj na adresních bodech
potřeba, ale pokud by se měl někam dávat, tak právě do addr:suburb.
Dne 27.2.2014 07:18, Dalibor Jelínek napsal(a):
Ahoj,
zacal jsem vykomunikovavat import adres z RUIAN na
impo...@openstreetmap.org mailto:impo...@openstreetmap.org
Je to trochu vice byrokracie, nez jsem cekal, ale zase se neco naucim.
Nejvaznejsi pripominka (krome pochybnosti nad
Dne 24.2.2014 14:19, Dalibor Jelínek napsal(a):
To je trochu argument stranou, ne?
Forest je proste les. Neni potreba landuse:cs=les. To nic noveho neprinasi.
Jenze castle_type neumi rozlisit tvrz od hradu
a zamek od vodniho zamku, pro slovaky nema kastiel, coz jsou terminy, ktere
se bezne
oblastí, prohlédnout je, opravit a
poslat
mi je zpátky. Takže je to taková příprava na lov brigádníků ;-).
Zapiš si mě ;-)
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
?
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
://taginfo.openstreetmap.org/keys/is_in
Takže z 2.8 milionu bodu s tímto tagem jsou 2 miliony v ČR?
(Podle čeho přesně se vyřezávají data pro ČR?)
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Dne 18.2.2014 19:26, Petr Vejsada napsal(a):
Ahoj,
Dne Ne 16. února 2014 13:28:20, Petr Morávek [Xificurk] napsal(a):
Na tom changesetu by to podle mě nebylo potřeba rozlišovat (jestli se
mění/doplňuje adresa, nebo i pozice je vidět přímo z jeho obsahu),
použil bych něco jako:
source
lidi posunou bod, ale zapomenou změnit/odmazat tag.
V ČR je stejně jen jeden zdroj pro tyhle data, takže není potřeba na
každém bodu explicitně uvádět, že fakt pochází z RUIANu a ne odněkud jinud.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing
obec používají dost
volně a skutečně se tváří jako, že chtějí hlavně jméno adresní pošty.
Důsledné aplikování těch pravidel vede v mnoha případech k naprostým
kravinám.
Myslím, že bude lepší se přidržet toho tvaru, co zobrazuje RUIAN, t.j.
držet addr:city=Název obce.
Zdraví,
Petr Morávek aka
Dne 16.2.2014 12:09, Petr Vejsada napsal(a):
Ahoj,
Dne Ne 16. února 2014 11:28:27, Petr Morávek [Xificurk] napsal(a):
nebylo by lepší ty source tagy dát přímo na changeset (což je v
současnosti doporučovaný postup pro importy)?
Obzvláště u toho source:position, resp. source:loc bych se
konkrétní problém, tak bude rozhodování řádově snažší -
buď doplníme tag na zbylé body, nebo se napíše patch, který to zvládne
vyřešit i bez addr:country.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Dne 16.2.2014 13:00, Petr Vejsada napsal(a):
Ahoj,
Dne Ne 16. února 2014 12:29:08, Petr Morávek [Xificurk] napsal(a):
Aha, tak to jsem z té ukázky moc nepochopil - tam mají všechny body
source:position=cuzk:ruian. To by asi mít neměly, vzhledem k tomu, že
již existují a neposouváš je, ne
Dne 15.2.2014 11:12, Pavel Machek napsal(a):
On Fri 2014-02-14 10:02:19, Petr Morávek [Xificurk] wrote:
A znovu musím opakovat, že pro tyhle údaje existují spolehlivější
zdroje, schválně si dejte hledat v nominatimu praha hlavní nádraží a
zobrazí se vám:
Železniční stanice Prague Main Railway
schopná doručit i dopisy s hodně
zkomolenou adresou.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 15.2.2014 14:50, Petr Vejsada napsal(a):
K tomuto tolik, že i ten Nominatim má vážný problém.
Libochovany 129 - prostě to nenajde, ačkoli má dokonce hned dvě možnosti, jak
to udělat. Barák existuje, existují hranice obce, existují hranice čtvrti -
asi katastrální území, existuje
jsou tyto tagy užitečné mj. i proto,
abysme si vyjasnili, jaký formát/obsah by is_in mělo mít.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
má
addr:place, ale nemá addr:street a zároveň existují adresní body, které
mají jak addr:place=Libeň, tak addr:street=Kovanecká.
Škoda, že neumí oboje, ale asi je to celkem očekávané chování - když
jsou pojmenované ulice, tak hledám podle názvu ulice.
Zdraví,
Petr Morávek aka Xificurk
hlavní problém není v chybějícím addr:country, ale
jednoduše špatně navrženém algoritmu.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
občas
dojde k této podivné situaci, kdy jeden dům je vlastně součástí dvou obcí.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
potřeba vlastníma silama něco instalovat a
nastavovat.
Zdraví,
Petr Morávek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
leží, tak opět položím
jeden jednoduchý dotaz na overpass API. Ani pro jedno si já nepotřebuju
stahovat hranice k sobě a zároveň to dává spolehlivější výsledky, než
hledání podle addr:country.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
, ze mesto v is_in muze byt jine
nez v addr:city.)
Máš konkrétní příklad pro ČR?
Pavel
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Dne 13.2.2014 20:41, Petr Vejsada napsal(a):
Ahoj,
Dne Čt 13. února 2014 19:39:42, Petr Morávek [Xificurk] napsal(a):
no to teda máš sakra pravdu, já si to ověřoval selectem na view, co tu mám
pro
zobrazování adres v lidské formě. Naivně jsem si myslel, že ve sloupci
'nazev'
bude
tomu nějaký
racionální argument.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 12.2.2014 02:05, Petr Vejsada napsal(a):
Dne Út 11. února 2014 08:39:22, Petr Morávek [Xificurk] napsal(a):
Zásadní otázka č.1 - co s tagy addr:country a is_in? Možnosti jsou
ponechat, mazat či nahrazovat. Jaký máte názor?
Asi by bylo dobré udělat nějakou základní analýzu obsahu is_in
Dne 12.2.2014 21:00, Marián Kyral napsal(a):
Dne 12.2.2014 18:06, Petr Morávek [Xificurk] napsal:
Dne 12.2.2014 02:05, Petr Vejsada napsal(a):
Dne Út 11. února 2014 08:39:22, Petr Morávek [Xificurk] napsal(a):
Zásadní otázka č.1 - co s tagy addr:country a is_in? Možnosti jsou
ponechat, mazat
definována právě výčtem AM.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
/stavebniobjekty/7666926
má hranice odpovídající jen jednomu vchodu z pěti
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 7.2.2014 09:39, Dalibor Jelínek napsal(a):
Ne, takhle ne (alespon podle struktury databaze). V databazi je jen
sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje
hodnota ve
sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z
tohodle
tedy plyne, že by
Dne 6.2.2014 13:46, Dalibor Jelínek napsal(a):
- vice c.p./c.e.
muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu.
Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum,
co ma nejdrive c.e.
a pak dostane c.p. (asi vetsinou stejne), ale AM existuji
a conscription number.
A třetí chyba je to, že není pravda, že 1 stavební objekt = 1 OSM cesta.
Jedna budova je v OSM občas nakreslena pomocí více cest, např. pro
zmapování rozdílného počtu podlaží (výšky, ...) nějaké části budovy.
Zdraví,
Petr Morávek aka Xificurk
Dne 5.2.2014 10:33, Dalibor Jelínek napsal(a):
Přiznám se, že mně to teda moc smysl nedává... Ani jeden objekt
neobsahuje celou adresu (to co bych psal na obálku).
Jak to? Vsechny ctyri vchody obsahuji uplnou adresu.
Vzdyt tam pisu to same, co je vyse, ovsem s addr:housenumber ve tvaru
a transformuji až on-demand, podle toho na co
to používám. (Pokud chci počítat vzdálenosti dvou objektů, tak je lepší
to dělat v 5514.)
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo
Dne 4.2.2014 08:51, hanoj napsal(a):
http://www.kma.zcu.cz/main.php?KMAfile=./STRUCTURE/05_ebooks/04_Zaverecne_prace/zav_prace.phpDRC=./STRUCTURE/05_ebooks/04_Zaverecne_prace/DRL=CZDROF=0osCislo=52920
cituji Honzy Ježka:
- Diplomka otestovala postup a výsledek byl, že metoda lze aplikovat s
. Proč?
Já teda do těch transformací moc nevidím, ale není možné, že se tam
kumuluje nějaká chyba tím převodem tam a zpátky?
Já si teď u sebe pustím nový čerstvý import RUIANu a pak můžem porovnat
výstup na nějakém konkrétním stavebním objektu, což?
Zdraví,
Petr Morávek aka Xificurk
/vdp/ruian/stavebniobjekty/30119138
Ale je zajímavé, že přímo adresní bod nemá žádnou pozici (definicni_bod
= NULL), a stejně na tom je celkem cca 6% adresních bodů. A podle webu
RUIAN je tohle asi bug, na jehož odstranění se pracuje.
Zdraví,
Petr Morávek aka Xificurk
těchto dat dostat adresu,
která by se měla umístit přímo na budovu v OSM.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
;
Vztah stav. obj. : adresní místo je typu 1:N, resp. existují objekty,
bez adresního místa.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
postgis:
https://dl.dropboxusercontent.com/u/75839328/proj/krovak.sql
Původní (ascii) zdroj gridu http://git.zcu.cz/grid/czech.lla se zdá
momentálně mrtvý...
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
bude opravdu nějaký import budov probíhat, tak rozhodně
nemůže být automatický, spíš opravdu něco na styl traceru.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
(Hradecka ulice). Adresni body jsou pritom v katastri i v OSM
spravne.
Objevily se ted po uprave ty stodoly, ktere ti chybely?
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo
, protože tam opravdu může být cokoliv. Správně by
bylo matchnout jednotlivé body na údaje z RUIAN a doplnit addr:place z
této databáze.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org
aktuální kompilovaná z gitu, do spatial_ref_sys jsem také
přidal projekci 5514, takže nevím. Jdu spát _)
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Dne 6.12.2013 12:15, Pavel Machek napsal(a):
Ahoj!
a co je to to?
addr:city?
nebo myslis i addr:country?
Oboji.
Nastavit to podle obrysu zeme / mesta je relativne jednoduchy, ale
dava smysl mit to v databazi -- at to nemusi kazdy delat znovu.
Vsimnete si, ze treba navigacni
.
Jak mám rozdělit tento multipolygon?
Pražák
Cesty rozdělit (na dva, příp. více částí), vytvořit multipolygon relaci
a přidat do ní tyto cesty, viz
http://wiki.openstreetmap.org/wiki/Multipolygon
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing
.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
pošty (potažmo tedy PSČ) a části obce je N:M.
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
bohužel dost nereálné.
Ano, je tu šance, že tu bude více nástrojů snažících se o to samé a
každý bude dávat trochu jiné výsledky... no a?
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org
výběr
dat z databáze podle zadaných kritérií. Můžeš tedy vybrat vsechny cyklo
obchody + vsechny adresní body, které jsou max. X metrů vzdálené od
nějakého obchodu.
Napárování obchod č. 42 - adresa č. 6, si už musíš udělat sám...
Zdraví,
Petr Morávek aka Xificurk
výjimečně se tam mezera nepíše, tak se na to můžeme dívat jako na další
výjimku. ;-)
Cože?!? A to prosím kde?
(Ale jinak chápu argument se změnou několika desítek nodů vs. několika
stovek tisíc... škoda že převažuje ta špatná verze)
Zdraví,
Petr Morávek aka Xificurk
-query ref=3600051684/
has-kv k=addr:provisionalnumber/
/query
print mode=meta order=quadtile/
Zdraví,
Petr Morávek aka Xificurk
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
% of all the multipolygons.
More detailed breakdown of tags on multipolygons without well-known
polygon tags:
percentage keys
85.5% type
3.7%ref,type,id_ob,adr_les
1.7%type,name
1.5%area,type,highway
Best regards,
Petr Morávek aka Xificurk
1 - 100 of 278 matches
Mail list logo