Re: [Talk-hr] Preferirani način komunikacije za HR?

[Janko Mihelić]

Ja sam za.

sri, 7. lip 2023. u 12:44 Darko Boto  napisao je:

> +1
>
> On Mon, Jun 5, 2023 at 6:20 PM Ivan Habunek  wrote:
>
> > On Mon, 5 Jun 2023, at 18:07, Matija Nalis wrote:
> > > jeste li za
> > > da proglasimo taj forum glavnim mjestom za “službenu” komunikaciju
> > > oko HR dogovora?
> >
> > Ja sam za.
> >
> > -- Ivan
> >
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
> --
> Darko Boto
> Phone: +385 1 6676 918
> mob:   +385 91 1365 614
> e-mail: darko.b...@gmail.com
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Otvaranje kategorije za Hrvatsku na community.osm.org

[Janko Mihelić]

Otvorena je kategorija za Hrvatsku:

https://community.openstreetmap.org/c/communities/hr/72

Za bilo kakva pitanja, prijedloge, akcije, možemo sada koristiti ovaj novi
servis.

Čitamo se tamo!

Janko

sri, 26. lis 2022. u 13:46 Janko Mihelić  napisao je:

> Trenutno je u tijeku glasanje za podršku moderatorima, pa odite tamo i
> kliknite "za" ili "protiv".
>
> Janko
>
> čet, 20. lis 2022. u 14:19 Janko Mihelić  napisao je:
>
>> Pozdrav,
>>
>> ako niste čuli, otvorio se novi server za komunikaciju oko
>> Openstreetmap-a koji bi trebao objediniti dosadašnji forum, help, i možda
>> mailing listu. Otvorili smo zahtjev za hrvatskom kategorijom, pa možete na
>> linku niže slati primjedbe na moderatore koje smo predložili, ili dati
>> prijedloge za budućim korištenjem tog kanala komunikacije.
>>
>> https://community.openstreetmap.org/t/croatia-subcategory/4380/4
>>
>> Janko
>>
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Otvaranje kategorije za Hrvatsku na community.osm.org

[Janko Mihelić]

Trenutno je u tijeku glasanje za podršku moderatorima, pa odite tamo i
kliknite "za" ili "protiv".

Janko

čet, 20. lis 2022. u 14:19 Janko Mihelić  napisao je:

> Pozdrav,
>
> ako niste čuli, otvorio se novi server za komunikaciju oko Openstreetmap-a
> koji bi trebao objediniti dosadašnji forum, help, i možda mailing listu.
> Otvorili smo zahtjev za hrvatskom kategorijom, pa možete na linku niže
> slati primjedbe na moderatore koje smo predložili, ili dati prijedloge za
> budućim korištenjem tog kanala komunikacije.
>
> https://community.openstreetmap.org/t/croatia-subcategory/4380/4
>
> Janko
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Otvaranje kategorije za Hrvatsku na community.osm.org

[Janko Mihelić]

Pozdrav,

ako niste čuli, otvorio se novi server za komunikaciju oko Openstreetmap-a
koji bi trebao objediniti dosadašnji forum, help, i možda mailing listu.
Otvorili smo zahtjev za hrvatskom kategorijom, pa možete na linku niže
slati primjedbe na moderatore koje smo predložili, ili dati prijedloge za
budućim korištenjem tog kanala komunikacije.

https://community.openstreetmap.org/t/croatia-subcategory/4380/4

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

ned, 6. ožu 2022. u 01:38 Matija Nalis 
napisao je:

> Kako nema dancing_school, ima :)
> https://wiki.openstreetmap.org/wiki/Tag:amenity=dancing_school


Mislio sam da je to napušteni proposal jer ovdje:

https://wiki.openstreetmap.org/wiki/Education_features

kaže: amenity=dancing_school – abandoned in favor of leisure=dance
dance:teaching=yes

Ali sad mi se čini da je to netko loše napisao činjenicu da se sa
amenity=dance_school ne tagiraju večernje plesne škole, koje su više za
razonodu nego za učenje profesionalnih plesača. Nažalost
amenity=dance_school ima samo 411, ali nije važno, tag paše. Onda ću škole
koje su samo plesne tako tagirati.

a di si nasao taj isced:field=*, vidim samo da se spominje kao "mozda
> bi se moglo nesto ovakvo" pod
> https://wiki.openstreetmap.org/wiki/Proposed_features/ISCED
> ali nista konkretno
>

To je samo moje gledanje u budućnost, kako bi se tagiralo što se uči u
pojedinoj školi. To mi se čini kao važan podatak, pa mi je glupo da nije
tagirano. Ali ne planiram sada to početi tagirati.

Sad gledam sve isced field-ove, popisani na 18. stranici ovdje:
http://uis.unesco.org/sites/default/files/documents/isced-fields-of-education-and-training-2013-en.pdf
I ne postoji razlika između glazbene i plesne edukacije. Obje potpadaju pod
0215 Music and performing arts. Dakle ni isced:field=* nije dobar smjer.
Sada mi se čini da bi najbolji smjer bila wikidata, popišeš sve Q id-eve
polja koja se uče. school:fields=Q638;Q11639 ili tako nešto.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

pet, 4. ožu 2022. u 14:09 Ivan Delac  napisao je:

> Škola za primijenjenu umjetnost je ona u Zagrebu na bivšem Trgu maršala
> Tita.
>

Aha, prije si valjda imao točno određeno mjesto gdje polažeš općeobrazovne
predmete, a sada je možda ostavljeno učeniku da bira. Jel to znači da sada
moraš proći prijemni od srednje glazbene škole, i plus moraš proći prijemni
gimnazije gdje ćeš polagati općeobrazovne?

A možda smo malo preduboko otišli. Pitanje je kako tagirati sve te
umjetničke škole.. Malo je glupo da imamo amenity=music_school, a nemamo
dancing_school, design_school, art_school, i slično. Postoji tag
isced:field=* i u njega idu šifre raznih polja koje se uče u pojedinim
školama. Možda možemo svim školama staviti jednostavno amenity=school, i
onda kasnije pomoću ovog tipa prikazati koja škola uči što.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

pet, 4. ožu 2022. u 12:15 Ivan Delac  napisao je:

>
> Koliko ja znam, srednje glazbene škole nemaju općeobrazovne predmete i ne
> možeš pohađati samo srednju glazbenu školu. Ako se netko baš želi baviti
> samo glazbom onda uz srednju glazbenu ne upisuje gimnaziju nego
> općeobrazovne predmete odradi u školi za primijenjenu umjetnost da bi
> poslije mogao na akademiju.
>

Ono što ja znam sam pročitao ovdje:

https://mzo.gov.hr/istaknute-teme/odgoj-i-obrazovanje/umjetnicko-obrazovanje/132

i piše slijedeće:

Glazbeno obrazovanje izvodi se prema glazbenom kurikulumu u
> četverogodišnjem trajanju.
>
> Učenici upisani u srednje glazbene škole imaju posebnu mogućnost: mogu
> pohađati samo glazbenu školu za zanimanje glazbenika ili mogu paralelno
> pohađati još jednu četverogodišnju srednju školu.
>
> Ako učenik pohađa samo srednju glazbenu školu, svoje obrazovanje završava
> izradom i obranom završnog rada, a može polagati i ispite državne mature
> ukoliko želi nastaviti obrazovanje na visokoškolskim ustanovama. Najveći
> broj učenika paralelno pohađa glazbenu školu i gimnaziju.
>

 To znači da polaznici srednje glazbene škole, ako žele ići dalje sa
obrazovanjem, moraju proći ispit državne mature, pa im je zato bolje
paralelno upisati neku gimnaziju ili, kako si ti rekao, školu za
primjenjenu umjetnost? Što bi bila ta škola za primjenjenu umjetnost? Imaš
neki primjer takve škole?

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

Pozdrav,

da javim stanje ovog projekta..

U međuvremenu sam našao da postoji i popis srednjih škola:

https://data.gov.hr/ckan/dataset/srednje-skole/resource/srednje-skole

pa sam taj dataset spojio sa datasetom osnovnih škola. To je u biti isti
dataset, samo podijeljen na osnovne i srednje škole. U RSS sam ubacio i
srednje škole, i do sada sam uspio sve srednje škole ucrtati (imamo ih
nekih 400-tinjak), osim nekih umjetničkih škola. Počeo sam koristiti tag
isced:level=*. Srednjim školama stavljam tag isced:level=3. To je zapravo
jedini tag sa kojim se može vidjeti radi li se o srednjoj ili osnovnoj
školi. Isced:level=1 je prva 4 razreda, a isced:level=2 su druga 4 razreda.
Dakle, većina osnovnih škola bi imala tag isced:level=1;2, a većina
područnih škola bi imala isced:level=1.

Problem imam sa "Umjetničkim školama" kako se one službeno zovu.

http://mzos.hr/dbApp/pregled.aspx?offset=0=UMJ

Umjetnička škola može biti: glazbena, plesna, likovne umjetnosti, dizajna,
i razne kombinacije istih. Također mogu biti osnovne i srednje. Ako su
osnovne, onda je to dopunska škola, koja ide paralelno sa klasičnom
osnovnom školom. Ako je srednja, onda učenik može pohađati samo nju, a može
paralelno i, recimo, gimnaziju. Ali na ovoj stranici vidim da likovna škola
u Splitu ima i općeobrazovne predmete (hrvatski, matematika, povijest...):

https://sudigoz.hr/wp/o-skoli/programi/likovna-umjetnost-i-dizajn/glazbenik/

tako da mi više ništa nije do kraja jasno. Možda će trebati ići od stranice
do stranice umjetničke škole, i vidjeti ima li općeobrazovne predmete ili
nema.

Od tagova imamo amenity=school, amenity=music_school, education=centre. Što
koristiti gdje?

Meni se čini da bi za osnovne glazbene škole trebali koristiti
amenity=music_school. Koji isced:level? Treba proučiti.
Srednju umjetničku školu bi možda isto označavao sa amenity=music_school,
ali samo ako se bavi jedino glazbom. Ako se bavi još i sa plesom ili nekom
drugom umjetnosti, ili ako ima općeobrazovne predmete, onda bi ju označio
sa amenity=school.

education=centre se jako malo koristi (323), pa ga ipak ne bih koristio.

Jel to ima smisla?

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

Nisam vidio da si reply-ao, sori..

sri, 5. sij 2022. u 20:31 Matija Nalis 
napisao je:

> On Thu, Dec 30, 2021 at 12:51:48PM +0100, Janko Mihelić wrote:
> >
> > Pada mi na pamet da bi mogli na područne škole staviti
> > operator:ref:HR:e-matica=* i tako smo jednim udarcem dvije muhe. Pokazali
> > smo da je područna jer postoji taj tag, i još smo spojili sa matičnom jer
> > ima isti ref.
>
> Nda...Samo to  mi se sve više čini kao da pokušavamo re-inventati
> relatione preko tagova na objektu (samo lošije i nepodržano u svim
> ostalim alatima).
>
> Možda staviti tag "ref:HR:e-matica" samo na glavnu školu koja ga i
> ima, a sve područne samo strpati u isti relation sa matičnom bez
> dodatnih tagova? Od kuda uopće vučeš te područne i što one imaju od
> informacija; to nije iz "skole-os.csv" sa linka dolje koliko kužim?
>

Mislim da moramo paziti na druge mapere. Ako koristimo
operator:ref:HR:e-matica, onda netko tko se razumije u tagove može shvatiti
da je to ref od operatora škole jer se takva kombinacija već i koristi:

https://taginfo.openstreetmap.org/search?q=operator%3Aref

Kad sam pričao sa maperom koji mi je maknuo par tih tagova, pa me upozorio:
"Znaš li da ti taj tag znači ref od operatora, a ne od te škole". Kad sam
mu objasnio što su područne škole, rekao je da su mu tagovi smisleni. Evo
prepiske:

https://www.openstreetmap.org/changeset/115712271

Ako napravimo praznu relaciju, nitko neće razumjeti što se tu događa, i
nitko drugi neće znati iskoristiti taj podatak. Mislim da to nije baš
ispravno korištenje relacija.

Ako gledaš našu birokraciju, područne škole su dio glavne škole. Kad bi to
išli mapirati onako kako na njih gleda naša birokracija, onda bi napravili
multipolygon relaciju, sa glavnom školom i područnim školama kao outer
dijelovi. Ta relacija bi dobila amenity=school i ref:HR:e-matica=* tag. Ali
OSM ne radi baš na takav način, pa mislim da ne možemo mapirati ni tako.
Moramo našu birokraciju malo prilagoditi OSM-u.

Područne škole nalazim na razne kreativne načine, ali obično na websajtu
dotične škole. Ponekad su odmah prikazane, svaka sa svojim linkom, a
ponekad kopam po povijesti škole, raznim dokumentima, galerijama slika i
slično. Ako tražiš, naći ćeš :D



> > > BTW https://wiki.openstreetmap.org/wiki/Key:operator:type bi mogli
> > > postaviti isto.
> >
> > Slažem se. Mislim da su onda sve iz ovog dataseta operator:type=public.
>
> Vecina da, ali ne sve Ovisi koji je to "ovaj dataset" ? :)
>

Mislio sam na dataset e-matica csv-a kojeg sam linkao prije. E-matica je
sustav od Ministarstva znanosti i obrazovanja, pa pretpostavljam da ne vode
privatne škole. Jedino mi je sumnjiva ova francuska škola:

https://www.efz.hr/en/home

Ali ne znam kako vidjeti jel privatna. Uglavnom, ja ovdje ne radim import,
tako da nema brige o nekakvom automatskom tagiranju. Ono što ja radim jest
praćenje škola u osmu, i usporedba sa ovim datasetom. Tako da znamo koliko
još posla ima, i da znamo kad netko obriše školu. A pošto ćemo mi imati i
glavne i područne škole, zato mislim da ćemo imati najbolji dataset :)

Cool, Volim RSS!
> Treba fixati i datum, trenutno je na svemu "1/1/1970, 1:00:00 AM"  :)
>

Budem pogledao datum, ima tu još posla.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

pet, 24. pro 2021. u 00:45 Matija Nalis 
napisao je:


> Ah, a imamo pristup na e-maticu? (mene trazi AAI passworde)
>

Mislim da je onaj csv zapravo njihov podset podataka. Ne mogu se ni ja
ulogirati.


> Ali, ako nam skole nemaju nista drugo nego samo taj jedan identifikator,
> sto fali obicnom "ref"? (jer nemamo niti npr. ref:HR:konzum na
> shop=convenience + operator=Konzum i dr.)
>

Bilo bi dobro da krenemo sa ref:HR:e-matica, jer ako pogledaš ovdje:

https://data.gov.hr/ckan/dataset?q=osnovne+škole


ima više tih datasetova, i u njima se ne koriste ovi isti refovi. Barem u
onima koje sam uspio otvoriti.

Pa nisam bas siguran, po meni je neka ideja da je "ref" unikatan...
> Ako x raznih stvari ima isti "ref", kako cu onda idenetificati da je
> to bas taj jedan kojeg sam htio?
>

Pada mi na pamet da bi mogli na područne škole staviti
operator:ref:HR:e-matica=* i tako smo jednim udarcem dvije muhe. Pokazali
smo da je područna jer postoji taj tag, i još smo spojili sa matičnom jer
ima isti ref.

BTW https://wiki.openstreetmap.org/wiki/Key:operator:type bi mogli
> postaviti isto.
>

Slažem se. Mislim da su onda sve iz ovog dataseta operator:type=public.


> To si mislio sa conflatorom gledati sto vec imamo a sto treba dodati
> ili kako?
>

 Malo sam prepravio conflator da radi rss feed. Evo feed-a ovdje:

http://46.101.158.129:8080/rss/rss.xml

RSS bi trebao javiti da je dodan novi element, obrisan postojeći, ili
pokvareni tagovi, i slično. Još je to nedovršeno, ali nadam se da ću
uspjeti uskoro dovršiti. Nedostaje link na element u osm-u, i tako neke
stvari. Onda bih mogao što god odlučimo staviti u takav rss.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Ucrtavanje osnovnih škola Hrvatske

[Janko Mihelić]

Pozdrav kartografi!

Malo sam se pozabavio problemom ucrtavanja osnovnih škola, i mislim da bi
uskoro mogli imati najbolju bazu hrvatskih osnovnih škola (osim ako postoji
neka baza za koju ne znam). Moramo se zato dogovoriti za tagiranje kako bi
nam podaci bili čišći. Ima nekoliko neriješenih pitanja:

1. Imena škola
 - Hoćemo li pisati imena gradova na kraju imena škole
 - Kako pisati imena područnih škola

2. Područne škole
 - Kako tagirati područne škole?

3. ref tag
 - Koji ref tag koristiti za redne brojeve škola?

---
1.
Tu je upitno treba li uopće stavljati čvrsta pravila oko imenovanja škola.
Možda se u nekim regijama škole nazivaju malo drugačije nego drugdje.
Trenutno ne znam za takve razlike u nazivanju škola.
Mislim da je matične škole najbolje nazvati bez imena gradova na kraju. U
većim gradovima ima mnogo škola, pa bi bilo čudno da na kraju imena svake
škole imamo još i ime grada.
Imena područnih škola su malo škakljivija. Trenutno na karti imamo dva
stila. Prvi je "Područna škola Rakov Potok", a drugi je "Osnovna škola
Sveta Nedelja, područna škola Rakov Potok". Meni se nekako više sviđa ovaj
kraći naziv, a onda puno ime matične škole stavljam u operator=*.

2.
Mislim da bi trebali dodati tag koji će nam točno reći je li neka škola
područna ili matična. Engleska riječ koja mi se čini najbliža "područnoj"
je "district", pa možda neka igra sa tim. Možda je dovoljno da područne
škole u operator=* tagu imaju ime matične škole? Ne znam što je tu
najbolje. Tag school:type=* bi možda bio dobar, trenutno se koristi na
razne nepovezane načine:
https://taginfo.openstreetmap.org/keys/school%3Atype#values
MOžda onda school:type=main za matičnu, i school:type=district za područnu.

3.
Sa portala otvorenih podataka može se dobiti ovaj .csv:
http://52.178.158.152/api/file/skole_os.csv
Tu imamo dosta neuredne podatke sa svakakvim imenima škola (ponekad
uppercase, ponekad ime u navodnicima, ponekad ime grada na kraju, itd..)
Ali imamo i ID-eve škole koje, ako sam dobro razumio, vodi sustav e-matica:
https://www.carnet.hr/projekt/e-matica/
Zato mi se čini da bi prikladan tag trebao spomenuti e-maticu. Za sada sam
koristio tag ref:e-matica, ali mi se sada čini da bi bolji tag bio
ref:HR:e-matica, pa bi te tagove preimenovao. ref:(kôd zemlje):(dataset) je
popularan u zadnje vrijeme, a i čini se korisno imati namespace na razini
države.
Kod područnih škola mi se čini da bi trebale dobiti isti ref:HR:e-matica,
iako ih nema u popisu svih škola u službenom .csv-u.

Što mislite? Ima li još nekih otvorenih pitanja osim ovih?

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Primjeri mailova za pravo na koristenje podataka

[Janko Mihelić]

Evo i mog primjera, gdje sam tražio podatke ZET-a:

https://imamopravoznati.org/request/dopustenje_za_unos_podataka_iz_g#outgoing-10306

pon, 18. lis 2021. u 12:23 Hrvoje Bogner  napisao je:

> Vezano uz zadnji video sastanak, šaljem nekoliko primjera malova kojima
> sam tražio podatke i pravo korištenja podataka za OSM. Na temelju ovoga
> i onog što ostali stave može se složiti šablona kako komunicirati s
> potencijalnim izvorima podataka.
>
> ###
>
> Subject: Pristup prostonim podatcima o poslovnicama i bankomatima
>
> Poštovani
>
> Na Vašim web stranicam našli smo interanktivnu kartu lokacija poslovnica
> i bankomata, te njihove adrese i radna vremena:
> http://www.zaba.hr/home/wps/portal/public/interaktivnaKarta
>
> http://www.zaba.hr/home/wps/wcm/connect/zaba_hr/zabapublic/o_banci/poslovnice/
>
>
> Nas interesira smijemo li te podatke koristiti i unijeti ih na
> OpenStreetMap kartu?
> http://www.openstreetmap.org/?lat=45.6=16=10=M
> To je međunarodni nekomercijalni projekt koji ima cilj kreirati slobodnu
> kartu svijeta koju svi mogu koristiti. Za sad je registrirano preko 800
> 000 korisnika koji su uređivali kartu, te taj broj konstantno raste, dok
> se broj običnih korisnika nemože točno odrediti. Jednom kad se podatci
> unesu na kartu oni su dostupni na razne načine, putem računala,
> mobitela, navigacijskih uređaja, tiskanih karti.
>
> Do sad smo podatke o Vašim bankomatima i poslovnicama skupljali ručnim
> putem tako da je netko od nas ucrtao poslovnicu ili bankomat koji zna,
> ali njih ima puno više nego što smo do sa skupili te vi imate točne
> adrese i radno vrijeme.
>
> Ovim putem Vas molimo da nam odobrite korištenje i kopiranje Vaših
> podataka, te ako je moguće to dobiti u nekom prostornom zapisu(kml, kmz,
> shp, dwg, xml, txt... ).
>
> Srdačan pozdrav,
> Hrvoje Bogner
> Član hrvatske OpenStreetMap zajednice.
>
> ###
>
> Subject: Pristup prostonim podatcima o benzinskim postajama
>
> Poštovani
>
> Na Vašim web stranicam našli smo interanktivnu kartu benzinskih postaja,
> te njihove adrese i radna vremena:
> http://ina.hr/default.aspx?id=474
>
> Nas interesira smijemo li te podatke koristiti i unijeti ih na
> OpenStreetMap kartu?
> http://www.openstreetmap.org/?lat=45.6=16=10=M
> To je međunarodni nekomercijalni projekt koji ima cilj kreirati slobodnu
> kartu svijeta koju svi mogu koristiti. Za sad je registrirano preko 900
> 000 korisnika koji su uređivali kartu, te taj broj konstantno raste, dok
> se broj običnih korisnika nemože točno odrediti. Jednom kad se podatci
> unesu na kartu oni su dostupni na razne načine, putem računala,
> mobitela, navigacijskih uređaja, tiskanih karti.
>
> Do sad smo podatke o Vašim benzinskim postajama skupljali ručnim putem
> tako da je netko od nas ucrtao postaju koju zna, ali njih ima puno više
> nego što smo do sad skupili te vi imate točne adrese i radno vrijeme.
>
> Ovim putem Vas molimo da nam odobrite korištenje i kopiranje Vaših
> podataka, te ako je moguće to dobiti u nekom prostornom zapisu(kml, kmz,
> shp, dwg, xml, txt... ).
>
> Srdačan pozdrav,
> Hrvoje Bogner
> Član hrvatske OpenStreetMap zajednice.
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Označavanje cesta u gradu Puli

[Janko Mihelić]

Nije bilo primjedbi pa sam napravio wiki stranicu o cestama u Puli:

https://wiki.openstreetmap.org/wiki/Pula/NerazvrstaneCeste_Pula
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Označavanje cesta u gradu Puli

[Janko Mihelić]

Pozdrav,

počeo sam se baviti klasifikacijom i označavanjem cesta koje su uslijed
dokumenta "Odluka o cestama na području velikih gradova koje prestaju biti
razvrstane u javne ceste" 2012. godine prestale biti županijske i lokalne.
Vjerojatno ćemo morati tom problemu pristupati grad po grad, jer će svaki
grad na malo drugačiji način pristupiti klasifikaciji svojih ulica.
Izmjenio sam naš wiki o cestama kako bi se vidjelo što treba napraviti:

https://wiki.openstreetmap.org/wiki/Croatia/Ceste#Ozna.C4.8Davanje_cesta_na_podru.C4.8Dju_velikih_gradova

U Puli su dosta organizirano klasificirali ulice, te su ih podijelili na
glavne, sabirne, i ostale. Može se vidjeti ovdje:

https://www.pula.hr/site_media/media/uploads/content/images/2019/12/04/07-izmjena-odluke-o-nerazvrstanim-cestama.pdf

Pošto nije baš jasno iz dokumenta kako su te ulice složene, ucrtao sam
glavne ulice, i izgleda da se njihova klasifikacija može preslikati na našu
klasifikaciju highway=secondary;tertiary;unclassified. Dakle, glavne ulice
(GU) bi postale secondary, sabirne ulice (SU) bi postale tertiary, i ostale
ulice (OU) bi postale unclassified. Overpass upitom možemo vidjeti kako su
poredane glavne ulice kojima sam upisao ref=* tag:

https://overpass-turbo.eu/s/1bbD

Davao sam im ref=* tag isti kako su oni označavali ulice, dakle "GU 419",
"SU 082" i "OU 033".

Počeo sam stavljati i SU ref-ove, i čini se da i oni stvaraju mrežu
prikladnu za naše tagove. Jel se slažete da ih tako krenemo tagirati?

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ne treba svaka drzavna cesta biti primary

[Janko Mihelić]

On Sat, Sep 11, 2021, 11:42 Ivan Delac  wrote:

> Međutim, sad mislim da
> to više nije dobro rješenje. Trebalo bi se držati službene klasifikacije uz
> iznimku ceste preko Velebita koja bi trebala ići pod unclassified.
> Cesta D36 od Pokupskog prema Sisku je djelomično neasfaltirana, ali makadam
> je dobar, prolazio sam prošli tjedan tamo i to bi trebalo ostati "primary".
>

Znači tvoje pravilo bi glasilo "D547 je iznimka". I slažem se sa D36, to
sam i iznio u svojoj mini analizi par mailova prije. Ali recimo D26 po meni
ne bi trebao biti primary jer je taman preduga makadamska dionica, i
preblizu su alternativne asfaltirane ceste. Što ti misliš o D26?

>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ne treba svaka drzavna cesta biti primary

[Janko Mihelić]

Evo ja sam si dao truda napisati jedno poglavlje koje malo detaljnije
objašnjava tagiranje makadama sa highway=unclassified:
https://wiki.openstreetmap.org/wiki/Croatia/Ceste#Neasfaltirane_razvrstane_ceste

Javite ako imate primjedbe, pa ako se slažemo, možemo taj link stavljati na
note=* tag od takvih cesta.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ne treba svaka drzavna cesta biti primary

[Janko Mihelić]

ned, 29. kol 2021. u 01:57 Matija Nalis 
napisao je:

> BTW ako je zasticena, mozda joj trebamo staviti onda neki
> https://wiki.openstreetmap.org/wiki/Key:protect_class ?
>

Ja sam prije 5 godina ucrtao rutu Majstorske ceste:
https://www.openstreetmap.org/relation/6314837
Ali nije cijela zaštićena, trebalo bi naći od kuda do kuda. Valjda
makadamski dio? I nisam siguran kako tagirati. Pretpostavljam area oko
ceste?



> Sto god da smislimo, svakom slucaju bih stavio na to i:
> "note=
> https://wiki.openstreetmap.org/wiki/Croatia/Ceste#Klasifikacija_cesta;
> (ili gdje cemo vec napisati ta pravila)
>

Slažem se.


> Nazalost OSM izgleda na dosta highway=primary nema upisan surface=*, pa
> ne znamo koliko toga jos potencijalno ima, vidi:
> https://overpass-turbo.eu/s/1aHG


Ja sam prošao ove, i svima sam stavio surface. To su sve novi kružni
tokovi, nove obilaznice, i takve sitnice na kojima se na satelitskim
snimcima vidi da je asfalt. Čini se da i dalje ostaju ovi dosadašnji
primjeri, osim ako imamo neku krivo tagiranu.

  Ako segment "highway=primary" ili "highway=secondary" ima "surface" koji
>   je losiji od "asphalt" i "concrete*", onda taj segment degradiramo u
>   npr. "highway=unclassified" + "surface=xxx" + "note=link_na_wiki"
>

Meni se ovo čini najbolje jer je jednostavno za objasniti i argumentirati.
A tako već i piše u wiki-u, zar ne?

Pitam se hoćemo li tako izgubiti renderiranje nekih županijskih cesta koje
su stvarno važne u svojoj regiji, i želiš ih vidjeti na višim zoomovima da
bude jasno da se tamo može proći, ali su ipak makadamske.

Mislim da Majstorska cesta nije discouraged službeno, kad sam pročitao opet
rečenicu, samo kaže da ju štite od sve jačeg prometa, i ne žele ju
asfaltirati. Možda se nadaju da neće biti previše prometa, ali to je to.
Nemamo dosta za staviti taj tag, pogotovo na one druge makadamske državne
ceste koje nisu kulturno dobro.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ne treba svaka drzavna cesta biti primary

[Janko Mihelić]

Našao sam još 3 dijela gdje je državna cesta neasfaltirana:

D36 između Orlekovića i Pokupskog:
https://www.openstreetmap.org/way/277706808
Makadamski dio je oko 4 kilometra, a sve alternative su dosta daleko, tako
da bi se ova cesta mogla i dalje zvati državnom.

D6 između Brezovog Polja i Donjeg Žirovca:
https://www.openstreetmap.org/way/277932877
Jako malo komad je neasfaltiran, pa možemo zanemariti.

D26 između Donjeg Miklouša i Gornje Garešnice:
https://www.openstreetmap.org/way/477372225
Makadamski dio je oko 12 kilometara. Preko makadama bih vozio samo ako bih
vozio baš između dva sela između kojih je makadam, inače je vjerojatno
uvijek bolje preko Ivanske. Ovo se možda i ne bi moglo nazvati državnom
cestom dok nije asfaltirano.

Kako ovo pretvoriti u pravilo? Sada mi se čini da bi se i moglo nešto
smisliti, ali ne baš jednostavnim jezikom. Recimo, ako postoji ruta kojom
je brže provesti se, a sastoji se samo od cesta iste klasifikacijske jačine
ili manje, onda se tom dijelu može spustiti klasifikacija.
Ovo je samo nekakav prvi draft, trebat će napraviti defaultni router engine
kojim će se to ispitivati, sa defaultnim penalima za makadam, i slično.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Ne treba svaka drzavna cesta biti primary

[Janko Mihelić]

Zakon o državnim cestama kaže:

»državne ceste« su javne ceste koje imaju funkciju povezivanja Republike
> Hrvatske u europski prometni sustav, ostvarivanja kontinuiteta E-ceste
> prometnog povezivanja regija Republike Hrvatske, prometnog povezivanja
> sjedišta županija međusobno, povezivanja sjedišta županija s većim
> regionalnim sjedištima susjednih država (gradovi veći od 100.000
> stanovnika), omogućavanja tranzitnog prometa, koje čine cestovnu okosnicu
> velikih otoka i kojima se ostvaruje kontinuitet državnih cesta kroz
> gradove, a koje su razvrstane kao državne ceste sukladno ovom Zakonu,
>

Dakle funkcije državne ceste su da stvore mrežu cesta po Hrvatskoj, da
povezuju velike gradove sa drugima, da omogućuje tranzitni promet. Zato su
te ceste najvažnije, i njih se prve čisti od snijega i brzo ih se mora
popravljati kad imaju rupe. Ništa od ovog ja ne vidim u D547. Nitko neće
iskoristiti tu cestu da bi najbrže došao od Svetog Roka do Obrovca, dva
grada koja spaja, jer je okolna cesta asfaltirana i samo malo duža. Od
Svetog Roka do Obrovca po D547 ima oko 37 km, a okolo preko D50 pa D27 ima
42 km. Dakle meni je potpuno nejasna logika po kojoj je ovo državna cesta,
jer ta cesta nije od nikakvog prometnog značaja, niti će se očistiti od
snijega, niti će se popravljati u brzom roku. Ima samo povijesni značaj. Po
meni ne bi trebala biti niti županijska niti lokalna.

Ta cesta neće nikada ni biti prometno važna, zbog ovoga što piše na
wikipediji:

Majstorska cesta pod zaštitom je Ministarstva kulture od kraja 2007. kao
> povijesna cesta i kulturno dobro,[2] čime je spriječen pokušaj njezinog
> asfaltiranja, a općine Jasenice i Lovinac, pod čijim se teritorijem nalazi,
> pokrenule su i postupak obnove i stabiliziranja, da ju zaštite od
> vododerina, ali i sve većeg prometa.
>
https://hr.wikipedia.org/wiki/Majstorska_cesta

Dakle država ima cilj da se smanji promet po toj cesti. Možda su ju
označili kao državnu kako bi lakše dobili novce za uređivanje i
popravljanje? Ništa se tu ne slaže sa zakonom, i zato bi možda stvarno
trebali ovu cestu izdvojiti od ostalih, i voditi ju kao iznimnu državnu
cestu. Ne vidim kako bih jednoznačno maperima označio da se ta cesta ne
označuje sa highway=primary, osim, "Cestu D547 ne označavati kao primary".
Možda možemo napraviti iznimku na državnim cestama, i reći da državne ceste
ne smiju biti makadamske. Ali prvo moramo vidjeti jel ima neka legitimna
makadamska državna cesta, jer se sjećam da je prije bilo takvih u nekim
ruralnim predjelima kao Banija.

Ako se na osm.org izračuna najbolja ruta od Svetog Roka do Obrovca,
GraphHopper će usmjeriti preko D547, a OSRM će usmjeriti okolo. Vjerojatno
se i GraphHopper može namjestiti da pazi na surface, ali teško ćeš ljude
natjerati da gledaju surface kad gledaju gdje će ići autom. Zato mislim da
bi ipak trebalo maknuti highway=primary tag sa te ceste.

Janko


pet, 27. kol 2021. u 01:24 Matija Nalis 
napisao je:

>
> On Thu, Aug 26, 2021 at 10:31:34AM +0200, Hrvoje Bogner wrote:
> > Ok, mislim da cesta po kojoj možeš max voziti 20-30 km/h ne može biti
> > primary, iako je naši vode kao državnu cestu :)
> >
> > Istina, to je prije bila state of the art cesta, ali sad je zastarjela i
> > može služiti samo za turističke obilaske, a ne za promet.
>
> Ali opet moramo imati *precizno* definirano sto je sto.
>
> (BTW za 20 godina ono sto danas mislimo da je state of the art ce
> vjerojatno isto tako biti zastarjelo i samo za turisticke obilaske. :)
>
> > Ovo sa svim državnim kao primary mi zvuči kao da hvalimo RH jer imamo
> dobro
> > kategorizirane ceste, što nemamo.
>
> meni zvuci kao da nam je to najjednostavnije izvedivo bilo, a ne da
> smo se isli nekom hvaliti :)
>
> > OSM = pravo stanje na terenu
> > OSM != službena klasifikacija RH
> >
> > Ajmo kartirati realno stanje na terenu po kategorijama...
>
> Da, smo sto to znaci "realno stanje"? primary/secondary/itd su prilicno
> labavo definirani na OSM wikiju. Ja bih bio najsretniji da tamo pise
> nesto precizno tipa:
>
> "highway=primary je iskljucivo cesta za barem 4 trake, 2 u svakom
> smjeru, koja je osvljetljena sa barem 800 luxa cijelom duzinom i
> iskljucivo ima surface concrete ili asphalt, kvalitete da sportski
> automobil moze preko nje voziti najmanje brzinom 80km/h bez da se
> salica kave napunjena do 2 mm ispod vrha koja stoji u drzacu prelije
> imalo preko ruba".
>
> Ali to ne pise, niti priblizno :)
>
> > Koliko se sjećam službena klasifikacija su bile smjernice kako bi
> > kategorizirali ceste, na nama je da se dogovorimo.
> >
> > Name možemo ostaviti Dxxx, Z, Lx, ali highway tag bar donekle
> mora
> > odgovarat stanju na terenu.
>
> Meni je to OK ideja, samo kako bi ti TOCNO predlozio tu novu
> klasifikaciju (tj. sto spada pod koji highway tag)?
>
> Po meni je samo NUZNO da KOJI GOD maper koji pogleda nasu odluku na
> osm-hr.org wikiju uvijek i jednoznacno moze precizno znati tocno koja
> neka cesta u HR treba biti highway tag.
> Dakle: 

[Talk-hr] Uvoz granica naselja u Sisačko-Moslavačku županiju

[Janko Mihelić]

Pozdrav!
Planiram uvoz granica naselja, pa se moramo dogovoriti oko tagiranja. Kod
uvoza je puno pomogao kolega kartograf iz srpskog OSM-a (stalker314314 na
Telegram kanalu @osmhr) koji je istu stvar prošle godine napravio u Srbiji.
Tagovi koje je predložio su, na relacijama:

type=boundary
boundary=administrative
admin_level=8
naselje_mb=026018 (matični broj naselja)
source=open Croatian cadastre data Jan 2021
name=Jazavica

i na way-evima od kojih se rade relacije:

naselje_mb=055735,026018 (matični brojevi sa jedne i druge strane granice)
boundary=administrative
admin_level=8

Također postoji i alat za conflatanje tako uvezenih granica, tako da ćemo
moći kontrolirati da granice nisu pokvarene u nekom trenutku.

Planiram napraviti uvoz sa istim userom sa kojim sam uveo kućne brojeve u
Sisačko-Moslavačku županiju, zove se "Import DGU addresses". Ako mislite da
bi trebalo napraviti posebnog usera za ovaj uvoz, komentirajte.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Import ZET ID-ova od stanica iz GTFS-a

[Janko Mihelić]

I imam još jedno pitanje koje moramo zajedno dogovoriti, slažemo li se da
network=* tag kod nas u Zagrebu za ZET promjenimo iz network=local u
"network=Zagrebački električni tramvaj"? Taj tag se koristi za odjeljivanje
ruta koje su za od raznih operatera, pa bi trebali promijeniti kako se taj
tag koristi.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Import ZET ID-ova od stanica iz GTFS-a

[Janko Mihelić]

Evo, dio importa je završen, tu su changesetovi:
https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZET_GTFS#Workflow

Sigurno nije savršeno točan, problemi su nastajali kod autobusnih okretišta
gdje ima gomila stanica po peronima, i onda još stanice tramvaja, i pokoja
autobusna stanica koja je blizu ali nije dio okretišta. Te djelove ćemo
morati ručno popraviti kad vidimo koji gtfs:stop_id se odnosi na što.

U ovom koraku sam spajao stanice koje imaju isto prvo slovo u imenu
stanice. Slijedeći korak je spojiti stanice koje u OSM-u možda nemaju
imena, ili ih uopće nema ucrtano. To bi možda napravio na malo drugačiji
način, tako da ih uvezem sa fixme=import_zet tagom, i onda na Maproulette-u
te stanice popravimo, stavimo na pravo mjesto uz cestu, poduplamo ako
postoji stanica na obje strane ceste, i slično.

Janko

sub, 5. pro 2020. u 16:52 Janko Mihelić  napisao je:

> On Sat, Dec 5, 2020, 16:25 Ivan Habunek  wrote:
>
>> Je li gtfs:stop_id:ref nužan za import? Čini mi se da nam inače taj tag
>> nije potreban, ili barem ne znam za što bi se koristio. Ako je nužan,
>> možda bi ga mogli obrisati nakon što import završi?
>>
>
> Nije nužan ni za import. Imao sam osjećaj da bi možda olakšao daljnje
> održavanje importa, ali zapravo, sad kad gledam, bolje da ga ne uvodimo.
>
> Gledam wiki gdje na Buses stranici [1] predlažu da se broj perona
>> unutar stanice obilježava `local_ref` tagom, dok na dokumentaciji tog
>> taga [2] kaže da je češća praksa da se koristi samo `ref`.
>>
>
> E to bi mogli početi koristiti. Možda radije local_ref jer su manje šanse
> da će netko imati drugu ideju za što služi ref tag. Ali to nema veze sa
> importom ako odustanemo od dodavanja toga. Evo, budem obrisao taj tag sa
> wikija.
>
> Janko
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Import ZET ID-ova od stanica iz GTFS-a

[Janko Mihelić]

On Sat, Dec 5, 2020, 16:25 Ivan Habunek  wrote:

> Je li gtfs:stop_id:ref nužan za import? Čini mi se da nam inače taj tag
> nije potreban, ili barem ne znam za što bi se koristio. Ako je nužan,
> možda bi ga mogli obrisati nakon što import završi?
>

Nije nužan ni za import. Imao sam osjećaj da bi možda olakšao daljnje
održavanje importa, ali zapravo, sad kad gledam, bolje da ga ne uvodimo.

Gledam wiki gdje na Buses stranici [1] predlažu da se broj perona
> unutar stanice obilježava `local_ref` tagom, dok na dokumentaciji tog
> taga [2] kaže da je češća praksa da se koristi samo `ref`.
>

E to bi mogli početi koristiti. Možda radije local_ref jer su manje šanse
da će netko imati drugu ideju za što služi ref tag. Ali to nema veze sa
importom ako odustanemo od dodavanja toga. Evo, budem obrisao taj tag sa
wikija.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Import ZET ID-ova od stanica iz GTFS-a

[Janko Mihelić]

Pozdrav,

planirali smo napraviti ovaj import, pa smo shvatili da prvo moramo
natjerati ZET da objavi otvorenu licencu uz GTFS podatke. To smo i uspjeli,
što je vidljivo na  njihovim stranicama:
https://www.zet.hr/odredbe/datoteke-u-gtfs-formatu/669

Natjerali smo ih preko sjajne stranice "Imam pravo znati":
http://imamopravoznati.org/request/dopustenje_za_unos_podataka_iz_g

Sada kad imamo podatke, pokrenuo sam wiki u kojem sam predložio kako da
obavimo taj import:
https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZET_GTFS

Javite jel se ne slažete sa nečime. Recimo, nisam baš siguran da je
gtfs:stop_id:ref=* tag koji želimo za redni broj stanice unutar grupe
stanica istih imena.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Tagovi za podatke iz ZIPP-a

[Janko Mihelić]

Našao sam još jedan tag koji se koristi, pedagogy=montesorry;waldorf;freinet

"PROG_Montess": "MONTESSORI PROGRAM" => pedagogy=montessori (ako nije null)
"PROG_Waldorf": null, * => pedagogy=waldorf (ako nije null)

i pitam se imaju li kod nas svi vrtići (koji nisu samo jaslice) predškolu.
Ako da, onda svima možemo dodati isced:level=0

Janko

pet, 27. stu 2020. u 11:51 Hrvoje Bogner  napisao je:

> Svaka čast na sistematizaciji.
>
> Moj prijedlog je zadržati orginalne fajlove i kreirati nove koji su
> profiltrirani. To znači u novom fajlu prvo automatski dropati sva polja
> koja su za brisanje, i onda ručno/poluautomatski prilagoditi preostala
> polja.
>
> Pozdrav
>
> On 27. 11. 2020. 11:28, Janko Mihelić wrote:
> > Pozdrav,
> > malo prolazim ovaj dataset:
> > https://github.com/osm-hr/osm-zipp-2020
> >
> > pa da pokrenemo priču o tagiranju. Zasad sam pretpostavio sljedeće
> > transformacije kod Dječjih Vrtića:
> >
> > *"OBJECTID": 20, *=> Brisanje, broj se mjenja iz godine u godinu
> > *"naziv": "EN TEN TINI", *=> name=* ali ručno prepisati bez all caps i
> još
> > neke dodatke, recimo Područni vrtić ako je područni. Puna imena ćemo
> morati
> > istraživati drugdje. Područni vrtići se obično zovu po ulici, pa će puno
> > ime biti nešto tipa Dječji vrtić En ten tini, područni vrtić Savska. Ili
> > Dječji vrtić En ten tini, područni objekt Savska. To se možemo
> dogovoriti.
> > *"labela": "DV EN TEN TINI",* => name=* u većini slučajeva samo doda DV
> na
> > početak pa nije neka pomoć
> > *"adresa": "Ulica 144. brigade Hrvatske vojske 8, Sesvete",* =>
> addr:street
> > + addr:housenumber, trebat će ručno upisati jer su ovdje imena ulica
> > ponekad skraćena, a u OSM-u su puna imena, i maknuti grad
> > *"grad_cetvr": "SESVETE",* => Brisati
> > *"telefon": "01 558 0133",* => phone=* plus dodati puni broj sa +385
> > *"fax": "01 558 0139",* => fax=*  plus dodati puni broj sa +385
> > *"email": "vrtic-entent...@zagreb.hr ", *=>
> > email=*
> > *"web": "www.vrtic-ententini.zagreb.hr
> > <http://www.vrtic-ententini.zagreb.hr>",* => website=* ali dodati
> http://
> > na početak gdje nema
> > *"vr_vrtica": "Gradski vrtić",*=> operator:type=*, i to "Gradski
> > vrtić","Vrtić u bolnici","Posebna ustanova","Grad mladih"=>public,
> > "Privatni vrtić"=>private, "Vjerski vrtić"=>religious, "Udruga"=>ngo
> > *"tip_vrtica": "CENTRALNI",* => operator=* ovdje su vrijednosti
> Centralni,
> > Područni, a ostale su vrijednosti samo kopirane iz "vr_vrtica". U
> operator
> > se stavi ime centralnog vrtića, i to ime mora biti isto kod svih vrtića u
> > toj grupi. Kod bolničkih vrtića se u operator=* stavi ime bolnice, itd..
> > Možda bi čak kod vezanih vrtića mogli staviti operator:ref:zipp=* tako da
> > jednoznačno znamo koji je centralni vrtić bez da ovisimo o dugačkim
> imenima.
> > *"oznaka": "16.57.01.", *=> ref:zipp=* Ova vrijednost se ne mijenja, ista
> > je u 2018 i 2020
> > *"nadlezan": "Gradski ured za obrazovanje",*=> Brisati
> > *"izvor": "Gradski ured za obrazovanje",*=> source=*
> > *"izradio": "Gradski ured za strategijsko planiranje i razvoj Grada",*=>
> > Brisati
> > *"gradjevina": "namjenska građevina",*=> "namjenska građevina"=>
> > building=kindergarten, "prenamiijenjena kuća"=>building=house,
> > "prenamijenjeni stan"=>level=* ovaj tag se stavlja na građevinu, ne na
> > okolni way od vrtića ako postoji
> > *"kuhinja": "DA",* => kitchen=yes, no
> > *"dvorana": "DA",* => building=sports_hall koji se mora naći na satelitu
> i
> > ucrtati
> > *"vdi": "DA",* => iz Googlanja sam pretpostavio da ovo ima neke veze sa
> > grijanjem vrtića, ali ne znam točno što. Uglavnom, mislim da treba
> brisati
> > *"strani_jez": "engleski", *=> language:en=yes
> > *"VLASNISTVO": "vlasništvo Grada Zagreba",*=> Brisati
> > *"AKTIGRADENJA": "izdana pravomoćna uporabna dozvola",*=> Brisati
> > *"ZASTITA": "nije zaštićeni spomenik kulture"*,=> ako je, dodati
> 

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

Novi .osm sa novim tagovima:
https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0

A ovdje je mali .osm za isprobavanje OSM conflatora. Ima 4 poligona, dva
odvojena, dva spojena. Promijenjeno je nekoliko točaka između dva spojena
poligona.
Nepromijenjena datoteka:
https://www.dropbox.com/s/ff87kwi9pe1szqw/8912_5840.osm?dl=0
Promjenjena:
https://www.dropbox.com/s/17lqg3azxqr3fji/8912_5840_2.osm?dl=0

Janko

čet, 3. ruj 2020. u 17:29 Janko Mihelić  napisao je:

> čet, 3. ruj 2020. u 16:47 Matija Nalis <
> mnalis-openstreetmapl...@voyager.hr> napisao je:
>
>> hm, ne vidim taj source:geometry:dataset bas po taginfu? mozda spojiti u
>> jedan:
>>
>> source:geometry=ZIPP Aerofotogrametrijsko i LiDAR snimanje
>> source:geometry:ref=234235 (ovo umjesto zzip_import_id)
>> source:geometry:date=2012-03-26
>>
>> A da se opet zna *cije* je to Aerofotogrametrijsko i LiDAR snimanje...
>>
>
> Ja sam za. Imaš pravo, dvostruki datum nije potreban. Budem napravio nove
> religijske .osm datoteke sa tagovima. Find Replace.
>
>
>> S tim da mi ovaj drugi svasta nesto radi, ali javlja gresku
>> "confict in 'visible' attribute for object of type node with id 199"
>>
>
> Možda ipak treba prvo ovaj drugi link, a onda prvi. U drugom kaže
> "new_layer=false" a u prvom "true" pa valjda to radi problem kad proba
> spojiti podatke.
>
>
>> i da li bi trebalo biti u tom drugom URL-u "changeset_source=Bing" ?
>> mozda "changeset_source=geoportal.zagreb.hr" ?
>>
>
> To stvara Tasking Manager, ima dio gdje se može podesiti imagery, ja nisam
> stavio ništa pa je stavio defaultni source=Bing. Ali mi je glupo da u
> imagery stavim geoportal.zagreb.hr, pa da se otvori prazno. Možda da
> stavimo Zagreb 2018 imagery, ionako ćemo još malo podešavati po njemu.
> A mogu staviti i geoportal.zagreb.hr, nije neki problem svaki put
> otvoriti imagery..
>
>
>> Ja sam gledao ovaj:
>> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation
>> taj isto koristi utilsplugin2 ali je navodno bolji za conflation zbog
>> neceg :)
>>
>
> Budem probao, sa onim drugim nije baš bilo bezbolno, bilo je dosta ručnog
> rada sa spajanjem točaka.
>
>
>
>> Ja bih dakle da probamo:
>> a) napraviti rucno malo modificiranu fake verziju ovog originalnog ZIPPv1
>> dataseta i spremiti kao ZIPPv2.osm
>> b) probati sa utilsplugin2 (ili JOSM conflate) pluginom u JOSMu rucno
>> conflateati par zgrada po ZIPPv1 (da dobiju import tagove i geometriju)
>> c) sa https://wiki.openstreetmap.org/wiki/OSM_Conflator probati
>> poluautomatski upgrade sa ZIPPv1 na ZIPPv2 geometrije da vidi da li ce ih
>> pokupiti ispravno
>>(Samo za te zgrade koje smo rucno conflateali u koraku b) naravno!)
>>
>> pa tek kada znamo da ce nam to raditi OK, onda da objavimo Task manager...
>>
>
> Ok, budem napravio mini .osm fajlu sa nekoliko crkvica pa se možemo igrati.
>
> Za ljude je vjerojatno dovoljno dobro nesto tipa "source:geometry=RUCNO
>> radjeno prema a,b,c.  Ne dirati osim ako nova geometrija sigurno nije bolja
>> od toga"
>> Pa onda ce razmisliti (nadajmo se) prije nego krenes mijenjati geometriju
>> toga.
>>
>
> Onda je upitno ono što Hrvoje kaže da ionako trebamo namještati po Zagreb
> DOF-u 2018. Jer će onda svi biti bar malo drugačiji. Trebalo bi malo
> proanalizirati koji postotak bi se namještao:
> https://tms.osm-hr.org/
>
> Janko
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

čet, 3. ruj 2020. u 16:47 Matija Nalis 
napisao je:

> hm, ne vidim taj source:geometry:dataset bas po taginfu? mozda spojiti u
> jedan:
>
> source:geometry=ZIPP Aerofotogrametrijsko i LiDAR snimanje
> source:geometry:ref=234235 (ovo umjesto zzip_import_id)
> source:geometry:date=2012-03-26
>
> A da se opet zna *cije* je to Aerofotogrametrijsko i LiDAR snimanje...
>

Ja sam za. Imaš pravo, dvostruki datum nije potreban. Budem napravio nove
religijske .osm datoteke sa tagovima. Find Replace.


> S tim da mi ovaj drugi svasta nesto radi, ali javlja gresku
> "confict in 'visible' attribute for object of type node with id 199"
>

Možda ipak treba prvo ovaj drugi link, a onda prvi. U drugom kaže
"new_layer=false" a u prvom "true" pa valjda to radi problem kad proba
spojiti podatke.


> i da li bi trebalo biti u tom drugom URL-u "changeset_source=Bing" ?
> mozda "changeset_source=geoportal.zagreb.hr" ?
>

To stvara Tasking Manager, ima dio gdje se može podesiti imagery, ja nisam
stavio ništa pa je stavio defaultni source=Bing. Ali mi je glupo da u
imagery stavim geoportal.zagreb.hr, pa da se otvori prazno. Možda da
stavimo Zagreb 2018 imagery, ionako ćemo još malo podešavati po njemu.
A mogu staviti i geoportal.zagreb.hr, nije neki problem svaki put otvoriti
imagery..


> Ja sam gledao ovaj:
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation
> taj isto koristi utilsplugin2 ali je navodno bolji za conflation zbog
> neceg :)
>

Budem probao, sa onim drugim nije baš bilo bezbolno, bilo je dosta ručnog
rada sa spajanjem točaka.



> Ja bih dakle da probamo:
> a) napraviti rucno malo modificiranu fake verziju ovog originalnog ZIPPv1
> dataseta i spremiti kao ZIPPv2.osm
> b) probati sa utilsplugin2 (ili JOSM conflate) pluginom u JOSMu rucno
> conflateati par zgrada po ZIPPv1 (da dobiju import tagove i geometriju)
> c) sa https://wiki.openstreetmap.org/wiki/OSM_Conflator probati
> poluautomatski upgrade sa ZIPPv1 na ZIPPv2 geometrije da vidi da li ce ih
> pokupiti ispravno
>(Samo za te zgrade koje smo rucno conflateali u koraku b) naravno!)
>
> pa tek kada znamo da ce nam to raditi OK, onda da objavimo Task manager...
>

Ok, budem napravio mini .osm fajlu sa nekoliko crkvica pa se možemo igrati.

Za ljude je vjerojatno dovoljno dobro nesto tipa "source:geometry=RUCNO
> radjeno prema a,b,c.  Ne dirati osim ako nova geometrija sigurno nije bolja
> od toga"
> Pa onda ce razmisliti (nadajmo se) prije nego krenes mijenjati geometriju
> toga.
>

Onda je upitno ono što Hrvoje kaže da ionako trebamo namještati po Zagreb
DOF-u 2018. Jer će onda svi biti bar malo drugačiji. Trebalo bi malo
proanalizirati koji postotak bi se namještao:
https://tms.osm-hr.org/

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

Što smo na kraju odlučili za tagove? Jel dobro ovo:

source:geometry=Zagrebačka infrastruktura prostornih podataka
source:geometry:dataset=Aerofotogrametrijsko i LiDAR snimanje 2012.
source:geometry:ref=234235 (ovo umjesto zzip_import_id)
source:geometry:date=2012-03-26

pon, 31. kol 2020. u 09:47 Hrvoje Bogner  napisao je:

> On 28. 08. 2020. 13:57, Janko Mihelić wrote:
>
> pet, 28. kol 2020. u 13:25 Hrvoje Bogner  napisao je:
>
>>
>> Također lidar NIJE 100% točan, za neke objekte je bolje editirati te
>> vektore da pašu na ZG DOF 2018.
>>
>
> Koliko bi novi LIDAR mogao biti precizniji? Jel moguće da je toliko bolji
> da ćemo sve iz 2012 pretvoriti u novi?
>
> Ili je veća šansa da ono što sad uvezemo, i malo popravimo po DOF 2018, da
> se neće više mijenjati još dugo.
>
>
> Ja neznam je li novi lidar snimak Zagreb uopće u planu, znam za RH ali to
> je nije iskoristivo za kuće i zgrade.
>
> Trebamo koristiti ono što imamo sad na raspolaganju, osim ako netko nema
> sigurnu potvrdu i vremenski termin kad će se pojaviti neki bolji i
> kvalitetniji podatci.
>
> Pozdrav, Hrvoje
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

pet, 28. kol 2020. u 13:25 Hrvoje Bogner  napisao je:

>
> Također lidar NIJE 100% točan, za neke objekte je bolje editirati te
> vektore da pašu na ZG DOF 2018.
>

Koliko bi novi LIDAR mogao biti precizniji? Jel moguće da je toliko bolji
da ćemo sve iz 2012 pretvoriti u novi?

Ili je veća šansa da ono što sad uvezemo, i malo popravimo po DOF 2018, da
se neće više mijenjati još dugo.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

pet, 28. kol 2020. u 02:10 Matija Nalis 
napisao je:

> Ma mislio sam tu da li trebamo mozda staviti
> "source:geometry=ZIPP Aerofotogrametrijsko i LiDAR snimanje 2012."
> ili mozda bolje:
> "source:geometry=geoportal.zagreb.hr Aerofotogrametrijsko i LiDAR
> snimanje 2012."
>

Slažem se da trebamo dodati ZIPP negdje. Malo sam pogledao wiki stranicu za
source:
https://wiki.openstreetmap.org/wiki/Key:source

I mislim da bi trebali sve prebaciti na source tag.

Recimo,
source:geometry=Zagrebačka infrastruktura prostornih podataka
source:geometry:dataset=Aerofotogrametrijsko i LiDAR snimanje 2012.
source:geometry:ref=234235 (ovo umjesto zzip_import_id)
source:geometry:date=2012-03-26

To su sve tagovi već poprilično zastupljeni u bazi:
https://taginfo.openstreetmap.org/search?q=source%3Ageometry#keys

4)   Ili ce mi tasking manager nesto poslati u JOSM preko remote controla
> ili nekako?
>

Da, mogu dati dva linka da se vidi što će doći u JOSM:

http://localhost:8111/import?new_layer=true=http://adnet.hr/osm/8919_10544.osm

http://localhost:8111/load_and_zoom?left=15.9741210908886=45.82879924547089=15.996093747134697=45.8441077891506_comment=Manual%20import%20of%20buildings%20in%20Zagreb%20%23osmhr-project-9%20%23ImportZagrebBuildings_source=Bing_layer=false

U wikiju od importa u dijelu Data Merge:
https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZIPP_Buildings#Data_Merge_Workflow

Tamo sam napisao da se instalira utilsplugin2 i onda ćeš dobiti
Replace Geometry alat. Onda imaš dvije opcije, ako je građevina
napravljena od jednog poligona, ili od dva. Ako je od jednog, onda je
trivijalno, odabereš jednog i drugog, i Replace Geometry.

Ako je napravljen od više, onda sve njih odabereš, "Copy"+"Paste at
source position" i onda odmah Ctrl+J, koji ih spoji u jedan outline. I
onda taj outline replace geometry sa starom geometrijom.

U tom slučaju se još samo desi da su sve te točke odspojene, pa ih još
treba sve ručno Ctrl-M, merđat u jednu.

Uglavnom, nije trivijalno, a vjerojatno će još i u svakom primjeru
biti posebnosti. Recimo, što ako neka cestica prolazi kroz građevinu..
Zato mislim da je bolje da to rade samo malo iskusniji maperi.


> 5) treba li mi poseban account za raditi takav import?
>

Ne treba, osim ako na Tasking Manageru odlučimo otvoriti task samo za
odabrane mapere, makar to možda nije potrebno. Možda da samo validiranje
otvorimo samo za odabrane.

>
> 6) sto kada dodje novi dataset? novi ce imati novi source:geometry, npr.
> source:geometry=geoportal.zagreb.hr Aerofotogrametrijsko i LiDAR snimanje
> 2025.


Slažem se, treba napraviti nešto tipa to što si opisao. Ja sam našao
Hooetnanny:
https://github.com/ngageoint/hootenanny
Ali ovo tvoje mi zapravo bolje izgleda. Misliš da bi to trebali prvo
isprobati prije importa? Možda nam još nešto padne na pamet. Mogli bi
recimo samo religijske građevine importati, i onda na njima isprobati OSM
Conflator.


> 7) sto kada dodje novi dataset? Gledam po
> https://wiki.openstreetmap.org/wiki/OSM_Conflator naime pa oni koriste
> "ref:dataset" tag, koji je isti bez obzira o reviziji podataka koje
> importaju?
>
> mozda bi i mi trebali "ref:dataset" staviti?
> i/ili maknuti godinu iz "source:geometry", a ostaviti je u
> "source:geometry:date" ?
> koja je uopce razlika izmedju "ref:dataset" i "source:geometry" ?
>

Gore sam ono što je u source:geometry preimenovao u
source:geometry:dataset. E sad,micati godinu? Ne znam, ja bi ostavio isto
ako se nije promijenila geometrija. Inače bi morali na svim elementima
svakih x godina promijeniti source:geometry:date tagove, iako se ništa ne
mijenja. To mi se nekako čini suvišno.


> 8) sto kada dodje novi dataset? recimo da smo to sad po 2012 LIDARU
> zamijenili geometrije, ali
> smo zakljucili da su nam neke u OSM lokalno ucrtane geometrije
> *BOLJE* od LIDAR-a iz ZIPP-a.  Kako to ispravno oznaciti da se kada
> dobijemo
> teoretski "ZIPP LIDAR 2025" to posebno vidi / ne trga automatski?
>
> Sto me podsjetilo na opceniti problem: kako oznacavati kada neki
> objekt ima
> bolju geometriju od onu standardno preporucene (npr. od Zagreb 2018
> aerial).
>
> Imao sam takav slucaj gdje mi se covjek javio da sam potrgao
> bolju postojecu geometriju koju je on slagao iz vise perspektiva.
> Vidjeti comments na:
> https://www.openstreetmap.org/changeset/85319315


Zanimljivo. Što ako netko napravi bolju geometriju od 2012, ali onda dođe
2025 koji ima bolju geometriju od toga. Kako uopće možeš znati da ćeš imati
bolje od budućeg?
Mogli bi imati jedan korak više, da prvo usporedimo 2025 sa 2012, i onda
samo one koji su drugačiji importamo. Makar, vjerojatno će svi biti
drugačiji, bar za koji centimetar.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

Sori, previdio sam mail
1) Što se tiče mailing liste, mislio sam prvo sa vama to malo proći, pa ću
onda slati na tu mailing listu. Wiki stranica je u draft verziji :) Možemo
ju zajedno mijenjati.
2) Malo sam optimistično napisao tagove koje ćemo dodavati u changeset, jer
mi se čini da Tasking manager može dodati samo comment, tako da bi trebali
smisliti komentar koji bi sve to skupa opisao. Moj prijedlog je "Manual
import of religious buildings in Zagreb #osmhr-project-9
#ImportZagrebBuildings". Ove ostale tagove možda možemo ručno dodavati u
JOSM-u, ali to bi bilo previše gnjavaže.
3) Za otvaranje ispod Afrike je kriv bug u Tasking manageru. Funkcija
skidanja podataka za pojedinu kockicu greškom daje kockicu sa krivim
predznakom, i zato sam morao sve okrenuti naglavačke :) Ali nisam planirao
vama poslati tu .osm fajlu, čini se da sam fulao. Evo prave:

https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0

Janko

pon, 24. kol 2020. u 21:47 Matija Nalis 
napisao je:

> dvije sitnice koje vidim:
>
> 1) wiki kaze pri dnu:
>
> "The email to the Imports mailing list was sent on -MM-DD and can be
> found in the archives of the mailing list at [1]."
> link i datum treba updateati sada kada je poslano na listu
>
> 2) da li bi u changeset source ili negdje trebali dodati cije/otkud je to
> "Aerofotogrametrijsko i LiDAR snimanje 2012." ?
>
> On Sun, Aug 23, 2020 at 04:35:27PM +0200, Janko Mihelić wrote:
> > Pozdrav kartografi!
> >
> > Malo sam se bavio sa importom zgrada koje smo dobili od zagrebačke
> > infrastrukture prostornih podataka (zipp). Doveo sam podatke vjerskih
> > građevina u stanje pred sami import koji ćemo obaviti ručno. To je
> najmanji
> > set podataka pa sam na njemu vježbao. Zgradu po zgradu ćemo uzeti
> > geometriju iz danih podataka, i spojiti ju sa dosadašnjim vektorima u
> > OSM-u. Sačuvat ćemo tagove i povijest vektora u OSM-u.
> >
> > Malo detaljnije o proceduri na wiki stranici otvorenoj za Import:
> > https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZIPP_Buildings
> >
> > Krajnja osm datoteka, zasad od vjerskih građevina, koja će se uvoziti:
> >
> https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0
> >
> > Javite ako imate primjedbe ili komentare.
> >
> > Janko
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
> --
> Opinions above are GNU-copylefted.
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Import zgrada u Zagrebu

[Janko Mihelić]

Pozdrav kartografi!

Malo sam se bavio sa importom zgrada koje smo dobili od zagrebačke
infrastrukture prostornih podataka (zipp). Doveo sam podatke vjerskih
građevina u stanje pred sami import koji ćemo obaviti ručno. To je najmanji
set podataka pa sam na njemu vježbao. Zgradu po zgradu ćemo uzeti
geometriju iz danih podataka, i spojiti ju sa dosadašnjim vektorima u
OSM-u. Sačuvat ćemo tagove i povijest vektora u OSM-u.

Malo detaljnije o proceduri na wiki stranici otvorenoj za Import:
https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZIPP_Buildings

Krajnja osm datoteka, zasad od vjerskih građevina, koja će se uvoziti:
https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0

Javite ako imate primjedbe ili komentare.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Kucni brojevi

[Janko Mihelić]

uto, 5. svi 2020. u 22:52 Martin Sever  napisao je:

> nisam siguran kod "addr:place" ili "addr:city". Npr.
> kad se ime naselja i poštanskog ureda nisu jednaki.
> Evo primjer jednog šoping centra
> https://www.openstreetmap.org/way/230131183
> Ovdje je pod "addr:place" ime naselja u kojem se objekt nalazi, a pod
> "addr:city" ime naselja u kojem je odredišni poštanski ured.
> Da li je ovakvo označavanje u redu, ili treba nešto promjeniti?
>

Dobra pitanja! Malo sam prokopao, i evo odgovora. addr:place=* se koristi
za sela u kojima nema imena ulica. Dakle ako netko u selu ima adresu
"Bebrina 34", "Bebrina" se ne stavlja u addr:street, jer to nije ime ulice,
nego "addr:place=Bebrina". Također, ne bi trebalo na ulice
(highway=residential) stavljati ta imena sela, jer opet, to nisu imena
ulica. To viđam često.
Drugim riječima, na tvojem šoping centru krivo je upisan taj tag, pošto
postoji ime ulice. addr:street i addr:place ne bi trebali postojati zajedno.

addr:city se koristi za ime grada u kojem je neka kuća, uz ime ulice. Nemam
pojma kakve bi veze imao odredišni poštanski ured. Također, taj tag je
pomalo suvišan, jer često postoje granice grada pa je jasno u kojem je
gradu neka adresa. Ali nije krivo ako ga se postavi.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Kucni brojevi

[Janko Mihelić]

On Fri, May 1, 2020, 03:37 Matija Nalis 
wrote:

>
> Slabo mapiram broj katova uopce (jer ga najcescen niti ne znam, a i
> nije mi prioritetan), osim eventualno na terenu sa StreetComplete,
> ali onda on to sam odradi na koji god nacin odradi :)
>
> Kako uopce oznacavas katove ako je jedna gradjevina sa vise katova?
> Ili ne mozes oznaciti katove, ili moras rasjeci u dvije gradjevine?
> Ili nesto trece?
>

Označavaš maksimalan broj katova u cijeloj zgradi, a onda ako se baš
zainatiš, ucrtaš building:part=yes unutra, i njemu daš pravi broj za taj
dio.

>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Mapiranje svih gradjevina u RH

[Janko Mihelić]

On Fri, May 1, 2020, 11:37  wrote:

> Imamo li digitalni layer katastarskih cestica odnosno gradevina od drzavne
> uprave? Ja bih krenuo u mapiranje toga kad to bude bilo dostupno. Sve
> ostalo nije bas previse tocno.
>
> Sto se tice adresa, ustaljena praksa u drugim drzavama je ulaz (su ulazi)
> u zgradu tocno na liniji zgrade prema cesti (vidi npr Beč).
>

Ima li smisla ucrtavati, o tome bi se dalo pričati. Ako digitalni layer
dobijemo za 5 godina, to znači da ćemo toliko vremena biti bez
koliko-toliko okej građevina. Nitko se neće tjerati da ucrtava. Jedino ako
ima neki pametniji posao koji bi bio korisniji ili lakši pa da na to
usmjerimo snage.

Što se adresa tiče, moj pristup je bio da se (a slično sam čitao na glavnoj
tagging mailing listi), kad god je moguće, cijela zgrada označi sa adresom.
Na taj način ako stavimo POI u zgradu, on bi u nekim pametnijim geokoderima
mogao preuzeti adresu zgrade oko njega (ako već nema adresu). Također, ako
se ucrta 5 ulaza u neku veliku zgradu, onda bi ruter mogao rutati u
najbliži ulaz od zgrade sa tom adresom.

Ako svaki ulaz neke zgrade ima drugu adresu, onda sam za pristup adrese na
ulazima.

Inače nisam protiv toga da se adresa mapira više puta, dakle ako se mapira
na zgradi i na ulazu, ne vidim problem.

Malo je zeznuto u slučaju industrijskog dvorišta koje ima jednu adresu.
Možeš adresu staviti na ulaznu kapiju, ulaznu recepciju, na upravnu zgradu,
na cijelo zemljište.. Po meni je sve to okej, ako ih se adresira nekoliko,
sve je ispravno. Ali opet, ako se stavi adresa na cijelo zemljište, pametni
geokoder bi mogao dodijeliti svima unutra tu adresu.

Janko

>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Janko Mihelić]

Ja sam popikao dosta offseta, pa bi bilo dobro kod svakog taska otići u
menu Imagery od JOSM-a, i odabrati Get Imagery Offset... Ili kratica
Ctrl-Alt-I
Možete me malo i provjeriti, pa ako nađete mjesto gdje offset nije baš
dobar, dodajte novi.

sri, 22. tra 2020. u 23:04 Matija Nalis 
napisao je:

> On Tue, Apr 21, 2020 at 02:36:13PM +0200, hbogner wrote:
> > On 21. 04. 2020. 14:25, Hrvoje Bogner wrote:
> > > On 20. 04. 2020. 00:53, Matija Nalis wrote:
> > > > Ono sto se moze dodatno mapirati kod kucica a sto vidimo na "Knin
> 2007" je:
> > > > https://wiki.openstreetmap.org/wiki/Key:roof:shape
> > >
> > > Slažem se za roof:shape, to bi trebali za sve gdje imamo dovoljno
> > > detaljne snimke, također ako se može detektirati da je kuća onda
> > >
> > Imaš li volje i želje to nadopisati na projektni zadatak?
> >
> > Ili netko drugi da mu se da to dopisati i opisati?
>
> evo dopisao sam u eng i hrv.
>
> --
> Opinions above are GNU-copylefted.
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Janko Mihelić]

Čini se da iD to nema.. Onda možemo poklikati te offsete, vidjeti kako radi
u JOSM-u, i isključiti iD iz raspoloživih editora.

sri, 15. tra 2020. u 17:05 Hrvoje Bogner  napisao je:

> Imagery offset database je integriran u josm, ali trebamo za svaki dio
> Knina to složiti jer su različiti offseti, je li integriran u id to neznam
> ali sumnjam
>
> https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database
>
> On 15. 04. 2020. 12:49, Janko Mihelić wrote:
>
> Ja sam za to da ipak sredimo sa pravim offsetom, vratit će nam se to na
> budućim snimkama. Je li moguće napraviti neke offsete i onda ih šerati tako
> da ih svi imaju? Znam da je postojao takav projekt, ali ne znam jel
> integriran u JOSM ili iD.
>
> uto, 14. tra 2020. u 23:09 Hrvoje Bogner  napisao je:
>
>> Dakle ekipo što ćemo, držati se 2007 ili namještati na DGU DOF svaku dio
>> pojedinačno?
>>
>> Ja sam možda za to da cijeli Knin odradimo na temelju 2007 a na rubnim
>> područjima prilagodimo prijelaz na DGU DOF radi kasnijeg lakšeg
>> povezivanja.
>>
>> Da čujemo i vaša mišljenja kao iskusih mapera...
>>
>> On 14. 04. 2020. 17:42, Ivan Habunek wrote:
>> > On Tue, 14 Apr 2020, at 17:22, Hrvoje Bogner wrote:
>> >> Imaš pravo, to mi je promaklo. Sad sam usporedio i DGU ima fiksne
>> >> položaje prometnica na sve 3 godine snimanja, ali se samo kut snimanja
>> >> razlikuje pa se krovovi "naginju".  Trebalo bi namjestiti Knin 2007 na
>> >> DGU položaje prometnica. Znači Geofoto je Kninu prodao loše
>> >> pozicionirane snimke ili sam ja nešto zeznuo u konverziji.
>> > Namjestio sam offset u JOSM za Knin na -2.39; 3.58 i čini se da ga to
>> poravna sa DGU.
>> >
>> > Možda bi bilo dobro dodati naputak u upute.
>> >
>> > Pozdrav,
>> > Ivan
>> >
>> > ___
>> > Talk-hr mailing list
>> > Talk-hr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-hr
>>
>> ___
>> Talk-hr mailing list
>> Talk-hr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-hr
>>
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Janko Mihelić]

Ja sam za to da ipak sredimo sa pravim offsetom, vratit će nam se to na
budućim snimkama. Je li moguće napraviti neke offsete i onda ih šerati tako
da ih svi imaju? Znam da je postojao takav projekt, ali ne znam jel
integriran u JOSM ili iD.

uto, 14. tra 2020. u 23:09 Hrvoje Bogner  napisao je:

> Dakle ekipo što ćemo, držati se 2007 ili namještati na DGU DOF svaku dio
> pojedinačno?
>
> Ja sam možda za to da cijeli Knin odradimo na temelju 2007 a na rubnim
> područjima prilagodimo prijelaz na DGU DOF radi kasnijeg lakšeg
> povezivanja.
>
> Da čujemo i vaša mišljenja kao iskusih mapera...
>
> On 14. 04. 2020. 17:42, Ivan Habunek wrote:
> > On Tue, 14 Apr 2020, at 17:22, Hrvoje Bogner wrote:
> >> Imaš pravo, to mi je promaklo. Sad sam usporedio i DGU ima fiksne
> >> položaje prometnica na sve 3 godine snimanja, ali se samo kut snimanja
> >> razlikuje pa se krovovi "naginju".  Trebalo bi namjestiti Knin 2007 na
> >> DGU položaje prometnica. Znači Geofoto je Kninu prodao loše
> >> pozicionirane snimke ili sam ja nešto zeznuo u konverziji.
> > Namjestio sam offset u JOSM za Knin na -2.39; 3.58 i čini se da ga to
> poravna sa DGU.
> >
> > Možda bi bilo dobro dodati naputak u upute.
> >
> > Pozdrav,
> > Ivan
> >
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Krivi editi

[Janko Mihelić]

Jel kontantiran? Mogu ja ako još nitko nije.

uto, 11. velj 2020. u 03:57 Matija Nalis <
mnalis-openstreetmapl...@voyager.hr> napisao je:

> da, idealno bi bilo kontaktirati autora, i vidjeti zasto to prepravlja?
>
> On Mon, Feb 10, 2020 at 11:42:26AM +0100, Ivan Habunek wrote:
> > Bok ekipa,
> >
> > Uočio sam na OSM Inspektoru da su krivo tagana stajališta autobusa u
> Velikoj gorici.
> >
> > Pogledao sam povijest i ispada da ih je Janjko ispravno unio kao
> public_transport=platform ali onda je fran_B prepravio u
> platform=stop_position, što je neispravno.
> >
> > Što se radi u ovakvoj situaciji? Kako se reverta? Trebamo kontaktirati
> autora i pričati s njime? :)
> >
> > Inspektor:
> https://tools.geofabrik.de/osmi/?view=pubtrans_stops=16.07700=45.71120=18=stops_,stops_positions,stops_classic,stops_positions_not_on_ways,platforms_,platforms_nodes,platforms_ways
> >
> > Changeset: https://www.openstreetmap.org/changeset/80529745
> >
> > History jednog od nodeova:
> http://osm.mapki.com/history/node.php?id=7038174257
> >
> > Pozdrav,
> > -- Ivan
> >
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
> --
> Opinions above are GNU-copylefted.
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk] Tag:man_made=embankment

[Janko Mihelić]

On Fri, Jan 17, 2020, 16:12 <80hnhtv4a...@bk.ru> wrote:

> yes the flat, but at the top is a golf coarse and or a sports field and
> there are several flats on the way up.
>
> but in the case of a hole in the ground, storm water dry pound ???
>

I didn't quite understand the first sentence. Could you show a photo of the
place?

As for a hole in the ground, it would look like this:
https://www.openstreetmap.org/#map=18/45.49430/15.55295

A circle with v's pointing inside.

>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Tag:man_made=embankment

[Janko Mihelić]

On Thu, Jan 16, 2020, 23:47 80hnhtv4agou--- via talk 
wrote:

> OK !
>
> but where do i draw the line and which way do the v’s point ?
>
>

The line is drawn next to the road, on the top of the embankment. The v's
point down.

The thing I don't know, is if I draw the detailed embankment with it's own
way, do I add embankment=yes to the road? In my opinion, it should be on
the road as well, because it's an attribute of the road.

>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-transit] Multiple ref=* on route=train

[Janko Mihelić]

Hi!

The local rail transport company has a timetable where each departure has
its own ref. So a train goes from A to B in the morning, and that has a ref
8005. Then it goes the same route an hour later, and that is 8007. Anyway,
during the day, the same route is done 21 times, and tags on my relation
look like this:

https://www.openstreetmap.org/relation/7251329

Does this make sense? Do other companies have the same way of putting refs
on their departures? How do you deal with it?

Thanks,
Janko
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-hr] Upis podataka iz ZET-ovog GTFS-a u OSM

[Janko Mihelić]

čet, 14. stu 2019. u 11:03 Ivan Habunek  napisao je:

> Nažalost za svaku stanicu imaju samo jednu lokaciju, čak i kad su pozicije
> stajališta u raznim smjerovima dosta udaljenje.


Imaš pravo. Zato Google Maps ima na svojoj karti samo po jednu stanicu za
svaku od ovih. Pitanje je ima li smisla sada upisivati brojeve ako će se to
popraviti u nekom trenutku, onda ćemo morati sve opet upisati. A trenutno
nemamo nikakvu korist od toga.

Razmišljam da li bi se ovo dalo nekako automatizirati.
>

Za automatizaciju postoji:

https://github.com/CUTR-at-USF/gtfs-osm-sync

Java projekt koji se može bildati u mavenu. Koliko sam pročitao, može
napraviti report, i čak može automatski raditi changesetove. Što očito ne
želimo jer je ZET-ov GTFS traljav. Ali report bi mogao biti koristan.


> Da li onda ima smisla stavljati i operator=ZET na stajališta?
>

Moguće, ali vidim da se u vezi toga spominje agency_id, ali i da to radi
probleme jer jedno stajalište može koristiti više agencija. Po meni bi
operator na stajalištu značilo tko popravlja tu stanicu kada se pokvari. A
za to nisam siguran, je li to ZET ili Grad Zagreb.


> Pretraživanjem weba sam naletio na GTFS podatke za HŽ, ne znam jeste li to
> već koristili:
> https://data.gov.hr/dataset/vozni-red-h-putni-kog-prijevoza-u-gtfs-obliku


Ovaj GTFS isto nije baš detaljan, Zagrebački glavni kolodvor je jedna
točka, ništa o peronima i kolosijecima.

BTW Janko, vidio sam da ucrtavaš i popravljaš autobusne linije, da li bi
> mogao upisati što ucrtaš ovdje:
>
> https://wiki.openstreetmap.org/wiki/WikiProject_Croatia/Javni_prijevoz#Zagreb
>
> Tako se možemo lakše koordinirati.
>

Može.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Upis podataka iz ZET-ovog GTFS-a u OSM

[Janko Mihelić]

Pozdrav!

GTFS (General Transit Feed Specification) je otvoreni standard za opis
podataka pojedinog javnog prijevoznika. Unutra su opisane sve stanice,
rute, vremena kretanja, itd.. Našao sam da je ZET objavio svoj GTFS, ovdje:

http://www.zet.hr/odredbe/datoteke-u-gtfs-formatu/669

Ono što tu ima a meni se čini da bi trebali upisati u OSM su ref-ovi
(id-ovi) stanica u datoteci stops.txt. Predlažem tag ref=*, zbog
jednostavnosti. Ref-ove ruta već imamo jer su u GTFS-u identični broju
pojedine linije.

Ako OsmAnd ili netko drugi ikad krene uzimati GTFS podatke, bit ćemo
spremni :)

Trebalo bi pogledati ima li još koji hrvatski prijevoznik sa GTFS-om.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Hrvatske podloge od sad dostupne kao standardni slojevi u editorima

[Janko Mihelić]

Sjajno!

Još bih nadodao da možemo smatrati da su pomaci pozadine na ovim snimcima
zanemarivi, tako da više nije potrebno pomicati pozadine po GPS tragovima.
Ako ima neko područje koje ima pomak, ispravite me.

Mene zanima, tko odlučuje koja pozadina je najbolja za neko područje? Zašto
nisu DOF 2018 i DOF 2017 odabrani kao najbolje pozadine za ostatak Hrvatske?

čet, 31. lis 2019. u 10:04 hbogner  napisao je:

>
> https://osm-hr.org/2019/10/31/hrvatske-podloge-od-sad-dostupne-kao-standardni-slojevi-u-editorima/
>
> Podloge o kojima je prethodno pisano su od sad dostupne kao standardni
> slojevi koje je potrebno samo odabrati među ponuđenima u iD, Vespucci,
> Go Map!!, Potlatch 2 i JOSM editorima. Više nema potrebe za ručnim
> unošenjem adrese servera i slojeva.
> JOSM slojevi
>
> To će olakšati korištenje tih podataka, što korisnicima početnicima, što
> iskusnim korisnicima iz drugih krajeva koji uređuju ovo područje. U
> JOSM-u je potrebno aktivirati dostupne slojeve sa liste, dok se U iD-u
> automatski učitaju slojevi dostupni za to područje.
> iD slojevi u Zagrebu
>
> Ortofoto Grada Zagreba je označen kao najbolji za to područje tako da se
> on automatski učitava u iD-u kad se odabere opcija edit, što je vidljivo
> po * uz taj sloj.
> iD slojevi u Kninu
>
> Obratite pažnju na to da su svi ortofoto materijali cenzurirani tako da
> su objekti od interesa zamaskirani kao okolno zelenilo. To je vidljivo
> promjenom na neku od standardnih satelitskih podloga, ali čak i
> promjenom između različitih ortofoto podloga jer su snimane različitih
> godina, a tokom godina su se mjenjale zone cenzure.
>
> Obratite pažnju i na različite godine snimanja, te ih uspoređujte. Na
> nekim starijim snimkama objekti se mogu lakše razaznati nego na novijim,
> naprimjer radi boljeg kontrasta snimke. Položaji objekata također mogu
> odstupati jer su snimani pod određenim kutom u različitim godinama, tako
> da i njih usporedite na više snimaka.
>
> Sretno mapiranje!
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

Mislim da treba vidjeti koji zoom ima smisla, i onda ga ograničiti na taj
zoom, i po tome napraviti granice. Ali možda samo uzeti granice Hrvatske i
bok.

On Sun, Oct 20, 2019, 22:00 hbogner  wrote:

> Ima li smisla dodavati i RGI?
> Ako da treba vidjeti može li se iskoristiti neki DOF geojson kao početna
> točka po kojoj bi se to malo dodatno editirao.
>
> On 14. 10. 2019. 13:01, Janko Mihelić wrote:
> > Evo ja ću probati srediti RGI
> >
> > pon, 14. lis 2019. u 10:23 hbogner  napisao je:
> >
> >> Treba mi pomoć oko označavanja zona pokrivenosti DGU podlogama
> >>
> >> Na osm-hr blogu su dva članka sa linkovima na wms servise DGU-a
> >>
> >> -
> >>
> >>
> https://osm-hr.org/2019/06/04/pravo-koristenja-mreznih-usluga-prostornih-podataka-drzavne-geodetske-uprave/
> >> -
> >>
> >>
> https://osm-hr.org/2019/07/11/objavljen-digitalni-ortofoto-drzavne-geodetske-uprave-2018/
> >>
> >> Trebaju nam poligoni koji označavaju pokrivenost određenim podlogama kao
> >> na
> >>
> >>
> https://github.com/osmlab/editor-layer-index/tree/gh-pages/sources/europe/hr
> >>
> >> Projekt je privremeno forkan u osm-hr pa možete tamo direktno pushati
> >>
> >>
> https://github.com/osm-hr/editor-layer-index/tree/gh-pages/sources/europe/hr
> >>
> >> HOK ja rješavam, ali trebaju nam RGI, te svi DOF-ovi da završimo sve DGU
> >> slojeve s aliste: https://github.com/osm-hr/osm-hr/issues/60
> >>
> >>
> >>
> >> ___
> >> Talk-hr mailing list
> >> Talk-hr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-hr
> >>
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] osm-hr tasking manager

[Janko Mihelić]

Sad sam se sjetio da postoji tag not:name

https://wiki.openstreetmap.org/wiki/Key:not:name

Tako da ako tk25 nije točan, onda bih taj naziv stavio u not:name i to je
to. Možda još ako baš želimo, not:name:source=TK 1:25000 da se zna otkuda
dolazi not:name.
A umjesto name:hr:local stavio bih jednostavno local_name=* ili alt_name
=*. Na taj način koristimo globalne tagove koji su svima jasni, pa i
turistima.

Janko

ned, 20. lis 2019. u 21:51 hbogner  napisao je:

> za svaki naziv koji ima konflikt stavio bi "name:hr:tk25=tk25 naziv"
> "name:hr:local=postojeci naziv", te stavio "name=tk25 naziv"
> Kad ekipa prijavi da je na tk25 krivo onda i to stavio kako je stvarni
> naziv i stavio "name:hr:tk25-false=yes" i stavio bi "name=pravi naziv"
> te ostavio tk naziv i oznaku da je false
>
> pozdrav hrvoje
>
> On 18. 10. 2019. 13:57, Janko Mihelić wrote:
> > Trebamo odlučiti kako upisati krivi naziv. Ja predlažem
> > "name:hr:tk25000=Krivi Naziv Uvale". Možemo to upisati na upute taska.
> >
> > Janko
> >
> > čet, 17. lis 2019. u 14:56 hbogner  napisao je:
> >
> >> Komentirao je netko na facebook-u da su neki nazivi na tk25 krivi i da
> >> su već prijavljivali to.
> >> Moj prijedlog je da se oba naziva upišu, jedan kao pravi, a drugi kao
> >> izvor tk25 koji je krivo nazvan.
> >>
> >> On 16. 10. 2019. 13:45, Ivan Habunek wrote:
> >>> On Wed, 16 Oct 2019, at 11:49, hbogner wrote:
> >>>> Za sada na našem Tasking-manageru postoji jedan zadatak, kartiranje
> >>>> uvala u Hrvatskoj (vidi sliku).
> >>>
> >>> Hah, baš sam ovo ljeto mapirao uvale na Unijama koristeći jednu staru
> >> papirnatu topo kartu koju imam kao referencu. :)
> >>>
> >>> Istražim malo kako radi softver pa prekontroliram još jednom i označim
> >> što je napravljeno.
> >>>
> >>> Pozdrav,
> >>> Ivan
> >>
> >>
> >> ___
> >> Talk-hr mailing list
> >> Talk-hr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-hr
> >>
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] osm-hr tasking manager

[Janko Mihelić]

Trebamo odlučiti kako upisati krivi naziv. Ja predlažem
"name:hr:tk25000=Krivi Naziv Uvale". Možemo to upisati na upute taska.

Janko

čet, 17. lis 2019. u 14:56 hbogner  napisao je:

> Komentirao je netko na facebook-u da su neki nazivi na tk25 krivi i da
> su već prijavljivali to.
> Moj prijedlog je da se oba naziva upišu, jedan kao pravi, a drugi kao
> izvor tk25 koji je krivo nazvan.
>
> On 16. 10. 2019. 13:45, Ivan Habunek wrote:
> > On Wed, 16 Oct 2019, at 11:49, hbogner wrote:
> >> Za sada na našem Tasking-manageru postoji jedan zadatak, kartiranje
> >> uvala u Hrvatskoj (vidi sliku).
> >
> > Hah, baš sam ovo ljeto mapirao uvale na Unijama koristeći jednu staru
> papirnatu topo kartu koju imam kao referencu. :)
> >
> > Istražim malo kako radi softver pa prekontroliram još jednom i označim
> što je napravljeno.
> >
> > Pozdrav,
> > Ivan
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

Evo i zadnjeg dofa, 2011. Njega sam isto kao i 2014/2016, složio od spojeva
drugih plus malo popravljanja. On je malko uži od drugih, tako da mi je
onda kod njega ispalo da su sve ucrtane granice malko dalje od pravih
granica snimaka, ali mislim da nije prestrašno. Ako netko želi popravljati,
slobodno. Meni je dosta :D

https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2011.geojson



sri, 16. lis 2019. u 14:27 Janko Mihelić  napisao je:

> Evo i 2014-2016. Srećom, bilo je puno sličnih vektora kao i u dvije prošle
> karte pa sam opet iskoristio ta dva i samo neke razlike popravio.
>
>
> https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2014-2016.geojson
>
> sri, 16. lis 2019. u 11:21 Janko Mihelić  napisao je:
>
>> Evo i 2017
>>
>> https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2017.geojson
>>
>> uto, 15. lis 2019. u 22:00 hbogner  napisao je:
>>
>>> Možeš ti ako ti se da, ali mogu i ja ako hoćeš.
>>> Bitnije mi je da se kopnene granice označe, more lako ja editiram i
>>> pojednostavim.
>>>
>>> On 15. 10. 2019. 17:43, Janko Mihelić wrote:
>>> > uto, 15. lis 2019. u 16:40 hbogner  napisao
>>> je:
>>> >
>>> >> Preko mora slobodno možeš povući ravnu liniju kao ja na HOK-u, nemoraš
>>> >> pratiti obalu sve do bakarskog zaljeva :)
>>> >>
>>> >
>>> > Da sad ostavim ovako? :) Ili da mijenjam.
>>> > Idem sada na DOF 2017.
>>> > ___
>>> > Talk-hr mailing list
>>> > Talk-hr@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-hr
>>> >
>>>
>>>
>>>
>>> ___
>>> Talk-hr mailing list
>>> Talk-hr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-hr
>>>
>>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

Evo i 2014-2016. Srećom, bilo je puno sličnih vektora kao i u dvije prošle
karte pa sam opet iskoristio ta dva i samo neke razlike popravio.

https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2014-2016.geojson

sri, 16. lis 2019. u 11:21 Janko Mihelić  napisao je:

> Evo i 2017
>
> https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2017.geojson
>
> uto, 15. lis 2019. u 22:00 hbogner  napisao je:
>
>> Možeš ti ako ti se da, ali mogu i ja ako hoćeš.
>> Bitnije mi je da se kopnene granice označe, more lako ja editiram i
>> pojednostavim.
>>
>> On 15. 10. 2019. 17:43, Janko Mihelić wrote:
>> > uto, 15. lis 2019. u 16:40 hbogner  napisao je:
>> >
>> >> Preko mora slobodno možeš povući ravnu liniju kao ja na HOK-u, nemoraš
>> >> pratiti obalu sve do bakarskog zaljeva :)
>> >>
>> >
>> > Da sad ostavim ovako? :) Ili da mijenjam.
>> > Idem sada na DOF 2017.
>> > ___
>> > Talk-hr mailing list
>> > Talk-hr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-hr
>> >
>>
>>
>>
>> ___
>> Talk-hr mailing list
>> Talk-hr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-hr
>>
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

Evo i 2017
https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2017.geojson

uto, 15. lis 2019. u 22:00 hbogner  napisao je:

> Možeš ti ako ti se da, ali mogu i ja ako hoćeš.
> Bitnije mi je da se kopnene granice označe, more lako ja editiram i
> pojednostavim.
>
> On 15. 10. 2019. 17:43, Janko Mihelić wrote:
> > uto, 15. lis 2019. u 16:40 hbogner  napisao je:
> >
> >> Preko mora slobodno možeš povući ravnu liniju kao ja na HOK-u, nemoraš
> >> pratiti obalu sve do bakarskog zaljeva :)
> >>
> >
> > Da sad ostavim ovako? :) Ili da mijenjam.
> > Idem sada na DOF 2017.
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

uto, 15. lis 2019. u 16:40 hbogner  napisao je:

> Preko mora slobodno možeš povući ravnu liniju kao ja na HOK-u, nemoraš
> pratiti obalu sve do bakarskog zaljeva :)
>

Da sad ostavim ovako? :) Ili da mijenjam.
Idem sada na DOF 2017.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

Nadam se da će ovo doći na listu,

ja sam dodao dgu-dof-2018:
https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2018.geojson

Kopirao sam isti stil geojsona iz dgu-topo-100.geojson , ali sam promijenio
stvari koje su mi bile jasne. Mislim da bi se možda max_zoom mogao povećati
sa 19 na nešto veće, vidim da iD dopušta goleme zoomove, ali ne znam kako
vidjeti koji bi bio taj max. "available_projections" isto nisam mijenjao.
Ostalo mi se čini ok.

Janko

pon, 14. lis 2019. u 13:11 hbogner  napisao je:

> DGU HOK, US topo, Orbview su gotovi. DGU DOF i DGU RGI su preostali.
>
> DOF je hitniji od RGI, ali svaka pomoć je dobrodošla. :)
>
>
> On 14. 10. 2019. 13:01, Janko Mihelić wrote:
> > Evo ja ću probati srediti RGI
> >
> > pon, 14. lis 2019. u 10:23 hbogner  napisao je:
> >
> >> Treba mi pomoć oko označavanja zona pokrivenosti DGU podlogama
> >>
> >> Na osm-hr blogu su dva članka sa linkovima na wms servise DGU-a
> >>
> >> -
> >>
> >>
> https://osm-hr.org/2019/06/04/pravo-koristenja-mreznih-usluga-prostornih-podataka-drzavne-geodetske-uprave/
> >> -
> >>
> >>
> https://osm-hr.org/2019/07/11/objavljen-digitalni-ortofoto-drzavne-geodetske-uprave-2018/
> >>
> >> Trebaju nam poligoni koji označavaju pokrivenost određenim podlogama kao
> >> na
> >>
> >>
> https://github.com/osmlab/editor-layer-index/tree/gh-pages/sources/europe/hr
> >>
> >> Projekt je privremeno forkan u osm-hr pa možete tamo direktno pushati
> >>
> >>
> https://github.com/osm-hr/editor-layer-index/tree/gh-pages/sources/europe/hr
> >>
> >> HOK ja rješavam, ali trebaju nam RGI, te svi DOF-ovi da završimo sve DGU
> >> slojeve s aliste: https://github.com/osm-hr/osm-hr/issues/60
> >>
> >>
> >>
> >> ___
> >> Talk-hr mailing list
> >> Talk-hr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-hr
> >>
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[Janko Mihelić]

Evo ja ću probati srediti RGI

pon, 14. lis 2019. u 10:23 hbogner  napisao je:

> Treba mi pomoć oko označavanja zona pokrivenosti DGU podlogama
>
> Na osm-hr blogu su dva članka sa linkovima na wms servise DGU-a
>
> -
>
> https://osm-hr.org/2019/06/04/pravo-koristenja-mreznih-usluga-prostornih-podataka-drzavne-geodetske-uprave/
> -
>
> https://osm-hr.org/2019/07/11/objavljen-digitalni-ortofoto-drzavne-geodetske-uprave-2018/
>
> Trebaju nam poligoni koji označavaju pokrivenost određenim podlogama kao
> na
>
> https://github.com/osmlab/editor-layer-index/tree/gh-pages/sources/europe/hr
>
> Projekt je privremeno forkan u osm-hr pa možete tamo direktno pushati
>
> https://github.com/osm-hr/editor-layer-index/tree/gh-pages/sources/europe/hr
>
> HOK ja rješavam, ali trebaju nam RGI, te svi DOF-ovi da završimo sve DGU
> slojeve s aliste: https://github.com/osm-hr/osm-hr/issues/60
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Javni prijevoz u Zagrebu

[Janko Mihelić]

Super! Drago mi je da je pokus uspio. Vjerojatno postoje slučajevi kad je
dobro imati i stop_position, ali sad mi ne padaju na pamet. Možda u
autobusnom kolodvoru, gdje je sve jako gusto. Ali bez stop_position je
vjerojatno dobro za 99% slučajeva.

ned, 29. ruj 2019. u 16:24 Ivan Habunek  napisao je:

>
> Ako vi nemate ništa protiv, ja bih nastavio mapirati rute u ovom stilu,
> bez stop_position, pošto radi za routing, a i upute na OSM wikiju to
> predlažu.
>

Samo naprijed!
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Javni prijevoz u Zagrebu

[Janko Mihelić]

E da, još postoji i Geofabrikov OSM Inspector u kojem možeš uhvatiti pokoju
grešku:

https://tools.geofabrik.de/osmi/?view=pubtrans_routes

čet, 26. ruj 2019. u 14:45 Ivan Habunek  napisao je:

> On Thu, 26 Sep 2019, at 14:39, Janko Mihelić wrote:
>
> Nedavno je bila rasprava na glavnoj tagging mailing listi o tim dodatnim
> tagovima na cesti, i ljudi uglavnom misle da su suvišni. Ja sam ih ipak
> dodavao zato što sam htio routanje u OsmAndu, a OsmAnd je izbacio svoje
> preporuke o mapiranju ruta:
>
> https://osmand.net/blog/guideline-pt
>
> I tamo spominju oba elementa, i stop_position i platform.
> Hoće li raditi routanje u OsmAndu ako se ne stave stop_position? Ne znam
> jer nisam probao. Možeš probati napraviti jednu rutu tako, pa onda
> slijedeći dan skineš podatke odavde:
> https://data.osm-hr.org/osmand/
> Zamijeniš datoteku koju koristi tvoj OsmAnd, i vidiš jel radi. Ili čekaš
> kraj mjeseca za službenu verziju.
>
>
> Onda ću tako i napraviti, pokusno jednu rutu napraviti bez stop_positiona,
> pa ćemo onda znati.
>
> Proučim i guideline. Thx.
>
> Pozdrav,
> Ivan
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Javni prijevoz u Zagrebu

[Janko Mihelić]

čet, 26. ruj 2019. u 09:28 Ivan Habunek  napisao je:

> Da li imamo nekog razloga ne pratiti ove upute?
>
> Mislim da bi bilo lakše ako imamo manje elementa koje treba ucrtati. :)
>
>
Nedavno je bila rasprava na glavnoj tagging mailing listi o tim dodatnim
tagovima na cesti, i ljudi uglavnom misle da su suvišni. Ja sam ih ipak
dodavao zato što sam htio routanje u OsmAndu, a OsmAnd je izbacio svoje
preporuke o mapiranju ruta:

https://osmand.net/blog/guideline-pt

I tamo spominju oba elementa, i stop_position i platform.
Hoće li raditi routanje u OsmAndu ako se ne stave stop_position? Ne znam
jer nisam probao. Možeš probati napraviti jednu rutu tako, pa onda
slijedeći dan skineš podatke odavde:
https://data.osm-hr.org/osmand/
Zamijeniš datoteku koju koristi tvoj OsmAnd, i vidiš jel radi. Ili čekaš
kraj mjeseca za službenu verziju.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Javni prijevoz u Zagrebu

[Janko Mihelić]

Sjajno!

E ovako. Ja sam se bacio na Zagrebački javni prijevoz prije par mjeseci,
zato što je OsmAnd objavio da će početi podržavati routanje po javnom
prijevozu. Predlažem da skineš OsmAnd i isprobaš routanje. Za sada radi
routanje sa svim tramvajima, i par autobusnih ruta. Tramvaje je skoro do
kraja doveo korisnik dplehati, ja sam dovršio.

E sad, kako mapirati. Predlažem da pogledaš tramvajske rute, i kreneš tako
mapirati. Autobusima bi trebalo sve stanice pretvoriti u jednu točku na
cesti sa public_transport=stop_position + bus=yes + name=*, a svakom
stajalištu public_transport=platform + bus=yes + name=* i još
highway=bus_stop za renderiranje.

Budem malo dodao upute na Wiki ako se nitko ne buni. Mislim da je
kompatibilnost sa OsmAndom okej cilj.

Janko


On Tue, Sep 24, 2019, 20:54 Ivan Habunek  wrote:

> Bok!
>
> Pokrenuo sam neki pet projekt  koji koristi osm podatke o javnom prijevozu
> pa malo gledam koje je stanje i nalazim dosta zbrke, pa bih volio mišljenje
> malo iskusnijih prije nego što krenem u veće zahvate.
>
> Evo na primjeru autobusa 109, Črnomerec - Dugave.
>
> Prvo sam potražio što kažu wiki stranice:
>
> https://wiki.openstreetmap.org/wiki/WikiProject_Croatia/Javni_prijevoz#Zagreb
>
> Tu je navedena samo jedna relacija, ali to je samo jedan smjer:
> https://www.openstreetmap.org/relation/145956
>
> Pregledavanjem karte, našao sam i suprotan smjer koji nije u wikiju:
> https://www.openstreetmap.org/relation/2104525
>
> I također sam našao još jednu relaciju koja mapira rutu u oba smjera:
> https://www.openstreetmap.org/relation/6061416
>
> Da li je poželjno imati 2 relacije za rute javnog prijevoza? Vidio sam da
> sve tramvajske linije imaju odvojene relacije za svaki smjer.
>
> Je li ok obrisati 6061416 i ostaviti samo starije relacije? Treba ih malo
> popraviti, fali dio rute oko rotora.
>
> Uglavnom, bio bih voljan uložiti nešto truda oko podataka i wikija, ali ne
> želim nikome gaziti po prstima u procesu.
>
> Pozdrav,
> -- Ivan
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-transit] Long bus routes

[Janko Mihelić]

On Mon, Aug 5, 2019, 13:20 Dave F via Talk-transit <
talk-transit@openstreetmap.org> wrote:

>
>
> On 02/08/2019 14:35, Janko Mihelić wrote:
> > I think they should be mapped as relations with only stations in the
> relation.
>
> How would you perform real-time tracking?
>

An app would route from one station to the other, and show status as if you
were driving. There could be a tag that would say if the route goes through
motorways, tolled roads, ferries and so on. That would help the app
determine what would be the route.
Route times could be written in the tags.
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[Talk-transit] Long bus routes

[Janko Mihelić]

A user in Europe started adding long bus lines some time ago. These routes
are crossing several countries and mostly drive along motorways. Here is a
piece of motorway between Berlin and Dresden:

https://www.openstreetmap.org/way/313980637

it has two road routes, and 13 Flixbus bus routes. I think this can't be
sustainable. If all bus companies started adding these routes, we could
have a hundred or more relations on motorway ways.

Are there any recommendations about routes like this on the wiki? I think
they should be mapped as relations with only stations in the relation.

What are your thoughts?

Janko Mihelić
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-hr] Pametni importi nedavno otvorenih podataka

[Janko Mihelić]

Radim na novim vrtovima, ali zasada su još viseći vrtovi. Sada moram
ubrzati!

On Mon, Apr 15, 2019, 21:39 hbogner  wrote:

>
> https://osm-hr.org/2019/04/11/digitalni-ortofoto-grada-knina-na-tms-serveru/
>
> https://osm-hr.org/2019/04/12/digitalni-ortofoto-grada-zagreba-2012-na-tms-serveru/
>
> https://osm-hr.org/2019/04/15/digitalni-ortofoto-grada-zagreba-2018-na-tms-serveru/
>
> Ovo je dio rasterskih podataka za koje smo dobili pravo korištenja,
> stiže toga još, što iz državnih institucija što iz privatnih firmi...
>
> Samo jedan mali hint: Janko, trebat će nam nekakav vrtlarski alat :)
>
> On 11. 04. 2018. 16:16, hbogner wrote:
> > Imam ja neka eksplicitna doopuštenja korištenja za potrebe OSM-a, ali
> > nikako da uhvatim vrmena sve to napisati.
> >
> > Preuzeo sam DOF i generirao TMS koji trebam objaviti
> >
> > Pozdrav,
> > Hrvoje
> >
> >
> > On 03.04.2018 13:10, Janko Mihelić wrote:
> >> Pozdrav,
> >>
> >> nedavno se pričalo o novim podacima tipa imenima ulica u Rijeci,
> >> podaci sa
> >> https://data.gov.hr/ i slično. Očito je da moramo početi sa velikim
> >> importima.
> >>
> >> Ali to treba napraviti pametno. Moramo pratiti što se događa sa podacima
> >> koje smo importali, briše li ih netko, jesu li još svi tu i slično.
> >> Jednom
> >> sam napravio programčić OSM-Garden koji bi to mogao pratiti, ali to je
> >> zamrlo. Poslije sam našao da Francuzi to rade sa alatom Osmosis, i
> mislim
> >> da bi i mi trebali iskoristiti taj alat [1].
> >>
> >> Uglavnom, ako sam dobro shvatio sa svojim nikakvim poznavanjem Pythona,
> u
> >> tom kodu u direktoriju "analysers" [2] imamo logiku koja objašnjava
> >> kako se
> >> koji set podataka analizira i uspoređuje sa OSM bazom. Pored njega imamo
> >> direktorij "merge_data" [3] u kojem se nalaze zipane .csv datoteke sa
> >> sirovim podacima koje se analizira i uspoređuje sa trenutnim stanjem u
> >> bazi.
> >>
> >> Dakle, meni se čini da je osmose ono što moramo proučiti i staviti na
> >> neki
> >> server. Ja ću se pokušati malo poigrati i instalirati docker image, i
> >> vidjeti što mogu napraviti.
> >>
> >> [1] - https://github.com/osm-fr/osmose-backend/
> >> [2] - https://github.com/osm-fr/osmose-backend/tree/master/analysers
> >> [3] - https://github.com/osm-fr/osmose-backend/tree/master/merge_data
> >>
> >> Janko
> >> ___
> >> Talk-hr mailing list
> >> Talk-hr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-hr
> >>
> >
> >
> >
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Digitalni ortofoto Grada Zagreba 2018 na TMS serveru

[Janko Mihelić]

Briljantne vijesti!
Otvorio sam malo u ID editoru, i izgleda sjajno. Rezolucija je nenadmašna.

Janko

pon, 15. tra 2019. u 15:03 hbogner  napisao je:

>
> https://osm-hr.org/2019/04/15/digitalni-ortofoto-grada-zagreba-2018-na-tms-serveru/
>
> U prošlom tekstu sam pričao da je Grad zagreb zainteresiran za daljnju
> suradnju sa OSM zajednicom, ovo je nastavak te suradnje. Na Danima
> IPP-a, gdje sam održao OSM predavanje, pristupile su mi predstavnici
> nekih firmi i nekih institucija, te smo pričali o korištenju OSM
> podataka, pravilnoj atribuciji pri korištenju OSM podataka i izvorima
> podataka. Jedna od tih institucija je bio Grad Zagreb, tj. isti ured od
> kojih sam prije tražio i dobio DOF 2012. Naknadno smo se ponovno sastali
> i pričali smo o novim setovima podataka. Kao što sam već rekao Grad
> Zagreb je zainteresiran za suradnju sa OSM zajenicom te smo sad dobili
> georeferencirani DOF iz 2018. godine.
>
> Osim što smo dobili georeferencirani DOF imamo pravo koristiti i njihove
> WMS servere sa DOF-ovima iz 2012. i 2018. godine. DOF iz 2009. godine
> koji je vidljiv na njihovom geoportalu nije njihov(DGU) te ga nemaju
> ovlasti ustupati dalje. Neovisno o tome kreiran je TMS sloj koji možemo
> koristiti za potrebe OSM projekta, te je to preferirani način pristupa.
> Danas je taj sloj javno objavljen.
>
> Detaljnu pokrivenost možete pogledati na našem TMS serveru
> https://tms.osm-hr.org/
>
> Za korištenje potrebno je ručno upisati TMS adresu u željeni editor.
>
> JOSM:
> Menu name= osm-hr Zagreb 2018
> TMS URL= https://tms.osm-hr.org/zagreb-2018/{zoom}/{x}/{-y}.png
>
> Potlatch:
> Name= osm-hr Zagreb 2018
> URL= https://tms.osm-hr.org/zagreb-2018/$z/$x/$-y.png
>
> ID editor:
> Name= osm-hr Zagreb 2018
> URL= https://tms.osm-hr.org/zagreb-2018/{z}/{x}/{-y}.png
>
> Sretno mapiranje!
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Bolnice, domovi zdravlja, doktori...

[Janko Mihelić]

sri, 2. sij 2019. u 16:37 Matija Nalis 
napisao je:

> https://wiki.openstreetmap.org/wiki/Key:operator:type


Super nađeno!
Mislim da bi se moglo na sve domove zdravlja staviti "operator=Dom zdravlja
Zagreb - Centar + operator:type=public". Bolnice su valjda svoji vlastiti
operatori. Ne razumijem se previše u te vlasničke priče.

Domovi zdravlja Zagreb imaju stranice sa svim doktorima na karti:

http://dzz-centar.hr/o-nama/lokacije/
http://dzz-zapad.hr/kategorije.php
http://dzz-istok.hr/o-nama/lokacije/mapa-ustanova/

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Bolnice, domovi zdravlja, doktori...

[Janko Mihelić]

sri, 2. sij 2019. u 14:38 Matija Nalis 
napisao je:

>  Za manje domove zdravlja (bez kreveta) i poliklinike bih
> stavio "clinic", a "doctors" bih ostavio samo za ordinacije doktora
> opce medicine, jer mi to cini se najlogicnije po:
>
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors
> https://en.wikipedia.org/wiki/Doctor's_surgery


Ovo za Doctor's surgery nisam primijetio. Sada sam opet prošao Healthcare
proposal, i našao sam tag healthcare:speciality=general. To bi značilo opća
praksa i trebalo bi se staviti na gotovo sve domove zdravlja. A ako postoji
taj tag, onda healthcare=doctor ne bi trebao biti ograničen sa time da je
samo za opću praksu. Ako imaš dermatologa, onda je to healthcare=doctor +
healthcare:specialty=dermatology.

Recimo ja idem u dom zdravlja gdje ima taman oko desetak doktora opće
prakse, ali ima i laboratorij, i čini mi se, rentgen. Predlažem da cijelu
zgradu tagiramo sa "healthcare=clinic + healthcare:speciality=general ",
biološki laboratorij kao točku unutar zgrade sa "healthcare=laboratory +
healthcare:specialty=biology;blood_check + level=0", a rentgen kao još
jednu točku u zgradi sa "healthcare=laboratory +
healthcare:specialty=radiology + level=2".

Po meni bi razlika između klinike i doktora bila dosta mutna. Čak i
standardni layer ih renderira isto.

Janko

P.S. slažem se sa ostavljanjem amenity=* tagova.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Bolnice, domovi zdravlja, doktori...

[Janko Mihelić]

sri, 2. sij 2019. u 12:32 Borut Maricic  napisao je:

>
> Vidim sada da Svjetlost ima:
> amenity=clinic
> healthcare=clinic
> (https://www.openstreetmap.org/way/78357304)
> Nemam iskustva (a nisam ni proučavao) da li uz healthcare i
> dalje ide amenity, tj. koji je odnos između to dvoje.
>

Mislim da je pametno barem još par godina držati amenity uz healthcare,
tako da poneki zaostali renderer ne ostane zakinut. A dalje treba gledati
trendove, ako na taginfo healthcare tag prestigne amenity, onda možemo
razmisliti o tome da se amenity prestane tagirati.

Dosta važan podatak uz naše zdravstvo jest je li neka zdravstvena ustanova
javna ili privatna. Zna li netko postoji li tag za tu informaciju? Imam
osjećaj da sam ga vidio, ali nisam siguran.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Bolnice, domovi zdravlja, doktori...

[Janko Mihelić]

Sretna Nova godina!

Krenimo sa jednom radnom akcijom. Predlažem da sredimo tagiranje bolnica i
domova zdravlja. Do sada smo sve više manje tagirali sa amenity=hospital,
ali u zadnjih godinu ili dvije dobili smo cijeli novi key; healthcare=*.
Taj key se prošli tjedan počeo renderirati u standardnom layeru, i već se
puno koristi po Europi.

Imamo tri glavna taga koja se koriste:
healthcare=hospital
healthcare=clinic
healthcare=doctor

Granice između njih su mutne, ali ja predlažem slijedeće vodilje: hospital
je za velike institucije koje imaju mogućnost primanja pacijenata koji
prespavaju. Clinic je za manje institucije obično bez kreveta za spavanje,
ali sa mogućnosti manjih operacija. Doctor je za još manje institucije sa
najviše 10 doktora.

Trenutno se previše koristi tag amenity=hospital, pa smo ga stavljali na
skoro sve, pa i najmanje domove zdravlja. Sada bi taj tag trebali ostaviti
samo na najvećim bolnicama, kao recimo u Zagrebu: Rebro, Sveti Duh,
Dubrava, i slično. Veći domovi zdravlja bi onda bili healthcare=clinic, kao
recimo Dom zdravlja u Trnju .
U tom domu zdravlja je više od deset doktora, te ima doktora opće prakse,
zubara, pedijatara, laboratorij, i više. Svi manji domovi zdravlja bi bili
healthcare=doctor.

Privatne klinike su vjerojatno većinom ili healthcare=clinic ili doctor,
ovisno o veličini.

Toliko za sada, javite jel se slažete :)
Pozdrav!
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Renderiranje je zapelo?

[Janko Mihelić]

Hvala na objašnjenju!
Nisam znao da se sve iznad 12. zoom levela renderira on demand, mislio sam
da cache serveri imaju apsolutno sve tileove, a render serveri im pošalju
sve što se promijeni. Ali vjerujem da ovo ima više smisla.

Slijedeći put ću malo brže javiti ako renderiranje zapne, problem je što
uvijek misliš da je netko drugi sigurno već prijavio :D

Pozdrav!

pon, 6. kol 2018. u 22:19 hbogner  napisao je:

> On 06.08.2018 18:09, Janko Mihelić wrote:
> > Čini se da su se nove promjene počele renderirati, ali one stare treba
> > pogurati sa /dirty naredbom.
> >
> > pon, 6. kol 2018. u 12:25 hbogner  napisao je:
> >
> >> Tile render serveri šalju renderirane podatke tile cache serverima kojih
> >> ima nešto više, te su oni zaduženi za slanje podataka u pojedine regije,
> >> Iz Zagreba ide za Pulu pa iz Pule dalje po RH i svijetu.
> >>
> >>
> > Jel to znači da svi tile rendereri renderiraju sve promjene? Ili su se
> > podijelili po regijama, da jedan renderira samo Europu, drugi samo
> Ameriku,
> > i tako..
> >
> > Janko
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
> Hvala na prijavi problema, bitno da je rješeno :D
>
> Svi tile render serveri(5 servera, svi u EU) se ažuriraju sa glavne OSM
> baze i sadrže cijeli planet za svim zadnjim promjenama.
>
> Zoom lvl od 0-12 se na svim tile render serverima kompletno renderira za
> cijeli svijet, a lvl 13-19 se renderiraju on demand. Nema smisla sve
> renderirati zbog količine podataka i postotka pregleda tih podataka, evo
> tablice sa količinama i postotkom pregleda pojedinog zoom lvl-a pa će ti
> biti jasnije: https://wiki.openstreetmap.org/wiki/Tile_disk_usage
>
> Nitko od nas ne pristupa direktno tile render serverima, nego oni sve
> zahtjeve dobiju, te sve podatke vraćaju tile cache serverima.
>
> Tile cache serveri(21 server, većina u EU) su poveznica između korisnika
> i render servera. Ti otvoriš OSM kartu, te si ovisno o svojoj lokaciji
> preusmjeren na najbliži tile cache server. Njemu tvoj browser pošalje
> zahtjev za prikazom određenog dijela karte. Tile cache server provjeri
> ima li te podatke već kod sebe i koliko su stari. Ako ih ima i dovoljno
> su svježi prosljedi ti ih odmah. Ako ih ima, ali prestari su onda šalje
> zahtjev render serveru za novom verzijom. Ako nema te podatke onda šalje
> zahtjev render serveru za tim podatcima.
>
> Ovo je rapored tile cache servera po svijetu:
> https://dns.openstreetmap.org/tile.openstreetmap.org.html i država koje
> oni poslužuju.
>
> Dakle svi render serveri su sposobni renderirati cijeli svijet, ali
> renderiraju samo ono što tile cache serveri od njih zatraže, a to ovisi
> o korisnicima u državama koje tile cache serveri poslužuju.
>
> Naravno ovo je samo osnovni prikaz rada cjelog sustava, jer ispod haube
> ovo je puno kompleksnije.
>
> Nadam se da sam pomogao sa razjašnjenjem.
>
> Pozdrav, Hrvoje
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Renderiranje je zapelo?

[Janko Mihelić]

Čini se da su se nove promjene počele renderirati, ali one stare treba
pogurati sa /dirty naredbom.

pon, 6. kol 2018. u 12:25 hbogner  napisao je:

> Tile render serveri šalju renderirane podatke tile cache serverima kojih
> ima nešto više, te su oni zaduženi za slanje podataka u pojedine regije,
> Iz Zagreba ide za Pulu pa iz Pule dalje po RH i svijetu.
>
>
Jel to znači da svi tile rendereri renderiraju sve promjene? Ili su se
podijelili po regijama, da jedan renderira samo Europu, drugi samo Ameriku,
i tako..

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Renderiranje je zapelo?

[Janko Mihelić]

Pozdrav kartografi!
Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
itko piše o tome.

I drugo pitanje, kako radi distribuirano renderiranje? Kod nas u Zagrebu
imamo render server, pa me zanima kako to radi. Jel svaki server renderira
svoju regiju, ili svaki server renderira svaku petu kockicu, ili kako?

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] novi kružni tokovi u Šibeniku

[Janko Mihelić]

Našao sam slike sjevernog kružnog toka:
https://m.sibenik.in/sibenik/pogledajte-kako-iz-zraka-izgleda-kompletno-dovrsen-cvor-na-kojem-su-sibenski-vozaci-godinu-dana-gubili-zivce/82015.html

Na mobitelu sam, mogu kasnije probati naći drugi kružni tok. A mogu i ja
pogledati jel treba nešto srediti.

Janko


On Sun, Jul 8, 2018, 21:49 Michal Fabík  wrote:

> Zdravo,
> ima li tu neko iz Šibenika? Na češkoj mailing listi korisnik Lopux moli
> za provjeru i eventualnu ispravku novo ucrtanih kružnih tokova:
>
> https://www.openstreetmap.org/#map=19/43.74640/15.89246
>
> Kaže da nema više prilike da istraži vozne trake i slično i pošto se
> kružni tokovi još ne vide na avionskim snimcima, treba neko da provjeri
> na licu mjesta.
>
> Lijep pozdrav,
>
> --
> Michal Fabík
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] GDPR i gasenje http://my-notes.osm-hr.org/ :-(

[Janko Mihelić]

Gdpr se možda može zaobići. Jesu li korisnička imena jedino što je
problematično? Što kad bi upisao ID note-a i onda ti on nađe sve noteove
istog korisnika, ali ti ne ispiše tog korisnika? Malo je glupo, ali onda
možeš umjesto korisničkih imena u bazu staviti inkrementalne id-eve.

Ili još bolje, umjesto korisničkih imena staviš hasheve tih imena, i onda
samo ako upišeš pravo ime, dobiješ isti hash. Prije toga ni ti ni itko
drugi ne može iz hasha dobiti tko je to. Osim ako brute forsa OSM bazu.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] GDPR i gasenje http://my-notes.osm-hr.org/ :-(

[Janko Mihelić]

Jel to posebna baza, ili je to samo pretraživač službene baze? Jel stoje na
našem serveru podaci?

uto, 5. lip 2018. u 22:46 hbogner  napisao je:

> On 05.06.2018 16:46, Matija Nalis wrote:
> > Obzirom na http://osm-hr.org/2018/05/17/priprema-za-gdpr/
> > i okolicu; ugasio sam http://my-notes.osm-hr.org/ instancu.
> >
> > Bez ispravnog Privacy Policya ne mozemo to legalno imati gore, jer
> > obradjujemo osobne podatke (bar usernames).
> >
> >
> > Za reenable (kada/ako sredimo pravnu osnovu) treba napraviti:
> >
> > 1) github clone https://github.com/osm-hr/my-osm-notes
> > 2) napraviti privacy policy itd sve po GDPR-u i napraviti PR na
> https://github.com/osm-hr/my-osm-notes
> > 3) povuci PR na master branch (ili jos napraviti novi branch)
> > 4) na data.osm-hr.org:
> > crontab -u mynotes -e (i odkomentirati cron job)
> > su - mynotes
> > cd /osm/www-mynotes/my-osm-notes
> > git checkout master
> >
> >
> > Ima li mozda dobrovoljaca koji su vec ulozili (ili su spremni uloziti)
> > dovoljno vremena/truda da prostudiraju GDPR i naprave odgovarajuci
> > Privacy Policy i ostalo potrebno da zadovoljimo GDPR?
> >
>
>
> Ako ima dobrovoljaca super, ako ne onda ću to napraviti kad uhvatim
> vremena, pripremao sam to za poslovne potrebe pa imam nekih doticaja s tim.
>
> Pozdrav, Hrvoje
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk] Name:* tags in the local language

[Janko Mihelić]

sub, 5. svi 2018. u 00:18 Yuri Astrakhan  napisao
je:

>
> Tag description:
> https://wiki.openstreetmap.org/wiki/Key:default_language
>

I like it overall. I'm not sure about this one:
*Do not set it on any smaller sub-regions unless their default language is
different.*

I agree that is cleaner, but what if a data consumer only downloads one US
state, how will it know the default language? Maybe there are some other
ways I'm not aware of, like filling in the gaps in data before publishing
derived maps.

If this is indeed a problem for data consumers, I would set the tag on all
subregions up until a sensible level. We can see the smallest size of a
region some applications offer for download.

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Name:* tags in the local language

[Janko Mihelić]

pon, 30. tra 2018. u 08:28 Yuri Astrakhan  napisao
je:

>
> "official_language" is not a good tag name because it does not match the
> meaning, e.g. the official languages of Canada are both en & fr, but
> "name"
> tag is always in English except for Quebec, where it is in French.
>

 I agree that "official_language" has a much too restrictive meaning. It
will bury us in bureaucracy of "what is actually official".
"default_language" is a bit vague, but maybe a better fit to solve this
problem.

So just look at a region, see in what language >90% of the labels are, and
add default_language=*. It's not going to be 100% accurate, but infinitely
better then nothing. Than try to get closer to 100% by adding
default_language to subregions, and in the end, individual objects.

I like that approach.

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Name:* tags in the local language

[Janko Mihelić]

sri, 25. tra 2018. u 08:51 Darafei "Komяpa" Praliaskouski <m...@komzpa.net>
napisao je:

> Hi,
>
> maps.me took approach similar to Nominatim's: each map region has
> "default language" in metadata, and in case the
> name: is needed but is missing, just name tag is
> taken.
>

I think this is the best solution with the least amount of work for
mappers. But we put default languages in regions instead of an external
database, as someone before me already mentioned.

Tag the default language on the whole country (official_language=hr). If a
region of a country has two official languages and the labels are, for
example, Rovinj/Rovigno, then put a official_language=hr/it. And on the
safe side, tag all the other subregions with official_language=hr, if the
data renderer chooses to download only one region.

After that, no other changes are needed.

Janko Mihelić
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-hr] Pametni importi nedavno otvorenih podataka

[Janko Mihelić]

Pozdrav,

nedavno se pričalo o novim podacima tipa imenima ulica u Rijeci, podaci sa
https://data.gov.hr/ i slično. Očito je da moramo početi sa velikim
importima.

Ali to treba napraviti pametno. Moramo pratiti što se događa sa podacima
koje smo importali, briše li ih netko, jesu li još svi tu i slično. Jednom
sam napravio programčić OSM-Garden koji bi to mogao pratiti, ali to je
zamrlo. Poslije sam našao da Francuzi to rade sa alatom Osmosis, i mislim
da bi i mi trebali iskoristiti taj alat [1].

Uglavnom, ako sam dobro shvatio sa svojim nikakvim poznavanjem Pythona, u
tom kodu u direktoriju "analysers" [2] imamo logiku koja objašnjava kako se
koji set podataka analizira i uspoređuje sa OSM bazom. Pored njega imamo
direktorij "merge_data" [3] u kojem se nalaze zipane .csv datoteke sa
sirovim podacima koje se analizira i uspoređuje sa trenutnim stanjem u bazi.

Dakle, meni se čini da je osmose ono što moramo proučiti i staviti na neki
server. Ja ću se pokušati malo poigrati i instalirati docker image, i
vidjeti što mogu napraviti.

[1] - https://github.com/osm-fr/osmose-backend/
[2] - https://github.com/osm-fr/osmose-backend/tree/master/analysers
[3] - https://github.com/osm-fr/osmose-backend/tree/master/merge_data

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Eko karta zavoda Andrije Štampara

[Janko Mihelić]

Nisam :D previše se zakomplicirala priča pa na kraju nisam ništa poslao.
Ako netko želi, neka uzme moj tekst i pošalje.

Janko

uto, 3. tra 2018. u 11:28 Matija Nalis <mnalis-openstreetmapl...@voyager.hr>
napisao je:

> da, to bi bila dobra ideja (sa nekim tagom za licence)...
> inace necemo imati pojma sto smo poslali, tko se javio, tko nije itd...
>
> jel na kraju im to netko poslao?
>
> On Tue, Feb 20, 2018 at 11:22:38PM +0100, Dražen Odobašić wrote:
> > Pa mogu se zapisat kao issues na github-u?
> >
> > On 20 February 2018 22:45:15 CET, hbogner <hbogner+n...@gmail.com>
> wrote:
> > >On 20.02.2018 22:02, Janko Mihelić wrote:
> > >> On Tue, Feb 20, 2018, 19:39 Michal Fabík <michal.fa...@gmail.com>
> > >wrote:
> > >>
> > >>> Zdravo,
> > >>> mogu li posuditi ovo?
> > >>>
> > >>
> > >> Naravno.
> > >>
> > >> Da ja onda ovo pošaljem Štamparu i IN2-u sa svoje gmail adrese? Jel
> > >imamo
> > >> možda neku osm-hr.org adresu?
> > >>
> > >> Janko
> > >>
> > >>>
> > >> ___
> > >> Talk-hr mailing list
> > >> Talk-hr@openstreetmap.org
> > >> https://lists.openstreetmap.org/listinfo/talk-hr
> > >>
> > >Mogu ja sa osm-hr.org adrese poslati ako se ti slažeš, ili da ti
> > >kreiramo osm-hr.org adresu :D
> > >
> > >Što mislite o tablici koristenja OSM u RH sa opisom korisnika i da li
> > >postuju licencu ili ne?
> > >
> > >
> > >___
> > >Talk-hr mailing list
> > >Talk-hr@openstreetmap.org
> > >https://lists.openstreetmap.org/listinfo/talk-hr
> >
> > --
> > Sent from my Android device with K-9 Mail. Please excuse my brevity.
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
> --
> Opinions above are GNU-copylefted.
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk] 3D models in OSM?! 3D Model Repository has just launched!

[Janko Mihelić]

This is great news!

My question is about referencing these models in the OSM database. There
are several reasons for referencing them, one is if you render the Eiffel
tower, you don't have to render the Eiffel tower way underneath. So if you
see the tag 3dmr=4, you ignore the way and just render the 3d model. Also,
the 3d model can show the metadata taken from the way when clicked.

I'll be making models, thanks for this!

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-hr] Imena ulica

[Janko Mihelić]

Darko Boto je malo više rekao:

>Vlasnik podataka u kojima su sadrzani i sluzbeni nazivi ulica je DGU, pa
ukoliko mislimo slati neki upit to je adresa na koju se trebamo obratiti.
Jos sam dobio informaciju da Bandic gura projekt s kojim bi se zamijene sve
ploce sa nazivima ulica, ali i plocice sa kucnim brojevima pa ukoliko to
prodje (mada sumljam.. puno je to novaca) taj ce se kaos sa razlicitim
nazivima ulica rascistiti koliko toliko.

Valjda je DGU neki autoritet. Ali nisam stručnjak u tom polju.

Uglavnom, još bih spomenuo ovu stranicu na OSM Wikiju:

https://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29

Gdje piše da se ne skraćuju imena ulica, čak i ako je na ploči skraćeno,
mora se upisati puno ime.

Janko

pon, 5. ožu 2018. u 11:08 Michal Fabík  napisao je:

> 2018-03-04 22:48 GMT+01:00 Darko Boto :
> > Skužili smo u ZG da ima tri službena
>
> Pozdrav,
> kako ovo izgleda u praksi? Neka nadležna institucija tvrdi da je
> službeni naziv X ili Y ili Z? Ili postoji više institucija koje
> regulišu nazive ulica i ne zna se koja je zapravo nadležna?
>
> --
> Michal
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Eko karta zavoda Andrije Štampara

[Janko Mihelić]

Pozdrav kartografi,

vidio sam ovu kartu, evo linka:

http://ekokartazg.westeurope.cloudapp.azure.com/

i čini se da koriste OSM, ali nigdje to ne priznaju. Hoćemo im slati mail?
Kartu je radila firma IN2, pa mi se čini da njima treba slati primjedbu jer
ovi iz zavoda tu vjerojatno ništa ne mogu. Nisam mogao naći nekakav dobar
mail osim onog glavnog: i...@in2.eu. Možda bi trebali poslati na Facebook
ili Twitter?

Ja bih poslao nešto ovakvo:

Pozdrav,
šaljem ovu poruku u ime organizacije OpenStreetMap Hrvatska. Vidjeli smo da
ste u Vašoj Eko karti koristili OpenStreetMap podatke i to nas veseli jer
volimo vidjeti da se naši podaci koriste. Ipak, korištenje tih podataka
dolazi sa određenim dužnostima koje donosi licenca ODbL. Vidimo da te
dužnosti niste ispunili pa Vas molimo da to ispravite kako bi poštovali
Vašu odgovornost. Ukratko, trebalo bi na kartu staviti tekst "©
OpenStreetMap doprinositelji" sa linkom na stranicu: "
https://www.openstreetmap.org/copyright;.  Svi detalji su opisani na tom
linku:

https://www.openstreetmap.org/copyright

Hvala,

Janko Mihelić
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] luke i pravila za plovidbu u njima

[Janko Mihelić]

Najbliže što sam našao je ovaj dokument:

https://narodne-novine.nn.hr/clanci/sluzbeni/2013_06_79_1640.html
i dopune:
https://narodne-novine.nn.hr/clanci/sluzbeni/2015_05_57_1123.html

Zanimljivi su Članak 9. i Članak 48. Ni u jednom ni u drugom nisam vidio
spominjanje znakova ograničenja brzine. Pretpostavljam da su te znakove
stavili zbog učestalog kršenja zakona, a zakon kaže da se od obale do 150
metara od obale smije voziti ne više od 5 čvorova, a od 150 do 300 metara
ne više od 8 čvorova. Glisirati se smije samo dalje od 300 metara.

Ne bih to mapirao dok ne nađemo zakon koji obvezuje plovila da poštuju te
znakove. Možda se spominje negdje, a ja nisam našao. Ako se ti znakovi
stvarno po zakonu moraju poštovati, onda mislim da bi trebalo nacrtati
površinu gdje je to maksimalna brzina, i onda na tu površinu staviti tagove
area=yes + maxspeed=4 kn

Janko

čet, 21. pro 2017. u 19:24 Michal Fabík  napisao je:

> Pozdrav,
> prije par dana sam vidio ove table u luci u Rijeci:
> https://imgur.com/a/eZT7G
>
> Zna li možda neko kako se mapiraju ovi podaci, odnosno područje na koje
> se odnose? Imate li kakvu uhodanu praksu u Hrvatskoj? Klikao sam
> nasumice po hrvatskoj obali da možda nađem nešto korisno, ali nisam
> naletio ni na šta. Gledao sam malo i na openseamap.org, ali nisu mi
> previše jasni oni simboli i nisam baš siguran šta da tražim. Za sada sam
> označio jednostavno kao node, kao što se spominje na
> https://wiki.openstreetmap.org/wiki/Harbour:
>
> http://www.openstreetmap.org/node/2706972075
>
> Međutim, podaci kao što je maksimalna dozvoljena brzina nemaju baš
> smisla za node, a nije mi baš jasan opis na wiki:
>
> "Either a node within the area of sheltered water, or an area enclosing
> that water should be tagged: harbour=yes. Where the water and land area
> of a harbour (including moles, quays, wharves, etc.) is enclosed by a
> way, it can also carry the tag: landuse=harbour (or landuse=port or
> landuse=industrial + industrial=port). The area of water within a
> harbour area, if not already part of natural=coastline,
> waterway=riverbank or natural=water should be tagged: waterway=dock."
>
> Vidim da ima landuse=harbour oko vode, npr.:
>
> http://www.openstreetmap.org/way/279489064
>
> Jel sad treba označiti sve (i vodu) kao landuse=harbour? Ili kopnene
> dijelove kao landuse=harbour, a vodu kao harbour=yes? Ili obuhvatiti sve
> u harbour=yes i podijeliti na landuse=harbour i waterway=nešto? (Piše
> gore waterway=dock, ali dokovi predstavljaju samo mali dio cijelog onog
> područja s vodom.) Koji od ovih objekata će onda imati name=Luka Rijeka?
>
> Drugo, juče sam u Dubrovniku vidio ovakvu tablu
> (https://imgur.com/a/5ji9R) otprilike na ovom mjestu:
>
> http://www.openstreetmap.org/?mlat=42.66332=18.07681#map=19/42.66332/18.07681
>
>
> Onda je još jedna ovdje:
>
> http://www.openstreetmap.org/?mlat=42.6662=18.0565#map=15/42.6662/18.0565
> ,
> samo piše brzina šest čvorova umjesto četiri. Bi li neko znao odrediti
> ovako pogledom na kartu na koja područja se odnose ova ograničenja? (I
> možda i na koju vrstu plovila, jer sam vidio par manjih čamaca koji su
> sigurno išli brže od 4 čvora.)
>
> Ima li tu kakvih mornara koji se razumiju u ovakve stvari? Nadam se da
> nisam napiso previše zbunjujuće.
>
> Lijep pozdrav,
>
> --
> Michal
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk] How to show school icons ?

[Janko Mihelić]

pet, 24. stu 2017. u 09:01 David SAUVAGE 
napisao je:

>
> (1)  http://www.openstreetmap.org/#map=18/-20.26576/57.47946


It's a bit off topic, but the example shows the same school mapped twice.
As if there are two schools in the same place, one mapped as an area(1),
one as a node(2). I suspect this is the same school, so one of them should
be deleted (preferably the node).

(1) http://www.openstreetmap.org/way/542526629
(2) http://www.openstreetmap.org/node/5245266481

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Topology rules

[Janko Mihelić]

I like the idea of formalizing OSM topology!

An example: power lines should share nodes with nothing except power
towers, portals and buildings (substation buildings).

A problem i find is with landuse=forest. Formally, those are zones that are
used for growing trees. But practically in OSM, that tag is used for any
land that is covered with trees. So formally, landuse=forest shouldn't
overlap with other zones, but practically, until a new tag
(landcover=trees) is rendered, this rule isn't going to be followed.

Janko

sri, 25. lis 2017. u 18:41 Martin Koppenhoefer 
napisao je:

>
>
> sent from a phone
>
> > On 25. Oct 2017, at 17:36, Gaurav Thapa  wrote:
> >
> > In Nepal we have been trying to make sure that each constructed building
> has its own footprint and is not connected to a neighbouring structure via
> a shared wall. We do this as in reality this is the case as each building
> structure though built next to each other has its own footprint
> (independent foundation).
>
>
> yes, you can find both situations: a single dividing wall used by both
> neighboring buildings (in Europe this occurs mostly with medieval
> buildings), or each building has its own walls (and foundations), but
> without a significant space between them (e.g. 2 cm of insulating material).
>
> I would treat both situations the same and use shared nodes, but maybe
> wouldn’t object if someone purposefully mapped the latter as 2
> almost-touching buildings, although the osm building ways usually describe
> the footprint of the completed building (i.e. with facades, cladding etc.)
> and not the raw load bearing structure.
>
> cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-hr] Munjeviti meetup

[Janko Mihelić]

Samo smo nas dvojica bili. Pričali smo većinom o njegovom pokušaju da
napravi OSM zajednicu u BiH. On je zapravo Čeh koji ima veze sa BiH, i
sada, pošto je Češka izmapirana, pokušava nešto srediti u BiH. Sjajno priča
srpsko-hrvatski, ali mu je problematično sa raznim lokalcima koji ga baš i
ne slušaju pošto nije odande. Ja sam malo pričao o našim problemima i
uspjesima, i tako. Vrlo ugodan razgovor uz pivu.

To je moj zadnji meetup, nisam bio poslije. A mogli bi.

Janko

čet, 19. lis 2017. u 22:55 hbogner <hbogner+n...@gmail.com> napisao je:

> I kaj kaže michalfabik?
> Jel se još netko pojavio osim vas dvojice?
>
> Nevezano uz to, jel bio meetup ovaj tjedan?
>
> On 06.07.2017 14:15, Janko Mihelić wrote:
> > Pozdrav,
> >
> > zvao me korisnik iz BiH, michalfabik, da se nađemo u Zagrebu, i nalazimo
> se
> > danas na Kvatriću u 5. Ako nekoga slučajno put nanese, slobodno neka dođe
> > pa da popijemo koju.
> >
> > Janko
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

[Janko Mihelić]

pon, 2. lis 2017. u 14:49 Ilya Zverev  napisao je:

> Exactly. OSM uses the reversed notation:
>
> ref:velobike is a ref for velobike, not velobike for ref.
> source:geometry is a source for geometry, not geometry for source.
>
> Wikipedia for brand should also be wikipedia:brand. This way all wikipedia
> links are grouped.
>
>
Your examples are the minority here. Most often before the colon is the
subject, and after the colon is its attribute. Just go to this link to see
most uses of the colon:

https://taginfo.openstreetmap.org/search?q=%3A

addr:housenumber=3, house number is an attribute (or a part) of the whole
address
source:date=2017-07-07, date is an attribute of the source tag. It is not
the source of the date provided.
building:levels=4, number of levels is an attribute of the building
social_facility:for=seniors, who is the social facility for is an attribute
of the social facility
church:type=parish, type of the church is an attribute of the church

On the entire first page there are only two tags that use colons as you
said; ref*:*bag on place #10 and ref*:*ruian*:*building on place #34.

That's why, when I created the original Wikidata proposal, I suggested
brand:wikidata. Because Wikidata ID is an attribute of the brand.

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Janko Mihelić]

pon, 18. ruj 2017. u 18:55 Oleksiy Muzalyev 
napisao je:

> It is not bad. But it is centered on two data bases - the Wikidata and the
> OSM. What if in the future there will be more open data sources readily
> available?
>

 Wikidata already gives you a way to connect its data to any other
database. You already have IMDB id for movies, MusicBrainz artist ID for
music, and so on. Actually, there are 1994 databases connected to Wikidata
right now, growing as we speak. So, if you really need data from these
other databases, WOQ can be your starting connector.

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Janko Mihelić]

I like WOQ. Or maybe WOQL to continue with the SQL, SparQL, MySQL and so
on. Wok imagery seems nice too.

Janko

pon, 18. ruj 2017. u 09:00 Oleksiy Muzalyev 
napisao je:

> Wikipedia is not only about data directly related to the map, it is also
> about mathematics, music, astronomy, etc.  But these disciplines
> certainly have a relation to a map via places of birth, study, etc.
> So what if to continue the traditions of:
> MySQL
> PostgresSQL
> SparQL
> Transact-SQL
> etc.
>
> Those who worked with a SQL Structured Query Language know what a
> powerful tool it is. The Wikipedia (Wikidata) describes the universe as
> we on Earth know it. So my suggestion:
>
> UniverSQL
> or a short final variant:
> U-SQL
>
> Univers is the French variant of the english word Universe (lat.
> Universum).
> Best regards,
> Oleksiy
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-hr] Planinarski domovi, lovačke kuće, skloništa, itd..

[Janko Mihelić]

Pozdrav,

mislio sam da uredimo što je što u hrvatskom planinarenju.

Dakle na wikipediji piše da su tourism=alpine_hut mjesta u kojima možeš
noćiti, i dobiti hranu i piće. Ovdje je presudno ovo "hranu" jer Hrvatska
zapravo ima malo planinarskih kuća sa hranom. Dakle, imali bi dosta malo
alpine_hut tagova.

Drugo po redu je tourism=wilderness_hut. Tu spadaju kuće koje imaju barem
peć za loženje drva. Drugim riječima, ako je vani hladno, onda si siguran
da se možeš zgrijati (ako nađeš drva, jel). Tu bi upala većina naših
objekata po planinama, od raznih skloništa do doma Zavižan.

I zadnje imamo amenity=shelter + shelter_type=basic_hut. To su skloništa
bez peći.

Dalje imamo skloništa raznih vrsta koje možemo naći na wikiju:

http://wiki.openstreetmap.org/wiki/Key:shelter_type

Lovačke kuće su zanimljive samo lovcima pa mi se čini da one nisu niti
jedno od ovih stvari. Ja nisam našao ništa u wikiju, pa za sada možemo
izmisliti svoj tag, recimo tourism=hunting_cabin.

Jel se slažete sa time?

Janko.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

[Talk-hr] Munjeviti meetup

[Janko Mihelić]

Pozdrav,

zvao me korisnik iz BiH, michalfabik, da se nađemo u Zagrebu, i nalazimo se
danas na Kvatriću u 5. Ako nekoga slučajno put nanese, slobodno neka dođe
pa da popijemo koju.

Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] OSM meetup 2017-06-07

[Janko Mihelić]

Meni općenito ne paše srijeda..

uto, 6. lip 2017. u 20:31 hbogner  napisao je:

> Opcenito nepaše srijeda ili samo ova srijeda?
>
> Podsjetnik ostalima za sutra.
>
> Pozdrav, Hrvoje
>
> On 05/31/2017 09:16 PM, Borut Maricic wrote:
> > Kad bi bio petak 09.06., eventualno bih stigao doći i ja -
> > pretežno nisam u Zagrebu. (Stvarno nije od nekog značaja,
> > ali eto, da ipak napišem.)
> >
> > 2017-05-30 11:30:13 hbogner (hbogner+n...@gmail.com):
> >
> >> U srijedu 07.06.2017. u 18:00, pivnica Zlatni Medo, Savska cesta 56.
> >> Nalazimo se na druženju uz pivo,vino,čaj, kavu ili napitak po želji.
> >
> >
> >> ___
> >> Talk-hr mailing list
> >> Talk-hr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-hr
> >
> >
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
> >
>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] DigitalGlobe: Satelitske fotografije za OSM

[Janko Mihelić]

Ali činjenica da je nešto na nekoj koordinati je podatak. Recimo da
poravnavaš po točki A, a crtaš točku B. Znači ti već imaš podatak o
udaljenosti tih točaka, ali si uzeo podatak o apsolutnim koordinatama točke
A, a time i točke B. Drugim riječima, umnožio si podatak o koordinatama
točke B.

Janko

On Sun, 28 May 2017, 16:58 Ivan Delac, <ivan.ne...@gmail.com> wrote:

> Janko Mihelić napisa:
> > Kad bih se morao kladiti, rekao bih ne, ne može se koristiti. Ali
> iskreno,
> > ne vidim načina na koji bi te uspjeli uhvatiti za takvo nešto.
>
> Nema šanse da je zabranjeno očitati koordinatu neke točke i poslje je
> koristiti za, npr., doći na to mjesto ili namještanje podloge. Znači to
> nije
> kopiranje niti distribuiranje, to je samo korištenje i gledanje, a to
> nije zabranjeno.
> Evo našao sam što piše: "Zabranjeno je svako mijenjanje, umnožavanje,
> distribuiranje podataka, na bilo kojoj vrsti medija, sadržanih u sustavu
> Geoportal DGU. Sadržaj dostupan na internetskoj stranici Geoportal DGU
> korisnik ne smije kopirati radi stvaranja baze podataka u elektroničkom ili
> drugom obliku te javno koristiti i distribuirati prema trećim osobama."
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] DigitalGlobe: Satelitske fotografije za OSM

[Janko Mihelić]

Kad bih se morao kladiti, rekao bih ne, ne može se koristiti. Ali iskreno,
ne vidim načina na koji bi te uspjeli uhvatiti za takvo nešto.

Ali dakako, to nevalja radit jer se ne smije, jel, razumijemo se.

Janko.

ned, 28. svi 2017. u 11:41 Ivan Delac  napisao je:

>
> Pa DOF sa Geoportala se valjda može koristiti za kontrolu offseta.
>
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] DigitalGlobe: Satelitske fotografije za OSM

[Janko Mihelić]

Ja sam našao nova područja pokrivenosti kod otoka, Lošinj, Silba i ta
okolica. Malo kod Velebita.

Janko

On Wed, 24 May 2017, 13:57 Borut Maricic,  wrote:

> Dobar dan! Tko možda još nije pročitao...
>
> WeeklyOSM [1] u svom 356. broju prenosi informaciju da je DigitalGlobe
> stavio OSM-u na raspolaganje satelitske fotografije [2]. Njemačka
> verzija weeklyOSMa, poznata pod imenom Wochennotiz [3], upućuje na
> njemački forum o toj temi [4]. Kada koristite DigitalGlobe (kako se
> čini, u JOSM-u se ta mogućnost izbora pojavljuje automatski) ne
> zaboravite na "source=DigitalGlobe", u skladu s licencom [5].
>
> Koliko vidim (i ako se ne varam) npr. područje Žumberka pokriva njihova
> slabija rezolucija - DigitalGlobe-Standard - koja je ipak sasvim
> upotrebiva. Izgleda mi da tamo gdje nemaju finije rezolucije
> (DigitalGlobe-Premium) servaju Bing.
>
> Ako netko za Žumberak i/ili okolicu eventualno poznaje OSM-objekte
> pouzdanog položaja, prema kojima bi se mogao odrediti offset ovog novog
> izvora (a i kontrolirati Bingov, itd.) molio bih informaciju. Naime,
> čini mi se da posmak između Binga i DigitalGlobe-a ipak nije zanemariv.
>
> Hvala i lijep pozdrav,
> Borut
>
> [1] http://www.weeklyosm.eu/
> [2]
>
> http://blog.digitalglobe.com/news/digitalglobe-satellite-imagery-launch-for-openstreetmap/
> [3] http://blog.openstreetmap.de/ ili
> http://blog.openstreetmap.de/blog/author/wochennotizteam/
> [4] https://forum.openstreetmap.org/viewtopic.php?id=58340
> [5] https://wiki.openstreetmap.org/wiki/DigitalGlobe
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

[Janko Mihelić]

Wow, I think this is a great milestone. Thanks!

Now if only we can get a mixture of Wikidata's SPARQL and Overpass QL. A
kind of a hybrid language between the two? Because Wikidata will probably
never have the Overpass "in" or "around", which narrows the data down to a
single country or county, or to a radius around something. I find that very
useful.

What if you connected to the Overpass API, ran the Overpass query, and then
filtered the Wikidata data by the results of Overpass? Does that even make
sense? For example: Overpass gives me all elements with a wikidata tag in a
county, and then SPARQL can filter down the data to find all humans within
that data. I think that's possible.

Anyway, thanks for your service (although I think it's down right now).

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Applying different restrictions in different directions on a road

[Janko Mihelić]

If buses are oneway in the other direction then you need

oneway:PSV=-1

I didn't understand if busses were two-way or oneway in the reverse.

On Tue, 20 Dec 2016, 13:20 Volker Schmidt,  wrote:

> "
> oneway=yes
> oneway:bicycle=no
> oneway:PSV=no
> "
> should do the trick
>
> Volker
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-legal-talk] Using closed sources to spot errors (was: [Tagging] Routing in Liège (consulting Michelin))

[Janko Mihelić]

sri, 21. ruj 2016. u 10:42 Martin Koppenhoefer 
napisao je:

>
> I am not sure if publishing the differences would be ok, but looking at
> them to decide where to survey is ok I think.
>

This service would be a personal tool for people to use, so no publishing.
Although you could share the link. I'm not sure what constitutes as
publishing.


> In your above sentence, rather than "which osm data is wrong" it should be
> "where osm data is different".
>

That's right.

Janko
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

[OSM-legal-talk] Using closed sources to spot errors (was: [Tagging] Routing in Liège (consulting Michelin))

[Janko Mihelić]

sri, 21. ruj 2016. u 08:54 joost schouppe 
napisao je:

>
> Using copyrighted material to spot errors in OSM is still copyright
> violation (well, a specialist in copyright should confirm that).
>

This is an interesting case. I think we are allowed to spot errors using
closed sources, but we can not use the source to say what is the right
solution. It's as if we are looking for differences between models, and
then using only the difference data to look further into the matter using
other sources (survey, Bing..).

This is interesting to me because I was thinking about making a service
that lists differences between OSM data and outside closed source data, and
then showing only what is different. Then people would use that "difference
data" to direct their mapping efforts. For example, take closed data about
opening hours, compare to OSM, and only show which OSM data is wrong
according to the closed source. Then mappers would go survey the shop.
Would this be OK?

Janko
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] Artwork problems

[Janko Mihelić]

čet, 25. kol 2016. u 15:30 Daniel Koć  napisao je:

>
> I've also noticed that the line between artworks and memorials is
> blurred, especially with statues
>

In my opinion, we can use both tags. If something is a sculpture, add
tourism=artwork+artwork_type=sculpture. If it is a sculpture whose main
purpose is to remind us of a person or an event, add historic=memorial.

About the icon, I think we should add a new key, something like
sculpture_shape. It could have countless values, and only the most frequent
would have their unique icon. Values would be: human, child, human_sitting,
human_standing, human_on_horse, bust, horse, dog, abstract. Those account
for about 95% of sculptures. Others get the default icon. Having an
approximate shape of a sculpture on a map helps a lot with orientation in
space.

Janko
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New Google Maps style - interesting cartographic innovation

[Janko Mihelić]

I'm guessing Google is not only using POIs, but several other sources, like
geo Tweets, got tagged photos put up on Google+, and so on. I think they
are trying to make it easy for tourists to find the "in" spots where
something is happening. If you're trying to find a nice restaurant, night
club, pub or something like that, zoom in to the yellow area.

Janko

pon, 8. kol 2016. u 12:39 Oleksiy Muzalyev 
napisao je:

> Using colors like this is an excellent idea, however we shall not rely
> on colors alone as several percent of people cannot distinguish colors
> due to color blindness [1]. Besides, color blindness may develop with an
> advanced age, so no one is color-safe.
>
> We do not hear often about color blindness as people tend not to speak
> about it. But in fact maybe up to ten percent cannot see differences
> between certain colors at all.
>
> [1] https://en.wikipedia.org/wiki/Color_blindness
>
> brgds
> O.M.
>
> On 07.08.2016 1:43, Michał Brzozowski wrote:
> > There has been an update to Google Maps styling [1] and I have to say,
> > they left me impressed.
> > The overall look is cleaner, which is very welcome after a series of
> > disappointing changes, but the thing I consider very innovative is how
> > buildings (and on lower zooms - areas) with lots of "activities" (i.e.
> > POIs) are highlighted in beige.
> >
> > Now, traditional topo maps use building type attribute for this, eg.
> > Polish ones use dark brown for public/retail buildings, orange for
> > residential, violet for industrial and gray for everything else.
> > Our (and I presume Google's no better) building type tagging is pretty
> > sparse, so this is a no-go.
> >
> > I wonder whether somebody could cook up a proof of concept of this for
> > OSM styling to see how it would work out. One may play with assigning
> > different weights to POIs according to their type or perceived
> > importance via Wiki{pedia|data} tags.
> >
> > Michał
> >
> > [1]
> https://maps.googleblog.com/2016/07/discover-action-around-you-with-updated.html
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] What3words

[Janko Mihelić]

So they are using the english version? What good does that do to the local
people? It would be easier to learn the GPS coordinates.

Janko

uto, 12. srp 2016. u 09:47 Steve Doerr  napisao je:

> On 12/07/2016 00:23, Dave F wrote:
>
> > This system [...] doesn't work in the real world.
>
> It's apparently used in Mongolia as of this month. So the proof of the
> pudding . . .
>
> --
> Steve
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk