Hi Martin,
If we want to monitor revisions for a specific territory we take care of, I see
that Maproulette Challenge offers a map where we can see I suppose individual
objects/tasks for the area. Zooming in and out of the area, the numbers
constantly change. If I zoom-in, I cannot see the in
On Wed, Feb 26, 2020, at 08:42, Andy Townsend wrote:
>
> On 26/02/2020 15:00, Martijn van Exel wrote:
> > You can see the newest created challenges using
> > https://maproulette.org/browse/challenges?sort=created, there is also
> > an API call you can use. Drop me a line if you want some more gu
On 26/02/2020 15:00, Martijn van Exel wrote:
You can see the newest created challenges using
https://maproulette.org/browse/challenges?sort=created, there is also
an API call you can use. Drop me a line if you want some more guidance.
Thanks. What does that API do?
Best Regards,
Andy
__
> > Is there any way to find answers other than sending a private message to
> > the pseudonymous "Mapping Human" through MapRoulette?
>
> This would be their OSM username. There is no internal messaging system
> in MapRoulette, clicking the 'message' link would actually send you to
> the OSM me
Hi,
> Is there any way to find answers other than sending a private message to
> the pseudonymous "Mapping Human" through MapRoulette?
This would be their OSM username. There is no internal messaging system in
MapRoulette, clicking the 'message' link would actually send you to the OSM
message s
Kathleen Lu wrote:
> I would not say this is true. Google maps has routing for walking,
> cycling, and public transit, and their public transit information is
> probably more complete than OSM's.
It is, but on the other hand Google's walking and cycling routing is _much_
worse.
Richard
--
Se
26 Feb 2020, 12:57 by frede...@remote.org:
> Is there even any quality control when people create new MapRoulette
> tasks?
>
>
AFAIK no.
I opened issue on maproulette GitHub
requesting taking down this task as
it is not something that improves OSM.
I also contacted main (sole?) editor
adding thi
I think that getting rid of the name tag in those cases is the best way to
avoid breaking things on the data consumers side, as clever consumers already
using name:xx would not be affected, and those relying on a name tag to display
local language wouldn't be mistaken.
Yves
Le 26 février 2020
On 26/02/2020 11:57, Frederik Ramm wrote:
a user started adding "trace_zoom" and "trace_zoom:range" tags to
objects in OSM, and closer inspection led to this MapRoulette task:
https://maproulette.org/challenge/12836/task/42414493
In this particular example the person creating the task instruct
Clarification:
The Openstreetmap Carto style (which is used on the "Standard" map
layer of openstreetmap.org) does not render place=ocean or place=sea
or place=continent.
The only features discussed which are currently getting rendered are
natural=strait and natural=bay*.
Currently Openstreetmap
Thanks, Ciaran, and to everyone else who has responded to my query.
I think the ability to reuse and build on the data is a powerful sustainability
and environmental argument.
From: Ciaran
Sent: Wednesday 26 February 2020 06:49
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Digital envi
Hi,
On 26.02.20 13:13, Maarten Deen wrote:
> Will it be nothing in the name tag and are we then going to complain
> that the opencarto style falls back to name:en?
Increasingly, I think the absence of a name tag wouldn't even be
noticed. JOSM already shows the name tags in the editing user's
lang
On 2020-02-26 12:34, Florimond Berthoux wrote:
The problem is not the OSM "default" (there is no default) map.
OSM is *not* a map !
The problem is the data put in name tag of some objects, which are not
respectful with the international idea of the project.
I find it a stretch to say that some
Hi,
a user started adding "trace_zoom" and "trace_zoom:range" tags to
objects in OSM, and closer inspection led to this MapRoulette task:
https://maproulette.org/challenge/12836/task/42414493
It claims to be created by "MappingHuman" and carries these instructions:
--- snip ---
use your mo
Florimond is right, putting anything in the name tag that is not in the local
language is wrong and one should not expect data consumers to detect it.
Name:xx is the only way to go for international places.
Yves
Le 26 février 2020 12:34:04 GMT+01:00, Florimond Berthoux
a écrit :
> The problem
The problem is not the OSM "default" (there is no default) map.
OSM is *not* a map !
The problem is the data put in name tag of some objects, which are not
respectful with the international idea of the project.
Le mar. 25 févr. 2020 à 22:57, Mario Frasca a écrit :
> I'm afraid that the conclusi
Sorry I missed to send this message to the list :
Hi,
As a cartographer I tag the reality of the world, I’m not here to push one
culture, one language, one nation, one ideology over others.
As a OSM data consumer I'd like to have good data quality.
To have good data quality, tags and values wik
17 matches
Mail list logo