Dobrý den,
toto je můj první příspěvek sem a tak nejprve pár slov na představení. K OSM
jsem se dostal před několika lety přes geocaching.Mé příspěvky do mapy jsou
spíše drobné, buď z mého bezprostředního okolí nebo z výletů a tak dokreslím
sem-tam ulici, cestu, dům či loď s hospodou ;-).
Ahoj,
jakožto milovník výletů jsem připravil tu samostatnou vrstvu s turistickými
cestami.
http://tile.poloha.net/kct/{zoom}/{x}/{y}.png
Ukázka http://pedro.poloha.net/mapa/kct
Jak to navrstvit s mapami Seznamu nevím a tak nechávám na někom jiném; asi to
nebude nic těžkého pro toho, kdo už s
Dobrý den všem,
bounding box může být přes půl republiky u hodně dlouhých tras. Já na to
používám postgis, který vybere opravdu nejbližší cestu, něco jako:
select osm_id,name,complete,st_distance(st_geographyfromtext('POINT(14.xxx
50.xx)'),st_transform(way,4326)) from gis.cz_line where
Ještě jednou zdravím,
chci se optat - poskytnout námět ohledně sjednocení adres. Docela mi vadí, že
Nominatim neumí použít tag is_in, který se v databázi vyskytuje dosti často.
Pak se nedá nalézt konkrétní dům, obzvláště v menších sídlech bez ulic. Ve
větších sídlech si najdu ulici a tam se už
Ahoj,
díky moc za info, to je skvělá zpráva. addr:place by se dalo doplnit a zdá se,
že automaticky..
Existuje 213.959 adresních míst bez ulice a bez addr:place, přičemž 211.534 z
nich má tag is_in a tedy 2.425 adresních míst tento tag nemá.
Adresní tagy se vyskytují ve všech třech typech,
Ahoj,
díky za názor. Ono to nebude tak hrozné. Ano, může tam v ojedinělých případech
být cokoli.
Pohleďme na tabulku četností výskytu tagu %source% v předmětných adresních
místech:
count |k| v
+-+--
1 |
Ahoj,
Dne Čt 2. ledna 2014 08:16:13, mkačer napsal(a):
Nejčetnější nestandardní je tag kct_learning a tedy se chci pustit do něj.
Opravil jsem ho u dvou relací (zaměnil jsem kct_learning za
kct_green=learning), což je snad OK. Barvu jsem dovodil z dalšího tagu, a
Ahoj.
Ta černá,
Dne Čt 2. ledna 2014 09:16:54, Václav Řehák napsal(a):
Ona ta problematika je dost složitá, v Praze existuje mnoho různých
dělení. Viz http://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy
V centru je to ještě celkem přehledné, ale takové Satalice jsou buď
díky za info, autor článku má můj
Ahoj,
Dne Čt 2. ledna 2014 09:57:05, Dalibor Jelínek napsal(a):
mojí prvotní motivací bylo a stále je mít možnost najít dům na malém sídle.
Udělat to z is_in by tomuto cíli IMO významně přispělo s rizikem, že se v
jistém množství případů dostanou do addr:place nepsrávné údaje, a to jen z
toho
Ahoj,
Dne Čt 2. ledna 2014 12:41:31, Michal Grézl napsal(a):
naucna stezka neni zelena, nevim jestli to realne existuje, ale klidne muze
naucna trasa vest po zelene a pak informace o jedne z nich zmizi.
?? Jedna fyzická cesta přeci může být součástí relace A, kct_green=major a
zároveň relace
Ahoj,
tak jsem dokončil import RUIAN a začínám se v tom rozkoukávat. Co tam je, tak
je dost dobré, jenže tam není všechno. Ještě nemají vše zdigitalizované. Občas
tam chybí nějaká budova, třeba tam není skoro nic z ČVUT z Karlova náměstí
;-). Pak jsou tam díry, kdy chybí celá území. Napřed
Ahoj,
Dne Po 6. ledna 2014 12:20:01, Dalibor Jelínek napsal(a):
Cau,
tady je pro porovnani neco obdobneho
http://maps.fordfrog.com/
Nektere budovy skutecne chybi, zejmena venkovske stodoly a tak.
Nekdo tu snad pro to mel i nejake vysvetleni, tak zkus prohledat archiv.
problem znacne
Ahoj,
odkázat se na to zatím nedá :-(. Kdyby mě někdo nakopl, jak to co nejsnáze
dostat jako overlay vrstvy do toho sotware, co běží na openstreetmap.org v
Ruby on Rails, tak by to asi bylo super, že by se dala zároveň zobrazovat OSM
data. Nemyslím tedy na osm.org, myslím do mé kopie ;)
Mně
Ahoj,
Dne So 11. ledna 2014 09:50:14, Marián Kyral napsal(a):
Dne 4.1.2014 21:40, Petr Vejsada napsal:
The requested URL /adresy/ was not found on this server.
to nejde procházet po adresářích, žádné .png tam fyzicky nejsou, je to
mod_tile s tirexem. Buď jsou předrenderované dlaždice v
Ahoj,
Dne So 11. ledna 2014 09:27:17, Marián Kyral napsal(a):
Ad import budov)
Kromě toho, že některé budovy v RUIAN chybí, jsou i takové, které
přebývají.
Třeba ulice Na Poříčí, mezi vlakovým a autobusovým nádražím. Tam je
obrovská
parcela, kde sice byly budovy, ale před několika lety je
Dne So 11. ledna 2014 17:06:49, Marián Kyral napsal(a):
Ono by možná na začátek stačilo emulovat Tracer server. Tedy, gui
by dělal Tracer plugin. Ten po kliknutí vygeneruje následující
požadavek:
http://localhost:5050/trace/simple/[longitude];[latitude]
No a ty pak jen vrátíš seznam
Ahoj,
Dne So 11. ledna 2014 18:15:15, Marián Kyral napsal(a):
Já žil v domnění, že taky každý už o Tracer pluginu minimálně slyšel
;)
marian@gool ~ $ wget
http://localhost:5050/trace/simple/49.6755837;18.3265737;
http://ruian.poloha.net/trace/49.6791578553784;18.3647662730052
oblíbená
Také všechny zdravím,
Dne Po 13. ledna 2014 07:53:55, JV napsal(a):
Zdravím všechny,
ad artefakty - to není chyba, ale zcela legální stav. Je potřeba si
uvědomit, že katastrální mapa *není* technická mapa a že do 31.12.2013
budova a pozemek pod ní byly dvě nemovitosti (a u nemovitostí,
Ahoj,
pokud správně chápu, v RUIAN je pod položkou cislo_domovni buďto číslo
orientační nebo číslo evidenční, přičemž nelze zjistit, o které se jedná?
Alespoň mně se to nedaří. Žhery, což je část obce Klučov, mají celkem 42
adresních míst, přičemž 4 duplicity. Něco přehlížím, že neumím odlišit
Ahoj,
mám pocit, že algoritmus pro párování adres mezi RUIAN a OSM je hotový a
jelikož je to místy heuristika, chci poprosit případné zájemce o spolupráci.
Spolupráce spočívá v celkem nepopulární činnosti, t.j. ruční ověření, zda
jsou adresní místa spárována správně.
Na ukázku jsem připravil
, Staré město u FM a strašně by mne
zajímaly Lysůvky/Zelinkovice. Tam byl docela chaos, snažil jsem se to
dát dohromady, ale nemusí to být úplně správně.
Ještě dotaz. Ta distance je v jakých jednotkách? Metry?
Marián
Dne 26.1.2014 17:23, Petr Vejsada napsal:
Ahoj,
mám pocit, že
pardon,
tak http://pedro.poloha.net/osm/sm-fm.zip
Dne Po 27. ledna 2014 07:48:59, Marián Kyral napsal(a):
To Staré město jsem chtěl u FM. Ne Zlína
Ale zase se zjistilo, kde jsou mezery. To, že někde chybí ulice je
naprosto běžné. Nebylo by třeba jako první krok dobré udělat porovnání
ulic
Zdravím,
Dne Út 28. ledna 2014 10:10:39, Zdeněk Pražák napsal(a):
Mohl bych tedy poprosit pro zkoušku o Lázně Bohdaneč a Nechanice v okrese
Hradec Králové
Pražák
je na http://pedro.poloha.net/osm/zdenek.zip
a na stejné adrese http://pedro.poloha.net/osm/ budou i případné další.
..
.p.
Dne Ne 2. února 2014 18:30:04, Marián Kyral napsal(a):
-
muj_bod_kam_jsem:kliknul typu geometry point a stejného SRID, jako má
deiniční čára limit 1;
Huh, cože?
To je finta Postgisu. Normálně nemůže existovat index, ve kterém bys hledal
podle vzdálenosti od určitého bodu či jiné
Ahoj,
Dne Po 3. února 2014 16:08:53, Dalibor Jelínek napsal(a):
Pro zajímavost bych rád věděl, co je příčinou, že to tak úplně
nesedí na obrázek z katastrální mapy. Rozdíly jsou, tam kde jsem to zkoušel,
asi jen v centimetrech, ale proč to není úplně přesně?
Je to chyba digitalizace KM do
Ahoj,
udělal jsem experimentální vrstvu s budovami, která, pokud jsem něco nezvoral,
by měla být podle Xificurka s použitím gridu, ale možná jsem fakt něco
nedomyslel, pže to dopadlo nic moc.
http://pedro.poloha.net/mapa , url vrstvy je
http://tile.poloha.net/temp_budovy/z/x/y.png
Jak jsem
Ahoj,
Dne Út 4. února 2014 13:54:30, Dalibor Jelínek napsal(a):
A dokazes se zeptat, kolik takovych budov je z celeho poctu?
pocet_pripadu | pocet_cisel
---+-
1 | 43
1 | 38
1 | 31
1 |
Ahoj,
Dne Út 4. února 2014 19:27:37, Marián Kyral napsal(a):
Ahoj,
tak jsem se dopracoval k tomuto selectu:
select u.kod, u.nazev, ST_asText(st_transform(u.definicni_cara,4326))
from ( select kod, nazev, definicni_cara
from ruian.rn_ulice
order by definicni_cara -
Zdravím,
Dne St 5. února 2014 07:41:03, JV napsal(a):
Zdravím,
omlouvám se, ale opravdu se bavíme o číslech popisných? Zrovna u Technické
knihovny v Dejvicích vidím jen jedno číslo popisné a 4 čísla orientační:
http://vdp.cuzk.cz/vdp/ruian/adresnimista/vyhledej?ob.kod=554782ul.kod=co.
ano,
Ahoj,
Dne St 5. února 2014 19:48:16, Petr Morávek [Xificurk] napsal(a):
Ahaaa! Teď mi to teprve došlo - on byl RUIAN zpočátku (a v té době jsem
zkoumal přesnost) v jiné projekci. Původně to bylo EPSG:2065 a nyní
EPSG:5514, která se pokud vím liší právě v prohození souřadnic a změně
znamének.
Ahoj,
Dne St 5. února 2014 19:54:31, Marián Kyral napsal(a):
Pokud se nepodaří to přegenerování, tak by možná šlo zjistit odchylku
nové pozice od staré a o tu pak korigovat na opačnou stranu. Záleží jak
moc náročné by to bylo.
To právě nejde. Od toho je ta tabulka. Na každém místě je ta
Dne St 5. února 2014 21:16:22, Petr Morávek [Xificurk] napsal(a):
Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během
té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít
data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou
republiku.
Dobrý večer,
Dne St 5. února 2014 22:26:11, Jiří Veselý napsal(a):
Dobrý večer,
to nevím, ale poslal jsem dotaz. Když nic jiného, vzorečky jsou i v tom
PDF ;-)
no, přeci jenom přepis z Fortranu do PL/PGSQL by šel asi o mnoho rychleji.
Děkujeme moc za vstřícnost!
--
Petr
Ahoj,
už delší dobu se nemohu hnout z místa, tak se zeptám. Chtěl bych mít v
databázi rastrovou vrstvu pro reliéy/stínování a to pak zobrazovat Mapnikem.
Mapnik přímo to v aktuální stabilní verzi (asi) nepodporuje, ale umí to GDAL a
Mapnik zase umí GDAL.
Zkusil jsem Mapniku podstrčit jako
Ahoj,
Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a):
Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM
http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135
Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko
daleko.
Je to stav. objekt 19810351, nevidis
Ahoj,
Dne Čt 6. února 2014 17:39:57, Marián Kyral napsal(a):
Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo
znamená, ale číslo stavebního objektu to není.
znamená to hlavně to, že do všeho moc kecám a přitom sotva držím pozornost;
číslo jsem chybně opsal a teď to nemůžu
Ahoj,
také jsem pilný a zdá se, že nástroj na nahrávání adres z RUIAN je hotov.
Funguje tak, že se vybere oblast, pustí se SQL skript a za pár (desítek) minut
je připravený changeset pro JOSM. K tomu z toho vypadnou varovací tabulky se
seznamem míst, kde si to neporadilo a chce to lidský
./) a tak ta definice souboru, kde
je DB zdroj, zůstane nedotčena, kdežto při při volání z mod_tile je cesta
absolutní a pak z toho vznikne to /home/mapnik/.../PG:
OK, tak alespoň mám důvod se přestat snažit.
J
On Thu, Feb 06, 2014 at 12:26:43AM +0100, Petr Vejsada wrote:
Ahoj,
už delší
Ahoj,
Dne Út 11. února 2014 06:07:17, Marián Kyral napsal(a):
těchto tabulkách je nepřímo úměrný kvalitě dat v RUIAN v dané oblasti
;-)
Podle tabulek s problémy se pak dají patřičná místa pravit v JOSM před
uploadem.
Ty tabulky mají stejný formát jako to csv co jsi posílal?
Nebylo by
Dne Út 11. února 2014 09:11:04, Dalibor Jelínek napsal(a):
Super postřehy, přesně o tom ta diskuse má být. Pokračuj/te ;)
Zda se mi, ze treba v tom prvnim pripade bys mel smazat uir_adr: ADRESA_KOD,
pokud v tom tagu neco zmenis. Nebo ne?
Nebudeme mit pak zmatek v tom, z ceho ty udaje
Ahoj,
Dne Út 11. února 2014 09:01:07, Dalibor Jelínek napsal(a):
Ahoj,
ja teda is_in tag rad nemam, protoze nevim, jak se ma spravne vyplnovat.
Na druhou stranu se mi nezda hezke mazat neco, co nekdo do mapy
s nejakym usilim pridal.
Pokud opravdu dokazeme nahradit vse, co ted ten tag
Dne Út 11. února 2014 09:11:04, Dalibor Jelínek napsal(a):
source:addr=uir_adr
uir_adr:ADRESA_KOD=22412948
is_in=Černý Most, Praha, CZ
source:addr=mvcr:adresa
source:position=cuzk:km
Zda se mi, ze treba v tom prvnim pripade bys mel smazat uir_adr: ADRESA_KOD,
pokud v tom tagu neco
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 tagu -
pokud obsahuje jen část obce, obec,
Ahoj,
Dne St 12. února 2014 08:34:40, Dalibor Jelínek napsal(a):
Ahoj,
ano, taky bych se drzel striktne toho, ze addr:place je cast obce, at uz
obec ma ulice nebo ne. Kdyz ma obec ulice, tak do toho tagu spadne nazev
mestske ctvrti (treba Liben, Vysocany).
ano, addr:place=část obce
Na to
Ahoj,
pokusím se o mezirekapitulaci, abychom směřovali k cíli. Z RUIAN adres by se
měly nahrávat/přepisovat tyto tagy:
addr:conscriptionnumber
addr:provisionalnumber
addr:streetnumber
addr:housenumber
addrstreet
addr_place
addr:city
addr:postcode
addr:suburb - je v diskusi, mně se docela líbí
Ahoj,
jojo, díky, na tohle jsem málem zapomněl. Ostatně sami jsme se s tím setkali,
když jsi po mě chtěl adresy ze Starého Města. Ano, obce mají duplicitní jména
a tak by se asi měl přidávat okres. V rámci okresu už duplicitní názvy nejsou,
ověřeno empiricky.
addr:district?
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 název, a ono prd, jsou tam poznámky, ve kterém okrese se
.
Koukal jsem do gitu Nominatimu, nenašel jsem od release 2.1 žádné změny v
tomto smyslu.
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
Ahoj,
Dne So 15. února 2014 16:41:04, Dalibor Jelínek napsal(a):
tohle jsem nepochopil. Proc by to po zavedeni addr:place nefungovalo? Kdyz
jsem to zkousel, tak to fungovalo vzdy na tvar addr:place cislo popisne.
Praha 2295 to samozrejme nenajde, ale Libeň 2295 ano. U tech Libochovic to
musi
Ahoj,
Xificurkovy připomínky jsou mi velmi blízké a sympatické, nelíbí se mi
duplikace dat. To je ideální svět, ve kterém nejsme.
Jedna věc je, rozhodnout se nějaký tag nepřidávat versus nějaký tag mazat. V
případě addr:country a is_in by to bylo ve většině případů mazání, nikoli
nepřidávání.
Ahoj,
Dne So 15. února 2014 18:57:12, Petr Vejsada napsal(a):
K diskusi:
- obsah tagu is_in
- source:position - nevím, k čemu je. Možnosti ignorovat, mazat, i nově
přidaných AM přidat, ?
source:position se nemaže, v případě přidávání nových bodů se přidává.
V is_in je momentálně text
Ahoj,
může se stát, že některá adresní entita bude mít source:loc i source:position
či source:pos zároveň. Co mám dělat pak? Prostým přejmenováním tagu vytvořím
duplicitu. A který z nich si mám vybrat a použít jeho hodnotu pro source:loc?
Když bude takových případů pár, tak to opravím ručně,
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 celkem bál,
že při editaci lidi posunou bod, ale
Ahoj,
jj, i v CZ:
source:position | 45821
source:loc | 1113248
source:locality | 1
Dne Ne 16. února 2014 09:37:12, hanoj napsal(a):
- source:position - nevím, k čemu je. Možnosti ignorovat, mazat, i nově
přidaných AM přidat, ?
source:position se nemaže, v případě
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?
Všechny mají source:addr=cuzk:ruian.
Ahoj,
procházím si těch 9 nově přidaných bodů. Milady Horákové 34 - ukázně pitomě
umístěného bodu uprostřed baráku. Vsadím se, že Haškova 2 má v RUIAN stejnou
pozici.
Milady Horákové 135 - vůbec neleží na ulici Milady Horákové, ale věřme, že
barák má opravdu adresu Milady Horákové 135.
Ahoj,
začíná mi to trochu připomínat diskusi o administrativních hranicích, kam by
stačilo přidávat addr:place ;-).
Osobně nepovažuji source:loc za důležitý údaj a klidně bych ho vypustil.
Mimochodem - sázku bych vyhrál - roh Milady Horákové a Haškovy - v RUIAN jsou
obě adresy na stejném
Ahoj,
Dne Út 18. února 2014 19:04:32, Petr Morávek [Xificurk] napsal(a):
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?)
tohle bude pravda, psal jsem ti, že is_in je u cca 90 procent adres v CZ.
--
Petr
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=cuzk:ruian
Ahoj,
Přidávat, nahrazovat:
addr:conscriptionnumber
addr:provisionalnumber
addr:streetnumber
addr:housenumber
addr:street
addr:place
addr:suburb
addr:city
addr:postcode
addr:country=CZ
Pouze u nových uzlů přidat:
ref:ruian:addr=nn
Mazat:
ref:ruian
source:addr
is_in
addr:alternatenumber
Dne Út 18. února 2014 21:48:59, Petr Vejsada napsal(a):
Oops, samozřejmě přidává se u všech uzlů, jak nových, tak modifikovaných.
Pouze u nových uzlů přidat:
ref:ruian:addr=nn
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https
Ahoj,
Dne St 19. února 2014 18:07:40, Petr Morávek [Xificurk] napsal(a):
Ahoj,
Dne 18.2.2014 21:48, Petr Vejsada napsal(a):
Přidávat, nahrazovat:
addr:country=CZ
Tohle bych vážně ještě zvážil - zatím taky nezazněl případ, kdy je ten
tag potřeba. Jak jsem psal - osobně bych preferoval
Ahoj,
abychom se dobře bavili, tak zase běží Minimalis_import, například
https://www.openstreetmap.org/changeset/20360277
To se budeme přetahovat? I když, možná má pravdu a než se tady dohodneme, tak
on bude mít adresy naimportované.
--
Petr, p...@propsychology.cz
p
Ahoj,
dal jsem si na chvíli pauzu. Tak jak na tom jsme? Děkuji moc Daliborovi za
spolupráci, zdá se, že čekáme jen na požehnání OSMF.
Do tabulky varování jsem na základě diskuse přidal:
- varování, když AM nemá geometrii a geometrie se bere ze SO
- varování, když AM je vzdáleno od SO více než
Ahoj,
kdysi jsem si stáhl ze svn na doméně no-ip.org xml styly pro Mapnik a z těch
vychází vlastně ta moje mapa. Bylo to pro Mapnik 0.7 nebo 2.0, fakt už nevím,
jen si pamatuji, že jsem je musel dost zdlouhavě upravovat, aby fungovaly s
tehdy aktuální verzí Mapniku.
Nakolik jsou aktualizovaná
Ahoj,
už před nějakou dobou jsem objevil
http://www.geoportalpraha.cz/cs/vydej-a-prijem
lépe pak
http://www.geoportalpraha.cz/uploads/assets/stranky/vydej-prijem/Cenik_URM.pdf
, strana 2
a nakonec jsem se rozhodl podělit se, protože toto mi fakt hlava nebere.
Data jsou poskytována zdarma,
naprosto irelevatní.
Jáchym
On Sun, Mar 09, 2014 at 10:03:33AM +0100, Petr Vejsada wrote:
Ahoj,
už před nějakou dobou jsem objevil
http://www.geoportalpraha.cz/cs/vydej-a-prijem
lépe pak
http://www.geoportalpraha.cz/uploads/assets/stranky/vydej-prijem/Cenik_URM
.pdf
Ahoj,
Dne Ne 9. března 2014 11:49:31, jzvc napsal(a):
Cus,
pokud jde o uredni dilo ... jako ze tomu vse nasvedcuje, tak jsou
nesmyslny i ty manipulacni poplatky. Nebot vypaleni/ulozeni dat v
digitalni podobne na nejake medium jiste nestoji desitky tisic.
IMO typicky priklad jak vyjebavat
Ahoj,
co tedy vlastně jsou geodata? Může to být databáze či kartografické dílo (podle
AZ)? Kartografické dílo asi ne; pod tím si představuji mapu vnímatelnou smysly,
obvykle zrakem, případně hmatem, interaktivní mapa třeba i zvuková, ale
samotná data asi ne.
A co je vlastně ten rejstřík?
Hi, All,
Dne Pá 7. března 2014 11:47:42, o...@propsychology.cz napsal(a):
I made test import into my APIDB. There are four changesets at
http://mapapi.propsychology.cz/user/pedro/history , everyone can check,
if the data are merged properly.
Currently is our database offline. We're loading
Ahoj,
tak se koukám po světě a říkám si, jestli v imports@ nemají fakt pravdu?
třeba http://www.openstreetmap.org/node/2568824880
http://www.openstreetmap.org/node/806897666
http://www.openstreetmap.org/node/2294792948
http://www.openstreetmap.org/node/567091303
Pro ty, kteří kauzu nesledují
Ahoj,
Dne So 15. března 2014 03:42:22, Dalibor Jelínek napsal(a):
Ahoj,
nepropadej panice. :-)
Mozna jen nemaji tak obsahly zdroj adres jako my.
Mozna vsechy dalsi cast adresy umi dat do polygonu, coz mi nemuzeme.
Jiste nemaji slozitosti c.p. / c.e. / c.o.
tohle radši vůbec nepiš, nebo
Ahoj,
Dne So 15. března 2014 12:59:22, Dalibor Jelínek napsal(a):
tohle radši vůbec nepiš, nebo se přijde na to, že housenumber je
redundantní.
To sice je, ale Nominatim hleda asi jen podle nej, ne?
Nevím, podle něj určitě najde, jestli by stačilo conscriptionnumber či
provisionalnumber
, směle vyzkoušej svůj nástroj :)
2014-03-16 10:29 GMT+00:00 Petr Vejsada o...@propsychology.cz:
Ahoj,
teoreticky na to mám nachystané nástroje, zkoušel jsem jen v dry-run
režimu,
částečně zkoušeno na mém API, jestli by to v praxi fungovalo, no mělo
by..
Krásný, kulatý rybníček
-16 10:29 GMT+00:00 Petr Vejsada o...@propsychology.cz:
Ahoj,
teoreticky na to mám nachystané nástroje, zkoušel jsem jen v dry-run
režimu,
částečně zkoušeno na mém API, jestli by to v praxi fungovalo, no
mělo by..
Krásný, kulatý rybníček :-)
Mám teda zkusit vrátit ten poslední
Dne Ne 16. března 2014 12:07:00, Petr Vejsada napsal(a):
Mám data ze včera, tak mě napadá tu část řeky celou smazat a nahrát jí znova
ve včerejším stavu, Je teda pěkně dlouhá.
http://mapapi.poloha.net/way/203218780
versus
http://www.openstreetmap.org/way/203218780
No, tak to dopadlo přesně
jestli by se v tom stavu i nahrála do osm,
nechci to rozvrtat ještě víc :)
2014-03-16 11:26 GMT+00:00 Petr Vejsada o...@propsychology.cz:
Dne Ne 16. března 2014 12:07:00, Petr Vejsada napsal(a):
Mám data ze včera, tak mě napadá tu část řeky celou smazat a nahrát jí
znova
ve včerejším
Ahoj,
Dne Ne 16. března 2014 19:23:08, Petr Morávek [Xificurk] napsal(a):
Hehe, koukám, že jsem se nějak neplánovaně stal autoritou na admin.
hranice :-)
no to protože jsi, když provozuješ czechrega
Díky za opětovný obsáhlý popis, pro účely adres bych se v odpovědi zabýval jen
tím, co teď
Ahoj,
Dne Ne 16. března 2014 19:19:33, Marián Kyral napsal(a):
jen bych se zeptal, proč se nezobrazuje tato relace: http://www.
openstreetmap.org/relation/3498968
Je to naučná stezka, která je v terénu značena modro-oranžovo-modrým svislým
pruhem. Možná to mám špatně zaznačeno, mtbmap.cz ji
Dne Po 17. března 2014 21:13:36, Marián Kyral napsal(a):
fungují vám v RUIAN přistup na údaje o vlastníkovi? Mně se zobrazí jen
chyba.
včera mi nefungovalo, stejný hláška. Dnes taky ne, to samé.
--
Petr
___
Talk-cz mailing list
Ahoj,
zaslechl jsem své jméno
hledací algoritmus bych předělávat nemusel, ten hledá ve všech entitách (body,
čáry, polygony, relace). Musel bych předělávat vytváření nových bodů.
Realizovatelné by to bylo za určitých předpokladů, které ale nejsou splněny:
- v absolutních číslech v OSM i v
Ahoj,
já si taky myslím, že by to chtělo pohrát si s Mapnikem. Tak, jak teď
vykresluje čísla domů, tak tmavě šedá na tmavě hnědé moc čitelná není.
Dne Út 18. března 2014 09:33:57, Pavel Machek napsal(a):
Ahoj!
Proč se mi to zdá nepřehledné? Prostudoval jsem spoustu papírových a
Ahoj Pavle,
oslovuji přímo tebe, protože tě mám za největšího odpůrce simplifikace adres
;-). Čteš konferenci imports@ ? Označují plánovaný import jako extrémně
redundantní. Dával jsem sem příklad z New Yourku, kde je na adresním bodě jen
ulice a číslo. Číslo je dokonce interpolované.
Aho,
lesní cesty, to by se mi líbilo, mňam.
Co GeoportalPraha? Díval se na to ten tvůj kolega z OSGeo? Zatím od Pirátů nic
nevím.
Dne Út 18. března 2014 22:00:39, Jachym Cepicky napsal(a):
Ahoj,
já jsem trochu mimo obor, může mi někdo (, Jelene, ) říct, v jaké datové
sadě UHUL jsou lesní
Dost možná je rozbitá i aktualizace RUIAN, poslední aktualizace je z 14.
března a taky chybí 1. březen.
Dne Út 18. března 2014 19:24:41, Marián Kyral napsal(a):
Takže na odstranění problémů se pracuje. Bohužel bez nějakého upřesnění, kdy
by to tak mohlo být.
--
-p-
Ahoj,
nesliboval CUZK, že od 1.března zmizí ty díry v Praze? (Krč, okolí Kyjského
rybníka a další)? Ty díry tam pořád jsou :-\
--
Petr, p...@propsychology.cz
p
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
Ahoj,
Dne Po 24. března 2014 07:19:20, Dalibor Jelínek napsal(a):
to radši ne, právě, kdo ví, kde všude ta ID jsou použitá. Raději přidat
action=modify a id nechat.
Ahoj,
ze by to slo primo v JOSM nevim, ale asi bych na to sel tak,
ze bych to opravil editorem primo v .osm souboru a
Ahoj,
něco se po..., koukal jsem do toho asi 3 hodiny a nejsem z toho moudrý. Včera
byla bezpečnostní aktualizace Openssh a Apache ve SLackware, a ten Apache je
asi nějaký nepovedený.
Sám to fakt nechápu, například http://poloha.net/~mapnik funguje,
http://poloha.net/~pedro funguje a
Ahoj,
takže import adres spuštěn.
Poslední úpravy skriptu dopadly takto:
- addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo příslušný
polygon
- na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo
něco chybí
- důvodem pro sahání na AM *není* situace, kdy
Ahoj,
úplnou jistotu nemám, přesný počet objektů si nepamatuji. Bylo to něco přes
41000 a v tom changesetu jich je něco přes 41000, takže snad ano. Mám ten
oeditovaný .osm schovaný, jen nevím, jak se to nahrává, zda řádek po řádku v
pořadí, v jakém je to v souboru nebo jinak. Poslední v
Ahoj,
Dne Po 31. března 2014 21:36:06, Jachym Cepicky napsal(a):
Zdravím,
chápu to správě tak, že v tuhle chvíli jede bot, kterej žere adresy z ruian
a sype to do OSM? Hodilo by to se o tom něco napsat, alespoň krátkou
zprávičku (až to bude hotový).
Přibližně tak nějak. Přitom se snaží
Ahoj,
Dne Po 31. března 2014 22:02:46, Jachym Cepicky napsal(a):
Pokud by z toho postgre ještě existovala nějaká službička, která by ty data
poskytla, bylo by to pro mě jednodušší udělat to v javascriptu na klientovi
službička může být. Jak by sis ji představoval? JSON strukturu, csv, ... ? V
Ahoj,
Dne Út 1. dubna 2014 06:23:36, Marián Kyral napsal(a):
Šest hodin? Uff :-D
Myslel jsem, že to budou ještě menší kousky, no ale okresy by taky šly.
Kolik jich vlastně máme? Byla by nějaká statistika, kolik v Karviné bylo
chyb a jakých?
kousky mohou být jakékoli , co se dá napsat jako
Ahoj,
průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/
Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych
tam trapně vyčníval ;-)
--
Petr, p...@propsychology.cz
p
___
Talk-cz mailing list
Ahoj,
Dne Po 7. dubna 2014 16:32:23, Petr Kolomazník napsal(a):
1/ Skutečně budeme chyby v RUIAN evidovat na
https://wiki.openstreetmap.org/wiki/Cs:RUIAN/chyby ? Ono jich není vůbec
málo a jejich evidence dost zdržuje. Nebo se tato myšlenka tiše zavrhla, o
čemž by ostatně svědčilo to, že při
Ahoj,
Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a):
Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly
jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava
OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem
data.osm (ktery
+
zachovat správný adresní bod = vše bude v této podobě v rámci importu
nahráno na server
Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010
Díky,
Petr
Dne 7. dubna 2014 20:15 Petr Vejsada o...@propsychology.cz napsal(a):
Ahoj,
Dne Po 7. dubna 2014 20:05:40, Pavel Bokr napsal(a):
Jestli
Ahoj,
Dne Po 7. dubna 2014 21:59:21, Petr Kolomazník napsal(a):
Díky, další dotazy :-):
1) v data.osm mám na jedné budově dva adresní body: chybný stávající +
správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej
kromě z data.osm smazat i ručně z OSM? Předpokládám, že
Ahoj,
já se dneska upíšu ;)
Dne Po 7. dubna 2014 22:13:43, Pavel Bokr napsal(a):
Pozadal jsem data pro obec Kraluv Dvur cast obce primo Kraluv Dvur (krome
toho ma obec Kraluv Dvur i dalsi casti s jinymi jmeny jako napr. Zahorany,
Pocaply atd.)
V datech data.osm pro cast Kraluv Dvur jsou
Dne Po 7. dubna 2014 22:29:58, Petr Vejsada napsal(a):
Vezmou se všechny body z RUIAN, které jsi požadoval. Ty se uzavřou do
polygonu, který není na centimetr přesný; může přesahovat. Následně se
všechno, co je v OSM uvnitř takto myšleného polygonu, natáhne do data.osm.
To proto, aby se s
1 - 100 z 443 matches
Mail list logo