Re: [Talk-hr] Gašenje mailing liste talk-hr

[Matija Nalis]

On Thu, Nov 16, 2023 at 01:38:21PM +0100, Hrvoje Bogner wrote:
> Kako smo već prije dogovorili da službeni kanal za komunikaciju bude
> Discourse forum tako smo sad došli do gašenja ove mailing liste.

A Discourse forum je ovdje: 
https://community.openstreetmap.org/c/communities/hr/72


-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

Obzirom da se nitko nije protivio, izmijenio sam
https://osm-hr.org/openstreetmap-hrvatska/
i 
https://wiki.openstreetmap.org/wiki/Croatia/Komunikacija#Online_komunikacija_s_%C4%8Dlanovima

da referenciraju Discourse forum
https://community.openstreetmap.org/c/communities/hr/72

kao "glavno" mjesto za rasprave. Navedeni forum se može koristiti i
putem e-maila, za korisnike koji tako preferiraju.

Obavijest šaljem i na telegram i forum, a netko tko koristi Facebook bi mogao 
proslijediti i tamo.

On Mon, Jun 05, 2023 at 06:07:54PM +0200, Matija Nalis wrote:
> Sa: 
> https://community.openstreetmap.org/t/preferirani-nacin-komunikacije-za-hr/99841
> 
> Jednom davno smo odlučili da mailing lista talk-hr bude preferirani
> način komunikacije. U zadnje vrijeme je dosta zamrla diskusija tamo
> (zadnja poruka pred 6+ mjeseci).
> 
> Obzirom da novi discourse forum Hrvatska (Croatia) - OpenStreetMap
> Community Forum omogućuje da se i koristi putem e-maila kao i stara
> mailing lista, a ima i razne i dodatne mogućnosti (laganije
> korištenje za nove korisnike, lagano sudjelovanje u diskusijama bez
> potrebe za prethodnom prijavom na listu, ne treba nikakve dodatne
> accounte osim već postojećeg OSM accounta itd.) zanima me jeste li za
> da proglasimo taj forum glavnim mjestom za “službenu” komunikaciju
> oko HR dogovora?
> 
> 
> -- 
> Opinions above are GNU-copylefted.
> 
> ___
> 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] Preferirani način komunikacije za HR?

[Matija Nalis]

Sa: 
https://community.openstreetmap.org/t/preferirani-nacin-komunikacije-za-hr/99841

Jednom davno smo odlučili da mailing lista talk-hr bude preferirani
način komunikacije. U zadnje vrijeme je dosta zamrla diskusija tamo
(zadnja poruka pred 6+ mjeseci).

Obzirom da novi discourse forum Hrvatska (Croatia) - OpenStreetMap
Community Forum omogućuje da se i koristi putem e-maila kao i stara
mailing lista, a ima i razne i dodatne mogućnosti (laganije
korištenje za nove korisnike, lagano sudjelovanje u diskusijama bez
potrebe za prethodnom prijavom na listu, ne treba nikakve dodatne
accounte osim već postojećeg OSM accounta itd.) zanima me jeste li za
da proglasimo taj forum glavnim mjestom za “službenu” komunikaciju
oko HR dogovora?


-- 
Opinions above are GNU-copylefted.

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

[OSM-talk] Proposed automated edit of some barrier=kerb kerb=raised nodes (forum crosspost)

[Matija Nalis]

In 
https://community.openstreetmap.org/t/proposed-edit-of-some-barrier-kerb-kerb-raised-nodes/98038
user @osmuser63783 proposed automated edit:

--
If you’ve been reading my posts about kerb tagging (1, 2), then you already 
know that StreetComplete places kerb=raised by itself on a node where a footway 
meets a road to mean “you might expect a crossing and lowered kerb here but 
there isn’t one”. Whether there are better ways of tagging this is currently 
being discussed here. The problem is that iD users have added barrier=kerb to 
such nodes because the validator in iD told them to. This leads to issues, 
because it’s interpreted as a raised kerb across the road. For example it stops 
OSRM from routing cars along the road.

The good news is that new nodes like this will no longer be created because of 
a recent change in iD, disabling the suggestion to add barrier=kerb to such 
nodes. I’m grateful to everyone involved that this has been fixed so soon after 
I spotted it.

The bad news is that there are now about 1,500 nodes tagged barrier=kerb 
kerb=raised that really shouldn’t have the barrier=kerb tag.

How would people feel about editing them all in one go, following the automated 
edit code of conduct?

I propose doing something like this

use Overpass (query) to get all barrier=kerb kerb=raised nodes on roads 
(i.e. highway ~ 
trunk|trunk_link|primary|primary_link|secondary|secondary_link|tertiary|tertiary_link|unclassified|residential),
 there are 1495 of them
check a few dozen manually and only proceed if they are clear tagging 
mistakes
for each suspicious node, retrieve the history (example API call)
find the changeset that added barrier=kerb; retrieve the changeset metadata 
(example API call) and see if it was created_by iD with 
resolved:outdated_tags:incomplete_tags >= 1
if yes, go back further in the changeset history to find the changeset that 
added kerb=raised; retrieve the changeset metadata (example API call) to see if 
it was created_by StreetComplete with comment “Add whether there is a crossing” 
or “Specify whether there are crossings at intersections of paths and roads”
generate a couple of OSC files, e.g. one for each grid square (which 
resolution is appropriate? in other words, how many changesets should there be 
vs. how big should they be?)
upload here for scrutiny and check manually, then after people have had a 
chance to check it, commit using JOSM, with a changeset comment linking to the 
discussion, etc.

Importantly, this excludes all situations where barrier=kerb was added before 
or at the same time as kerb=raised, or where they used a different editor than 
iD, or where kerb=raised wasn’t added by StreetComplete. We don’t want to retag 
anything where a human set the barrier=kerb tag on purpose.

It would require a few read-only API calls (no more than 4500) that could be 
spread out over a few hours to make sure that service levels are not affected.

Why not create a Maproulette challenge?

I don’t have any experience with Maproulette, but from what I can see, I think 
it works best when some human intervention is required. Using the steps above 
we should be able rule out that someone added the barrier=kerb on purpose to 
mean that there is a kerb across the road, so checking each one manually would 
not be a good use of anyone’s time.

Any thoughts on this?

[1] https://community.openstreetmap.org/t/tagging-kerbs-on-crossings/9290/
[2] 
https://community.openstreetmap.org/t/improving-the-wiki-documentation-of-barrier-kerb-and-kerb/97042
--


(posted for more visibility in talk ML on @osmuser63783 request so people 
wouldn't get surprised. Go to top URL for better formating with all the links)

-- 
Opinions above are GNU-copylefted.


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

[Talk-hr] Venko i problemi na karti

[Matija Nalis]

Diskusija o problemima sa userom Venko i dogovaranje što da napravimo
je na:

https://community.openstreetmap.org/t/venkov-vandalizam/5299

Svi su pozvani da se uključe u raspravu, likeaju, glasuju, i
doprinesu komentarima.

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] Glasanje oko prijevoda imena ulica

[Matija Nalis]

Glasanje za prijevode imena ulica na:
https://community.openstreetmap.org/t/prijevodi-imena-ulica/5246


Na novom Discourse forumu za Hrvatsku (koji mijenja stari forum):
https://community.openstreetmap.org/c/communities/hr/72

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Thu, Mar 03, 2022 at 09:56:27PM +0100, Janko Mihelić wrote:
> 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. 

da, ja bih isto kao amenity=music_school ako nema opceobrazovne
predmete i druge stvari. Ako ima i drugo, onda amenity=school...

> 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.

nda, najbolje amenity=school samo, mozda dodati description=* 
ako nemamo nista bolje.

> 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.

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

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

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Thu, Dec 30, 2021 at 12:51:48PM +0100, Janko Mihelić wrote:
> pet, 24. pro 2021. u 00:45 Matija Nalis 
> > 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 sad sam ih evo otvorio 7-8, ali samo jednu sam našao da ima ikakav ref?
Ali OK, ako ima više različitih ref-ova, onda svakako neka bude 
"ref:HR:e-matica" taj glavni po kojem povezujemo.

> 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.

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?

> > 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" ? :)

https://data.gov.hr/ckan/dataset/osnovne-skole-grada-zagreba/resource/deb86659-89f1-4fac-8bd3-30a7f3a46ce9
iz trazilice gore ih recimo ima nekoliko sa VRSTA: "Privatna osnovna škola"

a i u ovom: 
https://data.gov.hr/ckan/dataset/osnovne-skole/resource/osnovne-skole
imamo npr. "Privatna osnovna škola HARFA" i sl.

što pretpostavljam da onda nije "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.

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

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Thu, Dec 16, 2021 at 05:18:00PM +0100, Janko Mihelić wrote:
> 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:

A za koje sve baze znas? :)

> 1.
> 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=*.

Slazem se, to sa operator + kratki name mi se cini bolje.

> 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"
>
> MOžda onda school:type=main za matičnu, i school:type=district za područnu.

hm, ne znam, po wikiju mi bas ne izgleda da je to namjena tog taga:
https://wiki.openstreetmap.org/wiki/Key:school:type

Ja bih to drzao jednostavno kako si rekao - u operator od podrucnih
skola staviti koja je maticna skola. 

Ako bas zelimo komplicirati, pravi put je vjerojatno povezati maticnu
sa podrucnim skolama preko relationa. Ali mislim da nam to nije bas 
nuzno...

> 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..)

A imamo li negdje urednije podatke?

> Ali imamo i ID-eve škole koje, ako sam dobro razumio, vodi sustav e-matica:
> https://www.carnet.hr/projekt/e-matica/

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

> 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.

Pa to mi se cini OK sa "ref:HR:", ako imamo raznih ref-ova koje
trebamo upotrijebiti na skoli.

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.)

> 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.

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?

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

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

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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] OSM virtualni meetup 2021-10-13

[Matija Nalis]

brzi sazetak meetupa, neka me ljudi dopune sto sam zaboravio jer sam
sve pisao iz glave nabrzinu nakon sastanka...

- moguci izvor podataka
  https://gis.zrinjevac.hr/
  https://darkoantolkovic.wordpress.com/karte/
  https://www.aed.hr/aed-demo/

- ucrtavanje zgrada po Zagrebu gdje nemamo vektore
  https://tasks.osm-hr.org/project/19

- hbogner ce za grad rijeku DOF vidjeti s njima mozemo li dobiti raw podatke,
  pa ce staviti na tms.osm-hr.org ako mozemo

  Pa cemo (Janjko?) staviti kao DOF izvor za iD/JOSM kada se to slozi

- dignuti javni mapproxy TMS za DGU WMS-ove, da bude brze u JOSM i sl.
  https://github.com/osm-hr/mapproxy-hr ima confige

  dignutno kakvo je trenutno javni pristup (sa watermarkovima), a onda
  vidjeti s DGU-om da li mozemo ako je napravljeno sa DGU accountom
  (bez WMS-a) to staviti javno

  hbogner mora prvo zamijeniti diskove na vece

- vidjeti sa DGU-om za administrative granice mjesta da li mozemo dobiti za
  ostatak HR, kao sto smo bili dobili prilikom potresa 2020 za to podrucje
  (hbogner?)

- hbogner ce Jasmini preporuciti aplikaciju za spremanje GPX tracka
  za cudne pristupe do rusevona starih dvoraca i sl.

- Jasmina ce kontaktirati banke u HR za lokacije poslovnica i bankomata

  na https://github.com/osm-hr/data4import su podaci stari 7+ godina

  a Janjko ce onda sa conflatorom sloziti da imamo verify/import za to

  hbogner i drugi ce poslati primjere mailova sa kojima su kontaktirali druge
  da li dozvoljavaju koristenje podataka za OSM, da moze Jasmina napisati ovo

- nazivi operatora za banke / bankomate su nam svakako napisani, bilo bi dobro
  to unificirati. Account za automated edit napraviti pa koristiti scripte
  sa 
https://github.com/streetcomplete/StreetComplete/pull/3352#issuecomment-939199676
  i komentara ispod

- ponovo se sastati slijedecu srijedu

- ne bi bilo lose dogovoriti na pocetku tko ce biti dezurni
  zapisnicar taj put :-)


-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

super, meni izgleda ok!

On Wed, Sep 01, 2021 at 04:29:48PM +0200, Janko Mihelić wrote:
> 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

-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Fri, Aug 27, 2021 at 02:10:13PM +0200, Janko Mihelić wrote:
> Zakon o državnim cestama kaže:
> > 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

A opet, nadlezno Ministarstvo mora prometa i tih stvarcica
https://mmpi.gov.hr/promet/cestovni-promet-124/propisi-8270/javne-ceste/9934

koje je nositelj Registra javnih cesta
(https://mmpi.gov.hr/UserDocsImages/arhiva/nn-32-01-Uredba-registar-cest.htm)

je proglasilo D546, D547, D548 drzavnim cestama 2021.
(https://narodne-novine.nn.hr/clanci/sluzbeni/2021_02_18_429.html)

dok 2018. to jos nisu bile (D545 bila zadnja drzavna cesta)
(https://narodne-novine.nn.hr/clanci/sluzbeni/2018_11_103_2021.html)

> 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

Pa i povijest je bitna drzavi, nemoj tako, inace ce nam ukinuti bar
pola drzavnih blagdana :)

Ali ne znam sto mi direktno mozemo tu promijeniti (i u kojem roku).
Pisati HC ili MPPI da mijenjaju klasifikaciju jer je neadekvatna namjeni?

> meni ne bi trebala biti niti županijska niti lokalna.

A kako bi je onda oznacili? highway=unclassified? highway=track?
highway=road? higway=service?

> 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
> > pokrenule su i postupak obnove i stabiliziranja, da ju zaštite od
> > vododerina, ali i sve većeg prometa.

Strah me je pogledati koje godine smo je ucrtali u OSM kao
highway=primary, da mozda nije visoko korelirano s tim povecanjem
prometa po istoj :-)

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


> 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

Da, nema mi nikakve logike...  Ako ne zelis da se ljudi voze po
necemu, pa neces to onda valjda labelirati na nacin koji ljude
privlaci da se voze tamo?! Ali pricamo o drzavi, pa

> natjerati da gledaju surface kad gledaju gdje će ići autom. Zato mislim da
> bi ipak trebalo maknuti highway=primary tag sa te ceste.

Ok, slazem se. Ali cemo staviti neku drugi tag, zar ne?
Sad je pitanje samo koji i kako cemo to definirati.

Ili ostaviti "highway=primary" (pa mozemo ostaviti klasifikaciju
drzavna => primary), a dodati "motor_vehicle=discouraged" ?
Postuju li to routeri? Mozemo staviti, pa probati? Skoditi nece
sigurno, a sluzbeno i je discouraged (kako si citirao wikipediju).

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)

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

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

a Hrvatske ceste ne prikazuju tako detaljna obiljezja dionica (surface):
https://geoportal.hrvatske-ceste.hr/gis?c=436743%2C4902094=8.6

Iako mi zvuci vrlo vjerojatno da te podatke imaju, npr. iz ŽUC BPŽ:
http://www.zuc-bpz.hr/cestovna/popis-zupanijskih-cesta/84-cestovna-mreza

Možda možemo tražiti Hrvatske Ceste da objave te podatke asfalt/makadam? 

> 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.


Znamo li imaju li te dionice maxspeed drugaciji od defaultnog 90km/h za HR?
(https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Croatia)
Mozda bi ucrtavanje toga pomoglo ako znamo (ili je na tom makadamu
zaista dozvoljeno 90km/h?)
ili https://wiki.openstreetmap.org/wiki/Key:maxspeed:advisory ?
Jer ako imaju, mozda samo ucrtavanje toga ce rijesiti problem ?

Ali samo ako je to negdje oznaceno, ako cemo fakeati tagove, onda
svakako bolje da fakeamo direktno highway=primary u nesto drugo :)

Ne bih isao u sad neka prekompleksna 

Re: [Talk-hr] Road network improvements in Croatia

[Matija Nalis]

Hi Murad,

Your post made it this time. This mailing list is "offical" contact, but we
do use Telegram channel often: see https://osm-hr.org/openstreetmap-hrvatska/

I remember there being some issues previously with Bolt users
incorrectly mapping oneway streets if I recall correctly (and maybe
some other issues), but I do not know if it was resolved. 
Perhaps the persons who noticed that problems could jump in with more details?

Local guidelines are documented at https://wiki.openstreetmap.org/wiki/Croatia
and links at the top (in Croatian only, sorry). Mostly regarding road
classificaton, public transport and hiking/cycling routes. 
I think most of the other stuff is straightforward OSM usage.

Feel free to ask if you have any questions.

Cheers,
Matija

On Thu, Aug 26, 2021 at 09:40:42AM +0400, Murad Vardzelyan via Talk-hr wrote:
> I’m Murad from Bolt.
> 
> We are improving the road network of Croatia. Project details can be found
> here: https://wiki.openstreetmap.org/wiki/Organised_Editing/Activites/Bolt.
> We would like to get familiar with local mapping guidelines if there are
> any.
> 
> Please, also, let me know if you have preferred contact channels other than
> this talk-list.
> 
> Waiting for your reply.
> 
> P.S. We have contacted Croatian community also back in March, but seems the
> message got lost.
> 
> Regards, Murad from Bolt Map Production
> ___
> 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

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

[Matija Nalis]

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: https://wiki.openstreetmap.org/wiki/Verifiability

npr.jedan od (losih :) nacina je da mozemo reci da su D1-D99 
highway=primary, a D100+ da su highway=secondary; ili se mozemo
pozvati na neki autorativni izvor podataka tipa NN ili sto 
drugo (za sto imamo dozvolu naravno); ili neko deseto pravilo.

hbogner, koji je tvoj prijedlog kako bi ih jednoznacno trebali definirati
highway=primary/secondary/...? tj. kako bi tocno izmjenjenio tekst za:
https://wiki.openstreetmap.org/wiki/Croatia/Ceste#Klasifikacija_cesta ?

> PS. Ja se više ne usudim istraživati sve ceste kakvo je stanje, jer sam nekad
> davno zapeo autom na ŽC dok sam radio gpx track, vododerine po cesti od
> 20-30cm, tuda lokalci idu traktorom, a ne autima...

Tocno to i mene brine, npr. ako na nekoj cesti sa koju smo ranije
smatrali highway=primary propadne asfalt (ispod koje granice?  kako
mjeriti?), onda ako idemo po ideji "upotrebljivosti" a ne dosadasnjeg
"slova na papiru" moramo imati JASNO definirano pravilo po kojem cemo
takvu cestu deklasificirati u nesto drugo (highway=secondary ili
highway=terciary ili sto god.)

I sto ostali misle, prijedlozi / ideje / potencijalni problemi ?


-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Wed, Aug 25, 2021 at 10:03:03PM +0200, Hrvoje Bogner wrote:
> Uočio sam note na staroj-staroj cesti preko Velebita:
> 
> https://www.openstreetmap.org/note/2755579#map=14/44.3085/15.6602
> 
> Prošao sam nekoliko puta onuda i to po meni nikako nebi trebala biti
> primary, to je makadam :)

Po zadnjem dogovoru, ideja je bila koliko vidim dokumentirano da su
drzavne ceste highway=primary:
https://wiki.openstreetmap.org/wiki/Croatia/Ceste#Klasifikacija_cesta

Note kaze uz ostalo: "In developed countries, roads marked as primary
are required to have two lanes, be smoothly paved and easily usable
by any vehicle"

