[Talk-hr] Richard Fairhurst - Why Mash-ups Suck (and Cartography Matters)
http://sotm2007recordings.blogspot.com/2007/07/richard-fairhurst-why-mash- ups-suck-and.html Vrijedi poslusati. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Javni podaci
On Wed, 30 Sep 2009 21:48:33 +0200, Marko Dimjasevic wrote: > Predlažem da onda to napišeš tu na listi, a tko je voljan (ja jesam) > komentiram i eventualno predložim izmjene. Mozemo li i onaj tvoj dopis koristiti? Nisi se izjasnio kada sam te pitao u proslome threadu. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Javni podaci
A da otvorimo onda nekakav google doc i tamo lijepo napisemo molbu za ustpuanjem podataka. Tako bi ju svi mogli koristiti i pokusati doci do podataka u svojim gradovima. Marko Dimjasevic wrote: > Bok! > > On Srijeda, 30. Rujan 2009. 21:43:52 Darko Boto wrote: >> Nacelno vec imam koncept u >> glavi no ako netko zna tocno artikulirati ono sto bi trebali traziti >> bilo bi mi od pomoci. > > Predlažem da onda to napišeš tu na listi, a tko je voljan (ja jesam) > komentiram i eventualno predložim izmjene. > > ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Javni podaci
Kako stoji stvar sa licencom? OSM prelazi na ODbL. To bi u svakom slucaju trebalo staviti u taj zahtjev/molbu. ODbL: http://www.opendatacommons.org/ http://www.opendatacommons.org/guide/ 2009/10/1 nixa : > A da otvorimo onda nekakav google doc i tamo lijepo napisemo molbu za > ustpuanjem podataka. > > Tako bi ju svi mogli koristiti i pokusati doci do podataka u svojim > gradovima. > > Marko Dimjasevic wrote: >> Bok! >> >> On Srijeda, 30. Rujan 2009. 21:43:52 Darko Boto wrote: >>> Nacelno vec imam koncept u >>> glavi no ako netko zna tocno artikulirati ono sto bi trebali traziti >>> bilo bi mi od pomoci. >> >> Predlažem da onda to napišeš tu na listi, a tko je voljan (ja jesam) >> komentiram i eventualno predložim izmjene. >> >> > > > ___ > Talk-hr mailing list > Talk-hr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-hr > ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Javni podaci
OSM je trenutno u fazi iplementacije (http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan) nove licence pa je zapravo pitanje bilo da li ukljuciti ODbL ili CC A-SA2 2009/10/1 Darko Boto : > Kako stoji stvar sa licencom? OSM prelazi na ODbL. To bi u svakom > slucaju trebalo staviti u taj zahtjev/molbu. > > ODbL: > http://www.opendatacommons.org/ > http://www.opendatacommons.org/guide/ > > > 2009/10/1 nixa : >> A da otvorimo onda nekakav google doc i tamo lijepo napisemo molbu za >> ustpuanjem podataka. >> >> Tako bi ju svi mogli koristiti i pokusati doci do podataka u svojim >> gradovima. >> >> Marko Dimjasevic wrote: >>> Bok! >>> >>> On Srijeda, 30. Rujan 2009. 21:43:52 Darko Boto wrote: Nacelno vec imam koncept u glavi no ako netko zna tocno artikulirati ono sto bi trebali traziti bilo bi mi od pomoci. >>> >>> Predlažem da onda to napišeš tu na listi, a tko je voljan (ja jesam) >>> komentiram i eventualno predložim izmjene. >>> >>> >> >> >> ___ >> Talk-hr mailing list >> Talk-hr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-hr >> > ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Javni podaci
On Thu, 01 Oct 2009 13:14:21 +0200, nixa wrote: > A da otvorimo onda nekakav google doc i tamo lijepo napisemo molbu za > ustpuanjem podataka. > > Tako bi ju svi mogli koristiti i pokusati doci do podataka u svojim > gradovima. > hint: http://wiki.openstreetmap.org/wiki/Croatia Mislim da bi to trebalo biti na hr wikiju - na project Croatia ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Javni podaci
On Četvrtak, 01. Listopad 2009. 10:51:00 Valent Turkovic wrote: > Mozemo li i onaj tvoj dopis koristiti? Nisi se izjasnio kada sam te pitao > u proslome threadu. Da, naravno, to sam i napomenuo i zato sam ga poslao na listu (iako nisam siguran jel je na kraju dospio na listu jer je trebao odobrenje administratora liste). Heh, nije mi bilo jasno pitaš li mene ili nekog drugog jer si quotao nekog drugog. -- Poz, Dim uBlog: http://identi.ca/mdim Blog: http://akuzativ.wordpress.com/ ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Biciklisticke staze i rute
On Wed, Sep 30, 2009 at 11:33:14AM +, Valent Turkovic wrote: > On Tue, 29 Sep 2009 00:14:22 +0200, Matija Nalis wrote: > > BTW ima i proposal za takve paralelne staze: > > http://wiki.openstreetmap.org/wiki/Proposed_features/lane_and_lane_group > > Paralelne staze su mi jako odbojna ideja. Vidio sam neki grad u njemackoj A cuj, omogucavaju najvecu fleksibilnost i ne zahtjevaju da se ista mijenja u postojecim rendererima i editorima. Ne postoji drugi nacin za hrpu stvari da definiras ono sto hoces i da to imas *SADA* (ili u bilo kojoj bliskoj buducnosti). lane_group bi trebao *pomoci* u upravo da smanji odbojnost multiple wayova tamo gdje to moze (npr. JOSM plugin koji mrda cijelu lane grupu dok pomices njen centar i sl) > gdje su zabrijali na paralelne staze i to je katastrofa za kasnije > editiranje. Toliko linija bude da se vise nikako ne mozes snaci, te zbog > visestruke kolicine podataka vise se opterecuju serveri pri uploadu i > downloadu, te mozes ucitati manju povrsinu za uredjivanje. Ne mislim da su performanse servera ono na sto se treba koncentrirati za unosenje podataka (jos manje nego sto kazu da to nisu niti trenutne mogucnosti nekon od renderera, kao Mapnik ili Osmarender). U suprotnom bi trebalo zagovarati sto manje unosenje "manje bitnih" podataka. Problem je da je ono sto je tebi manje bitno, nekom drugom vise bitno. Recimo meni uopce nisu bitno gdje su koje ceste za motorna vozila ali zelim znati gdje su dobre birtije, servisi za bicikl, biciklisticke staze i parkovi i klupe te izvori vode i WCi u njima. A evo bas sam gledao na bestofosm.org su neki bjelorusi mapirali zasebno svako drvo u parku! Totalno cool! A ako te brinu performanse servera doniraj koji euro pa ce se to poboljsati samo od sebe :) I/ili uzmi kod renderera pa ga poboljsaj da bude brzi. > Zbog svega toga mi se vise svidja ideja pametnijih tagova i pametnijih > rendera, a da podaci ne dupliraju ako nije bas izrazito nuzno. I meni, ali to nije moguce trenutno sa zamisljenim tagovima. To je problem ogranicavanja na "ciste" key=value parove. Ono sto treba je globalno prihvacena (i tu nastaje problem :) i implementirana razradjenija tehnika (koja trenutno je tehnicki dopusteni podskup, ali bez koncenzusa i implementacije je beskorisno), npr "key:subkey:subkey:subkey:=value" Trenutno se takav "kludge" koristi za stvari tipa "key:jezik=value", npr. "name:it=Zagabria". Ono sto bi se moglo prosiriti je napraviti nesto tipa: (nisu pravi podaci, ali radi ilustracije) name=Vukovarska avenija highway=tertiary oneway=yes surface=asphalt parallel:l1:highway=cycleway parallel:l1:surface=concrete parallel:l1:access=official parallel:l2:highway=footway parallel:r1:highway=path parallel:r1:suface=grass parallel:r1:dog=leashed gdje l1/l2/l3/... i r1/r2/r3/... su (u ovisnosti na smjer waya) s lijeve i desne strane istog. Mozda bi ":" trebalo zamijeniti nekim drugim, posto je ":" vec overloaded za jezik i sl. U svakom slucaju trebala bi izmjene renderera (i editora!) da svaki "parallel:" tag izparsiraju nakon glavnom i renderaju kao da je bio posebni way. Alternativna sintaksa (mozda bolja?) bi mogla biti: name=Vukovarska avenija highway=tertiary oneway=yes surface=asphalt highway/1=cycleway surface/1=concrete access/1=official highway/2=footway highway/-1=path suface/-1=grass dog/-1=leashed Nesto takvo na generalnom nivou (mora biti na generalnom, jer mora funkcionirati za SVE tagove. Ako moras stavljati poseban support za svaki sub-tag, to je onda prilicno beskorisno i zahtjeva dozivotno trosenje vremena za odrzavanje sto je neprihvatljivo) sto bi zadrzalo broj wayova za takve stvari minimalnim, a ipak omogucilo upis detalja. Problem je sto to jos uvijek (usprkos hrpi truda) ne rjesava sve probleme. I dalje imas laneova unutar same ceste (npr. biciklisticka staza u kontrasmjeru usred ceste, cycleway=opposite_lane i sl) kao i probleme sto sa relationima (koji bi tada trebali moci specificirati specificni sub-lane ili parallel-track), sto je poseban problem za speficne mape kao cyclemap i sl. Takodjer imas ruzne situacijama kod situacija gdje ti je tvoj sub-way recimo 95% paralelan sa glavnim wayom, a onih 5% nije (i onda moras ili trpiti krive podatke, ili ga crtati skroz posebno sto ubija smisao shareanih wayova, ili ga razbijati na shared+unshared dio sto izgleda jos ruznije i jos vise zbunjujuce). Primjeti da *svih* tih problema sa vise posebno ucrtanih wayova nema, i da su jedini nedostaci kod tog pristupa (koji vec sad odlicno funkcionira !): - nesto veci clutter na ekranu (sto upotreba lane_grupe i sl. stvari moze eliminirati/pojednostavniti ukoliko bi ti editor podrzavao takvu opciju) - nesto veci datasetovi za isti bbox (sto sam gore objasnio zasto performanse nikako ne bi trebale biti razlog za throttleanje unosa podataka u OSM) Neka razmisljanja na temu su recimo na: http://wiki.openstreetmap.org/wiki/Users:cmuelle8/multiple_way_tagging_on_single_geometry Dakle iako se slazem s tobom da par
Re: [Talk-hr] Biciklisticke staze i rute
On Thu, 01 Oct 2009 17:31:07 +0200, Matija Nalis wrote: > A evo bas sam gledao na bestofosm.org su neki bjelorusi mapirali zasebno > svako drvo u parku! Totalno cool! Nasao sam, bac cool: http://bestofosm.org/#best-of-by-yalcha Kada pogledam dobro napravljene primjere poput Helsinkija koji imaju posebno unešene pjesacke i stale staze stvarno se to moze i dobro napraviti. Zao mi je sto nisam sacuvao link od tog mjesta gdje sam vidio taj kaos, definitivno za nominaciju worstofosm.org ;) -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Primjer OSM-a u primjeni (javni prijevoz)
Naisao sam na odlican primjer primjene OSM-a u sluzbi javnog prijevoza: http://wiki.openstreetmap.org/wiki/Chennai/Bus_Route_mapping_project Zasto ne tako nesto napraviti i u hrvatskoj? -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] undelete?
[ oprez, poduza poruka u malo mozda agresivnijem stilu, ali sasvim dobronamjerna i NHF ] On Tue, Sep 29, 2009 at 12:32:08PM +, Valent Turkovic wrote: > On Mon, 28 Sep 2009 14:31:10 +0200, Matija Nalis wrote: > > > "These scripts do not have safety nets. Be sure that you feel confident > > to fix anything you might break. If you do not know your PUTs from your > > GETs, if you do not know the details of API 0.6, or know what changesets > > are and how they work, then DO NOT USE THIS SOFTWARE" > > Znas li detalje 0.6 APIa ? Odgovor na ovo pitanje je bojim se NE i vidi > > se iz ovoga sto si poslao. Evo ti samo (ne predirektni) hint zasto: > > Znam sto su changeseti, no priznajem API-ja se nisam dotakao, nisam imao > potrebe do sada. Niti ne vidim da bih morao znati za konkretnu primjenu > uvih skripti. Svakako bi detalje trebali API-ja znato oni koji prave > skriptu, no zasto bih to morali no ne vidim zasto bi morali i svi kojima > je ona potrebna? Vjerovatno nesto ne shvacam, pa mi molim te pojasni. Pa zato jer ti je to napisao autor scripti VELIKIM SLOVIMA, a za kojeg je evidentno (samim tim sto je napisao scripte) da ima dosta bolje razumijevanje o cijeloj prici od tebe ili mene. Kuzis, dok te kao klinca tata lupi po ruci i kaze "pec-pec!" dok krenes prstima u uticnicu onda to prihvatis kao cinjenicu da on bolje zna pa ne guras prste unutra dok ne narastes dovoljno da skuzis tocno o cemu je problem sa tim interesantnim rupama. Ili kad su ti rekli da prelazis cestu samo kad svjetli zeleno svjetlo. Mislim, gdje je tu logika, kakve veze ima boja neke zarulje sa tim kaj ti zelis prijeci preko ceste da kupis sladoled ? Tebi se sladoled jede SAD bez obzira na boju glupog svjetla :-) Ako ne razumijes zasto, onda postuj sto kazu pametniji (mislim na autora, ne na sebe, toliko me ego jos ne puca :), i biti ce u pravilu puno manje suza ! > > http://wiki.openstreetmap.org/wiki/API_v0.6/Crowd_sourced_Testing Ako ti > > treba jos veci hint = ne samo raditi copy/paste bez razumijevanja u svoj > > ~/.osmtoolsrc ! To je sto se tice prvog problema. > > Priznajem, ovo sam napamet napravio, evo sadrzaja koji sam unio, ali > prema uputama su,nadam se, ispravne. Upute su ispravne. Tj. ispravne su za ono za sto pocetnik (pocetnik za te scripte, ne newbie opcenito) treba napraviti sa skriptama. Problem je jedino sto se ti zaljeces grlom u jagode umjesto da krenes uciti putem kojim je autor zamislio, a to je da testiras na testnim podacima (a sto je BTW jedini ispravni put, vise o tome nize, a to ces nadam se prihvatiti i sam). > username=Valent Turkovic > password=tajna > apiurl=http://api06.dev.openstreetmap.org/api/0.6/ > instance=00 > > Ne bih se cudio ni da username mora biti bez razmaka ili nesto slicno. Da To je mozda i sesta greska :) - nisam gledao (ja nemam taj specificni issue). > li mi je apiurl ispravan? Priznajem da mi ovaj dio nije najjasniji, cak > ni nakon sto sam procitao wiki. Da li se api06. uopce moze koristiti za > "pravo" uredjivanje ili je samo za testiranje i sto god na njemu napravim > nema opasnosti da se zbrljaju pravi podatci u OSM bazi? Takodjer, ako sam Pa koliko precizniji mora biti URL (naglasavanja moja) ? http://wiki.openstreetmap.org/wiki/API_v0.6/Crowd_sourced_Testing "There are public API v0.6 servers running for *TESTING PURPOSES*. The aim is for every tool that uses the API to be able to be *TESTED AGAINST THESE SERVERS* to make sure that it is still working, or that it is fixed." "http://api06.dev.openstreetmap.org/ started with a *BLANK* Postgres db" "Their database *MAY BE WIPED* to fix problems" Da, ako se vec treba crtati, radi se zaista o API instanci za *testiranje*. Naravno da ces testirati prvo na *testnim podacima*, a ne pokretati destruktivnu i nikad prije isprobanu scriptu na produkcijskim podacima, pobogu! Tek jednom kada na testnoj instanci APIa izvjezbas BAREM jedno 10-20 razlicitih undoova i sl. i uvjeris se da rade tocno onako kako zelis i kako smatras da bi trebali raditi, tek ces onda eventualno razmisliti pokusati takvo sto izvesti na produkcijskoj bazi! A ne uzeti bazuku s police (cak i ako ti je netko pokazao gdje stoji), i onda ju okrenutu u smjeru za koji ti se cini ok (iako je drzis okrenutu naopacke) poceti isprobavati stiskati razne gumbice i povlaciti razlicite polugice na njoj :-) > > Drugo, niti dio sa "know what changesets are and how they work" nije bas > > sjeo, sto je isto jasno vidljivo iz ovoga sto si poslao. > > Hm, moguce, evo kako shvacam changesete pa me molim te ispravi gdje > grijesim. > > Svaka promjena, ili vise njih, koju pojedini korisnik napravi se vodi pod > unikatnim brojem i njega se zove changeset. Konkretno u ovom slucaju se > radilo o changesetu 2642489 [1] koji je samo jednu akciju, brisanje > pizzerie AS. Taj dio je tocan, i zato sam i rekao samo blago "da ti nije bas sjelo" a ne da "nemas blagog pojma sto changeset je" :-) Vidi nize zasto. > Trivijalno je na mjest gdje je prije b
Re: [Talk-hr] Javni podaci
On Wed, Sep 30, 2009 at 11:34:01PM +0200, Marjan Vrban wrote: > http://wiki.openstreetmap.org/wiki/Import/Guidelines "OpenStreetMap is all about building a great map by attracting a large community of mappers. While data imports can help with improving coverage rapidly, recent simulations suggest that imported data can cause problems with the growth of a community. It's actually far more important to go out and run lots of mapping parties, get lots of publicity out there, and get local people on the ground. " Huh, sto linka do ovoga: http://www.asklater.com/matt/wordpress/2009/09/imports-and-the-community-ii/ koji pokazuje kako takvi importi zapravo stete mapping communitiju i usporavaju njegov rast i efikasnost. Sa primjerima iz prakse. Pa ti sad vidi da li zapravo zelimo importati podatke ? Problem je i timing bas sada kada ovi idu mijenjati licencu, dosta komplicira stvar. I da ne spominjemo kada je opet u buducnosti odluce mijenjati, to moze biti muka... Ajmo proraditi na tim mapping partijima :) -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
