Re: [OSM-talk] Outperforming TomTom

[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 

> 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=**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.**uk
>
> __**_
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.**org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Build your own osm.org (was Re: New technology ...)

[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 

> 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=**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
> Rainbow Digital Media - 
> http://rainbowdigitalmedia.co.**uk<http://rainbowdigitalmedia.co.uk>
>
> __**_
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk<http://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 ...)

[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 

> 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=**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.**uk
>
> __**_
> 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] Using Openstreetmap in books

[Lauris Bukšis-Haberkorns]

2011/8/29 Michael Kugelmann :
> 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

[Lauris Bukšis-Haberkorns]

2009/12/1 Steve Bennett :
> 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

[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 :
> 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] Announcemen: Multilingual Country-List

[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 :
> Also unicode CLDR is good source.
>
> http://cldr.unicode.org/
>
> Lauris
>
> 2009/8/13 Jonas Häggqvist :
>> 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

[Lauris Bukšis-Haberkorns]

Also unicode CLDR is good source.

http://cldr.unicode.org/

Lauris

2009/8/13 Jonas Häggqvist :
> 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] 
> [2]
> 
> [3] 
> --
> 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] Proliferation of path vs. footway

[Lauris Bukšis-Haberkorns]

2009/8/10 Lester Caine :
> 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

Re: [OSM-talk] Proliferation of path vs. footway

[Lauris Bukšis-Haberkorns]

2009/8/10 Lester Caine :
> 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

[OSM-talk] LV region border import

[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