anto or Irish or something.
>
> If you want real fun, just talk about "tabling an agenda item"
>
> On 08/04/2019 18:32, Yuri Astrakhan wrote:
> > Martin, thanks for explanation, but my point still stands -- in tags, we
> > treat words not at their own meaning, b
If the whole issue is optimizing search results, lets just create an
"Archive" namespace that is not included in search by default. Moving to
archive is different from deleting because only admins can see deleted
content.
On Mon, Apr 22, 2019 at 4:11 AM Lester Caine wrote:
> On 22/04/2019
I agree with Christoph -- every tag used in OSM data must be documented --
otherwise it has near-zero value.. Actually negative value because it
confuses people -- some might want to delete it, but they don't know if it
is useful, so they just leave it there almost indefinitely.
In an ideal world
You can use Sophox to pull this type of information, possibly just not all
at once.
Here's a query that will give you all first level country sub-divisions
(Canada in this case), as well as each province's Captial, Flag image, and
ISO codes.
https://tinyurl.com/y6jowy8v
(this query was modified
On Mon, Jul 29, 2019 at 6:19 AM Martin Koppenhoefer
wrote:
> speaking about risks, having an incomplete network of verified, correct
> roads is probably more useful and less troublesome than an "overcomplete"
> one which also contains non-existent roads (e.g. waterways interpreted as
> roads) or
Also, fully accurate data is a myth, even if we only have 1%
completeness. Once data is beyond a certain size, it is guaranteed to be
wrong, simply because humans always make mistakes and things always become
outdated. We can only discuss how close we are to the ideal "perfect
accuracy", and what
Let me get this straight:
* I create a dataset from public data sources, e.g. a list of roads, and
publish it under the Public Domain dedication (i.e. CC0). (I agree that
MIT is weird here).
* Afterwards, I make a subset of my original data by removing any roads I
found elsewhere, e.g. in a
stevea, I would not be exactly the same person without OSM. Does it mean
ODbL applies to me? A hammer was used to build a house, but the house does
not have hammer's copyright. Just because some data was used in the process
does not necessarily mean that whoever saw that data taints everything
Stevea, I think this discussion mixes two topics, as Martin pointed out:
* I want to be credited for my work (i.e. you couldn't have done it without
me, just say so)
* I want to control what you do with the results of my work (i.e. you must
not kill baby seals using the map I created)
The first
I would love to fully transition to data items, as it would make
translation and cross-language tag consistency far easier.
We now have a data item editor you can enable by going to preferences /
gadgets, and enabling it.
*
For those who download OSM data regularly, there is now a simple way to
reduce the load on the primary OSM servers, while also making download much
faster and ensure the data is correct.
OpenMapTiles new tool downloads the planet from all mirrors in parallel. It
usually takes just a few minutes,
The news mentions that downloads from Planet OSM are currently rate limited
to 400 kB/s and suggest to use mirrors, but does not mention the related
announcement about the new tool to simplify such downloads. I think it will
help anyone downloading, and it might be worth including in the next
Andy, two major reasons:
* Anyone working on an evolving project like OpenMapTiles would attest that
the import schema constantly changes. Every time schema changes, one needs
to download newest planet, import it based on the new schema, and run diffs
from that point.
* Automation / easy
Andy, I agree that being frugal with bandwidth is important. Yet, there is
a significant operations cost involved here, that I suspect very few will
actually be willing to spend, unless it is made trivial -- the cost of
setting up an independent planet file update pipeline - i.e. a docker image
Thanks Stevea, I really liked your examples. And thank you Mikel - I agree.
OSM already has substantial amount of non-physical but relevant information
(e.g. many IDs pointing to external registries), and as Stevea points out -
even naming for something local could be contradictory (e.g. two
something we need to document in OSM, but it highlights that language
is not homogeneous with naming and just makes a fun story :)
On Sat, Feb 8, 2020 at 6:22 AM Rory McCann wrote:
> On 07.02.20 20:22, Yuri Astrakhan wrote:
> > (e.g. two fairly large groups of people could refer to
I am in favor of this or similar language. I think for a more vote-like
discussion it might be better to use the wiki talk page (easier to add +1s
and short comments).
On Sat, Feb 8, 2020 at 2:59 PM stevea wrote:
> I don't know if here or https://wiki.osm.org/wiki/Talk:Good_practice is a
>
It is very strange that we, on one hand, allow anyone to create any kind of
tags (just type it in), and on the other we create so many hurdles to
document it (we refuse to allow a wiki page about an item, but instead
demand that each key page go through a proposals process, approve it,
etc). I
Christian, I would like to add torrent support to the download-osm tool
[1]. While I could try to scrape
https://osm.cquest.org/torrents/ , I would obviously rather use the
structured xml file (or if you could provide a JSON file, even better).
Proposed logic:
* get the catalog file (xml/json)
*
check your OSM settings. AFAIK, iD is the default editor.
On Mon, Dec 23, 2019 at 2:10 AM Sören Reinecke via talk <
talk@openstreetmap.org> wrote:
> Hello,
>
> so far I know currently Postlatch is the default editor on osm.org .
> Since it needs Flash to run and most users do not have Flash
I second Jóhannes -- every dataset, including OSM itself (hehe) has errors.
Consuming each additional dataset is a complex task -- each dataset has its
own structure and conventions, thus the fewer datasets one has to work
with, the better. The fundamental problem with 99.9% of the datasets
Mikel, I might be misunderstanding what you meant, but in my opinion
conformity is required for this type of project, and I do hope iD/JOSM/...
help us achieve that. To clarify:
* features with the same meaning (type) should be mapped the same way,
otherwise each consumer must understand all of
The Hetzner hardware gave up, and I have to rebuild it. Elastic (the
company I work for) has donated their Google Cloud resources, so just need
to spend some time on it, and see if a GCP VM would work as well as a bare
metal box.
On Fri, Dec 4, 2020 at 12:14 PM Yves P. wrote:
> Hi,
>
> The
I think the Lua crashing is related to this discussion:
http://www.mediawiki.org/wiki/Thread:Extension_talk:Scribunto/Lua_error:_Internal_error:_The_interpreter_has_terminated_with_signal_%2224%22
.
> You set $wgScribuntoEngineConf['luastandalone']['cpuLimit'] too low.
Either raise it or unset
Yep, that's probably because Tom has merged the settings change :)
Thanks for reporting it!
On Mon, Sep 24, 2018 at 1:06 PM OSM Volunteer stevea <
stevea...@softworkers.com> wrote:
> Well, I'm no longer seeing the Lua errors I saw, so "caches cleared" (all
> the way down) and the problem seems
201 - 225 of 225 matches
Mail list logo