date:20191107

Le 19-11-07 à 07 h 26, marc marc a écrit :
> lPic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
> on peux la récupérer quand on a besoin, sans besoin de maintenance

Pour info, il existe WikiShootMe!  qui 
permet récupérer des images et articles géolocalisés

Il est utilisé ainsi par le code javascript de la carte historic.place 
 :
'https://tools.wmflabs.org/wikishootme/#lat=' + data.lat + '='+ data.lon + 
'=16=commons,flickr,mixnmatch,wikidata_image,wikidata_no_image,wikipedia';

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

Re: [talk-au] local traffic only

2019-11-07 Thread Luke Stewart

Perhaps "motor_vehicle=discouraged"?

>From the wiki:
A legal right of way exists (see yes
) but usage is
officially discouraged (e.g., HGVs on narrow but passable lanes). Only if
marked by a traffic sign (subjective otherwise).

Although that may be getting too far away from the meaning of the sign, but
the original intention is to discourage through and non-local traffic

On Fri, 8 Nov 2019 at 15:31, Andrew Harvey  wrote:

> I guess https://wiki.openstreetmap.org/wiki/Key:access does say "Access
> values describe legal permissions/restrictions. What happens on the ground
> may be different: for instance, many footpaths are used as de facto bike
> paths, without a legal right to do so. (Various 'greyzone' tags have been
> proposed to deal with such situations, but this is controversial and is not
> described here.)"
>
> Similar to existing "maxspeed:advisory"
> https://wiki.openstreetmap.org/wiki/Key:maxspeed:advisory perhaps if
> these aren't legal restrictions but still signposted on the ground we could
> use "motor_vehicle:advisory=destination". Does that work better?
>
> On Fri, 8 Nov 2019 at 13:04, Luke Stewart 
> wrote:
>
>> As far as I have read, these signs are not enforceable by councils, nor
>> do they appear in the NSW (or Australian) Road Rules. So unless the road
>> itself is on private property and this sign is present, the access would
>> still be public and it has the same meaning as discouraging the use of the
>> street in favour of main roads.
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] New imageries in AU

2019-11-07 Thread Ewen Hill

*Nemanja,*
   Thank you for all the hard work. I am not a huge fan of using the Wiki
as a basis as it will require a lot of work to keep it updated and if Alice
Springs is updated, who will notice?

 Unless we could visualise the latest imagery by dates automatically, I
would suggest that you just need to pop back and visit quarterly. Perhaps
we could take a snapshot of tiles in specific place.to check for variances?

  Also on another note, can you let your team know that most streams and
rivers are intermittent outside the east coast Great Dividing Range and
coastal areas and unless it declared a river, then it is probably a stream.
A lot of Australia will appear to have stream lines but in reality will
only be streams for exceedingly short periods after a thunderstorm.  There
are a few rivers being added into OSM in the desert by the team that
probably haven't seen water for 8 years as permanent and that you need to
add fords or bridges to existing highways.

Have a great weekend

Ewen

On Fri, 8 Nov 2019 at 15:28, Andrew Harvey  wrote:

> Active mappers who regularly check out the different imagery layers can
> usually tell when one gets refreshed with new imagery, but it does vary a
> lot based on location.
>
> What if we had a wiki page, that tried to loosely track imagery freshness.
>
> eg. just a list of cities Sydney with info like "currently freshest is
> Maxar". or "ESRI appeared to refresh within the last 6 months", etc. What
> do you think?
>
> Keep in mind (this is even something I need to do better at), when
> armchair mapping from aerial imagery or street level imagery it's always a
> good idea to check the last edit date of the feature you're editing. If
> it's a few years old then it's usually safe to replace, but if it's within
> the last 6 months it could well be more current than the imagery.
>
> On Fri, 8 Nov 2019 at 01:58, Nemanja Bracko (E-Search) via Talk-au <
> talk-au@openstreetmap.org> wrote:
>
>> Hi all,
>>
>>
>>
>> Do we have any possibility to be informed once there is a new imagery
>> published by other providers (Maxar, Esri, Mapbox, etc.)?
>>
>> We are trying to develop the process which will involve constant update
>> of AU map, but we are not sure how to focus to areas which might have most
>> recent imagery?
>>
>>
>>
>> Thank you in advance,
>>
>> Nemanja
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

-- 
Warm Regards

Ewen Hill
Internet Development Australia
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-vi] MapRoulette challenges in Vietnam - find road network problems

2019-11-07 Thread Rihards

On 08.11.19 03:28, Andrew Wiseman via Talk-vi wrote:
> Hello OSM Vietnam,
> 
> Xem bên dưới để dịch tiếng Việt.
> 
> This is Andrew again from the Apple Maps team. We recently used our
> Atlas data analysis tool (https://github.com/osmlab/atlas) to look at a
> few types of potential issues related to roads and routing, such as
> roads that have overly sharp angles, roads that cross but don't connect,
> routing problems, turn restrictions, places where navigation is
> impossible due to missing connections or potentially incorrect one-way
> roads, and other similar issues.
> 
> I've posted the results of those checks on MapRoulette, a tool that lets
> you go through potential issues one by one and either correct them or
> indicate they are not a problem. I wanted to let you know they are
> available in case others wanted to try fixing some of them — I also plan
> to go through some of them myself.

Damn you Andrew, ended up tracing some extra data just from a couple of
MR tasks :)
But more seriously, this is a great initiative, thank you.

> In MapRoulette you can either pick a random task to fix or click on a
> specific one. If you want to do tasks around a certain location, such
> as somewhere you are familiar with, you can click on one from the map
> view, and then click Next task: Nearby when you finish it.
> 
> Here they are: 
> 
>   * Vietnam Sharp Angle Roads: https://maproulette.org/challenge/7986
> 
>   * Vietnam Floating Ways & Disconnected
> Roads: https://maproulette.org/challenge/9830
>   * Vietnam Sink Islands & Impossible
> Routing: https://maproulette.org/challenge/9826
>   * Vietnam Overlapping Lines: https://maproulette.org/challenge/9827
>   * Vietnam Invalid Turn
> Restrictions: https://maproulette.org/challenge/9836
>   * Vietnam Malformed Roundabouts: https://maproulette.org/challenge/9834
>   * Vietnam Road Link Check: https://maproulette.org/challenge/9832
> 
> Here is the message auto-translated into Vietnamese: 
> 
> ///
> 
> Xin chào OSM Việt Nam,
> 
> Đây là Andrew một lần nữa từ nhóm Apple Maps. Gần đây, chúng tôi đã sử
> dụng công cụ phân tích dữ liệu Atlas của mình
> (https://github.com/osmlab/atlas) để xem xét một số loại vấn đề tiềm ẩn
> liên quan đến đường và định tuyến, chẳng hạn như đường có góc quá nhọn,
> đường giao nhau nhưng không Không kết nối, sự cố định tuyến, hạn chế rẽ,
> những nơi không thể điều hướng do thiếu kết nối hoặc đường một chiều có
> thể không chính xác và các vấn đề tương tự khác.
> 
> Tôi đã đăng kết quả của những kiểm tra đó trên MapRoulette, một công cụ
> cho phép bạn lần lượt khắc phục các sự cố tiềm ẩn và sửa chúng hoặc cho
> biết chúng không phải là vấn đề. Tôi muốn cho bạn biết rằng chúng có sẵn
> trong trường hợp những người khác muốn thử sửa một số trong số họ - tôi
> cũng có kế hoạch tự mình trải qua một số trong số họ.
> 
> Trong MapRoulette, bạn có thể chọn một tác vụ ngẫu nhiên để sửa hoặc
> nhấp vào một tác vụ cụ thể. Nếu bạn muốn thực hiện các tác vụ xung quanh
> một vị trí nhất định, chẳng hạn như nơi nào đó bạn quen thuộc, bạn có
> thể nhấp vào một từ chế độ xem bản đồ, sau đó nhấp vào Tác vụ tiếp theo:
> Gần đó khi bạn hoàn thành nó.
> 
> Họ đây rồi:
> 
> Đường góc nhọn Việt Nam: https://maproulette.org/challenge/7986
> Việt Nam Cách nổi & Đường bị ngắt kết nối:
> https://maproulette.org/challenge/9830
> Quần đảo chìm Việt Nam & định tuyến bất khả thi:
> https://maproulette.org/challenge/9826
> Đường chồng chéo Việt Nam: https://maproulette.org/challenge/9827
> Giới hạn rẽ không hợp lệ tại Việt Nam:
> https://maproulette.org/challenge/9836
> Vòng xuyến dị dạng Việt Nam: https://maproulette.org/challenge/9834
> Kiểm tra liên kết đường bộ Việt Nam: https://maproulette.org/challenge/9832
> 
> 
> Thanks! 
> 
> Andrew
> 
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464
> | andrew_wise...@apple.com 
-- 
 Rihards

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

Re: [OSM-talk-fr] Mulhouse, un vignoble ?

2019-11-07 Thread George Kaplan

Bonjour,

C’est un contributeur qui a, sans doute par erreur, ajouté les mêmes tags que 
le chemin inner à la relation multi polygon. J’ai modifié la relation pour 
revenir à landuse=residential et type=multipolygon.

George Kaplan

> Le 7 nov. 2019 à 23:23, Muselaar  a écrit :
> 
> Bonsoir,
> 
> Quelqu'un a-t-il remarqué cette étrangeté, qui date de quelques semaines, 
> mais que je n'avais pas comprise jusqu'ici. Cela provoque l'affichage en vert 
> de tout Mulhouse, ville que je ne connais pas plus que ça, et ça m'intriguait 
> :
> 
> https://www.openstreetmap.org/relation/371773
> 
> Si quelqu'un peut réparer, je pense que ça serait une vraie B.A. Moi, je ne 
> comprends pas trop, je subodore la blague, mais je ne suis pas capable de 
> comprendre si c'en est une, ou seulement une mauvaise manipulation d'un 
> débutant.
> 
> Muselaar
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-bo] Solicitud para añadir a Bolivia en RapID

2019-11-07 Thread Juan Jose Iglesias

Por cierto un detalle importante esta respuesta a una observación q hice a 
RapiD:

MapWithAI
@MapWithAI
Replying to 
@jjiglesias

Our AI was trained on Maxar Vivid which is (mostly) cloud free and blended to 
have consistent coloring. So imagery may be slightly older in some areas due to 
these requirements.
We will eventually update countries with refreshed data once we have newer 
imagery ingested though.

(Nuestra Inteligencia Artifical (AI) fue entrenada sobre (imágenes) Maxar Vivid 
las cuales son, en su mayoría, libres de nubes y con coloración consistente. 
Asi que las imagines (de fondo) puede ser ligeramente viejas en algunas áreas 
debido a estos requerimientos. Eventualmente actualizaremos los países con data 
refrescada una vez que nuevas imágenes sean ingresadas.)

En pocas palabras: las imágenes Maxar Premium son mucho más actuales que las 
utilizadas en RapiD y por ello muchas vías evidentes NO están reconocidas en 
RapiD pues en las imágenes originales tales vías No están o No son visibles. Lo 
cual es una pena, pero bueno, mejor esto que nada

Slds

JJ

-Original Message-
From: Marco Antonio [mailto:marcoantoniofr...@gmail.com] 
Sent: Thursday, November 7, 2019 11:40 PM
To: OSM Bolivia 
Subject: Re: [Talk-bo] Solicitud para añadir a Bolivia en RapID

On Fri, 13 Sep 2019 at 19:06, Marco Antonio  wrote:
>
> He añadido una solicitud para que nos tomen en cuenta en la detección 
> de caminos en el editor RapID de Facebbok
>
> cualquier novedad les voy avisando, pero tomará tiempo porque hay 
> varios países en cola :(

Bien. El día de hoy 7/nov/2019 han añadido el soporte de detección de 
carreteras para Bolivia en RapID!!

mapa de países habilitados →
https://twitter.com/MapWithAI/status/1192617197677371393

ha sido habilitado con otro grupo grande de países de américa latina :3

No he podido encontrar hasta ahora nuevas calles detectadas <@_@> _|=|O

abrazos,

Marco Antonio

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

--
This email has been checked for viruses by AVG.
https://www.avg.com

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

Re: [Talk-bo] Solicitud para añadir a Bolivia en RapID

2019-11-07 Thread Juan Jose Iglesias

Gracias Marco Antonio.

No has podido detector nuevas calles? Pucha mueve el mapa fuera de Cochabamba y 
veras cientos sino miles de líneas magentas por todos lados...

Slds JJ

-Original Message-
From: Marco Antonio [mailto:marcoantoniofr...@gmail.com] 
Sent: Thursday, November 7, 2019 11:40 PM
To: OSM Bolivia 
Subject: Re: [Talk-bo] Solicitud para añadir a Bolivia en RapID

On Fri, 13 Sep 2019 at 19:06, Marco Antonio  wrote:
>
> He añadido una solicitud para que nos tomen en cuenta en la detección 
> de caminos en el editor RapID de Facebbok
>
> cualquier novedad les voy avisando, pero tomará tiempo porque hay 
> varios países en cola :(

Bien. El día de hoy 7/nov/2019 han añadido el soporte de detección de 
carreteras para Bolivia en RapID!!

mapa de países habilitados →
https://twitter.com/MapWithAI/status/1192617197677371393

ha sido habilitado con otro grupo grande de países de américa latina :3

No he podido encontrar hasta ahora nuevas calles detectadas <@_@> _|=|O

abrazos,

Marco Antonio

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


--
This email has been checked for viruses by AVG.
https://www.avg.com


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

Re: [talk-au] local traffic only

I guess https://wiki.openstreetmap.org/wiki/Key:access does say "Access
values describe legal permissions/restrictions. What happens on the ground
may be different: for instance, many footpaths are used as de facto bike
paths, without a legal right to do so. (Various 'greyzone' tags have been
proposed to deal with such situations, but this is controversial and is not
described here.)"

Similar to existing "maxspeed:advisory"
https://wiki.openstreetmap.org/wiki/Key:maxspeed:advisory perhaps if these
aren't legal restrictions but still signposted on the ground we could use
"motor_vehicle:advisory=destination". Does that work better?

On Fri, 8 Nov 2019 at 13:04, Luke Stewart 
wrote:

> As far as I have read, these signs are not enforceable by councils, nor do
> they appear in the NSW (or Australian) Road Rules. So unless the road
> itself is on private property and this sign is present, the access would
> still be public and it has the same meaning as discouraging the use of the
> street in favour of main roads.
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] New imageries in AU

Active mappers who regularly check out the different imagery layers can
usually tell when one gets refreshed with new imagery, but it does vary a
lot based on location.

What if we had a wiki page, that tried to loosely track imagery freshness.

eg. just a list of cities Sydney with info like "currently freshest is
Maxar". or "ESRI appeared to refresh within the last 6 months", etc. What
do you think?

Keep in mind (this is even something I need to do better at), when armchair
mapping from aerial imagery or street level imagery it's always a good idea
to check the last edit date of the feature you're editing. If it's a few
years old then it's usually safe to replace, but if it's within the last 6
months it could well be more current than the imagery.

On Fri, 8 Nov 2019 at 01:58, Nemanja Bracko (E-Search) via Talk-au <
talk-au@openstreetmap.org> wrote:

> Hi all,
>
>
>
> Do we have any possibility to be informed once there is a new imagery
> published by other providers (Maxar, Esri, Mapbox, etc.)?
>
> We are trying to develop the process which will involve constant update of
> AU map, but we are not sure how to focus to areas which might have most
> recent imagery?
>
>
>
> Thank you in advance,
>
> Nemanja
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Melbourne Missing Maps/OSM rep?

2019-11-07 Thread Michael Collinson


Hi Vitva,

If you don't get any other volunteers, I'll be happy to come along and 
answer questions/talk ad hoc but not prepare a talk. I'm not familiar 
with Missing Maps but have previously served on the OSM Foundation board.


Cheers,

Mike

Michael Collinson

On 2019-11-08 13:13, Vilppola, Ritva wrote:


Hi Team,

WSP is holding a Missing Maps Mapathon next Thursday 5-8pm and we’re 
just wondering if there is anyone in Melbourne available to rep for 
OSM/Missing Maps for the evening?


We will also be getting in a speaker from MSF to attend so it would be 
great to have someone from OSM promote what it’s all about and ways 
people can get involved locally!


Cheers,

*Ritva**Vilppola*
Sustainability Consultant




T: +7 3535 1518

ritva.vilpp...@wsp.com

WSP Australia Pty Limited
900 Ann Street, Level 12
Fortitude Valley
4006  Australia

*wsp.com *












NOTICE: This communication and any attachments ("this message") may 
contain information which is privileged, confidential, proprietary or 
otherwise subject to restricted disclosure under applicable law. This 
message is for the sole use of the intended recipient(s). Any 
unauthorized use, disclosure, viewing, copying, alteration, 
dissemination or distribution of, or reliance on, this message is 
strictly prohibited. If you have received this message in error, or 
you are not an authorized or intended recipient, please notify the 
sender immediately by replying to this message, delete this message 
and all copies from your e-mail system and destroy any printed copies.




-LAEmHhHzdJzBlTWfa4Hgs7pbKl

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

Re: [Talk-bo] Solicitud para añadir a Bolivia en RapID

2019-11-07 Thread Marco Antonio

On Fri, 13 Sep 2019 at 19:06, Marco Antonio  wrote:
>
> He añadido una solicitud para que nos tomen en cuenta en la detección
> de caminos en el editor RapID de Facebbok
>
> cualquier novedad les voy avisando, pero tomará tiempo porque hay
> varios países en cola :(

Bien. El día de hoy 7/nov/2019 han añadido el soporte de detección de
carreteras para Bolivia en RapID!!

mapa de países habilitados →
https://twitter.com/MapWithAI/status/1192617197677371393

ha sido habilitado con otro grupo grande de países de américa latina :3

No he podido encontrar hasta ahora nuevas calles detectadas <@_@> _|=|O

abrazos,

Marco Antonio

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

Re: [talk-au] local traffic only

2019-11-07 Thread Warin

There is one group of roads with these kinds of signs. As they are on 
Forestry Commission property and would be maintained by them I would 
think they have some control over who uses them.


On 08/11/19 10:24, Andrew Harvey wrote:
The fact that they are not legally enforceable I think is irrelevant, 
after all you can always tell your router to ignore access=destination 
if you like. Rather this tagging accurately reflects the officially 
signposted "recommendation".


I agree they are targeted at vehicles, so that's why I'd recommend 
motor_vehicle=destination rather than a blanket access=destination.


On Fri, 8 Nov 2019 at 10:05, Ian Sergeant > wrote:


I disagree with this one

1. I'm pretty sure they are not intended to have any effect to
cyclists and pedestrians.  Who are generally encouraged to use
these kinds of streets.  I wouldn't like to think we're putting
access restrictions that are going to cause walking/cycling
routing issues.

2. I'm also not sure these signs have any legal effect at all. 
They aren't privately owned.  The signs are just street
decorations.  I'd be inclined to

Ian.


On Thu, 7 Nov 2019 at 22:36, Nemanja Bračko mailto:brack...@gmail.com>> wrote:

I would agree with David on this.
In that way you will avoid routing thru these streets unless
your destination is there.

Sent from my phone

On Thu, Nov 7, 2019, 12:33 David Wales mailto:daviewa...@disroot.org>> wrote:

I would use access=destination

On 7 November 2019 10:21:26 pm AEDT, Sebastian Spiess
mailto:mapp...@consebt.de>> wrote:

Hello List,

how do you map a 'local traffic only' sign as this one?
https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw

Followinghttps://wiki.openstreetmap.org/wiki/Key:access  states 
"...Note
that "access only for residents" is private..."

Would this not break navigation in apps etc?





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

Re: [talk-au] Melbourne Missing Maps/OSM rep?

2019-11-07 Thread Edoardo Neerhut

I'll be in New Zealand for FOSS4G SotM Oceania
, but keep me posted for the next one as
I would love to help out.

On Fri, 8 Nov 2019 at 13:14, Vilppola, Ritva  wrote:

> Hi Team,
>
>
>
> WSP is holding a Missing Maps Mapathon next Thursday 5-8pm and we’re just
> wondering if there is anyone in Melbourne available to rep for OSM/Missing
> Maps for the evening?
>
>
>
> We will also be getting in a speaker from MSF to attend so it would be
> great to have someone from OSM promote what it’s all about and ways people
> can get involved locally!
>
>
>
> Cheers,
>
>
>
> *Ritva* *Vilppola*
> Sustainability Consultant
>
>
> 
>
> T: +7 3535 1518
>
> ritva.vilpp...@wsp.com
>
> WSP Australia Pty Limited
> 900 Ann Street, Level 12
> Fortitude Valley
> 4006  Australia
>
> *wsp.com *
>
>
>
>
>
>
>
> --
>
>
> NOTICE: This communication and any attachments ("this message") may
> contain information which is privileged, confidential, proprietary or
> otherwise subject to restricted disclosure under applicable law. This
> message is for the sole use of the intended recipient(s). Any unauthorized
> use, disclosure, viewing, copying, alteration, dissemination or
> distribution of, or reliance on, this message is strictly prohibited. If
> you have received this message in error, or you are not an authorized or
> intended recipient, please notify the sender immediately by replying to
> this message, delete this message and all copies from your e-mail system
> and destroy any printed copies.
>
>
>
> -LAEmHhHzdJzBlTWfa4Hgs7pbKl
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Melbourne Missing Maps/OSM rep?

2019-11-07 Thread Vilppola, Ritva

Hi Team,

WSP is holding a Missing Maps Mapathon next Thursday 5-8pm and we're just 
wondering if there is anyone in Melbourne available to rep for OSM/Missing Maps 
for the evening?

We will also be getting in a speaker from MSF to attend so it would be great to 
have someone from OSM promote what it's all about and ways people can get 
involved locally!

Cheers,

Ritva Vilppola
Sustainability Consultant


[cid:image001.jpg@01D5962D.E491C1F0]

T: +7 3535 1518

ritva.vilpp...@wsp.com

WSP Australia Pty Limited
900 Ann Street, Level 12
Fortitude Valley
4006  Australia

wsp.com







NOTICE: This communication and any attachments ("this message") may contain 
information which is privileged, confidential, proprietary or otherwise subject 
to restricted disclosure under applicable law. This message is for the sole use 
of the intended recipient(s). Any unauthorized use, disclosure, viewing, 
copying, alteration, dissemination or distribution of, or reliance on, this 
message is strictly prohibited. If you have received this message in error, or 
you are not an authorized or intended recipient, please notify the sender 
immediately by replying to this message, delete this message and all copies 
from your e-mail system and destroy any printed copies.



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

Re: [talk-au] local traffic only

2019-11-07 Thread Luke Stewart

As far as I have read, these signs are not enforceable by councils, nor do
they appear in the NSW (or Australian) Road Rules. So unless the road
itself is on private property and this sign is present, the access would
still be public and it has the same meaning as discouraging the use of the
street in favour of main roads.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-vi] MapRoulette challenges in Vietnam - find road network problems

2019-11-07 Thread Andrew Wiseman via Talk-vi

Hello OSM Vietnam,

Xem bên dưới để dịch tiếng Việt.

This is Andrew again from the Apple Maps team. We recently used our Atlas data 
analysis tool (https://github.com/osmlab/atlas 
) to look at a few types of potential issues 
related to roads and routing, such as roads that have overly sharp angles, 
roads that cross but don't connect, routing problems, turn restrictions, places 
where navigation is impossible due to missing connections or potentially 
incorrect one-way roads, and other similar issues.

I've posted the results of those checks on MapRoulette, a tool that lets you go 
through potential issues one by one and either correct them or indicate they 
are not a problem. I wanted to let you know they are available in case others 
wanted to try fixing some of them — I also plan to go through some of them 
myself.

In MapRoulette you can either pick a random task to fix or click on a specific 
one. If you want to do tasks around a certain location, such as somewhere you 
are familiar with, you can click on one from the map view, and then click Next 
task: Nearby when you finish it.

Here they are: 

Vietnam Sharp Angle Roads: https://maproulette.org/challenge/7986 

Vietnam Floating Ways & Disconnected Roads: 
https://maproulette.org/challenge/9830 
Vietnam Sink Islands & Impossible Routing: 
https://maproulette.org/challenge/9826 
Vietnam Overlapping Lines: https://maproulette.org/challenge/9827 

Vietnam Invalid Turn Restrictions: https://maproulette.org/challenge/9836 

Vietnam Malformed Roundabouts: https://maproulette.org/challenge/9834 

Vietnam Road Link Check: https://maproulette.org/challenge/9832 

Here is the message auto-translated into Vietnamese: 

///

Xin chào OSM Việt Nam,

Đây là Andrew một lần nữa từ nhóm Apple Maps. Gần đây, chúng tôi đã sử dụng 
công cụ phân tích dữ liệu Atlas của mình (https://github.com/osmlab/atlas) để 
xem xét một số loại vấn đề tiềm ẩn liên quan đến đường và định tuyến, chẳng hạn 
như đường có góc quá nhọn, đường giao nhau nhưng không Không kết nối, sự cố 
định tuyến, hạn chế rẽ, những nơi không thể điều hướng do thiếu kết nối hoặc 
đường một chiều có thể không chính xác và các vấn đề tương tự khác.

Tôi đã đăng kết quả của những kiểm tra đó trên MapRoulette, một công cụ cho 
phép bạn lần lượt khắc phục các sự cố tiềm ẩn và sửa chúng hoặc cho biết chúng 
không phải là vấn đề. Tôi muốn cho bạn biết rằng chúng có sẵn trong trường hợp 
những người khác muốn thử sửa một số trong số họ - tôi cũng có kế hoạch tự mình 
trải qua một số trong số họ.

Trong MapRoulette, bạn có thể chọn một tác vụ ngẫu nhiên để sửa hoặc nhấp vào 
một tác vụ cụ thể. Nếu bạn muốn thực hiện các tác vụ xung quanh một vị trí nhất 
định, chẳng hạn như nơi nào đó bạn quen thuộc, bạn có thể nhấp vào một từ chế 
độ xem bản đồ, sau đó nhấp vào Tác vụ tiếp theo: Gần đó khi bạn hoàn thành nó.

Họ đây rồi:

Đường góc nhọn Việt Nam: https://maproulette.org/challenge/7986
Việt Nam Cách nổi & Đường bị ngắt kết nối: 
https://maproulette.org/challenge/9830
Quần đảo chìm Việt Nam & định tuyến bất khả thi: 
https://maproulette.org/challenge/9826
Đường chồng chéo Việt Nam: https://maproulette.org/challenge/9827
Giới hạn rẽ không hợp lệ tại Việt Nam: https://maproulette.org/challenge/9836
Vòng xuyến dị dạng Việt Nam: https://maproulette.org/challenge/9834
Kiểm tra liên kết đường bộ Việt Nam: https://maproulette.org/challenge/9832


Thanks! 

Andrew



Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 

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

Re: [Talk-uy] Retos de MapRoulette en Uruguay

2019-11-07 Thread Andrew Wiseman via Talk-uy

Hola a todos,

He actualizado algunos de los desafíos y he agregado algunos nuevos:

Comprobación de conectividad: https://maproulette.org/challenge/9338
Vías flotantes y caminos desconectados: https://maproulette.org/challenge/9334
Restricciones de giro inválidas: https://maproulette.org/challenge/9336
Rotondas malformadas: https://maproulette.org/challenge/9337
Problemas de enrutamiento y enrutamiento imposible: 
https://maproulette.org/challenge/9335

Gracias,

Andrew 




Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On Jul 23, 2019, at 12:00 PM, Andrew Wiseman via Talk-uy 
>  wrote:
> 
> Hola,
> 
> He publicado otro reto de MapRoulette, para las líneas de costa en Uruguay. 
> Este reto busca partes de la costa que están muy largas o con esquinas 
> agudos, que pueden deberse a digitalización inexacta o a muy pocos vértices o 
> esquinas como sea necesario. Hay más detalles y instrucciones en el reto: 
> https://maproulette.org/challenge/8261 
> 
> 
> Por favor, hágamelo saber si tiene alguna pregunta o comentario. 
> 
> Saludos,
> 
> Andrew
> 
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> 
>> On Apr 15, 2019, at 3:46 PM, Andrew Wiseman > > wrote:
>> 
>> Hola,
>> 
>> Parece que los primeros desafíos están terminados, así que creé algunos más, 
>> principalmente sobre problemas de enrutamiento y conectividad vial. 
>> 
>> Por favor, hágamelo saber si tiene alguna pregunta o comentario.
>> 
>> Los retos son:
>> 
>> Enrutamiento Imposible / Impossible Routing: 
>> https://maproulette.org/challenge/4102 
>> 
>> Vías Flotando / Floating Ways: https://maproulette.org/challenge/4103 
>> 
>> Vías Cruzando / Crossing Ways: https://maproulette.org/challenge/4104 
>> 
>> Chequear de Conectividad / Connectivity Check: 
>> https://maproulette.org/challenge/4106 
>> 
>> Gracias!
>> 
>> Andrew
>> 
>>> On Feb 25, 2019, at 7:43 PM, Andrew Wiseman via Talk-uy 
>>> mailto:talk-uy@openstreetmap.org>> wrote:
>>> 
>>> Hola OSM Uruguay,
>>> 
>>> Esto es Andrew del equipo de mapas de Apple. Llevamos algún tiempo 
>>> trabajando en Uruguay (https://github.com/osmlab/appledata/issues/24 
>>> ) y recientemente usado 
>>> nuestro herramienta Atlas para análisis de datos 
>>> (https://github.com/osmlab/atlas ) para 
>>> buscar algunos tipos de posibles problemas, como carreteras con ángulos 
>>> agudos, intersecciones de edificios y carreteras, y lineas (frecuentemente 
>>> vías) superpuestas. Pongo los resultados de los retos en MapRoulette 
>>> (maproulette.org ), un herramienta que te permite 
>>> pasar los problemas uno por uno y corregirlos o marcar que no son un 
>>> problema. Quería hacerles saber que estaban disponibles en caso de que 
>>> alguien quisiera intentar arreglarlos. Yo también arreglaré algunos.
>>> 
>>> En MapRoulette escoges un problema random o haz clic en un problema 
>>> especifico. Si desea ver tareas en un lugar determinado, como en un lugar 
>>> con el que está familiarizado, puede hacer clic en "más opciones" y luego 
>>> en “load tasks by proximity” (cargar tareas por proximidad.)
>>> 
>>> Por favor, hágamelo saber si tiene alguna pregunta o comentario.
>>> 
>>> Los retos son:
>>> 
>>> Intersecciones de edificios y carreteras: 
>>> https://maproulette.org/mr3/challenge/3745 
>>> 
>>> Carreteras y vías de ángulo agudo: 
>>> https://maproulette.org/mr3/challenge/3743 
>>> 
>>> Superpuestas de lineas: https://maproulette.org/mr3/challenge/3744 
>>> 
>>>  
>>> Muchas gracias,
>>> 
>>> Andrew
>>> 
>>> 
>>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | 
>>> andrew_wise...@apple.com 
>>> ___
>>> Talk-uy mailing list
>>> Talk-uy@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-uy 
>>> 
>> 
> 
> ___
> Talk-uy mailing list
> Talk-uy@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-uy

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

Re: [Talk-bd] Discussion: Issues with name localization for Bangladesh

2019-11-07 Thread Aftabuzzaman Ullah

Hello. Thanks for mail.
I respectfully disagree that we should use default/primary "name" tag in
English instead of Bangla. If i understand correctly, OSM policy/general
community guideline is that default/primary "name" tag should be in
whatever language is used locally (for Bangladesh it is Bangla). (
https://wiki.openstreetmap.org/wiki/Names#Localization
https://wiki.openstreetmap.org/wiki/Multilingual_names ) It is common
practice and it is followed by most countries e.g Japan, China, Russia, all
arabic, cyrillic speaking countries etc countries.

We should use English because some software doesn't render Bangla correctly
isn't acceptable reason. It's may be true but By now the majority of
rendering systems/software can deal with unicode characters, supports
Bangla characters. Just because some software/site doesn't support Bangla
so we should use English, is like you have headache so cut the head like
solution. Like you said openstreetmap-carto was unable to render Bangla but
it was fixed now. Same thing can be done with others, if an app doesn't
support Bangla, we need to submit bug report, reach out the developer for
adding Bangla font. Thats will be correct solution. It is not true that in
order to fix Bangla rendering problem, developer needs to learn Bangla.
They will just need to specify/include a Bangla font. we should need to
take necessary step to fix rendering problem in the apps/site that don't
render Bangla correctly e.g. submiting bug report (for exemple, to fix HOT
rendering problem we need to ask developer to add a Bangla font here
https://github.com/hotosm/HDM-CartoCSS/tree/master/fonts . i can see they
already added arabic, tamil, thai, lao etc font) I will be happy to help
with this & others.

It is also not true that English names were deleted altogether, i can see
it just moved to "name:en" field (e.g "name = Road 1" became "name = সড়ক ১"
& "name:en = Road 1"). If any software/site doesn't want to show local
language but english, they easily fallback to name:en.

Per OSM policy/general community guideline, We should use default/primary
"name" tag in Bangla, any other name language in their code e.g name:en for
English, name:it for Italian etc. That's should be our general
guideline. Yes, If for some reason someone cannot/don't do this, thats
fine, no one going to yell / block them. But in general, our broad nameing
guideline should be same as OSM general guideline, use default/primary
"name" tag in Bangla.
___
Talk-bd mailing list
Talk-bd@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bd

Re: [talk-au] local traffic only

2019-11-07 Thread HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)

The fact that they are not legally enforceable I think is irrelevant, after
all you can always tell your router to ignore access=destination if you
like. Rather this tagging accurately reflects the officially signposted
"recommendation".

I agree they are targeted at vehicles, so that's why I'd recommend
motor_vehicle=destination rather than a blanket access=destination.

On Fri, 8 Nov 2019 at 10:05, Ian Sergeant  wrote:

> I disagree with this one
>
> 1. I'm pretty sure they are not intended to have any effect to cyclists
> and pedestrians.  Who are generally encouraged to use these kinds of
> streets.  I wouldn't like to think we're putting access restrictions that
> are going to cause walking/cycling routing issues.
>
> 2. I'm also not sure these signs have any legal effect at all.  They
> aren't privately owned.  The signs are just street decorations.  I'd be
> inclined to
>
> Ian.
>
>
> On Thu, 7 Nov 2019 at 22:36, Nemanja Bračko  wrote:
>
>> I would agree with David on this.
>> In that way you will avoid routing thru these streets unless your
>> destination is there.
>>
>> Sent from my phone
>>
>> On Thu, Nov 7, 2019, 12:33 David Wales  wrote:
>>
>>> I would use access=destination
>>>
>>> On 7 November 2019 10:21:26 pm AEDT, Sebastian Spiess <
>>> mapp...@consebt.de> wrote:

 Hello List,

 how do you map a 'local traffic only' sign as this one?
 https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw

 Following https://wiki.openstreetmap.org/wiki/Key:access states "...Note
 that "access only for residents" is private..."

 Would this not break navigation in apps etc?
 --
 Talk-au mailing list
 Talk-au@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-au

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

[OSM-talk-ie] Rural Speed Limits

2019-11-07 Thread Noel Ballantyne

Forgive me if this has been asked before.

Rural Speed limits were introduced in 2016 to emphasize that the statutory
maximum speed was not necessarily a safe speed, which would comprise an
"end of speed limit" circular sign over a "Slow" rectangular plate.[18]

This
was introduced in 2016 as a combination of Sign RUS 041A and Plate P 080
(bilingually reading *SLOW* and *Go Mall*); it can only be used on local
 secondary and
tertiary roads (not on national, regional, or local primary roads).
https://en.wikipedia.org/wiki/Road_speed_limits_in_the_Republic_of_Ireland

now that these signs are eventually been put in place by councils, what is
the correct maxspeed tagging?

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

Re: [talk-au] local traffic only

2019-11-07 Thread Ian Sergeant

I disagree with this one

1. I'm pretty sure they are not intended to have any effect to cyclists and
pedestrians.  Who are generally encouraged to use these kinds of streets.
I wouldn't like to think we're putting access restrictions that are going
to cause walking/cycling routing issues.

2. I'm also not sure these signs have any legal effect at all.  They aren't
privately owned.  The signs are just street decorations.  I'd be inclined
to

Ian.


On Thu, 7 Nov 2019 at 22:36, Nemanja Bračko  wrote:

> I would agree with David on this.
> In that way you will avoid routing thru these streets unless your
> destination is there.
>
> Sent from my phone
>
> On Thu, Nov 7, 2019, 12:33 David Wales  wrote:
>
>> I would use access=destination
>>
>> On 7 November 2019 10:21:26 pm AEDT, Sebastian Spiess 
>> wrote:
>>>
>>> Hello List,
>>>
>>> how do you map a 'local traffic only' sign as this one?
>>> https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw
>>>
>>> Following https://wiki.openstreetmap.org/wiki/Key:access states "...Note
>>> that "access only for residents" is private..."
>>>
>>> Would this not break navigation in apps etc?
>>> --
>>> Talk-au mailing list
>>> Talk-au@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-au
>>>
>>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

2019-11-07 Thread phyks

Attention à ne pas oublier oneway=-1 !

Le 7 novembre 2019 19:19:51 UTC+01:00, osm.sanspourr...@spamgourmet.com a écrit 
:
>Tu utilises la sélection par attributs pour récupérer toutes les rues
>oneway=yes à compter une fois, tu met la longueur L1 de côté.
>
>Tu utilises la sélection par attributs pour récupérer toutes les rues
>!oneway=yes à compter deux fois, tu met la longueur L2 de côté.
>
>Je vais l'hypothèse que tu n'as chargé dans JOSM que les rues qui
>t'intéressent.
>
>Et tu trouves un outil capable de te calculer L1 + 2 * L2 ;-)
>
>Le 07/11/2019 à 16:41, Shohreh - codecompl...@free.fr a écrit :
>> Phyks wrote
>>> Le plus simple (et sûr) est de compter le linéaire total (en
>filtrant les
>>> highways pour ne pas prendre les chemins privés etc) avec le sens de
>>> circulation en prenant :
>>> * La longueur des ways pour les ways à sens unique
>>> * La longueur des ways * 2 pour les ways à double sens (pas de
>oneway ou
>>> oneway=no)
>> Bien vu.
>>
>> Comment faire ?
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mulhouse, un vignoble ?

2019-11-07 Thread Muselaar


Bonsoir,

Quelqu'un a-t-il remarqué cette étrangeté, qui date de quelques 
semaines, mais que je n'avais pas comprise jusqu'ici. Cela provoque 
l'affichage en vert de tout Mulhouse, ville que je ne connais pas plus 
que ça, et ça m'intriguait :


https://www.openstreetmap.org/relation/371773

Si quelqu'un peut réparer, je pense que ça serait une vraie B.A. Moi, je 
ne comprends pas trop, je subodore la blague, mais je ne suis pas 
capable de comprendre si c'en est une, ou seulement une mauvaise 
manipulation d'un débutant.


Muselaar


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

Re: [Talk-es] Mapeo de espacios protegidos

2019-11-07 Thread Miguel Sevilla-Callejo

También veo que la escala de base es 1:50.000 y creo que la hay de mayor
precisión para importar pues entiendo que OSM se merece más calidad.
Quizá en los repositorios autonómicos encontramos algo mejor.
Saludos

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Thu, 7 Nov 2019 at 19:47, Miguel Sevilla-Callejo 
wrote:

> Veo que los límites de los espacio protegidos del ministerios están en CC
> BY 3.0
>
> Aquí enlace a los metadatos de esa capa descargable:
>
> https://www.mapama.gob.es/ide/metadatos/index.html?srv=metadata.show=cb550555-548b-450f-bee1-4435a4c40b6c
>
> Podéis ver también la persona de contacto, por si alguien se anima a pedir
> permiso.
>
> Un saludo
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Thu, 7 Nov 2019 at 19:44, Miguel Sevilla-Callejo 
> wrote:
>
>> Hola Olivier,
>>
>> El tema que planteas es algo que tenemos desde hace tiempo pendiente en
>> la comunidad.
>>
>> Sin ir mas lejos yo me lo llevo planteando para los ENP de Aragón desde
>> que vivo aquí y sobre otros de Madrid que conozco bastante bien que me
>> sorprendo que aún no estén incluidos.
>>
>> Yo entiendo que como todo elemento no fotointerpretable (que se vea en la
>> imagen aérea/satelital) y al ser algo imaginario deberíamos buscar una
>> fuente fiable y realizar una importación como ya se hizo con otros
>> elementos como la toponimia, los límites administrativos y demás. O lo que
>> es lo mismo, deberíamos realizar una tarea [tediosa] de importación.
>>
>> Podemos hacerlo a nivel de comunidades autónomas o en toda España.
>>
>> Entiendo que como muchos de estos límites han salido en los boletines
>> oficiales nacionales o autonómicos tienen rango de ley y son de dominio
>> público, pero es cierto que lo que sale en esos boletines no es el límite
>> con sus coordenadas (el elementos espacial importable) si no una
>> descripción de los limites. O sea que si una comunidad autónoma tiene los
>> límites en una base de datos espacial... hay que pedir permiso antes de
>> usar.
>>
>> De nuevo, como con el tema de las edificaciones del catastro nos
>> encontramos con un tema delicado... podemos "calcar" los límites de alguna
>> fuente que tengamos permiso (mapas del IGN quizá) pero lo ideal serí
>> importar las vías ya trazadas de una fuente óptima (quizá la RedNatura2000
>> o red de ENP del ministerio...[1] pidiendo permiso)
>>
>> Ya diréis que os parece
>>
>> Un saludo
>>
>> Miguel
>>
>> [1]
>> https://www.miteco.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/cartografia_informacion_disp.aspx
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>>
>> On Thu, 7 Nov 2019 at 12:15, bobeeeze  wrote:
>>
>>> Buenos días,
>>> Hace poco me di cuenta que faltaba información en OSM de una zona
>>> protegida
>>> considerada como LIC (Lugar de Importancia Comunitaria) que tengo cerca
>>> de
>>> casa, concretamente el LIC de la Sierra de Corbera [1][2]. Entonces
>>> empiezo
>>> a buscar información sobre ese tema en la wiki, la lista… [3][4][5]
>>> En fin, todo eso para llegar a la conclusión que no he encontrado
>>> información concreta de como añadir una zona protegida de manera manual y
>>> tampoco he conseguido averiguar si hay una importación en curso o
>>> prevista
>>> de las zonas protegidas de la red Natura 2000.
>>>
>>> Alguien me puede ayudar en eso? Existe alguna manera de recuperar de
>>> forma
>>> "legal", respetando las licencias de la fuente, la zona que quiero
>>> mapear, o
>>> de importar directamente esa zona, o de ponerlo como fondo en JOSM para
>>> dibujar encima? Ese último lo he conseguido con esa información [6] pero
>>> no
>>> sé si tenemos derecho a usarlo o no.
>>>
>>> Mi intención es mapear otras zonas como esta, que he visto que faltan
>>> unas
>>> cuantas por aquí en la Comunidad Valenciana y seguro que muchas más en
>>> toda
>>> España. También me ha parecido ver cosas raras en las que ya existen, que
>>> supongo habrá que modificar, por ejemplo zonas que ponen un
>>> landuse=forest o
>>> scrub cuando realmente en la zona hay todo tipo de uso de suelo. Me
>>> imagino
>>> que el espacio protegido no debería llevar ningún landuse verdad? Al
>>> menos
>>> que sea un espacio muy reducido con un solo tipo de suelo.
>>>
>>> En fin, me parece que hay mucho trabajo en ese tema y me gustaría empezar
>>> con ello. A ver si alguien me puede ayudar a dar el primer paso
>>>
>>> Saludos
>>>
>>> [1]
>>>
>>> http://www.cma.gva.es/areas/SIG/sigshp/cartografia_basica/lics/fichas_lics/lic_sierra_corbera.PDF
>>> [2] https://www.openstreetmap.org/way/742297068
>>> [3] https://wiki.openstreetmap.org/wiki/ES:Natura_2000_Network_in_Spain
>>> [4] https://wiki.openstreetmap.org/wiki/ES:Tag:boundary%3Dprotected_area
>>> [5]
>>>
>>> http://gis.19327.n8.nabble.com/Jerarquia-de-los-espacios-naturales-en-Espa-a-td5896798.html
>>> [6]
>>>
>>> https://www.miteco.gob.es/es/cartografia-y-sig/ide/descargas/biodiversidad/rn2000.aspx
>>>
>>>
>>>
>>> --
>>> Sent from:

Re: [Talk-at] OSM Sticker und Flyer - GISDay

2019-11-07 Thread Norbert Wenzel

On 07.11.19 10:05, Andreas via Talk-at wrote:
> Könnte mich vielleict mit ScubbX abstimmen und kann dir ein paar OSM
> Tassen auch mitbringen?

Tassen wären bei mir auch noch 3 verfügbar. Sticker und/oder Flyer hat
mir ScubbX aber schon alle abgenommen. ;-)

lg,
Norbert

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread osm . sanspourriel

Le 07/11/2019 à 14:00, marc marc - marc_marc_...@hotmail.com a écrit :

Une fois que j'ai sélectionné la meilleur image pour un passage piéton,
j'ajoute les infos d'accessibilité du passage piéton dans osm.
Retrouver la meilleur image n'est plus utile vu que j'en ai extrait
les infos.

Outre le cas mentionné, tu peux vouloir utiliser l'image pour une raison
et un autre pour une autre ou pour vérifier parce qu'un attribut te
titille. Mettons pour voir s'il y a un appel piéton.

Le 07/11/2019 à 16:28, JB - jb...@mailoo.org a écrit :

Je suis convaincu que toutes ces clefs externes sont du genre à
rebuter un nouvel entrant qui, ne sachant pas ce qu'elles veulent
dire, préfèreront ne rien toucher que de risquer de tout casser…

Effectivement il vaut mieux qu'ils évitent de toucher aux clés s'ils n'y
comprennent rien^^.

Que ce soit sur JOSM ou iD il y a des assistants (preset) pour enrichir
sans connaître les attributs.

Mais tu n'as pas complètement tort. Si on a sur openstreetmap.org des
liens qui utilisent ces références, c'est plus parlant.

Yves, je dis ça, je ne dis rien^^.

(Apparemment, en 2019, on n'arrive toujours pas à croiser les
contrôles techniques issus d'OSM avec une base externe sans utiliser
un identifiant unique ? La clef unique est vraiment la solution de
facilité…)

La clé unique c'est la solution fiable.

Si _toutes_ les données de _toutes_ les bases de données étaient
correctes _et_ complètes, tu pourrais faire fiablement sans mais avec un
fort surcout de calcul.

Prenons l'identifiant des stations services en France.

Ça permet à Adrien P. d'afficher les infos à la bonne position dans
OpenFuel.
Ça permet à Fred de proposer les attributs plus détaillés dans Osmose.
Ça permet aussi de remonter au fournisseur de données des positions
incorrectes.

Chaque base de donnée a ses points forts, avec les identifiants on peut
consolider les infos.

Par exemple de prendre les positions dans OSM et les prix sur le site
gouvernemental.

Version brute : le Carrefour Market de Vire est mal positionné
<https://www.carburants.org/stations/vire/carrefour-market_carrefour-market.DDxmAz>,
confondu avec le Carrefour Contact de Vire
<https://www.carburants.org/stations/vire/carrefour-contact_carrefour-contact.DDxmAn>.

Version consolidée : sur OpenFuel le Carrefour Market de Vire est bien
positionné <https://openfuelmap.net/#15/48.8566/-0.8707> (au nord de la
carte).

