Re: [OSM-talk] DWG survey on organised editing

[Greg Troxel]

I think the survey asks excellent questions.

One nit is that while I think the notion of paid/organized as a single
notion is generally good, I do see a distinction in one area, and might
have answered the anonymous question differently for the two sub-groups.

Besides paid and unpaid, there is also the question of students in a
class.  While they aren't paid, it seems much closer to the paid case,
because the leader has control over them.  So perhaps even if the
mappers are unpaid, they should be considered in the paid category if
there is any kind of power relationship with the leader that is larger
than just deciding to participate in a mapping activity.

For example, if I offered a class through the local adult ed "intro to
mapping with osm", and people signed up, that would be just about that
class, people would have signed up only to learn, not to get any
credentialss, there are no grades, etc., so this is merely organized not
paid.  But if as part of a college degree program, one of the classes
expects people to learn to map, and how you do affects grades etc., that
is far more like paid in terms of the obligation to comply.

I think the notion that the line is crossed when someone begins to act
as other than an individual mapper who intends to contribute over the
long term.  Deferring to one's group leader when questioned is clear
evidence of this.

I agree that many of the possible problems can arise similarly for paid
and un-paid organized mappers.  However, for paid mapping, there is a
much more serious possible conflict of interest in terms of the paid
mapper optimizing for the metrics of how they are paid rather than the
good of the overall project.  I suspect that the unpaid organized
mappers are trying to make the map better, even if for some particular
user.

I wonder if paying for number of objects added, vs by the hour, is more
likely to be problematic.


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Label language on the Default stylesheet

[Matthijs Melissen]

Hi all,

I would like to ask for your opinion on the choice of language used in
the Default map on openstreetmap.org.

This map (based on the openstreetmap-carto style) currently displays
all labels in their native language (as defined in the 'name' tag).
For example, we have a label 北京市 for Beijing, a label موريتانيا for
Mauritania, and a label Magyarország for Hungary.

The openstreetmap-carto team quite frequently receives requests to
(additionally) display labels in English (or in any case the
Latin-alphabet). The people making these requests state that the map
is currently not very usable for an international audience, as many
people are not able to read labels in for example Arabic or Mandarin.
Some areas where this problem is particularly visible:
https://github.com/gravitystorm/openstreetmap-carto/issues/803#issuecomment-330782700
A prominent case of such a request is from the Gnome Maps team, who
decided not to use the Default style for this reason:
https://bugzilla.gnome.org/show_bug.cgi?id=764841#c35

From an ideologic viewpoint, I am very much in favour of not giving
preferential treatment to any particular language. Using the local
language seems fair in this respect. On the other hand, from a
pragmatic point of view I can also see that using English (in
addition) would significantly increase the usefulness of the map to
many people.

I would be interested to know what others think about this. An option,
for example, would be to display countries names, and perhaps the
names of big cities, in English as well as in the local language.

Note: making the map available in multiple language versions is
something we like to do in the future, however, this requires quite
significant technical changes. Therefore, this is out of scope for
now.

More information on this issue can be found on Github:
https://github.com/gravitystorm/openstreetmap-carto/issues/803

I'm looking forward to your opinions.

Kind regards,
Matthijs Melissen

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] An import in New Zealand, assistance requested

[Robin Paulson]

On 2 September 2017 at 05:07, Éric Gillet  wrote:
>> Well it seems as if exactly -that- wasn't happening which is why this
>> thread was started in the first place. Seems however that the brakes have
>> been put on now, see

the brakes have not been put on; every day, hundreds/thousands more
buildings are added. one mapper listened to what i said and stopped,
but still no change. no mention anywhere of the new data set, or any
published information on how to merge, etc.

> I do not see any reference to such problem in OP.
>
> If the original plan didn't include building, that's fine by me to stop
> because importing building is wholly different from roads.

correct. original plan was roads, plus some other data detailed in the
linz2osm tool. buildings is "only" one more set of data, but it is
*huge*.

-- 
robin

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] An import in New Zealand, assistance requested

[Robin Paulson]

On 17 August 2017 at 01:29, Richard  wrote:
> soneone else has to answer that but I was under the impression that
> the LINZ has been looked at in detail. It seems to be an import effort
> that is underway since many years.

yes, but they keep adding more and more detail to the "LINZ" pile.
LINZ is an intermediary (although they also produce data, to make
things more complicated), they host data for several councils, central
government and other orgs in NZ. to claim that because some data
(roads) has been cleared, does not mean that all subsequent data
downloaded from LINZ is also cleared.

> Otoh my questions about LINZ imports were answered adequately. I would
> guess it is a country with a low number of mappers per square kilometer
> as you call it. Sometimes it happens they import the waterfalls long
> before the waterways belonging to them..

AKL is dense enough that there are hundreds of mappers (maybe not all active...)

-- 
robin

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] An import in New Zealand, assistance requested

[Robin Paulson]

On 1 September 2017 at 02:55, Simon Poole  wrote:
> Sorry for responding to this late.
>
> Just because a specific source has been legally "OK"ed doesn't imply
> that an import of all the data from a specific source is warranted and
> should continue on for all times. The import guidelines are silent on
> this, but I would suggest that revisiting and reviewing such undertaking
> now and then would really make sense.
>
> Not only because we've learnt lots of things in the many, I believe 9,
> years since the LINZ import started, but further because in those 9
> years the community has likely completely changed, a quick check
> indicated that 20 times more people have mapped in NZ than when the
> import started. As the complaint at hand nicely illustrates, maybe going
> back and checking what the community thinks is appropriate now would be
> a good idea, instead of trudging along on a course set by 100 people
> many years back.

yep, i was one of those 100 people (actually, there were originally 3 of us...)

the process was poor, little involvement of others or request for
comment. granted, this number has expended since, but only at a "how
do we" not at a "should we" level.

-- 
robin

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] An import in New Zealand, assistance requested

[Robin Paulson]

On 16 August 2017 at 06:31, Oleksiy Muzalyev
 wrote:
> I see that these buildings have got one author who has on his statistics
> page about 6 thousand edits. How do you know that these buildings were
> actually imported and not drawn manually in an editor? Was there a clear
> acknowledgement about importing of these building? I have got about 9
> thousand edits on mine and I did not do a single import.

it's an import, the data is from auckland council. yes, there are some
members who are drawing by hand (including me). more than one of the
importers has talked to me about this.

-- 
robin

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Label language on the Default stylesheet

[Yves]

If the OSMF tile servers were to be used to provide webmaps for a vast 
audience, I would understand double labeling in English. 
That not the primary purpose, though. 
Yves 

Le 24 septembre 2017 23:01:00 GMT+02:00, Matthijs Melissen 
 a écrit :
>Hi all,
>
>I would like to ask for your opinion on the choice of language used in
>the Default map on openstreetmap.org.
>
>This map (based on the openstreetmap-carto style) currently displays
>all labels in their native language (as defined in the 'name' tag).
>For example, we have a label 北京市 for Beijing, a label موريتانيا for
>Mauritania, and a label Magyarország for Hungary.
>
>The openstreetmap-carto team quite frequently receives requests to
>(additionally) display labels in English (or in any case the
>Latin-alphabet). The people making these requests state that the map
>is currently not very usable for an international audience, as many
>people are not able to read labels in for example Arabic or Mandarin.
>Some areas where this problem is particularly visible:
>https://github.com/gravitystorm/openstreetmap-carto/issues/803#issuecomment-330782700
>A prominent case of such a request is from the Gnome Maps team, who
>decided not to use the Default style for this reason:
>https://bugzilla.gnome.org/show_bug.cgi?id=764841#c35
>
>From an ideologic viewpoint, I am very much in favour of not giving
>preferential treatment to any particular language. Using the local
>language seems fair in this respect. On the other hand, from a
>pragmatic point of view I can also see that using English (in
>addition) would significantly increase the usefulness of the map to
>many people.
>
>I would be interested to know what others think about this. An option,
>for example, would be to display countries names, and perhaps the
>names of big cities, in English as well as in the local language.
>
>Note: making the map available in multiple language versions is
>something we like to do in the future, however, this requires quite
>significant technical changes. Therefore, this is out of scope for
>now.
>
>More information on this issue can be found on Github:
>https://github.com/gravitystorm/openstreetmap-carto/issues/803
>
>I'm looking forward to your opinions.
>
>Kind regards,
>Matthijs Melissen
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-se] Ändra linknummer på E-vägar

[David Olsson]

Finns många E-vägar som har linknummer (som t.ex E 4.26)
http://www.openstreetmap.org/way/76169023

Det blir ett problem med osrm. Minh nämnde att det var bra att börja i
mailinglistan.
https://github.com/mapbox/mapbox-navigation-ios/issues/637#issuecomment-331589408

Undernumret är det riktiga namnet på vägen hos nvdb/trafikverket och det
tycks aldrig vara använt. Någon som vet fall där det används på skyltar?

Annars låter det som ett korrekt projekt att tagga om så linknummer inte
ligger med "ref" iom det inte används (se github-länken). Eller har andra
några andra synpunkter kring det?

/david
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-es] Importar estaciones Bicibox Àrea Metropolitana de Barcelona (AMB)

[yo paseopor]

No te engañes, una importación es una importación , y más allá de licencias
requieren varios pasos:

1-comunicación: debes avisar a la comunidad local y a la lista de
importaciones. También se recomienda hacer una página en la wiki.
2-importación: el proceso en sí, introducir los datos en OSM. a ser posible
estaría bien no meter datos ya existentes de entrada.
3-conflación: "mezclar" los datos nuevos con los viejos, completar los
datos ya existentes con los datos de los objetos nuevos duplicados que se
pueden suprimir y situar correctamente los elementos no existentes aún en
OSM.
4-revisión: una importación no sirve de mucho si después no se hace
mantenimiento de esos datos.Salen en el mapa? están realmente correctamente
etiquetados? Existen realmente?

Es cierto que la comunidad te puede ayudar a realizar todo este proceso,
como que te va a requerir mucho curro y paciencia (las cosas de "palacio" -
imports- van despacio). Así que paciencia, también te animo a que dialogues
con nosotros a través de los grupos catalán y español de Telegram donde
podemos charlar sobre ello, además de ayudarte a llevarlo a cabo.

Salut i mapes
yopaseopor
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-se] Ändra linknummer på E-vägar

[Martin Norbäck Olivers]

Ofta märks väl dessa ut med streckad ram runt numret (E4 i det här fallet)?

Vet inte hur man ska tagga det, men official_ref för E 4.26 låter väl bra
iaf

sön 24 sep. 2017 kl. 18:52 skrev David Olsson :

> Finns många E-vägar som har linknummer (som t.ex E 4.26)
> http://www.openstreetmap.org/way/76169023
>
> Det blir ett problem med osrm. Minh nämnde att det var bra att börja i
> mailinglistan.
>
> https://github.com/mapbox/mapbox-navigation-ios/issues/637#issuecomment-331589408
>
> Undernumret är det riktiga namnet på vägen hos nvdb/trafikverket och det
> tycks aldrig vara använt. Någon som vet fall där det används på skyltar?
>
> Annars låter det som ett korrekt projekt att tagga om så linknummer inte
> ligger med "ref" iom det inte används (se github-länken). Eller har andra
> några andra synpunkter kring det?
>
> /david
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
-- 
Martin Norbäck Olivers
IT-konsult, Masara AB
Telefon: +46 703 22 70 12
E-post: mar...@norpan.org
Kärrhöksvägen 4
656 72 Skattkärr
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ändra linknummer på E-vägar

[Andreas Vilén]

Skilj på namn och nummer. De här vägarna har dessa som officiella nummer. De 
skyltas vad jag vet inte men används mer och mer i media. Däremot har de ofta 
helt andra namn eller inga namn alls. Namnen kan också ändras medan numret är 
detsamma.

/Andreas

Skickat från min iPhone

> 24 sep. 2017 kl. 19:00 skrev Martin Norbäck Olivers :
> 
> Ofta märks väl dessa ut med streckad ram runt numret (E4 i det här fallet)?
> 
> Vet inte hur man ska tagga det, men official_ref för E 4.26 låter väl bra iaf
> 
>> sön 24 sep. 2017 kl. 18:52 skrev David Olsson :
>> Finns många E-vägar som har linknummer (som t.ex E 4.26) 
>> http://www.openstreetmap.org/way/76169023
>> 
>> Det blir ett problem med osrm. Minh nämnde att det var bra att börja i 
>> mailinglistan. 
>> https://github.com/mapbox/mapbox-navigation-ios/issues/637#issuecomment-331589408
>> 
>> Undernumret är det riktiga namnet på vägen hos nvdb/trafikverket och det 
>> tycks aldrig vara använt. Någon som vet fall där det används på skyltar? 
>> 
>> Annars låter det som ett korrekt projekt att tagga om så linknummer inte 
>> ligger med "ref" iom det inte används (se github-länken). Eller har andra 
>> några andra synpunkter kring det?
>> 
>> /david
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
> 
> -- 
> Martin Norbäck Olivers
> IT-konsult, Masara AB
> Telefon: +46 703 22 70 12
> E-post: mar...@norpan.org
> Kärrhöksvägen 4
> 656 72 Skattkärr
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-es] Importar estaciones Bicibox Àrea Metropolitana de Barcelona (AMB)

[Raul Vidal]

Hola,
Soy relativamente nuevo en OpenStreetMap. He estado añadiendo información de 
Sant Boi de Llobregat y de El Prat de Llobregat. Son poblaciones que conozco de 
primera mano, así que he estado apoyándome en Catastro y el ICGC (Institut 
Cartogràfic i Geològic de Catalunya) para añadir nombres de calles y geometrías.
Quería ahora importar los datos del Bicibox[1]. La autorización de la AMB es 
según la ley 37/2007[2].
Cito de la AMB:

- Autorització lliure i gratuïta de reutilització de la informació pública 
segons la [Llei 
37/2007](http://www.boe.es/boe_catalan/dias/2007/11/30/pdfs/A04905-04909.pdf).

Cito de dicha ley:

- 2. Les administracions i els organismes del sector públic poden optar perquè 
els diferents documents que estan en el seu poder siguin reutilitzables d’acord 
amb
- alguna o algunes de les modalitats següents:
- a) Reutilització de documents posats a disposició del públic sense subjecció 
a condicions.
- b)Reutilització de documents posats a disposició del públic  amb  
subjecció  a  condicions  establertes  en  llicències tipus.
- c)Reutilització de documents prèvia sol·licitud, de conformitat amb el 
procediment que preveuen l’article 10 o, si s’escau, la normativa autonòmica, i 
en aquests supòsits es pot incorporar condicions establertes en una llicència.
- 3.   Les condicions incorporades en les llicències han de respectar els 
criteris següents:
- a)Han de ser clares, justes i transparents.
- b)   No han de restringir les possibilitats de reutilització ni han de 
limitar la competència.
- c)No  han  de  ser  discriminatòries  per  a  categories comparables de 
reutilització.

Teniendo en cuenta que no hay ninguna licencia asociada a dichos datos, 
entiendo que están publicados con la condición del apartado 2.a, es decir, sin 
condiciones. Por lo que se pueden reutilizar como se quiera.
Si tuvieran licencia Creative Commons estarían enmarcados en el apartado 2.b.

Un saludo,
Raul.

[[1] 
http://www.amb.cat/ca/web/area-metropolitana/dades-obertes/cataleg/detall/-/dataset/bicibox/6394939/11692](http://www.amb.cat/ca/web/area-metropolitana/dades-obertes/cataleg/detall/-/dataset/bicibox/6394939/11692)
[2] https://www.boe.es/boe_catalan/dias/2007/11/30/pdfs/A04905-04909.pdf___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-us] I 85 Express Lane (Atlanta, Georgia)

[Tod Fitch]

> On Sep 24, 2017, at 5:22 PM, Minh Nguyen  wrote:
> 
> On 22/09/2017 09:46, Jack Burke wrote:
>> My questions are:
>> * Should this lane be drawn as a separate way?  Legally, you cannot enter or 
>> exit the lane except at the designated sections, so drawing it separately 
>> makes things simpler for routers.  If it's drawn separately, a pair of 
>> motorway_link roads would need to be added at several places (the 
>> dashed-stripe sections).  The Lanes wiki page[4] seems to say that it should 
>> be drawn separately:  "If one or more lanes of the road are restricted to 
>> high-occupancy vehicles (typically vehicles with 2+ occupants, although this 
>> varies by jurisdiction). Most useful if entrance/egress is permitted at any 
>> point along the route; if entering or exiting the HOV lane(s) is only 
>> permitted at certain locations, modeling the HOV lane(s) as separate ways is 
>> preferable."  (Even though that says HOV, the same reasoning appears 
>> relevant for toll.)  Does everyone concur with this construction?
> 
> I might be inclined to map the lane as a separate way, but only because I 
> don't know of any routers that currently recognize the change:lanes tag. [1] 
> Either way, it makes sense to treat HOV and toll lanes similarly.
> 
> [1] https://wiki.openstreetmap.org/wiki/Key:change
> 

I strongly recommend mapping them as one way with the hov:lanes=* and 
change:lanes=* showing the restrictions and where you can transition between 
the lanes. That is the best tagging I know of to accurately reflect the actual 
configuration.

The reason I feel strongly about it is that many miles of HOV lanes in my are 
were mapped as separate lanes (done before I moved to the area). And now 
CalTrans is repainting those to allow entry and exit at anyplace (change from a 
variety of old paint styles to broad dashed white striping). If the HOV lanes 
had been tagged as a single way with change:lanes showing the restrictions on 
moving to and from the non-HOV lanes it would have been trivial to change the 
mapping to conform to the current paint. Mapped as separate ways you have to go 
back and remove the separate ways then the paint changes which is a pain.

When there is a solid line (I’ve seen white, yellow and a variety of parallel 
white/yellow versions of the “don’t change lanes here striping), there are 
generally designated areas for transitioning between HOV and non-HOV lanes. If 
you map the HOV as a separate way then you need to add any number of virtual 
cross over ways. I wondered why OsmAnd and Maps.me were always telling me to do 
slight rights or slight lefts in those areas until I looked at the mapping and 
saw the separate HOV lanes with virtual link ways connecting it to the non-HOV 
lanes. In essence putting in separate HOV ways where they don’t actually exist 
doesn’t always help the router.

FWIW, the JOSM plug-in that deals with change:lanes shows things nicely. And I 
suspect that routers like OsmAnd will be supporting it soon (if not already) as 
they support turn:lanes pretty well.

Extending this somewhat: I’ve traditionally mapped on and off ramps with the 
link leaving/joining the main way where the painted line becomes solid. With 
the relatively recent addition of change:lanes=*, I am wondering if the ramps 
should join the freeway at the actual physical point and the short lengths of 
acceleration/deceleration lanes which are physically part of the main traveled 
way be shown as another lane with change:lanes tagging to indicate where you 
are not supposed to cross.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] I 85 Express Lane (Atlanta, Georgia)

[Minh Nguyen]

On 22/09/2017 09:46, Jack Burke wrote:

My questions are:

* Should this lane be drawn as a separate way?  Legally, you cannot 
enter or exit the lane except at the designated sections, so drawing it 
separately makes things simpler for routers.  If it's drawn separately, 
a pair of motorway_link roads would need to be added at several places 
(the dashed-stripe sections).  The Lanes wiki page[4] seems to say that 
it should be drawn separately:  "If one or more lanes of the road are 
restricted to high-occupancy vehicles (typically vehicles with 2+ 
occupants, although this varies by jurisdiction). Most useful if 
entrance/egress is permitted at any point along the route; if entering 
or exiting the HOV lane(s) is only permitted at certain locations, 
modeling the HOV lane(s) as separate ways is preferable."  (Even though 
that says HOV, the same reasoning appears relevant for toll.)  Does 
everyone concur with this construction?


I might be inclined to map the lane as a separate way, but only because 
I don't know of any routers that currently recognize the change:lanes 
tag. [1] Either way, it makes sense to treat HOV and toll lanes similarly.


[1] https://wiki.openstreetmap.org/wiki/Key:change

--
m...@nguyen.cincinnati.oh.us


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-es] Importar estaciones Bicibox Àrea Metropolitana de Barcelona (AMB)

[Raul Vidal]

1. Página Wiki de Sant Boi de Llobregat[1]. Contiene comentario acerca de la 
importación de distintas islas de las geometrías de Catastro. ¿Cuál es la lista 
de importaciones?
2. No he puesto datos ya existentes. Y he actualizado los que ya había. Sí que 
he reemplazado alguno porque no sabía como actualizar la geometría con los 
nuevos datos.
3. He preservado datos antiguos. No ha habido pérdida de información.
4. El nivel de mantenimiento, el mismo de la zona: cuando voy viendo algo mal o 
algo nuevo que añadir, lo pongo.

Sent with [ProtonMail](https://protonmail.com) Secure Email.
https://wiki.openstreetmap.org/wiki/Ca:Sant_Boi_de_Llobregat

>  Original Message 
> Subject: Re: [Talk-es] Importar estaciones Bicibox Àrea Metropolitana de 
> Barcelona (AMB)
> Local Time: 24 September 2017 10:04 PM
> UTC Time: 24 September 2017 20:04
> From: yopaseo...@gmail.com
> To: Raul Vidal , Discusión en Español de OpenStreetMap 
> 
>
> No te engañes, una importación es una importación , y más allá de licencias 
> requieren varios pasos:
>
> 1-comunicación: debes avisar a la comunidad local y a la lista de 
> importaciones. También se recomienda hacer una página en la wiki.
> 2-importación: el proceso en sí, introducir los datos en OSM. a ser posible 
> estaría bien no meter datos ya existentes de entrada.
> 3-conflación: "mezclar" los datos nuevos con los viejos, completar los datos 
> ya existentes con los datos de los objetos nuevos duplicados que se pueden 
> suprimir y situar correctamente los elementos no existentes aún en OSM.
> 4-revisión: una importación no sirve de mucho si después no se hace 
> mantenimiento de esos datos.Salen en el mapa? están realmente correctamente 
> etiquetados? Existen realmente?
>
> Es cierto que la comunidad te puede ayudar a realizar todo este proceso, como 
> que te va a requerir mucho curro y paciencia (las cosas de "palacio" - 
> imports- van despacio). Así que paciencia, también te animo a que dialogues 
> con nosotros a través de los grupos catalán y español de Telegram donde 
> podemos charlar sobre ello, además de ayudarte a llevarlo a cabo.
>
> Salut i mapes
> yopaseopor___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Bing imagery round Bristol

[Ilya Zverev]

Just so you know, Bristol has got FIVE different satellite imagery 
layers available for tracing. You can compare these at


http://osmz.ru/imagery/#16/51.4523/-2.5961/mb

Though Bing looks the most recent of all, followed by Esri.

Ilya

24.09.2017 11:46, Neil Matthews пишет:

I think Bing imagery round Bristol has been updated (I can see new
Metrobus works) but at it's highest level it has lost the brightness and
clarity I used to enjoy.
A quick check in Bath / London and quality seems as before.

Presume that there's no way of changing any settings/caches to access
the previous set of tiles?

As it happens the ESRI layer is almost as good as the old Bing layer --
gets a bit more pixellated and doesn't zoom in quite as far as the Bing
layer in Josm.
Is there any way to get the ESRI layer to zoom better/more/interpolate
in a smoother manner (in Josm).

Any thoughts appreciated -- I've got several months worth of
house/building surveys to add -- and I'd got used to the stunning
quality of the previous Bing imagery.

Thanks,
Neil


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb




___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] Umfrage zum "organisierten" Mappen

[Manuel Reimer]

On 09/21/2017 09:21 PM, Frederik Ramm wrote:

die DWG hat eine Umfrage zum Thema "organisiertes Mappen"
veröffentlicht. Die DWG hat die Aufgabe, eine Richtlinie für das
organisierte Mappen zu entwickeln, und möchte zuvor mit der Umfrage die
Stimmung in der "Bevölkerung" erkunden.


Sorry, aber um meine bescheidene Meinung mal kundzutun: Ich halte diese 
Umfrage für alles andere als gut gemacht.


Die erste Seite erklärt das es immer mehr "organisiertes Mappen" gibt 
und das man der Meinung ist, dass dieses eigentlich positiv für die 
OSM-Community ist. Dann wird kurz erklärt was "organisiertes Mappen" und 
"bezahltes Mappen" ist.


Erste Frage gleich: "Welche Arten von Mapping-Aktivitäten sollten von 
einer Richtlinie erfasst werden".


- Welche Probleme gab es in der Vergangenheit, weshalb über eine 
Richtline nachgedacht wird?

- Was ist geplant in eine solche Richtline reinzuschreiben?

Wie soll ich die erste Frage beantworten, wenn diese Punkte noch 
garnicht klar sind?


Gruß

Manuel


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

hebdoOSM Nº 374 2017-09-12-2017-09-18

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 374 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9476/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 374 2017-09-12-2017-09-18

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 374 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9476/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-GB] Bing imagery round Bristol

[Neil Matthews]

I think Bing imagery round Bristol has been updated (I can see new
Metrobus works) but at it's highest level it has lost the brightness and
clarity I used to enjoy.
A quick check in Bath / London and quality seems as before.

Presume that there's no way of changing any settings/caches to access
the previous set of tiles?

As it happens the ESRI layer is almost as good as the old Bing layer --
gets a bit more pixellated and doesn't zoom in quite as far as the Bing
layer in Josm.
Is there any way to get the ESRI layer to zoom better/more/interpolate
in a smoother manner (in Josm).

Any thoughts appreciated -- I've got several months worth of
house/building surveys to add -- and I'd got used to the stunning
quality of the previous Bing imagery.

Thanks,
Neil


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] Umfrage zum "organisierten" Mappen

[Christoph Hormann]

On Sunday 24 September 2017, Manuel Reimer wrote:
> [...]
>
> Erste Frage gleich: "Welche Arten von Mapping-Aktivitäten sollten von
> einer Richtlinie erfasst werden".
>
> - Welche Probleme gab es in der Vergangenheit, weshalb über eine
> Richtline nachgedacht wird?
> - Was ist geplant in eine solche Richtline reinzuschreiben?
>
> Wie soll ich die erste Frage beantworten, wenn diese Punkte noch
> garnicht klar sind?

Das Missverständnis gab es auch schon auf der englischsprachigen Liste - 
die Umfrage ist keine Abstimmung über einen Richtlinien-Vorschlag, 
sondern der Versuch, ein Meinungsbild zu erhalten, wie Mapper zu 
organisierten und bezahlten Mapping-Aktivitäten stehen.

Was die Frage nach Problemen in der Vergangenheit angeht - in der 
jüngeren Vergangenheit gab es im Bereich des bezahlten Mappings zum 
Beispiel die recht prominenten Aktivitäten von Facebook beim 
AI-unterstützem Straßen-Mapping in Ägypten, Thailand und anderswo [1] 
sowie die ziemlich fragwürdigen Aktivitäten eines nach wie vor anonymen 
Unternehmens via Maproulette [2].  Letzteres war wohl der Hauptgrund, 
der bei der OSMF den Handlungsbedarf in diesem Bereich deutlich gemacht 
hat (ein Unternehmen, welches in größerem Umfang und gleichzeitig 
verdeckt in OSM aktiv wurde).   Daneben gibt es auch immer wieder 
organisierte unternehmerische Mapping-Aktivitäten in kleinerem Rahmen 
(im ÖPNV-Bereich, SEO-Kram und so was).  Und natürlich Aktivitäten von 
Firmen wie Mapbox.  Gerade letzte Woche gab es im OSMBlog zum Beispiel 
auch die Ankündigung von umfangreichen Vorhaben von Seiten kanadischer 
Behörden zum Mapping von Gebäuden in Kanada.  In wie weit solche 
Aktivitäten als Problem anzusehen sind ist natürlich Meinungssache - 
aber das ist ja genau das, was die Umfrage ermitteln soll.

Daneben gibt es natürlich auch in erheblichem Umfang extern 
organisiertes aber nicht bezahltes Mapping in OSM - angefangen bei 
Mapping-Parties bis hin zu Projekten wie HOT, wo insgesamt tausende 
Mapper organisiert für jeweils bestimmte externe Interessen mappen.  
Hier kann man der Meinung sein, dass so was - solange kein Geld an die 
Mapper gezahlt wird - generell unbedenklich ist, oder aber 
möglicherweise auch in gewissem Maße reguliert werden sollte.

Insgesamt ist wohl zu erwarten, dass die Meinungen zu diesem Thema unter 
Mappern stark auseinandergehen - von einem vollständigen laisser-faire 
bis zu einer strikten Regulierung.  Deshalb ist eine breite Teilnahme 
an der Umfrage wichtig - damit das Ergebnis auch zumindest ansatzweise 
die Meinungen der Community wiederspiegelt.

[1] https://wiki.openstreetmap.org/wiki/Talk:AI-Assisted_Road_Tracing
https://lists.openstreetmap.org/pipermail/imports/2017-March/004840.html

[2] http://www.openstreetmap.org/user/imagico/diary/40759

[3] 
https://blog.mapbox.com/government-and-citizens-collaborate-to-map-canada-4d24d30d477c

-- 
Christoph Hormann
http://www.imagico.de/

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] guidelines regarding roads access

[Greg Troxel]

Adam Franco  writes:

> One additional note is that at least in my area, the TIGER import
> incorrectly added access=private to many driveways and privately maintained
> residential roads. Upon surveying these I've found that they are signed
> "Private" or "PVT" on the street-name sign to indicate
> private-maintenance/ownership (don't complain to the town about a lack of
> snow-plowing/grading), but do not in reality have an access restriction.

For a "private way" (legal term in my state for what I think you refer
to as "privately maintained residential road"), I agree that there
shouldn't be access=private.

For a driveway to someone's house, access=private seems right, in that
it's generally at least impolite to use that road other than as
visitor/delivery/etc.

Are you saying that you think access=private on say a 100m driveway from
a real public road to a single house should have no access tag (or
access=yes)?  If so, I don't understand why.

[Veering off into an adjacent topic...]

But, that tends to lead to pink blobs in rendering, and I'm not sure
that's the right thing, as service roads having the status "you should
use these only when dealing with the adjacent entities" seems to be the
default/normal case.  We should adjust rendering, not access, to make
this pleasing.

So I have been putting access=private on driveways for residences and
businesses that don't welcome the public (industrial) as I edit, and not
putting that on servie/driveways for businesses that do welcome the
public (retail and some commercial, more or less).

Part of the issue here is that when thinking about routing, humans know
that osm-ways that are private can be used if they are associated with
your destination (and you have permission/invitation to the
destination).  So perhaps we need some sort of association between ways
and destinations, but that seems like a lot of work, and a lot of bits
in the database, without a clear rationale to a win for routers.


I notice that OSMand has been asking (roughly) "destination is in/near
access=private; ok to use those"?  I'm not sure what I think of this; it
seems that it's normal to use access=private to get someplace if that's
what it takes, since the default assumption of "route me to X" is "it's
ok for me to go to X".  The hard part is if where you want to go isn't
on the same lot, and that private way just happens to be the closest.
This is usually because of a missing driveway for where you are going,
though, so it's reasonable to take the viewpoint that there's a map
error/omission and that the router behavior will be right once that's
fixed.


signature.asc
Description: PGP signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-dk] Dele af København under vand på OSM standardkortet

[Michael Andersen]

On fredag den 22. september 2017 12.59.49 CEST Torben Brendstrup wrote:
> Jeg ved ikke om det er en renderingsfejl, eller det er et sygt edit, men
> det ser pt ud som om Ørestad, Amagerbro og Sydhavnen er sunket.
> 
> Er der nogen der ved hvordan det kan fixes, eller ved hvem man skal have
> fat i?

Dette forekommer når der er eller for nyligt har været skader på kystlinien et 
eller andet sted. På "Coastline" laget på https://tools.geofabrik.de/osmi/ kan 
man følge med i om der pt skulle være sådanne skader.

Jeg studerede området fredag aften og kunne da på zoom niveau 14 konstatere 
enkelte blå områder midt på Amager. Jeg kunne ikke konstatere skader på 
Amagers kystlinie og der var heller ikke registreret nogen på OSMI. I dag 
søndag er de blå områder ikke længere at se, så jeg tror det der forårsagede 
dem allerede var rettet i fredags og at render serverne blot ikke havde nået 
at opdatere områderne.

Jeg har selv i perioder fulgt med på OSMI og rettet fejl på kystlinier rundt 
omkring i verden. Dette er noget enhver der føler sig fortrolig med den slags 
kan.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk