Re: [Talk-lv] living_street pagalmos

2016-03-14 Per discussione Lauris Bukšis-Haberkorns
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 Bolshakov 
rakstī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 :)

2015-03-26 Per discussione Lauris Bukšis-Haberkorns
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

2013-11-15 Per discussione Lauris Bukšis-Haberkorns
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

2013-11-14 Per discussione Lauris Bukšis-Haberkorns
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

2013-09-12 Per discussione Lauris Bukšis-Haberkorns
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

2013-09-04 Per discussione Lauris Bukšis-Haberkorns
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

2013-08-13 Per discussione Lauris Bukšis-Haberkorns
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 ...)

2013-07-23 Per discussione Lauris Bukšis-Haberkorns
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 ...)

2013-07-22 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-19 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-19 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-19 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-18 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-18 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-18 Per discussione Lauris Bukšis-Haberkorns
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

2013-07-18 Per discussione Lauris Bukšis-Haberkorns
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

2012-11-29 Per discussione Lauris Bukšis-Haberkorns
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

2012-07-23 Per discussione Lauris Bukšis-Haberkorns
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

2012-07-23 Per discussione Lauris Bukšis-Haberkorns
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

2011-11-28 Per discussione Lauris Bukšis-Haberkorns
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-11-28 Per discussione Lauris Bukšis-Haberkorns
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-11-28 Per discussione Lauris Bukšis-Haberkorns
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

2011-09-28 Per discussione Lauris Bukšis-Haberkorns
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-08-30 Per discussione Lauris Bukšis-Haberkorns
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-01 Per discussione Lauris Bukšis-Haberkorns
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

2009-08-13 Per discussione Lauris Bukšis-Haberkorns
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

2009-08-13 Per discussione Lauris Bukšis-Haberkorns
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

2009-08-13 Per discussione Lauris Bukšis-Haberkorns
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-08-10 Per discussione Lauris Bukšis-Haberkorns
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-08-10 Per discussione Lauris Bukšis-Haberkorns
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

2009-05-29 Per discussione Lauris Bukšis-Haberkorns
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