Mais bon, si tu arrives à faire comprendre à la CPAM qui tu es sans
donner ton numéro INSEE...

Le 07/11/2019 à 16:14, Adrien André via Talk-fr -
talk-fr@openstreetmap.org a écrit :

source=mapillary + source:date=20191107 ne suffit-il pas ?

Tu proposes de mettre plus d'infos, je vois mal le gain (hormis créer
moins de clés... en codant des clés dans des valeurs). Le lien que tu as
donné ne marche pas. Mais dans ce cas regarde plutôt du côté du greffon
OpenSwitchMaps.

Et si tu utilisais Mapillary tu saurais qu'il y a pas mal de déchets,
trouver /la/ bonne photo n'est pas évident (Cf. la remarque à propos de GM).

Si on tient à stocker des informations de lien, alors la place de ces
informations ne serait-elle pas plutôt ailleurs ?

On peut considérer que c'est de la méta donnée, donc à mettre au niveau
des changeset. Sauf que l'on a vu que l'info ne sert pas qu'à ça et
qu'elle est à la modification d'un objet pas d'un ensemble de
modifications. Techniquement ton système tient la route mais ne fait que
cacher la donnée (plus la maintenance des liens, voir plus loin).

Voir rapidement que le panneau "90" vient d'une photo de 2019 et non
d'une photo de 2016 permet de savoir si ça vaut le coup de vérifier la
donnée.

Le 07/11/2019 à 16:14, Adrien André via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Les informations sémantiques sur les éléments restent ainsi séparées
de la donnée technique de lien. (...)

Voir ce point
<https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-548917729>
sur le GitHub d'openstreetmap.org ;-).

Sur le principe OK mais dans la pratique c'est déjà fait par Wikidata.

Jean-Yvon

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

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

Ou Qgis et quickOSM !

-Message d'origine-
De : Shohreh  
Envoyé : jeudi 7 novembre 2019 14:34
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Outil pour additionner longueur de ways ?

Bonjour,

J'ai besoin de connaître la distance que représente l'ensemble de rues données.

Idéalement, via une requête à Overpass-Turbo qui calculera lui-même le 
résultat, ou alors en downloadant le résultat dans un GPX, en l'ouvrant dans un 
logiciel équipé d'une règle qui me permettrait manuellement de mesurer + 
additioner toutes les ways.

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Mapeo de espacios protegidos

2019-11-07 Thread Miguel Sevilla-Callejo

Veo que los límites de los espacio protegidos del ministerios están en CC
BY 3.0

Aquí enlace a los metadatos de esa capa descargable:
https://www.mapama.gob.es/ide/metadatos/index.html?srv=metadata.show=cb550555-548b-450f-bee1-4435a4c40b6c

Podéis ver también la persona de contacto, por si alguien se anima a pedir
permiso.

Un saludo

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Thu, 7 Nov 2019 at 19:44, Miguel Sevilla-Callejo 
wrote:

> Hola Olivier,
>
> El tema que planteas es algo que tenemos desde hace tiempo pendiente en la
> comunidad.
>
> Sin ir mas lejos yo me lo llevo planteando para los ENP de Aragón desde
> que vivo aquí y sobre otros de Madrid que conozco bastante bien que me
> sorprendo que aún no estén incluidos.
>
> Yo entiendo que como todo elemento no fotointerpretable (que se vea en la
> imagen aérea/satelital) y al ser algo imaginario deberíamos buscar una
> fuente fiable y realizar una importación como ya se hizo con otros
> elementos como la toponimia, los límites administrativos y demás. O lo que
> es lo mismo, deberíamos realizar una tarea [tediosa] de importación.
>
> Podemos hacerlo a nivel de comunidades autónomas o en toda España.
>
> Entiendo que como muchos de estos límites han salido en los boletines
> oficiales nacionales o autonómicos tienen rango de ley y son de dominio
> público, pero es cierto que lo que sale en esos boletines no es el límite
> con sus coordenadas (el elementos espacial importable) si no una
> descripción de los limites. O sea que si una comunidad autónoma tiene los
> límites en una base de datos espacial... hay que pedir permiso antes de
> usar.
>
> De nuevo, como con el tema de las edificaciones del catastro nos
> encontramos con un tema delicado... podemos "calcar" los límites de alguna
> fuente que tengamos permiso (mapas del IGN quizá) pero lo ideal serí
> importar las vías ya trazadas de una fuente óptima (quizá la RedNatura2000
> o red de ENP del ministerio...[1] pidiendo permiso)
>
> Ya diréis que os parece
>
> Un saludo
>
> Miguel
>
> [1]
> https://www.miteco.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/cartografia_informacion_disp.aspx
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Thu, 7 Nov 2019 at 12:15, bobeeeze  wrote:
>
>> Buenos días,
>> Hace poco me di cuenta que faltaba información en OSM de una zona
>> protegida
>> considerada como LIC (Lugar de Importancia Comunitaria) que tengo cerca de
>> casa, concretamente el LIC de la Sierra de Corbera [1][2]. Entonces
>> empiezo
>> a buscar información sobre ese tema en la wiki, la lista… [3][4][5]
>> En fin, todo eso para llegar a la conclusión que no he encontrado
>> información concreta de como añadir una zona protegida de manera manual y
>> tampoco he conseguido averiguar si hay una importación en curso o prevista
>> de las zonas protegidas de la red Natura 2000.
>>
>> Alguien me puede ayudar en eso? Existe alguna manera de recuperar de forma
>> "legal", respetando las licencias de la fuente, la zona que quiero
>> mapear, o
>> de importar directamente esa zona, o de ponerlo como fondo en JOSM para
>> dibujar encima? Ese último lo he conseguido con esa información [6] pero
>> no
>> sé si tenemos derecho a usarlo o no.
>>
>> Mi intención es mapear otras zonas como esta, que he visto que faltan unas
>> cuantas por aquí en la Comunidad Valenciana y seguro que muchas más en
>> toda
>> España. También me ha parecido ver cosas raras en las que ya existen, que
>> supongo habrá que modificar, por ejemplo zonas que ponen un
>> landuse=forest o
>> scrub cuando realmente en la zona hay todo tipo de uso de suelo. Me
>> imagino
>> que el espacio protegido no debería llevar ningún landuse verdad? Al menos
>> que sea un espacio muy reducido con un solo tipo de suelo.
>>
>> En fin, me parece que hay mucho trabajo en ese tema y me gustaría empezar
>> con ello. A ver si alguien me puede ayudar a dar el primer paso
>>
>> Saludos
>>
>> [1]
>>
>> http://www.cma.gva.es/areas/SIG/sigshp/cartografia_basica/lics/fichas_lics/lic_sierra_corbera.PDF
>> [2] https://www.openstreetmap.org/way/742297068
>> [3] https://wiki.openstreetmap.org/wiki/ES:Natura_2000_Network_in_Spain
>> [4] https://wiki.openstreetmap.org/wiki/ES:Tag:boundary%3Dprotected_area
>> [5]
>>
>> http://gis.19327.n8.nabble.com/Jerarquia-de-los-espacios-naturales-en-Espa-a-td5896798.html
>> [6]
>>
>> https://www.miteco.gob.es/es/cartografia-y-sig/ide/descargas/biodiversidad/rn2000.aspx
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mapeo de espacios protegidos

2019-11-07 Thread Miguel Sevilla-Callejo

Hola Olivier,

El tema que planteas es algo que tenemos desde hace tiempo pendiente en la
comunidad.

Sin ir mas lejos yo me lo llevo planteando para los ENP de Aragón desde que
vivo aquí y sobre otros de Madrid que conozco bastante bien que me
sorprendo que aún no estén incluidos.

Yo entiendo que como todo elemento no fotointerpretable (que se vea en la
imagen aérea/satelital) y al ser algo imaginario deberíamos buscar una
fuente fiable y realizar una importación como ya se hizo con otros
elementos como la toponimia, los límites administrativos y demás. O lo que
es lo mismo, deberíamos realizar una tarea [tediosa] de importación.

Podemos hacerlo a nivel de comunidades autónomas o en toda España.

Entiendo que como muchos de estos límites han salido en los boletines
oficiales nacionales o autonómicos tienen rango de ley y son de dominio
público, pero es cierto que lo que sale en esos boletines no es el límite
con sus coordenadas (el elementos espacial importable) si no una
descripción de los limites. O sea que si una comunidad autónoma tiene los
límites en una base de datos espacial... hay que pedir permiso antes de
usar.

De nuevo, como con el tema de las edificaciones del catastro nos
encontramos con un tema delicado... podemos "calcar" los límites de alguna
fuente que tengamos permiso (mapas del IGN quizá) pero lo ideal serí
importar las vías ya trazadas de una fuente óptima (quizá la RedNatura2000
o red de ENP del ministerio...[1] pidiendo permiso)

Ya diréis que os parece

Un saludo

Miguel

[1]
https://www.miteco.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/cartografia_informacion_disp.aspx
--
*Miguel Sevilla-Callejo*
Doctor en Geografía

On Thu, 7 Nov 2019 at 12:15, bobeeeze  wrote:

> Buenos días,
> Hace poco me di cuenta que faltaba información en OSM de una zona protegida
> considerada como LIC (Lugar de Importancia Comunitaria) que tengo cerca de
> casa, concretamente el LIC de la Sierra de Corbera [1][2]. Entonces empiezo
> a buscar información sobre ese tema en la wiki, la lista… [3][4][5]
> En fin, todo eso para llegar a la conclusión que no he encontrado
> información concreta de como añadir una zona protegida de manera manual y
> tampoco he conseguido averiguar si hay una importación en curso o prevista
> de las zonas protegidas de la red Natura 2000.
>
> Alguien me puede ayudar en eso? Existe alguna manera de recuperar de forma
> "legal", respetando las licencias de la fuente, la zona que quiero mapear,
> o
> de importar directamente esa zona, o de ponerlo como fondo en JOSM para
> dibujar encima? Ese último lo he conseguido con esa información [6] pero no
> sé si tenemos derecho a usarlo o no.
>
> Mi intención es mapear otras zonas como esta, que he visto que faltan unas
> cuantas por aquí en la Comunidad Valenciana y seguro que muchas más en toda
> España. También me ha parecido ver cosas raras en las que ya existen, que
> supongo habrá que modificar, por ejemplo zonas que ponen un landuse=forest
> o
> scrub cuando realmente en la zona hay todo tipo de uso de suelo. Me imagino
> que el espacio protegido no debería llevar ningún landuse verdad? Al menos
> que sea un espacio muy reducido con un solo tipo de suelo.
>
> En fin, me parece que hay mucho trabajo en ese tema y me gustaría empezar
> con ello. A ver si alguien me puede ayudar a dar el primer paso
>
> Saludos
>
> [1]
>
> http://www.cma.gva.es/areas/SIG/sigshp/cartografia_basica/lics/fichas_lics/lic_sierra_corbera.PDF
> [2] https://www.openstreetmap.org/way/742297068
> [3] https://wiki.openstreetmap.org/wiki/ES:Natura_2000_Network_in_Spain
> [4] https://wiki.openstreetmap.org/wiki/ES:Tag:boundary%3Dprotected_area
> [5]
>
> http://gis.19327.n8.nabble.com/Jerarquia-de-los-espacios-naturales-en-Espa-a-td5896798.html
> [6]
>
> https://www.miteco.gob.es/es/cartografia-y-sig/ide/descargas/biodiversidad/rn2000.aspx
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

2019-11-07 Thread osm . sanspourriel


Tu utilises la sélection par attributs pour récupérer toutes les rues
oneway=yes à compter une fois, tu met la longueur L1 de côté.

Tu utilises la sélection par attributs pour récupérer toutes les rues
!oneway=yes à compter deux fois, tu met la longueur L2 de côté.

Je vais l'hypothèse que tu n'as chargé dans JOSM que les rues qui
t'intéressent.

Et tu trouves un outil capable de te calculer L1 + 2 * L2 ;-)

Le 07/11/2019 à 16:41, Shohreh - codecompl...@free.fr a écrit :

Phyks wrote

Le plus simple (et sûr) est de compter le linéaire total (en filtrant les
highways pour ne pas prendre les chemins privés etc) avec le sens de
circulation en prenant :
* La longueur des ways pour les ways à sens unique
* La longueur des ways * 2 pour les ways à double sens (pas de oneway ou
oneway=no)

Bien vu.

Comment faire ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] asso ou groupe de contributeurs OSM en Vendée ?

2019-11-07 Thread Vincent Bergeot


Le 06/11/2019 à 11:33, Laurence Picado a écrit :


Bonjour,


Bonjour,

une connaissance me demande s'il existe une asso ou un groupe de 
contributeurs OSM en Vendée (cette personne aimerait bien s'initier à 
OSM).


je ne peux que renvoyer sur cette page des évènements (agenda du libre) 
et des groupes locaux "déclarés" (si il en manque ne pas hésiter à le 
signaler, en cliquant sur le à propos de la carte umap, toutes les 
informations sont disponibles)


Mes 2 sous !



Merci d'avance de vos réponses.

Cordialement,

--
Laurence Picado
www.veloetmarche.fr

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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

Phyks wrote
> Le plus simple (et sûr) est de compter le linéaire total (en filtrant les
> highways pour ne pas prendre les chemins privés etc) avec le sens de
> circulation en prenant :
> * La longueur des ways pour les ways à sens unique
> * La longueur des ways * 2 pour les ways à double sens (pas de oneway ou 
> oneway=no)

Bien vu.

Comment faire ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread JB


Merci, Adrien, pour ce message… Je me sens moins seul.
Je suis convaincu que toutes ces clefs externes sont du genre à rebuter 
un nouvel entrant qui, ne sachant pas ce qu'elles veulent dire, 
préfèreront ne rien toucher que de risquer de tout casser…

JB.

(Apparemment, en 2019, on n'arrive toujours pas à croiser les contrôles 
techniques issus d'OSM avec une base externe sans utiliser un 
identifiant unique ? La clef unique est vraiment la solution de facilité…)


Le 07/11/2019 à 16:14, Adrien André via Talk-fr a écrit :

Le 19-11-07 à 07 h 26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ?
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance


J'ai toujours eu du mal avec cette tendance des attributs d'OSM à 
devenir le réceptacle des identifiants de toutes les bases externes 
existantes.


Je ne suis pas utilisateur de mapillary, et je me demande ce qui le 
différencie tant des sources habituelles.

Tout comme source=Bing + source:date=20191107,
source=mapillary + source:date=20191107 ne suffit-il pas ?
Pour aller plus loin, et afficher des photos dans une interface, je 
chercherais du coté de

https://www.mapillary.com#gimme=pics=1.234=5.678=20191107

Si on tient à stocker des informations de lien, alors la place de ces 
informations ne serait-elle pas plutôt ailleurs ?
Par exemple, dans des tables (OSM ou base satellite) à part. Tables 
qui pourraient ressembler au brouillon suivant :


type | id| version | database | key
 | - | --- |  | ---
relation | 65606 | 289 | wikidata | Q84
 |   | |  |


database | url  | url_pattern
 |  | 

wikidata | https://www.wikidata.org | 
https://www.wikidata.org/entity/{key}

 |  |

Ceci pouvant également servir à des systèmes spécifiques pour lier 
leurs données avec celles d'OSM.


Les informations sémantiques sur les éléments restent ainsi séparées 
de la donnée technique de lien.
Les interfaces utilisant OSM peuvent s'en servir pour afficher les 
données de bases externes (photos, extraits d'articles, etc).

Et je présume que la maintenance d'openstreetmap.org en serait allégée.





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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread Adrien André via Talk-fr


Le 19-11-07 à 07 h 26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ?
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance


J'ai toujours eu du mal avec cette tendance des attributs d'OSM à 
devenir le réceptacle des identifiants de toutes les bases externes 
existantes.


Je ne suis pas utilisateur de mapillary, et je me demande ce qui le 
différencie tant des sources habituelles.

Tout comme source=Bing + source:date=20191107,
source=mapillary + source:date=20191107 ne suffit-il pas ?
Pour aller plus loin, et afficher des photos dans une interface, je 
chercherais du coté de

https://www.mapillary.com#gimme=pics=1.234=5.678=20191107

Si on tient à stocker des informations de lien, alors la place de ces 
informations ne serait-elle pas plutôt ailleurs ?
Par exemple, dans des tables (OSM ou base satellite) à part. Tables qui 
pourraient ressembler au brouillon suivant :


type | id    | version | database | key
 | - | --- |  | ---
relation | 65606 | 289 | wikidata | Q84
 |   | |  |


database | url  | url_pattern
 |  | 
wikidata | https://www.wikidata.org | https://www.wikidata.org/entity/{key}
 |  |

Ceci pouvant également servir à des systèmes spécifiques pour lier leurs 
données avec celles d'OSM.


Les informations sémantiques sur les éléments restent ainsi séparées de 
la donnée technique de lien.
Les interfaces utilisant OSM peuvent s'en servir pour afficher les 
données de bases externes (photos, extraits d'articles, etc).

Et je présume que la maintenance d'openstreetmap.org en serait allégée.

--
Adrien



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

Re: [OSM-talk] Addressing SIG

2019-11-07 Thread Simon Poole

The issue with addresses is definitely not due to a lack of tools for
OSM contributors. For example
https://regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?land=Schweiz=8.71423=47.05777=8=B
which covers essentially all the analytics needed for comparison with
open data datasets and that since years (not mention the various address
QA layers available, again since years). On the data entry side there
are good tools both for surveying, import and conflation en masse.

What might be missing is simpler variant of
https://osmybiz.osm.ch/#/18/47.40514/8.40289 (I actually have the domain
addmyaddress.org stashed away somewhere for that), but while it would be
nice to provide a simple facility for people to check and potentially
add their address, it is clear that the targeted long tail is not going
to make a substantial difference in coverage.

So what it really boils down to is grunt work*time (and that is even
true for imports). In Central Europe we are well on the way to
acceptable coverage, given a couple of years more I suspect it will be
really good. Nearly everywhere else (special case the US, and apologies
to all the the exceptions to "nearly everywhere") we are missing
essential metadata that should come first, aka road names and
references, POIs, places and so on, essentially all the stuff that
building doodling and ML doesn't provide, but is essential to actually
having a usable map.

Simon

Am 07.11.2019 um 13:18 schrieb marc marc:
> Hello,
>
>> We've been "addressing the address topic" for more than 
>> 5 years in France with our BANO project.
> and despite the amount of opendata information available, 5 years later,
> there is still a lot of red (missing road name or mismatch between
> osm and opendata).
>
> I agree with the original author: there is a lack of a simple tool
> to contribute more effectively to addresses.
> for example a new contributor has no way to validate the name of a 
> street from the opendata. Osmose and BANO layers are good advanced tools 
> but are not adapted to this kind of beginner audience but also out of 
> their sight.
>
> there is also a lack of awareness that missing addresses are
> a lack of osm compared to some proprietary solutions.
>
> Regards,
> Marc
> ___
> 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-au] New imageries in AU

2019-11-07 Thread Nemanja Bracko (E-Search) via Talk-au

Hi all,

Do we have any possibility to be informed once there is a new imagery published 
by other providers (Maxar, Esri, Mapbox, etc.)?
We are trying to develop the process which will involve constant update of AU 
map, but we are not sure how to focus to areas which might have most recent 
imagery?

Thank you in advance,
Nemanja
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] Violazione Licenza - FoodChain-Lab

2019-11-07 Thread Marco Minghini

Si potrebbe cominciare aprendo una issue nella repo del progetto:
https://github.com/SiLeBAT/BfROpenLab/issues
o commentando questa issue, che forse si riferisce proprio alla mancata
attribuzione (ma non c'è descrizione per capirlo):
https://github.com/SiLeBAT/BfROpenLab/issues/459


Il giorno gio 7 nov 2019 alle ore 15:44 Fra Mauro 
ha scritto:

> Avevo appunto scritto: __Nasce in Germania e conto nei germanofoni in
> lista per una comunicazione efficace__
>
> Dunque la risposta è: no, può farlo qualcuno meglio di me, magari
> contattando la comunità tedesca?
>
> Grazie
>
> Il 7 Novembre 2019 15:36:33 CET, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>>
>> Sì, manca l'attribuzione.
>>
>> L'hai segnalato?
>>
>> Ale
>> On 07/11/19 12:53, Fra Mauro wrote:
>>
>> Buon giorno a tutti,
>> Volevo segnalare quella che da cellulare mi pare una violazione della
>> licenza.
>> Nasce in Germania e conto nei germanofoni in lista per una comunicazione
>> efficace.
>>
>> Il software si chiama FoodChain-Lab, è open source, serve per tracciare
>> la catena di produzione di alimenti coinvolti in un focolaio di infezione
>> alimentare.
>> È sviluppato dal Federal Institute for Risk Assessment in Germany (BfR)
>> e, credo, finanziato anche da EFSA (https://www.efsa.europa.eu/).
>>
>> Il software permette di vedere i punti su una mappa che è OSM. Non vedo
>> però attribuzione.
>> Link:
>> - esempio di violazione: https://silebat.github.io/fcl-client/
>> (selezionare da menù l'opzione GIS per il grafico)
>>
>> Riferimenti:
>> https://foodrisklabs.bfr.bund.de/foodchain-lab/
>> https://github.com/SiLeBAT/BfROpenLab
>>
>>
>> Saluti!
>> --
>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>>
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Violazione Licenza - FoodChain-Lab

2019-11-07 Thread Fra Mauro

Avevo appunto scritto: __Nasce in Germania e conto nei germanofoni in lista per 
una comunicazione efficace__

Dunque la risposta è: no, può farlo qualcuno meglio di me, magari contattando 
la comunità tedesca?

Grazie 

Il 7 Novembre 2019 15:36:33 CET, Alessandro Sarretta 
 ha scritto:
>Sì, manca l'attribuzione.
>
>L'hai segnalato?
>
>Ale
>
>On 07/11/19 12:53, Fra Mauro wrote:
>> Buon giorno a tutti,
>> Volevo segnalare quella che da cellulare mi pare una violazione della
>
>> licenza.
>> Nasce in Germania e conto nei germanofoni in lista per una 
>> comunicazione efficace.
>>
>> Il software si chiama FoodChain-Lab, è open source, serve per 
>> tracciare la catena di produzione di alimenti coinvolti in un
>focolaio 
>> di infezione alimentare.
>> È sviluppato dal Federal Institute for Risk Assessment in Germany 
>> (BfR) e, credo, finanziato anche da EFSA
>(https://www.efsa.europa.eu/).
>>
>> Il software permette di vedere i punti su una mappa che è OSM. Non 
>> vedo però attribuzione.
>> Link:
>> - esempio di violazione: https://silebat.github.io/fcl-client/ 
>> (selezionare da menù l'opzione GIS per il grafico)
>>
>> Riferimenti:
>> https://foodrisklabs.bfr.bund.de/foodchain-lab/
>> https://github.com/SiLeBAT/BfROpenLab
>>
>>
>> Saluti!
>> -- 
>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la
>brevità.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread Phyks


Donc qui/pq a-t-on besoin de la clef mapillary dans osm ?
à part pour entraîner une IA, je ne saisis pas quel réutilisation
les contributeur en font, hormis si quelqu'un se passionne par faire
les "match mapillary" et laisse le soin à un autre contributeur
d'ajouter les autres tag osm.


Je m'en suis servi récemment pour argumenter avec une collectivité 
(Montrouge) sur la nécessité d'avoir des données ouvertes et sur la 
qualité des données (stationnements vélos). OSM avait des données bien 
plus complètes que celles que la collectivité a bien voulu nous fournir. 
Face à la méfiance de la mairie envers OSM, je leur ai envoyé un tableau 
(requête Overpass exportée en CSV, avec quelques retouches) des 
stationnements vélos connus d'OSM à Montrouge.


Comme la plupart des stationnements vélos à Montrouge avait une clé 
Mapillary, il leur suffisait de cliquer dans le champ "Image" pour voir 
l'aperçu du parking en direct. C'était, je pense, plutôt convaincant sur 
la qualité des données, même s'il n'y a malheureusement pas 
particulièrement eu de suite...



Le 07.11.19 à 13:49, PanierAvide a écrit :
Pic4Review propose aussi de mettre en avant l'image désignée par la 
clé

mapillary=*, et de changer l'image si une autre est plus
récente/pertinente. Lier explicitement une image à un objet a du sens 
en

terme de réutilisation : plutôt que d'afficher 10 images moches et mal
cadrées, un humain a précisé que cette image est pertinente. Donc 
plutôt

pour l'utilisation de ce tag, et adapter nos outils pour que la donnée
reste à jour.

Adrien P.

Le 07/11/2019 à 13:43, Cyrille37 OSM via Talk-fr a écrit :

Le 07/11/2019 à 13:26, marc marc a écrit :
l'autre "piste" c'est de se demander de l'utilité de la clef 
mapillary

on y encode la meilleur image dispo au moment de l'encodage.
et puis ? demain quelqu'un recapture l'objet, plus à jour ou en 
meilleur

qualité, quelqu'un ou un outil va maintenir cette info à jour ?
quelqu'un cible les objets dans osm ayant la clef mapillary mais 
n'ayant
pas certains clefs (ex typique : l'accessibilité des passages 
piétons).
Pic4review montre bien qu'il n'y a pas besoin de codé en dur 
l'image,

on peux la récupérer quand on a besoin, sans besoin de maintenance


Je partage cet avis.

Cyrille37.


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


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


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


--
Phyks

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

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

2019-11-07 Thread Phyks


Le 2019-11-07 14:43, Shohreh a écrit :

Trouvé : peut-être qu'OTurbo en est capable, mais JOSM peut le faire.

Après avoir ouvert le GPX et l'avoir converti en couche de données, il
suffit de sélectionner toutes les ways par CTRL+A : JOSM affiche le 
total

dans la barre d'état en bas.


Attention, le but est-il bien d'avoir la longueur des ways, ou la 
longueur des rues ?


J'ai récemment essayé de sortir la longueur total des rues d'une ville. 
Il y a une différence car certaines rues sont séparées en plusieurs ways 
dans OSM (terre-plein central par exemple). Le plus simple (et sûr) est 
de compter le linéaire total (en filtrant les highways pour ne pas 
prendre les chemins privés etc) avec le sens de circulation en prenant :

* La longueur des ways pour les ways à sens unique
* La longueur des ways * 2 pour les ways à double sens (pas de oneway ou 
oneway=no)


Bonne journée,
--
Phyks

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

Re: [OSM-talk-ie] Counties missing townlands.ie

2019-11-07 Thread Dave Foley

The same user broke all the townlands around Casement Aerodrome as well - 
https://www.openstreetmap.org/changeset/62861564

From: Killyfole and District Development Association 

Sent: Wednesday 6 November 2019 21:36
To: Discussion of OpenStreetMap in Ireland 
Subject: Re: [OSM-talk-ie] Counties missing townlands.ie

Yeah, there is a user going around removing admin_level from relations.

https://www.openstreetmap.org/changeset/74220987 - County Derry/Londonderry
https://www.openstreetmap.org/changeset/74220718 - County Down and Ulster


On Wednesday, 6 November 2019 20:09:45 GMT Heikki Vesanto wrote:
> There were a couple of Counties missing from the main list on:
>
> https://www.townlands.ie/
>
> Down and Londonderry.
>
> They were also not appearing in the Counties download from
> https://www.townlands.ie/page/download/
>
> Looks like someone had removed the "admin_level" tag from them. I
> re-added the tag for Down yesterday and it is back up on the website,
> and added the tag for Londonderry today so should re-appear tomorrow
> once the site updates.
>
> Something to keep an eye on.
>
> -Heikki
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie





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

Re: [Talk-it] Violazione Licenza - FoodChain-Lab

2019-11-07 Thread Alessandro Sarretta


Sì, manca l'attribuzione.

L'hai segnalato?

Ale

On 07/11/19 12:53, Fra Mauro wrote:

Buon giorno a tutti,
Volevo segnalare quella che da cellulare mi pare una violazione della 
licenza.
Nasce in Germania e conto nei germanofoni in lista per una 
comunicazione efficace.


Il software si chiama FoodChain-Lab, è open source, serve per 
tracciare la catena di produzione di alimenti coinvolti in un focolaio 
di infezione alimentare.
È sviluppato dal Federal Institute for Risk Assessment in Germany 
(BfR) e, credo, finanziato anche da EFSA (https://www.efsa.europa.eu/).


Il software permette di vedere i punti su una mappa che è OSM. Non 
vedo però attribuzione.

Link:
- esempio di violazione: https://silebat.github.io/fcl-client/ 
(selezionare da menù l'opzione GIS per il grafico)


Riferimenti:
https://foodrisklabs.bfr.bund.de/foodchain-lab/
https://github.com/SiLeBAT/BfROpenLab


Saluti!
--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread Stéphane Péneau


Le 07/11/2019 à 14:00, marc marc a écrit :

Cela me plairait de lire s'il y a d'autres utilisations de cette clef.


Lorsque tu fais des vérifications, et qu'il y a cette clé, c'est 
pratique car retrouver la bonne photo n'est pas toujours évident 
(mauvaise géoloc, nbr de photo très important, etc..)


Ensuite, une fois que tu as cette photo, tu peux encore filtrer les 
photos du même lieu en utilisant la date de la photo de la clé.


Exemple concret : le suivi des aménagements cyclables, qui évoluent très 
vite dans certaines zones.


Stf


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

Re: [OSM-talk-fr] Créer relation pour zone bleue stationnement ?

Un détail si tu n’es pas spécialiste des requêtes overpass :

> Une requête du type
> 
> // query part for: “"parking:condition:left"=disc”
>  node["parking:condition:left"="disc"](area.searchArea);
>  way["parking:condition:left"="disc"](area.searchArea);
>  relation["parking:condition:left"="disc"](area.searchArea);
>  // query part for: “"parking:condition:right"=disc”
>  node["parking:condition:right"="disc"](area.searchArea);
>  way["parking:condition:right"="disc"](area.searchArea);
>  relation["parking:condition:right"="disc"](area.searchArea);
> 
> devrait fonctionner

Il y a la version assistant. C’est ce que j’utilise 95% du temps.

C’est plus simple et lisible, et on peut même mettre un lien sur la requête 

"parking:condition:right"="disc" or "parking:condition:left"="disc"
https://overpass-turbo.eu/s/NS5

Celle-ci marche aussi (plus lente) :
~"^parking:condition:"~disc

—
Yves

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

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?


> Après avoir ouvert le GPX et l'avoir converti en couche de données, il
> suffit de sélectionner toutes les ways par CTRL+A : JOSM affiche le total
> dans la barre d'état en bas.
Pas besoin de conversion en GPX.

Tu sélectionnes les chemins qui t’intéressent, et la longueur totale s’affiche 
en bas

En tout cas merci pour ta question et ta réponse, je n’avais pas remarqué ça 

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

@marc
> Bien sur que les outils doivent s'adapter mais pour en faire quoi ?
> Une fois que j'ai sélectionné la meilleur image pour un passage piéton,
> j'ajoute les infos d'accessibilité du passage piéton dans osm.
Oui

> Retrouver la meilleur image n'est plus utile vu que j'en ai extrait
> les infos.
ça sert aussi de source. (Ok, on peut mettre source:mapillary ?)
ça sert à vérifier la qualité de la contribution.

Pour une plaque d’un mémorial, l’inscription n’est souvent pas retranscrite 
complètement.
La photo (mapillary) peut servir à ça…
Rue d’Arménie 


> Donc qui/pq a-t-on besoin de la clef mapillary dans osm ?
> La seule utilité post-contribution que je vois c'est pour les poi,
> Mais sur un passage piéton, il n'y a pas ce besoin, si ?
> 
> Cela me plairait de lire s'il y a d'autres utilisations de cette clef.
J’utilise beaucoup la carte des objets historiques.

C’est intéressant (et aussi important) d’avoir une photo.
Il n’y en a pas toujours sur wiki* et une photo mapillary c’est bien (même mal 
cadrée).

Tient, grâce à cette carte 

 et à Benoît Prieur, j’ai découvert ce que c’est qu’un khatchkar 


Un exemple — quand même — avec une photo mapillary : Widening of Bath Street 
1906 


@Cyrille
> Elle préférait les photos de toitures, il préférait les passages piétons, ils 
> créèrent de nombreuses clé Mapillary.
Bein non, c’est comme la clé image, une seule 

—
Yves

PS: Tient au passage, il n’y a pas (encore ) de clé OpenStreetCam___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Outil pour additionner longueur de ways ?

Trouvé : peut-être qu'OTurbo en est capable, mais JOSM peut le faire.

Après avoir ouvert le GPX et l'avoir converti en couche de données, il
suffit de sélectionner toutes les ways par CTRL+A : JOSM affiche le total
dans la barre d'état en bas.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Créer relation pour zone bleue stationnement ?

Merci pour les infos.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Outil pour additionner longueur de ways ?

Bonjour,

J'ai besoin de connaître la distance que représente l'ensemble de rues
données.

Idéalement, via une requête à Overpass-Turbo qui calculera lui-même le
résultat, ou alors en downloadant le résultat dans un GPX, en l'ouvrant dans
un logiciel équipé d'une règle qui me permettrait manuellement de mesurer +
additioner toutes les ways.

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread PanierAvide

C'est plus évident l'intérêt pour les POIs, mais qui sait. Si une 
application pour l'accessibilité souhaite montrer à quoi ressemble le 
passage piéton, on sera content de les avoir à disposition ;-)


Adrien P.

Le 07/11/2019 à 14:00, marc marc a écrit :

Bien sur que les outils doivent s'adapter mais pour en faire quoi ?
Une fois que j'ai sélectionné la meilleur image pour un passage piéton,
j'ajoute les infos d'accessibilité du passage piéton dans osm.
Retrouver la meilleur image n'est plus utile vu que j'en ai extrait
les infos.
Donc qui/pq a-t-on besoin de la clef mapillary dans osm ?
à part pour entraîner une IA, je ne saisis pas quel réutilisation
les contributeur en font, hormis si quelqu'un se passionne par faire
les "match mapillary" et laisse le soin à un autre contributeur
d'ajouter les autres tag osm.

La seule utilité post-contribution que je vois c'est pour les poi,
comme le fait GoogleMap (miniature puis lien direct vers StreetView)
Mais sur un passage piéton, il n'y a pas ce besoin, si ?

Cela me plairait de lire s'il y a d'autres utilisations de cette clef.

Le 07.11.19 à 13:49, PanierAvide a écrit :

Pic4Review propose aussi de mettre en avant l'image désignée par la clé
mapillary=*, et de changer l'image si une autre est plus
récente/pertinente. Lier explicitement une image à un objet a du sens en
terme de réutilisation : plutôt que d'afficher 10 images moches et mal
cadrées, un humain a précisé que cette image est pertinente. Donc plutôt
pour l'utilisation de ce tag, et adapter nos outils pour que la donnée
reste à jour.

Adrien P.

Le 07/11/2019 à 13:43, Cyrille37 OSM via Talk-fr a écrit :

Le 07/11/2019 à 13:26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ? demain quelqu'un recapture l'objet, plus à jour ou en meilleur
qualité, quelqu'un ou un outil va maintenir cette info à jour ?
quelqu'un cible les objets dans osm ayant la clef mapillary mais n'ayant
pas certains clefs (ex typique : l'accessibilité des passages piétons).
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance

Je partage cet avis.

Cyrille37.


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

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

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


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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

> je sais pas s'il est nécessaire d'aller remplir des lignes sur le wiki.
Si tous les lecteurs de cette liste (et tous les contributeurs d’OSM) maitrise 
GitHub, ça ne sert à rien

> un des principaux mainteneur d'osm.org trouve que c'est une mauvaise 
> idée, non pas l'idée en elle-même mais à cause de la maintenance 
> (rajouter et/ou modifier la table de correspondance id <> url).
> surtout que chaque id est à ajouter dans osm.org josm etc
Je ne suis pas sûr de comprendre ?

Tu parles de créer un tableau dans le wiki qui permettrait (automatiquement ou 
manuellement) aux dev de créer ces liens dans le site web d’OSM ?

> Une piste de solution est là :
>> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-548917729
Oui, c’est moi qui ai écrit cette requête 

> le plus utile est d'en discuter, de faire un PR
Sur cette liste ?

Pour la PR, vu les commentaires des développeurs ça ne m’encourage pas à le 
faire.
(du style d’un asin sur un pont qui refuse d’avancer ou de reculer )

Il y a quelqu’un qui en a fait une, mais ça ne bouge pas !!

> l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
Oui effectivement.

Mais aussi des clés image, wikimedia_commons, flickr…

> on y encode la meilleur image dispo au moment de l'encodage.
> et puis ? demain quelqu'un recapture l'objet, plus à jour ou en meilleur 
> qualité, quelqu'un ou un outil va maintenir cette info à jour ?
OSM c’est comme un journal, il y a des choix à faire.
On ne peut pas, et on ne veut pas montrer toutes les photos d’un objet (idem 
pour les objets : on ne cartographie pas tout, et on « modélise » la réalité)

> quelqu'un cible les objets dans osm ayant la clef mapillary mais n'ayant 
> pas certains clefs (ex typique : l'accessibilité des passages piétons).
> Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
> on peux la récupérer quand on a besoin, sans besoin de maintenance
il existe actuellement des clés image, mapillary dans la base
et des logiciels et/ou utilisateurs qui s’en servent
regarde les photos d’un lieu sur Google Map : tu vois le blaireau de service 
qui se prend en selfy, son chien, un truc qui n’a rien à voir mais qui était 
photographié le même jour, un truc mal géolocalisé…
pour le moment, le choix « éditorial » reste une bonne option

>> J’ai corrigé 99% des valeurs
> 
> tu parles de ce point ou de tout ?
De mémoire, de tout 

> url du changeset ?
Il y en a plein, j’ai essayé de faire pays par pays… sauf un ou deux loupé.

> fait attention avec les éditions de masse.
oui je me suis fait allumé par un allemand 

> tu ferrais mieux de proposer en premier une modif à l'échelle de la 
> France, ouvrir un ticket josm pour ce qui manque, recevoir des retours
> d'utilisateur en France... avant de vouloir le faire à l'échelle monde
J’ai fait ça à chaud, je pensais bien faire (et oui, l’enfer est pavé…)

Du coup, pour la discussion c’est l’objet de ce mél 

D’un autre coté, un italien content, un allemand qui râle et la majorité qui ne 
s’exprime pas, c’est plutôt positif 

> ouvrir un ticket josm pour ce qui manque, 
?

Cordialement,

—
Yves

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread Cyrille37 OSM via Talk-fr


Le 07/11/2019 à 13:49, PanierAvide a écrit :
Pic4Review propose aussi de mettre en avant l'image désignée par la 
clé mapillary=*, et de changer l'image si une autre est plus 
récente/pertinente. Lier explicitement une image à un objet a du sens 
en terme de réutilisation : plutôt que d'afficher 10 images moches et 
mal cadrées, un humain a précisé que cette image est pertinente. Donc 
plutôt pour l'utilisation de ce tag, et adapter nos outils pour que la 
donnée reste à jour.



Elle préférait les photos de toitures, il préférait les passages 
piétons, ils créèrent de nombreuses clé Mapillary.


;-)

Cyrille37.




Adrien P.

Le 07/11/2019 à 13:43, Cyrille37 OSM via Talk-fr a écrit :

Le 07/11/2019 à 13:26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ? demain quelqu'un recapture l'objet, plus à jour ou en 
meilleur

qualité, quelqu'un ou un outil va maintenir cette info à jour ?
quelqu'un cible les objets dans osm ayant la clef mapillary mais 
n'ayant

pas certains clefs (ex typique : l'accessibilité des passages piétons).
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance


Je partage cet avis.

Cyrille37.


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


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


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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread marc marc

Bien sur que les outils doivent s'adapter mais pour en faire quoi ?
Une fois que j'ai sélectionné la meilleur image pour un passage piéton,
j'ajoute les infos d'accessibilité du passage piéton dans osm.
Retrouver la meilleur image n'est plus utile vu que j'en ai extrait
les infos.
Donc qui/pq a-t-on besoin de la clef mapillary dans osm ?
à part pour entraîner une IA, je ne saisis pas quel réutilisation
les contributeur en font, hormis si quelqu'un se passionne par faire
les "match mapillary" et laisse le soin à un autre contributeur 
d'ajouter les autres tag osm.

La seule utilité post-contribution que je vois c'est pour les poi,
comme le fait GoogleMap (miniature puis lien direct vers StreetView)
Mais sur un passage piéton, il n'y a pas ce besoin, si ?

Cela me plairait de lire s'il y a d'autres utilisations de cette clef.

Le 07.11.19 à 13:49, PanierAvide a écrit :
> Pic4Review propose aussi de mettre en avant l'image désignée par la clé 
> mapillary=*, et de changer l'image si une autre est plus 
> récente/pertinente. Lier explicitement une image à un objet a du sens en 
> terme de réutilisation : plutôt que d'afficher 10 images moches et mal 
> cadrées, un humain a précisé que cette image est pertinente. Donc plutôt 
> pour l'utilisation de ce tag, et adapter nos outils pour que la donnée 
> reste à jour.
> 
> Adrien P.
> 
> Le 07/11/2019 à 13:43, Cyrille37 OSM via Talk-fr a écrit :
>> Le 07/11/2019 à 13:26, marc marc a écrit :
>>> l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
>>> on y encode la meilleur image dispo au moment de l'encodage.
>>> et puis ? demain quelqu'un recapture l'objet, plus à jour ou en meilleur
>>> qualité, quelqu'un ou un outil va maintenir cette info à jour ?
>>> quelqu'un cible les objets dans osm ayant la clef mapillary mais n'ayant
>>> pas certains clefs (ex typique : l'accessibilité des passages piétons).
>>> Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
>>> on peux la récupérer quand on a besoin, sans besoin de maintenance
>>
>> Je partage cet avis.
>>
>> Cyrille37.
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-de] OSM Sticker und Flyer - GISDay

2019-11-07 Thread Jakob Miksch


habe mittlerweile schon einige Rückmeldungen bekommen.
Vielen Dank!


On 06.11.19 16:47, Jakob Miksch wrote:

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde 
dazu eine Station über OpenStreetMap machen. Es ist zwar relativ 
kurzfristig, aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir 
zuschicken könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. 
kann ich gern übernehmen.


Viele Grüße,
Jakob

___
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: [Talk-at] [Talk-de] OSM Sticker und Flyer - GISDay

2019-11-07 Thread Jakob Miksch


habe mittlerweile schon einige Rückmeldungen bekommen.
Vielen Dank!


On 06.11.19 16:47, Jakob Miksch wrote:

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde 
dazu eine Station über OpenStreetMap machen. Es ist zwar relativ 
kurzfristig, aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir 
zuschicken könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. 
kann ich gern übernehmen.


Viele Grüße,
Jakob

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



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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread PanierAvide

Pic4Review propose aussi de mettre en avant l'image désignée par la clé 
mapillary=*, et de changer l'image si une autre est plus 
récente/pertinente. Lier explicitement une image à un objet a du sens en 
terme de réutilisation : plutôt que d'afficher 10 images moches et mal 
cadrées, un humain a précisé que cette image est pertinente. Donc plutôt 
pour l'utilisation de ce tag, et adapter nos outils pour que la donnée 
reste à jour.


Adrien P.

Le 07/11/2019 à 13:43, Cyrille37 OSM via Talk-fr a écrit :

Le 07/11/2019 à 13:26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ? demain quelqu'un recapture l'objet, plus à jour ou en meilleur
qualité, quelqu'un ou un outil va maintenir cette info à jour ?
quelqu'un cible les objets dans osm ayant la clef mapillary mais n'ayant
pas certains clefs (ex typique : l'accessibilité des passages piétons).
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance


Je partage cet avis.

Cyrille37.


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


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

[Talk-bd] Discussion: Issues with name localization for Bangladesh

2019-11-07 Thread Fazle Rabbi

Greetings, everyone,

I am Fazle Rabbi from OpenStreetMap Bangladesh Foundation (OSMBDF), the
representative of OpenStreetMap Bangladesh community. I'm also a member of
the core team of the community, commonly known as "BHOOT" to the global OSM
community.

For some time, there has been a lot of discussion and debates on how – or
rather, if – we should localize names for Bangladesh (Bengali). Recently,
we have seen a lot of changes from a few contributors who changed the
`name` tag from English (Roman) to Bengali. We agree with the policy that
names should be localized, but which tag we should use is up for
discussion. We, the community of Bangladesh, have been following a style
for more than 4 years now to map Bangladesh with English (Roman) for `name`
tag and Bengali for `name:bn` tag.

The community have come to this conclusion after many trials and errors and
thoughtful consideration that `name` tag should be had the name in English
(Roman). But we made a mistake. We did all the discussion internally as all
the initial contributors used to sit together in a small room. What we
should have done is discuss it in a more appropriate manner where anyone –
past, present, future contributors – would be able to raise their voices.
We would like to apologize for our mistake and take steps to fix that
problem by starting a discussion here to make a string tagging guideline
for Bangladesh.

The OSM community in Bangladesh is one of the strongest communities in the
world, and community members have gathered under the wing of OSMBDF, the
legally registered entity in Bangladesh, and waiting for the local chapter
recognition from OSMF. The members of our community are mainly connected
via a Facebook group. Though this mailing list was set up at a very initial
stage, it was not very active. Recently, on the State of the Map Asia 2019
held in Bangladesh, we decided to make the mailing list more active and the
core communication channel. We would like all of our community members to
engage in the mailing for this kind of discussions rather than using the
Facebook group.

The OSM community and, as a part of that larger community, we, the members
of OSM Bangladesh community, strongly believe that the main site at
openstreetmap.org is a geo-spatial data repository which is used by many
other apps, websites and service providers, but not as a map. I would like
to draw your attention to two sentences in the [About Page of
OpenStreetMap](https://www.openstreetmap.org/about):

- "OpenStreetMap powers map data on thousands of websites, mobile apps, and
hardware devices"
- "OpenStreetMap is built by a community of mappers that contribute and
maintain data about roads, trails, cafés, railway stations, and much more,
all over the world."

It is a data repository, not a map. The reasons we have agreed upon using
English name in `name` tag are:

- The rendering problem with Bengali makes a horrible UX experience. The
rendering style used by OSM main site is openstreetmap-carto that had a
problem with rendering Bengali. The problem is fixed recently which is a
great news. While it is convenient to use from a desktop or laptop at home,
unfortunately, it is impossible to use on the go. Most of the people use
mobile apps to navigate on the road, but the large array of the most-used
mobile applications like OsmAnd, Maps.Me, Magic Earth that still can't
render the Bengali characters make it unable to use for the users. The
Humanitarian OpenStreetMap Team (HOT) made a map for disaster response that
is available in OSM main site as an additional layer, which also can't
render Bengali. And that makes it a challenge in times of disaster
response. Screenshot for reference:
https://photos.app.goo.gl/Zj9rwFsG76H3ZPReA

- Aid agencies like UN, MSF, Red Crescent have run many projects to map
large portions of the country and given those data to OSM, which makes them
big contributors and users of the OSM data. But this data becomes useless
if all `name` tags are replaced with Bengali. As per, it came to us, WFP
recently faced the issue while they tried out using the dataset in one of
their projects.

OSM is an open community where everything gets done by discussing, and we
have tried to follow that convention. When we noticed the `name` tag
problem, we requested the editor to change it by putting the Bengali value
in `name:bn` tag. We are very disheartened to see when they changed OSM
Wiki to justify theirs without community consent or even discussion, which
is not appreciated in an open community. Moreover, the English names were
deleted altogether, which is problematic, because there is no fall-back
policy for applications that can render `name:en` tags.


When we asked them about the rendering problem of the `name` tag in the
changeset comments, they replied that it is not their concern and the
developer of those apps should be asked to fix it. A very valid point! But
a large number of users are foreign people, so we can't just ask them to
learn

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread Cyrille37 OSM via Talk-fr


Le 07/11/2019 à 13:26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ? demain quelqu'un recapture l'objet, plus à jour ou en meilleur
qualité, quelqu'un ou un outil va maintenir cette info à jour ?
quelqu'un cible les objets dans osm ayant la clef mapillary mais n'ayant
pas certains clefs (ex typique : l'accessibilité des passages piétons).
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance


Je partage cet avis.

Cyrille37.


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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

2019-11-07 Thread marc marc

Bonjour,

Le 07.11.19 à 11:48, Yves P. a écrit :
> Il y a aussi le wiki qui permet de s’exprimer (en espérant  
> que les développeurs d’OSM le lisent aussi).

je sais pas s'il est nécessaire d'aller remplir des lignes sur le wiki.
un des principaux mainteneur d'osm.org trouve que c'est une mauvaise 
idée, non pas l'idée en elle-même mais à cause de la maintenance 
(rajouter et/ou modifier la table de correspondance id <> url).
surtout que chaque id est à ajouter dans osm.org josm etc
Une piste de solution est là :
> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-548917729
le plus utile est d'en discuter, de faire un PR

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ? demain quelqu'un recapture l'objet, plus à jour ou en meilleur 
qualité, quelqu'un ou un outil va maintenir cette info à jour ?
quelqu'un cible les objets dans osm ayant la clef mapillary mais n'ayant 
pas certains clefs (ex typique : l'accessibilité des passages piétons).
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance

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

Re: [OSM-talk] Addressing SIG

2019-11-07 Thread marc marc

Hello,

> We've been "addressing the address topic" for more than 
> 5 years in France with our BANO project.

and despite the amount of opendata information available, 5 years later,
there is still a lot of red (missing road name or mismatch between
osm and opendata).

I agree with the original author: there is a lack of a simple tool
to contribute more effectively to addresses.
for example a new contributor has no way to validate the name of a 
street from the opendata. Osmose and BANO layers are good advanced tools 
but are not adapted to this kind of beginner audience but also out of 
their sight.

there is also a lack of awareness that missing addresses are
a lack of osm compared to some proprietary solutions.

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

Re: [OSM-talk] Addressing SIG

2019-11-07 Thread Yves

Wait,. .. when was the 'noname' layer gone?
Yves

Le 7 novembre 2019 08:06:27 GMT+01:00, Christian Quest 
 a écrit :
>We've been "addressing the address topic" for more than 5 years in
>France
>with our BANO project.
>
>Here is an overlay I created back then to show existing and missing
>address
>data in OSM compared to available OSM compatible sources.
>
>http://osm13.openstreetmap.fr/~cquest/leaflet/bano.html#16/48.7908/2.6542
>
>Green: the address is in OSM (and the named road too)
>Blue: address is missing but the road name exist in OSM
>Red: address missing and we found no road with that name nearby
>
>If you want to make missing data obvious, you should no dimm the
>shapes,
>but make them highly visible.
>The goal with the above rendering became "dégommer du rouge" (get rid
>of
>red).
>
>
>Le mar. 5 nov. 2019 à 19:43, Steve Coast  a écrit
>:
>
>> Hello
>>
>>
>>
>> Maps have three basic components: Display (does it look nice?),
>Routing
>> (Can I get from a to b?) and Geocoding (Where is this address?).
>>
>>
>>
>> OSM is extremely good at the first one, and pretty good at the second
>one.
>> But it’s pretty deficient in the third area: address data.
>>
>>
>>
>> The question is, how can we fix this? Addresses are a big, big
>problem in
>> terms of how much data we need to go collect. There are a few ways
>forward
>> with outside commercial or government data, but they tend to be
>difficult
>> because the data is patchy or licensed in ways that aren’t very
>compatible
>> with OSM.
>>
>>
>>
>> It seems like it would be a good idea to think about this from the
>bottom
>> up in a community way, and this doesn’t really exist in OSM right
>now. It
>> seems like we need better feedback loops to:
>>
>>
>>
>>1. Community can see where the address data is (and isn’t),
>because
>>it’s not very obvious today when using osm.org
>>2. Make the tools to add address data better so that it’s easier
>to
>>fix.
>>
>>
>>
>> To that end, here’s a tile server that highlights address data:
>>
>>
>>
>>
>>
>http://ec2-52-50-19-165.eu-west-1.compute.amazonaws.com/#10/39.7561/-104.9574
>>
>>
>>
>> It shows roads with address data normally and kind-of hides other
>roads,
>> to make it obvious that “something is wrong with this map”. We could
>have a
>> tag (maybe it exists already) that says “this road doesn’t have
>addresses”
>> and/or a tag that says “this road is complete”. (right now it’s just
>got
>> Colorado and Utah in it).
>>
>>
>>
>> When OSM started, the map looked very broken and incomplete because
>there
>> was missing data all over the place. This created a large incentive
>to go
>> fix the map. The idea with this tileserver is to do the same thing
>and make
>> the map look broken to create a large incentive to fix it. If we, one
>day,
>> switched the main osm.org site to using this rendering then it would
>> create an urgent need to find all the addresses in the places where
>they
>> exist. It could also be done on a temporary basis for a few weeks, or
>on a
>> per-country basis or some other slow introduction to see if it
>worked. It’s
>> just an idea.
>>
>>
>>
>> On the tools side, there’s much that can be done to make collecting
>and
>> entering addresses easier. I’ve been collecting UI/UX changes to
>tools
>> (e.g. iD or Go Map!) that would make addresses better:
>>
>>
>>
>> https://wiki.openstreetmap.org/wiki/Address_SIG
>>
>>
>>
>> It also seems worthwhile to create a group of people interested in
>> addressing in OSM (an address special interest group or working
>group) to
>> push these ideas forward so that we can “finish” OSM by getting all
>the
>> addresses done.
>>
>>
>>
>> What do you think?
>>
>>
>>
>> Best
>>
>>
>>
>> Steve
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
>-- 
>Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Violazione Licenza - FoodChain-Lab

2019-11-07 Thread Fra Mauro

Buon giorno a tutti,
Volevo segnalare quella che da cellulare mi pare una violazione della licenza.
Nasce in Germania e conto nei germanofoni in lista per una comunicazione 
efficace.

Il software si chiama FoodChain-Lab, è open source, serve per tracciare la 
catena di produzione di alimenti coinvolti in un focolaio di infezione 
alimentare.
È sviluppato dal Federal Institute for Risk Assessment in Germany (BfR) e, 
credo, finanziato anche da EFSA (https://www.efsa.europa.eu/).

Il software permette di vedere i punti su una mappa che è OSM. Non vedo però 
attribuzione.
Link:
- esempio di violazione: https://silebat.github.io/fcl-client/ (selezionare da 
menù l'opzione GIS per il grafico)

Riferimenti:
https://foodrisklabs.bfr.bund.de/foodchain-lab/
https://github.com/SiLeBAT/BfROpenLab


Saluti!
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] OSM Sticker und Flyer - GISDay

2019-11-07 Thread Michael Reichert

Hallo Jakob,

Am 06/11/2019 um 16.47 schrieb Jakob Miksch:
> am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu
> eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig,
> aber:
> 
> Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken
> könnte?
> 
> Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann
> ich gern übernehmen.

Wenn du mir sagst, wo sie hingeschickt werden sollen, kann dir die
Geofabrik sicherlich welche schicken.

Viele Grüße

Michael



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

Re: [Talk-at] [Talk-de] OSM Sticker und Flyer - GISDay

2019-11-07 Thread Michael Reichert

Hallo Jakob,

Am 06/11/2019 um 16.47 schrieb Jakob Miksch:
> am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu
> eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig,
> aber:
> 
> Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken
> könnte?
> 
> Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann
> ich gern übernehmen.

Wenn du mir sagst, wo sie hingeschickt werden sollen, kann dir die
Geofabrik sicherlich welche schicken.

Viele Grüße

Michael



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

Re: [talk-au] local traffic only

2019-11-07 Thread Nemanja Bračko

I would agree with David on this.
In that way you will avoid routing thru these streets unless your
destination is there.

Sent from my phone

On Thu, Nov 7, 2019, 12:33 David Wales  wrote:

> I would use access=destination
>
> On 7 November 2019 10:21:26 pm AEDT, Sebastian Spiess 
> wrote:
>>
>> Hello List,
>>
>> how do you map a 'local traffic only' sign as this one?
>> https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw
>>
>> Following https://wiki.openstreetmap.org/wiki/Key:access states "...Note
>> that "access only for residents" is private..."
>>
>> Would this not break navigation in apps etc?
>> --
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] local traffic only

access=destination, or better yet motor_vehicle=destination (since it
probably shouldn't affect foot traffic) The wiki it says "Only when
travelling to this element/area; i.e., local traffic only." which is what
this imlies that if you're going to somewhere along here you can travel,
but not if you're just passing through.

I've used this tag for the exact same type of sign. You'd hope that
navigation would then avoid routing through these roads unless you have a
waypoint or destination along the road.

On Thu, 7 Nov 2019 at 22:23, Sebastian Spiess  wrote:

> Hello List,
>
> how do you map a 'local traffic only' sign as this one?
> https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw
>
> Following https://wiki.openstreetmap.org/wiki/Key:access states "...Note
> that "access only for residents" is private..."
>
> Would this not break navigation in apps etc?
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] local traffic only

2019-11-07 Thread David Wales

I would use access=destination

On 7 November 2019 10:21:26 pm AEDT, Sebastian Spiess  
wrote:
>Hello List,
>
>how do you map a 'local traffic only' sign as this one? 
>https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw
>
>Following https://wiki.openstreetmap.org/wiki/Key:access states
>"...Note 
>that "access only for residents" is private..."
>
>Would this not break navigation in apps etc?
>
>___
>Talk-au mailing list
>Talk-au@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] local traffic only

2019-11-07 Thread Sebastian Spiess


Hello List,

how do you map a 'local traffic only' sign as this one? 
https://www.mapillary.com/map/im/FkY8gmlGX2NmhUARyveMQw


Following https://wiki.openstreetmap.org/wiki/Key:access states "...Note 
that "access only for residents" is private..."


Would this not break navigation in apps etc?

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

[Talk-es] Mapeo de espacios protegidos

2019-11-07 Thread bobeeeze

Buenos días,
Hace poco me di cuenta que faltaba información en OSM de una zona protegida
considerada como LIC (Lugar de Importancia Comunitaria) que tengo cerca de
casa, concretamente el LIC de la Sierra de Corbera [1][2]. Entonces empiezo
a buscar información sobre ese tema en la wiki, la lista… [3][4][5]
En fin, todo eso para llegar a la conclusión que no he encontrado
información concreta de como añadir una zona protegida de manera manual y
tampoco he conseguido averiguar si hay una importación en curso o prevista
de las zonas protegidas de la red Natura 2000.

Alguien me puede ayudar en eso? Existe alguna manera de recuperar de forma
"legal", respetando las licencias de la fuente, la zona que quiero mapear, o
de importar directamente esa zona, o de ponerlo como fondo en JOSM para
dibujar encima? Ese último lo he conseguido con esa información [6] pero no
sé si tenemos derecho a usarlo o no.

Mi intención es mapear otras zonas como esta, que he visto que faltan unas
cuantas por aquí en la Comunidad Valenciana y seguro que muchas más en toda
España. También me ha parecido ver cosas raras en las que ya existen, que
supongo habrá que modificar, por ejemplo zonas que ponen un landuse=forest o
scrub cuando realmente en la zona hay todo tipo de uso de suelo. Me imagino
que el espacio protegido no debería llevar ningún landuse verdad? Al menos
que sea un espacio muy reducido con un solo tipo de suelo.

En fin, me parece que hay mucho trabajo en ese tema y me gustaría empezar
con ello. A ver si alguien me puede ayudar a dar el primer paso

Saludos 

[1]
http://www.cma.gva.es/areas/SIG/sigshp/cartografia_basica/lics/fichas_lics/lic_sierra_corbera.PDF
[2] https://www.openstreetmap.org/way/742297068
[3] https://wiki.openstreetmap.org/wiki/ES:Natura_2000_Network_in_Spain
[4] https://wiki.openstreetmap.org/wiki/ES:Tag:boundary%3Dprotected_area
[5]
http://gis.19327.n8.nabble.com/Jerarquia-de-los-espacios-naturales-en-Espa-a-td5896798.html
[6]
https://www.miteco.gob.es/es/cartografia-y-sig/ide/descargas/biodiversidad/rn2000.aspx



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions