> On 28/02/2024 17:30 CET Martin Trautmann via talk
> wrote:
>
>
> On 28.02.24 16:43, Mike Thompson wrote:
> > Hi Martin,
> >
> > Could you provide some more detail on what specifically you are
> > attempting to achieve? Converting a geojson file of points to CSV is
> > pretty easy, but once
> On 25/10/2022 19:18 CEST Brian M. Sperlongano wrote:
>
>
>
> On Tue, Oct 25, 2022 at 4:37 AM Frederik Ramm mailto:frede...@remote.org> wrote:
>
> > in the spirit of friendly collaboration I would say that a limited amount of
> > stuff-that-should-not-be-in-OSM can be *tolerated*. If s
On 2020-10-18 15:04, Simon Poole wrote:
> Am 18.10.2020 um 11:07 schrieb Rory McCann:
>
>> Like mnany things in OSM, the reason it hasn't been done is because no-one
>> has actually done it yet. It looks like other people find your idea of
>> "levels" and "badges" interesting, so you should tr
On 2020-08-06 11:47, Martin Koppenhoefer wrote:
> Am Do., 6. Aug. 2020 um 11:26 Uhr schrieb Lukasz Kruk
> :
>
>> I'm not sure what rules govern this: "Londn" does find the capital of the
>> UK, but "Warszaw" does not find the capital of Poland...?), which is only a
>> little inconvenient when
On 2020-08-02 16:41, Sören Reinecke via talk wrote:
> Also Linux is the future. Every application that cannot run under Linux will
> fail in the long run. Remember that Windows shouldn't be the main target
> platform anymore because it is dying and the society is to blame that they
> don't get
On 2020-06-12 13:00, Frederik Ramm wrote:
> Hi,
>
> I wonder if it would be feasible or desirable for editors to warn users
> if they are at risk of creating country/world-spanning changesets.
> Something like "you have unsaved edits more than 500km away from where
> you are editing at the moment
On 2020-05-25 18:52, Mateusz Konieczny wrote:
> Even if "Nothing is "approved"" is true it does not mean that nothing is
> forbidden.
> Can you name one tag that is "forbidden"? Does that mean a standing
> instruction to all mappers to remove it whenever it is found, or a license to
> do a see
On 2020-05-25 17:08, Mateusz Konieczny via talk wrote:
> May 25, 2020, 16:48 by colin.sm...@xs4all.nl:
>
> On 2020-05-25 16:20, Jack Armstrong wrote:
>
> Why are railways given a special status?
>
> Nobody gives anything a status in OSM. Nothing is "approved" so nothing is
> "forbidden" eit
On 2020-05-25 16:20, Jack Armstrong wrote:
> Why are railways given a special status?
Nobody gives anything a status in OSM. Nothing is "approved" so nothing
is "forbidden" either. It is either used, or it is not used. It is not
even "forbidden" to use tags that someone has declared "deprecated".
On 2020-05-25 10:27, Florian Lohoff wrote:
> A small and very vocal part of the German community proposes to tag
> EVERY driveway - no matter if it has a gate or sign with access=private.
> Somebody slipped stuff into the German access=private page which i
> removed a while back as it had no conse
On 2020-05-25 00:16, Florian Lohoff wrote:
> On Sun, May 24, 2020 at 11:54:02PM +0200, Colin Smale wrote: On 2020-05-24
> 23:16, Mateusz Konieczny via talk wrote:
>
> Can you give an example of such untaggable restriction?
> In the UK there are many small roads signed as "
On 2020-05-24 23:16, Mateusz Konieczny via talk wrote:
> Can you give an example of such untaggable restriction?
In the UK there are many small roads signed as "Unsuitable for HGVs."
Legally you are allowed to drive your 44T truck down there, but you will
almost certainly get stuck. How do we tel
On 2020-05-24 20:47, Florian Lohoff wrote:
> - The "Ground truth" we tag restrictions only when visibly assigned and
> verifyable.
It is sufficient to say "verifiable". It does not always need to be
evidenced by a visible sign - as long as another independent mapper
could (easily) verify its trut
On 2020-05-12 15:28, Jean-Marc Liotier wrote:
> On 5/12/20 2:52 PM, Colin Smale wrote:
>
>> As you and many others frequently remind us: OSM is first and foremost about
>> the data and not any specific use-case or rendering thereof.
> Yes - but a data model is not a neut
On 2020-05-12 14:06, Frederik Ramm wrote:
> Colin,
>
> you're lumping in a few different things together I think.
>
> The scarce resource in this project are still mappers, not consumers.
> The mappers certainly want to make a good and usable map; but if you are
> faced with a choice of either m
On 2020-05-12 12:34, Jean-Marc Liotier wrote:
> On 5/12/20 11:42 AM, Richard Fairhurst wrote:
>
>> I love the fact that we are now 50 messages into discussing, for the second
>> time, a change that would be made ostensibly for the benefit of data
>> consumers, and yet no one has asked any actual
"unmaintained"?
On 17 March 2020 10:52:39 CET, Warin <61sundow...@gmail.com> wrote:
>On 17/3/20 8:22 pm, Marc M. wrote:
>> Hello Joseph,
>>
>> it may give the impression that this is the way it should be done.
>> I agree to identify these "Noise" or poor quality tags, but with a
>> keyword to sho
On 2020-02-14 10:18, Martin Koppenhoefer wrote:
> Am Do., 13. Feb. 2020 um 08:41 Uhr schrieb Colin Smale
> :
> Locations are stored in OSM as pairs of {lat,lon} and I assume these are both
> 64-bit floats in the database.
>
> AFAIK they are stored as integers (shifting the
On 2020-02-13 00:15, Martin Koppenhoefer wrote:
> sent from a phone
>
>> Il giorno 13 feb 2020, alle ore 00:05, Colin Smale
>> ha scritto:
>>
>> Locations are stored in OSM as pairs of {lat,lon} and I assume these are
>> both 64-bit floats in the dat
On 2020-02-12 23:34, Martin Koppenhoefer wrote:
> sent from a phone
>
> Il giorno 12 feb 2020, alle ore 14:06, Colin Smale ha
> scritto:
>
> Exactly this. A hobbyist or volunteer CAN verify an admin boundary (where it
> is available as open data) - it is independen
On 2020-02-12 10:42, Frederik Ramm wrote:
> Hi,
>
> On 2020-02-12 10:28, Colin Smale wrote:
>
>> Where a boundary coincides with the centre line of
>> a road for example, and there is a discrepancy in OSM between the
>> locations of the two, there sh
On 2020-02-12 09:28, Martin Koppenhoefer wrote:
> I believe it is a misconception to think it must be "visible" on the ground,
> rather it must be determinable on the ground / "in loco". There might well be
> nothing to "see", but you could still check on the ground, by talking to the
> local p
On 2020-02-09 04:26, Joseph Eisenberg wrote:
>> Re: "on a government map, by legal / statutory decree, from data
>> authoritatively published on a website"
>
> These examples are not "good practice" sources for openstreetmap.
> While many mappers import data from such sources, there is no "value
On 2020-02-08 18:03, stevea wrote:
> See, "the on the ground rule," to the best of my ability to determine it (an
> exception is your opinion as you explicitly express here, and that's part of
> the problem with it), isn't clearly defined and it needs the elasticity of
> such ad hoc exceptions.
On 2020-02-08 11:48, Rory McCann wrote:
> It is true that government A might have one opinion, and government B might
> have another, and Provisional Autonomous Republic of C might have another
> opinion.
>
> But there can be another way. We go there, and we see what nearly everyone
> there ca
Many things we think of as "facts" are in fact somewhat subjective.
Things have a name or some attribute "according to" some authority.
London "is not" London, it is "called" London according to local people,
government etc. But the same place is "called" Londres, according to a
different authority
On 2020-02-06 21:10, Andy Mabbett wrote:
> The UK's Royal Collection [1 [1]] have placed online [2 [2]] George III's
> collection of military maps which, they say:
>
> comprises some 3,000 maps, views and prints
> ranging from the disposition of Charles V's armies
> at Vienna in 1532 to the Battl
On 2020-02-04 13:36, Frederik Ramm wrote:
> Hi,
>
> On 04.02.20 13:22, Colin Smale wrote:
>
>> Correct me if I am wrong, but I don't remember ever seeing
>> regional full history files.
>
> The Geofabrik download server has full history files for every
I wonder how many users actually need a planet-wide planet file. Surely
there are loads of cases where a regional extract would suffice for the
use case in hand. How about encouraging people to consider using a
regional download?
Something else, only slightly off-topic: I have often had ideas in
On 2019-11-19 16:40, Jóhannes Birgir Jensson wrote:
> Not all languages make, or care about making, a distinction of France
> (including non-Europe) and France (only Europe).
This is not a question of language. They are different concepts, and
irrespective of the language you are speaking, it mu
On 2019-07-23 16:05, Alessandro Sarretta wrote:
> Just be careful that it seems that the OS OpenData license is not compatible
> with OSM, see
> https://wiki.osmfoundation.org/wiki/Licence/Licence_Compatibility#Open_Government_Licence_.28OGL.29_based_licences
What about https://wiki.openstreetm
On 2019-07-17 10:44, Rory McCann wrote:
> I don't think this counts as "tagging for the renderer", which is more about
> adding false data to "make the map look like what you want" (e.g. "I want a
> blue line here, like the `route=ferry` line, so I'll use that").
>
> I think it could be very he
otherwise those exceptions
would not be noted in the wiki. Are you recommending that the exceptions
be removed from the wiki?
> Polyglot
>
> On Tue, Jul 16, 2019 at 7:40 PM Colin Smale wrote:
>
> On 2019-07-16 19:07, Nuno Caldeira wrote:
> also on the the standard mapping
On 2019-07-16 19:07, Nuno Caldeira wrote:
> also on the the standard mapping convetions, its mentioned in bold :
>
> DON'T USE ABBREVIATIONS
>
> https://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions
But exceptions are made in some cases, including where the signage uses
the abb
quot; or
> should it be "Rue Sparks" in Quebec it would be one way but in Ontario the
> other.
>
> Thoughts
>
> Thanks John
>
> Colin Smale wrote on 2019-07-16 11:30 AM:
>
> On 2019-07-16 16:54, John Whelan wrote: One or two are problematic usually
On 2019-07-16 16:54, John Whelan wrote:
> One or two are problematic usually as the street name is an abbreviation.
> For example 1e Avenue in French meaning First Avenue.
>
> Any suggestions on how these should be handled? This particular application
> is aimed at partially sighted people
the new districts.)
http://www.legislation.gov.uk/uksi/1995/493/made
On 2018-12-18 00:42, Colin Smale wrote:
> On 2018-12-17 23:16, Steve Doerr wrote:
> On 17/12/2018 09:41, Colin Smale wrote: One other thing: in the UK the
> boundaries of the area and the local authority running
On 2018-12-17 23:16, Steve Doerr wrote:
> On 17/12/2018 09:41, Colin Smale wrote:
>
>> One other thing: in the UK the boundaries of the area and the local
>> authority running that area are two different things. A local authority can
>> run a combination of adjacent
On 2018-12-17 19:40, Sérgio V. wrote:
> (BTW, sorry for typo in title, "License")
I see no typo in the title... Licence is the correct English spelling
:-)___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 2018-12-17 14:14, Martin Koppenhoefer wrote:
> sent from a phone
>
>> On 17. Dec 2018, at 13:31, Tomas Straupis wrote:
>>
>> Especially interesting and useful would be stories of how maritime
>> boundaries or boundaries with no considerable obstructions built have
>> been actually mapped by
On 2018-12-17 09:57, Martin Koppenhoefer wrote:
> Am Sa., 15. Dez. 2018 um 16:09 Uhr schrieb Colin Smale
> :
>
>> "without access to the same sources" ... what if there is only one source of
>> truth? With these non-observable items like admin boundaries that
o have
parallel fora, especially when discussing something as fundamental as
this. Either we do it here on the ML, or on your blog post, or on the
OSM wiki; but please, not in three places at once.
On 2018-12-15 15:24, Christoph Hormann wrote:
> On Saturday 15 December 2018, Colin Smale wrote:
&
December 2018 14:53:31 CET, Christoph Hormann wrote:
>On Saturday 15 December 2018, Colin Smale wrote:
>> > The whole point of the "verifiability" and "ground truth"
>> > principles is so as _not_ to have to rely on documents.
>>
>> First time
On 2018-12-15 12:54, Andy Townsend wrote:
> The whole point of the "verifiability" and "ground truth" principles is so as
> _not_ to have to rely on documents.
First time I have heard that as a (documented) rationale behind "ground
truth".
Surely the stronger requirement is public verifiabilit
On 2018-12-11 13:53, Simon Poole wrote:
> As Frederik pointed out a bit back, this is just kicking the can down
> the road.
>
> We will still have to make choices
Why? It would be better if OSM did not make choices, but represented
differing points of view equally, without expressing any kind of
On 2018-10-22 16:34, Mateusz Konieczny wrote:
> I strongly disagree, we map reality.
There is no one true reality, only perceptions. Which reality takes
precedence in your mind, may not be the same for everyone. Reality is
subjective.
What is the test to apply to decide whether a point is inclu
On 2018-08-10 14:01, marekskleciak wrote:
> We have also mechanism for area routing but, that's true graphs are easier..
Do you have any links/references for area routing? What "mechanism" are
you thinking of here?___
talk mailing list
talk@openstreetma
On 2018-07-25 17:13, Daniel Koć wrote:
> W dniu 25.07.2018 o 16:39, Colin Smale pisze:
>
>> The Red Crystal symbol is protected by the ICRC. We can't use it, nor can we
>> use the Red Cross or Red Crescent. There have been numerous legal cases
>> which came down t
On 2018-07-25 17:13, Martin Koppenhoefer wrote:
> I guess it would be perceived as shooting themselves in the foot if the
> international red cross would file a lawsuit against osmf for using a red
> cross as icon for hospitals.
It has happened before. The ICRC are totally fanatical about the
p
On 2018-07-25 16:05, Daniel Koć wrote:
> We have the same problem with hospital symbol. There's even an official
> generic symbol that we could use, called "red crystal" (see
> https://en.wikipedia.org/wiki/International_Red_Cross_and_Red_Crescent_Movement#The_Red_Crystal
> ) and I like it very mu
On 2018-02-17 22:02, Jakob Mühldorfer wrote:
> Thanks for pointing it out to us!
>
> I too have some thoughts on points in the article.
> One I agree with, one not
>
> Let me start with this one:
> "No Support For Observational, or Other Datasets"
> This is the point I agree with.
> OSM is missi
Java and Javascript have only those four letters in common. They are
completely unconnected in all other respects.
On 2018-02-17 19:54, john whelan wrote:
> JAVA script is used by web sites. It does not require JAVA to be installed.
>
> JAVA itself may or may not be a security risk the issue is
Just to throw another concept into the mix... so-called flare roads,
where a road joining a roundabout (or other junction for that matter)
splits into two short one-way segments which go either side of an
obstacle. Mkgmap tries to recognise them by seeing if they come together
within X metres. Why
Based on my experiences with mkgmap it's not so much a routing problem
as a navigation problem. The router will pick the correct path through
the graph but the translation to "human instructions" get confused, like
the exit numbers and the way the roundabouts display. Turning right at a
roundabout,
Why bother anyway? Why not just leave it to FvGordon? 90k changesets
fixing other people's tagging errors...
http://www.openstreetmap.org/user/FvGordon/history
Actually, an analysis of all these changesets might produce some
interesting insights into "frequently made errors".
//colin
On 2017
like taginfo
>
> Integrating scripting environment may be difficult, but offers far greater
> benefits of rule consistency and flexibility.
>
> On Sun, Dec 24, 2017 at 7:30 AM, Colin Smale wrote:
>
> The technical differences between java and JS do not preclude generic
&
The technical differences between java and JS do not preclude generic
thinking. Consider tzdata[1] for example, which does something analogous
for time zone data.
The "rules database" can be made portable, in the form of XML or JSON
for example. The logic for using these rules can be described in
Hallo John,
A level is not a unit of measurement like a metre or a kilogram. If
level 1.5 exists, it only tells you that it is between level 1 and level
2. If a landing on a staircase between level 1 and level 2 is to be
assigned a level, it wouldn't make any difference if you called it 1.1
or 1.
On 2017-11-25 17:59, Frederik Ramm wrote:
> Hi,
>
> On 11/25/2017 11:12 AM, Colin Smale wrote:
>
>> I just got an email from the mailing list system that my
>> account/membership had been disabled due to "excessive bounces". I have
>> no idea why, but t
On 2017-11-25 17:31, Tom Hughes wrote:
> On 25/11/17 15:37, Colin Smale wrote:
>
> On 25 November 2017 16:04:45 CET, "Éric Gillet"
> wrote: Another point : This password is not secure, but what the worst that
> could
> happen with it ? As long as one don't reu
On 25 November 2017 16:04:45 CET, "Éric Gillet"
wrote:
> Another point : This password is not secure, but what the worst that
>could
>happen with it ? As long as one don't reuse it on other applications
>(as
>warned during registration), the only action an attacker could do would
>be
>to unsubs
On 2017-11-25 11:53, Éric Gillet wrote:
> This is non-ideal, but you were warned during your account creation that this
> password is to be considered non-secure :
>
>> You may enter a privacy password below. This provides only mild security,
>> but should prevent others from messing with you
I just got an email from the mailing list system that my
account/membership had been disabled due to "excessive bounces". I have
no idea why, but that is not the point I want to make here. My point is
that the email I received contained my password to that account, in
plain text!
WTF#1: Why is it
e the full picture.
I would like to take a closer look at your example route... Can you give
start and end locations?
--colin
On 2017-08-22 13:13, Lester Caine wrote:
> On 22/08/17 11:41, Colin Smale wrote:
>
>> I agree, classification should be largely irrelevant to routing.
&g
I agree, classification should be largely irrelevant to routing.
Routing needs timings from node to node, which are best derived from
bendiness, number of lanes, junctions etc and then capped to the legal
maximum. A four-lane secondary, primary, trunk or motorway will all have
the same effective s
> as a trunk road , it is not currently the case in France :
> https://www.openstreetmap.org/way/42344655#map=15/46.4275/0.6306
>
> djakk
>
> Le ven. 18 août 2017 à 22:43, Colin Smale a écrit :
>
> In the UK it is a specific road class, with its own style of signage. So it
> is ea
In the UK it is a specific road class, with its own style of signage. So
it is easily verifiable whether a road is a Trunk Road or not. Some
Trunk Roads are motorway-like, but others are standard two-way roads. So
actually it is not so much linked to the construction of the road, but
to the fact th
ith
> 1cm accuracy, there will always be "accuracy problems"
>
> On Jun 11, 2017 1:15 PM, "Colin Smale" wrote:
>
> On 2017-06-11 18:18, Eric Gillet wrote:
>
> On Thu, Jun 8, 2017 at 10:58 AM, Frederik Ramm wrote:
> I am concerned that reckless user
On 2017-06-11 18:18, Eric Gillet wrote:
> On Thu, Jun 8, 2017 at 10:58 AM, Frederik Ramm wrote:
>
>> I am concerned that reckless users will use your tool to basically go
>> over the planet in a "task manager" fashion, running the matching for
>> square after square, selecting all matches and hi
I believe the phrase is "tagging wrongly for the renderer" - we
constantly consider the users/consumers of the data when tagging, but it
is clearly frowned upon to "lie" in the tagging to get something to show
up in a particular way or otherwise to achieve a particular effect.
Whether tagging is "c
Have you tried contacting the mappers who created and last edited these
nodes? It looks like they were imported from some official source in
2011 and tidied up in 2014.
--colin
On 2016-11-20 18:41, Sebastian Arcus wrote:
> I'm looking at the following section of OSM:
>
> http://www.openstreetm
Normal practise is for the "marketing department" to have the logo
available in a selection of forms, for different purposes. Think of
different formats (square, 16:9, full-width banner etc), different
resolutions, different colour depths, perhaps a monochrome version etc.
In order to protect the "
Maybe these two-part names should be entered into the database using a
non-breaking hyphen (U+2011)?
//colin
On 2016-09-19 09:52, Oleksiy Muzalyev wrote:
> On 18/09/16 04:32, Paul Norman wrote:
>
>> I'm looking for feedback from people who read non-latin languages on a
>> proposed OpenStreet
On 2016-09-10 18:55, Oleksiy Muzalyev wrote:
> Latitude and longitude are physical values, they will never change for a
> house on Earth, no matter what. They do not depend on politics, economics,
> linguistics of the current moment.
You sure about that? Plate tectonics means that everything is
On 2016-08-30 20:25, Paul Johnson wrote:
> On Tue, Aug 30, 2016 at 1:19 PM, Colin Smale wrote:
>
>> We have - that's why I am whispering. But w3w is not intended for the US.
>> It's for places which don't have addresses already, which apparently is a
>>
On 2016-08-30 20:10, Paul Johnson wrote:
> On Tue, Aug 30, 2016 at 1:05 PM, Colin Smale wrote:
>
>> w3w solves the problem of you not having a (compact) answer to "what´s your
>> address?" if you want to have something delivered. The fact that you only
>> h
hoff wrote:
> On Tue, Aug 30, 2016 at 07:24:02PM +0200, Colin Smale wrote:
>
>> I am going to say this very quietly what3words
>
> I dont think what3words solves the issue of structured Addressing.
>
> Addresses are typically strict hierarchical and offer some seri
I am going to say this very quietly what3words
On 2016-08-30 19:12, Florian Lohoff wrote:
> Hola,
>
> On Tue, Aug 30, 2016 at 05:03:39PM +0200, Iván Sánchez Ortega wrote: Warning:
> flame thread about to start.
>
> El tirsdag 30. august 2016 16.50.14 CEST Oleksiy Muzalyev escribió: It is
On 2016-07-13 12:24, Dave F wrote:
> On 13/07/2016 11:10, Frederik Ramm wrote:
>
>> W3W is a coordinate system...
>
> I fail to see how it can even be described as that as there is no
> coordination. The address of one block has no relation to adjacent ones.
Agreed - it's not a coordinate sys
On 2016-07-13 10:23, Lester Caine wrote:
> W3W and OLC both have the same problem. They are trying to fix something
> which is not really broken.
I disagree with this... They are not trying to replace / fix up lat/lon,
they are providing a lingua franca for people to use when communicating.
It's
Is "NASA" really part of the actual name, or are you suggesting "tagging
for the renderer" because you expect to see "NASA" on the map? NASA is
certainly the operator, and that tag links the site to NASA.
//colin
On 2016-06-27 14:38, Fabrizio Carrai wrote:
> Correct, without NASA in the name we
On 2016-04-12 16:29, Martijn van Exel wrote:
> I am not so concerned with rendering - that's not what we map for.
I think it would sound better if you said that rendering is one of the
many things we map for. OSM is not WOM (write-only memory).
//colin
___
Hi,
I would like to put out a worldwide alert for the work of 00crashtest
who has been tweaking things since January - 233 changesets and
counting...
http://www.openstreetmap.org/user/00crashtest/history#map=4/45.53/-38.57
The problems I have seen include arbitrarily modifying admin boundarie
In the Netherlands just about everything that can apply to motor vehicles can
also be found somewhere applying to bicycles. That includes turn lanes...
--colin
On 12 March 2016 14:12:25 CET, Arun Ganesh wrote:
>>
>> this means that all turn:lanes, change:lanes, access:lanes,
>> forward:lanes, ba
I am seeing this as well... The list is only about half as long as it
was earlier today...
On 2016-01-08 23:13, Steve Doerr wrote:
> When editing in Potlatch 2, the list of background layers seems rather short.
> In particular, Mapnik (the default style) is not on the list.
>
> Bug? Or change o
Hi Steve,
It's all under control with the local NL/BE communities. The decision
still needs to be ratified by the various parliaments before it takes
effect; that is expected to happen sometime this year.
--colin
On 2016-01-05 12:54, Steve Doerr wrote:
> Just read this article about a territo
-26 um 11:41 schrieb Colin Smale:
>
>> Anyone know what is going on here? A newly registered user has removed
>> all the content from an important wiki page (Map Features) and replaced
>> it with a test message...
>
> I reverted his changes at Map_Features and will h
Anyone know what is going on here? A newly registered user has removed
all the content from an important wiki page (Map Features) and replaced
it with a test message...
//colin
Original Message
SUBJECT:
OpenStreetMap Wiki page Map Features has
Could there also be sorting options for the result set? For example by
distance (nearest first), importance (the current algorithm?), ...
And how about filters to show what you are looking for: returning
places, POIs, roads, ...
//colin
On 2015-12-14 13:43, Jorge Gustavo Rocha wrote:
> Hi,
>
It would be nice to have some shades of grey in there, like a choice of
radius, e.g. within 1km, 10km, 100km, 1000km
On 2015-12-14 13:43, Jorge Gustavo Rocha wrote:
> Hi,
>
> I think that we can add an option to bound the results to the current
> viewport. That option would be passed to nominat
And you get prompted to allow cookies on the page containing the cookie
policy, which is daft. The cookie policy page is Shopify's, and does not
cover GA. You have to add GA to your web page yourself with Shopify, if
I recall correctly.
On 2015-12-07 16:26, Simon Poole wrote:
> Your website requi
words.
http://www.citymetric.com/horizons/buildings-dubai-and-abu-dhabi-didnt-have-official-addresses-thats-finally-changing-838
On 2015-11-30 14:41, stegg...@steggink.org wrote:
> Citeren Colin Smale :
>
>> Correct, but the accuracy issue is a weakness in lat/lon based
>> coor
shopping delivered...
In my example the party that needs to do the translation from w3w to
lat/lon would be Amazon, and they will probably be paying w3w for a
licence to do that.
On 2015-11-30 13:30, Lester Caine wrote:
> On 30/11/15 11:59, Colin Smale wrote:
>
>> I think their big a
ote:
> On 22/11/15 14:32, Colin Smale wrote:
>
>> By the way, just to be absolutely clear, I am not thinking of w3w as a
>> coordinate system in OSM, but as an addressing attribute similar to
>> postcodes.
>
> On one hand, one plugs in the three word location t
They stopped selling OneWords.
https://twitter.com/what3words/status/594070034625986561
On 2015-11-24 11:03, Tom Hughes wrote:
> On 24/11/15 08:00, Paul Johnson wrote:
>
>> Even if we completely ignore the licensing issues, there is a profit
>> motive behind w3w. They gotta sell somethin
I think their idea is that you can quote a location with the words which for
humans is much easier to memorize and less prone to mishearing over dodgy phone
and radio links than lat/lon or some other scientific grid reference.
On 24 November 2015 08:45:18 CET, Paul Johnson wrote:
>On Sun, Nov 2
True, they admit the 3D aspect cannot be handled at the moment. They
tend to emphasise the opposite: one building with a single address, but
multiple entrances; they can each have an individual w3w.
On 2015-11-23 10:43, Martin Koppenhoefer wrote:
> 2015-11-22 15:32 GMT+01:00 Colin Sm
On 2015-11-22 15:47, Dave F. wrote:
> On 22/11/2015 14:32, Colin Smale wrote:
>
>> I just said "w3w exists, what could/should we do?"
>
> The consensus appears to be "Nothing"
Agreed.
--colin ___
talk mai
t diluted, and now a
> lot of this information is publicly available. Only time will tell
> if w3w takes off commercially. Right now they have had $5m of
> funding and have an impressive list of partners.
>
> --colin
>
> On 2015-11-22 14:01, ajt1...@gmail.com wrote:
>
> On 22/
@gmail.com wrote:
> On 22/11/2015 12:51, Colin Smale wrote:
>
>> ...and once again, as seems to be the norm in OSM, any minority interest
>> which is not supported by the oligarchy gets mercilessly shot down.
>
> ... except it's not _just_ the "oligarchy",
1 - 100 of 213 matches
Mail list logo
