Re: [Talk-at] Userdaten Löschen

[Dietmar Seifert]

Für das löschen des Account gilt dieses [1].

Entweder nur in englisch oder zumindest auch englisch verwenden, es
gibt wohl keine deutschsprachigen Admins.

Grüße Dietmar

[1] https://wiki.openstreetmap.org/wiki/FAQ#How_can_I_close_my_account.3F


> On 28.12.19 23:19, scubbx wrote:
>> Ich/Wir haben eine Unterstützungsanfrage von einem User erhalten, der
>> nach DSGVO sein Konto und alle seine persönlichen Daten gelöscht haben
>> möchte.
>>
>> Da ich selber damit noch nichts zu tun hatte, frage ich mich, wie das
>> OpenStreetMap handhabt. Weiß jemand mehr dazu, bzw wie man die Löschung
>> seiner persönlichen Daten erreicht?
>> (ich gehe davon aus, dass der User NICHT von seinen Edits spricht)
> 
> Das ist aber erst mal zu klären, was er genau gelöscht bekommen will.
> Bei einem OSM-Account bestehen die persönlichen Daten ja eigentlich nur
> aus der E-Mail-Adresse, der "home location" und mit etwas Fantasie auch
> noch Username, Passwort, PMs und Profiltext, wobei letzte beide und die
> home location sowieso jeder selber löschen kann.
> 
> Ich glaube, soweit macht das die DWG (obwohl auch die LWG ein möglicher
> Ansprechpartner wäre). Ein User mit ID 12345 kriegt dann den
> Pseudo-Usernamen user_12345.
> 
> Aber dann gibt es noch das Wiki, die Mailinglisten und Webforen... Ich
> schätze, dass jemand, der bei OSM Austria nachfragt, da noch nirgends
> aktiv war, aber wenn doch, dann müsste er sich wahrscheinlich an die
> jeweilgen Admins wenden.
> 

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

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

[Phil Wyatt]

Hi Folks,

It is very carefully worded (re the some attributions) in the following page

https://docs.mapbox.com/help/how-mapbox-works/attribution/


Mapbox wordmark
The Mapbox wordmark is a small image containing the stylized word "Mapbox". It 
typically resides on the bottom left corner of a map. While you may move the 
wordmark to a different corner of the map, we require the Mapbox wordmark to 
appear on our maps so that Mapbox and its maps get proper credit. If you wish 
to otherwise move or remove the Mapbox wordmark, contact Mapbox sales.

Text attribution
The text attribution contains at least three links: © Mapbox, © OpenStreetMap 
and Improve this map. This attribution is strictly required when using the 
Mapbox Streets tileset due to OpenStreetMap's data source ODbL license. Some 
other Mapbox-provided tilesets require additional attribution which is stored 
in the TileJSON of the tileset.

=

I think what many people are suggesting is that the attribution cant be behind 
an I icon or similar. I have noted that on wider screens the correct 
attribution is shown but as screen size gets smaller it MAY disappear (to 
behind the I Icon or similar) on SOME sites or SOME operating systems. I think 
the size is 600 pixels or thereabouts. Is this the "issue" you really want 
resolved? Very easy to test on any PC screen. If I rotate my mobile device the 
full attribution is often there whilst behind some icon in portrait mode.

This is all up to the developer of the site or app I would suggest, not Mapbox 
or any other tile provider, who in general provide good documentation spelling 
out when Open Street Map attribution is required. Maybe OSM needs to develop 
its own "wordmark" and insist that is used instead, but it will face the same 
issues.

To me this also leads to a question - is there some other technical way that 
OSM can ensure attribution when its data is used. The text from Mapbox above 
suggests that in some Mapbox provided tilesets attribution requirements are 
stored in TileJSON for the tileset.

NOTE: - I am no coder, just a OSM editor but I do know that many of these 
'requirements" are easy to avoid so you really are just relying on goodwill 
unless you want to start taking legal action against non compliers. I suspect 
many would want the precious funds that OSMF holds to go to more worthwhile 
causes.

My 2 cents worth

Cheers - Phil


-Original Message-
From: Joseph Eisenberg  
Sent: Sunday, 29 December 2019 3:28 PM
To: OpenStreetMap talk mailing list 
Subject: Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

Re: Mapbox's response:

"There are also some customers who have white-labeled in which they don't have 
to provide some attributions."

What does it mean for a customer to have [been] white-labeled? Is this like a 
white-list of customers who have paid extra so that they don't have to 
attribute Mapbox, perhaps? Or am I misunderstanding this phrase?

However, Openstreetmap does not have any exception for certain customers to 
skip attribution because they paid a certain amount to Mapbox or even to the 
OSMF.

Perhaps if many of Mapbox's customers are really unwilling to add attribution, 
we could change the license to allow database users to pay for the privelege of 
not providing appropriate attribution. But right now this is not allowed by the 
current license.

Joseph Eisenberg

Disclosure: I have no personal financial interest in Openstreetmap, though I do 
spend lots of time and some real money on it (internet service fees, new 
laptop, etc), and I sometimes try to get humanitarian organisations and 
businesses here in Indonesia to start using Openstreetmap data, with 
appropriate attribution.

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


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

Re: [talk-au] parking and bike lane

[Adrian Hobbs]

I am an occasional editor who fixes the occasional mistake affecting cyclists.
As a cyclist I am one of many cyclists equally baffled by bike lanes that start 
and end randomly. Maybe we are expected to teleport.

One such type in my suburb is short sections (3metres) of lane marking with the 
bike logo about every 100m of road. Saving paint I guess. But how to mark it up?
Cheers
Adrian


⁣Get BlueMail for Android ​

On 29 Dec 2019, 14:21, at 14:21, Graeme Fitzpatrick  
wrote:
>Thanks
>
>Graeme
>
>
>On Sat, 28 Dec 2019 at 16:52, David Wales 
>wrote:
>
>> I prefer to use separate ways for separate foot paths.
>>
>
>As do I.
>
>
>> On 28 December 2019 3:02:30 pm AEDT, Sebastian Spiess
>
>> wrote:
>>>
>>>
>>> I do welcome comments. In particular regarding how to go about the
>cycle
>>> way and the roundabout.
>>>
>>
>Looks OK to me, but I've also wondered how bike lanes are supposed to
>work
>through roundabouts, when there's nothing marked on the road?
>
>  Thanks
>
>Graeme
>
>
>
>
>___
>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] [Osmf-talk] Attribution guideline status update

[Joseph Eisenberg]

Re: Mapbox's response:

"There are also some customers who have white-labeled in which they
don't have to provide some attributions."

What does it mean for a customer to have [been] white-labeled? Is this
like a white-list of customers who have paid extra so that they don't
have to attribute Mapbox, perhaps? Or am I misunderstanding this
phrase?

However, Openstreetmap does not have any exception for certain
customers to skip attribution because they paid a certain amount to
Mapbox or even to the OSMF.

Perhaps if many of Mapbox's customers are really unwilling to add
attribution, we could change the license to allow database users to
pay for the privelege of not providing appropriate attribution. But
right now this is not allowed by the current license.

Joseph Eisenberg

Disclosure: I have no personal financial interest in Openstreetmap,
though I do spend lots of time and some real money on it (internet
service fees, new laptop, etc), and I sometimes try to get
humanitarian organisations and businesses here in Indonesia to start
using Openstreetmap data, with appropriate attribution.

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

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

[Kathleen Lu via talk]

Nuno I searched your attachment for the word "Snap" and it is nowhere to be
found.

On Tue, Dec 24, 2019 at 10:55 AM Nuno Caldeira 
wrote:

> Hi Mateusz,
>
>
> They don't. Here's all my email exchange with them from October 2018, yes
> *2018*. it's more than enough with evidence and time to be fixed.
> https://drive.google.com/file/d/110XubCe0kd2HNtbqXS7U_vr44xyieaSt/view?usp=sharing
>
>
> On 24/12/2019 07:08, Mateusz Konieczny wrote:
>
> Have they responded with anything
> (except automatic reply) ?
>
> Is there an assigned issue id?
>
>
> 23 Dec 2019, 21:32 by nunocapelocalde...@gmail.com:
>
> I sent this situation to Mapbox 10 months ago.
>
> On Mon, 23 Dec 2019, 17:00 joost schouppe, 
> wrote:
>
>
> As an xmas bonus, here's another Facebook company (via Mapbox), Snapchat
> that is using OSM without attribution requirements (funnily there's plenty
> of space for a reasonable and visible calculated mapbox logo and text).
> They probably don't know, nor that they have been asked to comply over a
> year ago, nor have agreed with the license in every aspect of it when
> stated using OSM data, nor read Mapbox TOS, or Mapbox been informed on
> these repeated offenders, nor read the multiples reports in mailing lists,
> nor that they had a employee that ran for OSMF board.
>
> https://map.snapchat.com/
>
> Let's continue to be hypocrites and pretend nothing is going on for over a
> year with these two companies that are corporate members of OSMF and should
> be the first ones to give examples. Enough with excuses.
>
>
> The Snapchat case is a pretty clear example of how not to do things. If
> there's space for Mapbox, there's space for OpenStreetMap. But I don't
> think Snapchat has anything to do with Facebook.
>
> Phil, I hope you contacted them directly and not through Facebook.
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] Phone number updates

[Graeme Fitzpatrick]

On Sun, 29 Dec 2019 at 12:36, Phil Wyatt  wrote:

> feel free to join me if you want some mind numbing entertainment for an
> hour or two.
>

It is certainly that! :-)


> WA and Tasmania already completed
>

As is Qld :-)

 Thanks

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

Re: [talk-au] parking and bike lane

[Graeme Fitzpatrick]

Thanks

Graeme


On Sat, 28 Dec 2019 at 16:52, David Wales  wrote:

> I prefer to use separate ways for separate foot paths.
>

As do I.


> On 28 December 2019 3:02:30 pm AEDT, Sebastian Spiess 
> wrote:
>>
>>
>> I do welcome comments. In particular regarding how to go about the cycle
>> way and the roundabout.
>>
>
Looks OK to me, but I've also wondered how bike lanes are supposed to work
through roundabouts, when there's nothing marked on the road?

  Thanks

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

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

[Mateusz Konieczny]

In your case they went with lying strategy,
in case of my report they simply failed to respond since January 2019.

It is about map on Mapbox own site. There is space for a big Mapbox logo,
OSM attribution is not displayed.

And on large monitors attribution is still not sufficient to cover
"reasonably calculated to make any Person that (...) view (...)  aware that
Content was obtained from the Database (...) and that it is available under 
this License.
(section 4.3 of the Open Database License 
 used by OpenStreetMap)

See more info at
https://github.com/matkoniecz/illegal-use-of-OpenStreetMap/blob/master/Mapbox/Mapbox.md#mapbox


29 Dec 2019, 02:48 by nunocapelocalde...@gmail.com:

> mapbox just replied to my ACCIONA Mobility report. the response is 
> unbelievable. 
>
> "> Hi Nuno,
>
> There are some maps that use proprietary data instead of OSM. There are also 
> some customers who have white-labeled in which they don't have to provide 
> some attributions. Unfortunately, we cannot share other customers details 
> here.
>
> If you believe they are violating the OSM or Mapbox attribution, do you mind 
> sharing with me about how you have come with that conclusion?"
>
>
> obviously unless mapbox can explain me how they have my OpenStreetMap 
> contributions, even the trap streets I would love to hear. 
> thank god we have a corporate member of OSMF replying like this.. shame, just 
> SHAME! 
>
> On Fri, 27 Dec 2019, 23:37 Phil Wyatt, <> p...@wyatt-family.com> > wrote:
>
>>
>> HI Folks,
>>
>>
>>  
>>
>>
>> I also generally point folks at this page which is pretty specific (if they 
>> are using Mapbox tiles)
>>
>>
>>  
>>
>>
>> https://docs.mapbox.com/help/how-mapbox-works/attribution/
>>
>>
>>  
>>
>>
>> Cheers - Phil
>>
>>
>>  
>>
>>
>> From:>>  Nuno Caldeira <>> nunocapelocalde...@gmail.com>> > 
>> Sent:>>  Saturday, 28 December 2019 9:00 AM
>> To:>>  · Michael Medina <>> recycleore...@gmail.com>> >
>> Cc:>>  OpenStreetMap talk mailing list <>> talk@openstreetmap.org>> >
>> Subject:>>  Re: [OSM-talk] [Osmf-talk] Attribution guideline status update
>>
>>  
>>
>>
>> After i contacted the company ACCIONA MOBILITY they finally added 
>> attribution on the app. and it's a new style, vertical. again plenty of 
>> space for Mapbox logo. Maybe we should add vertical attribution on the 
>> attribution guidance. check print here >> https://ibb.co/xLYrP3m
>>
>>
>> On 25/12/2019 19:17, Nuno Caldeira wrote:
>>
>>
>>>
>>> doesn't surprise me. check this >>> 
>>> https://docs.mapbox.com/mapbox-gl-js/example/attribution-position/>>>  
>>> plenty of space for visible attribution, well mapbox attribution is not 
>>> hidden under an "i". I have reported another client of theirs that I have 
>>> reached out to ask for attribution, which they understood, but still 
>>> haven't fixed it. let's see if mapbox is in good will. 
>>>
>>>
>>>  
>>>
>>>
>>> On Wed, 25 Dec 2019, 17:20 · Michael Medina, <>>> 
>>> recycleore...@gmail.com>>> > wrote:
>>>
>>>

 As a native English speaker this reads as complete stonewalling on 
 Mapbox’s part. I don’t know why OSM doesn’t just file a DMCA complaint 
 against Mapbox or deny them access. The OSM board should also not have to 
 go through the regular help channel to get answers. Mapbox should escalate 
 this issue to their top administrators.  I know the board likes to play 
 nice, but Mapbox isn’t playing nice so no reason to as far as I can tell. 


  


 Michael Medina 


  


 On Wed, Dec 25, 2019 at 04:06 < talk-requ...@openstreetmap.org > 
 wrote:


>
>
> Send talk mailing list submissions to
>         > talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         > https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
>         > talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
>         > talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>    1. Re: [Osmf-talk] Attribution guideline status update
>       (Nuno Caldeira)
>
>
> --
>
> Message: 1
> Date: Tue, 24 Dec 2019 17:52:53 +
> From: Nuno Caldeira <> nunocapelocalde...@gmail.com> >
> To: Mateusz Konieczny <> matkoni...@tutanota.com> >
> Cc: joost schouppe <> joost.schou...@gmail.com> >, OSMF Talk
>         <> osmf-t...@openstreetmap.org> >, OpenStreetMap talk 
> mailing list
>         <> talk@openstreetmap.org> >
> Subject: Re: [OSM-talk] [Osmf-talk] Attribution guideline status
>       

Re: [talk-au] vic.gov.au lacking OSM attribution

[Graeme Fitzpatrick]

On Sat, 28 Dec 2019 at 15:00, Dion Moult  wrote:

> The Leaflet link is present but the OSM attribution is not present.
>

In regards to Leaflet, are there different versions?

I noticed on
https://www.marinetraffic.com/en/ais/home/centerx:156.4/centery:-27.0/zoom:7
just
in this last day or so, that it's a Leaflet map with no attribution, but if
you go into the layers on the right-hand side & change the basemap to OSM,
then it does show?
https://www.marinetraffic.com/en/ais/home/centerx:156.4/centery:-27.0/zoom:7


Thanks

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

[talk-au] Phone number updates

[Phil Wyatt]

Hi Folks,

 

I am slowly closing in on Melbourne CBD - feel free to join me if you want
some mind numbing entertainment for an hour or two. 25% completed ...

 

https://maproulette.org/browse/challenges/4411 

 

Once this is completed it should be easier to pick up new users who may be
forgetting to add the +61 etc in front of phone numbers. I suspect it wont
stop the SEO/Spammers but its worth a shot.

 

WA and Tasmania already completed

 

Cheers - Phil

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

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

[Nuno Caldeira]

mapbox just replied to my ACCIONA Mobility report. the response is
unbelievable.

"Hi Nuno,

There are some maps that use proprietary data instead of OSM. There are
also some customers who have white-labeled in which they don't have to
provide some attributions. Unfortunately, we cannot share other customers
details here.

If you believe they are violating the OSM or Mapbox attribution, do you
mind sharing with me about how you have come with that conclusion?"


obviously unless mapbox can explain me how they have my OpenStreetMap
contributions, even the trap streets I would love to hear.
thank god we have a corporate member of OSMF replying like this.. shame,
just SHAME!

On Fri, 27 Dec 2019, 23:37 Phil Wyatt,  wrote:

> HI Folks,
>
>
>
> I also generally point folks at this page which is pretty specific (if
> they are using Mapbox tiles)
>
>
>
> https://docs.mapbox.com/help/how-mapbox-works/attribution/
>
>
>
> Cheers - Phil
>
>
>
> *From:* Nuno Caldeira 
> *Sent:* Saturday, 28 December 2019 9:00 AM
> *To:* · Michael Medina 
> *Cc:* OpenStreetMap talk mailing list 
> *Subject:* Re: [OSM-talk] [Osmf-talk] Attribution guideline status update
>
>
>
> After i contacted the company ACCIONA MOBILITY they finally added
> attribution on the app. and it's a new style, vertical. again plenty of
> space for Mapbox logo. Maybe we should add vertical attribution on the
> attribution guidance. check print here https://ibb.co/xLYrP3m
>
> On 25/12/2019 19:17, Nuno Caldeira wrote:
>
> doesn't surprise me. check this
> https://docs.mapbox.com/mapbox-gl-js/example/attribution-position/ plenty
> of space for visible attribution, well mapbox attribution is not hidden
> under an "i". I have reported another client of theirs that I have reached
> out to ask for attribution, which they understood, but still haven't fixed
> it. let's see if mapbox is in good will.
>
>
>
> On Wed, 25 Dec 2019, 17:20 · Michael Medina, 
> wrote:
>
> As a native English speaker this reads as complete stonewalling on
> Mapbox’s part. I don’t know why OSM doesn’t just file a DMCA complaint
> against Mapbox or deny them access. The OSM board should also not have to
> go through the regular help channel to get answers. Mapbox should escalate
> this issue to their top administrators.  I know the board likes to play
> nice, but Mapbox isn’t playing nice so no reason to as far as I can tell.
>
>
>
> Michael Medina
>
>
>
> On Wed, Dec 25, 2019 at 04:06  wrote:
>
> Send talk mailing list submissions to
> talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
> talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>1. Re: [Osmf-talk] Attribution guideline status update
>   (Nuno Caldeira)
>
>
> --
>
> Message: 1
> Date: Tue, 24 Dec 2019 17:52:53 +
> From: Nuno Caldeira 
> To: Mateusz Konieczny 
> Cc: joost schouppe , OSMF Talk
> , OpenStreetMap talk mailing list
> 
> Subject: Re: [OSM-talk] [Osmf-talk] Attribution guideline status
> update
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Hi Mateusz,
>
>
> They don't. Here's all my email exchange with them from October 2018,
> yes _*2018*_. it's more than enough with evidence and time to be fixed.
>
> https://drive.google.com/file/d/110XubCe0kd2HNtbqXS7U_vr44xyieaSt/view?usp=sharing
>
>
> On 24/12/2019 07:08, Mateusz Konieczny wrote:
> > Have they responded with anything
> > (except automatic reply) ?
> >
> > Is there an assigned issue id?
> >
> >
> > 23 Dec 2019, 21:32 by nunocapelocalde...@gmail.com:
> >
> > I sent this situation to Mapbox 10 months ago.
> >
> > On Mon, 23 Dec 2019, 17:00 joost schouppe,
> > mailto:joost.schou...@gmail.com>> wrote:
> >
> >
> > As an xmas bonus, here's another Facebook company (via
> > Mapbox), Snapchat that is using OSM without attribution
> > requirements (funnily there's plenty of space for a
> > reasonable and visible calculated mapbox logo and text).
> > They probably don't know, nor that they have been asked to
> > comply over a year ago, nor have agreed with the license
> > in every aspect of it when stated using OSM data, nor read
> > Mapbox TOS, or Mapbox been informed on these repeated
> > offenders, nor read the multiples reports in mailing
> > lists, nor that they had a employee that ran for OSMF board.
> >
> > https://map.snapchat.com/
> >
> > Let's continue to be hypocrites and pretend nothing is
> > 

Re: [OSM-ja] 1/5 京都！街歩き！マッピングパーティ：第16回 建仁寺

[yasunari yamashita]

山下です。
皆さんこんにちわ。

1月の京都！街歩き！マッピングパーティは、
正月休みの最終日に建仁寺で開催します。

イベント詳細と参加申し込みは connpass にて
https://openstreetmap-kyoto.connpass.com/event/159630/
皆様の参加をお待ちしています！！

では、皆さん、よいお年をお迎えくださいませ


2019年12月16日(月) 20:23 yasunari yamashita :
>
> 山下です。
> 皆さんこんにちわ。
>
> 来年1月の京都！街歩き！マッピングパーティは、
> 新年早々、初詣を兼ねて（？）京都最古の禅寺 建仁寺
>
> イベント詳細と参加申し込みは connpass にて
> https://openstreetmap-kyoto.connpass.com/event/159630/
> 皆様の参加をお待ちしています！！
> --
> 山下康成＠京都府向日市



-- 
山下康成＠京都府向日市
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-at] Userdaten Löschen

[Friedrich Volkmann]

On 28.12.19 23:19, scubbx wrote:

Ich/Wir haben eine Unterstützungsanfrage von einem User erhalten, der
nach DSGVO sein Konto und alle seine persönlichen Daten gelöscht haben
möchte.

Da ich selber damit noch nichts zu tun hatte, frage ich mich, wie das
OpenStreetMap handhabt. Weiß jemand mehr dazu, bzw wie man die Löschung
seiner persönlichen Daten erreicht?
(ich gehe davon aus, dass der User NICHT von seinen Edits spricht)


Das ist aber erst mal zu klären, was er genau gelöscht bekommen will. Bei 
einem OSM-Account bestehen die persönlichen Daten ja eigentlich nur aus der 
E-Mail-Adresse, der "home location" und mit etwas Fantasie auch noch 
Username, Passwort, PMs und Profiltext, wobei letzte beide und die home 
location sowieso jeder selber löschen kann.


Ich glaube, soweit macht das die DWG (obwohl auch die LWG ein möglicher 
Ansprechpartner wäre). Ein User mit ID 12345 kriegt dann den 
Pseudo-Usernamen user_12345.


Aber dann gibt es noch das Wiki, die Mailinglisten und Webforen... Ich 
schätze, dass jemand, der bei OSM Austria nachfragt, da noch nirgends aktiv 
war, aber wenn doch, dann müsste er sich wahrscheinlich an die jeweilgen 
Admins wenden.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-at] Userdaten Löschen

[scubbx]

Hallo!

Ich/Wir haben eine Unterstützungsanfrage von einem User erhalten, der
nach DSGVO sein Konto und alle seine persönlichen Daten gelöscht haben
möchte.

Da ich selber damit noch nichts zu tun hatte, frage ich mich, wie das
OpenStreetMap handhabt. Weiß jemand mehr dazu, bzw wie man die Löschung
seiner persönlichen Daten erreicht?
(ich gehe davon aus, dass der User NICHT von seinen Edits spricht)

lg, Markus (ScubbX)


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

Re: [OSM-talk-fr] Limite de 255 caractères dans OSM — Re: Problème avec ID - besoin d'aide

[Philippe Verdy]

C'est bloqué au niveau du schéma de la base de données par une contrainte
(le serveur refuse).
Pour inscription=* on peut s'en sortir avec des valeurs multiples (on doit
pouvoir scinder en gardant les phrases entières).
Pour opening_hours=* parfois ça coince, la syntaxe étant déjà compliquée et
pas très adaptée à la mise à jour, et aurait du avoir les suffixes :2, :3,
etc pour les alternatives au lieu du point-virgule en une seule ligne

Le sam. 28 déc. 2019 à 17:29, Yves P.  a écrit :

>
> le fait que cela va casser une partie des outils utilisant l'api actuelle
>
> Ils sont répertoriés ?
>
> ___
> 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-cz] Změny SŽDC

[Jan Macura]

Ahoj,

přemýšlel jsem, jak snadno zamést ten bordel, co napáchala SŽDC s novým
jízdním řádem:
https://zdopravy.cz/prehledne-szdc-odtajnila-nova-cisla-trati-v-jizdnich-radech-zmeny-jsou-hlavne-na-morave-33747/

(Pro pobavení: argumentem v roce 2019 bylo, aby se jízdní řád pro každou
trať vešel na jednu stránku tištěného řádu)

Čili dotaz zní, zda existuje nástroj, který umí rozstříhnout jednu relaci
(=jednu trasu) na 2, jako by to byla cesta a stejným způsobem jiné dvě
relace (=dvě trasy) spojit dohromady?
Já znám jen způsob všechny úseky, které již do trasy nepatří, z relace
vyházet, pak je znova označit a přidat do jiné relace, ale to mi přijde
neadekvátně pracné.

A související otázka pro šotouše: v Plzni letos SŽDC přečíslovala
nástupiště. Takže např. https://www.openstreetmap.org/way/233459467 už není
2. nástupiště, ale severní část je 3. nástupiště a jižní část je 4.
nástupiště. K tomu jsou teda ještě nějak přidávaný písmenka, ale to vůbec
nevím jak... Nějaký návrh, jak to smysluplně předělat? Rozříznout tu plochu
podélně..? :-]

H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Limite de 255 caractères dans OSM — Re: Problème avec ID - besoin d'aide

[Yves P.]

> le fait que cela va casser une partie des outils utilisant l'api actuelle
Ils sont répertoriés ?

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

Re: [OSM-talk-fr] Limite de 255 caractères dans OSM — Re: Problème avec ID - besoin d'aide

[marc marc]

Le 28.12.19 à 17:17, Yves P. a écrit :
> En savez-vous plus sur ce qui coince exactement ?

le fait que cela va casser une partie des outils utilisant l'api actuelle
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] modif canton en Charente-Maritime par création de commune nouvelle

[Jérôme Amagat]

6 cantons modifiés dans le texte mais que 2 sur le terrain, je pense qu'il
n'y a que l'article 1 d'important ici :
https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=9C9FBC41E4699E40F4E6E33309B3AF52.tplgfr43s_1?cidTexte=JORFTEXT39356426=20191109
Je pense que l'article 1 donne les réels modifications, le reste c'est une
modification des noms des communes dans le décret ayant créé les cantons.
Lors d'une création de commune nouvelle, il faut supprimer les noms des
anciennes communes et ajouté le nom de la commune nouvelle donc rien ne
change si les anciennes communes était déjà toutes dans le même canton.

Le sam. 28 déc. 2019 à 16:10,  a écrit :

> Bonjour, non je ne crois pas qu'il a été exhaustif : je vois que le décret 
> Décret
> n°2019-1154 du 7 novembre 2019 - art. 2
> 
> a modifié 6 cantons dans le Morbihan et il en reprend 2 :
>
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28655882
>
> https://www.openstreetmap.org/changeset/76870512
>
> Peut-être que d'autres ont fait les mises à jours mais les dernières
> modifs d'Olyon ne portait pas dessus : cantons n° 3 (Grand-Champ
> ) , n° 4 (Guer
> ), n° 15 (Pontivy
> ), n° 18 (Séné
> ).
>
> Jean-Yvon
> Le 28/12/2019 à 15:43, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Il y a eu d'autres décrets de ce type pour d'autres départements le 7
> novembre et il semble que OD02fr (
> https://www.openstreetmap.org/user/OD02fr/history) a fait toutes les
> modifications.
>
> Le sam. 28 déc. 2019 à 15:21, Jérôme Amagat  a
> écrit :
>
>> Bonjour,
>>
>> Je viens de faire la modification, l'ancienne commune de Vandré change de
>> canton.
>>
>> Normalement aucune commune nouvelle cette année, interdit l'année
>> précédant une élection d’après la page Wikipédia sur les communes nouvelles.
>> https://fr.wikipedia.org/wiki/Commune_nouvelle#%C3%89volution_future
>>
>> Le sam. 28 déc. 2019 à 12:38, David Crochet  a
>> écrit :
>>
>>> Bonjour
>>>
>>>
>>> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39683206==id
>>>
>>> Cordialement
>>>
>>> --
>>> David Crochet
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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

[OSM-talk-fr] Limite de 255 caractères dans OSM — Re: Problème avec ID - besoin d'aide

[Yves P.]

Bonsoir,


> Le 28 déc. 2019 à 16:34, Arnaud Champollion 
>  a écrit :
> 
> Value has more than 255 unicode characters

C’est problématique aussi pour inscription=* 
 pour les plaques 
commémoratives et autres monuments.
Comme le suggère le wiki, on peut contourner ça en mettant l’inscription dans 
OpenPlaques …
C’est laborieux et ça ne résout pas le problème pour opening_hours et peut-être 
d’autres clés.

J’ai vu aussi des contributions avec iD utiliser inscription=* inscription_2=* …

Au 21e siècle cette limite me paraît désuète :
Les bases de données ont des champs de taille variable ?? D’autant plus pour 
les bases qui gèrent du XML.

En savez-vous plus sur ce qui coince exactement ?
Est-ce que la limite peut-être supprimée ?

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

Re: [OSM-talk-fr] Problème avec ID - besoin d'aide

[Yves P.]

> Ce sont les horaires d'ouverture qui sont trop longs, essaye de factoriser.
> 
Ce n’est pas factorisable ☹️
A moins de mettre les mêmes horaires de début pour les vacances et hors 
vacances et de préciser en SH Mo-Fr « Ouverture en continue » 

Il manque une virgule entre les 2 « blocs » et il n’y en a pas à la fin :
SH Mo,Fr 12:00-20:00;
SH Tu 12:00-21:00;
SH We 10:00-18:00;
SH Th 12:00-20:15;
SH Sa,Su 10:00-13:00,15:00-18:00;

Mo 12:00-14:00,17:00-20:00;
Tu 11:45-14:00,16:30-21:00;
We 11:30-13:00,15:00-18:00;
Th 11:45-14:00,16:30-20:00;
Fr 11:45-14:00,17:00-20:00

—
Yves

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

Re: [OSM-talk-fr] Problème avec ID - besoin d'aide

[Arnaud Champollion]

Le 28/12/2019 à 16:41, osm.sanspourr...@spamgourmet.com a écrit :


Ce sont les horaires d'ouverture qui sont trop longs, essaye de 
factoriser.



OK.

C'est fou car je n'ai pas touché aux horaires.



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

Re: [OSM-talk-fr] Problème avec ID - besoin d'aide

[osm . sanspourriel]

https://www.openstreetmap.org/way/*112484237*


Ce sont les horaires d'ouverture qui sont trop longs, essaye de factoriser.

https://openingh.openstreetmap.de/evaluation_tool/?EXP=SH%20Mo,Fr%2012:00-20:00;SH%20Tu%2012:00-21:00;SH%20We%2010:00-18:00;SH%20Th%2012:00-20:15;SH%20Sa,Su%2010:00-13:00,15:00-18:00Mo%2012:00-14:00,17:00-20:00;Tu%2011:45-14:00,16:30-21:00;We%2011:30-13:00,15:00-18:00;Th%2011:45-14:00,16:30-20:00;Fr%2011:45-14:00,17:00-20:00;Sa,Su

https://projets.pavie.info/yohours/?oh=SH%20Mo,Fr%2012:00-20:00;SH%20Tu%2012:00-21:00;SH%20We%2010:00-18:00;SH%20Th%2012:00-20:15;SH%20Sa,Su%2010:00-13:00,15:00-18:00Mo%2012:00-14:00,17:00-20:00;Tu%2011:45-14:00,16:30-21:00;We%2011:30-13:00,15:00-18:00;Th%2011:45-14:00,16:30-20:00;Fr%2011:45-14:00,17:00-20:00;Sa,Su

Le 28/12/2019 à 16:34, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :

Bonjour,

J'ai un petit souci sur ID, en voulant sauvegarder mes modications
j'obtiens l'erreur suivante :

Value has more than 255 unicode characters in Way 112484237 at line 1,
column 1812

Je ne trouve pas le chemin 112484237 en recherchant sur OSM du coup je
ne sais même pas de quoi ça me parle exactement.

En tout cas je ne peux pas sauvegarder.

Une idée (sans jeu de mot) ?

Merci


___
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] Import bâti cadastre dans JOSM

[osm . sanspourriel]

Calage du cadastre avec l'ortho-imagerie : là aussi ça revient tous les
6 mois !

L'erreur est en général constante planche par planche, il faut donc
sélectionner les objets d'une même planche en espérant que personne n'a
déplacé certains objets à la main entre temps.

Mais tant que tu travailles en relatif, l'erreur n'est pas trop gênante.

Jean-Yvon


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

[OSM-talk-fr] Problème avec ID - besoin d'aide

[Arnaud Champollion]

Bonjour,

J'ai un petit souci sur ID, en voulant sauvegarder mes modications 
j'obtiens l'erreur suivante :


Value has more than 255 unicode characters in Way 112484237 at line 1, 
column 1812


Je ne trouve pas le chemin 112484237 en recherchant sur OSM du coup je 
ne sais même pas de quoi ça me parle exactement.


En tout cas je ne peux pas sauvegarder.

Une idée (sans jeu de mot) ?

Merci


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

Re: [OSM-talk-fr] modif canton en Charente-Maritime par création de commune nouvelle

[osm . sanspourriel]

Bonjour, non je ne crois pas qu'il a été exhaustif : je vois que le
décret Décret n°2019-1154 du 7 novembre 2019 - art. 2

a modifié 6 cantons dans le Morbihan et il en reprend 2 :

https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28655882

https://www.openstreetmap.org/changeset/76870512

Peut-être que d'autres ont fait les mises à jours mais les dernières
modifs d'Olyon ne portait pas dessus : cantons n° 3 (Grand-Champ
) , n° 4 (Guer
), n° 15 (Pontivy
), n° 18 (Séné
).

Jean-Yvon

Le 28/12/2019 à 15:43, Jérôme Amagat - jerome.ama...@gmail.com a écrit :

Il y a eu d'autres décrets de ce type pour d'autres départements le 7
novembre et il semble que OD02fr
(https://www.openstreetmap.org/user/OD02fr/history) a fait toutes les
modifications.

Le sam. 28 déc. 2019 à 15:21, Jérôme Amagat mailto:jerome.ama...@gmail.com>> a écrit :

Bonjour,

Je viens de faire la modification, l'ancienne commune de Vandré
change de canton.

Normalement aucune commune nouvelle cette année, interdit l'année
précédant une élection d’après la page Wikipédia sur les communes
nouvelles.
https://fr.wikipedia.org/wiki/Commune_nouvelle#%C3%89volution_future

Le sam. 28 déc. 2019 à 12:38, David Crochet mailto:david.croc...@free.fr>> a écrit :

Bonjour


https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39683206==id

Cordialement

--
David Crochet


___
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] modif canton en Charente-Maritime par création de commune nouvelle

[Jérôme Amagat]

Il y a eu d'autres décrets de ce type pour d'autres départements le 7
novembre et il semble que OD02fr (
https://www.openstreetmap.org/user/OD02fr/history) a fait toutes les
modifications.

Le sam. 28 déc. 2019 à 15:21, Jérôme Amagat  a
écrit :

> Bonjour,
>
> Je viens de faire la modification, l'ancienne commune de Vandré change de
> canton.
>
> Normalement aucune commune nouvelle cette année, interdit l'année
> précédant une élection d’après la page Wikipédia sur les communes nouvelles.
> https://fr.wikipedia.org/wiki/Commune_nouvelle#%C3%89volution_future
>
> Le sam. 28 déc. 2019 à 12:38, David Crochet  a
> écrit :
>
>> Bonjour
>>
>>
>> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39683206==id
>>
>> Cordialement
>>
>> --
>> David Crochet
>>
>>
>> ___
>> 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] modif canton en Charente-Maritime par création de commune nouvelle

[Jérôme Amagat]

Bonjour,

Je viens de faire la modification, l'ancienne commune de Vandré change de
canton.

Normalement aucune commune nouvelle cette année, interdit l'année précédant
une élection d’après la page Wikipédia sur les communes nouvelles.
https://fr.wikipedia.org/wiki/Commune_nouvelle#%C3%89volution_future

Le sam. 28 déc. 2019 à 12:38, David Crochet  a
écrit :

> Bonjour
>
>
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39683206==id
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> 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] modif canton en Charente-Maritime par création de commune nouvelle

[Philippe Verdy]

Il doit y en avoir d'autres des communes nouvelles au premier janvier 2020
(moins certainement que l'année passée à cause des prochaines municipales
en mars, les conseils municipaux ont dû ne pas vouloir compliquer les
choses et se décider avant les élections... histoire de préserver le nombre
de sièges d'élus et représenter les projets de fusion en cours.
Dans les Deux-Sèvres 2 cas de fusion en projet ont conduit à la démission
du maire et des élections partielles en 2019. Je n'ai pas vu ces projets
reconfirmés, les conseils n'étant pas parvenus à se mettre d'accord.
Le changement de loi de cet été pour 2020 et 2021 a aussi chamboulé les
projets (notamment en modifiant la représentation municipale des communes
nouvelles, même si cela prolongeait la dotation de l'Etat, mais à plus
court terme qu'avant : bien des projets en cours ont été suspendus sauf se
le principe avait été approuvé avant cet été et que les négos et transferts
étaient déjà pratiquement décidés).



Le sam. 28 déc. 2019 à 12:38, David Crochet  a
écrit :

> Bonjour
>
>
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39683206==id
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> 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] modif canton en Charente-Maritime par création de commune nouvelle

[David Crochet]

Bonjour

https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT39683206==id

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Import bâti cadastre dans JOSM

[Vincent de Château-Thierry]

Bonjour,

Le 28/12/2019 à 11:38, rainerU a écrit :


Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ?


Non ce n'est pas un bug. Le cadastre sur cadastre.openstreetmap.fr est 
pris à la source, directement sur les serveurs de cadastre.gouv.fr. Il 
est donc mis à jour au rythme des mises à jours des serveurs du site, à 
savoir quotidiennement. Côté Etalab, la mise à jour est trimestrielle, 
on peut s'attendre à une mise à jour en janvier si le rythme donné dans 
l'historique est tenu :

https://cadastre.data.gouv.fr/datasets/cadastre-etalab

vincent

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

Re: [OSM-talk-fr] Import bâti cadastre dans JOSM

[marc marc]

Le 28.12.19 à 11:38, rainerU a écrit :
> j'ai constaté que les données dans les fichiers générés sur
> cadastre.openstreetmap.fr étaient plus à jour que les données Etalab.
> Par exemple ici:
> 
> https://www.openstreetmap.org/#map=19/42.62719/2.76934
> 
> Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ?


Etalab via plugin josm : maj trimestrielle
pdf via cadastre.openstreetmap.fr : maj en continu
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâti cadastre dans JOSM

[rainerU]

Am 26.12.19 um 21:10 schrieb Vincent de Château-Thierry:
Le sujet ici c'est de savoir si on doit maintenir une page (l'actuelle 
cadastre.openstreetmap.fr) qui s'appuie sur un processus d'accès au Cadastre (le 
recours aux PDFs d'impression de cadastre.gouv.fr) qui certes nous a sauvé la 
mise pendant des années, mais a avec le temps été rendu plus gourmand en 
ressources et est devenu obsolète avec l'apparition du cadastre redifusé par 
Etalab.


Je me suis posé cette question quand j'ai découvert, par hasard, la possibilité 
de télécharger les données Etalab dans JOSM. Après, j'ai constaté que les 
données dans les fichiers générés sur cadastre.openstreetmap.fr étaient plus à 
jour que les données Etalab. Par exemple ici:


https://www.openstreetmap.org/#map=19/42.62719/2.76934

Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ?


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

[Talk-ko] weeklyOSM #490 2019-12-03-2019-12-09

[weeklyteam]

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

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

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

[OSM-talk-fr] Manuel utilisateur overpass API en Français

[Vincent Bergeot]

Bonjour,

Roland Olbricht a annoncé la disponibilité en 3 langues d'un manuel pour 
overpass API, dont le français : 
https://dev.overpass-api.de/overpass-doc/fr/index.html


Code source ici : https://github.com/drolbr/overpass-doc

Il explique se concentrer sur :

 * une visite guidée de l'API overpass,
 * les fonctionnalités stables à long terme
 * la facilité de traduction

Bonne journée


--
Vincent Bergeot

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