mislim da je kljucni dio ono "in developed countries": sto se cesta
tice, mislim da smo (gledano HR u cjelini) dosta blizi recimo
nerazvijenijim dijelovima Indije nego Njemackoj :(

(Takodjer, iako se lik poziva na OSM wiki, ja u wikiju ne vidim da
pise taj dio oko "be smoothly paved and easily usable by any
vehicle", a i onaj dio sa "two lanes" je SHOULD a ne MUST, da
upotrijebim RFC2119 terminologiju)


> Što vi kažete na takve ceste?

glavni OSM wiki https://wiki.openstreetmap.org/wiki/Tag:highway=primary kaze:

"In developed countries normally with 2 lanes or more.  In areas with
worse infrastructure road quality may be far worse and may include
even unpaved roads.  The traffic for both directions is usually not
separated by a central barrier.  "

Mislim da je ovo nase sa D547 definitivno pod "areas with worse
infrastructure", tako da nije protivno definiciji highway=primary.

Po meni je podloga definirana sa surface=* tagom, a ne sa highway=*
Medjutim niti to nije garancija ugode - ima cesta po Hrvatskoj sa
takvim asfaltom (da, Hrvatska je i istocno od Zagreba) da molis $DEITY 
kada ce napokon doci makadam ili zemljani put :-)
(onda dolazimo do smoothness=* taga, koji je zapravo ono sto najcesce
ljude zanima - dobar makadam je puno ugodniji od loseg neodrzavanog
asfalta, samo niti taj tag nije savrsen bas, ali je dosta koristan)

Sama cesta u pitanju (ako to zaista je D547) je koliko vidim dobro
mapirana - ima ne samo highway i name/ref, nego i surface i lanes.

Pitanje je onda zapravo da li tvoj app/renderer ima da pokazuje ono
sto je *tebi bitno* (OsmAnd recimo ima pod "Map Rendering / Details"
checkboxove za "Show road surface" i "Show road quality" koji su meni
apsolutno kljucni pri planiranju kojim putem cu ici.  Ima i drugih
korisnih opcija tamo, pogledajte obavezno ako koristite).

Problem je naravno sto su oni koji su navikli na zemlje sa boljim X
budu sokirani kad dodju zamlje sa slabijim X (kako ovo sa cestovnom
infrastrukturom, tako i situacije kad lik dodje u pekaru ili birtiju 
u nekom selu i ocekuje da ce nesto pojesti ili popiti a ima samo 
kreditnu karticu sa sobom :)

> Ja mislim da se ne treba strogo držati slova na papiru ako ne zadovoljava
> određene kriterije, a moj prvi kriterij kod primary je asfalt :)

To mi vise zvuci u HR kao defaultno ocekivanje za highway=motorway
ili higway=trunk.  No ne i za highway=primary (pogotovo ako "ref" tag
iza slova "D" ima 3 ili vise znamenki).

No nisam apriori kontra promjene, samo me strah kriterija. Nekome bi
recimo mogao biti kriterij da mora biti lit=yes, ili da mora biti
barem smoothness=good (kao autoru Note-a) ili sl. 

U svakom slucaju, *AKO* bi isli mijenjati, po meni je apsolutno
obavezno da nova kategorizacija zadovoljava Verifyability:
https://wiki.openstreetmap.org/wiki/Verifiability

Dakle da se ne moze dogoditi da jedan mapper misli da je nesto
highway=primary a drugi da je highway=secondary a treci da je
highway=track (jer onda ulazimo u beskonacan edit war gdje se svi
ljute na one druge i svatko misli da je on u pravu; sto je IMHO
znacajno veci problem par zbunjenih turista zapadnjaka koji su
zabrijali da je 'rvacka puno razvijenija nego sto zapravo je)

Znaci mora biti jasan deterministicki i *nedvosmislen* nacin kako
utvrditi koji je tip highwaya. Citanje iz zakona je tu super, cak i
kada ima (kao sto si dobro primjetio) svoje nedostatke nekad.

A to mi se cini kao prilicno tesko definirati, ali ako ima tko ideja,
svakako bih volio cuti!

Ili bi mozda jednostavnije trebali updateati 
https://wiki.openstreetmap.org/wiki/Tag:highway=primary
i druge da postavimo odgovarajuca ocekivanja za Hrvatsku
(kao sto imaju neke druge zemlje). 

Idealno rjesenje je naravno da lobiramo odgovorne da deklasificiraju
takve ceste da vise ne budu drzavne... (ili jos bolje, da ih 
unaprijede :) Samo, tko volontira za to?

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] Ortofoto 2020 i mapproxy-hr

[Matija Nalis]

Odnedavno je automatski u iD/JOSM/Vespucci i drugim editorima
dostupan WMS ortofoto sloj za 2019+2020 godinu.

Vezano uz to, za brži pristup kao lokalno cachirani TMS (i bez
watermarka ako se registrirate na geoportalu), može se koristiti 
dododatni program mapproxy, za kojeg imamo složenu konfiguracijsku 
datoteku (za novi DOF 2019+2020, ali i prethodne DGU DOF i TK/HOK
slojeve) i upute na https://github.com/osm-hr/mapproxy-hr


Više informacija na OSM-HR blogu:
https://osm-hr.org/2021/07/30/ortofoto-2020-i-mapproxy-hr/

Sretno kartiranje!

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] RSS za OSM torrente

[Matija Nalis]

OpenStreetMap je nedavno uspostavio RSS za automatsko pokretanje
torrenta (tzv. Broadcatching) za Planet dumpove. Ukoliko imate
viška bandwidtha i mjesta na disku, pozvani ste da na taj jednostavan
način pomognete u smanjivanju opterećenja na OSM servere (koji
trenutno limitiraju brzine radi preopterećenja linka) .

RSS linkovi (kao i torrent klijenti koji podržavaju RSS) su navedeni na:

https://wiki.openstreetmap.org/wiki/Planet.osm#BitTorrent_RSS.2FAtom_feed

Ukoliko imate bandwidtha i mjesta na disku, a koristite torrent
klijent koji ne podržava RSS na nekom GNU/Linux sistemu, 
imamo rješenje i za to: https://github.com/osm-hr/planet-mirror

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Online OSM meetup 2020-11-25

[Matija Nalis]

On Mon, Nov 23, 2020 at 10:53:38PM +0100, Hrvoje Bogner wrote:
> U srijedu 25.11.2020. u 19:00, na linku:
> 
> https://bigblue.openit.hr/b/hbo-pmp-e6u
> 
> Nije potrebna instalacija nikakve aplikacije, radi putem web browsera, bilo
> komp bilo mob.
> 
> Rasprava o obradi Zagreba, Knina, novim podatcima i razno.

Evo natuknica o čemu se pričalo (vjerojatno sam nešto i propustio, dopunite):

- rasprava o preciznosti na novim dual-frequency mobitelima (L1+L5, npr. 
https://www.usegalileo.eu/EN/inner.html#data=smartphone) i WAAS/EGNOS
- hbogner: točke za kalibraciju GPS-a sa 1cm preciznošću koje ima bi trebao 
objaviti na githubu sa modelom uređaja (pa ih netko od nas konvertirati u nešto 
portabilno)
- Knin 2019 DOF složiti na tasking manageru pa dovršiti nove ceste itd.
- uvale i rtovi novi?
- janjko: trebalo bi iz ZIPP starog i novog vidjeti da li je isti object_id pa 
da to možemo koristiti za ref. Coflator primjeri:
https://github.com/mapsme/cf_audit
http://audit.osmz.ru/project/demo/
- RGI - registar geografskih imena; hbogner će staviti na github pa vidjeti 
dalje kako ga koristiti
- hbogner: dobio 1cm zračne snimke gradića na obali 5-6 komada, konvertirati i 
dati nam da koristimo (tasking manager?)
- hbogner za simulator1 neke dozvole za doktorat će pitati
- hbogner: za Zagrebačke zgrade, razliku između vektora što imamo i DOF-a 
staviti kao task za ucrtati?
- torrenti
  na https://planet.openstreetmap.org/pbf/ sada imamo BitTorrent za OSM Planet, 
pa tko ima viška bandwidtha i mjesta na disku je pozvan da sharea load
  (RSSa još nema automatskog, tako da trenutno treba svaki tjedan ručno dodatni 
novi .torrent: https://github.com/openstreetmap/operations/issues/451)
- za cca mjesec dana bi mogli ponovno se virtualno naći
- janjko će si nabaviti mikrofon koji ne krči kao mitraljez do slijedećeg puta 
:-)

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

E da, nema nas niti na 
https://wiki.openstreetmap.org/wiki/Permissions#Europe

(kao niti na vec spomenutom 
https://wiki.openstreetmap.org/wiki/Potential_Datasources )


-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

Cool, hoces ti probati to sa OSM Conflatorom kako radi?

Inace, gledam po:
https://wiki.openstreetmap.org/wiki/Import/Guidelines

pa vidim da nismo dodali stvari u:
https://wiki.openstreetmap.org/wiki/Potential_Datasources

i jos korisnih iskustava sa importanjem na:
https://www.openstreetmap.org/user/Atakua/diary/368829


Ono sto je bitno je da definiramo i stavimo u Tasking Manager opis tocno sto sa 
tagiranjem kada mijenjamo geometriju.
Mozda ovakvo nesto:

- ako objekt ne postoji u OSM-u i zadovoljni smo gdje je u ZIPP-u,
  trivijalno je - prebacimo ga (npr.  kreiramo tocku i conflateamo na
  nju sa JOSM Conglating pluginom), dodamo building=religious i to je
  to.  (npr. source:geometry:ref=78775)

- ako objekt postoji u OSM-u ali ne valja, a zadovoljni smo gdje je u ZIPP-u, 
  opet je jednostavno.  Conflateamo postojeci OSM na novi ZIPP sa JOSM 
Conglating pluginom,
  upgradeamo building=yes na building=religious (ako OSM vec nema precizniji) i 
to je to.

- objekt vec postoji u OSM i vecinom je bolji od ZIPP-a?
  npr. source:geometry:ref=78821

  dodati dio gemetrije koji nam valja iz ZIPPa (luk na jugu), ali *NE* stavljati
  ZIPP tagove na objekt (iz changeseta ce se i tako vidjeti da smo ZIPP
  koristili kao dodatni izvor informacija)

  (naime, ako ostavim ZIPP tagove, u buducnosti ce eventualni import nove 
verzije dataseta htjeti unistiti ove nase rucne promjene!)

  i updateati building=yes na building=religious (ili precizniji, ako znamo is 
iskustva tocno sto je to)

- medjutim sto ako uzimamo objekt iz ZIPP-a i POMICEMO GA prema Zagreb 2018 
DOF-u? Onda izvor geometrije nije (samo) ZIPP, nego i DOF.
  Onda bi trebali nesto od:

  a) izmijeniti ZIPP tagove u nesto (ima li neki princip, ili moramo izmisljati 
svoj, tipa prefix pa bude "old:source:geometry:ref")?

  b) dodati "Zagreb 2018 DOF" u source:geometry  (uz postojeci ZIPP tekst)

  c) ili prvo uploadati jedan changeset po tome kakvo je u ZIPPu (sa
  changeset source=ZIPP); a onda obrisati ZIPP tagove i repozicionirati po
  DOF-u pa drugi upload sa changet source=Zagreb 2018 DOF? To bi zadrzalo samo 
u historyu

  d) ili jednostavno obrisati sve ZIPP tagove svaki put ako ista pomicemo taj 
objekt.
  (najjednostavnije, ali onda imamo loss of information ako cemo mozda hjtketo 
znati ubuduce je to ZIPP ID zapravo bio)

  (bitno je isto kao i gore - ako bude nova verzija changeseta, htjeti ce 
pomaknuti sve matching ID-eve koje smo mi vec namjestali po autorativnijem 
DOF-u)

  e) neka peta ideja?

  meni se mozda (b) cini kao najoptimalniji (najmanje posla, a zadrzava najvise 
informacija i omogucava da eventualne nove verzije importa ne trgaju rucno 
mijenjane stvari)


On Fri, Sep 04, 2020 at 10:44:36AM +0200, Janko Mihelić wrote:
> 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.
> 

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

[Matija Nalis]

On Thu, Sep 03, 2020 at 05:29:01PM +0200, Janko Mihelić wrote:
> čet, 3. ruj 2020. u 16:47 Matija Nalis 
> napisao je:
> 
> 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.

da, imas pravo, tako radi

> > 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..

Mislim da to nije aerial layer kojeg ce ucitati (barem ga meni ne
ucita sa remote control linkovima koje si dao), nego ono sto ce
pisati u changeset "source" tag-u (a sto zelimo da pise izvor!)

Ali to sto si rekao, bi bilo dobro staviti u Tasking Manager i Zagreb
2018 imagery da se ucita isto automatski, kao na prethodnim taskovima sto radi.

> > 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 uopce ne kuzim kako bih trebao direktno koristiti utilsplugin2
direktno, jer su mi objekti u razlicitim layerovima, pa mi je uopce
opcija "Replace Geometry" disableana.  Izgleda mi kao da bih morao
prvo merge layers da mi radi?  Jer ako ih selektiram samo svaki objekt u
svom layeru i dalje mi je "Replace Geometry" greyed-out...

Sa JOSM Conflation pluginom kliknem na configure, pa selektiram koji
layer je source, a koji destination.

> 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/

A bude se javio hbogner dok uhvati vremena valjda, malo se previse
natrpao covjek sa poslovima izgleda, nije to zdravo :)

Worst case ako bude previse posla, mozemo po Zagreb 2018 DOF-u
namjestati samo ono sto i inace moramo namjestati, a sve ono cega
nema pustiti kakvo je u ZIPPu.  (ja sam slijedeca 3 tjedna kratak sa
internetom, tako da...)


-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Fri, Aug 28, 2020 at 01:24:24PM +0200, Hrvoje Bogner wrote:
> On 28. 08. 2020. 02:10, Matija Nalis wrote:
> > Dakle to svakako moramo *negdje* upisati cini mi se?
> > 
> > Da li onda changeset comment, ili u svaki way poseban tag?
> > Postoji li neki standardni nacin za taj attribution davati?
> > 
> > Mislim da je za takve importe required attribution vrlo bitan dio price...
> 
> Atribucija rješena na globalnoj razini:
> 
> https://wiki.openstreetmap.org/wiki/Contributors#Croatia

da, ali opet negdje moramo referencirati (changset tags, source:geometry* 
object tag) 
KOJI od contributorsa je dao podatke za taj specificni objekt/changeset, zar ne?

> DGU DOF je autoritativan za RH, osim za Zagreb, za Zagreb je autoritativan
> ZG DOF 2018.
> 
> Više mjerujem 20cm DOF-u nego 50cm DOF-u, a i njega Zagreb koristi kao
> osnovu na kojoj radi modifikacije vektorskih slojeva.
> 
> Također lidar NIJE 100% točan, za neke objekte je bolje editirati te vektore
> da pašu na ZG DOF 2018.

A prilikom ovog LiDAR 2012 importa dakle opet trebamo gledati Zagreb
2018 Aerial kao autorativan? 

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Fri, Aug 28, 2020 at 01:03:21PM +0200, Janko Mihelić wrote:
> pet, 28. kol 2020. u 02:10 Matija Nalis 
> > 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

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...

> 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

Cool, nisam znao da to zna slati!

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

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

> Tamo sam napisao da se instalira utilsplugin2 i onda ćeš dobiti

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

(Ne mijesati "JOSM Conflation plugin" sa 
https://wiki.openstreetmap.org/wiki/OSM_Conflator
koji je nesto sasvim drugo)

> 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.

Da, ok, meni ima smisla.

> > 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.

Pa mislim da bi bilo dobro isprobati, a ne da sad napravio na jedan
nacin, a onda jednom kada dodje nova verzija dataseta da skuzimo da
smo neku trivijalu zeznuli pa ne mozemo poluautomatiku koristiti...

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...

> > 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. 

A da li ce https://wiki.openstreetmap.org/wiki/OSM_Conflator znati raditi ako 
nema ref:dataset (ili ako je drugaciji od onoga sto je bio prije [zbog godine u 
nazivu dataseta]) ?

To sam mislio da probamo pa vidimo...

> 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 ta

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

[Matija Nalis]

On Thu, Aug 27, 2020 at 04:52:31PM +0200, Janko Mihelić wrote:
> 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.

moja greska, to sam ja previdio dio sa "*IMPORTS* mailing list", mislio da se
radi o talk-hr mailing listi :)

>> 2) da li bi u changeset source ili negdje trebali dodati cije/otkud je to  
>> "Aerofotogrametrijsko i LiDAR snimanje 2012." ?
>
> 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.

I sigurno cemo napraviti propusta ako moramo rucno dodavati, to nije neko 
rjesenje... :(

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."

Da li je to dovoljno onda? Pogotovo pitam jer na wikiju pise requirement:

"Data license: This data is licensed for use in OpenStreetMap
project, it is obligatory to attribute the source (City of Zagreb,
City Office for the Strategic Planning and Development of the City)"
a to nigdje ne vidim da smo napisali?

Dakle to svakako moramo *negdje* upisati cini mi se?

Da li onda changeset comment, ili u svaki way poseban tag?
Postoji li neki standardni nacin za taj attribution davati?

Mislim da je za takve importe required attribution vrlo bitan dio price...

> 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

Da, taj izgleda ok!

jos hrpa stvari mi pada na pamet sad dok gledam i pokusavam:

4) pretpostavljam da ce mi trebati JOSM Conflation plugin ili nesto?
   Skinuo sam ga sad za igrati se, ali imamo li negdje upute /
   primjere kako cemo to raditi i na sto trebamo paziti? Je to itko radio prije?

   Tasking manager nam daje samo bbox i background aerial, zar ne? 

   A ove vektorske podatke o zgradama onda rucno ucitavam taj .OSM
   (slicno kao sto mi se cini da https://tasks.osm-hr.org/project/3 ima sa 
.geojson) ?

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

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

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

hoce li JOSM Conflation ili sto drugo znati tu onda samo vidjeti sto se 
mijenjalo na pametan nacin:
npr. https://wiki.openstreetmap.org/wiki/OSM_Conflator#Previewing_changes

Light green: no match in OSM was found, a new object was created.
Light blue: an OSM object was found, and its tags were modified.
Light red: OSM object had "ref:dataset" tag, but was missing in the new 
dataset and was deleted.
Dark red: OSM object could not be deleted and was retagged instead.
Dark blue: OSM object had "ref:dataset" tag and was moved, because the 
point in the dataset was moved too far.

da ne moramo onda kada izadje nova verzija LIDAR-a ponovo sve ispocetka 
raditi kao da nikad nismo nista?

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" ?

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


Ljudi, komentirajte, pogotovo ako ste imali iskustva ili ste
procitali na webu negdje nesto oko tematike ili vam se da uloziti
vremena i potraziti? Vise pari ociju bolje vide!

-- 
Opinions above 

Re: [Talk-hr] Import zgrada u Zagrebu

[Matija Nalis]

i meni se ti vjerski objekti u JOSMu otvaraju ispod Afrike :)

lat: -45 umjesto +45

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

Re: [Talk-hr] Import zgrada u Zagrebu

[Matija Nalis]

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

Re: [Talk-hr] Kucni brojevi

[Matija Nalis]

TL;DR:

Ja addr:city, addr:postcode, addr:country ne bih stavljao ako ne
postoji jako dobar razlog u nekom specificnom slucaju (a i tada sa
note tagom koji objasnjava situaciju zasto).

Detalji nize

On Thu, May 07, 2020 at 12:12:17AM +0200, hbogner wrote:
> On 06. 05. 2020. 12:21, Janko Mihelić wrote:
> > 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.

Ovo za addr:place je posebno korisno, tnx!

> > 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

Slazem se sa Jankom oko toga.

> što se tiče samog označavanja adresa ovo su oznake koje bi svaki kućni broj
> trebao sadržavati:
> 
> addr:housenumber
> addr:street - ili addr:place kao što kaže Janko
> addr:city - neznam koliki je ovo konflikt ako se koristi addr:place
> addr:postcode
> 
> opcionalno:
> addr:country - nije potreban ali se može staviti
> 
> Ovo mi je usmeno potvrđeno nakon predavanja:
> https://2018.stateofthemap.org/2018/T094-Addressing_addresses/
> Bitno je da se unificiramo na razini države i da svi to stavljaju.

A koji je onda smisao administrative boundary? Ne bi li iz toga
trebalo biti ocito koja drzava i grad su u pitanju za neki POI?

Gledam slideove tog predavanja sto si poslao, na p.40 kaze da su 
mandatory samo:
"addr:housenumber, addr:housename" i 
"addr:street or addr:place (not both)"

Tako ja i stavljam (mahom samo addr:housenumber i addr:street), a i
to sto je u slideovima je konzistentno sa:
https://wiki.openstreetmap.org/wiki/Key:addr

Cisto zato, jer naime nije neka sreca imati bazu podatka sa
dupliciranim podacima, jer ti duplici hoce ponekad biti razliciti, a
onda imamo nekonzistenciju (npr. ako je POI sa addr:city sa jednim
imenom koji je unutar boundary=administrative sa drugim imenom).

IMHO bolje je imati samo jedan podatak, onaj preferirani - u nasem
slucaju mislim da bi to radije bio ispravan boundary=administrative 
(a ne addr:city po svim POIs)

A addr:postcode mi se pogotovo cini problematican kod nas (za razliku
od recimo, Londona - gdje je fiksan, na tablama i prakticki bitniji od
ulice i kucnog broja!) - ako je to onaj postanski broj koji se pise na
pismo prije imena grada i gdje moras ici po paket kada je postar
prelijen pozvoniti da preda paket...

Npr.  za isti kucni broj na Vrbanima su u zadnjih par godina
mijenjali postcode barem tri puta, kako su stavljali koju nadleznu
postu (prvo je bio 10110 - Ozaljska, pa su onda to micali na Point
Centar / Rudeška, pa onda na 10104 Hrgovići).  Tak da moram sad imati
spisak koji dokument/kartica mi se vodi na kojem postanskom broju
(dok ne isteknu), iako su svi na potpuno istoj fizickoj lokaciji/adresi.
Tak da je u Zg recimo sigurnije pisati uvijek "1 Zagreb", cak i
ako znas koji ti je tocan postanski broj (jer je pitanje dokle ce
biti), barem po mojim iskustvima.

Dodatni problem s postanskim brojem kod nas je sto on nije "on the
ground" podatak (tj. za razliku od ulice i kucnog broja ga na terenu
ne mozemo fizicki provjeriti), tako da ga isto ne bih stavljao u
addr:postcode na POI/buildings (u boundary=* za manja
mjesta gdje je postcode fiksan je pozeljan, svakako).

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Tue, May 05, 2020 at 06:09:06PM +0200, martinswo...@gmail.com wrote:
> Nisam mislio da nije korisno mapirati sve, za to i sluzi OSM.

Mislim da je to vise bilo u smislu  "ima li nesto smisla ucrtavati
sada, ako ce uskoro doci bolji dataset", a ne "ima li smisla to uopce
ikada ucrtavati"...

> Medutim, sada je upravo trenutak da se jos jednom kontaktira DGU, jer moraju 
> adaptirati postojece zakonodavstvo do srpnja 2021. god. Mislim da zato ima 
> razloga zasto je DGU pristao OSM-u dati na raspolaganje te dodatne layere, 
> odnosno su to neki gradovi prepoznali. Razlog je sljedeca EU direktiva:
> 
> Open Data and Public Sector Information (PSI) Directive 2019/1024
> https://ec.europa.eu/digital-single-market/en/european-legislation-reuse-public-sector-information
> https://ec.europa.eu/digital-single-market/en/news/implementation-psi-directive-croatia
> 
> Uz to, upravo je u tijeku definiranje high value datasets, i tu se upravo 
> spominje katastar. Znaci od 2021 god. u svim zemljama clanicama trebao bi 
> biti dostupan katastarski layer, ne samo za OSM, nego za sve.
> 
> Eto, samo da znate uokviriti u planove. Treba sada vec energicno traziti da 
> OSM dobije pristup katastarskom layeru. Pitam se vise, zasto DGU nije vec u 
> proslom postupku dala odobrenje OSM-u za koristenje tog layera. Pitajte! 
> Inace kontaktirajte Središnji državni ured za razvoj digitalnog društva 
> (rdd.gov.hr)!

Interesantno, zivi bili pa vidjeli sto ce biti pokriveno direktivom
da se mora objaviti!  A to zasto se DGU bori rukama i nogama protiv
besplatnog dijeljenja podatka koje inace skupo prodaju mi nije
previse cudno :)


> -Ursprüngliche Nachricht-
> Von: hbogner  
> Gesendet: Dienstag, 5. Mai 2020 13:56
> An: talk-hr@openstreetmap.org
> Betreff: Re: [Talk-hr] Mapiranje svih gradjevina u RH
> 
> On 02. 05. 2020. 13:46, Janko Mihelić wrote:
> > 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
> 
> 
> Ima smisla, to i je smisao OSM-a. Odradi ono što možeš s onim što imaš, a 
> kasnije se to nadograđuje. Ako čekamo ostvaranje državnih podataka možemo 
> odmah prestai sve što radimo, gasimo sve i čekamo da to netko drugi odradi 
> umjesto nas.
> 
> Ja sam do sad preferirao POI unutar građevine, ili POI na ulazu koji je 
> označen kao ulaz i kao kućni broj.
> 
> 
> ___
> 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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Ukidanje dodatne domene osmhr.org

[Matija Nalis]

slazem se, neka istekne...

On Tue, May 05, 2020 at 01:44:00PM +0200, hbogner wrote:
> Još prije nekoliko godina tiskali smo nekoliko stotina osm i osm-hr letaka
> koje smo podjelili na dorscluc.org ili prosljedili ljudima okolo.
> 
> Jedini problem, koji smo naknadno uočili, je bio url na naš web, umjesto
> osm-hr.org pisalo je osmhr.org
> 
> Najbrže rješenje za taj problem je bio zakupiti osmhr.org domenu i
> redirektati ju na naš pravi web osm-hr.org što sam i napravio.
> 
> Mislim da više nema smisla paćati za tu dodatnu domenu.
> 
> Ako netko ima volje plaćati nek se javi, inače puštamo da istekne.

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Kucni brojevi

[Matija Nalis]

On Thu, Apr 30, 2020 at 10:55:16PM +0200, hbogner wrote:
> Izvlačim iz parafina prastaru temu.
> Kako smo dogovorili označavanje kućnih brojeva u RH?

ne sjecam se :)

> Kao standalone POI u građevini?
> Kao POI na liniji građevine?
> Kao atribut na građevini?

Ja ga generalno stavljam kao atribut na gradjevini (a i building tool
plugin u JOSMu mi to automatski prebaci sa POI-a na area building; 
iako se moze iskljuciti).

Jer kucni broj zapravo i je vezan uz cijelu gradjevinu; a i sa
prakticne strane kad netko pomice zgrade i/ili ulice po karti
(radi offseta) onda se nezavisni POI razlete (npr. predju na krivu
stranu ceste jer ju je netko pomaknuo, ili zavrse u drugoj zgradi i sl).

Ako ista fizicka zgrada ima vise ulaza sa vise kucnih brojeva, ili
ako je bitno npr. jer je zgrada velika / nejasnog prilaza (npr. 
ulaz iz dvorista, ili velike bolnicke zgrade) i znam lokaciju gdje je
tocno ulaz, onda tamo stavljam POI na liniji gradjevine sa
entrance=yes/main i adresom na tom istom POI.

https://wiki.openstreetmap.org/wiki/Tag:entrance=main

> Ako radimo kao atribut na građevini što radimo kad građevina ima različit
> broj katova a sve je jedan kućni broj?

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?

Ako si rasjekao u dvije gradjevine, a imaju vise ulaza sa istim
kucnim brojem, onda imamo u svakom slucaju problem jer ce se
validatori zaliti na duple brojeve. (a i ljudi biti zbunjeni)

Ako pak takva radjeljena gradjevina ima samo jedan ulaz, onda bih
postupio kao i gore za bolnice - entrance=yes i adresu na POI na
liniji zgrade tocno na lokaciji gdje je ulaz.

> Meni ia smisla kao standalone POI ili u ekstremnom slučaju kao POI na
> građevini na strani di se sam broj i nalazi.

Standalone POI mi se cini kao najgore rjesenje (osim u slucajevima
kada zgrade uopce nisu ucrtane, kada je ok) iz ranije navedenih
razloga da ce se pogubiti/potrgati prilikom raznih edita...

> Ali kako to želimo raditi na razini RH?

Dobro pitanje. Evo mojih razmisljanja gore, pa me zanima kako ostali
gledaju na to...


-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Fri, Apr 24, 2020 at 12:51:45PM +0200, hbogner wrote:
> OK, kreirali bi projekte na razini županije sa većim taskovima , koji se za
> naseljena područja mogu ručno splitati na manje taskove.
> 
> Sad na feedbacku od Knina vidimo da bi bilo dobro istotobno mapirati zgrade
> i ceste jer se često preklapaju, pa odjednom rješimo oba segmenta.
> 
> Slažete li se s tim?
> Ideje, kritike, komentari?

Meni se to cini OK, ja i u Kninu poravnam ceste / rijeke na tasku na
kojem radim, jer mi je tako lakse (to mi je mali djelic posla u
odnosu na zgrade, a osim rjesavanja problema gdje sijeku jedni druge, 
pomaze mi i za poravnanje podloga i vizualni pregled na kraju)

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Thu, Apr 23, 2020 at 08:32:36PM +0200, hbogner wrote:
> Pametnije mi zvuči kreirati individualne projekte po manjim prostornim
> jedinicama i ono što mi pada na pamet su županije. Dovoljno su male da
> pojedini taskvoi mogu biti razumne veličine, a dovoljno su veliki da sam
> projekt pokrije dobar postotak države, tako da sa 20-tak projekata pokrijemo
> cjelu RH.
> 
> Ono što mi nema smisla je spuštati se na još maanju razinu općina jer njih
> ima previše i to je previše malih projekata... stotine...

Pa, mozda zupanije, da. Obzirom da Task manager navodno ima mogucnost
splitanja vecih djelova na manje (ako nam to radi - treba provjeriti).

Jer hrpa je prostora izmedju gradova gdje nema skoro nista za
mapirati, pa stoga taskovi trebaju biti relativno velika podrucja
(jer tko ce otvoriti 100 taskova samo da nacrta jedan komad ceste i
sumu ukolo), ali kada se dodje do naseljenog podrucja onda je to
preogromno ako dobijem task sa 200 kuca za ucrati.

Cak mozda to prilikom kreiranje projekta odmah naseljena mjesta
sasjeci na manje povrsine za taskove (ne znam moze li se automatski
ili mora rucno).

Ali mislim da bi bilo dobro da se odlucimo za neku slabije mapiranu
zupaniju prvo, a onda kako se to rjesavanje privodi kraju dodajemo
neku drugu.  Jer ako stavimo odmah 20 taskova sa 0% complete to ce
biti killer entuzijazma (bar ja volim kada mi neki takav zadatak 
izgleda rjesiv u nekom smislenom vremenu, a ne nakon mjeseci rada
da sam na 0.7% complete :)


-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Thu, Apr 23, 2020 at 07:25:31PM +0200, hbogner wrote:
> On 22. 04. 2020. 20:03, Matija Nalis wrote:
> > Hmm, taj dio sa building=house ne znam bez local knowledge ili da sam
> > na terenu i vidim sto je tamo.
> > Mozda je "house" (jedna veca familija), a mozda "apartments" (vise 
> > nezavisnih)?
> > Sto ako je zapravo building=hotel?
> > Ili building=commercial ili building=civic?
> > 
> > To ne vidim iz zraka po obliku krova...
> 
> Može se pretpostavti za neke kuće na rubnim krajevima grada.
> 
> Ako pogledaš https://www.openstreetmap.org/way/795344607 na dof 2017 uočit
> ćeš da je to kompleksnija građevina i može se pretpostaviti kuća a zgrada
> pored je jednostavnija i preptostavlja se pomoćna zgrada


Pa mozda, ali to sto je kompleksnija gradjevina ne znaci da je "house"...  

Mozda je seoska krcma sa spavacim sobama (building=hotel), ili 
ducan (building=retail), ili gradska vijecnica (building=civic), 
ili ambulanta ili staracki dom...  itd.

Nista od cega nije "house" (koji je bas striktno single-family
stambeni objekt).

Pogledaj recimo:
https://www.openstreetmap.org/query?lat=45.27065=16.90860
(primjer sela gdje znam sto je sto uzivo). 
Nema sansi da bih znao iz zraka koji je building=house, a koji ne.

Ne znam, bar ja ne volim ubacivati podatke za koje nemam pojma da li
su tocni.  Ako ne znam sto je u pitanju, ja stavim samo generic
building=yes tag, tome i sluzi.

-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Thu, Apr 23, 2020 at 07:14:10PM +0200, hbogner wrote:
> On 22. 04. 2020. 22:29, Matija Nalis wrote:
> > Nego, ima bugic, nije pretjerano bitno ali:
> > 
> > Kada se krene mapirati neki dio pa klikne "Download this task as a gpx file 
> > to see its boundary."
> > otvara se URL:
> > https://tasks.osm-hr.org/api/v1/project/4/tasks_as_gpx?tasks=219_file=true
> > 
> > koji medjutim javlja gresku:
> > "Task as GPX API - unhandled error:  
> > returned a result with an error set"
> > 
> > Da li se to i drugima dogadja ili samo meni?
> 
> I meni se to dešava kad odaberem "Download this task as a gpx file to see
> its boundary."
> Možda Dražen može pogledati kad uhvati vremena može li što oko toga
> popraiti.

ok, ak uspije super...
 
> "Start editor" ti normalno pokreće editor?

da, i JOSM (Remote control) i iD se otvaraju normalno (ID dobije te
nacrtane granice, a JOSM ne skida posebne GPX granice nego se u njemu
samo po sebi vidi koji bbox je downloadan).

-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

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

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

[Matija Nalis]

On Tue, Apr 21, 2020 at 02:30:54PM +0200, Hrvoje Bogner wrote:
> On 20. 04. 2020. 01:40, Matija Nalis wrote:
> > Nego, primjetio sam sad da mi tasks.osm-hr.org daje da validiram
> > sektore koje sam ja i editao... To je lose jer sigurno ne budem sam
> > Moze li se to negdje ugasiti, da mora validirati netko drugi?
> 
> Nažalost na TM3 koji mi koristimo + ne, možda postoji to na TM4, nisam
> provjeravao.
> 
> Postoji opcija da samo validatori mogu raditi validaciju zadataka, ali onda
> se određeni korisnici moraju opredjeliti samo za taj zadatak i ne mapirati.
> Nekako mi se to nesviđa jer nas nema dovoljno za podjelu zadataka.

Slazem se, bolje onda ovako, mislio sam da ima...

Nego, ima bugic, nije pretjerano bitno ali:

Kada se krene mapirati neki dio pa klikne "Download this task as a gpx file to 
see its boundary."
otvara se URL:
https://tasks.osm-hr.org/api/v1/project/4/tasks_as_gpx?tasks=219_file=true

koji medjutim javlja gresku:
"Task as GPX API - unhandled error:  returned 
a result with an error set"

Da li se to i drugima dogadja ili samo meni?

-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Tue, Apr 21, 2020 at 02:25:45PM +0200, 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
> 
> Da da, osvećuje nam se sad to s ovom količinom podataka :)
> 
> Treba gledati položaje prometnica, ceste i tračnice. One bi trebale biti na
> istim mjestima na svim snimkama jer tu kut snimanja ima najmanji utjecaj za
> razliku od građevina, pogotovo viših zgrada.

Ja za "Knin 2007" uzmem "dgu.hr Croatia 2017 South+East Aerial" kao
primarni za poravnanje, a ostale (2011, 2017) za kontrolu.  
To mi se pokazalo kao najtocnije.

Nacrtam ili pomaknem par udaljenih ulica/zgrada da mi budu precizno
po DOF 2017-oj nacrtani, a onda pogledam "Knin 2007 aerial" (kojeg
Tasking manager imagery sam ucita) i poravnam ga (desni click/ new
offset) po tim pomaknutim ulicama/zgradama, i onda tek radim. 

Na kraju opet provjerim sa 2017 DOF-om da li je sve ok (i koje zgrade
su se dodatno izgradile ili porusile od 2007-2017) i onda tek saljem.

> Očito je različita visinska podloga na koju su radili korekciju DOF-a.
> 
> Pitanje je koliko precizno želimo ići, tj koliko si želimo komplicirati
> život. Ako odaberemo jedan se tpodataka na drugi neće skroz pasati... Sad
> još kad izađe DOF 2019... :)
> 
> Slažem se za roof:shape, to bi trebali za sve gdje imamo dovoljno detaljne

U JOSM-u ja prvo nacrtam sve, a onda lupim ctrl-f pa trazim
"building=* type:way -gabled -hipped" 
(to su dva tipa krova koji se jasno vide na Knin 2007 aerialu)
i onda mi pokaze koje sve nisam oznacio. Onda shift-clicknem 
sve koje su "gabled" i samo dodam tag, i isto tako za "hipped".

> snimke, također ako se može detektirati da je kuća onda building=house,
> umjesto standardnog building=yes.


Hmm, taj dio sa building=house ne znam bez local knowledge ili da sam
na terenu i vidim sto je tamo.  
Mozda je "house" (jedna veca familija), a mozda "apartments" (vise nezavisnih)? 
 
Sto ako je zapravo building=hotel?  
Ili building=commercial ili building=civic?

To ne vidim iz zraka po obliku krova...

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Rtovi (was:Tasking manager uspjesan test i najava nastavka)

[Matija Nalis]

Malo pitanje oko pozicioniranja Rtova, naime 
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcape kaze:
"from the land side capes are geographic extreme points sticking furthest out 
into the sea"

tako da mi se cini da bi to trebalo biti na najisturenijem dijelu?

npr. na:
https://tasks.osm-hr.org/project/2?task=63

mislim da bi "Rt Madrecin" trebao biti na jugozapadu, gdje je najizbočenije -
kao što se preciznije vidi na DGU HOK (iako je ime teže čitljivo, a
možda nije niti skroz isto). 

Također pitanje, na HOK se vidi "Rt. Sv. Ivan" malo sjevernije (koji
nije ucrtan), da li da to ukucamo isto (iako nije iz TK25) ili nemamo
dozvole za to?


-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Tue, Apr 14, 2020 at 02:23:33PM +0200, Hrvoje Bogner wrote:
> https://osm-hr.org/2020/04/14/grad-knin-i-tasking-manager-za-gradevine/
> 
> Vrijeme je da organizirano iskoristimo već spomenuti Digitalni ortofoto
> Grada Knina 
> .
> 

Nego, primjetio sam sad da mi tasks.osm-hr.org daje da validiram
sektore koje sam ja i editao... To je lose jer sigurno ne budem sam
pamtio koje sam ja taskove radio, a nema puno smisla da sam sebe
provjeravam (jer ako sam prvi put nesto krivo napravio, budem
vjerojatno i drugi put :)

Moze li se to negdje ugasiti, da mora validirati netko drugi?

-- 
Opinions above are GNU-copylefted.

___
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

[Matija Nalis]

On Tue, Apr 14, 2020 at 09:42:58PM +0200, Hrvoje Bogner wrote:
> 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.
> 
> Različiti krajevi imaju različite offsete, nema jedinstvenog za Knin, ako
> koristim tvoje brojeve moj task odleti na suprotnu stranu.

Nda, kad covjek ima izbora oko izvora podataka koji se ne slazu, onda
je skoro pa veci problem nego dok uopce nije imao podataka :)

"dgu.hr Croatia 2011 Aerial" i "dgu.hr Croatia 2014-2016 Aerial" mi
se poklapaju... "dgu.hr Croatia 2017 South+East" mi bjezi malo na
zapad u odnosu na njih (ne izgleda mi samo kao da je kut krovova, ali
mozda sam u krivu).

A kad na sve to gledam "Knin 2007" ne samo da ima pomake, nego mi
izgleda kao i da je zarotiran malo counter-clockwise par stupnjeva.

Ili mozda to nije niti zamisljeno da bude toliko precizno koliko smo
mi zamislili da je?

Ono sto se moze dodatno mapirati kod kucica a sto vidimo na "Knin 2007" je:
https://wiki.openstreetmap.org/wiki/Key:roof:shape

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Krivi editi

[Matija Nalis]

slobodno daj ti

On Wed, Feb 12, 2020 at 11:41:36AM +0100, Janko Mihelić wrote:
> 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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Krivi editi

[Matija Nalis]

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

Re: [Talk-hr] Javni prijevoz u Zagrebu

[Matija Nalis]

Nisam se bas bavio za routanjem javnog prijevoza, ali koliko vidim na
brzinu po tome sto je napisao Janjko i po wikiju, treba popraviti.

Npr. zadnja stanica busa 101 (na Pantovcaku) treba imati:

1) stanicu kao tocku (node) na cesti sa tagovima:
   public_transport=stop_position + bus=yes + name=*

   U ovom slucaju je to node https://www.openstreetmap.org/node/1630527661
   ali su krivi tagovi (highway=bus_stop i public_transport=platform)
   To je mjesto gdje se bus *na cesti* zaustavlja, i to je node koji ide u 
relation.

2) stajaliste *pored* ceste (sa prave strane ceste!) kao node sa tagovima:
   highway=bus_stop + name=*
   na mjestu gdje se putnici ukrcavaju (gdje je nadstresnica ili znak za bus 
obicno).

   U ovom slucaju to nije ucrtano, tj. spojeno je sa node 1630527661
   na cesti (a treba biti poseban unconnected node pored ceste)

3) stajaliste *pored* ceste (sa prave strane ceste!) kao way sa tagovima:
   public_transport=platform + bus=yes + name=* 

   U ovom slucaju je to https://www.openstreetmap.org/way/150133440
   koji je OK (samo mu fali name=*). 

   To je bas dio nogostupa pored ceste gdje ljudi stoje (dakle kao i (2), samo 
nije 
   tocka nego way koji oznacava bas koliko je dugacak / koliko mjesta za 
putnike koji 
   cekaju ima u stvarnosti)

   Za platformu bi bilo dobro da je povezana sa nogostupima 
(highway=path,footway itd) 
   koji vode do nje, ali u ovom slucaju nisu uopce nacrtani pa ostaje visiti 
ovako u 
   zraku unconnected, dok netko ne ucrta - prezivjeti cemo, taj
   public_transport=platform nam je vise vizualan nego funkcionalan)

Janjko, jel dobro pricam?

On Wed, Sep 25, 2019 at 01:37:07PM +0200, Ivan Habunek wrote:
> Napravio sam za probu liniju 101 i dodao u wiki:
> https://wiki.openstreetmap.org/wiki/WikiProject_Croatia/Javni_prijevoz#Zagreb
> 
> Cijenio bih review kad netko bude imao vremena.
> 
> -- Ivan
> 
> On Wed, 25 Sep 2019, at 11:13, Ivan Habunek wrote:
> > Bok Janko,
> > 
> > Imam već OsmAnd, nisam znao za to, isprobam.
> > 
> >  U međuvremenu sam našao i detaljne upute za ucrtavanje autobusnih ruta 
> > na wikiju:
> > https://wiki.openstreetmap.org/wiki/Buses
> > 
> > Da odgovorim na vlastito pitanje: crta se 1 relacija u svakom smjeru + 
> > master_route koja ih spaja. Vidim da je za tramvaje je to već tako i 
> > napravljeno.
> > 
> > Registrirao sam se na wiki pa ću tamo dokumentirati napredak, koji 
> > možda neće biti jako brz, ovisno koliko ću vremena imati.
> > 
> > BTW, skužio sam da zet ima neke podatke ovdje:
> > http://www.zet.hr/odredbe/datoteke-u-gtfs-formatu/669
> > 
> > Uključujući lokacije stanica, popis ruta i vremena polaska. Što je 
> > super jer sam već mislio parsati njihove web stranice :D
> > 
> > Poz,
> > -- Ivan
> > 
> > On Wed, 25 Sep 2019, at 09:21, Janko Mihelić wrote:
> > > 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.
> > > >
> > > > 

Re: [Talk-hr] Pravo koristenja mreznih usluga prostornih podataka Drzavne geodetske uprave

[Matija Nalis]

meni isto definitivno izgleda da je dozvoljeno cachiranje:

"Mrežna usluga pregleda dostupna je anonimnim i registriranim
korisnicima bez naknade. Korisnik navedenu uslugu može upotrebljavati
za stvaranje novih proizvoda s dodanom vrijednošću. Pristupom mrežnoj
usluzi pregleda i podacima koje ona poslužuje korisnik stječe pravo
uporabe, pri čemu se ni na koji način ne prenosi pravo vlasništva nad
istima. Korisnik je obavezan kod objave podataka istaknuti izvor
podataka [...]"

Bitan dio je "anonimnim korisnicima [...] bez naknade" i
"stjece pravo uporabe" - posto nema dodatnih ogranicenja kakve
uporabe, to ukljucuje i uporabu za offline koristenje (cachiranje).

A posto prilikom cachiranja ne objavljujes dalje te podatke, ne moras
niti istaknuti izvor podataka (dokle god ih ne odlucis negdje objaviti, 
npr. updatanjem OSM baze na osnovu podataka iz DOF-a)...

On Wed, Jun 05, 2019 at 04:31:10PM +0200, hbogner wrote:
> Nisam stručnjak za pravo i licence i nemogu ti ništa sa sigurnošću reći, ali
> po ovome pretpostavljam da bi smio.
> 
> 
> On 05. 06. 2019. 11:48, Darko Boto wrote:
> > Heh.. nisam mislio prodavati za keš :)
> > Mislio sam raditi lokalni cache ili cache na serveru što bi na neki način
> > značilo držati kopiju podataka (npr. DOF-a)
> > 
> > On Wed, Jun 5, 2019 at 11:23 AM hbogner  wrote:
> > 
> > > Ovisi što misliš pod keširati? ;)
> > > 
> > > Prodavati za keš?
> > > 
> > > Radili lokalnu kopiju?
> > > 
> > > Nešto treće?
> > > 
> > > PS. I do sad si svaki put radio lokalnu kopiju kad si posjetio
> > > geoportal. Nažalost oni nisu svjesni da svaki browser(i većina
> > > aplikacija) radi lokalnu kopiju podataka, što s oni bili zabranili :)
> > > 
> > > 
> > > On 05. 06. 2019. 01:09, Darko Boto wrote:
> > > > Jebeno.. Čestitam i svaka čast!
> > > > Jeli to znači i da se može keširati?
> > > > 
> > > > On Tue, Jun 4, 2019 at 6:02 PM hbogner  wrote:
> > > > 
> > > > > 
> > > > > 
> > > https://osm-hr.org/2019/06/04/pravo-koristenja-mreznih-usluga-prostornih-podataka-drzavne-geodetske-uprave/
> > > > > 
> > > > > Državna geodetska uprava je 28.02.2019. objavila članak Mrežne usluge
> > > > > prostornih podataka Državne geodetske uprave u kojem navode razvijene
> > > > > mrežne usluge dostupne za anonmne korisnike. Članak prenosimo u
> > > > > cijelosti zbog arhivskih razloga:
> > > > > 
> > > > >Državna geodetska uprava je u okviru svojeg djelokruga rada
> > > razvila
> > > > > niz mrežnih usluga putem kojih se korisnicima omogućava pristup
> > > > > prostornim podacima.
> > > > > 
> > > > >Pristup mrežnim uslugama možete ostvariti preko sljedećih
> > > poveznica
> > > > > na način da su mrežne usluge pregleda u obliku WMS (Web Map Service)
> > > > > omogućene za anonimne korisnike i to za sljedeće skupove podataka iz
> > > > > nadležnosti Državne geodetske uprave:
> > > > > 
> > > > >Hrvatska osnovna karta – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS) https://geoportal.dgu.hr/services/hok/wms
> > > > >Digitalni ortofoto 2011 – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS) https://geoportal.dgu.hr/services/dof/wms
> > > > >Digitalni ortofoto 2014/16 – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS)
> > > > > https://geoportal.dgu.hr/services/inspire/orthophoto_2014-2016/wms
> > > > >Digitalni ortofoto 2017 – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS)
> > > > > https://geoportal.dgu.hr/services/inspire/orthophoto_2017/wms
> > > > >Topografske karte mjerila 1:25 000 (TK25), 1:100 000 (TK100) i
> > > > > 1:200 000 (TK200) – mrežna usluga pregleda za anonimne korisnike (WMS)
> > > > > https://geoportal.dgu.hr/services/tk/wms
> > > > >Registar geografskih imena – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS) http://rgi.dgu.hr/geoserver/wmsgn/wms
> > > > > 
> > > > >Mrežne usluge preuzimanja u obliku WFS (Web Feature Service)
> > > > > omogućene su za anonimne korisnike za sljedeće skupove podataka iz
> > > > > nadležnosti Državne geodetske uprave:
> > > > > 
> > > > >Registar geografskih imena – mrežna usluga preuzimanja za 
> > > > > anonimne
> > > > > korisnike (WFS) http://rgi.dgu.hr/geoserver/gn/wfs (model podataka
> > > > > definiranim specifikacijama podataka INSPIRE-a za geografska imena)
> > > > >http://rgi.dgu.hr/geoserver/wfshr/wfs (u skladu s reduciranim
> > > > > nacionalnim modelom podataka za geografska imena)
> > > > > 
> > > > >Više informacija o navedenim mrežnim uslugama možete pronaći na
> > > > > mrežnim odredištima Državne geodetske uprave:
> > > > > 
> > > > >Geoportal Nacionalne infrastrukture prostornih podataka
> > > > > http://geoportal.nipp.hr
> > > > >Geoportal Državne geodetske uprave https://geoportal.dgu.hr
> > > > >Registar geografskih imena http://rgi.dgu.hr
> > > > > 
> > > > > Otvaranjem stranice Geoportala sa uvjetima korištenja bile su vidljive
> > > > > sljedeće 

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

[Matija Nalis]

zbilja odlican posao, svaka cast!

On Mon, Apr 15, 2019 at 08:55:10PM +0200, hbogner wrote:
> Samo prati što pišem, bit će toga još sljedećih dana ;)
> 
> I'm on fire!!!
> 
> On 15. 04. 2019. 20:19, Janko Mihelić wrote:
> > 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
> > 
> 
> 
> 
> ___
> 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

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

[Matija Nalis]

On Wed, Jan 02, 2019 at 02:35:25PM +0100, Janko Mihelić wrote:
> 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.

Osim access=customers i fee=yes koji mi padaju na pamet, Wiki search
ponalazi ovo:

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

linkan odavde:
https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/HDM_preset#Clinic
https://wiki.openstreetmap.org/wiki/Import_Nigeria_eHealth_Borno_Health_Facilities

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

On Wed, Jan 02, 2019 at 11:56:14AM +0100, Janko Mihelić wrote:
> Sretna Nova godina!

Takodjer svima puno uspjesnog mapiranja zelim u 2019! :)

> 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.

zvuci ok

> 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.

To je pipkavo, da, ali i prije smo imali "amenity=clinic", samo se
slabije koristio. Sama translacija sa starih amenity na nove
healthcare tagove bi trebala biti laksa.

Meni se cini da bilo OK "hospital" po vecim bolnicama koje imaju
krevete. 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

> Privatne klinike su vjerojatno većinom ili healthcare=clinic ili doctor,
> ovisno o veličini.
> 
> Toliko za sada, javite jel se slažete :)

Ja sam za da se unesu dodatni healthcare tagovi, ali bih obavezno
ostavio i postojece amenity=hospital,clinic,doctors,dentist
(ima li jos sto?) sve dok ne prestane potreba za njima (sto bi
po dosadasnjem iskustvu moglo potrajati).

Ne samo zato jer ih ima primjetno vise (>400k u odnosu na 90k za
healthcare po taginfo), nego i zato jer je "Healthcare" tag tek
standard renderer poceo crtati prije par dana, a aplikacije u
upotrebi kaskaju za njim po par godina (pogotovo jer nemaju svi
najnoviju verziju - osobno npr. na samsung galaxy 2 mobu vrtim 
bar 2 godine stari OsmAnd za potrebe mapiranja i navigacije, jer 
su noviji neupotrebljivo spori)

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

Hm, zavrsavas u Amsterdamu.

Svi ti spori (5-6 sekundi) tile server requesti javljaju da su na
Trogdoru (novi tile cache server u Amsterdamu):
"x-cache-lookup: HIT from trogdor.openstreetmap.org:3128"

Oni koji zavrse na Viserionu (u HR) su relativno OK (brze od 1.1 sec)

A trogdor izgleda je problematican (jedini kaska u reportiranju):
https://hardware.openstreetmap.org/

simurgh Hosted by Delta Telecom in Baku, Azerbaijan munin   
03:45
stormfly-02 Hosted by OSUOSL in Corvallis, Oregon   munin   
03:32
trogdor Hosted by Blix Solutions in Amsterdam, Netherlands  munin   
12 December
viserionHosted by CARNet in Pula, Croatia   munin   
03:26

a i ljudi se zale na druge probleme s njim:
https://help.openstreetmap.org/questions/67154/trogdor-err_socket_failure?

Dakle dva su problema:

- trogdor (tile server cache na kojem zavrsavas) je izgleda problematican zbog 
opterecenja diskova pa je zbog toga sporo. 
  
https://munin.openstreetmap.org/openstreetmap.org/trogdor.openstreetmap.org/diskstats_utilization/index.html
  Prijavio sam sada na operati...@osmfoundation.org (ne znam da li hbogner ima 
bolji kontakt) pa ce valjda rijesiti.

- drugo pitanje je zasto uopce zavrsavas na Amsterdamu (a ja npr. ne)? 
  Koliko vidim Trogdor ne bi trebao niti pokrivati HR? 
https://dns.openstreetmap.org/tile.openstreetmap.org.html
  Dakle iz nekog razloga vjerojatno se krivo detektira odakle si...
  To bi isto bilo dobro rijesiti, jer ce ti udaljeniji serveri uvijek biti 
sporiji (ne ovako ekstremno kao kad su potrgani, naravno)


Pitanja (u vezi tog drugog problema sto uopce zavrsavas na Trogdoru u 
Amsterdamu):

1) Da li mozda koristis neki javni DNS koji nije od tvog ISPa ? (npr. 1.1.1.1 
ili 8.8.8.8?)
   Ili mozda VPN? To bi moglo dovesti do upucivanja na udaljeniji server

2) mozes li otici na npr. https://check-host.net/ pa kliknuti na IP
   na vrhu stranice lijevo? Pa ti pokaze 3 baze gdje detektira na razlicite 
   nacine gdje si kako bi te poslao najblizem serveru. Sto ti javlja?

Matija

P.S. Tnx na trudu za prijavu problemu i sudjelovanju u rjesavanju istog!


On Thu, Dec 13, 2018 at 01:48:18PM +, Ivan Delac wrote:
> hbogner napisa:
> > I ja sam uočio probleme sa sporijim učitavanjem, te sam skužio da s 
> > mreža zakucava na 100mega, prijavio sam to i limit na serveru je 
> > promjenjen tako da se sad manje država spaja na njega, te je nakon toga 
> > učitavanje sa 5 sekundi palo na ispod 1 sekunde.
> 
> Onda je najvjerojatnije do toga. Prije jedno mjesec dana je bilo
> neizdrživo, sad je donekle prihvatljivo iako nije baš bajno. Povlači mi
> tajlove ne brže od 1 Mbit/s. Upravo sada isprobavam i dosta varira brzina,
> unutar 5 minuta jednom učita stranicu za 2 sekunde da bi za par minuta bilo
> 5 ili čak do 19 sekundi.
> 
> Evo taj HAR file, ali mislim da nije problem do mene jer samo Mapnik šteka.
> Humanitarian i cycle map rade savršeno.
> https://www.dropbox.com/s/ypvv50mirc8fj7i/har%20osm.zip?dl=0
> 
> 
> ___
> 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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

On Mon, Dec 10, 2018 at 03:47:14PM +, Ivan Delac wrote:
> hbogner napisa:
> > 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
> 
> Može li se nekako ručno odabrati tile server, možda svaki ima neki poseban
> URL? Ne znam je li svima tako ali meni se prečesto događa da je učitavanje
> toliko sporo da nakraju odustanem od OSM-a i otvorim Google kartu.

Meni radi uredno, mozda lokalno neki problem kod tebe na mrezi ili u
lokalnom firewallu? Mozes rucno forsirati IP adresu za imena tile
servera, ali nije preporucljivo, bolje je otkloniti uzrok problema...

Probaj u Firefoxu ili Chromeu stisnuti "F12" pa otici na "Network"
tab i onda otvoriti/reloadati stranicu - tamo bi ti trebalo pisati tocno 
koji requestovi koliko traju.

Ako onda kliknes desni klik na nekon od njih i odaberes "Save all as HAR"
pa ako hoces mozes poslati meni taj .har file pa pogledam sto je...

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] nominatim status?

[Matija Nalis]

jel i drugima trazilica na www.openstreetmap.hr javlja zadnjih dana
dosta cesto:
"Error contacting nominatim.openstreetmap.org: 429" ?


-- 
Opinions above are GNU-copylefted.

___
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/ :-(

[Matija Nalis]

On Tue, Aug 21, 2018 at 04:13:32PM +0200, hbogner wrote:
> Na SotM 2018 je bilo riječi o OSM & GDPR, pa evo savjeta za my-notes.
> 
> Ako možeš složiti da se svatko mora ulogirati preko
> https://wiki.openstreetmap.org/wiki/OAuth i onda tamo može vidjeti samo
> svoje notes onda je problem riješen.

nije to neka sreca, jer je jedna od bitnih funkcionalnosti da mozes
pratiti vise usera odjednom (bar ja ih redovno pratim uvijek bar 4
odjednom; cesto i vise).

Takodjer, nema logike da bi morali tako, jer i sam OSM dozvoljava da
gledas tudje notes; npr. i bez da si ulogiran mozes vidjeti:

https://www.openstreetmap.org/user/Matija%20Nalis/notes
ili
https://www.openstreetmap.org/user/ksenija/notes

> Druga opcija je da se ulogira preko oauth i može gledati i tuđe notes, ali
> ond amora prihvatiti dodatne uvjete koriaštenja koje mi moramo napisati.

bez obzira na koje rjesenje se odlucimo, privacy policy ce trebati
napisati, taj dio nam ne gine.

> Treća opcija je da pomogneš developerima da to primjene na osm.org, ili
> predložiš to za https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code :D
> 
> Četvrta opcija je poseban login za mynotes neovisan o osm i oauth ali se
> svaki user mora registrirati i prihvatiti uvjete.
> 
> Možda je bila i peta opcija, ali ništa jednostavno.
> 
> Ja ću također morati prilagoditi osm-replex :(

Mislim da je najbolja opcija ici (kao i sam OSMF) na
"legitimate interest" basis (GDPR article 6.1f). 

Tu u osnovi ne moramo nista mijenjati u kodu,
samo napisati privacy policy i ostaviti email kontakt. 

Moram samo jos prouciti https://gdpr-info.eu/art-14-gdpr
("Information to be provided where personal data have not been
obtained from the data subject") i poveznice posto smo tu u nesto
boljoj situaciji od OSM (cini mi se) ako se netko zali na podatke, jer
(mozda) ne moramo tada raditi vlastiti filtering nego ga samo uputiti na
izvor podataka.

Ali cak da i trebamo sloziti filtering zbog "Right to object" (ako se
ta obaveza odnosi i na nas, a ne samo na upstream), to mi je daleko
jednostavnije za implementirati.

Probam slijedeci tjedan nesto pokrenuti oko toga pa napisati.

> 
> 
> On 11.06.2018 13:58, hbogner wrote:
> > Uf, ovaj tjedan/mjesec mi je kaos.
> > 
> > Ali kreirao sam mjesto gdje svi možemo zajedno uređivati privacy policy:
> > https://pads.ccc.de/osm-hr
> > 
> > Popunio sam osnovne naslove pa možemo njih popunjavati.
> > 
> > Pozdrav, Hrvoje
> > 
> > On 11.06.2018 13:42, Matija Nalis wrote:
> > > uf, nije bas mali https://wiki.osmfoundation.org/wiki/Privacy_Policy :(
> > > ali je barem citljiviji od samog GDPR-a
> > > 
> > > Nego, jesu li objavili "templates" sto su obecali u
> > > https://blog.openstreetmap.org/2018/05/14/preparing-for-the-gdpr/
> > > pod "Are you a Service Provider that uses OSM"? Ili se zna kada ce?
> > > To bi nam bilo najkorisnije.
> > > 
> > > 
> > > 
> > > -- smjernice za izradu privacy policy-a -
> > > 
> > > Preletio sam "na brzinu"; koliko vidim dio koji je nama
> > > najinteresantniji je da idu na "legitimite interest" iz
> > > GDPR article 6.1f.
> > > 
> > > Mislim da onda mozemo iskoristiti dobar dio "Data we receive
> > > automatically" i "Right to object".
> > > 
> > > Ponesto mozemo pokupiti i iz "Where do we store the data" i "Who has
> > > access to the data", "What data do we store and process", "Why do we
> > > store and process personal data", "Introduction" i "Contents"
> > > iako je dosta drugacije (s pozitivne strane, vecinom izbacivanjem
> > > stvari).
> > > 
> > > Srecom, privacy policy im je koliko vidim pod CC-BY-SA 2.0 pa smijemo
> > > copy/paste iz njega (dokle god ih navedemo kao izvor).
> > > 
> > > I trebamo li se prijaviti na "Registered data controllers" sto
> > > spominju?  Trenutno je prazan, ali to nije cudo ako su tek napravili
> > > Privacy Policy.  S jedne strane povlacimo podatke automatski pa sto
> > > god se dogodi u OSMu cemo mi pokupiti, ali s druge strane krajnji
> > > korisnik ima "right to object".
> > > 
> > > 
> > > Dodatno, da ne bi bio u nasoj bazi, korisnik mora ili zatvoriti sve
> > > svoje notes (sto ce maknuti podatke iz nase baze jer cuvamo samo
> > > otvorene notes), i/ili ugasiti OSM account (sto ce uz ostalo renamati
> > > njegov account u user_USERID pa ga tako anonimizirati)
> > > 
> > > Takodjer to sve treba prilagodi

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

On Mon, Aug 06, 2018 at 12:46:49PM +0200, hbogner wrote:
> On 06.08.2018 12:40, Matija Nalis wrote:
> > meni nema nista slikica na npr.
> > https://munin.openstreetmap.org/openstreetmap/render.openstreetmap/openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql
> > 
> Zadnji odegovor poslan smao Matiji zabunom, evo ponovno svima:
> 
> Problem je sa novom verzijom koda, i sa procedurom za automatsko dirty
> procesiranje starih tajlova. Riješit će se tokom dana/večeri kad developeri
> preprave kod i operations ga deploya

super, tnx

> Baci pogled na ovaj link:
> https://munin.openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql
> 
> Mjenali su munin strukturu, pa moraš editirati bookmarke

ok, popravio sam linkove na:
https://wiki.openstreetmap.org/wiki/Platform_Status

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

On Mon, Aug 06, 2018 at 12:24:25PM +0200, hbogner wrote:
> Prijavio sma probleme, pa čekam odgovor.

cool, tnx...

BTW da li ikome rade munin statistike OSM servera?
meni nema nista slikica na npr.

https://munin.openstreetmap.org/openstreetmap/render.openstreetmap/openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

ne pise da bi trebalo biti problema:
https://wiki.openstreetmap.org/wiki/Platform_Status

ali https://twitter.com/osm_tech kaze da su 1.8.2018 primjetili da su
tile.osm.org serveri potkapicirani u sjevernoj americi zadnjih par
dana prije toga... nije da bi trebalo kvaciti nas u EU doduse...

No ako pogledas u browseru pod view page info/media, pa pronadjes
problematicni tile, mozes dodati '/status' na njega pa ce reci sto se
dogadjalo, npr. na: 
https://c.tile.openstreetmap.org/19/286313/192288.png
iz tog changeseta gdje bi trebao biti bench otvoris:
https://c.tile.openstreetmap.org/19/286313/192288.png/status

koji kaze:
"Tile is clean. Last rendered at Sun Jul 29 08:38:15 2018. Last accessed at Mon 
Aug 06 09:40:32 2018. Stored in 
file:///srv/tile.openstreetmap.org/tiles/default/19/66/94/239/98/128.meta
(Dates might not be accurate. Rendering time might be reset to an old date for 
tile expiry. Access times might not be updated on all file systems)"

a changset 61158827 od je 29.7 8:40:19 kaze, sto je cudno, jer je
trebao opet dirty-ati pa ga dati za rendering, a ne tvrditi da je "clean".

rucno sam ga poslao sad na render:
https://c.tile.openstreetmap.org/19/286313/192288.png/dirty

pa kaze par sekundi kasnije:
"Tile is clean. Last rendered at Mon Aug 06 10:22:12 2018. Last accessed at Mon 
Aug 06 10:22:12 2018. Stored in 
file:///srv/tile.openstreetmap.org/tiles/default/19/66/94/239/98/128.meta"

i sada se (nakon ctrl-f5 force refresh) ta klupica vidi. Tako da ne
izgleda da je do samog opterecenja renderera, nego kao da logika za
detekciju da li je bilo promjena je problematicna.


Imamo li jos primjera nerenderanih changeseta da mozemo napisati na
listu o problemu, jer definitivno izgleda kao problem?

On Mon, Aug 06, 2018 at 11:57:47AM +0200, Goran Racic wrote:
> Pozdrav Janko!
> I ja sam primijetio da se nekoliko zadnjih edita uopce ne renderiraju, i to
> jos od changeseta 61158827 (http://www.openstreetmap.org/changeset/61158827)
> kojega sam napravio jos pred 8 dana. Znam da Mapniku i slicnim renderima
> treba ponekad malo duze da provedu edite, ali ovo je ipak vec vise od
> tjedan dana.
> 
> Pozdrav,
> Goran
> 
> 
> On Mon, Aug 6, 2018, 11:37 Janko Mihelić  wrote:
> 
> > 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.
> >
> > (...)
> >
> > 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

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

[Matija Nalis]

On Thu, Jun 07, 2018 at 02:59:10PM +0300, Janko Mihelić wrote:
> 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.

Nisam bas sklon "zaobilazenju" zakona... a to gore bi moguce radilo i
ne bilo podlozno GDPRu, ali bi isto tako bilo prilicno neupotrebljivo 
za koristenje :(

Ne znam je li jos sto problematicno osim usernames (geodata nije u
toj bazi, ali tekst notes/komentara je); za to bi trebalo detaljnije
prouciti GDPR...

Takodjer bi trebalo pronaci i detaljno procitati sto je OSMF/LWG
napravio i slozio i napisao, vjerojatno ima nesto sto nam moze
pomoci. No ja nemam snage trenutno jos i za to :(

> 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.

Napravio sam na githubu branch 'hash' koji radi po tome. 

Doduse tada gubimo case insensitivity (u trazilicu se tada mora upisati
tocna kombinacija velikih i malih slova u usernameu, sto se do sada
nije moralo)...

GDPR tu tehniku mislim zove pseudonymze, ali svejedno sumnjam da je
to rjesenje za nas, jer nas problem nije da ce netko provaliti na
server i ukrasti bazu sa inace tajnim podatcima (i tako su javno
objavljeni na planet.osm.org!), nego to sto ne navodimo korisniku
otkud nam podaci, sto radimo s njima, kako se moze obrisati od tamo
itd.

Isto tako, cini mi se da "obrada osobnih podataka" nastane vec u
trenu kada scripta napravi "bzcat planet-notes-latest.osn.bz2" i
pocne parsirati podatke za bazu, daleko prije bilo kojeg web user
interfacea.

Ali utukao sam tek desetak sati u citanje raznih sazetaka GDPR-a, pa
sam mozda u krivu.

hopefully ce hbogner znati bolje pa uspjeti napisati privacy
policy...  Samo treba vidjeti po kojoj osnovi, jer mislim da na
privolu ne mozemo ici (sto je i sreca, jer nikad ne bi skupili
privolu od svih contributora), a niti na zakonsku obavezu.  Mislim da
ima jos 2-3 labava nacina na koje se nekad smiju objavljivati neki 
privatni podaci sto nas mozda moze uciniti compliant, ali opet moramo 
sloziti dokumentaciju i napisati u Privacy Policy (uz ostalo) na sto 
od toga se pozivamo i zasto.

-- 
Opinions above are GNU-copylefted.

___
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/ :-(

[Matija Nalis]

Da, posebna je baza i podaci stoje na nasem serveru data.osm-hr.org
Nastaju tako da povucemo planet-notes-latest.osn.bz2 sa
planet.openstreetmap.org, obradimo ga i strpamo u lokalnu
(berkleyDB) bazu, i onda na webu omogucimo ljudima pretrazivanje /
filtriranje itd. te baze. 

Sudeci po:
https://blog.openstreetmap.org/2018/05/14/preparing-for-the-gdpr/

my-osm-notes spada i u "service provider which uses OSM" i u 
"does your project use OSM metadata?" kategorije.

pa kaze uz ostalo:
"You should also be aware that, after May 25, 2018, as someone
processing personal data from EU residents, you are subject to the
GDPR and will need to adapt accordingly.  For example, there are
transparency requirements as outlined in Art.  14
(https://gdpr-info.eu/art-14-gdpr/). OSMF and the LWG are working on
templates to assist in streamlining compliance, but ultimately, you
are responsible for GDPR compliance in any processing you do of
personal data."

Spomenuti https://gdpr-info.eu/art-14-gdpr zbilja nabraja sto sve
moramo naprviti kada "Information to be provided where personal data
have not been obtained from the data subject" - ima toga preko
nekoliko stvari.

Ne znam da li su OSMF/LWG u medjuvremenu napraviti te neke
templateove; ako jesu, to bi nam vjerojatno dosta pomoglo.

Nadam se da ce hbogner to uspjeti sloziti, bilo bi steta da zbog
suludih zakona koristan alat propadne (jer ja nemam otkud platiti
minimalnu kaznu od 20 milijuna EUR) :(

On Mon, Jun 04, 2018 at 08:00:53PM +0300, Janko Mihelić wrote:
> 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

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

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?

-- 
Opinions above are GNU-copylefted.

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

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

[Matija Nalis]

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  wrote:
> >On 20.02.2018 22:02, Janko Mihelić wrote:
> >> On Tue, Feb 20, 2018, 19:39 Michal Fabík 
> >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

Re: [Talk-hr] OSM meetup 2016-12-14

[Matija Nalis]

ja dolazim sutra

On Fri, Dec 09, 2016 at 10:42:50AM +0100, hbogner wrote:
> U srijedu 14.12.2016. 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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] OSM pivo ljeto 2016.

[Matija Nalis]

Nalazenje je u onda u srijedu, 15.6.2016 u 19h u pivnici Zlatni Medo
http://osm.org/go/0Ismh6YUr?m=

Pa tko moze, neka dodje!

On Tue, May 31, 2016 at 08:36:15AM +0200, hbogner wrote:
> Podsjetnik za sve.
> Odaberite termin kad vam pase, za sad se samo troje izjasnilo.
> 
> Hrvoje
> 
> On 25.05.2016 00:17, tweety Ksenija wrote:
> >Pozdrav,
> >
> >
> >Prije nego se svi raziđemo diljem Lijepe Naše može još jedan pivski
> >sastanak, upišite kada vam odgovara
> >
> >https://dudle.inf.tu-dresden.de/OSM_pivo_ljeto_2016/
> >
> >Na starom mjestu  Pivnica Zlatni Medo, Savska ulica 56, Zagreb u 19h
> >http://osm.org/go/0Ismh6YUr?m=
> >
> >Ksenija
> >___
> >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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] DORS/CLUC 2016 OSM radionica

[Matija Nalis]

ok je onda ta od 90 minuta...

Naslov: OpenStreetMap - slobodna karta svijeta

Opis:
 OpenStreetMap je slobodna karta svijeta, u čijoj izradi i korištenju
 može svatko sudjelovati na sličnom principu kao što Wikipedia radi u
 svijetu enciklopedija.  Karte svijeta koje nisu otvorene kao
 OpenStreetMap, čak i kada su uglavnom besplatne (kao npr. 
 GoogleMaps), postavljaju razna ograničenja kojih korisnici na
 početku najčešće nisu niti svjesni.  
 Nakon kraćeg osvrta na probleme zatvorenijih karata, te prednosti i
 mogućnosti koje nam slobodne karte donese, prikazati ćemo ukratko
 razne primjere korištenja OSM-a (besplatne mobilne offline karte,
 prilagodbe karata za razne specifične situacije kao biciklizam,
 planinarenje, navigacija na moru,...) 
 Glavni dio radionice koncentrirati će se na praktično sudjelovanje u
 izradi karte.

Tip: za srednje skole (iako slobodno moze i za za osnovne)

Tehnika: 
 potrebna su (osim naravno projektora i laptopa za prikaza
 predavacevih slideova) racunala sa za polaznike sa radecom internet
 vezom, web browserom i Javom.

Autor: 
 Matija Nalis zagovornik je slobodnog softvera otvorenog koda te
 slobodne kulture.  Iako po struci energetski elektroničar bavi se
 računalima praktički cijelu svoju karijeru - veći dio programiranjem
 i održavanjem GNU/Linux sustava.  Sudjeluje u raznim projektima
 otvorenog koda - od jednostavnijih popravaka grešaka, do višegodišnjeg 
 službenog održavanja datotečnog podsustava Linux jezgre.  
 U slobodno vrijeme uživa vozeći se biciklom, te održavajuci 
 stranice www.biciklijade.com




On Mon, Apr 11, 2016 at 12:01:51PM +0200, Kresimir Kroflin wrote:
> Pozdrav,
> 
> 
> Ove godine za nastavnike informatike osnovnih i srednjih škola pripremamo
> posebne radionice u popodnevnim satima paralelno s nekim predavanjima.
> Radionice za njih su po 2 školska sata, odnosno 90 minuta.
> 
> 
> Treći dan konferencije su radionice kao i inače te ako ima zainteresiranih
> i takvu radionicu održati (3-4 sata), mislim ju možemo uvrstiti u program.
> 
> 
> Do sutra (utorak, 12. 4.) nam za radionicu za nastavnike trebaju dodatni
> podaci kako bi im omogućili prijave preko AZOO-a. Trebaju nam naslov,
> kratki opis, oznaka da li je za osnovne ili srednje škole te kratko o
> predavaču – gdje i što radi, iskustvo, interesi, … Slično kao na
> http://2016.dorscluc.org/speakers/
> 
> Info možete poslati meni, na i...@dorscluc.org ili putem aplikacije
> http://2016.dorscluc.org/talk-workshop-applications/
> 
> 
> Krešimir
> 
> 
> 
> Dana 10. travnja 2016. u 02:29 Matija Nalis <
> mnalis-openstreetmapl...@voyager.hr> je napisao/la:
> 
> > Meni je onomad na CUCu sasvim dobro prolazio JOSM (newbie polaznici
> > isto).  Doduse bilo je nesto vise vremena IIRC.
> >
> > Sto me podsjeti; ovo 1.5h je nesto splitano za CLUC, obicno su 4h
> > radionice tamo bile?
> >
> > On Fri, Apr 08, 2016 at 11:44:09AM +0200, hbogner wrote:
> > > Radionica bi bila namjenjena za apsolutne početnike koji se možda i prvi
> > put
> > > susreću sa OSM, znači moramo biti user friendly što više možemo.
> > > Po mogućnosti čak i koristeći iD editor...
> > >
> > > On 07.04.2016 19:33, Matija Nalis wrote:
> > > >ako nitko drugi nije zesce zainteresiran, mogu ja
> > > >
> > > >On Sat, Apr 02, 2016 at 12:12:31PM +0200, hbogner wrote:
> > > >>Postoji mogućnost održavanja OSM radionice na DORS/CLUC konferenciji.
> > > >>Radionica bi trajala otprilike 90 minuta.
> > > >>
> > > >>Ima li dobrovoljaca koji bi htjeli održati radionicu za početnike o
> > osnovama
> > > >>unosa podataka?
> > > >>
> > > >>http://2016.dorscluc.org/
> > > >>
> > > >>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
> >
> > --
> > Opinions above are GNU-copylefted.
> >
> > ___
> > 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

Re: [Talk-hr] DORS/CLUC 2016 OSM radionica

[Matija Nalis]

Meni je onomad na CUCu sasvim dobro prolazio JOSM (newbie polaznici
isto).  Doduse bilo je nesto vise vremena IIRC. 

Sto me podsjeti; ovo 1.5h je nesto splitano za CLUC, obicno su 4h
radionice tamo bile?

On Fri, Apr 08, 2016 at 11:44:09AM +0200, hbogner wrote:
> Radionica bi bila namjenjena za apsolutne početnike koji se možda i prvi put
> susreću sa OSM, znači moramo biti user friendly što više možemo.
> Po mogućnosti čak i koristeći iD editor...
> 
> On 07.04.2016 19:33, Matija Nalis wrote:
> >ako nitko drugi nije zesce zainteresiran, mogu ja
> >
> >On Sat, Apr 02, 2016 at 12:12:31PM +0200, hbogner wrote:
> >>Postoji mogućnost održavanja OSM radionice na DORS/CLUC konferenciji.
> >>Radionica bi trajala otprilike 90 minuta.
> >>
> >>Ima li dobrovoljaca koji bi htjeli održati radionicu za početnike o osnovama
> >>unosa podataka?
> >>
> >>http://2016.dorscluc.org/
> >>
> >>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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Popis stabala i urbane opreme u Zagrebu

[Matija Nalis]

sve ce to zavrsiti na data.gov.hr jednom... information wants to be free :)

ali natural=tree je bio sarkazam, ja se jos drzim one originalne
"significant tree" definicije (ima smisla po botanickom vrtu, ili za
500 godisnje drvo na kojem je zivio robin hood, ali ne za 373 zasebna
stabla na bundeku... na kraju od drveca ne budemo vidjeli sumu :)

On Fri, Apr 08, 2016 at 11:22:02AM +0200, Darko Boto wrote:
> Jep.. svaka čast.
> Prije sigurno 7 godina ucrtali su svako stablo/travnjak/živicu/klupicu... i
> cijeli sustav im je bio na FLOSS rješenju.
> To je već dugo na zagrebačkom geoportalu
> 
> *http://tinyurl.com/jrep7fz <http://tinyurl.com/jrep7fz> *
> Matija.. imaju to oni, ali nemamo mi :)
> 
> 2016-04-07 19:51 GMT+02:00 Matija Nalis <mnalis-openstreetmapl...@voyager.hr
> >:
> 
> > wow, cool!
> >
> > jedino sto je hrpa podataka o stanju opreme iz 2004-a, ali ima i iz
> > 2016e sto su mi radili po kvartu...
> >
> > sad napokon mogu ljudi prestati ucrtavati svako stablo na OSM, ovi to
> > imaju (i ne samo stablo, nego i velicinu krosnje, vrstu grma itd :)
> >
> > On Thu, Apr 07, 2016 at 05:30:40PM +, Fiki wrote:
> > > Slučajno naletio na ovo pa da podjelim. Je l' netko već zna za ovo?
> > >
> > > http://gis.zrinjevac.hr/
> > > ___
> > > 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
> >

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Popis stabala i urbane opreme u Zagrebu

[Matija Nalis]

wow, cool! 

jedino sto je hrpa podataka o stanju opreme iz 2004-a, ali ima i iz
2016e sto su mi radili po kvartu...

sad napokon mogu ljudi prestati ucrtavati svako stablo na OSM, ovi to
imaju (i ne samo stablo, nego i velicinu krosnje, vrstu grma itd :)

On Thu, Apr 07, 2016 at 05:30:40PM +, Fiki wrote:
> Slučajno naletio na ovo pa da podjelim. Je l' netko već zna za ovo?
> 
> http://gis.zrinjevac.hr/
> ___
> 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

Re: [Talk-hr] DORS/CLUC 2016 OSM radionica

[Matija Nalis]

ako nitko drugi nije zesce zainteresiran, mogu ja

On Sat, Apr 02, 2016 at 12:12:31PM +0200, hbogner wrote:
> Postoji mogućnost održavanja OSM radionice na DORS/CLUC konferenciji.
> Radionica bi trajala otprilike 90 minuta.
> 
> Ima li dobrovoljaca koji bi htjeli održati radionicu za početnike o osnovama
> unosa podataka?
> 
> http://2016.dorscluc.org/
> 
> Hrvoje
> 
> 
> ___
> 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

Re: [Talk-hr] How complete is OpenStreetMap (in Croatia)?

[Matija Nalis]

On Mon, Nov 23, 2015 at 02:27:56PM +0100, Goran Racic wrote:
> https://www.mapbox.com/data-platform/country/#croatia
> Ovo bi trebala biti jos jedna pohvala cijeloj HR OSM zajednici... Navedeni
> link sam "skupio" sa adrese:
> https://gist.github.com/tcql/0d7ad9b32afbea76f615, i rijec je o mapiranosti
> cesta, dakle ne ukljucuje zgrade, "landuse" i ostalo, ali...
> Stvarno super sto za nasu malu zemlju stoji "100% road coverage", dok su

ma sto 100%; 300%!

CIA factbook kaze da imamo 16 tisuca kilometara cesta, a mi smo ih
ucrtali vec 38 tisuca kilometara :)

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Sedmi HR-OSGeo Meetup - 18. 06. 2015.

[Matija Nalis]

od mene nazalost nista, klinac bas tad ima rodjendanski tulum

On Tue, Jun 09, 2015 at 08:11:54PM +, Janko Mihelić wrote:
 Mogao bih se pojaviti. Čak me zanima ovo D3.js predavanje.
 
 uto, 9. lip 2015. 21:51 hbogner hbog...@gmail.com je napisao:
 
  U četvrtak, 18. 06. 2015. održat će se sedmi HR-OSGeo Meetup.
  Pripremljena su dva predavanja: Tomislav Muic – Hello 3D world i
  Tomislav Bacinger - How can D3.js fulfill all your cartographic desires.
 
  Više informacija o događaju možete saznati na
  http://www.meetup.com/HR-OSGeo/.
  Molimo Vas da vaš dolazak potvrdite na Meetup servisu, kako bi imali
  okvirni broj sudionika.
 
  Predavanja su ovaj put više usmjerena prema development zajednici, ali
  poslje predavanja bi mogli održati i OSM druženje za one koji nisu
  zainteresirani za predavanja.
 
  Šta vi kažete?
 
 
  ___
  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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Označavanje stajališta na pločnicima

[Matija Nalis]

On Thu, May 28, 2015 at 05:36:12AM +, Janko Mihelić wrote:
 highway=platform je po definiciji više stajalište za vlak. Problem kod taga
 public_transport=platfom je taj da se ne renderira, ali to nije baš valjan
 razlog jer ne bi trebali tagirati za renderer.
 
 Dakle da, ok je promjeniti stajališta kako si opisao, čak i ona na Savskom
 mostu.

slazem se, public_transport=platform koristiti, a highway ostaviti
sto vec je (footway, cycleway, ...).  

Na preko nekoliko mjesta sam popravljao individualno kada sam naletio
(jer mi se potrgalo routanje za bicikl recimo). Trebalo bi sistematski 
to porijesavati, samo naprijed Kresimire!

 sri, 27. svi 2015. 23:05 Krešimir Kroflin kkrof...@gmail.com je napisao:
 
  Pozdrav,
 
  Primijetio sam da se na OSM kartama dosta pločnika u Zagrebu prekida.
  Čini se da je uzrok tome označavanje dijelova pločnika kao
  /highway=platform/ (sa i bez /public_transport=platform/ taga).
 
  Ako dobro shvatih s Wikija i iz nekih primjera, ovakvi dijelovi pločnika
  bi trebali biti označeni s /highway=footway/ i /public_transport=platform/.
  Eventualno bi trebalo dodati i /footway=sidewalk/ ako se radi o pločniku
  (put uz cestu).
 
  Primjer iz Zagreba:
 http://www.openstreetmap.org/way/158416729
 
  Primjer označenog kao što je opisano:
 http://www.openstreetmap.org/way/86019888
 
 
  Je li ok promijeniti stajališta na gore opisani način?
 
 
  Osim pločnika, kako bi trebalo označavati perone npr. na Savskom mostu?
  Samo s /public_transport=platform/ ili i sa /highway=footway/? Nešto drugo?
 
  Što je sa stajalištima, koja nisu nužno povezana s pješačkim putevima?
  Npr:
 http://www.openstreetmap.org/way/167976385
 
 
  Krešimir
 
  ___
  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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Opet o biciklističkim stazama

[Matija Nalis]

On Fri, May 08, 2015 at 07:36:07PM +, Janko Mihelić wrote:
 U njemu na široko piše o ideji tagiranja, ali na kraju dođe do dijela o
 cycleway, i to mi je imalo puno smisla. Zašto komplicirati život sa gomilom
 tagova (highway=path + bicycle=designated + foot=designated +
 segregated=yes) ako možemo jednostavno odrediti da cycleway podrazumjeva
 foot=yes, i onda sve to svedemo na dva taga, highway=cycleway +
 segregated=yes. I to je to. Ako baš želimo tagirati stazu koja je samo za
 bicikliste, onda dodamo foot=no.

da, to je po meni pravi nacin i tako i mapiram oduvijek biciklisticke
staze (ali ne i biciklisticke trake na cesti - za to koristim
cycleway[:xxx]=* sa https://wiki.openstreetmap.org/wiki/Bicycle).

hoghway=cycleway po defaultu znaci da bicikli idu gore, a motorna
vozila ne; i sam po sebi nosi dovoljno informacija...

Ako imam vremena, onda dodam i segregated=yes ili foot=no, ovisno o
tome da li je uz stazu i nogostup ili ne.  Ako i ne stavim nista osim
tog jednog jedinog taga (highway=cycleway), nista strasno se nece
dogoditi; primarna funkcija (da routeri za bicikle znaju voditi, a za
aute nece voditi) ce biti ostvarena.

 Na taj način olakšamo život svim novim maperima, routeri će prihvatiti taj
 tag, i oni kojima se ne sviđa highway=path će isto doći na svoje.

pa mislim da routeri odavno i prepoznaju highway=cycleway? 
(bar oni koje sam ja koristio). IIRC to i je jedan od najstarijih
nacina tagiranja biciklistickih staza... BTW tagingo:
highway=cycleway je preko 776000 (vise od svega prije nabrojanog)

a highway=path koristim za sumske puteve ili druge unpaved staze kuda
mogu samo pjesaci (ako su paved [uglavnom asfalt ili kocke], onda 
highway=footway)..
Isto tako, surface=* i sl. ide ako imam vremena...

 Tko je za?

ja 

-- 
Opinions above are GNU-copylefted.

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

Re: [OSM-talk] Find all your unresolved Notes

[Matija Nalis]

On Wed, 4 Feb 2015 07:09:44 +0100, Stefan Baebler stefan.baeb...@gmail.com 
wrote:
 Odlično / Excellent!

thanks!

 Just fix the case sensitivity of usernames during search.

Done. It should be case insensitive during search now (yet remain
case preserving during display).

 Filtering for unresolved notes should be implemented also on the user's
 notes page on the main OSM website somehow to encourage mappers to
 follow-up on them and resolve them.

Yes, it should. There is even a ticket opened for that:
https://github.com/openstreetmap/openstreetmap-website/issues/832

-- 
Opinions above are GNU-copylefted.


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

[OSM-talk] Find all your unresolved Notes

[Matija Nalis]

OSM Notes are quite useful feature, and if you take advantage of it, you'd
have a lots of Notes.  Vast majority of them resolved and closed, of course,
since you're an active mapper. 

However, those that remain open will likely be lost forever, as browsing
your OSM user pages through dozens (and hundreds) of closed Notes (until you
find open one) is very tedious. And if you have multiple accounts (and/or are
tutoring your SO and friends in OSM), the pain in finding older unresolved
Notes increases exponentially.

So I've made a web script that shows you ONLY open notes for specified user
(or several of them). 

You can use it at: http://my-notes.osm-hr.org/

(or go grab the source yourself at https://github.com/osm-hr/my-osm-notes )

-- 
Opinions above are GNU-copylefted.


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

Re: [Talk-hr] scripta za OSM Notes (samo svoje nerjesene)

[Matija Nalis]

BTW vidim da su DNSovi za osm-hr.org na mojsite.com, moze netko tko
ima pristup tamo dodati: 

my-notes.osm-hr.org = 193.198.233.210 

(da mogu sloziti virtualhost koji ce se vrtiti kao poseban user.
security i tako to) 

ili meni dojaviti podatke za izmjenu DNSova...

On Sun, Feb 01, 2015 at 11:40:36PM +0100, hbogner wrote:
 Svaka čast Matija, i slažem se sa Jankom, objavi na glavnu listu.
 
 On 02/01/2015 09:18 PM, Janko Mihelić wrote:
 Sjajno! Svaka čast. Mislim da to slobodno možeš poslati na glavnu listu,
 možda ima zainteresiranih.
 
 Dana 1. veljače 2015. u 17:35 Matija Nalis 
 mnalis-openstreetmapl...@voyager.hr je napisao/la:
 
 Za zainteresirane koji imaju isti problem kao ja: koriste dosta
 OSM Notes, ali neke bugove ne uspiju odmah rijesiti, pa onda isti
 ostanu zauvijek zatrpani medju onima rijesenima (a nikad vam se ne da
 browsati kroz desetine/stotine stranica OSM-a da ih nadjete)
 
 Slijedeca scripta ce pokazati samo nerjesene OSM Notes za zadani
 username. Mozete ju isprobati na:
 https://torres.voyager.hr/~mnalis/my-osm-notes/
 
 source code je objavljen na https://github.com/osm-hr/my-osm-notes
 (GPLv3+)
 (trebalo bi je uploadati na nas server u nekom trenu vjerojatno)
 
 Komentari/prijedlozi/pull requestovi/itd dobrodosli...
 
 On Tue, Jan 20, 2015 at 02:33:38PM +0100, Matija Nalis wrote:
 Meni bi bilo lakse za pratiti da mogu vidjeti vlastite OTVORENE notes. :(
 
 https://github.com/openstreetmap/openstreetmap-website/issues/832
 Zna netko za neki 3rd party web da to moze pokazati?
 
 --
 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 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

Re: [Talk-hr] scripta za OSM Notes (samo svoje nerjesene)

[Matija Nalis]

Tnx, evo stavljeno na http://my-notes.osm-hr.org/ !

sto si htio reci sa hocemo li sloziti domenu? Dici svoj DNS server umjesto 
ovih od plus.hr?

On Tue, Feb 03, 2015 at 03:36:14PM +0100, hbogner wrote:
 Taman sam te htio pitat jel cemo to na data server, i hocemo li sloziti
 domenu. :D
 
 Domena je u mom paketu na plus.hr, tako da za sad jedino ja to mogu
 mjenjati.
 
 my-notes.osm-hr.org usmjeren na 193.198.233.210
 
 Pozdrav
 
 On 02/03/2015 03:25 PM, Matija Nalis wrote:
 BTW vidim da su DNSovi za osm-hr.org na mojsite.com, moze netko tko
 ima pristup tamo dodati:
 
 my-notes.osm-hr.org = 193.198.233.210
 
 (da mogu sloziti virtualhost koji ce se vrtiti kao poseban user.
 security i tako to)
 
 ili meni dojaviti podatke za izmjenu DNSova...
 
 On Sun, Feb 01, 2015 at 11:40:36PM +0100, hbogner wrote:
 Svaka čast Matija, i slažem se sa Jankom, objavi na glavnu listu.
 
 On 02/01/2015 09:18 PM, Janko Mihelić wrote:
 Sjajno! Svaka čast. Mislim da to slobodno možeš poslati na glavnu listu,
 možda ima zainteresiranih.
 
 Dana 1. veljače 2015. u 17:35 Matija Nalis 
 mnalis-openstreetmapl...@voyager.hr je napisao/la:
 
 Za zainteresirane koji imaju isti problem kao ja: koriste dosta
 OSM Notes, ali neke bugove ne uspiju odmah rijesiti, pa onda isti
 ostanu zauvijek zatrpani medju onima rijesenima (a nikad vam se ne da
 browsati kroz desetine/stotine stranica OSM-a da ih nadjete)
 
 Slijedeca scripta ce pokazati samo nerjesene OSM Notes za zadani
 username. Mozete ju isprobati na:
 https://torres.voyager.hr/~mnalis/my-osm-notes/
 
 source code je objavljen na https://github.com/osm-hr/my-osm-notes
 (GPLv3+)
 (trebalo bi je uploadati na nas server u nekom trenu vjerojatno)
 
 Komentari/prijedlozi/pull requestovi/itd dobrodosli...
 
 On Tue, Jan 20, 2015 at 02:33:38PM +0100, Matija Nalis wrote:
 Meni bi bilo lakse za pratiti da mogu vidjeti vlastite OTVORENE notes. :(
 
 https://github.com/openstreetmap/openstreetmap-website/issues/832
 Zna netko za neki 3rd party web da to moze pokazati?
 
 --
 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 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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] scripta za OSM Notes (samo svoje nerjesene)

[Matija Nalis]

Tnx

htio sam prvo da uhvatim slobodan dan da ga dignem na nas server, pa
cu onda announceati siroj publici

On Sun, Feb 01, 2015 at 11:40:36PM +0100, hbogner wrote:
 Svaka čast Matija, i slažem se sa Jankom, objavi na glavnu listu.
 
 On 02/01/2015 09:18 PM, Janko Mihelić wrote:
 Sjajno! Svaka čast. Mislim da to slobodno možeš poslati na glavnu listu,
 možda ima zainteresiranih.
 
 Dana 1. veljače 2015. u 17:35 Matija Nalis 
 mnalis-openstreetmapl...@voyager.hr je napisao/la:
 
 Za zainteresirane koji imaju isti problem kao ja: koriste dosta
 OSM Notes, ali neke bugove ne uspiju odmah rijesiti, pa onda isti
 ostanu zauvijek zatrpani medju onima rijesenima (a nikad vam se ne da
 browsati kroz desetine/stotine stranica OSM-a da ih nadjete)
 
 Slijedeca scripta ce pokazati samo nerjesene OSM Notes za zadani
 username. Mozete ju isprobati na:
 https://torres.voyager.hr/~mnalis/my-osm-notes/
 
 source code je objavljen na https://github.com/osm-hr/my-osm-notes
 (GPLv3+)
 (trebalo bi je uploadati na nas server u nekom trenu vjerojatno)
 
 Komentari/prijedlozi/pull requestovi/itd dobrodosli...
 
 On Tue, Jan 20, 2015 at 02:33:38PM +0100, Matija Nalis wrote:
 Meni bi bilo lakse za pratiti da mogu vidjeti vlastite OTVORENE notes. :(
 
 https://github.com/openstreetmap/openstreetmap-website/issues/832
 Zna netko za neki 3rd party web da to moze pokazati?
 
 --
 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 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

Re: [Talk-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom

[Matija Nalis]

On Sun, Feb 01, 2015 at 01:09:45AM +0100, hbogner wrote:
 Recimo sa nekim planinarima sam pričao o OSM-u i rekli su im da im
 je bitno da su karte precizne na metar!!!

 Ako bude magla da planinar može pomoću GPS-a može pratiti stazu koja
 mu je ucrtana na GPS uređaju, i da tako nepadne u provaliju pokraj
 staze i strga se

Je, i ja bih najradije da je tehnologija na tom stupnju da slijepa
osoba moze sama odplaninariti bez pomoci. No takvo sto daaaleko od
realnosti.

 Jel ti ovo dovoljan primjer zasto sam odustao?
 Jednostavno nisam imao psihičke snage za objašnjavanje svih
 potrebnih stvari koje su pogrešno shvatili.
 
 A GSS se bunio na točnost karata!!!
 Kako to da mi imamo ucrtane neke staze koje nisu planinarske staze!
 Čovjek se penjao na vrh otoka i ucrtao stazu kojom se penjao, i
 njima je to bilo sporno

Samo bez uzrujavanja, ne treba ti takav stres :)

Evo mozda ovaj put bude vise srece / dobre volje itd. 

Mozda i ne, naravno. U svakom slucaju vrlo pohvalno sto netko ima
volje probati i napraviti nesto.  Svu srecu im zelim!

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom

[Matija Nalis]

(Executive summary: odgovornosti nema, tj. iskljucivo je na planinaru
ili drugom korisniku karte - nitko mu nece garantirati za ista niti
preuzeti bilo kakvu odgovornost.  Citaj dalje za osvrt sa detaljima i
sluzbeni stav OSM-a)

On Wed, Jan 28, 2015 at 12:02:38PM +0100, hbogner wrote:
 Ali to što si sad spomenuo je baš to što sam rekao da sam imao problema.
 Tko je odgovoran za podatke... Nebih sad više o tome, jer nemam
 dobra iskustva s institucijama koje se pozivaju na odgovornost.
 
 Treba objasniti da je svaka osoba dgovorna za podatke koje unosi. Uz
 svaku promjenu stoji korisničko ime i što je promjenjeno.
 Ako se unesu HPS podatci i oni su krivi onda je HPS odgovoran, ako
 HPS unese dobre podatke a netko ih promjeni nakon tog unosa i označi
 nešto netočno, onda je ta osoba odgovorna.

O kakvoj odgovornisti pricamo, materijalnoj i krivicnoj u smislu zakona?
Moralnoj? Sav rad na OSMu i drugdje u najboljem slucaju moze biti
best-effort, a ne ikakva garancija icega.

Odgovornost za koristenje karte, GPS uredjaja, i svega ostalo je
uvijek i iskljucivo u potpunosti na korisniku karte, dakle planinaru
u ovom slucaju.

Sto ako mu GPS pokaze da se nalazi negdje gdje se ne nalazi (radi
prevelike greske), ili mu nacrta da je tamo put (a isti je pomaknut
ili na drugoj visini), pa se izgubi i smrzne i moraju mu odrezati
nogu?

Hoce li tuziti proizvodjaca navigacijskog uredjaja koji ga je krivo
odveo?  Microsoft koji je napisao windows mobile na kojem se
navigacijski uredjaj vrti, a bug u kojemu je omeo ispravan rad GPSa? 
Onoga tko je nacratao kartu na OSMu?  Onoga tko je skupio track na
osnovu kojeg je OSM staza ucrtana?  Proizvodjaca GPS chipseta koji mu
je krivo izracunao poziciju?  Osobu koja je pisala firmware za GPS? 
Americku vladu koja je lansirala GPS satelite?  Hrvatske sume koje
nisu prorijedile drva putem pa su mu drva zaklanjala pogled na
satelite i time dovela do prevelike VDOP greske u izracunu?  Kako ce
uopce dokazati tko je od njih kriv?  A mozda ce tuziti Drzavni
hidrometeoroloski zavod koji je u prognozi rekao da ce biti suncan
dan a dosla je snjezna mecava?  Ili proizvodjaca termo hlaca koji je
napisao da su uporabne za temperature od -15 do +5C, a njemu se noga
smrzla vec na -13C?  Sve njih skupa?

Ili je mozda kriv hbogner jer scripta koja radi extracte za garmin
ima bug, pa je krivo nacrtala stazu?  Ili svi autori softvera kojeg
koristi za tu svrhu?  A sto ako je garmin extract kriv jer je doslo
do korupcije memorije u trenu kreiranja datoteke.  Treba li tuziti
ducan koji mu je prodao racunalo, ili ipak Kingston - proizvodjaca
koristene ECC memorije u kojoj se greska pojavila?  Mozda ipak
Western Digital, jer su se podaci koruptirali zbog bad sectora na
disku?  Mozda sam sukrivac i ja jer adminam stroj gdje se radi
extract a trebalo mi je duze od 48 sata da primjetim da je 
S.M.A.R.T. javio da se na na disku pojavio bad sector, jer nisam 
bio blizu racunala za vikend? Mozda je karta i bila savrsena u
trenutku izdavanja, ali ju je korisnik downloadao u uredjaj jucer
navecer, noc nakon toga su ucrtane izmjene? Ili je koristio online
kartu, ali njegov GSM provider nije imao signala u danom podrucju? 
Mozemo tako u beskonacnost izmisljati tko bi bio odgovoran...


I sto cemo sa crtanim kartama? Evo recimo pred jedno 5 mjeseci sam
isao prema kraljicinom zdencu, dio originalne staze je bio neprohodan
pa je napravljen obilazak.  Sto da sam se povodio po velikoj
printanoj karti u podnozju planine (koja nije mijenjana duzi niz
godina, a kamo li taj dan kada se neprohodnost dogodila) pa ostao
zarobljen u nekoj rupetini odrona?  Da li bih mogao/trebao tuziti PP
Velebit? A sto ako sam kupio printane karte u nekom planinarskom
domu a koje pokazuju netocno stanje (ili zato jer su zastarile u
trenu kupovine, ili imaju neku stamparsku gresku)?  Tuziti
planinarski dom koji mi je kartu prodao?  Stampariju?  
Autore karte?

To je sve suludo. Odgovoran je iskljucivo planinar za sve sto
poduzima. Sve ostalo (od ljudi do GPS uredjaja) mu mogu dati vise 
ili manje precizne savjete (ovisno o sreci cak i vise nego o
kvaliteti).

Ako nije zadovoljan sa ponasanjem kupljenih temo hlaca u kojima mu se
noga smrzla, moze ih eventualno reklamirati u ducan i tu dobiti
povrat novaca.  Isto ako nije zadovoljan preciznoscu GPS uredjaja ili
karte na istome, moze ih eventualno (ako dokaze da je reklamirana
preciznost bila namjerno zavaravajuca od strane proizvodjaca)
eventualno vratiti u ducan i dobiti povrat novaca (A ako je karta
besplatna, nece se na tome obogatiti).  I to vise ovisi o dobroj
volji ducana i imenu i politici reklamacija proizvodjaca nego o
odgovornosti.


TL;DR -- evo uostalom sto kazu sluzbene OSM stranice:

Our contributors are thousands of individuals. We also include
openly-licensed data from national mapping agencies and other
sources, [...] 
Inclusion of data in OpenStreetMap does not imply that the original
data provider endorses OpenStreetMap, PROVIDES ANY WARRANTY, OR
ACCEPTS ANY LIABILITY. 

Re: [Talk-hr] OSM povezane lokalizacije

[Matija Nalis]

Cool, 

cestitke Stjepanu!

On Wed, Jan 21, 2015 at 11:22:25PM +0100, hbogner wrote:
 Stjepan je danas završio Mapillary prijevod i već je aktivan na
 stranici. Nažalost nisu sav tekst stavili na prijevod, sad čekamo da
 i ostalo stave u github.
 
 Hrvoje
 
 On 12/19/2014 01:00 AM, hbogner wrote:
 Gdje se sve nalaze lokalizacije povazane uz OSM?
 
 Trebali bi napraviti popis svega što smo preodili i što se može
 prevoditi tako da znamo.
 
 Ja sam sudjelovao u nekim i našao još neke, evo liste za koju ja znam:
 
 OSM web stranica
 https://translatewiki.net/wiki/Translating:OpenStreetMap
 
 JOSM editor
 https://www.transifex.com/projects/p/josm/
 
 iD editor
 https://www.transifex.com/projects/p/id-editor/
 
 LearnOSM
 https://github.com/hbogner/learnosm
 mozemo prebaciti na osm-hr repozitorij
 
 Mapillary
 https://github.com/osm-hr/mapillary_localization
 
 Ako znate još neke ili su neki moji linkovi krivi javite.
 
 
 ___
 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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Reorganizacija...

[Matija Nalis]

ma mislim da je OK ovako, zapisnik na listu pa kad izvucemo iz toga
nesto sto cemo napraviti, onda to otvoriti kao issues na githubu

On Sat, Jan 10, 2015 at 02:36:03PM +0100, hbogner wrote:
 Hoćemo i zapisnike staviti na github, recimo ovaj od nekidan.
 Neki tako rade pa mi palo na pamet da bi i mi mogli tako.
 
 
 On 09/17/2014 11:47 AM, Dražen Odobašić wrote:
 Pozdrav svima,
 
 očito je da FAIL-amo kao zajednica, čak i nakon što se nađemo na pivi/kavi
 nikako da održimo bilo kakav kontinuitet rada. Jasno je da smo svi 
 volonteri, i
 da su nam motivi različiti, ali to ne znači da smijemo zaboraviti na
 organizaciju i upravljanje (koliko god nekom ta riječ bila mrska) zajednicom.
 Zajednica u ovom kontekstu znači svi oni koji su spremni sudjelovati u 
 zajednici
 'doniranjem' svog vremena/znanja/resursa za dobrobit i napredak zajednice :).
 
 U svrhu organizacije te zajednice stvorena je GitHub organizacija 'osm-hr' 
 [0].
 Trenutno postoji samo jedan repozitorij [1] koji je namijenjen praćenju i
 specifikaciji  problema/želja/procesa/rasprava koje imamo kao zajednica. Što
 kroz GH issues, što pisanjem dokumentacije na wiki ili stvaranjem novih
 repozitorija koji bi recimo sadržavali skripte i podatke za recimo neki data
 import, a mogu se hostati i stranice na GH Pages ako će biti potrebno.
 
 GH organizacija neće zamijeniti mailing listu, čak štoviše rezultat rasprave 
 na
 mailing listi će završiti kao specifikacija ili novi repozitorij na GH 
 organizaciji.
 
 Pretraživanje javnog GH repozitorija je jednostavnije od pretraživanja arhive
 mailing-liste.
 
 Dražen
 
 [0] https://github.com/osm-hr
 [1] https://github.com/osm-hr/osm-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

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Notes statistike

[Matija Nalis]

On Wed, Jan 14, 2015 at 01:42:11PM +0100, Janko Mihelić wrote:
 Dana 14. siječnja 2015. u 13:13 hbogner hbog...@gmail.com je napisao/la:
  Predlažem da sve te stare koje su bez dovoljnog značenja, a netko je
  ostavio upit za pojašnjenje, nakon nekog vremena ozačimo kao riješene uz
  napomenu da se označava riješenim zbog toga.
 
 
 Slažem se, ako je prošlo tjedan dana bez odgovora, ja sam za brisanje.

ok, ako ne zvuci bitan bug (u slucaju cega bi ga netko trebao otici
resurveyati), ali da barem mjesec dana da stoje nakon upita dok se
netko ne javi..

Mislim, neki od nas i u regularnim uvjetima citaju privatne mailove
jednom tjedno, a i to ak ne odu na godisnji bez interneta na
par tjedana...

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Notes statistike

[Matija Nalis]

On Wed, Jan 14, 2015 at 09:04:35PM +0100, hbogner wrote:
 Feed za otvorene:
 http://resultmaps.neis-one.org/osm-notes-country-feed?c=Croatiaa=opened
 
 Ako je nekom lakse ovako za pratiti

Meni bi bilo lakse za pratiti da mogu vidjeti vlastite OTVORENE notes. :(

https://github.com/openstreetmap/openstreetmap-website/issues/832

Zna netko za neki 3rd party web da to moze pokazati?

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] CUC 2014 radionice?

[Matija Nalis]

nisu li na slideovima bili oni primjeri koda? (ostalo mi je nekako
kao da je bilo?) 

Ovdje je pola slideova prazno (samo naslov)?

On Wed, Dec 17, 2014 at 11:09:54AM +0100, Dražen Odobašić wrote:
 Moja je na: http://open.geof.hr/~dodobas/SKUP.zip
 
 On 12.12.2014 21:19, Matija Nalis wrote:
  Ej, dodobas  hbogner - posaljete na listu linkove na prezentacije
  koji ste imali na OSM radionicama na CUC 2014?  Tnx
  
 

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] CUC 2014 radionice?

[Matija Nalis]

Ej, dodobas  hbogner - posaljete na listu linkove na prezentacije
koji ste imali na OSM radionicama na CUC 2014?  Tnx

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Zaštićena područja u Hrvatskoj

[Matija Nalis]

On Tue, Nov 18, 2014 at 11:57:40PM +0100, Janko Mihelić wrote:
 U našim zakonima sam našao slijedeća područja:
 
 strogi rezervat,
 nacionalni park,
 posebni rezervat,
 park prirode,
 regionalni park,
 spomenik prirode,
 značajni krajobraz,
 park-šuma,
 spomenik parkovne arhitekture
 
 http://narodne-novine.nn.hr/clanci/sluzbeni/288893.html
 
 Predlažem da im po tom rasporedu dajemo brojeve, strogi rezervat bi dobio
 protect_class=1, a spomenik parkovne arhitekture bi dobio protect_class=9.
 Ako se većina slaže, to ću upisati u tablicu za Hrvatsku. Ako se kasnije
 pokaže da bi taj raspored trebao biti drugačiji, nije problem promjeniti.

da, zvuci skroz ok.

 Ti tagovi se ne renderiraju na glavnom OSM layeru. Gledao sam kako to rade
 oko nas, i Talijani dodaju tag leisure=nature_reserve kako bi se to
 renderiralo. Tag mi baš nema nekog smisla, ali ako je nekom važno da se
 renderira na glavnom layeru, ovo je vjerojatno najmanje loše rješenje.

Mozda bolje bi zvucalo da je pod key:landuse umjesto key:leisure, ali
tag je takav kakav je, nije niti los [1] (kao recimo shop=hairdresser, 
k'o da tamo kupujem frizerke :) tako da sam ja za staviti ga svakako.


[1] http://wiki.openstreetmap.org/wiki/Key:leisure kaze The leisure
tag is for places people go in their spare time i onda ima skroz
smisla.


-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Naselja u OSM-u

[Matija Nalis]

On Thu, Oct 16, 2014 at 12:14:58AM +0200, Janko Mihelić wrote:
 potaknut nestankom Zaprešića kojeg nismo primjetili nekih pola godine,
 zapeo sam i opet napravio popis naselja koje imamo i nemamo u OSM-u, ovaj
 puta u Google docs okruženju:
 
 https://docs.google.com/spreadsheets/d/1sBAMDmcLItgro3wQrIO-JN2LxuRRLyx8JL-a5yO2gUk/edit#gid=0
 
 Ovaj link je na tablice koje ne možete mjenjati, ali ih možete kopirati,
 sortirati, pretraživati i slično. Na prvom sheetu su podaci iz Popisa
 stanovništva 2011, a na drugom sheetu su podaci iz OSM-a. Ako je cijeli
 redak crven u prvom sheetu, to znači da to naselje nedostaje u OSM-u. Ako
 je redak crven u drugom sheetu, to znači da to naselje ne postoji u popisu
 naselja, što znači da je ili krivo napisano, ili je to zaselak koji spada
 unutar drugog naselja.

Cool! A kada je crven population na prvom sheetu, znaci da nije
populacija nije upisana u OSM? A ako je upisana kriva? imas neki
threshold +- koji gledas ili?

BTW na OSM sheetu mi pise #ERROR za ono sto bi trebalo biti jump
linkovi (ako help ne laze, trebalo bi ; umjesto ,?), 
a kada skinem kao .ods onda svi pokazuju na varazdin:
https://www.openstreetmap.org/node/343645893

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Po?tanski brojevi

[Matija Nalis]

On Wed, Jul 09, 2014 at 10:35:55PM +0200, hbogner wrote:
 Ima netko kakvih novosti?
 Našao sam i ovo pa ako je netko pitao nek pita i za ovo:
 http://www.posta.hr/pomoc-i-informacije/preuzimanje-podataka-o-postanskim-uredima

Ne, nikad nisam uspio Valenta dobiti ni na mail, ni na listu. Biti ce
da mu je preefikasan spam filter :)

Nista, ako se na javi za tjedan dana da je nesto napravio, budem ja
kontaktirao HP.

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] [tkraj...@gmail.com: Re: learnosm prijevod gotov]

[Matija Nalis]

forwardam na listu, mozda tko zna sto je

- Forwarded message from Tomo Krajina tkraj...@gmail.com -

Date: Sun, 6 Apr 2014 10:22:05 +0200
From: Tomo Krajina tkraj...@gmail.com
To: Matija Nalis mnalis-openstreetmapl...@voyager.hr
Subject: Re: [Talk-hr] learnosm prijevod gotov

Kod mene isto u Chromeu, npr. piše odrŽavana od rastuće. Kad tekst
kopiram u neki drugi editor, ovo veliko Ž se uredno prebaci u malo, ali na
stranici piše veliko.

Hex dump od stranice:

e10: 2c20 6b72 6569 7261 6e61 2069 206f 6472  , kreirana i odr
e20: *c5be* 6176 616e 6120 6f64 2072 6173 7475  ..avana od rastu
e30: c487 6520 7a61 6a65 646e 6963 6520 686f  ..e zajednice ho

Tebi je u tekstu ž == c5be, ali trebalo bi biti 017e (ili 017d ako je
veliko slovo). E sad, zašto ovaj c5be uredno kopira u ž nemam pojma. Python
mi kaže da je to neki hijeroglif, a ne ž:

 print u'\uc5be'
얾

Nisam još stigao pogledati git repo, ali mislim da je to riješivo s
jednostavnim search-replace. Ako iz nekog razloga ne radi iz tekst editora,
sredim ti to s python skriptom i napravim pull-request danas/sutra.

lp,
t



2014-04-06 0:47 GMT+02:00 Matija Nalis mnalis-openstreetmapl...@voyager.hr
:

 On Fri, Apr 04, 2014 at 02:54:25PM +0200, hbogner wrote:
  http://learnosm.org/hr/
 
  Od danas i Hrvatski kao ponu?eni jezik na po?etnoj strani! Prva
  verzija prijevoda gotova, sad sljedi ispravljanje gre?aka. Ako/kad
  primjetite gre?ke pomozite nam.

 skroz su mi potrgana nasa slova na mobu (cyanogenmod 9), tj. zjape
 rupe umjesto njih.

 francuski, portugalski i spanjolski mi na istom tom mobu na istim tim
 stranicima izgledaju ok sa svojim specijalnim slovcima.

 isto tako mi na mobu uredno rade druge stranice sa UTF-8 hrvatskim
 slovima (npr. http://biciklijade.com/about , http://www.carnet.hr i
 sl.)


 na desktopu (iceweasel 24.4 - debian stable) mi nasa slova rade, ali
 ako se zagledam izgledaju malo cudno, kao da su mrvicu drugaciji ili
 pixel veci font ili takvo sto (sto na drugim stranicama se ne vidi)

 pa eto, fyi

 --
 Opinions above are GNU-copylefted.

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




-- 
github.com/tkrajina  |  trackprofiler.com http://www.trackprofiler.com/
|  puzz.info http://www.puzz.info/

:wq!

- End forwarded message -

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] learnosm prijevod gotov

[Matija Nalis]

On Fri, Apr 04, 2014 at 02:54:25PM +0200, hbogner wrote:
 http://learnosm.org/hr/
 
 Od danas i Hrvatski kao ponu?eni jezik na po?etnoj strani! Prva
 verzija prijevoda gotova, sad sljedi ispravljanje gre?aka. Ako/kad
 primjetite gre?ke pomozite nam.

skroz su mi potrgana nasa slova na mobu (cyanogenmod 9), tj. zjape
rupe umjesto njih. 

francuski, portugalski i spanjolski mi na istom tom mobu na istim tim
stranicima izgledaju ok sa svojim specijalnim slovcima.

isto tako mi na mobu uredno rade druge stranice sa UTF-8 hrvatskim
slovima (npr. http://biciklijade.com/about , http://www.carnet.hr i
sl.)


na desktopu (iceweasel 24.4 - debian stable) mi nasa slova rade, ali
ako se zagledam izgledaju malo cudno, kao da su mrvicu drugaciji ili
pixel veci font ili takvo sto (sto na drugim stranicama se ne vidi)

pa eto, fyi

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Po?tanski brojevi

[Matija Nalis]

halo Valente,

jesi ti mozda kontaktirao Hrvatske Poste?

(da ih ne kontaktiram duplo, ako ti vec jesi)

On Fri, Feb 14, 2014 at 05:52:21PM +0100, hbogner wrote:
 On 02/14/2014 05:41 PM, Matija Nalis wrote:
 On Tue, Feb 11, 2014 at 07:47:04PM +0100, hbogner wrote:
 Ima li zaintereseiranih?
 
 Ako nije vec netko, mogu ih ja pitati, obzirom da sam ih pitao i prosli put 
 :)
 https://lists.openstreetmap.org/pipermail/talk-hr/2009-November/000345.html
 
 (tada je doduse bilo samo lista mjesta i postanskih brojeva, a sada
 ima i koordinate, pa cu dodatno provjeriti).
 
 Vece je pitanje sto ako dobijemo dozvolu?
 
 Ako raditi neki veliki import, kako pronaci vec ukucane duplice?
 Jer za rucno ukucavati i provjeravati toga ima tona, bojim se.
 
 
 Valent se ne?to javljao u drugoj temi pa vidi jel i?ta radio oko toga.
 
 Mo?emo izvu?i one ?to su trenutno unesene, provjeriti njihove
 podatek i njih ru?no popraviti a ostale provjeriti pa onda import
 napraviti.
 
 ?to se ti?e toga mo?emo napraviti jedan posebi account koji bi bio
 samo za importe, jer imamo i ostale podatke koje jo? nitko nije
 obradio, banke i bankomate.

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Druženje - utorak 04-03-2014, pivnica Zlatni medo - 19h

[Matija Nalis]

On Sun, Mar 02, 2014 at 04:16:55PM +0100, Dražen Odobašić wrote:
 Pozdrav,
 kratki podsjetnik za druženje, kao što možete vidjeti iz naslova :)

Dolazim! 

to je ona u Savskoj, da ne bi bilo da se nalazimo na krivom mjestu :)

http://osm.org/go/0Ismh6QXK?node=321511884

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Po?tanski brojevi

[Matija Nalis]

On Tue, Feb 11, 2014 at 07:47:04PM +0100, hbogner wrote:
 On 02/11/2014 07:41 PM, hbogner wrote:
 Stara tema, prije nego sam ja po?eo, ali da pitam ?ta je bilo s tim?
 
 Usput da pitam jel imamo sve po?te u OSM, ako ne jel smijemo koristiti
 http://www.posta.hr/karta-postanskih-ureda kao izvor podataka? Ako
 neznamo jel netko mo?e kontaktirati po?te i pitati?
 
 Pozdrav
 
 Pod ovim sam mislio da pita da nam ustupe podatke.
 
 Ima li zaintereseiranih?

Ako nije vec netko, mogu ih ja pitati, obzirom da sam ih pitao i prosli put :)
https://lists.openstreetmap.org/pipermail/talk-hr/2009-November/000345.html

(tada je doduse bilo samo lista mjesta i postanskih brojeva, a sada
ima i koordinate, pa cu dodatno provjeriti).

Vece je pitanje sto ako dobijemo dozvolu?

Ako raditi neki veliki import, kako pronaci vec ukucane duplice?
Jer za rucno ukucavati i provjeravati toga ima tona, bojim se.

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] OSM radionica petak(ako ste vec na CUCu)

[Matija Nalis]

On Thu, Jan 16, 2014 at 01:09:22PM +0100, hbogner wrote:
 Iskoristio sam dio tvoje prezentacije i stavio
 CC-BY-SA http://osm-hr.org;
 Nadam se da je to ok, ili sam te morao direkt navesti?

sto se mene tice ok, slobodno moze tako!

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] osm-hr kao dio udruge?

[Matija Nalis]

On Fri, Dec 06, 2013 at 08:23:39PM +0100, hbogner wrote:
 On 12/06/2013 07:36 PM, Matija Nalis wrote:
 Pa eto... Kao bivsi CARNetovac i tak imam veze tamo pa mogu ja
 komunicirati (ako nema nekog drugog koga bi to veselilo :), samo da
 se dogovorimo sto hocemo i za koje potrebe.
 
 Jel mogu tebe spomenuti u mailu?

moze, dapace.

 Koliko sam shvatio tu ima malo više ljudi nego 3-4, ali vidjet cemo jos.

zivi bili pa vidjeli. Po mom iskustvu nazalost cesto ispadne ima puno
vise ljudi kad treba nesto podrzati, nego kad treba nesto i napraviti
i raditi kroz duzi period. 

U svakom slucaju podrzavam :)

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] osm-hr kao dio udruge?

[Matija Nalis]

On Fri, Dec 06, 2013 at 09:45:48AM +0100, hbogner wrote:
 Zato sam u prvoj poruci i napisao:
 Ako mislite da bi bila bolja neka treca slobodno recite, znam da je
 bilo rijeco o osgeo-hr udruzi ali neznam kako je zavrsilo. 
 
 Ja sam direktno pričao sa Carnetom i oni su bili zainteresirani,
 samo treba biti netko formalan s naše strane za suradnju.

Sada kada sam drzao pred koji tjedan na CUCu radionicu za OSM pitali
su me CARNetovci da su oni jos onomad rekli da su spremi dati
servere/link ili nesto samo nek kazemo sto nam treba i za sto.  
Da su bili pricali onda s nekim (hi, hbogner :) ali da je to zastalo.

Pa eto... Kao bivsi CARNetovac i tak imam veze tamo pa mogu ja
komunicirati (ako nema nekog drugog koga bi to veselilo :), samo da
se dogovorimo sto hocemo i za koje potrebe.

Sto se tice otvaranja posebne udruge (HROSGEO ako sam shvatio?), ne
znam koliko je to pametno.

To je sve lijepo i krasno dok netko ima volje i snage i vremena sve
gurati, ali ima i gnjavaza i troskova (pa makar knjigovodja za sve
sto treba papirologije godisnje drzavi dostaviti cak i kad imas 0kn
prometa po racunu [sto BTW ima problema ako je bas 0kn jer se
birokrati jako zale ako je to slucaj]). 

Medjutim ak je to jedan ili dva covjeka a ne znacajno vise njih (koji
imaju dovoljno volje i vremena baviti se birokracijom umjesto
kartiranjem), onda se dogodi nesto (odu na studij u drugu zemlju,
ozene se, dobiju klince, zagnjave ih na poslu, whatever) i cijela
stvar propadne.  (i puno je teze onda ista napraviti nego dok udruge
nije bilo, jer svatko osjeca da je ta udruga kamen oko noge)

Za zivi primjer mogu pokazati isto tako entuzijasticni pocetka
slobodansoftver.hr (obavilo se i statut i otvaranje i knjigovodja i
nabavio se i server i smjestaj i link i admini i slozilo se sve, a
onda glavni inicijator otisao u USA i sve je stalo, evo zadnja
aktivnost na mailing listi i web stranici pred vise od godinu i pol)

Kao dodatak nekoj vec postojecoj udruzi koja ce obaviti sve to sto
treba mi se cini daleko bolje rjesenje, barem do onog dana kada nas
bude bar 10+ koji se zele aktivno baviti bas samo birokracijom i to
placati iz svog dzepa :)

pa eto, mojih 0.02$

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] OSM radionica petak(ako ste vec na CUCu)

[Matija Nalis]

On Thu, Nov 21, 2013 at 08:10:36AM +0100, Matija Nalis wrote:
 ako je tko slucajno prijavljen na CUC konferenciju (ili zna nekoga
 tko je), bude u petak 22.11.2013 u 11h OpenStreetMap radionica 
 (ako je pripremim do sutra :) pa navratite
 
 http://tinyurl.com/sys-trek2013

trazilo se mjesto vise na radionici :-) pa se nadam da ce netko od
zainteresiranih se i prikljuciti OSM zajednici u vecoj ili manjoj
mjeri! Cini mi se da zainteresiranosti ima dosta.

Sami slideovi su slobodno dostupni na http://mnalis.com/osm/

Oko pola sata teoretskog dijela je bilo vecina slideova a onda
zadnjih par slideova je bilo oko sat vremena prakticnih osnova 
rada sa JOSMom.

Obecao sam takvo sto bio jos za kraj ljeta napraviti u BICu, ali
vrijeme leti negdje. Sreca su me pritisli rokovi za CUC pa sam
napravio prvo za tamu :) Sada kada imam slozene slajdove mogu lakse
nadam se ponoviti.

Na CUCu je bilo idealno: racunalna radionica + projektor, tako da se
moglo i pokazivati i ljudi prakticno probavati. Tog naravno nemamo u
BICu, ali probati cu vidjeti kako i sto bi se mozda moglo...

-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] OSM radionica petak(ako ste vec na CUCu)

[Matija Nalis]

ako je tko slucajno prijavljen na CUC konferenciju (ili zna nekoga
tko je), bude u petak 22.11.2013 u 11h OpenStreetMap radionica 
(ako je pripremim do sutra :) pa navratite

http://tinyurl.com/sys-trek2013


-- 
Opinions above are GNU-copylefted.

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

[Talk-hr] 16.11.2013 mapathon na Geodetskom fakultetu u Zg ?!

[Matija Nalis]

Obzirom da nisam niti ja vidio (na fejsu je objavljeno, a to ne
trosim), mozda ima i drugih kojima je interesantno, pa prenosim.

valjda ce se i organizator javiti (ne pise tko je, tako da se sumnja
na dodobasa ili mozda hbognera?)

Koliko sam skuzio dodje se u kacicevu i dofura svoj laptop?
sto znaci mogucnost spajanja na internet, moram imati mobile
broadband ili ce tamo biti dostupnog etherneta / wifi ?

-

S obzirom na nedavna dogadjanja na Filipinima
(http://wiki.openstreetmap.org/wiki/Typhoon_Haiyan) organizirat cemo
mapathon u subotu 16.11 s pocetkom u 13h u sobi 64, Geodetski fakultet,
Kaciceva 26.

Okvirni plan je uz pomoc TaskingManagera (http://tasks.hotosm.org/) raditi
na zadacima koji se odnose na podrucje Filipina pogodjeno tajfunom. Zadaci
uglavnom ukljucuju ucrtavanje gradjevina i infrastrukture (ceste/rijeke) te
procjenu stete na podrucjima za koje postoje satelitske snimke snimljene
nakon tajfuna.

Ukoliko zelite sudjelovati, nije potrebno nikakvo predznanje samo osobno
racunalo i mogucnost spajanja na internet.


-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Mozilla Location Service

[Matija Nalis]

On Tue, Oct 29, 2013 at 10:40:29AM +0100, Gordan Krešić wrote:
 Mozilla pokreće javni i besplatni geolokacijski servis kao pandan Googleovom:
 
 https://location.services.mozilla.com/

Cool!

Nego, po cemu se razlikuje od http://www.openbmap.org/ (osim sto ce
vjerojatno biti kao default location service u firefoxu, pretpostavljem)?

I da li se moze podesiti android da koristi to umjesto googleovog
lokatora (coarse location tj. kad nema GPSa i kao assist GPSu)?
Ili da li ima neku aplikaciju koja na androidu moze izvuci trentne
koordinate na osnovu toga?

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Notes statistike

[Matija Nalis]

On Mon, Sep 02, 2013 at 09:21:23AM +0200, valent.turko...@gmail.com wrote:
 On Mon, Sep 2, 2013 at 5:47 AM, Matija Nalis 
 mnalis-openstreetmapl...@voyager.hr wrote:
  On Sat, Aug 31, 2013 at 11:58:12AM +, Fiki wrote:
   Fiki fikask@... writes:
   Sviježe statistike: Hrvatska u Top 5, ja 2. tj. 1. ako ne računamo 
   anonimne :D
   http://resultmaps.neis-one.org/osm-notes
 
  Svaka cast!!
 
  Meni je vecina u osmbugsu i dalje, tek mi se pojavio OsmAnd koji ima
  Notes (f-droid nije bas najbrzi ponekad :)
 
 Matija možeš li opisati kako editiraš na androidu? Možda ja radim nešto

pa ovdje se prica o Notes... tako da long press na lokaciju, open
OsmBug, i upisem tekst. Nije bas neka nauka :)

 krivo jer kada god sam uređivao preko androida to mi je bio veliki pain in
 the ass, pa uglavnom to radim samo u slučajevima nužde. Uglavnom se strpim
 dok ne dođem do desktopa.

A inace, dodajem u OsmAndu vecinu POI na isti nacin kao i gore samo
odaberem Create POI a ne OsmBugs. 

A ako sam negdje van civilizacije (dostupa racunalu) na vise dana, a
imam slobodnog vremena, onda si dok mi je dosadno dignem Vespucci na
Androidu i crtam (preko ranije tijekom dana stavljenih stavljenih
Notes/OsmBugs) wayove i slicno.

Nije bas udobno kao JOSM, ali je dosta upotrebljivo, i dosta bolje
nego da cekam cekam tjedan (ili tri) da dodjem do racunala da to
ukucam - ne samo da nikad ne bi doslo na red (nakon par tjedana bez
neta imam se sto raditi slijedecih par mjeseci samo da porjesavam
najbitnije zaostatke), nego se i dok dodje na red vise se ne bih
sjecao pola stvari sto sam htio reci sa OsmBugsima pisanim u
brzini...

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Notes statistike

[Matija Nalis]

On Tue, Sep 03, 2013 at 03:04:22PM +0200, hbogner wrote:
 Takodjer cestitke i od mene Fiki
 
 Meni je vecina u osmbugsu i dalje, tek mi se pojavio OsmAnd koji ima
 Notes (f-droid nije bas najbrzi ponekad :)
 
 http://download.osmand.net/latest-night-build/
 skini si nightly build, vec odavno prebqaceno na notes, takodjer kod
 dodavanja poi postoji polje za upis ulice i kucnog broja

A dosao je u FOSM neki 1.5-ARM... Da, pojavio se POI za upis ulice i
kucnog broja, i mozes cak i dodatne tagove stavljati osim onih
predefined (ako ih znas napamet ili imas zivaca otvarati browser
paraleleno sa OsmAndom :). Sto bi bilo totalno cool da ga nisu
katastrofalno potrgali.

Ali ga jesu katastrofalno potrgali... Kao prvo, i manje bitno,
ocigledno je da onaj tko je to dodavao ima ili tablet, ili barem
nesto ogromno tipa Samsung Galaxy S4, jer na S2 svaka nesretna stavka
je wrapana i mora se scrollati.  Na unosu Notesa toliko se razbacuje
ekranom da sam siguran da koristi barem neki tablet A3 velicine i to
landscape modu...  ostane mi mjesta za 6 slova valjda za ukucati, a
80% ekrana je neiskoristeno.  Svako uneseno slovo nakon tih prvih par
(a u notesima mi treba bar 10ak rijeci, hej!!) naravno nema wrap u
slijedeci red, nego se uopce ne vidi sto se upisuje.  Strasno. Nego
moras upisati, commitati, pa onda vidjeti misspellinge u bugu online
(troseci data plan), pa dodati bug comment da pojasnis one
misspellige koji su totalno necitljivi.

No to je jos i manji problem... Ono sto su strasno potrgali i sto sam
jos uvijek u soku je da su (namjerno) *maknuli* da se sada vise 
NE VIDI ono sto si ukucao kao POI.  WTF?!!

Mislim, totalno su ucinili Create POI neupotrebljivim.  Pa to sad
moze koristiti samo Kolumbo, ako ides stalno u jednom smjeru i nikad
ne prolazis kroz istu tocku. Dakle gradovi, sela i opcenito takve
stvari mozes totalno zaboraviti, jer sve sto ukucas neces znati da si
ukucao kad opet dodjes na to krizanje, nego ces na isto krizanje
smjeti doci tek za tjedan dana, kada skines novu kartu pa se vidi to
sto si ukucai... Uzas... Pa to je prije radilo odlicno ne razumijem
sto im je bilo...

https://groups.google.com/forum/#!topic/osmand/i3jxXzciRuU

Recimo mi molim te da je to u nightlyu sredjeno...  Ovo je strasno,
razmisljam ozbiljno o downgradu na 0.7.x, znacajno mi je
funkcionalniji bio za mapiranje.


 Matija možeš li opisati kako editiraš na androidu? Možda ja radim nešto
 krivo jer kada god sam uređivao preko androida to mi je bio veliki pain in
 the ass, pa uglavnom to radim samo u slučajevima nužde. Uglavnom se strpim
 dok ne dođem do desktopa.
 
 ja dodajem poi kad god mogu, u zadnje vrijeme kucne brojeve ili neke
 poi koji skuzim da fali

da i ja, ali vise ne mogu skuziti jer nemam memoriju od 64GB u
glavi... pa ne kuzim da sam jedini na svijetu koji u OsmAnd ukucava
stvari progressivly prolazeci vise puta kroz ista krizanja, unoseci
prvo najbitnije a ako ostane vremena onda tek ono manje bitno.

Ovo sad je napravljeno da je djelomicno upotrebljivo samo ako ides
ciljano mapiranje pjesice u jednom smjeru bez skretanja (da ne bi
slucajno se vratio na ista krizanja) i unosis 100% svih vidljivih
stvari sve odmah odjednom, dakle NE prioretiziras unos doktora,
izvora pitke vode, servisa bicikala i trgovina (meni najbitnije
stvari, pogotovo van vecih gradova) naprema kucnim brojeva, klupama
(sa ili bez naslona, molim), kosevima za smece i sl. manje bitnim
podacima.

Tako da prakticki ne mogu vise skoro nista POIa unositi, ili moram
i trositi data plan i raditi svaki posao duplo -- kad unesem bilo koji
POI, unjeti jos jednom i Notes, da bih mogao vidjeti sto sam gdje
unio... Onda mi je lakse nista niti ne unositi kao poi nego samo
OsmBugs/Notes, pa kod kuce raditi totalno nepotreban dupli posao
prekucavanja toga sto sam prije bio mogao odmah unjeti...

/rant

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Notes statistike

[Matija Nalis]

On Sat, Aug 31, 2013 at 11:58:12AM +, Fiki wrote:
 Fiki fikask@... writes:
 
 Sviježe statistike: Hrvatska u Top 5, ja 2. tj. 1. ako ne računamo anonimne :D
 http://resultmaps.neis-one.org/osm-notes

Svaka cast!!

Meni je vecina u osmbugsu i dalje, tek mi se pojavio OsmAnd koji ima
Notes (f-droid nije bas najbrzi ponekad :)

-- 
Opinions above are GNU-copylefted.

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