Re: [Talk-bo] Consulta

[Marco Antonio]

On 8 September 2019 13:05:41 GMT-04:00, "Carlos E. Flores" 
 wrote:
>Cómo están.
>Mi nombre es Carlos Flores, soy periodista y vivo en Ecuador. Tengo una
>plataforma de periodismo de datos llamada Ojo al Dato
>. Les leo con frecuencia en esta lista (muy
>interesante), pero quisiera -perdonen que sea novato- si me pueden
>ayudar
>con algunas cosas básicas para entrar en el mundo del mapeo. ¿Por dónde
>debería empezar? Les agradeceré cualquier orientación al respecto :)

Hola carlos, qué interesante plataforma la tuya, muy útil el seguimiento, 
gracias por leernos, particularmente me gusta las listas de correo porque 
permite a cualquier persona leerlas y no confundirse con mensajes cortos en 
chats

Pienso que para iniciar en el mapeo se necesita conocer conceptos básicos sobre 
elementos del mapa, ubicación, imágenes, formatos digitales, captura de datos, 
simbolización, etc para entender cómo funciona un mapa impreso y uno digital, 
una página simple es https://mapschool.io/index.es.html

En OSM necesitas saber que tienes elementos del mapa, como un punto para 
representar un árbol, un basurero, un negocio, una oficina, en si un objeto 
físico puntual, luego una línea para muros, caminos, calles, ciclovías, 
puentes, ríos, y un área para lagos, áreas de escuelas, hospitales, un 
edificio, un parque o un grupo de árboles... estos 3 elementos tienen 
características llamadas "etiquetas" que lo definen por ejemplo un arbol 
(natural=tree), una calle (highway=trunk) , un parque (leisure=park), una 
tienda de barrio (amenity=convenience) y otras etiquetas como nombre (name), 
horario de atención (opening_hours) y así hay cientos de etiquetas que detallan 
la característica de cada objeto físico en el planeta

Las etiquetas puedes encontrarlas en 
https://wiki.openstreetmap.org/wiki/ES:Map_Features

Para comenzar a editar en el mapa recomiendo usar el editor web ID desde la 
página osm.org, puedes ir editando tu barrio donde vives, en el editor primero 
eliges un elemento (punto, línea, área) y luego buscas una etiqueta que 
represente lo que quieres mapear, y tendrás un formulario para completar 
algunas etiquetas, hay un botón para guardar los cambios, al guardar te muestra 
un lugar para un texto explicativo breve que describa tu cambio, es importante 
poner un resumen porque cambiaste porque ayuda a otros mapeadores a entender tu 
cambio

hay un vídeo tutorial que puedes ver y explica bien una edición 
https://www.youtube.com/watch?v=N_00vAPjSkw

Tambien Puedes comenzar leyendo la guía https://learnosm.org/es/beginner/

No hay que tener miedo a fallar editando porque todos hemos fallado alguna vez, 
y si tienes dudas o preguntas sobre qué etiqueta utilizar para mapear un 
elemento cualquiera puedes preguntar aquí en la lista y te ayudamos a 
encontrarla

Feliz mapeo!

Abrazos,
Marco Antonio

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

[Talk-br] Proposta de importação de dados da PBH/Prodabel

[Alexandre Oliveira]

Boa noite,

A Prefeitura de Belo Horizonte (PBH) disponibiliza, através da
Prodabel, várias camadas de dados georreferenciaados através do portal
BHMap[0].

Venho desde abril observando e analisando possíveis camadas e dados
que poderiam ser importados para o OSM e que beneficiariam os usuários
do mapa localizados em Belo Horizonte. Entre essas camadas, uma delas
fornece a geometria das edificações existentes em BH, que é o objetivo
principal desta proposta.

Os dados do portal estão disponíveis sob a licença ODbL[1], então
acredito que não há necessidade de abrir um chamado solicitando
autorização para uso dos dados.

Estive conversando com o naoliv e parece que o processo para importar
estes dados é simples (porém trabalhoso). Ele me alertou sobre
possíveis conflitos que poderiam acontecer (por exemplo, devido ao uso
incorreto da tag `building=yes`), e me passou uma query[2] do Overpass
para corrigir estes problemas para que não houvesse dificuldades na
hora de importar os prédios. Importei os prédios no QGIS e fui
arrumando as edificações com maior área que estavam utilizando a tag
`building` da maneira errada. Como eram mais de 10mil prédios ao todo,
fui verificando apenas aqueles que tinham maior área. As alterações
estão no meu usuário do OSM[3] (começa no changeset 70091873).

O processo, como disse, deve ser simples. Há, mais ou menos, 740mil
prédios mapeados pela Prodabel/PBH, e no OSM existem, atualmente, uns
10mil. A camada parece estar alinhada com a imagem de satélite do
Bing[4] (inclusive é possível obter a ortofoto utilizada para o
mapeamento no próprio BHMap, datada de 2015). Como foi sugerido pelo
naoliv, os passos seriam os seguintes:

1. (Re)Verificação do uso da tag `building=yes` nos prédios mapeados no OSM;
2. Preparação da camada de edificações do BHMap
  a. Verificar o alinhamento da camada com os dados existentes no OSM;
  b. Adicionar as tags do OSM necessárias aos prédios (seria feito por script)
- Existem outras camadas com informações essenciais disponíveis no
BHMap. Por exemplo, há camadas que listam escolas, hospitais, UPAs,
parques, praças, cemitérios (há também uma camada que lista os
comércios existentes sob o nome de "Atividades Econômicas")
- Essas camadas seriam usadas para detalhar as edificações

  c. Verificar e mesclar as duas camadas (a nova, da PBH, com a
existente, do OSM)
- no caso, o que foi mapeado no OSM seria mantido, porém seriam
feitas algumas correções com base nos dados a serem importados

3. Validação e apresentação da proposta de importação na Wiki

Como disse, o processo é simples, porém trabalhoso. Agradeço a ajuda
do naoliv e do Sérgio (que fez um processo similar em Porto Alegre) e
gostaria que a comunidade apresentasse sugestões para o plano.
Atualmente não fiz nada em relação a camada da prefeitura, estive
apenas verificando e corrigindo algumas áreas prediais que poderiam
complicar o processo.

Em relação ao alinhamento da camada oriunda da PBH, até onde sei não
existe uma iniciativa similar à Prefeitura de Porto Alegre que
construiu marcos geodésicos físicos na cidade. Existe a rede do IBGE,
porém não é tão fácil confirmar a existência das estações sem a ajuda
de um funcionário do instituto.

[0] http://bhmap.pbh.gov.br
[1] https://dados.pbh.gov.br/dataset/portal-bhmap
[2] https://overpass-turbo.eu/s/HRU
[3] https://www.openstreetmap.org/user/_aoalmeida/history
[4] https://i.imgur.com/DhswZsB.jpg

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

Re: [Talk-ca] Saints in street names in Ontario

[Jarek Piórkowski]

Hello,

I'm following up on the thread about saints and lack thereof in street
names from a couple of months ago (see archives [1] [2]).

I would like to suggest the following wording added to Canadian
tagging guidelines at
https://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Street_names
:

In Ontario, street and road names containing initial "St." or "St"
should only be expanded to "Saint" when "Saint" is common usage for
that street. To be clear, this overrides the general rule
https://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29
for "St." which does not stand for "street". As with other names in
OSM, factors you might want to consider when determining common usage
include spellings posted on street signs ("on the ground" rule),
spellings used in local media, GeoBase street name data, and spellings
used by official municipal sources including open data datasets. See
discussion on talk-ca [0].

where [0] would be a link to this message/thread archive. (Comments on
the wording and suggestions appreciated!)

Is anyone opposed to this change?

I have attempted to advertise/announce this proposed change. This was:
- posted in this mailing list in March/April of this year (some quoted
below, see list archives for more discussion)
- I posted a note https://www.openstreetmap.org/note/1741334 in
Toronto with a link to this thread (supportive responses from Kevo and
DannyMcD)
- on April 10, sent a message [2] with a link to the note to editors
who were showing up as top editors on
http://osmstats.neis-one.org/?item=countries=Canada
(they aren't necessarily representative of the community, but it's
really the closest we can reasonably do given our current tooling) [3]
(no private message responses)
- posted on OSM Canada Slack on 17 August
https://osm-ca.slack.com/archives/CASP8UQNT/p1566053199044200
(supportive responses from Matthew Darwin and Eric Geiler)
- on August 27, sent a few more private messages to editors in top 50
on the stats page who had done Ontario edits [4] (no private message
responses)

If you know of anyone else who might have a further opinion on this,
please forward as possible.

Thanks,
--Jarek


[1] 
https://lists.openstreetmap.org/pipermail/talk-ca/2019-March/thread.html#9179
[2] 
https://lists.openstreetmap.org/pipermail/talk-ca/2019-April/thread.html#9262

[3] message contents were mostly as follows (a few were additionally
slightly customized, like noting an editor active in St. Thomas area):

Hi [username],

I am writing to you as an active mapper in Ontario. I have suggested a
guideline to not expand “St”/”St.” to “Saint” in Ontario when it is
signed as “St”/”St.” on the ground, so that for example St. Clair
Avenue in Toronto would not be “Saint Clair Avenue”. I would welcome
your comments. Please see https://www.openstreetmap.org/note/1741334
for more details and feel free to respond on the note or in a PM to
me.

(Apologies if you have already seen this on the mailing list -
usernames and mailing list names don’t always match so I messaged many
editors just to be safe.)

Thanks, –Jarek

[4] recipients on April 10: Bootprint, andrewpmk, Kevo, EzekielT,
Allan Sharpe, BlueJaysFan86, CamTGR, LogicalViolinist
[5] recipients on August 27: Undearius, zzptichka, DannyMcD, egli,
OttawaHiking, MaximusSayan

On Wed, 3 Apr 2019 at 21:11, Jarek Piórkowski  wrote:
>
> Hi all,
>
> I'm responding to the saints discussion I started last month. (Finally - 
> sorry.)
>
> Question: does anyone identify as an Ontario mapper and opposes a
> resolution that in Ontario (except where overridden by more local
> communities as in Ottawa) we do not expand "St" or "St." to "Saint"?
> Sub-question: does anyone identify as a Toronto mapper and opposes a
> resolution that in Toronto we got by majority of city signs [1] and we
> do not expand "St" or "St." to "Saint" except where indicated by the
> Toronto official open data centrelines shapefile?
>
> I have meanwhile checked Toronto's open data and their shapefiles/DBF
> files [2] specify values like "St Andrew St" (Kensington Market), "St
> Annes Rd" (~Dufferin Grove), "St John's Rd" (Junction, conflicting
> with other sources on the apostrophe), and "St Clair Ave E". There is
> also a "Street Name Index" [3] which includes a list of abbreviations
> which does not feature "Saint" or its varieties and spells all "Saint"
> roads like "ST GEORGE ST" and "ST CLAIR AVE E", and has no roads
> starting with "SAINT" other than "SAINTFIELD AVE" and "SAINTSBURY SQ".
>
> Martin made the argument that "OSM database should use proper words"
> but this seems to me to be an etymology argument. Under my admittedly
> not very charitable reading, under this argument we would respect
> local spelling differences like Canboro Road vs Canborough Road (name
> changes at municipality border), we live with corruptions of Steele's
> and St. Clare and so many "Queens" rather than "Queen's", we accept
> non-original anglicized spellings for 

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

Am 09.09.2019 um 01:41 schrieb Joseph Eisenberg:
> Re: > where to put the attribution when multiple sources have been
> used in a map rendering and OSM is not the source of the majority of
> the data presented.
>
> On (or on top of) the rendered map, in the same font weight as any
> other logo or other copyright notice, and preferably with a clickable
> hyperlink to https://www.openstreetmap.org (only required if this is
> also offered for other features on the map).
>
> The (c)Openstreetmap should be included if any other attribution is
> included. If there isn't room for (c)OSM, then there should not be any
> other logo or copyright on the map either. In in this case a generic
> "i" or "(c)" link could be included to another page - so the only
> situation where Openstreetamp attribution should not be shown on the
> map is where there is not room for any attribution or logo.

(c)OSM is not sufficient nor something that we could require as
attribution for a host of different reasons. So could we please stay on
topic.

>> Nobody is making any exceptions.
> The currently policy seems to allow rendered maps to show the logo of
> the map renderer and copyrights of other data sources on the map if
> they make up the majority of the data shown, without showing the
> Openstreetmap copyright notice or link. I think it's clear that
> several contributors disagree with this exception, myself included.

There is no current guidance for the use of multiple sources which is
why we are in the progress of  developing one.

The reason why it is completely sensible to not require on map
attribution when OSM data is not the major part of the data presented,
is because OSM is not the major part of the data presented. We should
not be interested in having wonky data from, choose your favourite OSM
competitor, being attributed to us (btw we get enough mistaken
complaints as is) and there is a trade off between accuracy and the room
required to express that and the simplicity and visibility of the
attribution.

As laid out in the intro to the document, the attribution that is
provided should not be confusing and should enable the person
interacting with the produced work to determine what data is obtained
from "the database", aka OSM in our case. Blanket attribution to OSM of
all sources used does not do that.

Simon

> -Joseph Eisenberg
>
> (Disclosure: Just a volunteer contributor as a mapper and at
> Openstreetmap-carto, I don't have any financial interest in this
> project, nor will the copyright policy directly affect me, except when
> I print out maps, I suppose)
>
> On 9/9/19, Simon Poole  wrote:
>> Am 08.09.2019 um 23:52 schrieb Christoph Hormann:
>>> On Sunday 08 September 2019, Clifford Snow wrote:
 Christoph,
 What would you recommend and how can it be implemented and tested to
 insure compliance with the license? How does the user of OSM data
 figure out what data is counted in the threshold for requiring full
 attribution. Especially when the OSM usage may just be a basemap from
 a 3rd party tile server.
>>> I think any substantial use of OSM data should be attributed in a way
>>> that is "reasonably calculated to make any Person that uses,
>>> views, accesses, interacts with, or is otherwise exposed to the Produced
>>> Work aware that Content was obtained from" - like the license says.  No
>>> exceptions.
>> Nobody is making any exceptions.
>>
>> Simon
>>
>>
>>



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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Joseph Eisenberg]

In the case of 10 sources with ODbL attribution requirements, I would
still prefer that (c)Openstreetmap be included on the rendering,
because this is the only ODbL project that is totally free and open
and created by individual volunteers, as far as I am aware.

Government-created databases have already been paid for by taxpayers,
and will not stop existing if no one knows about them. But
Openstreetmap needs new contributors, so we need people to know that
we exist.

However, as I mentioned above, I'm fine with providing a link to ALL
copyright and attribution notices, when it's physically impossible to
attribute them all properly due to limited space.

This means that there can't be a "facebook" or "Mapbox" logo on the
map: just a link "copyright attribution" or "data sources" (or "i" if
it's a tiny 100x100 pixel map) - ideally this would pop up without
needing to click, if it's online.

If the map renderer wants to include their logo, then they must
include (c)Openstreetmap as well (or perhaps (c)OSM if it's a tiny
200*200 pixel / 2cm*2cm map and their own logo is tiny)

If the map renderer wants to include a link to their website or any
other website on the online or rendered map, then they have to include
a link to Openstreetmap.org. Full stop.

Please provide a practical real-world example where these requirements
are impossible to meet, if I'm mistaken.

- Joseph Eisenberg

On 9/9/19, Simon Poole  wrote:
> To illustrate where this discussion has gone awry please consider a
> rendering using 10 data sources all licensed on ODbL terms (in real life
> it is not uncommon to have multiple dozens of different sources, so 10
> is not a high number).  The ODbL does not, nor does any other open
> licence, intend for such a product not to be possible because of the
> practicalities of  providing simultaneously visible attribution of all
> sources all the time.

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Joseph Eisenberg]

Re: > where to put the attribution when multiple sources have been
used in a map rendering and OSM is not the source of the majority of
the data presented.

On (or on top of) the rendered map, in the same font weight as any
other logo or other copyright notice, and preferably with a clickable
hyperlink to https://www.openstreetmap.org (only required if this is
also offered for other features on the map).

The (c)Openstreetmap should be included if any other attribution is
included. If there isn't room for (c)OSM, then there should not be any
other logo or copyright on the map either. In in this case a generic
"i" or "(c)" link could be included to another page - so the only
situation where Openstreetamp attribution should not be shown on the
map is where there is not room for any attribution or logo.

> Nobody is making any exceptions.

The currently policy seems to allow rendered maps to show the logo of
the map renderer and copyrights of other data sources on the map if
they make up the majority of the data shown, without showing the
Openstreetmap copyright notice or link. I think it's clear that
several contributors disagree with this exception, myself included.

-Joseph Eisenberg

(Disclosure: Just a volunteer contributor as a mapper and at
Openstreetmap-carto, I don't have any financial interest in this
project, nor will the copyright policy directly affect me, except when
I print out maps, I suppose)

On 9/9/19, Simon Poole  wrote:
>
> Am 08.09.2019 um 23:52 schrieb Christoph Hormann:
>> On Sunday 08 September 2019, Clifford Snow wrote:
>>> Christoph,
>>> What would you recommend and how can it be implemented and tested to
>>> insure compliance with the license? How does the user of OSM data
>>> figure out what data is counted in the threshold for requiring full
>>> attribution. Especially when the OSM usage may just be a basemap from
>>> a 3rd party tile server.
>> I think any substantial use of OSM data should be attributed in a way
>> that is "reasonably calculated to make any Person that uses,
>> views, accesses, interacts with, or is otherwise exposed to the Produced
>> Work aware that Content was obtained from" - like the license says.  No
>> exceptions.
>
> Nobody is making any exceptions.
>
> Simon
>
>
>

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Christoph Hormann]

On Monday 09 September 2019, Simon Poole wrote:
> >
> > I think any substantial use of OSM data should be attributed in a
> > way that is "reasonably calculated to make any Person that uses,
> > views, accesses, interacts with, or is otherwise exposed to the
> > Produced Work aware that Content was obtained from" - like the
> > license says.  No exceptions.
>
> Nobody is making any exceptions.

Allowing for an 'attribution light' - a concept that is not in any way 
supported or implied by the ODbL - under specific circumstances, is 
clearly an exception.

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

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

To illustrate where this discussion has gone awry please consider a
rendering using 10 data sources all licensed on ODbL terms (in real life
it is not uncommon to have multiple dozens of different sources, so 10
is not a high number).  The ODbL does not, nor does any other open
licence, intend for such a product not to be possible because of the
practicalities of  providing simultaneously visible attribution of all
sources all the time.

Am 09.09.2019 um 00:10 schrieb Joseph Eisenberg:
> The attribution should be at least (c)OpenStreetMap, but it's fine to
> give more detail like:
>
> 1. Using just the coastal shoreline in the basemap:
>
> (c) OtherDataSource, coastline (c)OpenStreetMap
>
> 2. Using OSM basemap in 1 along with roads, rivers and water bodies
>
>  (c) OtherDataSource, basemap (c)OpenStreetMap
>
> 3. Using OSM basemap with 2 and buildings
>
> (c)OpenStreetMap,  (c) OtherDataSource
>
> It seems simpler to just clearly state "you need to include
> (c)OpenStreetMap on the map if you use OpenStreetMap" rather than
> making more complicated rules.
>
> - Joseph Eisenberg
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

Nobody is even remotely suggesting that use OpenStreetMap data can be
used without attribution (claims that that is the case lead me to
believe that some haven't actually read the document in question).

The discussion is solely about the practicalities  of where to put the
attribution when multiple sources have been used in a map rendering and
OSM is not the source of the majority of the data presented.

Simon

Am 08.09.2019 um 23:48 schrieb stevea:
> I don't want to sound overly simplistic, but as a copyright holder, I believe 
> if ANY amount of my (or "our" in the sense of copyright shared among many 
> individuals, as are the rights in OSM's ODbL) data-under-license are included 
> in a derivative work, and I mean ANY non-zero amount, "attribution" (as ODbL 
> defines attribution) is legally required.
>
> I believe ODbL agrees with this (there is no mention of "percentages" there), 
> though I am not an attorney.  Why is this so difficult?
>
> "Any non-zero amount of OSM data yields a legal requirement for proper 
> attribution."  Do I miss something?
>
> SteveA
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

Am 08.09.2019 um 23:52 schrieb Christoph Hormann:
> On Sunday 08 September 2019, Clifford Snow wrote:
>> Christoph,
>> What would you recommend and how can it be implemented and tested to
>> insure compliance with the license? How does the user of OSM data
>> figure out what data is counted in the threshold for requiring full
>> attribution. Especially when the OSM usage may just be a basemap from
>> a 3rd party tile server.
> I think any substantial use of OSM data should be attributed in a way 
> that is "reasonably calculated to make any Person that uses,
> views, accesses, interacts with, or is otherwise exposed to the Produced
> Work aware that Content was obtained from" - like the license says.  No 
> exceptions.

Nobody is making any exceptions.

Simon




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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Eric SIBERT via Talk-fr]

Je suppose qu'Eric veut dire que les "anciennes" données étaient de 
facto mettons en GDA94 et qu'elles doivent être reprojetées en GDA2020.


Non, tel n'est point mon propos. Du passé, faisons table rase ;-). Je me 
pose la question du présent et du futur. Quelle solution globale peut-on 
proposer pour tenir compte de la dérive des plaques pour les futures 
contributions?


Si je comprends bien, la réalisation d'un système géodésique consiste à 
fournir, pour une date donnée, les coordonnées d'un certain nombre de 
stations de référence (et aussi leur vitesse de dérive).


On a par exemple l'ITRF (International Terrestrial Reference System) 
avec des réalisations en 92 (à l'epoch astronomique 1992,0), 93, 94, 96, 
2000, 2005, 2008, 2014 et bientôt 2020 (pour une publication fin 2021).


WGS84 a aussi des réalisations successives qui sont des reprises en 
retard des réalisations ITRF ces derniers temps.


Mon idée, dans le cadre d'OSM, c'est de continuer à contribuer en WGS84, 
dans la dernière réalisation figé à sa date de réalisation (ou en ITRF 
si on trouve que WGS84 est trop en retard sur ses réalisations). 
C'est-à-dire qu'on contribue dans un système local initialement 
coïncidant avec WGS84. À chaque nouvelle réalisation, il faut une 
conversion de toute la base OSM de l'ancienne réalisation à la nouvelle 
réalisation.


Variante, comme la dérive des points de référence est aussi fournie avec 
la réalisation, tous les jours à minuit, on corrige les coordonnées dans 
OSM pour tenir compte de la dérive :-). Il y aura sans doute aussi des 
corrections résiduelles à appliquer lors des changements de réalisation 
pour tenir compte des plaques qui ont pris des virages.


Solution intermédiaire, on fait une correction de dérive une fois par an 
ainsi qu'une correction résiduelle aux changements de réalisation.


Dans tous les cas, ce sont aux fournisseurs de données en amont et aux 
utilisateurs en aval à s'adapter pour bien passer de leur système local 
au système global. Sachant que les fournisseurs/utilisateurs ne sont pas 
nécessairement les utilisateurs finaux mais les concepteurs de logiciels 
et autres plugins.


On pourrait imaginer, pour RGF93, d'avoir un service centralisé qui 
fournit une grille en latitude/longitude avec les paramètres locaux de 
conversion RGF93<->WGS84(dernière réalisation avec dérive ou pas suivant 
l'option choisie ci-dessus) à chaque point de la grille.


Eric

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Joseph Eisenberg]

The attribution should be at least (c)OpenStreetMap, but it's fine to
give more detail like:

1. Using just the coastal shoreline in the basemap:

(c) OtherDataSource, coastline (c)OpenStreetMap

2. Using OSM basemap in 1 along with roads, rivers and water bodies

 (c) OtherDataSource, basemap (c)OpenStreetMap

3. Using OSM basemap with 2 and buildings

(c)OpenStreetMap,  (c) OtherDataSource

It seems simpler to just clearly state "you need to include
(c)OpenStreetMap on the map if you use OpenStreetMap" rather than
making more complicated rules.

- Joseph Eisenberg

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Christoph Hormann]

On Sunday 08 September 2019, Clifford Snow wrote:
>
> Christoph,
> What would you recommend and how can it be implemented and tested to
> insure compliance with the license? How does the user of OSM data
> figure out what data is counted in the threshold for requiring full
> attribution. Especially when the OSM usage may just be a basemap from
> a 3rd party tile server.

I think any substantial use of OSM data should be attributed in a way 
that is "reasonably calculated to make any Person that uses,
views, accesses, interacts with, or is otherwise exposed to the Produced
Work aware that Content was obtained from" - like the license says.  No 
exceptions.

Bargaining away this attrbution requirement because a data user has 
diluted OSM data with other data is just not a good idea.  It 
complicates the whole matter, is in conflict with the letter and spirit 
of license and why we have the attribution requirement and as explained 
the dilution threshold is also practically non-quantifiable.

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

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[stevea]

I don't want to sound overly simplistic, but as a copyright holder, I believe 
if ANY amount of my (or "our" in the sense of copyright shared among many 
individuals, as are the rights in OSM's ODbL) data-under-license are included 
in a derivative work, and I mean ANY non-zero amount, "attribution" (as ODbL 
defines attribution) is legally required.

I believe ODbL agrees with this (there is no mention of "percentages" there), 
though I am not an attorney.  Why is this so difficult?

"Any non-zero amount of OSM data yields a legal requirement for proper 
attribution."  Do I miss something?

SteveA

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Clifford Snow]

On Sun, Sep 8, 2019 at 1:24 PM Christoph Hormann  wrote:

> On Sunday 08 September 2019, Simon Poole wrote:
> >
> > But in any case the guideline refers to the  "visible map rendering".
> > At least in conventional use of the term, aerial imagery is not a
> > map, but if you so which we could surely add a definition for "map"
> > that makes it clear that we are referring to the rendering of map
> > vector data and similar and not image-like layers.
>
> I think i have made my point that your concept of quantifying data
> fractions is based on a very fragile understanding of the granularity
> of the data involved - not a good basis for any kind of universal
> rules.
>
> Yes, you can try patching the holes in this concept by re-defining what
> a map is but at the end of the day to define a relative fraction of OSM
> data use as a quantitative cutoff for an 'attribution light' is just a
> bad idea IMO.
>

Christoph,
What would you recommend and how can it be implemented and tested to insure
compliance with the license? How does the user of OSM data figure out what
data is counted in the threshold for requiring full attribution. Especially
when the OSM usage may just be a basemap from a 3rd party tile server.

Using examples like:
1. Using just the coastal shoreline in the basemap
2. Using OSM basemap in 1 along with roads, rivers and water bodies
3. Using OSM basemap with 2 and buildings
etc.

Best,
Clifford


-- 
@osm_washington
www.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Track life anzeigen

[bergaufsee via Talk-de]

Hallo Markus,


> Cool - das ist genau was ich suche! gefunden:
> https://osmand.net/de/features/trip-recording-plugin
>
> Den Roten GPX-Button habe ich bereits :-)
> Da kann ich auch das Intervall in Sekunden wählen und Start/Stop.
>
> Aber "show to map" fehlt - wie lasse ich den Track life anzeigen?
Ja, die Menüs sind sehr gewöhnungsbedürftig..., unten links drauf
klicken, dann Übersichtsseite, dann runterscrollen bis Tracks, dort
entweder direkt aktivieren (rechtes Symbol) oder auf "alle anzeigen" und
dort auswählen und über die 3Punkte aktivieren. Da gibt es dann noch
viele Einstell- und Auswertemöglichkeiten z.B. Farbe des tracks.
> Wo wird der Track hin gespeichert?
in OsmAnd importierte und aufgezeichnete Routen findest du bei
Standardinstallation im internen Speicher unter
/Android/data/net.osmand.plus/files/tracks/ ff
> Im Menü "Karte konfigurieren" ist "GPX-Track" angehakt.
ja, hier kannst du auch tracks aus- und abwählen
> Wie bekomme ich ihn vom Tablet runter?
>
> Wie bekomme ich externe Tracks aufs Tablet?
> (habe eine externe SD-Karte in meinen Samsung und ein USB-Kabel dafür)
evtl. bluetooth oder halt via USB vom/zum Rechner, ich weiß ja nicht wo
du die hin oder her haben willst ;)
> Wie finde ich die ext. Tracks dann mit OsmAnd zum Anzeigen?

die Datei am einfachsten aus einem Dateimanager heraus direkt mit OsmAnd
öffnen

> Wie kann ich die später wieder löschen?
entweder im oben angegebenen Tracks 3Punke Menü oder einfach im Dateimanager
>
> Gruss, Markus
>
Gruß Bernd

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Christoph Hormann]

On Sunday 08 September 2019, Simon Poole wrote:
>
> But in any case the guideline refers to the  "visible map rendering".
> At least in conventional use of the term, aerial imagery is not a
> map, but if you so which we could surely add a definition for "map"
> that makes it clear that we are referring to the rendering of map
> vector data and similar and not image-like layers.

I think i have made my point that your concept of quantifying data 
fractions is based on a very fragile understanding of the granularity 
of the data involved - not a good basis for any kind of universal 
rules.

Yes, you can try patching the holes in this concept by re-defining what 
a map is but at the end of the day to define a relative fraction of OSM 
data use as a quantitative cutoff for an 'attribution light' is just a 
bad idea IMO.

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

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

Re: [Talk-GB] 'Sources' tags

[Michael Booth]

From the wiki:

Tags  such as imagery_used=Bing 
are set automatically by the iD editor 
 and Vespucci 
 on changesets 
. It indicates which 
imagery (e.g. which aerial imagery 
) was being 
displayed in the editor while the user made the changes. It doesn't 
necessarily mean the imagery was actually used as a source, though it is 
pretty similar to Key:source 
.


If you make an edit in using Bing and then another using Maxar, both 
will be listed by iD, same with Mapillary, etc.


On 07/09/2019 21:32, Simon Poole wrote:


I don't know how iD does it, but Vespucci includes the imagery used 
when you actually made an edit, potentially multiple different 
sources. You should still enter a source comment, imagery_used is 
simply for additional documentation purposes.


Am 07.09.2019 um 18:54 schrieb Edward Bainton:
I've noticed the changeset data includes the aerial image used 
(presumably at the moment you hit 'save', if you've referred to 
several?)


Does this mean I don't need to add a source=aerial_imagery tag before 
I save a changeset? iD doesn't have it available as default; you have 
to choose it under 'add field'.


Thanks.

___
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



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

Re: [Diversity-talk] Your talk submission for SotM 2019

[Rory McCann]

Hi all,

I'm happy lend a helping hand if I can. I put my name on the pad.

I was considering of running a LGBTQ* "bird of a feather"/"self 
organized session" at SotM too which is sorta related.


Rory

On So, Sep 8, 2019 at 8:47 PM, Miriam Mapanauta  
wrote:

Hi Heather,

I am happy to participate in the discussion :)

Thanks,

Miriam

On Sun, Sep 8, 2019 at 1:07 PM Heather Leson  
wrote:
HI folks, I heard back from Rebecca and Patricia. they will help 
out. We would very much like to engage others. Let me know if you 
would like to be involved.  We will need the following:


4 or 5 helpers (low prep, just help lead a discussion)
an OSM Diary. Happy to cowrite with you

Our allies at the Mozilla Diversity and Inclusion mailing list 
suggested a format. I think it is helpful. I put the notes and 
format draft here. Edits welcome


https://pads.ccc.de/bwWXryNYXv

See you soon

Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Tue, Sep 3, 2019 at 6:47 PM Heather Leson 
 wrote:

Dear colleagues,

I hope that your summer was grand.

I am researching formats for this. One thing that might help us is 
to tackle what is inclusive language and what are some of the 
measures to improve diversity - specifically in the board and 
working groups. Thoughts?


"The OSM community is global and diverse. Building on last year's 
Open Heroines conversation, we will co-create a space for OSM to 
talk about how to improve diversity and inclusion in our amazing 
project. All welcome."


How can OSM be more diverse and inclusive? Join us to share your 
lessons and ideas on how we might grow and support a Diversity and 
Inclusive approach in OSM. This is an activity taking place across 
other 'open' communities. We will ask participants to co-create 
plans and identify how we might incorporate it into small and big 
activities within the global network. The format will be co-created 
with some potential outcomes. The goal is to be a conversation with 
interactive, participatory methods and some small group work.


See more about this topic:
https://blog.mozilla.org/internetcitizen/2019/03/04/open-source-inclusion/
https://opensourcediversity.org/
https://github.com/mozilla/diversity


Shared planning space - https://pads.ccc.de/bwWXryNYXv


Thank you

Heather
Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Sun, Jul 28, 2019 at 4:47 PM Heather Leson 
 wrote:
HI everyone, sorry for my delay.  Christine, thanks to you and the 
org committee for this opportunity. We will make this time work 
for us.



Dear colleagues, I am going on leave until August 14th. shall we 
set up a document to plan this session. Miriam - I have made 
remote participation possible in the past. We will do our best.


Heather


Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Wed, Jun 12, 2019 at 5:13 AM Miriam Mapanauta 
 wrote:

Hi Christine,

No problem from my side, I can be available remotely, I don't 
believe I will be able to attend the event.


Thanks,

Miriam

On Sun, Jun 9, 2019 at 1:10 PM Christine Karch 
 wrote:

Hi all,

 yesterday we had our schedule meeting. It was quite difficult 
to find a
 suitable place for your session as you have quite divergent 
availability

 time frames mentioned.

 We scheduled your session for 09-22 at 14h. We got a warning 
that Miriam
 is not available at this time. Could you please have a look at 
Miriam
 availability times. They seem to be very limited, maybe you 
made a

 mistake during the submission process.

 Kind regards,

 Christine



--

Miriam
@mapanauta



--

Miriam
@mapanauta




___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

Am 08.09.2019 um 20:37 schrieb Christoph Hormann:
> On Sunday 08 September 2019, Simon Poole wrote:
>> I think you are confusing potentially extractable information with
>> actual data. For example satellite imagery may have a potentially
>> high information content that could be with appropriate processing be
>> turned in to data, but each image in itself is at most one datum.
> I see - so you want to quantify by counting 'data objects' of some sort.  
> I assume for the OSM side you want to go with the quantification of one 
> OSM feature equals one countable object and a large lake multipolygon 
> for example can count a few thousand?
>
> You'd still loose by a huge margin in a map with contour line relief 
> rendering of course.
>
> And i would still hold the bet that i would be able to get the OSM 
> fraction of any map below 50 percent without too much effort.
>
>> Now waiting for the every image is a pixel database argument.
> You are aware that most satellite image layers used in visualizations 
> are produced from hundreds of thousands or even millions of individual 
> images, assembled pretty much in the same way as a map rendering is 
> assembled from multiple features.  It therefore seems your 'one datum' 
> concept is somewhat fragile.

I wrote "at most" one datum, I would argue that that an image is an
image (even if it is a composite image) and not a datum.

But in any case the guideline refers to the  "visible map rendering". At
least in conventional use of the term, aerial imagery is not a map, but
if you so which we could surely add a definition for "map" that makes it
clear that we are referring to the rendering of map vector data and
similar and not image-like layers.

Simon

>
> I see exactly one possible quantification of data fractions in a map 
> that could not be easily circumvented.  That would be based on the 
> number of human work hours that went into producing the data.  This is 
> a rule i could support:  If more human work hours went into producing 
> the non-OSM source data used in a map than in the OSM data used 
> attribution that is hidden by default is acceptable.
>



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

Re: [Talk-de] Track life anzeigen

[Markus via Talk-de]

Hallo Bernd,

> hast du dir schon mal OsmAnd angeschaut?

Ja, das benutze ich als Auto-Navi, funktioniert prima!
(wenn die Strecken nicht zu lang sind)

Aber sonst habe ich damit keine Erfahrung...

> Da gibt es sogar eine Seekartendarstellung

Ja, die kenne ich auch - viele gelbe Punkte, und wenn man am Kanal
entlangfährt plaudert das Ding permanent von irgendwelchen
"Distancemarks"und schafft es nicht mehr die Abbiegehinweise zu
formulieren ;-)

> und du kannst beliebige gpx Spuren inkl. der
> aktuellen anzeigen lassen.

Cool - das ist genau was ich suche! gefunden:
https://osmand.net/de/features/trip-recording-plugin

Den Roten GPX-Button habe ich bereits :-)
Da kann ich auch das Intervall in Sekunden wählen und Start/Stop.

Aber "show to map" fehlt - wie lasse ich den Track life anzeigen?
Wo wird der Track hin gespeichert?
Wie bekomme ich ihn vom Tablet runter?

Im Menü "Karte konfigurieren" ist "GPX-Track" angehakt.
Wie bekomme ich externe Tracks aufs Tablet?
(habe eine externe SD-Karte in meinen Samsung und ein USB-Kabel dafür)
Wie finde ich die ext. Tracks dann mit OsmAnd zum Anzeigen?
Wie kann ich die später wieder löschen?

Gruss, Markus


> Am 08.09.19 um 17:54 schrieb Markus via Talk-de:
>> Liebe App-Nutzer,
>>
>> ich suche eine Android-App, die
>> - eine OSM-Karte laden und offline als Hintergrund anzeigen
>> - den GPS Track life anzeigen
>>   also meinen GPS-Standort life als Spur zeigen
>> - gleichzeitig frühere Spuren aus einen GPX-Datei zeigen kann
>>
>> Hintergrund:
>> Wenn ich mit dem Boot rumfahre um Wassertiefen zu messen,
>> dann will ich die "weissen Flecken" befahren.
>> Mit einer GPX von früheren Fahrten kann ich diese gut sehen,
>> aber ich weiss nicht, wo ich soeben gefahren bin und wo noch nicht...
>>
>> Wer kann helfen?
>>
>> Mit herzlichem Gruss,
>> Markus
>>
>> OSM-Tracker:
>> - zeigt den Track life
>> - kann diesen als GPX exportieren
>> aber ich weiss nicht wie ich:
>> - mehrere GPX importiere und anzeige
>> - eine Karte lade und offline anzeige
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>


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

Re: [Diversity-talk] Your talk submission for SotM 2019

[Miriam Mapanauta]

Hi Heather,

I am happy to participate in the discussion :)

Thanks,

Miriam

On Sun, Sep 8, 2019 at 1:07 PM Heather Leson  wrote:

> HI folks, I heard back from Rebecca and Patricia. they will help out. We
> would very much like to engage others. Let me know if you would like to be
> involved.  We will need the following:
>
> 4 or 5 helpers (low prep, just help lead a discussion)
> an OSM Diary. Happy to cowrite with you
>
> Our allies at the Mozilla Diversity and Inclusion mailing list suggested a
> format. I think it is helpful. I put the notes and format draft here. Edits
> welcome
>
> https://pads.ccc.de/bwWXryNYXv
>
> See you soon
>
> Heather
>
> Heather Leson
> heatherle...@gmail.com
> Twitter/skype: HeatherLeson
> Blog: textontechs.com
>
>
> On Tue, Sep 3, 2019 at 6:47 PM Heather Leson 
> wrote:
>
>> Dear colleagues,
>>
>> I hope that your summer was grand.
>>
>> I am researching formats for this. One thing that might help us is to
>> tackle what is inclusive language and what are some of the measures to
>> improve diversity - specifically in the board and working groups. Thoughts?
>>
>> "The OSM community is global and diverse. Building on last year's Open
>> Heroines conversation, we will co-create a space for OSM to talk about
>> how to improve diversity and inclusion in our amazing project. All
>> welcome."
>>
>> How can OSM be more diverse and inclusive? Join us to share your lessons
>> and ideas on how we might grow and support a Diversity and Inclusive
>> approach in OSM. This is an activity taking place across other 'open'
>> communities. We will ask participants to co-create plans and identify how
>> we might incorporate it into small and big activities within the global
>> network. The format will be co-created with some potential outcomes. The
>> goal is to be a conversation with interactive, participatory methods and
>> some small group work.
>>
>> See more about this topic:
>> https://blog.mozilla.org/internetcitizen/2019/03/04/open-source-inclusion/
>> https://opensourcediversity.org/
>> https://github.com/mozilla/diversity
>>
>>
>> Shared planning space - https://pads.ccc.de/bwWXryNYXv
>>
>>
>> Thank you
>>
>> Heather
>> Heather Leson
>> heatherle...@gmail.com
>> Twitter/skype: HeatherLeson
>> Blog: textontechs.com
>>
>>
>> On Sun, Jul 28, 2019 at 4:47 PM Heather Leson 
>> wrote:
>>
>>> HI everyone, sorry for my delay.  Christine, thanks to you and the org
>>> committee for this opportunity. We will make this time work for us.
>>>
>>>
>>> Dear colleagues, I am going on leave until August 14th. shall we set up
>>> a document to plan this session. Miriam - I have made remote participation
>>> possible in the past. We will do our best.
>>>
>>> Heather
>>>
>>>
>>> Heather Leson
>>> heatherle...@gmail.com
>>> Twitter/skype: HeatherLeson
>>> Blog: textontechs.com
>>>
>>>
>>> On Wed, Jun 12, 2019 at 5:13 AM Miriam Mapanauta 
>>> wrote:
>>>
 Hi Christine,

 No problem from my side, I can be available remotely, I don't believe I
 will be able to attend the event.

 Thanks,

 Miriam

 On Sun, Jun 9, 2019 at 1:10 PM Christine Karch 
 wrote:

> Hi all,
>
> yesterday we had our schedule meeting. It was quite difficult to find a
> suitable place for your session as you have quite divergent
> availability
> time frames mentioned.
>
> We scheduled your session for 09-22 at 14h. We got a warning that
> Miriam
> is not available at this time. Could you please have a look at Miriam
> availability times. They seem to be very limited, maybe you made a
> mistake during the submission process.
>
> Kind regards,
>
> Christine
>


 --

 Miriam
 @mapanauta

>>>

-- 

Miriam
@mapanauta
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Christoph Hormann]

On Sunday 08 September 2019, Simon Poole wrote:
>
> I think you are confusing potentially extractable information with
> actual data. For example satellite imagery may have a potentially
> high information content that could be with appropriate processing be
> turned in to data, but each image in itself is at most one datum.

I see - so you want to quantify by counting 'data objects' of some sort.  
I assume for the OSM side you want to go with the quantification of one 
OSM feature equals one countable object and a large lake multipolygon 
for example can count a few thousand?

You'd still loose by a huge margin in a map with contour line relief 
rendering of course.

And i would still hold the bet that i would be able to get the OSM 
fraction of any map below 50 percent without too much effort.

> Now waiting for the every image is a pixel database argument.

You are aware that most satellite image layers used in visualizations 
are produced from hundreds of thousands or even millions of individual 
images, assembled pretty much in the same way as a map rendering is 
assembled from multiple features.  It therefore seems your 'one datum' 
concept is somewhat fragile.

I see exactly one possible quantification of data fractions in a map 
that could not be easily circumvented.  That would be based on the 
number of human work hours that went into producing the data.  This is 
a rule i could support:  If more human work hours went into producing 
the non-OSM source data used in a map than in the OSM data used 
attribution that is hidden by default is acceptable.

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

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

Re: [Diversity-talk] Your talk submission for SotM 2019

[Heather Leson]

HI folks, I heard back from Rebecca and Patricia. they will help out. We
would very much like to engage others. Let me know if you would like to be
involved.  We will need the following:

4 or 5 helpers (low prep, just help lead a discussion)
an OSM Diary. Happy to cowrite with you

Our allies at the Mozilla Diversity and Inclusion mailing list suggested a
format. I think it is helpful. I put the notes and format draft here. Edits
welcome

https://pads.ccc.de/bwWXryNYXv

See you soon

Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Tue, Sep 3, 2019 at 6:47 PM Heather Leson  wrote:

> Dear colleagues,
>
> I hope that your summer was grand.
>
> I am researching formats for this. One thing that might help us is to
> tackle what is inclusive language and what are some of the measures to
> improve diversity - specifically in the board and working groups. Thoughts?
>
> "The OSM community is global and diverse. Building on last year's Open
> Heroines conversation, we will co-create a space for OSM to talk about
> how to improve diversity and inclusion in our amazing project. All
> welcome."
>
> How can OSM be more diverse and inclusive? Join us to share your lessons
> and ideas on how we might grow and support a Diversity and Inclusive
> approach in OSM. This is an activity taking place across other 'open'
> communities. We will ask participants to co-create plans and identify how
> we might incorporate it into small and big activities within the global
> network. The format will be co-created with some potential outcomes. The
> goal is to be a conversation with interactive, participatory methods and
> some small group work.
>
> See more about this topic:
> https://blog.mozilla.org/internetcitizen/2019/03/04/open-source-inclusion/
> https://opensourcediversity.org/
> https://github.com/mozilla/diversity
>
>
> Shared planning space - https://pads.ccc.de/bwWXryNYXv
>
>
> Thank you
>
> Heather
> Heather Leson
> heatherle...@gmail.com
> Twitter/skype: HeatherLeson
> Blog: textontechs.com
>
>
> On Sun, Jul 28, 2019 at 4:47 PM Heather Leson 
> wrote:
>
>> HI everyone, sorry for my delay.  Christine, thanks to you and the org
>> committee for this opportunity. We will make this time work for us.
>>
>>
>> Dear colleagues, I am going on leave until August 14th. shall we set up a
>> document to plan this session. Miriam - I have made remote participation
>> possible in the past. We will do our best.
>>
>> Heather
>>
>>
>> Heather Leson
>> heatherle...@gmail.com
>> Twitter/skype: HeatherLeson
>> Blog: textontechs.com
>>
>>
>> On Wed, Jun 12, 2019 at 5:13 AM Miriam Mapanauta 
>> wrote:
>>
>>> Hi Christine,
>>>
>>> No problem from my side, I can be available remotely, I don't believe I
>>> will be able to attend the event.
>>>
>>> Thanks,
>>>
>>> Miriam
>>>
>>> On Sun, Jun 9, 2019 at 1:10 PM Christine Karch 
>>> wrote:
>>>
 Hi all,

 yesterday we had our schedule meeting. It was quite difficult to find a
 suitable place for your session as you have quite divergent availability
 time frames mentioned.

 We scheduled your session for 09-22 at 14h. We got a warning that Miriam
 is not available at this time. Could you please have a look at Miriam
 availability times. They seem to be very limited, maybe you made a
 mistake during the submission process.

 Kind regards,

 Christine

>>>
>>>
>>> --
>>>
>>> Miriam
>>> @mapanauta
>>>
>>
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

Am 08.09.2019 um 19:39 schrieb Christoph Hormann:
> On Sunday 08 September 2019, Simon Poole wrote:
>> /If OpenStreetMap is not the largest data provider for the visible
>> map rendering, attribution with other sources on a separate page that
>> is visible after user interaction is acceptable./
>>
>> [...]
> For understanding the practical function of such a rule (and the efforts 
> necessary to circumvent it of course) - how do you measure the fraction 
> OSM accounts for as data provider for a map, especially if several 
> different data types are involved.  If you go by data volume (which can 
> be easily changed by several orders of magnitude through geometry 
> compression and expansion methods of course) i would probably say i 
> have never seen a map with relief depiction (like shading or countour 
> lines) where the majority of the data is from OSM.  Any satellite image 
> layer with annotation labels and lines (boundaries, roads etc.) from 
> OSM would equally be exempt from visible attribution under such rule.

I think you are confusing potentially extractable information with
actual data. For example satellite imagery may have a potentially high
information content that could be with appropriate processing be turned
in to data, but each image in itself is at most one datum. Now waiting
for the every image is a pixel database argument.

Simon 

>
> Practically i think everyone should be aware that such rule is a clear 
> invitation how to avoid the need for attribution for map producers.  I 
> would go as far as saying that no matter how you answer my question as 
> to how data fractions are measured any map could be easily modified by 
> adding sufficient other data to get the OSM fraction below the 50 
> percent limit and this way get off the hook.
>
> As already said i don't see how such a recommendation could in any way 
> be considered compatible with the ODbL attribution requirements.
>



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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Yves]

How about:
You display OSM data, you attribute, and you attribute on the map view.

If that's what we want, I would be OK for a short attribution like (c)OSM 

Yves 

Le 8 septembre 2019 19:39:55 GMT+02:00, Christoph Hormann  a 
écrit :
>On Sunday 08 September 2019, Simon Poole wrote:
>>
>> /If OpenStreetMap is not the largest data provider for the visible
>> map rendering, attribution with other sources on a separate page that
>> is visible after user interaction is acceptable./
>>
>> [...]
>
>For understanding the practical function of such a rule (and the
>efforts 
>necessary to circumvent it of course) - how do you measure the fraction
>
>OSM accounts for as data provider for a map, especially if several 
>different data types are involved.  If you go by data volume (which can
>
>be easily changed by several orders of magnitude through geometry 
>compression and expansion methods of course) i would probably say i 
>have never seen a map with relief depiction (like shading or countour 
>lines) where the majority of the data is from OSM.  Any satellite image
>
>layer with annotation labels and lines (boundaries, roads etc.) from 
>OSM would equally be exempt from visible attribution under such rule.
>
>Practically i think everyone should be aware that such rule is a clear 
>invitation how to avoid the need for attribution for map producers.  I 
>would go as far as saying that no matter how you answer my question as 
>to how data fractions are measured any map could be easily modified by 
>adding sufficient other data to get the OSM fraction below the 50 
>percent limit and this way get off the hook.
>
>As already said i don't see how such a recommendation could in any way 
>be considered compatible with the ODbL attribution requirements.
>
>-- 
>Christoph Hormann
>http://www.imagico.de/
>
>___
>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] [Osmf-talk] Attribution guideline status update

[Christoph Hormann]

On Sunday 08 September 2019, Simon Poole wrote:
>
> /If OpenStreetMap is not the largest data provider for the visible
> map rendering, attribution with other sources on a separate page that
> is visible after user interaction is acceptable./
>
> [...]

For understanding the practical function of such a rule (and the efforts 
necessary to circumvent it of course) - how do you measure the fraction 
OSM accounts for as data provider for a map, especially if several 
different data types are involved.  If you go by data volume (which can 
be easily changed by several orders of magnitude through geometry 
compression and expansion methods of course) i would probably say i 
have never seen a map with relief depiction (like shading or countour 
lines) where the majority of the data is from OSM.  Any satellite image 
layer with annotation labels and lines (boundaries, roads etc.) from 
OSM would equally be exempt from visible attribution under such rule.

Practically i think everyone should be aware that such rule is a clear 
invitation how to avoid the need for attribution for map producers.  I 
would go as far as saying that no matter how you answer my question as 
to how data fractions are measured any map could be easily modified by 
adding sufficient other data to get the OSM fraction below the 50 
percent limit and this way get off the hook.

As already said i don't see how such a recommendation could in any way 
be considered compatible with the ODbL attribution requirements.

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

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

Re: [Talk-de] Track life anzeigen

[bergaufsee via Talk-de]

Hallo Markus,

hast du dir schon mal OsmAnd angeschaut? Da gibt es sogar eine
Seekartendarstellung und du kannst beliegige gpx Spuren inkl. der
aktuellen anzeigen lassen.

Gruß Bernd

Am 08.09.19 um 17:54 schrieb Markus via Talk-de:
> Liebe App-Nutzer,
>
> ich suche eine Android-App, die
> - eine OSM-Karte laden und offline als Hintergrund anzeigen
> - den GPS Track life anzeigen
>   also meinen GPS-Standort life als Spur zeigen
> - gleichzeitig frühere Spuren aus einen GPX-Datei zeigen kann
>
> Hintergrund:
> Wenn ich mit dem Boot rumfahre um Wassertiefen zu messen,
> dann will ich die "weissen Flecken" befahren.
> Mit einer GPX von früheren Fahrten kann ich diese gut sehen,
> aber ich weiss nicht, wo ich soeben gefahren bin und wo noch nicht...
>
> Wer kann helfen?
>
> Mit herzlichem Gruss,
> Markus
>
> OSM-Tracker:
> - zeigt den Track life
> - kann diesen als GPX exportieren
> aber ich weiss nicht wie ich:
> - mehrere GPX importiere und anzeige
> - eine Karte lade und offline anzeige
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-es] semanarioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Hola, el semanario Nº 476, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12371/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-br] semanárioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 476, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12371/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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

[Talk-pt] semanárioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 476, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12371/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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

[talk-latam] semanarioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Hola, el semanario Nº 476, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12371/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-cu] semanarioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Hola, el semanario Nº 476, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12371/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-cl] semanarioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Hola, el semanario Nº 476, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12371/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-talk-fr] hebdoOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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

[Talk-bo] semanarioOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Hola, el semanario Nº 476, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12371/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[Talk-ca] hebdoOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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-ht] hebdoOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 476 2019-08-27-2019-09-02

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-us] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[OSM-talk-ie] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[OSM-talk] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-ca] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
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] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[talk-ph] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-africa] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

The weekly round-up of OSM news, issue # 476,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12371/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-ko] weeklyOSM #476 2019-08-27-2019-09-02

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 476번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/12371/

읽어 주셔서 감사합니다!
셨나요? 그냥 https://osmbc.openstreetmap.de/login 에 들어가서 오픈스트리트맵 계정으로 로그인하기만 하면 됩니다. 
기사 작성법 등의 정보는 여기를 참조하세요.
주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [Talk-de] Track life anzeigen

[Steffen Grunewald via Talk-de]

Geht das nicht mit Locus?

- S

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

BTW a potential tweak to the wording (caveat: not discussed with
anybody) that would perhaps make the multiple data sources scenario work
a bit better is to change the current

/If OpenStreetMap data accounts for a minority (less than 50%) part of
the visible map rendering, attribution with other sources on a separate
page that is visible after user interaction is acceptable. /

//

to

//

/If OpenStreetMap is not the largest data provider for the visible map
rendering, attribution with other sources on a separate page that is
visible after user interaction is acceptable./

Which would require on map attribution not only for the 50% and more
case, but also for any case in which the majority of the visible data is
from OSM. It does break down a bit when there are numerous small data
sources of very similar size. Naturally one can argue about what
"largest" means in the context which however applies to the suggested
50% rule too.

Simon

Am 08.09.2019 um 16:38 schrieb Simon Poole:
>
> I don't quite follow your argument here. According to the draft
> guideline if a majority of the data displayed is derived from OSM,
> then attribution needs to be displayed on map. So assuming that the
> prerequisite is met, as you are saying, the draft guideline would
> require exactly what you want.
>
> The -other- problem with the site is that it is implying a partnership
> which doesn't exist. Something which we clearly don't want for
> commercial law and liability reasons, given the wording of the ODbL I
> doubt that we can base such a requirement on the licence (but likely
> on use of our trademarks).
>
> Simon
>
> Am 08.09.2019 um 12:11 schrieb Nuno Caldeira:
>>
>> Here's another example of why we should not adopt the multiple
>> sources attribution omission of our attribution. They list us as
>> partners (?)
>> https://www.wrld3d.com/3d-maps/custom-maps
>> Use multiple sources and are not complying with ODbL by not showing
>> the license.
>> Seen multiple maps by their clients and they show data "copyright l.map"
>>
>> I have confirmed with multiple contributors that largely the data
>> used is OSM and it's around a year old dump of the planet.
>>
>> Simon Poole mailto:si...@poole.ch>> escreveu em sex,
>> 9/08/2019 às 08:45 :
>>
>> As we've mentioned multiple times over the last months, the LWG
>> decided
>> last year to consolidate all attribution guidance in to one
>> document and
>> address some of the use cases that have become common over the last 7
>> years that previously had none. Particularly in the light of the
>> parallel discussions about attribution on larger social media
>> platforms
>> we need to make up our minds what we actually want, and define
>> concrete
>> minimum requirements for acceptable attribution. To not do this just
>> provides the excuse of pointing to the cacophony of voices all saying
>> something different. 
>>
>> We've been working on and off on the document for a while, and
>> are now
>> largely finished. Going forward we intend to wikify the document and
>> make it available for public comment together with a BoF session
>> at SotM
>> next month (which probably means that we'll have to appropriate a
>> coffee
>> break). You can have a glimpse at the text here
>> 
>> https://docs.google.com/document/d/1e_IQYHtqVivGRw4O4EOn6__-LGMuzPlWz6XKEdAkwW0/edit?usp=sharing
>> the few things that are not nailed down belong to those that we would
>> appreciate feedback on.
>>
>> Simon
>>
>> PS: the number of coffee breaks permitting we might want to
>> appropriate
>> another one for the discussion of a tile licence change.
>>
>>
>> ___
>> osmf-talk mailing list
>> osmf-t...@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/osmf-talk
>>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

[Talk-de] Track life anzeigen

[Markus via Talk-de]

Liebe App-Nutzer,

ich suche eine Android-App, die
- eine OSM-Karte laden und offline als Hintergrund anzeigen
- den GPS Track life anzeigen
  also meinen GPS-Standort life als Spur zeigen
- gleichzeitig frühere Spuren aus einen GPX-Datei zeigen kann

Hintergrund:
Wenn ich mit dem Boot rumfahre um Wassertiefen zu messen,
dann will ich die "weissen Flecken" befahren.
Mit einer GPX von früheren Fahrten kann ich diese gut sehen,
aber ich weiss nicht, wo ich soeben gefahren bin und wo noch nicht...

Wer kann helfen?

Mit herzlichem Gruss,
Markus

OSM-Tracker:
- zeigt den Track life
- kann diesen als GPX exportieren
aber ich weiss nicht wie ich:
- mehrere GPX importiere und anzeige
- eine Karte lade und offline anzeige

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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[Simon Poole]

I don't quite follow your argument here. According to the draft
guideline if a majority of the data displayed is derived from OSM, then
attribution needs to be displayed on map. So assuming that the
prerequisite is met, as you are saying, the draft guideline would
require exactly what you want.

The -other- problem with the site is that it is implying a partnership
which doesn't exist. Something which we clearly don't want for
commercial law and liability reasons, given the wording of the ODbL I
doubt that we can base such a requirement on the licence (but likely on
use of our trademarks).

Simon

Am 08.09.2019 um 12:11 schrieb Nuno Caldeira:
>
> Here's another example of why we should not adopt the multiple sources
> attribution omission of our attribution. They list us as partners (?)
> https://www.wrld3d.com/3d-maps/custom-maps
> Use multiple sources and are not complying with ODbL by not showing
> the license.
> Seen multiple maps by their clients and they show data "copyright l.map"
>
> I have confirmed with multiple contributors that largely the data used
> is OSM and it's around a year old dump of the planet.
>
> Simon Poole mailto:si...@poole.ch>> escreveu em sex,
> 9/08/2019 às 08:45 :
>
> As we've mentioned multiple times over the last months, the LWG
> decided
> last year to consolidate all attribution guidance in to one
> document and
> address some of the use cases that have become common over the last 7
> years that previously had none. Particularly in the light of the
> parallel discussions about attribution on larger social media
> platforms
> we need to make up our minds what we actually want, and define
> concrete
> minimum requirements for acceptable attribution. To not do this just
> provides the excuse of pointing to the cacophony of voices all saying
> something different. 
>
> We've been working on and off on the document for a while, and are now
> largely finished. Going forward we intend to wikify the document and
> make it available for public comment together with a BoF session
> at SotM
> next month (which probably means that we'll have to appropriate a
> coffee
> break). You can have a glimpse at the text here
> 
> https://docs.google.com/document/d/1e_IQYHtqVivGRw4O4EOn6__-LGMuzPlWz6XKEdAkwW0/edit?usp=sharing
> the few things that are not nailed down belong to those that we would
> appreciate feedback on.
>
> Simon
>
> PS: the number of coffee breaks permitting we might want to
> appropriate
> another one for the discussion of a tile licence change.
>
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/osmf-talk
>


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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 158, Eintrag 8

[Uwe R. Kunzmann]

Mit freundlichen Grüßen / Kind regardsNkUwe R. Kunzmann1,33...@gmxpro.de 
 Ursprüngliche Nachricht Von: talk-de-requ...@openstreetmap.org 
Datum: 08.09.19  13:00  (GMT+01:00) An: talk-de@openstreetmap.org Betreff: 
Talk-de Nachrichtensammlung, Band 158, Eintrag 8 Um E-Mails an die Liste 
Talk-de zu schicken, nutzen Sie bitte dieAdresse    talk-de@openstreetmap.orgUm 
sich via Internet von der Liste auszutragen oder in die Listeeinzutragen:    
https://lists.openstreetmap.org/listinfo/talk-deOder schicken Sie eine E-Mail 
mit dem Wort "help" in der Betreffzeileoder im Text an    
talk-de-request@openstreetmap.orgSie können den Verwalter dieser Liste unter 
der Adresse    talk-de-ow...@openstreetmap.orgerreichen.wenn Sie antworten 
editieren bitte Sie die Betreffzeile auf einensinnvollen Inhalt der 
spezifischer ist als "Re: Contents of Talk-dedigest..."
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gültigkeit von Verkehrsschildern nur in eine Fahrtrichtung?

[chris66 via Talk-de]

Am 08.09.2019 um 10:30 schrieb Frederik Ramm:


Idee: Einfach bei der Gemeinde anfragen, ob Du denn jetzt von der
anderen Seite aus durchfahren darfst. Schwupps stellen sie ein zweites
Schild in und as Problem ist erledigt ;)


Nicht immer. Ich hatte hier den Fall, dass die Enden
der Straße in verschiedenen Gemeinden liegen, und
diese unterschiedliche Ansichten haben. :-)

Ansonsten: Man kann richtungsabhängige Attribute
mit forward/backward mappen, zB
motor_vehicle:forward=agricultural.

Chris




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

[Talk-pt] Páginas não utilizadas no projeto de mapeamento de Portugal

[dcapillae]

[Mensagem em espanhol com tradução automática para português]

Hola,

Estamos terminando de eliminar el prefijo "WikiProject" de las páginas 
relacionadas con el proyecto de mapeo de Portugal. [1]


Hay muchas páginas que no parecen tener ningún uso. Si no se usan, no 
tiene sentido conservarlas ni  renombrarlas. ¿Podemos eliminar esas 
páginas? No puedo continuar con la eliminación del prefijo "WikiProject" 
hasta confirmarlo. Por favor, comentadlo en el wiki [2]. Necesitamos 
conocer la opinión de la comunidad portuguesa.


Muchas gracias por vuestra colaboración.

Saludos desde España.

Atentamente,
Daniel


[Tradução automática]

Olá,

Estamos terminando de remover o prefixo "WikiProject" das páginas 
relacionadas ao projeto de mapeamento de Portugal. [1]


Há muitas páginas que não parecem ter qualquer utilidade. Se não forem 
usadas, não faz sentido mantê-las ou renomeá-las. Podemos remover essas 
páginas? Eu não posso continuar a remover o prefixo "WikiProject" até 
que eu confirme. Por favor, comente no wiki [2]. Precisamos conhecer a 
opinião da comunidade portuguesa.


Muito obrigado pela sua colaboração.

Saudações de Espanha.

Cumprimentos,
Daniel


[1] https://wiki.openstreetmap.org/wiki/Portugal

[2] 
https://wiki.openstreetmap.org/wiki/Talk:Portugal#Removing_.22WikiProject.22_prefix



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

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

[James]

Can confirm roads, buildings, parks are from OSM from a little bit more
than a year ago.

Not sure what the other sources contributed

On Sun., Sep. 8, 2019, 6:17 a.m. Nuno Caldeira, <
nunocapelocalde...@gmail.com> wrote:

>
> Here's another example of why we should not adopt the multiple sources
> attribution omission of our attribution. They list us as partners (?)
> https://www.wrld3d.com/3d-maps/custom-maps
> Use multiple sources and are not complying with ODbL by not showing the
> license.
> Seen multiple maps by their clients and they show data "copyright l.map"
>
> I have confirmed with multiple contributors that largely the data used is
> OSM and it's around a year old dump of the planet.
>
> Simon Poole  escreveu em sex, 9/08/2019 às 08:45 :
>
>> As we've mentioned multiple times over the last months, the LWG decided
>> last year to consolidate all attribution guidance in to one document and
>> address some of the use cases that have become common over the last 7
>> years that previously had none. Particularly in the light of the
>> parallel discussions about attribution on larger social media platforms
>> we need to make up our minds what we actually want, and define concrete
>> minimum requirements for acceptable attribution. To not do this just
>> provides the excuse of pointing to the cacophony of voices all saying
>> something different.
>>
>> We've been working on and off on the document for a while, and are now
>> largely finished. Going forward we intend to wikify the document and
>> make it available for public comment together with a BoF session at SotM
>> next month (which probably means that we'll have to appropriate a coffee
>> break). You can have a glimpse at the text here
>>
>> https://docs.google.com/document/d/1e_IQYHtqVivGRw4O4EOn6__-LGMuzPlWz6XKEdAkwW0/edit?usp=sharing
>> the few things that are not nailed down belong to those that we would
>> appreciate feedback on.
>>
>> Simon
>>
>> PS: the number of coffee breaks permitting we might want to appropriate
>> another one for the discussion of a tile licence change.
>>
>>
>> ___
>> osmf-talk mailing list
>> osmf-t...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osmf-talk
>>
> ___
> 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] [Osmf-talk] Attribution guideline status update

[Nuno Caldeira]

Here's another example of why we should not adopt the multiple sources
attribution omission of our attribution. They list us as partners (?)
https://www.wrld3d.com/3d-maps/custom-maps
Use multiple sources and are not complying with ODbL by not showing the
license.
Seen multiple maps by their clients and they show data "copyright l.map"

I have confirmed with multiple contributors that largely the data used is
OSM and it's around a year old dump of the planet.

Simon Poole  escreveu em sex, 9/08/2019 às 08:45 :

> As we've mentioned multiple times over the last months, the LWG decided
> last year to consolidate all attribution guidance in to one document and
> address some of the use cases that have become common over the last 7
> years that previously had none. Particularly in the light of the
> parallel discussions about attribution on larger social media platforms
> we need to make up our minds what we actually want, and define concrete
> minimum requirements for acceptable attribution. To not do this just
> provides the excuse of pointing to the cacophony of voices all saying
> something different.
>
> We've been working on and off on the document for a while, and are now
> largely finished. Going forward we intend to wikify the document and
> make it available for public comment together with a BoF session at SotM
> next month (which probably means that we'll have to appropriate a coffee
> break). You can have a glimpse at the text here
>
> https://docs.google.com/document/d/1e_IQYHtqVivGRw4O4EOn6__-LGMuzPlWz6XKEdAkwW0/edit?usp=sharing
> the few things that are not nailed down belong to those that we would
> appreciate feedback on.
>
> Simon
>
> PS: the number of coffee breaks permitting we might want to appropriate
> another one for the discussion of a tile licence change.
>
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Gültigkeit von Verkehrsschildern nur in eine Fahrtrichtung?

[Tom Pfeifer]

On 08.09.2019 00:17, SteMo via Talk-de wrote:


Moin zusammen,

ich konnte nach einigem Suchen bisher nichts dazu finden. Gibt es für
das folgende eine Mappingmöglichkeit:

Ich bin inzwischen auf mehrere Straßen und Wege gestoßen bei denen ich
von einer Seite Durchfahrtsbeschränkungen der Art "Durchfahrt verboten,
Land- & Forstwirtschaftlicher Verkehr frei", von der anderen Seite aber
keinerlei Schilder die Durchfahrt beschränken. Ja, absurd, aber ist nun
mal so, nur wie mappe ich das jetzt? insbesondere, wenn ich keine
eigenen Linien je Fahrtrichtung, wie bei Autobahnen, habe.


Nein absurd ist das nicht, ich habe solche Situationen gesehen, dass man die Einfahrt in eine 
Wohnstrasse von der Hauptstrasse aus verbietet, die Wohnstrasse selbst aber nicht zur Einbahnstrasse 
erklären will. Z.B. um Stauumfahrung durch das Wohngebiet zu vermeiden.


Lässt sich fürs Routing lösen, indem man an der verbotenen Einfahrt ein paar Meter Einbahnstrasse 
deklariert (in deinem Fall mit Zusatztag für den Traktor).


tom

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

Re: [Talk-de] Gültigkeit von Verkehrsschildern nur in eine Fahrtrichtung?

[Frederik Ramm]

Hi,

On 9/8/19 00:17, SteMo via Talk-de wrote:
> Ich bin inzwischen auf mehrere Straßen und Wege gestoßen bei denen ich
> von einer Seite Durchfahrtsbeschränkungen der Art "Durchfahrt verboten,
> Land- & Forstwirtschaftlicher Verkehr frei", von der anderen Seite aber
> keinerlei Schilder die Durchfahrt beschränken.

Idee: Einfach bei der Gemeinde anfragen, ob Du denn jetzt von der
anderen Seite aus durchfahren darfst. Schwupps stellen sie ein zweites
Schild in und as Problem ist erledigt ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] Percorso con piu' varianti

[scratera]

https://wiki.openstreetmap.org/wiki/IT:Relation:route
...trovi tutto qui crei tre relazioni distinte



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-lt] Ats.: Vilniaus plano ortofoto

[Žilvinas Jonaitis]

 Dėkui Gyčiui už nuorodą. Raiška tikrai įspūdinga. Gera matyti
nepakrypusius namus kaip būna nuotraukose iš palydovų. Šaunuoliai Vilniaus
savivaldybė! Tikuosi, tokie projektai vyks periodiškai, nes pasikeitimų
Vilniuje paskutiniais metais tikrai netrūksta. Nuolatos kažkas keičiasi ir
atsinaujina, todėl orto reiktų atnaujinti periodiškai ir nelabai retai. :)

O Tomo noriu paklausti iš kur atsisiųsti ORTOFOTO_2017_WGS, ir kaip juos
įsikelti į JOSM? Būčiau labai dėkingas, nes nesu žemėlapių ekspertas ir
nežinau visų JOSM subtilybių.

Gražaus visiems sekmadienio!
Žilvinas


2019-09-05, kt, 13:04 Tomas Straupis  rašė:

> 2019-09-05, kt, 12:52 Gytis Ladyga rašė:
> > Dar neoficialiai bet jau transliuojam 2019 balandžio pabaigos MGGP Aero
> firmos Vilniaus sav. užsakymu padarytus lėktuvo vaizdus (ne drono).
>
>   O kokie šansai, kad kaip (Vilniaus orto/Baziniai_zemelapiai) yra
> ORTOFOTO_2017_WGS, taip atsiras ir ORTOFOTO_2019_WGS? Nes LKS'o OSM
> redagavimo įrankiai nesupranta. ORTOFOTO_2017_WGS patestavau -
> įsijungia į JOSM redagavimo įrankį.
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[Talk-it] Percorso con piu' varianti

[Gabriele Sani via Talk-it]

Buongiorno,
volevo inserire un percorso escursionistico di una cinquantina di km (la 
Corolla delle Ginestre) che, in tutte le mappe ufficiali, mostra 3 varianti: 
una per escursionisti, una per ciclisti e una da fare a cavallo.
Devo creare 3 relazioni diverse? Ci sono delle nomenclature particolari da 
utilizzare?

Grazie

Gabriele Sani

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Ortho 2018 des Hauts-de-Seine à 8cm...

[Christian Quest]

Elle vient tout juste d'apparaitre sur
https://opendata.hauts-de-seine.fr/explore/dataset/fr-229200506-orthophotographie-2018/information/
et je l'ai ajoutée hier sur wms.openstreetmap.fr

L'URL TMS est :
http://wms.openstreetmap.fr/tms/1.0.0/fr_d92_2018/{zoom}/{x}/{y}

Elle date donc de mai 2018 et est à 8cm par pixel et couvre tout le
département :)

D'autres départements de la petite couronne parisienne devrait être
disponibles car cette prise de vue a semble-t-il été faite dans le cadre du
Grand Paris Express. Je suis en contact avec le Val de Marne pour récupérer
les dalles...

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr