Re: [Talk-lv] living_street pagalmos
Tāpat runājot par konkrēto ielu, tad tikai pa to un vēl pāris tur blakus esošajām līdzīgām "ielām" var reāli nokļūt līdz vidusskolai, kas tur atrodas pēc centra mērogiem pāris kvartālu attālumā starp visām tām mājām. Pēc kā es esmu vadījies līdz šim - ja dzīvojamās zonas iela ved uz vairāk kā vienu/divām mājām un it sevišķi, ja tur nav tupiks galā, tad tā ir living_street. Ja ved tik uz vienu vai divām mājām un it sevišķi, ja galā ir tupiks, tad service. Vēl konkrēts gadījums: http://www.openstreetmap.org/#map=17/56.88716/24.05468 Tur tikai tās ielas, kurām arī OSM ir nosaukums, pēc pašvaldības kvalifikācijas ir ielas, pārējās ir identiska platuma un seguma, bet arī īstenībā ir līdzīgi kā tā ķengaraga "iela" bez nosaukuma un dzīvojamā zona, un pat vairāk skaitās uz mājām piederīgas, līdz ar to, ja gribētu varētu kaut iebraukt aizliegts zīmes salikt, bet kamēr tas tā nav, man viņām neceltotos roka tāpēc likt service. Līdz ar to, manuprāt, tikai arī pēc pašvaldības kvalifikācijas vadīties nevar. Lauris 2016. gada 14. marts 17:35 Vitaly Bolshakovrakstīja: > Sveiki! > > On Mon, 14 Mar 2016 17:28:34 +0200, Rihards wrote: > > Problēmas ir dažos padomju dzīvojamos masīvos. Tur nevar saprast, kur ir >>> tā iela, bet kur ir piebraucamais ceļš, jo tie ir vienādi gan pēc >>> izskatā, gan pēc nozīmes. Piemēram: >>> http://www.openstreetmap.org/#map=16/56.9540/24.2041 >>> Džohara Dudajeva gatve vai Marsa gatve - tur to ielu var izdalīt ļoti >>> nosacīti, un tā būtiski neatšķiras no citam blakus pagalmu ceļiem. >>> >> > jā, šis ir līdzīgi gadījumiem, ko lauris minēja. >> bet tomēr reāli iela ir tur, kur pašvaldība to ir noteikusi, pārējie visi >> sanāk "ceļi teritorijā". >> šur tur gan būs grūti saprast, kur īsti ir iela - varbūt >> survey/mapillary/pašvaldības info var līdzēt. ja nē, nekas, vienmēr un >> visur būs pa kādai nelielai neskaidrībai. ja nu galīgi nevaram saprast, >> liekam visus par living_street >> > > > Jā, es arī uzskatu ka jārīkojas no konkrētas situācijas. Ja nekā nevar to > klasifikāciju sadalīt, tad ir tas kas ir. > > No mana viedokļa problēma bija, ka dažreiz to living_street lika pagalmos, > kur patiešam tas ir vienkārši pievedceļš, un pat nebija tas dzīvojamas > zonas zīmju. > Tādos lielos dzīvojamas zonas kvartālos diez vai ko var labi sadalīt... > > Ar cieņu, Vitālijs > > > ___ > Talk-lv mailing list > Talk-lv@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-lv > ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Top punktu postētāji :)
Laikam beidzot jāsaņemas Gulbenei pabeigt zīmēt ēkas... daudz it kā nav palicis :) 2015. gada 20. marts 10:08 Gints Polis polis.gi...@gmail.com rakstīja: Virs 100 t. Raitisx 816276 rusjanis 535061 CLC06_LV 459439 andisimo 258209 UrSuS 221604 extropy_terplans 219125 Pecisk 195985 remonts 163780 iav 161370 Gints 158297 peterisb 111684 extropy 110652 richlv 102406 cuu508 100117 (Dati sagatavoti izmantojot ClusterPoint datubāzi) :) -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] cemety.lv
Nu visādā ziņā ja viņi mūsu ziņu neņems vērā tad jau var to padot tālāk un osm legal listi un palūgt nobloķēt viņu servera IP, jo viņi jau visu tiles trafiku laiž caur savu serveri, lai nebūtu https warning'u :) Vajadzētu sastādīt smuku/pieklājīgu e-pastu un palūgt viņus darīt visu korekti. Lauris 2013. gada 14. novembris 19:34 Rich ric...@nakts.net rakstīja: On 11/14/2013 07:23 PM, Pēteris Brūns wrote: Domāju, ka neviens to nav sazinājies. Es gan piemetīšu eļļu ugunij. Tādas JS bibliotekas kā OpenLayers un Leflet, OSM slānim by defult met klāt atsauci (viņi vienu no šiem izmanto). Ir jāpacenšas viņu noņemt vai vismaz modificēt. zinu - bet tavs mails var nonaakt pie kaada, kursh nav saistiits ar nonjemshanu un neko nezina par taadaam detaljaam, jo izstraadi outsourceejis kaadam citam :) ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] cemety.lv
Skatos, ka viņi pamatā izmanto OSM kartes, pašu renderētas vai nokešotas nezinu, bet nu avots viennozīmīgi ir OSM, bet kaut kā nevienā malā kartei nemanu atsauci uz OpenStreetMap. Domāju, ka vajadzētu ar viņiem sazināties un palūgt tomēr ievērot licences nosacījumus un atsauci kartē ielikt. Lauris ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk] Outperforming TomTom
Free version of such data would be great and as I allways have data on on my phone I won't have problem with that. I was thinking on implementing something like that but at least for me, main problem is server(s) where that data would go and that would aggregate them as that would be quite much data if it's used by many people (and we would need many people to use it, if we want to get good qualitty data out of it)... 2013/9/12 Lester Caine les...@lsces.co.uk Jean-Marc Liotier wrote: Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... That is why what I'm thinking is the 'free' version ;) A sort of agreed standard linked to the various OSM routing options? Maarten - I can understand your reluctance on always on data, currently I do get gaps in the mapping on the motorways here were there simply isn't any cover, but moving forward I think that particular problem will eventually be fixed. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk __**_ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talkhttps://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-lv] raksts par seb bankomaatiem
OsmAnd, kad atjaunosies karte ar jau ievadītājiem datiem :) Lauris 2013. gada 4. septembris 16:39 Marat mar...@gmail.com rakstīja: Labs raksts! Man vairāk interese ka tos datus pēc importa varēšu ērti aplūkot/sameklēt mana Adnroid ierīcē kad man tiešam bus vajadzīgs bankomāts :) 2013/9/4 Rich ric...@nakts.net pagaraaks raksts par seb bankomaatu sarakstu ar koordinaataam un domu, ka tos dereetu visus paarbaudiit un saziimeet :) http://osm.lv/blog/2013/09/papildinam-bankomatus-seb/ -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] rīgas centra ēkas ar numuru 1
tāpēc, ka ēka/poligons ir way (un teorētiski var būt arī relācija) nevis node. Domāju, ka tev vajag: osmosis -q --rx estonia.osm --tf accept-nodes --tf accept-ways --tf accept-relations addr:housenumber=1 --wx rmk.osm Lauris 2013. gada 13. augusts 16:06 Normunds Rustanovics trak...@gmail.comrakstīja: paldies! daļēji nostrādāja :) http://www.gpsvisualizer.com/display/1376398907-15094-159.148.172.208.html vienīgi tas attiecas tikai uz nodēm, ja mājas numurs ir poligonam “building” tad nav. kā poligonus filtrē? N. On 13 Aug 2013, at 16:00, Pēteris Brūns peteris.br...@gmail.com wrote: Nu varētu būt kaut kas šāds osmosis -q --rx estonia.osm --tf accept-nodes addr:housenumber=1 --tf reject-ways --tf reject-relations --wx rmk.osm Veiksmīgi, 2013/8/13 Normunds Rustanovics trak...@gmail.com pastāstiet kā es ar osmosis varētu dabūt koordinātes visām ēkām ar numuru “viens” :) es māku šādas komandas, taču pēc mājas numuriem neesmu drošs kā kaut ko dabūt osmosis -q --rx estonia.osm --tf accept-nodes tourism=camp_site --tf reject-ways --tf reject-relations --wx rmk.osm N. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)
Main page UI change does not changes how does embedded osm map looks if you include it using either leaflet, openlayers JS library and that just single js file + css in any web page and you are free to customize it to look how you or your client wants and that does not requires to need for servers as tiles can still be displayed from osm servers. 2013/7/22 Lester Caine les...@lsces.co.uk Lauris Bukšis-Haberkorns wrote: If you are so confused with how map works it not much of a work to use any JavaScript library to embed OSM map in any page to look and act how you like it. I might be missing something but I don't quite don't understand where is the problem here? Advertising OSM ... Over the last year I've slowly moved a number of legacy sites from using google location maps to simple 'OSM' ones. With a link to the 'large map' and a link to yours or osrm for routing. With a view to providing my own routing page at some point. Yes I can switch back to my own servers, but that will take time, and that is the one commodity everybody is saying we don't have. Currently 'yours' seems to have lost the scale navigation altogether? My own copy still has the older style bars but for some reason is no longer 'routing' :( OSRM actually fits better with the new style, but will not even display properly on the android tablet, which is why I was back with yours ... there was a nicely functional suite of tools ... today some of the cross working is different ... and I'd missed that originally when the new style appeared! -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)
If you are so confused with how map works it not much of a work to use any JavaScript library to embed OSM map in any page to look and act how you like it. I might be missing something but I don't quite don't understand where is the problem here? Lauris 2013/7/22 Lester Caine les...@lsces.co.uk Richard Fairhurst wrote: Why not do the same here? Get a few people together who want the zoom bar/old stylesheets/whatever. Build a power user's mapping site. Use PHP or whatever language you're comfortable with. Start small - just an instance with the features you really need. But it could grow to have oodles more tile layers, talk to the public OSRM API for routing, be tightly integrated with JOSM, all the stuff that we can't expose on osm.org for QC/scaling reasons but which would work fine on a more niche site. And if you have good ideas, some might filter back to osm.org, just as JOSM features occasionally pop up in P2 or iD. I'm already on that path :) Have OSRM and Yours working along with the legacy mapserver stuff. That is what I've been working through for the first part of this year, and now have most of the key elements running on local machines, but I'm NOT happy with the way leaflet is working when it comes to tablet/smartphone. So it's either fix that, or switch to an alternative that does perform better? Added to that ... I've just had a 'complaint' from a web hosting customer who has spotted the 'new' style and was confused as he was used to simply clicking on the scale bar for a quick zoom in. Again holding 'shift' down does not work on his tablet, so he is stuck with clicking the + several times ... which is now on the other side of the screen from the map insert ... I've disabled the 'directions to' for the time being until I can work out an alternative which matches! Perhaps I do have to switch back to Google :( -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-lv] Māju pagalmi
manuprāt, ja ir zīme, ka tā ir dzīvojamā zona, tad tas ir living_street. Domāju, ka vismaz Rīgā būs ļoti reti pagalmu ielas, kur nebūs uzstādītā šāda zīme. Jebkurā gadījumā, ja runa ir par daudzdzīvokļu māju pagalmiem, tad driveway tas manuprāt galīgi nav. Lauris 2013/7/18 Rich ric...@nakts.net On 07/18/2013 02:52 PM, Jānis Ročāns wrote: Max speed gan muļķības... livingstreet jau automātiski ir 20km/h living_street nosaciijumi ir dazhaadi dazhaadaas valstiis, kaa te jau mineets. par pagalmiem, pagalmi _nav_ living street. living street konkreeti ir tur, kur taadas ziimes ir uzstaadiitas, un shaadu ielu ir diezgan daudz - riigaa vietaam veseli rajoni... es par highway=service pagalmu celjiem (bet ne automaatiski, paaraak liela iespeeja salauzt) ... -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Māju pagalmi
Piemēram šī: http://goo.gl/tjBcb Nu viņa ved reāli tik uz mājām, bet teorētiski pastāv iespēja uztaisīt shortcut caur viņu :), bet nu tā nav driveway nekādā gadījumā, tā ir living_street, kaut arī nosaukuma tai ielai nav un nebūs. Lauris 2013. gada 19. jūlijs 16:17 Jānis Ročāns janis.roc...@gmail.com rakstīja: Sorry, šīs tiešām ir living_street ar nosaukumiem. Ja grigi likt ielu platumus, vari izmantot tagu lanes, kas norāda joslu skaitu: http://wiki.openstreetmap.org/wiki/Key:lanes Pārējās ielas, kur nav nosaukumi, bet met cilpas līdz ēkām ir service. 2013/7/19 Normunds Rustanovics trak...@gmail.com Tie nav nekādi pagalmi! Visām guļamrajonu iekšējām ielām ir gan nosaukumi, gan zīme “dzīvojamā zona” http://ej.uz/tswo On 19 Jul 2013, at 16:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Tad noskaidrosim precīzāk mēs runājam :) Es runāju par ielām tjip pagalmu ielām kā, piemēram, Rīgas guļamrajonos (Ķengarags utt.), tjip mazās ieliņas vienas joslas platumā (bez nosaukuma). Vismaz Rīgas gadījumā lielākoties zeme zem vecajām daudzstāvu mājām zeme, pēc dzīvokļu privatizācijas utt, vienalga pieder nevis dzīvokļu īpašniekiem, bet pašvaldībai, kur zemi tad dzīvokļu īpašnieki nomā (pretējā gadījumā, kur te bija runa par pagalma ielu labošanu, ko Ušakovs solīja, Rīgas dome nemaz nedrīkstētu darīt). Cita lieta ir par jaunajām mājām, kur zemes īpašnieks ir arī dzīvokļu īpašnieki, kur bieži mēdz būt arī norobežota teritorija, tad jā šeit es piekrītu, ka tas ir driveway. Vēl viena lieta pret driveway, pat ja iela iet pa tavu zemi un tā ir vienīgā iespēja kā citiem piekļūt uz kaut kādām tālākām mājām, tad tu nevari ierobežot tai piekļuvi, jo tādos gadījumos tai nosaka dzīvojamās ielas statusu un tai kā jau tu minēji, tad īpašnieks ir pašvaldība. Tāpēc, manuprāt, tām ielām, kurām ir zīme dzīvojamā zona ir jāpaliek par living_street, jo tās ir dzīvojamās ielas, nevis privātie ceļi. Lauris 2013. gada 19. jūlijs 15:08 Viesturs Zarins viest...@gmail.com rakstīja: Vēl viens arguments par driveway. Dzīvojamās ielas ir pašvaldības īpašums un visiem pieejamas. Dzīvojamo māju pagalmi pieder pašām mājām. Līdz ar to piekļūšanu tajos regulē māju īpašnieki. Viesturs 2013/7/19 Lauris Bukšis-Haberkorns lafr...@gmail.com manuprāt, ja ir zīme, ka tā ir dzīvojamā zona, tad tas ir living_street. Domāju, ka vismaz Rīgā būs ļoti reti pagalmu ielas, kur nebūs uzstādītā šāda zīme. Jebkurā gadījumā, ja runa ir par daudzdzīvokļu māju pagalmiem, tad driveway tas manuprāt galīgi nav. Lauris 2013/7/18 Rich ric...@nakts.net On 07/18/2013 02:52 PM, Jānis Ročāns wrote: Max speed gan muļķības... livingstreet jau automātiski ir 20km/h living_street nosaciijumi ir dazhaadi dazhaadaas valstiis, kaa te jau mineets. par pagalmiem, pagalmi _nav_ living street. living street konkreeti ir tur, kur taadas ziimes ir uzstaadiitas, un shaadu ielu ir diezgan daudz - riigaa vietaam veseli rajoni... es par highway=service pagalmu celjiem (bet ne automaatiski, paaraak liela iespeeja salauzt) ... -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Māju pagalmi
Vēl viens piemērs, kas ir tur blakus: http://goo.gl/QIUq8 iepriekšējā ko sūtīju osm ir ielikta kā service (manuprāt living_street), savukārt šī, kas izbraukšanas ziņā ir vēl štruntīgāka osm ir ielikta kā residental, kur arī, manuprāt, ir jābūt living_street, bet viņai nez no kurienes ir nosaukums.. var jau būt ka ir viņai nosaukums, neatceros. Es tur vienkārši kādreiz netālu dzīvoju un šad tad tur ar mašīnu iemaldījos, tāpēc runāju cik atceros, bet nu tas protams bija jau pirms gadiem 6 gan.. Manuprāt - ceļi, kas it kā sanāk kā pagalmu ielas, bet neiet uz vienu māju un ir zīme dzīvojamā zona, tad tā ir living_street, pat ja viņai nav nosaukuma. Ja ceļš ir vienai mājai vai māju grupai norobežotā/privātā teritorijā, kas ir kā iebrauktuve tajā teritorijā, tad tas ir service driveway. Jo living_street tomēr uzreiz uzstāda ātruma ierobežojumu, to kā gājējiem ir priekšroka utt. Ja tagad mēs visas šitās ielas liksim kā service, tad jāliek, vēl klāt pa 3-4 tagiem.. max_speed=20; foot=designated; bicycle=designated utt, kas manuprāt ir pilnīgi lieki. Bet par šo izskatās, ka pa tiešām vajag vienoties, jo savādāk veidojas bardaks :) Lauris 2013. gada 19. jūlijs 16:35 Viesturs Zarins viest...@gmail.com rakstīja: Jā šī nav pašvaldības iela. Jāpasēž un jāpadomā vēl. Viesturs 2013/7/19 Lauris Bukšis-Haberkorns lafr...@gmail.com Piemēram šī: http://goo.gl/tjBcb Nu viņa ved reāli tik uz mājām, bet teorētiski pastāv iespēja uztaisīt shortcut caur viņu :), bet nu tā nav driveway nekādā gadījumā, tā ir living_street, kaut arī nosaukuma tai ielai nav un nebūs. Lauris 2013. gada 19. jūlijs 16:17 Jānis Ročāns janis.roc...@gmail.comrakstīja: Sorry, šīs tiešām ir living_street ar nosaukumiem. Ja grigi likt ielu platumus, vari izmantot tagu lanes, kas norāda joslu skaitu: http://wiki.openstreetmap.org/wiki/Key:lanes Pārējās ielas, kur nav nosaukumi, bet met cilpas līdz ēkām ir service. 2013/7/19 Normunds Rustanovics trak...@gmail.com Tie nav nekādi pagalmi! Visām guļamrajonu iekšējām ielām ir gan nosaukumi, gan zīme “dzīvojamā zona” http://ej.uz/tswo On 19 Jul 2013, at 16:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Tad noskaidrosim precīzāk mēs runājam :) Es runāju par ielām tjip pagalmu ielām kā, piemēram, Rīgas guļamrajonos (Ķengarags utt.), tjip mazās ieliņas vienas joslas platumā (bez nosaukuma). Vismaz Rīgas gadījumā lielākoties zeme zem vecajām daudzstāvu mājām zeme, pēc dzīvokļu privatizācijas utt, vienalga pieder nevis dzīvokļu īpašniekiem, bet pašvaldībai, kur zemi tad dzīvokļu īpašnieki nomā (pretējā gadījumā, kur te bija runa par pagalma ielu labošanu, ko Ušakovs solīja, Rīgas dome nemaz nedrīkstētu darīt). Cita lieta ir par jaunajām mājām, kur zemes īpašnieks ir arī dzīvokļu īpašnieki, kur bieži mēdz būt arī norobežota teritorija, tad jā šeit es piekrītu, ka tas ir driveway. Vēl viena lieta pret driveway, pat ja iela iet pa tavu zemi un tā ir vienīgā iespēja kā citiem piekļūt uz kaut kādām tālākām mājām, tad tu nevari ierobežot tai piekļuvi, jo tādos gadījumos tai nosaka dzīvojamās ielas statusu un tai kā jau tu minēji, tad īpašnieks ir pašvaldība. Tāpēc, manuprāt, tām ielām, kurām ir zīme dzīvojamā zona ir jāpaliek par living_street, jo tās ir dzīvojamās ielas, nevis privātie ceļi. Lauris 2013. gada 19. jūlijs 15:08 Viesturs Zarins viest...@gmail.com rakstīja: Vēl viens arguments par driveway. Dzīvojamās ielas ir pašvaldības īpašums un visiem pieejamas. Dzīvojamo māju pagalmi pieder pašām mājām. Līdz ar to piekļūšanu tajos regulē māju īpašnieki. Viesturs 2013/7/19 Lauris Bukšis-Haberkorns lafr...@gmail.com manuprāt, ja ir zīme, ka tā ir dzīvojamā zona, tad tas ir living_street. Domāju, ka vismaz Rīgā būs ļoti reti pagalmu ielas, kur nebūs uzstādītā šāda zīme. Jebkurā gadījumā, ja runa ir par daudzdzīvokļu māju pagalmiem, tad driveway tas manuprāt galīgi nav. Lauris 2013/7/18 Rich ric...@nakts.net On 07/18/2013 02:52 PM, Jānis Ročāns wrote: Max speed gan muļķības... livingstreet jau automātiski ir 20km/h living_street nosaciijumi ir dazhaadi dazhaadaas valstiis, kaa te jau mineets. par pagalmiem, pagalmi _nav_ living street. living street konkreeti ir tur, kur taadas ziimes ir uzstaadiitas, un shaadu ielu ir diezgan daudz - riigaa vietaam veseli rajoni... es par highway=service pagalmu celjiem (bet ne automaatiski, paaraak liela iespeeja salauzt) ... -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Māju pagalmi
max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20 km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma ierobežojumi viņam ir vienalga :) Lauris 2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.comrakstīja: Max Ātrumu jānorāda, tad arī nerūtēs N. On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams viņiem, ne osm. Lauris 2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja: Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag. uldics On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics trak...@gmail.com wrote: Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu automātisko pieeju tās visas paliks par pagalmiem Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā lietotājs ir vēlējies. N. On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote: Kārtējais mēģinājums uzlabot tagus. Šobrīd tagojam pagalmus kā living street. Bet sekas ir tādas ka: - living street tiek sagadīts ielas nosaukums - routingiem patīk izroutēt caur living st. Kādu laiciņu skatos uz highway=service pusi pagalmu ielām. Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/** wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām, nav paredzēts publiskai lietošanai. Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs piebraucamais ceļš vairākiem īpašumiem. http://lists.openstreetmap.**org/pipermail/tagging/2011-** February/006928.htmlhttp://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem. Bet tas man liekas overkills. Ko sakiet? Pāriet uz šo shēmu šķiet ļoti vienkāršI; Atodam highway=living-street, kam nav name= un pārliekam uz highway=service, service=driveway Viesturs __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Sent from my Atari 2600 __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Māju pagalmi
Nu ja tūlis nepieliek garmin kartēm eksportējot max speed 20km/h ielām, kas ir living street, tad tas jau ir jālabo tajā konvertācijas tūlī, nevis jāliek visām living street max speed 20. Kā jau minēju iepriekš ir jātago nevis renderēšanai/rūtošanai kaut kas speciāli, bet jāmēģina panākt pēc iespējas kvalitatīvāki dati.. Piemēram, ja pamainās CSN, ka pilsētā atļautais ātrums ir 60, lai nebūtu tagad vēlreiz jāpārbraukā visas ielas, kurām ir uzlikts max_speed=50 un jāpārbauda vēlreiz, vai tas ir defaultais ātruma ierobežojums vai arī tur patiešām ir tā zīme ar maksimālo ātrumu 50... tas pats arī attiecas uz livnig street, ja nav speciālas ātruma ierobežojošās zīmes, piemēram 10 vai 5, tad likt max_speed tagu ir lieki un pat no nākotnes perspektīvas traucējoši. Lauris 2013. gada 18. jūlijs 14:54 Normunds Rustanovics trak...@gmail.comrakstīja: Vai tad ne skatoties kas rūtē? ar kādu routingu vispār ir runa? Var jau piemēram taisīt OSM garmin kartes, un tur es neesmu pārliecināts ka vispār ekssitē tāds living-street, mantojas tikai ātrumi On 18 Jul 2013, at 14:52, Jānis Ročāns janis.roc...@gmail.com wrote: Max speed gan muļķības... livingstreet jau automātiski ir 20km/h On Jul 18, 2013 2:51 PM, Normunds Rustanovics trak...@gmail.com wrote: Max Ātrumu jānorāda, tad arī nerūtēs N. On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams viņiem, ne osm. Lauris 2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja: Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag. uldics On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics trak...@gmail.com wrote: Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu automātisko pieeju tās visas paliks par pagalmiem Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā lietotājs ir vēlējies. N. On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote: Kārtējais mēģinājums uzlabot tagus. Šobrīd tagojam pagalmus kā living street. Bet sekas ir tādas ka: - living street tiek sagadīts ielas nosaukums - routingiem patīk izroutēt caur living st. Kādu laiciņu skatos uz highway=service pusi pagalmu ielām. Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/** wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām, nav paredzēts publiskai lietošanai. Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs piebraucamais ceļš vairākiem īpašumiem. http://lists.openstreetmap.**org/pipermail/tagging/2011-** February/006928.htmlhttp://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem. Bet tas man liekas overkills. Ko sakiet? Pāriet uz šo shēmu šķiet ļoti vienkāršI; Atodam highway=living-street, kam nav name= un pārliekam uz highway=service, service=driveway Viesturs __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Sent from my Atari 2600 __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Māju pagalmi
bet kas tad tavuprāt ir living street? piebraucamais ceļš manā izpratnē ir celš, kas aiziet uz privātmāju, kas lielākoties būs privāts un ja tu to izmantosi, tad pastāv liela iespēja, ka kāds izskries ar dakšām tev virsū ;))) savukārt living_street pēc būtības ir publiski izmantojams (ja vien protams nav uzlikts ķieģelis utt) un neviens man idejiski nevar aizliegt tur braukt, pat ja es nebraucu ne uz vienu no tām mājām. Tas vai rūtētājs tādus izmanto pa vidam maršrutā vai nē ir jālabo rūtētājam, nevis datos. Ja mēs visas ielas pārliksim uz service, tad living_street labākajā gadījumā paliks vispār tikai pāris, jo 80% living_steet jau arī ir pagalmu ielas. (ne uz faktiem balstīts apgalvojums :))) ) Lauris 2013. gada 18. jūlijs 15:14 Jānis Ročāns janis.roc...@gmail.com rakstīja: highway=service service=driveway principā nozīmē piebraucamais ceļš, kas ļoti tuvu atbilst pagalmu ielu funkcijai. ja pa tādām var izveidot īsāku maršrutu, lai tad to izmanto gājēju un velo routētāji, bet auto routētājus salabo un izmanto tikai kā beidzamo maršruta posmu līdz adresei. 2013/7/18 Normunds Rustanovics trak...@gmail.com Tieši tā. Tāpēc nesaprotu kāpēc vajag speciāli salauztam routētājam likt service road, tur kur nav service road N. On 18 Jul 2013, at 15:06, Jānis Ročāns janis.roc...@gmail.com wrote: Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot par pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai mainoties nebūtu nepieciešams labot datus 79 dažādās vietās (highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential, maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir vienkāršāk nomainīt livingstreet uz residential. 2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20 km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma ierobežojumi viņam ir vienalga :) Lauris 2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.com rakstīja: Max Ātrumu jānorāda, tad arī nerūtēs N. On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams viņiem, ne osm. Lauris 2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja: Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag. uldics On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics trak...@gmail.com wrote: Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu automātisko pieeju tās visas paliks par pagalmiem Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā lietotājs ir vēlējies. N. On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote: Kārtējais mēģinājums uzlabot tagus. Šobrīd tagojam pagalmus kā living street. Bet sekas ir tādas ka: - living street tiek sagadīts ielas nosaukums - routingiem patīk izroutēt caur living st. Kādu laiciņu skatos uz highway=service pusi pagalmu ielām. Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/** wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām, nav paredzēts publiskai lietošanai. Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs piebraucamais ceļš vairākiem īpašumiem. http://lists.openstreetmap.**org/pipermail/tagging/2011-** February/006928.htmlhttp://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem. Bet tas man liekas overkills. Ko sakiet? Pāriet uz šo shēmu šķiet ļoti vienkāršI; Atodam highway=living-street, kam nav name= un pārliekam uz highway=service, service=driveway Viesturs __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Sent from my Atari 2600
Re: [Talk-lv] Māju pagalmi
Tabulā ieliku copy/paste no Igaunijas, jo cik man izskatās mums ir tas pats. Ja tu service/driveway linkus sūtīji man, tad es neredzu iemeslu kāpēc lai uz driveway attiecinātu dzīvojamās zonas ātruma ierobežojumu (arī tajos linkos neko tādu neatradu) Lauris 2013. gada 18. jūlijs 15:25 Jānis Ročāns janis.roc...@gmail.com rakstīja: Šeit ir tīri labi iesākts, manuprāt: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed Ieteiktu papildināt ar Latvijas defaultajiem maxspeed, lai routētāju izstrādātājiem nebūtu jālasa CSN. http://wiki.openstreetmap.org/wiki/Key:service http://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway 2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com Pie tam liekot highway=service, gribot negribot būs jāliek max speed tags, jo neredzu iemeslu kāpēc pa service ielu nevarētu braukt uz 50, ja zīmes tur nav.. tādā veidā gribot kā labāk var salauzt rūtētājus vēl vairāk :) Lauris 2013. gada 18. jūlijs 15:08 Normunds Rustanovics trak...@gmail.comrakstīja: Tieši tā. Tāpēc nesaprotu kāpēc vajag speciāli salauztam routētājam likt service road, tur kur nav service road N. On 18 Jul 2013, at 15:06, Jānis Ročāns janis.roc...@gmail.com wrote: Vispār, ko mēš šeit daram? Kāds ir mūsu uzdevums? Veidot karti, domājot par pasaules (tās daļas) attēlošanu datos. Mēs netaisām routētājus, karšu renderētājus utt. Ja routētājs ir tik stulbs, ka nesaprot, ka dzīvojamā zona nav piemērota kravu pārvadājumu maršruta plānošanā, tad tā jau ir viņu problēma. Viens no DB pamatprincipiem ir nedublēt datus (ja vien nav nepieciešamība uzlabot ātrdarbību), lai pēc tam reālās dzīves situācijai mainoties nebūtu nepieciešams labot datus 79 dažādās vietās (highway=livingstreet, maxspeed=20, foo=bar.. uz highway=residential, maxspeed=50, foo=kuku.) mums pašiem un arī routētājiem patiesībā ir vienkāršāk nomainīt livingstreet uz residential. 2013/7/18 Lauris Bukšis-Haberkorns lafr...@gmail.com max ātrumu norādīt ir lieki, ja tas neatšķiras no defaultā Latvijā (20 km/h). Pie tam, ja rūtētājam uzliek īsāko ceļu, nevis ātrāko, tad ātruma ierobežojumi viņam ir vienalga :) Lauris 2013. gada 18. jūlijs 14:50 Normunds Rustanovics trak...@gmail.com rakstīja: Max Ātrumu jānorāda, tad arī nerūtēs N. On 18 Jul 2013, at 14:06, Lauris Bukšis-Haberkorns lafr...@gmail.com wrote: Jā es par par to, ka tagi nav jāpielāgo speciāli rūtošanai... ja dzīvojamā zona, tad living_street. Var jau pielikt kaut kādus vel tagus klāt kā lanes/width utt, lai atzīmētu, piemēram mazajām pagalmu ieliņām, ka tur ir tik, piemēram, vienas joslas platumā tas ceļš... ko teorētiski pēc tam rūtošanas algoritmi varētu ņemt vērā, bet tas jau tad uzlabojams viņiem, ne osm. Lauris 2013. gada 18. jūlijs 13:12 uld...@gmail.com rakstīja: Es arī par to, ka paliek living_street. Arī rūtinga algoritmi (veidotāji) mēdz kļūdīties, ne tikai mapotāji ko dara nepareizi. Kaut kādus overkillus taisīt tikai lai rūtingi darbotos šķietami loģiski ... diezin vai vajag. uldics On Thu, 18 Jul 2013 11:49:06 +0300, Normunds Rustanovics trak...@gmail.com wrote: Riskants pasākums, manuprāt ir pilns ar reālām living street (t.i. ielām, kurām ir uzstādīta zīme “dzīvojamā zona” #528 ) kurām nav vārdu. Ar tādu automātisko pieeju tās visas paliks par pagalmiem Un kas vainas, ka routē pa pagalmiem? Ja routinga programmai uzstādīts taisnākais variants, nevis ātrākais (kur priekšroka ir šosejām), tad tā lietotājs ir vēlējies. N. On 18 Jul 2013, at 11:38, Viesturs Zarins viest...@gmail.com wrote: Kārtējais mēģinājums uzlabot tagus. Šobrīd tagojam pagalmus kā living street. Bet sekas ir tādas ka: - living street tiek sagadīts ielas nosaukums - routingiem patīk izroutēt caur living st. Kādu laiciņu skatos uz highway=service pusi pagalmu ielām. Service ir dažādi apakšvarianti: http://wiki.openstreetmap.org/** wiki/Key:service http://wiki.openstreetmap.org/wiki/Key:service Service=driveway vistuvāk atbilst māju pagalmiem - piebraukšanai pie mājām, nav paredzēts publiskai lietošanai. Tagging listē ir apspriests kautkas līdzīgs mūsu gadījumam: kopīgs piebraucamais ceļš vairākiem īpašumiem. http://lists.openstreetmap.**org/pipermail/tagging/2011-** February/006928.htmlhttp://lists.openstreetmap.org/pipermail/tagging/2011-February/006928.html Viņu variants ir lietot highway=servce, service=driveway, driveway=pipestem. Bet tas man liekas overkills. Ko sakiet? Pāriet uz šo shēmu šķiet ļoti vienkāršI; Atodam highway=living-street, kam nav name= un pārliekam uz highway=service, service=driveway Viesturs __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Sent from my Atari 2600 __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap
Re: [Talk-lv] Gulbenes terplāns
Man ir, un es viņu esmu jau gandrīz pabeidzis apstrādāt no PDF (~80% ir pabeigts jau). Tiklīdz būs es iepostošu linku uz OSM failu novērtēšanai. Lauris 2012. gada 27. novembris 11:14 Martins M mart...@mednis.info rakstīja: Vai kādam ir Gulbenes (un apkārtnes) terplāns JOSM formātā? Mārtiņš __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Talsi + iespējams apkārtne
Labsrīts, Skatījos, ko bots sadarījis, un pamanīju, ka Talsos ielas aizbīdījušās par pāris metriem... Sākumā padomāju, ka bots kaut ko, bet nu tā kā diezgan lielu daļu ielu orģinālais autors esmu/biju es, tad botam nebūtu iemeslu ielas pārbīdīt kaut kur. Cik izskatās salīdzinot ar GPS trekiem, tad kāds censonis (http://www.openstreetmap.org/user/Guntis%20Ratkevics) ir pārbīdījis lielāko daļu Talsu (vismaz to daļu, kurai ir Bing satelītbildes) par pāris metriem. Pieļauju, ka tas nav darīts aiz ļauna prāta, bet visdrīzāk vienkārši nezināšanas pēc. Kāds būu labākais variants šo visu labot? Ceru, ka kādam ir kāda ideja :) Lauris P.S. Te var salīdzīnāt apmēram par cik viss ir nobīdīts: orģinālais punkts: http://www.openstreetmap.org/?mlat=57.246085mlon=22.5981624zoom=18lat=57.246085lon=22.5981624 izmainītais: http://www.openstreetmap.org/?mlat=57.2461212mlon=22.5983924zoom=18lat=57.246085lon=22.5981624 ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Talsi + iespējams apkārtne
Es to zinu :) bet šajā gadījumā ne par to ir jautājums. Mani vairāk interesētu kāds būtu labākais risinājums kā sabīdīt visu atpakaļ. revert gluži taisīt negribētos, jo cilēks tomēr centies un varbūt arī ne tikai pārbīdījis visu, bet kaut ko pielicis klāt, bet tajā pašā laikā negribas arī gluži visu pa punktam(-iem) bīdīt atpakaļ. Lauris 2012. gada 23. jūlijs 10:23 Marat mar...@gmail.com rakstīja: Sveiki! Dažiem WMS serveriem (piemēram, Bing http://blog.samat.org/2010/11/30/Bing-Imagery-Misaligned-at-Lower-Zooms) attēli nav 100% precīzi piesaistīti, tas ir jālabo manuāli katrā reģionā pēc GPS trekiem vai pēc citiem objektiem kas jau ir precīzi piesaistīti (JOSMā ir Adjust imagery offset.) 2012/7/23 Lauris Bukšis-Haberkorns lafr...@gmail.com: Labsrīts, Skatījos, ko bots sadarījis, un pamanīju, ka Talsos ielas aizbīdījušās par pāris metriem... Sākumā padomāju, ka bots kaut ko, bet nu tā kā diezgan lielu daļu ielu orģinālais autors esmu/biju es, tad botam nebūtu iemeslu ielas pārbīdīt kaut kur. Cik izskatās salīdzinot ar GPS trekiem, tad kāds censonis (http://www.openstreetmap.org/user/Guntis%20Ratkevics) ir pārbīdījis lielāko daļu Talsu (vismaz to daļu, kurai ir Bing satelītbildes) par pāris metriem. Pieļauju, ka tas nav darīts aiz ļauna prāta, bet visdrīzāk vienkārši nezināšanas pēc. Kāds būu labākais variants šo visu labot? Ceru, ka kādam ir kāda ideja :) Lauris P.S. Te var salīdzīnāt apmēram par cik viss ir nobīdīts: orģinālais punkts: http://www.openstreetmap.org/?mlat=57.246085mlon=22.5981624zoom=18lat=57.246085lon=22.5981624 izmainītais: http://www.openstreetmap.org/?mlat=57.2461212mlon=22.5983924zoom=18lat=57.246085lon=22.5981624 ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Mašīnu GPX ielāde osm.org
Varbūt esmu, ko palaidis garām, bet kas ir par problēmu vidus līnijai? GPS precizitāte tāpat jau ir +/- 3-5m, pie tam ceļam jau ir jāzīmē vidus līnija, bet ceļam pa vidu jau neviens nebrauc... tā, ka manuprāt tieši aprēķināts kaut kāds vidējais būs +/- visprecīzākais variants... Lauris 2011. gada 28. novembris 10:01 Rich ric...@nakts.net rakstīja: On 11/27/11 23:47, AivarsB wrote: Pabeidzot paša iesākto: osm datu upload taisīt nevajadzētu, jo cilvēkam jānošķiro nost drazas. Jo tālāk iesim jo vairāk būs drazas - jo Jānis eksportu taisa tikai pa vietām kur nav OSM ceļu. Šobrīd uz aci minētu ka ap 20-30% no trekiem ir draza, kuru mēs negribam redzēt kā ceļus osm. hmm. taa kaa es agjiteeju par treisu uploadoshanu, tad jaameegjina saprast, ko juus te sarakstiijaat :) 1. kas konkreeti ir drazas ? ja jau tur braukts ir, taatad kaut kam tur tomeer buus jaabuut ieziimeetam. 2. uploadot vajag jau peetera mineetaa citu avotu piesieshanas iemesla deelj, kaa arii taapeec, ka tad ir vismaz skaidrs, no kurienes dati. man ljoti nepatiik celji bez neviena treisa apakshaa gan taapeec, ka es nezinu, no kurienes dati, gan taapeec, ka nezinu, ko dariit ar to celju, ja man ir savs treiss pa virsu veel. 3. par mehaanismiem : 3.1. noteikti nevajag taisiti average punktiem, tie buus daljeeji feiki (vai sinteetiski) dati - slikti. cuu paarveidojums savukaart, ja pareizi sapratu, samiksee punktus no dazhaadiem treisiem, kas man arii taa ljoti nepatiik. tad mees neredzam, ka viens treiss varbuut ir konstanti bijis ar nobiidi utt utt. 3.2. veel - gpsbabel distance filtrs nenovaac turpmaakos treisus ! shii distance ir tikai viena treisa ietvaros, liidz ar to vairaakkaart paarbraukaati posmi taa arii paliks (kas ir ljoti labi). 3.3. cita lieta, ka varbuut shiem te treisiem to distanci var lielaaku palikt - 3 metri, varbuut 5. 3.4. noteikti jaasapatcho gpsbabel ar to vienas rindinjas patchu, ko laikam jaanis ieteica - citaadaak tur buus dataloss 3.5. noteikti vajag atsevishkju lietotaaju uploadam sumaary - pa lielam ieteiktu nesarezhgjiit lietas, uzbraukt ar sapatchotu gpsbabel un distanci 3-5 m un vienkaarshi uploadot (ar atsevishkju lietotaaju). padaraams vienaa dienaa elementaari ;) es pat teiktu, ka paaris stundaas. Vēlmju sarakstā es ieliktu kādu JOSM plugin vai skriptu, kas pa gpx failu izdara analīzi un izdod ārā JOSM slāni vai .osm failu, kurā jau kā highway ir iezīmēti vidējais gpx. (piemēram, ja vismaz 4 trases iet vienā virzienā ne vairāk kā 20m attālu - tas ir ceļš). Operatoram atliek ievlikt šo ieteikto ceļu, apakšā palikt oriģinālos gpx diegus, karti vai satelītu un tad jau cilvēcīgi izlemt kurus ceļus apstiprināt. Kā jau Viesturs teica tam vajag laiku. Noteikti nav vienā dienā padarāms. A. 2011/11/27 Aivars vrs@gmail.com mailto:vrs@gmail.com __ Es noteikti balsoju pret datu ieliksanu osm serveri. 1) datos ir daudz nevertigu nekvalitativu treisu. Normalai attieksmei butu jabut ka tiek importeti dati kurus lietotajs apskatijis un atzinis par vertigu. Vertigs=cels kuru gribam redzet+kvalitativas koordinatas. Sai gadijuma mes iemetam nezinamu drazu. cuu...@gmail.com mailto:cuu...@gmail.com cuu...@gmail.com mailto:cuu...@gmail.com wrote: 2011. gada 27. novembris 18:15 Jānis Ročāns janis.roc...@gmail.com mailto:janis.roc...@gmail.com rakstīja: Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc kā noteikt ticamāko ceļa vidu. Pēc GPS trasēm automātiski noteikt ceļa vidu (un, vai tur ir vairāki paralēli ceļi, vai varbūt krustu šķērsu izbraukāts laukums, vai varbūt šaura taka, bet apkārt tāds biezoknis, ka debesis neredz un GPS signāls neprecīzs, ...) ir netriviāls uzdevums. Es centos atrisināt vienkāršāku--samazināt datu blīvumu, lai tos būtu jēdzīgi ielādēt osm.org http://osm.org: lai punkti nebūtu ļoti tuvu viens uz otra, un JOSM nebremzētu, bet lai pāri palikusī informācija būtu tomēr karšu zīmētājiem noderīga. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Mašīnu GPX ielāde osm.org
2011. gada 28. novembris 15:09 Rich ric...@nakts.net rakstīja: m, varbuut tiem, kas nebija sestdien ;) doma ir par pashu gpx datu uploadu, joprojaam kaa gpx. nevis par kaut kaadu automaatisku way pielikshanu vai kaa tamliidziigi (tas ir atsevishkjs topiks) Nu tad skaidrs :) Ja par GPX datu upload, tad jautājumu nav :) Runājot par GPX vai vispār ir jēga upload'ot diezgan pamatīgi apgraizītu GPX? zīmēšanai/kaut kāda vidējā aprēķināšanai labāk manuprāt vienalga labāk izmantot pilnos datus... Var jau būt ka kā reference iespējams arī noder kādreiz.. bet visā visumā nav liela iespēja, ka tur kaut kas patiešām noderīgs sanāk no milzīga apjoma izķeksējot tikai mazu daļiņu... nu bet tas nu tāds mans personīgās pārdomas par tēmu :) Lauris ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Mašīnu GPX ielāde osm.org
2011. gada 28. novembris 17:01 Rich ric...@nakts.net rakstīja: hmm, precizee apgraiziitu. ja domaats saakotneejais daliijums (njemot aaraa to, kur osm jau ir celji), tad viss ok - tieshi truukstoshaa dalja ir svariiga. ja domaats gpsbabel position filtrs- arii viss kaartiibaa - mees pa lielam aizvaacam liekus datus (5m distances filtrs shaadiem datiem veel buus ok imho). ja graiza vairaak (izmetot kaudzi ar treisiem), jaa, tad es bish shaubos par kriteeriju izveeli un galarezultaata kvalitaati Jā, es tieši par to treisu mešanu laukā, kas te vienā brīdī pazibēja... Lauris ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Mapnik iznākusi otrā versija
Nu man ir tā, ka man ir savs serveris nano datu centrā, kurš ja godīgi netiek pārāk noslogots... man gan viņu gribētos pārinstalēt, bet ilgi jau nevaru saņemties uz tādu pasākumu... 10G vietas es tur mierīgi šādam pasākumam varētu izmantot... Ja nu tur ir par īsu, man ir viens VPS ar nedaudz zem 30 GB brīvu vietu, tiesa tur atkal ir trafika ierobežojums 500GB/mēnesī... Ja nav neviena cita labāka varianta, tad varu mēģināt uzlikt renderēšanu uz kāda no šiem diviem... Lauris 2011. gada 28. septembris 15:54 AivarsB vrs@gmail.com rakstīja: Šeit ir lapa par NL serveri: http://wiki.openstreetmap.org/wiki/NL_Tile_Server ( http://tile.openstreetmap.nl ) Izskatās, ka NL bildes aizņem ap 21G vietas. 2011/9/28 Jānis Ročāns janis.roc...@gmail.com Es par to otro variantu. Paskatīšos.. Uztaisīšu uz VBox. Ubuntu amd64. Pirmajā variantā nav informācijas par mainītajiem datiem, nerenderē izmaiņas, līdz ar torenderēšana jātaisa manuāli, kas katru reizi prasīs lielus resursus. 2011/9/28 Raitis U. rait...@gmail.com Tiem laukiem, kas atkārtojas, dara šādi: http://wiki.openstreetmap.org/wiki/Mapnik#Reducing_disk_space Ievērojot šos ieteikumus, varētu uzģenerēt pieņemsim 11 un 12 zoom līmeni? Pēc tam nedaudz parēķinot, var saskaitīt aptuveno kopējo izmēru. Statisku tileserveri uzlikt ir ļoti vienkārši - http://leaflet.cloudmade.com/ vai openlayers + nomainīt layera sourci uz vietējo + uzlikt uz servera čupiņu ar mapītēm kurās ir čupiņa ar bildītēm - ja jau vieta ļauj. :) Otrs variants ir pēc katra pieprasījuma viņu ģenerēt - un par šo daļu gan neko nezinu. Tikai to, ka tas ir visai CPU ēdošs process, bet pie sākotnējās eksperimentēšanas pat ļoti sakarīgs variants. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Paldies, Jānis Ročāns ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk] Using Openstreetmap in books
2011/8/29 Michael Kugelmann michaelk_...@gmx.de: On 29.08.2011 12:46, Erik Johansson wrote: I wonder if someone has some information material catered for this kind of audience? What about licence issues? According to my understanding, this is/was one of the reasons for the licence change from OSM to OBDL. I don't think current/old license is problem for using OSM maps in books as long as there is copyright notice Lafriks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] cloudmade maps copyright terms and conditions
2009/12/1 Steve Bennett stevag...@gmail.com: On Tue, Dec 1, 2009 at 11:58 PM, Martin Koppenhoefer Ja rly. If every website that wanted to use OSM data was forced to open license the entire rest of their site, all their artwork etc, it would be a massive disencentive to using it. If I understand him correctly he is not talking about website or any additional tools but about rastered MAP tiles! Lafriks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcemen: Multilingual Country-List
Also unicode CLDR is good source. http://cldr.unicode.org/ Lauris 2009/8/13 Jonas Häggqvist ras...@rasher.dk: Peter Körner wrote: Hello OSM folks For the integration of osm into the wikipedia there will be localized maps in all languages that have their own wikipedia. The problem is, that a lot of countries are not translated yet. If you need help translating country names for your language and Wikipedia doesn't have the information, Debian maintains a set of translations for the countries in ISO 3166[1] which might be useful. The source [2] can be downloaded. Unpack it (using either standard UNIX tools, or something like 7-zip[3] if you're on Windows) and look inside the iso3166 directory and open the file xx.po in a text editor, where xx is the two-letter language code for your language. [1] http://en.wikipedia.org/wiki/ISO_3166 [2] http://ftp.de.debian.org/debian/pool/main/i/iso-codes/iso-codes_3.10.2.orig.tar.gz [3] http://www.7-zip.org/ -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcemen: Multilingual Country-List
To be more explicit see this link: http://unicode.org/cldr/data/common/main/ Lauris 2009/8/13 Lauris Bukšis-Haberkorns lafr...@gmail.com: Also unicode CLDR is good source. http://cldr.unicode.org/ Lauris 2009/8/13 Jonas Häggqvist ras...@rasher.dk: Peter Körner wrote: Hello OSM folks For the integration of osm into the wikipedia there will be localized maps in all languages that have their own wikipedia. The problem is, that a lot of countries are not translated yet. If you need help translating country names for your language and Wikipedia doesn't have the information, Debian maintains a set of translations for the countries in ISO 3166[1] which might be useful. The source [2] can be downloaded. Unpack it (using either standard UNIX tools, or something like 7-zip[3] if you're on Windows) and look inside the iso3166 directory and open the file xx.po in a text editor, where xx is the two-letter language code for your language. [1] http://en.wikipedia.org/wiki/ISO_3166 [2] http://ftp.de.debian.org/debian/pool/main/i/iso-codes/iso-codes_3.10.2.orig.tar.gz [3] http://www.7-zip.org/ -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcemen: Multilingual Country-List
To me it seems standard MIT license. Maybe someone could contact them about country name data import into OSM and ask special permision? Lauris 2009/8/13 Tom Hughes t...@compton.nu: On 13/08/09 16:50, Lauris Bukšis-Haberkorns wrote: Also unicode CLDR is good source. http://cldr.unicode.org/ My reading of the terms of use says we probably can't use it as it requires that the copyright notice remains attached to any copies of the data. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Lester Caine les...@lsces.co.uk: Liz wrote: Following on from the 'discussion' on this list ... drop highway=cycleway and highway=foot? That would be bad idea Add separate tracks for the footpaths associated with a highway footway=side footway=in_verge but this something that would be really great as most, but not all of the roads have footways in one or both sides and that would make tagging such thing easily. This must be discussed, completed and accepted asap so more people could start using it without fear that it would change.. http://wiki.openstreetmap.org/wiki/Proposed_features/Footway I currently HAVE a highway=secondary, and now I need to add the detail such as which side there is a 'sidewalk' or path isolated from the main way by a grass verge. We ONLY need the one highway= as that provides the vehicle routing, but that is not suitable for pedestrian use ( although it can be ). There are sections of footpath running alongside the road, or in the verge, and the pedestrian has to cross the road at some points to follow the safe footway ... along with footpaths isolated from the main road, but which are the pedestrian route associated with the 'highway'. Separate cycleways get their own tags as well, which may also be the prefered foot route, but I think that what is now adding to the confusion is creating additional 'highway' routes, which are not really part of the 'highway' grid? We separate waterway and indicate their tow-paths, but these really form part of the footpath grid rather than the canal network. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Lester Caine les...@lsces.co.uk: Lauris Bukšis-Haberkorns wrote: This is missing the point completely :( Micro mapping needs to have a SEPARATE way for this. Just the short distance between my own road and the next village has several changes of side and position for the footpath, which simply adding tags to the existing ways does not properly address! This is a case of the distinct difference between 'highway' defines everything, and mapping the actual features rather than guessing where they are relative to some vaguely connected highway. If we are never going to provide high resolution maps, then the guestimate method works, at some point, actual road widths become important, as does additional features either side of those roads? Once you start adding this sort of fine detail it has to be done as a separate object. Breaking up a simply way every time the footpath detail changes, and then trying to combine that with additional ways where they fall a bit further way from the road is what needs to be avoided? I think that both ways should coexist. In city most of the roads have footway just next to it and in these cases just adding footway=both and footway.width=x (or what ever syntax is decided) will make things a lot easier. In this case if adding separate ways for footway there will be three times more ways and it will be really hard to maintain such map if something changes. Also it will be easier to specify rules to renderer as I think that not everyone will need to render footways near ways while footways in parks are still important. Of course footway proposal is not complete enough as I would like it to see but that could be discussed. I completely agree with you that it wont work in all situations so both schemes should coexist. If we want later to move to one scheme footway tag could be easily converted from footway=both + width (or default width if not specified) to separate way. Lauris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] LV region border import
Hi, I wanted to ask how I should better import city and region borders. I contacted Latvia geospatial information agency and they sent me newest data and allowed to import them into OSM. Only thing they asked for was that there is reference to them and they agreed that specially created user (http://www.openstreetmap.org/user/L%C4%A2IA) that I would do import with is fully enough. My main concern is should I import data as is or optimize this data as they are quite detailed? Also each region border is one separate polygon. Should I merge neighbour region nodes and import seperate border lines or again should I leave data as is? P.S. Who should I contact to ask to create talk-lv mailing list? P.S.S. Sorry for my engish :D -- Lafriks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk