Re: [OSM-talk] [Osmf-talk] Funding of iD Development and Maintenance

[Guillaume Rischard]

On 5 Aug 2020, at 12:31, Mateusz Konieczny via osmf-talk 
 wrote:
> 
> Have you reached out to JOSM devs about also supporting their work?

Hi Mateusz,

Yes, I have told them explicitly and clearly that for us, the door is wide open.

During informal conversations in the past, the JOSM people have mentioned that 
this wasn’t really necessary for them - JOSM is something to enjoy working on 
after work. I understand them, I certainly waste a lot of my spare time having 
fun trying to improve JOSM a bit :).

If someone else wants to do work like this on JOSM, they should talk to the 
JOSM maintainers first.

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

Re: [OSM-talk] Funding of iD Development and Maintenance

[Guillaume Rischard]

Bryan Housel hasn’t been the iD maintainer for a few weeks now.

You can find the discussion on the OSMF board’s proposal to resolve 
controversies related to iD at 
https://lists.openstreetmap.org/pipermail/osmf-talk/2020-June/006865.html 
.

Guillaume

> On 2 Aug 2020, at 19:52, Tomas Straupis  wrote:
> 
> Will this mean that iD would adhere to de facto situation as well as wiki 
> info and stop lying that original water schema is "deprecated" and 
> authoritarian coder Brian will be removed from decision making and 
> communication?
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Guillaume Rischard]

Hi Sören,

The OSMF would, of course, be open to supporting development on editors other 
than Potlatch, and on other pieces of our infrastructure. Remember that this is 
a pilot for three projects with three long-term trusted contributors, so we can 
humbly learn how to do this the right way.

As someone who’s listed as having used 9 different editors on 
https://hdyc.neis-one.org/?Stereo  
(including “unknown”), I know how important the variety and richness of editing 
possibilities is.

Guillaume

> On 1 Aug 2020, at 15:09, Sören Reinecke via talk  > wrote:
> 
> > Nonetheless, even if P2 didn't run on Linux, I'm not sure why this should 
> > be an issue for other users. No-one says Vespucci isn't sustainable because 
> > it doesn't run on iOS.
> 
> But Vespucci is not mentioned here by OSMF and I remember that Android is 
> following the principle of free, democracy, open source, competition (because 
> it's distribution like approach though Google as a say in it which apps are 
> installed by default and what can be done with the phone in terms of rooting 
> it. The distribution approach as an argument for priorizing support for 
> Android is therefore questionable) more than iOS does. And iOS restricts you 
> more than Android does.
> 
> Regards
> 
> Sören Reinecke alias Valor Naram
> 
> 
>  Original Message 
> Subject: Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, 
> osm2pgsql, Potlatch 2
> From: Richard Fairhurst 
> To: talk@openstreetmap.org 
> CC: 
> 
> 
> Sören Reinecke wrote:
> > So far as I understood Adobe dropped Linux support for its 
> > AIR plattform. If that is right, then I am in doubt that 
> > supporting the development of Potlatch 2 is not that in 
> > a sustainable manner.
> 
> AIR is not maintained by Adobe, but by Harman, a Samsung subsidiary. AIR for 
> Linux is still supported at version 2.6 but not updated 
> (https://airsdk.harman.com/faq ): Harman is 
> considering future updates. P2 will still run on 2.6 - there are explicit 
> workarounds in the code (e.g. in 
> net/systemeD/potlatch2/collections/Imagery.as) to ensure backward 
> compatibility.
> 
> Nonetheless, even if P2 didn't run on Linux, I'm not sure why this should be 
> an issue for other users. No-one says Vespucci isn't sustainable because it 
> doesn't run on iOS.
> 
> mmd wrote:
> > Why aren't we porting Potlatch2 to WebAssembly, then? 
> 
> I'm not sure who the "we" is in this question, but assuming you're not 
> volunteering yourself :), the difficult dependency with P2 is not 
> ActionScript 3 but the Flash runtime, i.e. the Flash and Flex APIs. There are 
> currently only two runtimes capable of running P2: Flash Player and AIR. 
> Ruffle is showing promise (https://github.com/ruffle-rs/ruffle 
> ) and is under very active development, 
> but does not yet support AS3 or the Flash Player features that P2 needs. I 
> would anticipate that P2 will be able to run as WebAssembly when Ruffle 
> reaches feature parity with AIR 2.6.
> 
> Richard
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] [Osmf-talk] Funding of iD Development and Maintenance

[Guillaume Rischard]

To nip this one in the bud:

No one employed by Mapbox is currently working on iD. Quincy, the current iD 
maintainer and lead developer, doesn’t and has never worked for Mapbox. Mapbox 
won’t receive any funding from this.

Guillaume

> On 2 Aug 2020, at 14:50, JB  wrote:
> 
> So, with sarcasm (at least half-)on, and english not being my mothertongue: 
> the osm2pgsql/Nomatim/Potlatch grants were just Troyan horses to enable the 
> OSMF funding of (ex or not ex?) Mapbox developer, with contributors not 
> screaming too loudly? And explaining the iD conflict resolution process that 
> was proposed lately (and, surprise, accepted by Mapbox iD developers)?
> Much thanks to the iD developers for having kept long, trustful and peaceful 
> relationships with the community over the years of iD development.
> Just saying out loud what some people may or may not think, but would not 
> dare to write. It does not expect answers.
> JB.
> 
> Le 02/08/2020 à 13:44, Mikel Maron a écrit :
>> Hello
>> 
>> The OSMF board is working to make OSM's core software and infrastructure 
>> more stable and sustainable by supporting paid roles for priority needs, 
>> such as the Senior Site Reliability role 
>> (https://lists.openstreetmap.org/pipermail/osmf-talk/2020-July/006973.html), 
>> and the pilot to fund "OSM Infrastructure" projects 
>> (https://lists.openstreetmap.org/pipermail/osmf-talk/2020-August/006987.html).
>> 
>> As part of this focus, we want to organise coordinated funding to support 
>> continued maintenance and development of the iD editor, as iD's strong 
>> continuous development over the past several years has served the OSM 
>> community well. Quincy Morgan is iD's maintainer and lead developer. 
>> Unfortunately, full-time support of his work recently ended. He'd very much 
>> like to continue, and the OSMF Board wants to see that happen. He has 
>> written up this proposal 
>> (https://github.com/quincylvania/quincylvania.com/blob/main/resources/Morgan%20iD%20work%20proposal%207_27.pdf)
>>  with his ideal plans for iD over the next year, along with notes about how 
>> he'll organise, grow the developer base, communicate, and set priorities, 
>> and make iD better. The final priorities for the year will be made in 
>> consultation with the community.
>> 
>> To help fund this project, as well as the SSRE role, we're looking at 
>> earmarked donations from companies, chapters and organisations. 
>> Administratively, we believe this is easier than other methods of pooled 
>> funding, as the OSMF is already in most companies' procurement systems, and 
>> it would limit paperwork to one contract for iD. Initial contract would be 
>> for 1 year, and that's what the OSMF would look to raise now.
>> 
>> With the OSMF holding the contract, the Board would take a key 
>> accountability role, reviewing work done on the contract and assessing 
>> progress on the plans Quincy develops for the project. Additionally, the 
>> OSMF is working in cooperation with Quincy to establish a formal appeal 
>> process 
>> (https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/)
>>  for the relatively rare community issues iD cannot resolve itself.
>> 
>> The OSMF would not see its role as a traditional "boss", instructing iD to 
>> focus on this or that feature. We would not be prescriptive about 
>> priorities. This does not mean work in a vacuum. Our expectation is that 
>> Quincy, in addition to following our hiring framework's principles for 
>> transparent service to the community, would regularly convene stakeholders 
>> from the community to share their priorities and feedback. Quincy would 
>> assess all priorities holistically as he decides on a workable plan for the 
>> project.
>> 
>> Over the course of the year, we'll evaluate and learn from how the 
>> arrangement is working for all, as we look towards year 2 and beyond. For 
>> future years, we are looking at developing an overall plan for long-term 
>> support for all parts of the OSMF infrastructure. We want to be able to 
>> offer similar support to other OSM editors. Our early focus on iD is to 
>> ensure continued development.
>> 
>> We want to find out what you, the OSM community, think. Do you have any 
>> feedback?
>> 
>> If you know of an organisation that might want to fund this, please feel 
>> free to ask them to contact the OSMF Board.
>> 
>> -Mikel, for the OSMF Board
>> 
>> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>> 
>> ___
>> osmf-talk mailing list
>> osmf-t...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osmf-talk
> 
> 
> 
> ___
> 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: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Guillaume Rischard]

Air will continue to be supported by, believe it or not, Samsung:

https://theblog.adobe.com/the-future-of-adobe-air/ 
<https://theblog.adobe.com/the-future-of-adobe-air/>

> On 1 Aug 2020, at 10:16, Sören Reinecke  wrote:
> 
> So far as I understood Adobe dropped Linux support for its AIR plattform. If 
> that is right, then I am in doubt that supporting the development of Potlatch 
> 2 is not that in a sustainable manner.
> 
> Cheers
> 
> Sören Reinecke
> 
> 
>  Original Message 
> Subject: [OSM-talk] Funding of three infrastructure projects : Nominatim, 
> osm2pgsql, Potlatch 2
> From: Guillaume Rischard 
> To: OSMF Talk 
> CC: OpenStreetMap talk mailing list 
> 
> 
> Hi all,
> 
> The OSMF Board wants to facilitate and support improving infrastructure. 
> During the Microgrants process, there were proposals that didn’t make it, but 
> would together be a good pilot for a “OSM infrastructure” process, to learn 
> how supporting osm infrastructure projects works well.
> The OSMF Board wants to fund a limited number of projects proposed by trusted 
> long-term volunteers whose work we know and enjoy. We have selected the 
> osm2pgsql and Potlatch microgrant proposals, and have a new proposal from 
> Nominatim.
> In the long term, we want to re-activate the Engineering Working Group (EWG) 
> by making it a place for decision making, project guidance and budget 
> management for such projects.
> The Board would like your feedback on these three specific infrastructure 
> projects:
> Nominatim
> 
> Nominatim is the geocoding software that powers openstreetmap.org and many 
> other apps and websites. Sarah wants to work on: <http://openstreetmap.org/>
> finishing the localization efforts (improve address computation for different 
> countries, localized address output)
> making the software more user-friendly (reduce the number of programming 
> languages by at least two, move side-projects into separate repos, reorganise 
> the code so that Nominatim can become an Ubuntu package, docs, docs, docs)
> The full proposal is at 
> https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07 
> <https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07>
> Potlatch 2
> 
> Potlatch 2 used to be the default editor before iD took the relay. While 
> usage is declining, it’s still used by 2500 (1.4%) users who did 10 million 
> (1.2%) changes in 2020. 
> <https://wiki.openstreetmap.org/wiki/Editor_usage_stats>
> Potlatch is built in Flash, which browsers will retire by the end of the 
> year. Richard wants to adapt Potlatch 2 to the AIR platform so users who 
> still rely on it can continue to use it.
> The full proposal is at 
> https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop
>  
> <https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop>
> osm2pgsql
> 
> osm2pgsql loads OpenStreetMap data into databases suitable for applications 
> like rendering into maps, geocoding with Nominatim, or general analysis. It 
> is used on openstreetmap.org and in many other places. 
> <http://openstreetmap.org/>
> While there has been constant paid and volunteer work on osm2pgsql, large 
> scale architecture changes to pay off historical technical debt are needed to 
> tackle long term challenges, and make future changes easier.
> Jochen wants to work on:
> Hosting documentation on osm2pgsql.org <http://osm2pgsql.org/>
> Rethinking the output of the program to make it more concise and useful
> Tackling the refactoring and cleanup of the “middle” code.
> Ongoing maintenance as needed
> Other work from the road map as time permits
> The original budget and scope were limited by the microgrant framework. The 
> current project goes beyond that, and addresses open issues and potential 
> improvements further and better.
> The proposal is at 
> https://wiki.osmfoundation.org/wiki/Osm2pgsql_project_2020-07 
> <https://wiki.osmfoundation.org/wiki/Osm2pgsql_project_2020-07>
> 
> 
> 
> Thank you and happy mapping
> 
> Guillaume, for the OSMF board

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

[OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Guillaume Rischard]

Hi all,

The OSMF Board wants to facilitate and support improving infrastructure. During 
the Microgrants process, there were proposals that didn’t make it, but would 
together be a good pilot for a “OSM infrastructure” process, to learn how 
supporting osm infrastructure projects works well.
The OSMF Board wants to fund a limited number of projects proposed by trusted 
long-term volunteers whose work we know and enjoy. We have selected the 
osm2pgsql and Potlatch microgrant proposals, and have a new proposal from 
Nominatim.
In the long term, we want to re-activate the Engineering Working Group (EWG) by 
making it a place for decision making, project guidance and budget management 
for such projects.
The Board would like your feedback on these three specific infrastructure 
projects:
Nominatim

Nominatim is the geocoding software that powers openstreetmap.org and many 
other apps and websites. Sarah wants to work on: 
finishing the localization efforts (improve address computation for different 
countries, localized address output)
making the software more user-friendly (reduce the number of programming 
languages by at least two, move side-projects into separate repos, reorganise 
the code so that Nominatim can become an Ubuntu package, docs, docs, docs)
The full proposal is at 
https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07 

Potlatch 2

Potlatch 2 used to be the default editor before iD took the relay. While usage 
is declining, it’s still used by 2500 (1.4%) users who did 10 million (1.2%) 
changes in 2020. 
Potlatch is built in Flash, which browsers will retire by the end of the year. 
Richard wants to adapt Potlatch 2 to the AIR platform so users who still rely 
on it can continue to use it.
The full proposal is at 
https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop
 

osm2pgsql

osm2pgsql loads OpenStreetMap data into databases suitable for applications 
like rendering into maps, geocoding with Nominatim, or general analysis. It is 
used on openstreetmap.org and in many other places. 
While there has been constant paid and volunteer work on osm2pgsql, large scale 
architecture changes to pay off historical technical debt are needed to tackle 
long term challenges, and make future changes easier.
Jochen wants to work on:
Hosting documentation on osm2pgsql.org 
Rethinking the output of the program to make it more concise and useful
Tackling the refactoring and cleanup of the “middle” code.
Ongoing maintenance as needed
Other work from the road map as time permits
The original budget and scope were limited by the microgrant framework. The 
current project goes beyond that, and addresses open issues and potential 
improvements further and better.
The proposal is at 
https://wiki.osmfoundation.org/wiki/Osm2pgsql_project_2020-07 




Thank you and happy mapping

Guillaume, for the OSMF board___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Manque d'attribution, supprimer les cas résolus - wiki

[Guillaume Rischard]

Tu as raison, ça serait mieux en plus d’utiliser une solution open source.

En attendant, ça a l’avantage d’exister et de marcher. Si un jour l’OSMF 
héberge par exemple son propre gitlab, on pourrait y passer.

Guillaume

> On 17 Jan 2020, at 12:17, marc marc  wrote:
> 
> le défaut étant d'être un tier (github),
> donc les contributeurs après s'être inscrit ici, sur osm, sur le wiki
> doivent s'inscrire une fois de + alors qu'il n'est deja pas motivant
> pour certain d'aller consigner leur signalement quelque part..
> 
> une interface web permettant de s'identifier avec son compte osm
> serait agréable
> 
> Le 17.01.20 à 12:04, Guillaume Rischard a écrit :
>> Bonjour,
>> 
>> Cette page wiki est difficile à suivre. Je vous propose
>> d’utiliser https://github.com/grischard/osm-lacking-attribution 
>> <https://github.com/grischard/osm-lacking-attribution> qui
>> permet une gestion individuelle et systématisée au cas par cas, et est
>> activement lu et utilisé par le CA de la fondation OSM ;).
>> 
>> Guillaume
>> 
>>> On 14 Jan 2020, at 12:14, Cyrille37 OSM >> <mailto:cyrille+talk...@giquello.fr>
>>> <mailto:cyrille+talk...@giquello.fr <mailto:cyrille+talk...@giquello.fr>>> 
>>> wrote:
>>> 
>>> Bonjour à tou·te·s,
>>> 
>>> il me semble qu'il serait plus "poli / respectueux" de supprimer les
>>> cas résolus: les sites qui ont corrigé les attributions sur leurs
>>> cartes. Effectivement, nous avons à priori seulement besoin de suivre
>>> l'avancement des corrections.
>>> 
>>> Si un besoin de mémoire était nécessaire, il pourrait être comblé par
>>> l'historique du wiki, ce qui me parait être un besoin vraiment "à la
>>> marge".
>>> 
>>> J'avais posé la suggestion sur la page de discussion, et à 2 nous
>>> étions d'accord pour supprimer les cas résolus :
>>> https://wiki.openstreetmap.org/wiki/FR_talk:Manque_d%27attribution_appropri%C3%A9e#Suivi_du_tableau
>>> 
>>> Voilà, la proposition est posée :-)
>>> 
>>> Cyrille37.
>>> 
>>> 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> 
>>> <mailto:Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>>
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <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] Manque d'attribution, supprimer les cas résolus - wiki

[Guillaume Rischard]

Bonjour,

Cette page wiki est difficile à suivre. Je vous propose d’utiliser 
https://github.com/grischard/osm-lacking-attribution 
 qui permet une gestion 
individuelle et systématisée au cas par cas, et est activement lu et utilisé 
par le CA de la fondation OSM ;).

Guillaume

> On 14 Jan 2020, at 12:14, Cyrille37 OSM  wrote:
> 
> Bonjour à tou·te·s,
> 
> il me semble qu'il serait plus "poli / respectueux" de supprimer les cas 
> résolus: les sites qui ont corrigé les attributions sur leurs cartes. 
> Effectivement, nous avons à priori seulement besoin de suivre l'avancement 
> des corrections.
> 
> Si un besoin de mémoire était nécessaire, il pourrait être comblé par 
> l'historique du wiki, ce qui me parait être un besoin vraiment "à la marge".
> 
> J'avais posé la suggestion sur la page de discussion, et à 2 nous étions 
> d'accord pour supprimer les cas résolus : 
> https://wiki.openstreetmap.org/wiki/FR_talk:Manque_d%27attribution_appropri%C3%A9e#Suivi_du_tableau
> 
> Voilà, la proposition est posée :-)
> 
> 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

[OSM-talk-fr] Carte de Vœu

[Guillaume Rischard]

https://tile.openstreetmap.fr/?zoom=17=47.026=1.877 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Guillaume Rischard]

You’re right, the wiki isn’t the easiest place to update and reference to.

I have created https://github.com/grischard/osm-lacking-attribution 
 to register each case as 
an issue. These can be discussed, referenced, searched by label, and hopefully 
closed.

So if you can identify anything where the attribution isn’t correct, please 
post it as an issue there.

Guillaume

> On 20 Dec 2019, at 15:25, Leroy Olivier  wrote:
> 
> Hello, 
> 
> Even if sometimes I fail to follow the topic (due to my poor english) I found 
> that it is an interesting one. I don't have a good idea of what should be 
> done but I slightly disagree with @Numo on this point : 
> 
> @Phil Wyatt don't get me wrong, but adding something there is useless. i 
> added Facebook there over one year ago. They don't have shame, no point to 
> add companies there, when there's sites and companies that been there for 
> years without real consequence. It's just a wiki page that most won't ever 
> acknowledge.
> 
> Maybe the wiki is not the better solution but having a way to illustrate the 
> "attribution problem" and keep track of it feel important to me. I don't 
> think  this will solve all the problems but at one point we will need a way 
> to accumulate knowledge and produce some kind of visualization/quantification 
> either to negotiate (or try)  or broadcast it. The wiki is a good beginning 
> how can we improve it ? 
> 
> Cheers,
> 
> 
> Le ven. 20 déc. 2019 à 14:41, Nuno Caldeira  > a écrit :
> @Rihards Thanks. I will try to do that documentation over the holidays.
> 
> @Phil Wyatt don't get me wrong, but adding something there is useless. i 
> added Facebook there over one year ago. They don't have shame, no point to 
> add companies there, when there's sites and companies that been there for 
> years without real consequence. It's just a wiki page that most won't ever 
> acknowledge. 
> 
> 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. 
> 
> 
> 
> Happy holidays.
> 
> 
> 
> Às 09:34 de 20/12/2019, Rihards escreveu:
>> On 20.12.19 09:42, Nuno Caldeira wrote:
>>> hi Pierre,
>>> 
>>> I have tried that route multiple times in twitter, they will ignore. as
>>> they ignore emails (even if you CC le...@osmfoundation.org 
>>> 
>>>  ), the 
>>> license, the mailing list.
>>> if you can read the attribution clearly here let me
>>> know https://twitter.com/iamnunocaldeira/status/1207927051669397504?s=19 
>>> 
>>> this is not manipulated or cropped, straight out of the app. 
>> Nuno, thank you for documenting the attribution concerns.
>> 
>> It is understandable that repeated problems are frustrating. We as OSM
>> contributors see so many of them, and by the hundredth case we perceive
>> them as repeat offenders.
>> I try to remind myself that absolute majority do not do this on purpose,
>> and that my perception should not connect a new case to all the previous
>> ones. It is harder than it might sound :)
>> 
>> Without diving into specifics of each case, it still seems important to
>> have clear documentation on major cases.
>> Have you had a chance to put together a dedicated wiki page about Facebook?
>> It has been repeated in email threads many times, but if a student came
>> around and wanted to put together a research about attribution,
>> copyright and whatnot - would they have an easy time getting a complete
>> picture of Facebook attitude towards OSM attribution?
>> 
>> It would be crucial for that page to be neutral and avoid accusations,
>> even when Occam's razor seems huge and shiny - pure facts would fit
>> there best.
>> 
>>> On Fri, 20 Dec 2019, 00:14 Pierre Béland, >> 
>>>  > wrote:
>>> 
>>> Hi Nuno,
>>> 
>>> How can we react positively suggesting to take care obout OSM
>>> attribution ? This is an international media and we can benefit by
>>> having a bit of fun.
>>> 
>>> Plus 

Re: [OSM-talk-fr] Résultat des élections au bureau de la Fondation OSM

[Guillaume Rischard]

Merci beaucoup !!

> On 15 Dec 2019, at 09:47, Cyrille37 OSM  wrote:
> 
> Bonjour
> 
> Bravo Guillaume.
> 
> Merci Vincent pour cette synthèse en français !
> 
> Cyrille37.
> 
> Le 14/12/2019 à 19:26, Vincent de Château-Thierry a écrit :
>> Ci-dessous les résultats des élections au bureau de la Fondation OSM.
>> 
>> Les 4 élus sont :
>> 1. Guillaume Rischard
>> 2. Allan Mustard
>> 3. Mikel Maron
>> 4. Rory McCann
>> 
>> (commentaire personnel : bravo Guillaume \o/)
>> 
>> Toutes les résolutions sont passées, sauf celle qui visait à ce qu'une 
>> personne ayant déjà accompli 3 mandats ne puisse plus *du tout* se 
>> représenter.
>> 
>> Sur les résolutions, plus de détails en anglais ici : 
>> https://wiki.osmfoundation.org/wiki/Annual_General_Meetings/2019/Suggested_AoA_Changes_revised
>> 
>> vincent
>> 
>>  Message transféré 
>> Sujet : [Osmf-talk] Election results
>> Date : Sat, 14 Dec 2019 17:53:37 +0100
>> De : Frederik Ramm 
>> Pour : osmf-t...@openstreetmap.org 
>> 
>> 
>> 
>> Quick copy & paste from IRC for those who're not there:
>> 
>> 1. Guillaume Rischard
>> 2. Allan Mustard
>> 3. Mikel Maron
>> 4. Rory McCann
>> 
>> Increase “rejection time frame” — passed with 93%
>> Increase vote eligibility lead time — passed with 83%
>> Introduce board eligibility lead time — passed with 90%
>> Board term length and term limits, part 1 of 3 — passed with 87%
>> Board term length and term limits, part 2 of 3 — passed with 83%
>> Board term length and term limits, part 3 of 3 — REJECTED with 67%
>> Cosmetic change to §81 — passed with 97%
>> Fee waiver for mappers/contributors — passed with 91%
>> 
>> Bye
>> Frederik
>> 
> 
> ___
> 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] dégradation notable d'OSM

[Guillaume Rischard]

Salut tous,

J’ai mis un message à l’utilisateur, qui ne pourra pas continuer à éditer sans 
confirmer l’avoir lu :

https://www.openstreetmap.org/user_blocks/3312 


Pour la suggestion de pouvoir freiner un éditeur, un gros message bien visible 
comme ça suffit  en général - l’immense majorité des gens ne se rendent pas 
compte des problèmes. Sinon, on a la possibilité de bloquer quelques jours, et, 
pour les personnes qui ne comprennent vraiment pas, de façon permanente.

Sur une tangente, il y a 
https://github.com/openstreetmap/openstreetmap-website/issues/2342 
 qui 
propose de limiter le nombre d’éditions par personne et par jour. La discussion 
parle aussi des imports, et essaie de définir une unité d’édition.

Guillaume


> On 4 Dec 2019, at 15:17, DURUPT Celine (EXT CONCRETIO) 
>  wrote:
> 
> J'ai déjà utilisé landuse=traffic_island (exemple : 
> https://www.openstreetmap.org/way/476606647 ) mais d'après le wiki 
> (https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dtraffic_island) il faut 
> (peut-être ?) maintenant utiliser : area:highway=traffic_island
> 
> Céline
> 
> -Message d'origine-
> De : Florimond Berthoux [mailto:florimond.berth...@gmail.com] 
> Envoyé : mardi 3 décembre 2019 10:40
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] dégradation notable d'OSM
> 
> +1 Tous les îlots ne sont pas là pour "calmer" (ralentir) le trafic,
> bien au contraire, les îlots de ronds points sont fait pour séparer le
> trafic et les insérer avec un angle de giration sympathique permettant
> une bonne allure.
> Il ne faut pas utiliser traffic_calming=island pour cela !
> 
> Le lun. 2 déc. 2019 à 21:01, Stéphane Péneau
>  a écrit :
>> 
>> Bizarre, Osmand ne m'a jamais fait ce genre d'erreur, ou alors je ne
>> m'en suis pas rendu compte.
>> 
>> En tout cas traffic_calming ne me semble pas vraiment approprié si on se
>> réfère à son sens premier. La séparation à l'entrée/sortie d'un
>> giratoire n'est pas là pour ralentir le trafic.
>> 
>> Stf
>> 
>> Le 02/12/2019 à 18:50, Dominique Rousseau a écrit :
>>> Le Fri, Nov 29, 2019 at 09:46:14PM +0100, osm.sanspourr...@spamgourmet.com 
>>> [osm.sanspourr...@spamgourmet.com] a écrit:
>>> [...]
> - Suppression des pattes d'oie à l'arrivée sur un rond point
 Tu veux dire les haricots séparant les voies ? Si ça se trouve c'est
 parce qu'il en a marre qu'OSMAND ne compte pas bien les sorties !
 On peut aussi modéliser avec des traffic_calming=island
 .
>>> Ah, merci !
>>> J'ai dejà eu l'occasion de créer des ways séparés pour représenter des
>>> choses comme ça, et je trouvais ça plutot moche.
>>> Maintenant je saurais comment les faire :)
>>> 
>>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> Florimond Berthoux
> 
> ___
> 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

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

Re: [OSM-talk-fr] Élections au board de la Fondation OSM

[Guillaume Rischard]

Bonsoir Jean-Yvon,

Nous n’avons pas tout mis dans le rapport. D’abord il était déjà trop long ;), 
ensuite on ne voulait pas dévoiler tous les moyens que le Membership Working 
Group s'et donné pour détecter ce genre de campagnes. Il y a encore beaucoup de 
potentiel, mais je suis convaincu que c’est déjà bien plus difficile.

La trace publique la plus visible, c’est la page Wikipedia de GlobalLogic, qui 
parle de l’incident; ils ont essayé de supprimer, mais ça a vite été remis. 
Tenter un entrisme comme ça, c’est risquer une mauvaise publicité à très long 
terme.

Le rapport parle un peu de la question du pourquoi. La fondation OSM décide de 
la licence des données, des règles qui s’appliquent à la cartographie comme 
https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines 
<https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines> que j’ai 
écrites en grande partie, et détient des marques et des fonds. Je comprends que 
ça puisse être tentant si la porte est laissée grande ouverte.

Je pense que les modifications des statuts proposées à l’AG vont dans la bonne 
direction, mais qu’il faut aller plus loin. J’en parle dans les conclusions du 
rapport, et j’en parlerais pendant la campagne, mais en gros il faut limiter le 
pouvoir de décision à ceux qui ont des intérêts en jeu, par exemple en 
réservant le droit de vote passif et actif à ceux qui ont un certain nombre 
d’edits, avec la possibilité pour le CA de faire des exceptions pour les 
personnes qui contribuent différemment.

Le meilleur vaccin sera toujours un grand nombre de membres. Adhérez, et 
invitez les copains à adhérer :)

Guillaume


> On 10 Nov 2019, at 13:16, osm.sanspourr...@spamgourmet.com wrote:
> 
> > Merci beaucoup! J’ai mis à jour ma bio sur le wiki du coup.
> 
> Effectivement comme ça s'est plus clair.
> 
> Du coup j'ai survolé (à basse altitude quand même) votre rapport.
> 
> Je me dis que certaines infos auraient pu rester privées car maintenant 
> d'autres savent mieux comme mieux simuler une vague spontanée d'adhésion.
> 
> Je n'ai toujours pas compris l'intérêt de faire de l'entrisme pour un collège 
> sans vote.
> 
> Participation aux discussions informelles ? Mais si c'est une personne qui a 
> inscrit ses collègues je vois mal les collègues, néophytes en OSM avoir une 
> influence.
> 
> Jean-Yvon
> 
> Le 10/11/2019 à 00:47, Guillaume Rischard - openstreet...@stereo.lu 
> <mailto:openstreet...@stereo.lu> a écrit :
>> On 9 Nov 2019, at 22:30, thevenon.jul...@free.fr 
>> <mailto:thevenon.jul...@free.fr> wrote:
>>> 
>>> De: Guillaume Rischard
>>> Objet: Re: [OSM-talk-fr] Élections au board de la Fondation OSM
>>> 
>>>> J’ai évité l’hiver dernier une tentative d’entrisme de la Fondation par 
>>>> 100 employés de la société GlobalLogic. Ceux qui ont lu le rapport du MWG 
>>>> que j’ai co-écrit avec Steve Friedl 
>>>> (https://openstreetmap.lu/MWGGlobalLogicReport20181226.pdf 
>>>> <https://openstreetmap.lu/MWGGlobalLogicReport20181226.pdf>) savent que le 
>>>> risque est réel, et à quel point le problème me tient à cœur. La 
>>>> communauté française a involontairement joué un rôle crucial dans 
>>>> l’enquête.
>>> 
>>> Ah oui j avais lu le rapport. sacre travail d analyse et de reporting, c 
>>> etait passionnant a lire.
>>> Merci pour les différentes précisions, javais vu HOT dans ta bio mais il n 
>>> etait pas précisé simple contributeur ou membre
>>> 
>>> Bon week end
>>> Julien
>>  
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <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] Élections au board de la Fondation OSM

[Guillaume Rischard]

On 9 Nov 2019, at 22:30, thevenon.jul...@free.fr 
<mailto:thevenon.jul...@free.fr> wrote:
> 
> De: Guillaume Rischard
> Objet: Re: [OSM-talk-fr] Élections au board de la Fondation OSM
> 
>> J’ai évité l’hiver dernier une tentative d’entrisme de la Fondation par 100 
>> employés de la société GlobalLogic. Ceux qui ont lu le rapport du MWG que 
>> j’ai co-écrit avec Steve Friedl 
>> (https://openstreetmap.lu/MWGGlobalLogicReport20181226.pdf) savent que le 
>> risque est réel, et à quel point le problème me tient à cœur. La communauté 
>> française a involontairement joué un rôle crucial dans l’enquête.
> 
> Ah oui j avais lu le rapport. sacre travail d analyse et de reporting, c 
> etait passionnant a lire.
> Merci pour les différentes précisions, javais vu HOT dans ta bio mais il n 
> etait pas précisé simple contributeur ou membre
> 
> Bon week end
> Julien

Merci beaucoup! J’ai mis à jour ma bio sur le wiki du coup.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Élections au board de la Fondation OSM

[Guillaume Rischard]

Bonjour tous,

Merci Marc. Je n’ai en effet jamais fait partie de HOT. J’ai contribué 
occasionellement à des tâches HOT il y a quelques années, par exemple au Mali, 
mais c’est tout.

Désolé Christian, je ne suis pas membre du CA, même si j’ai déjà été candidat. 
Je fais partie du Data Working Group et du Membership Working Group.

Julien a raison, il est important que les idées de la communauté francophone 
soit connues dans le CA. Les succès des collaborations avec le secteur public 
et autour de l’Open Data gagneraient à être reproduits au niveau international.

J’ai évité l’hiver dernier une tentative d’entrisme de la Fondation par 100 
employés de la société GlobalLogic. Ceux qui ont lu le rapport du MWG que j’ai 
co-écrit avec Steve Friedl 
(https://openstreetmap.lu/MWGGlobalLogicReport20181226.pdf) savent que le 
risque est réel, et à quel point le problème me tient à cœur. La communauté 
française a involontairement joué un rôle crucial dans l’enquête.

Je papote sur le chat IRC #osm-fr, garde mon beau t-shirt de la SotM de Paris 
d’avril 2014, et ai adhéré à OpenStreetMap France en 2018. Mais si je suis élu, 
je ne représenterai pas un groupe ou une communauté, mais tous les 
contributeurs, et travaillerai à éviter que n’importe quel groupe ou intérêt 
spécial n’exercent trop d’influence sur la Fondation. Je resterai entièrement 
indépendant des différentes sociétés et ONG actives dans l’univers OSM.

Bon weekend

Guillaume - http://hdyc.neis-one.org/?Stereo <http://hdyc.neis-one.org/?Stereo>


> On 9 Nov 2019, at 14:35, marc marc  wrote:
> 
> Le 08.11.19 à 22:58, thevenon.jul...@free.fr a écrit :
>> Pour HOT: Mikel Maron, Guillaume Rischard
> 
> sauf modif récente que Guillaume confirmera ou infirmera,
> Guillaume ne fait pas partie de HOT.
> c'est à mes yeux un bon candidat soucieux de la communauté
> et sans conflit d'intérêt ou dépendance envers une entreprise.
> cfr ses réponses à la précédente élection.
> reste qu'il faut plus qu'un élu.
> ___
> 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] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

[Guillaume Rischard]

Thank you Nuno for bringing this to our attention.

Everyone in this thread: Nuno is talking about the overlay *polygons*, not the 
background maps.

Indeed, in Luxembourg the polygons were copied from, e.g. 
https://www.openstreetmap.org/way/155215579 which I drew half- arbitrarily 
through the woods. 

https://www.dji.com/lu/api/geo/areas?lng=6.1=49.6=LU_radius=9=spark=1%2C2%2C4%2C7_mode=total
 is the api called by the map.

Their json has:   [
6.175669,
49.65475
  ],

which is the exact same position as 
https://www.openstreetmap.org/node/1676284933

DJI is copying our data without attributing us; there is no doubt about it.

Guillaume

> On 18 Mar 2019, at 23:51, Nuno Caldeira  wrote:
> 
> Was curious where DJI managed to get a worldwide DB of polygons of military 
> facilities and points of prisons, triple checked with a couple of other users 
> of OSM at Telegram and with polygons i added seven years ago. Without a doubt 
> its from OSM, the coordinates of the vertices matches OSM perfectly. The 
> names are also the same...
> 
> Check yourself, head to https://www.dji.com/pt/flysafe/geo-map select your 
> country, zoom in and check the data. Airports restriction areas seems not to 
> be OSM data, but from other source. 
> Share your examples if you will.
> 
> Again, sadly no attribution... tried to request via Twitter 
> https://twitter.com/iamnunocaldeira/status/1105897635796447235  silent as 
> in moon why would they reply to a contributor blah. The Pandora box has been 
> opened with exceptions about the attribution, if other don't attribute, why 
> would they?
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] Organised Editing Guidelines now officially live

[Guillaume Rischard]

Hi Martijn,

I was thinking of disclosed sources that can’t easily be shown, for example, 
imagery that doesn’t exist yet, or where you have to enter a special agreement 
to be given access, or out-of-copyright analogue sources that haven’t been 
digitised.

We agree that this should be exceptional, and I expect the communities to have 
a low tolerance for bullshit on this :).

Guillaume

> On 17 Jan 2019, at 17:57, Martijn van Exel  wrote:
> 
> Hi Guillaume,
> Thanks, that clarifies it for me.
> Just to be clear, where you mention 'special sources' -- those would still 
> need to be vetted for compatibility with ODbL, and that would need to be done 
> in the open. I don't think anyone, individual or organization, should be able 
> to get away with using some undisclosed source even if the community somehow 
> is willing to accept this and turn a blind eye. Am I misunderstanding that 
> example?
> -- 
>  Martijn van Exel
>  m...@rtijn.org
> 
> On Thu, Jan 17, 2019, at 09:51, Guillaume Rischard wrote:
>> Hi Martijn,
>> 
>> Gladly. I seem to recall that this is also one of the points that you 
>> asked questions about during the board meeting.
>> 
>> What we mean is that we’ll intervene for edits the community has issues 
>> with, and that we will not intervene for merely not following the 
>> guidelines. Maybe a few examples will help.
>> 
>> If you organise a mapping activity and miss a topic when adapting one 
>> of the wiki template, and the local community has no issue with 
>> anything, no one is in trouble.
>> 
>> If you use a special source you can’t share, and the local community 
>> understands and is cool with it, no one is in trouble.
>> 
>> If you ignore a part of the guidelines and the community complains 
>> about that but agrees that the actual edits are excellent, we’ll kindly 
>> ask you to try to follow that part, but that’s probably it. For 
>> example, if you’re responding to a humanitarian emergency and don’t 
>> wait for 14 days.
>> 
>> If there’s no wiki entry at all for an activity and the community 
>> complains about the edits, DWG would look into it.
>> 
>> If the community is unhappy with some of the information it has 
>> received, and objects to the edits being made, and you ignore the 
>> objections, and the community complains, DWG would look into it.
>> 
>> If you do everything by the book, but the local community is unhappy 
>> about the edits themselves and complains about it, DWG would look into 
>> it. But that’s very unlikely if you really did follow the guidelines.
>> 
>> So the community truly has an effect on what DWG looks at. The 
>> guidelines are the best way we know to have a constructive relationship 
>> with the community, and a rich discussion is the most important part of 
>> it.
>> 
>> Of course, following the guidelines also demonstrates good faith if the 
>> DWG needs to look into the edits.
>> 
>> I hope this clarifies the intentions.
>> 
>> Happy mapping
>> 
>> Guillaume
>> 
>>> On 10 Jan 2019, at 22:37, Martijn van Exel  wrote:
>>> 
>>> Hi Guillaume, DWG,
>>> 
>>> Thanks for the conclusion. I asked in a different email on this thread to 
>>> post this on the OSMF web site, to have a permanent, immutable copy that we 
>>> can refer to when it comes to enforcing / disputes. 
>>> 
>>> I am a confused about the statement 'not following the organised editing 
>>> guidelines isn’t an offence per se'. I am trying to make a connection with 
>>> what you said in the October 2018 board meeting: 'The DWG is going to 
>>> enforce [the guidelines] just as it enforces anything else which comes from 
>>> community consensus'[1]. If the guidelines are going to be enforced, could 
>>> you add some clarity to the decision making process? Who decides when 
>>> non-compliance becomes an offense and on what criteria? How serious of an 
>>> offense, or how many, would it take to be banned? 
>>> 
>>> Martijn
>>> 
>>> [1] 
>>> https://wiki.osmfoundation.org/wiki/Board/Minutes/2018-10-18#Guidelines_contain_prescriptive_statements
>>> 
>>> -- 
>>> Martijn van Exel
>>> m...@rtijn.org
>>> 
>>> On Thu, Jan 10, 2019, at 08:31, Guillaume Rischard wrote:
>>>> The Data Working Group is happy to announce that our new Organised 
>>>> Editing Guidelines have now been officially put online on the wiki at 
>>>> https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines
>>>

Re: [OSM-talk] Organised Editing Guidelines now officially live

[Guillaume Rischard]

Hi Martijn,

Gladly. I seem to recall that this is also one of the points that you asked 
questions about during the board meeting.

What we mean is that we’ll intervene for edits the community has issues with, 
and that we will not intervene for merely not following the guidelines. Maybe a 
few examples will help.

If you organise a mapping activity and miss a topic when adapting one of the 
wiki template, and the local community has no issue with anything, no one is in 
trouble.

If you use a special source you can’t share, and the local community 
understands and is cool with it, no one is in trouble.

If you ignore a part of the guidelines and the community complains about that 
but agrees that the actual edits are excellent, we’ll kindly ask you to try to 
follow that part, but that’s probably it. For example, if you’re responding to 
a humanitarian emergency and don’t wait for 14 days.

If there’s no wiki entry at all for an activity and the community complains 
about the edits, DWG would look into it.

If the community is unhappy with some of the information it has received, and 
objects to the edits being made, and you ignore the objections, and the 
community complains, DWG would look into it.

If you do everything by the book, but the local community is unhappy about the 
edits themselves and complains about it, DWG would look into it. But that’s 
very unlikely if you really did follow the guidelines.

So the community truly has an effect on what DWG looks at. The guidelines are 
the best way we know to have a constructive relationship with the community, 
and a rich discussion is the most important part of it.

Of course, following the guidelines also demonstrates good faith if the DWG 
needs to look into the edits.

I hope this clarifies the intentions.

Happy mapping

Guillaume

> On 10 Jan 2019, at 22:37, Martijn van Exel  wrote:
> 
> Hi Guillaume, DWG,
> 
> Thanks for the conclusion. I asked in a different email on this thread to 
> post this on the OSMF web site, to have a permanent, immutable copy that we 
> can refer to when it comes to enforcing / disputes. 
> 
> I am a confused about the statement 'not following the organised editing 
> guidelines isn’t an offence per se'. I am trying to make a connection with 
> what you said in the October 2018 board meeting: 'The DWG is going to enforce 
> [the guidelines] just as it enforces anything else which comes from community 
> consensus'[1]. If the guidelines are going to be enforced, could you add some 
> clarity to the decision making process? Who decides when non-compliance 
> becomes an offense and on what criteria? How serious of an offense, or how 
> many, would it take to be banned? 
> 
> Martijn
> 
> [1] 
> https://wiki.osmfoundation.org/wiki/Board/Minutes/2018-10-18#Guidelines_contain_prescriptive_statements
> 
> -- 
>  Martijn van Exel
>  m...@rtijn.org
> 
> On Thu, Jan 10, 2019, at 08:31, Guillaume Rischard wrote:
>> The Data Working Group is happy to announce that our new Organised 
>> Editing Guidelines have now been officially put online on the wiki at 
>> https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines
>> 
>> I'm happy to answer any questions here. In the meanwhile, here's my 
>> updated report.
>> 
>> We at DWG are, first of all, thankful for all the constructive input we 
>> have received, from the advisory board, the humanitarian mapping 
>> initiatives and the mapping community.
>> 
>> The organised editing guidelines took a lot of work to prepare. We 
>> received and integrated a lot of feedback to reflect consensus and 
>> existing good practice.
>> 
>> We looked at what similar policies would exist, on OSM or in other 
>> organisations. I believe that no other project, open or proprietary, 
>> has faced this exact issue before. On OSM, contributors generally 
>> understand the current policies on automated edits and imports. We 
>> wrote the organised editing guidelines in a similar way, while adopting 
>> a slightly softer approach – not following the organised editing 
>> guidelines isn’t an offence per se. Elsewhere, Wikipedia has numerous 
>> policies some vaguely similar, but the problems they face are quite 
>> different, and their policies tend to be a lot more complex.
>> 
>> Internally, we looked back at past problematic edits. We carefully 
>> wrote the guidelines and defined the scope to prevent those problems 
>> without creating loopholes or negative incentives like encouraging 
>> salami tactics. They are not meant to apply to community activities 
>> like mapping parties between friends or making a presentation on OSM at 
>> a local club, but only to ‘sizeable, substantial’ activities. We wanted 
>> something that doe

[OSM-talk] Organised Editing Guidelines now officially live

[Guillaume Rischard]

The Data Working Group is happy to announce that our new Organised Editing 
Guidelines have now been officially put online on the wiki at 
https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines

I'm happy to answer any questions here. In the meanwhile, here's my updated 
report.

We at DWG are, first of all, thankful for all the constructive input we have 
received, from the advisory board, the humanitarian mapping initiatives and the 
mapping community.

The organised editing guidelines took a lot of work to prepare. We received and 
integrated a lot of feedback to reflect consensus and existing good practice.

We looked at what similar policies would exist, on OSM or in other 
organisations. I believe that no other project, open or proprietary, has faced 
this exact issue before. On OSM, contributors generally understand the current 
policies on automated edits and imports. We wrote the organised editing 
guidelines in a similar way, while adopting a slightly softer approach – not 
following the organised editing guidelines isn’t an offence per se. Elsewhere, 
Wikipedia has numerous policies some vaguely similar, but the problems they 
face are quite different, and their policies tend to be a lot more complex.

Internally, we looked back at past problematic edits. We carefully wrote the 
guidelines and defined the scope to prevent those problems without creating 
loopholes or negative incentives like encouraging salami tactics. They are not 
meant to apply to community activities like mapping parties between friends or 
making a presentation on OSM at a local club, but only to ‘sizeable, 
substantial’ activities. We wanted something that doesn’t scare casual events 
off while letting us regulate a geography class gone berserk or a misguided 
volunteer mapathon.

We also didn’t want to set hard limits in stone since they would have to go 
back to the Board constantly if we need to refine exactly what falls under the 
guidelines.

Humanitarian activities deserve our fullest support. We therefore adapted the 
guidelines for them, both implicitly, by requiring only a best-effort approach, 
and explicitly, by exempting emergencies from the two-week discussion period. 
Some humanitarian edits have been problematic before, and the guidelines are 
easy to follow; a blanket exemption would send the wrong signal.

We saw the amount of corporate good will at SotM, the tensions in the 
community, and the (dis)organised edits that mappers have referred to us. It is 
good for everyone that those guidelines are now online on the wiki. Good 
actors, existing and new, will be able to trust clear expectations. The 
community will be confident that this is the consensus that will be respected. 
Confused newcomers will get a blueprint for a successful organised edit.

We wrote guidelines that are easy to read and follow and provide clarity on how 
good organised edits should run without having a chilling effect on them.

I’m glad that this project is now concluded, and am convinced that it will be a 
good thing both for OSM and for the OSM community.

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

Re: [OSM-talk] Board decision on Crimea complaint

[Guillaume Rischard]

> On 11 Dec 2018, at 14:41, Martin Koppenhoefer  wrote:
> 
> no, you could ask a diplomat of a country (or other parts of their 
> government) whom they recognize, or look up their public statements, these 
> are not secondary sources like wikipedia seems to prefer (I think), but it 
> would be verifiable (repeatable) in the real world. 
> 

A frequent game in Kosovo-Serbia relations is played around claims related to 
this issue. Does Papua New Guinea recognise Kosovo? Did Sao Tome and Principe 
ever? A massive amount of work goes into creating something like 
https://en.wikipedia.org/wiki/International_recognition_of_Kosovo#Withdrawn_recognition
 

 , and if you ask diplomats how many countries recognise Kosovo, the most 
prudent will not give you a number but an approximation.

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

Re: [OSM-talk] [Osmf-talk] Candidate's views? Re: Board decision on Crimea complaint

[Guillaume Rischard]

Hi Rory and fellow members,

I am a candidate in the board election, and have underlined in my manifesto how 
important it is that decisions like this are taken transparently. The detailed 
reasoning behind this decision must be published without delay.

The lobbying from Ukrainians over the last days has been heavy. However, the 
on-the-ground rule is one of the very core values that we have built OSM and 
the OSMF on.

https://wiki.osmfoundation.org/wiki/Mission_Statement says that OSM favours 
objective ‘Ground Truth’ over all other sources. The ‘Scope of the OSMF’ 
section says that it does not decide what to map or how to map.

The on-the-ground rule has served us well on disputed borders: there is no 
other reasonable and possible alternative. Creating an exception in Crimea, 
without any justification, opens Pandora’s box. Would the OSMF react similarly 
to an appeal concerning other disputed borders? There should never be an 
arbitrary decision on these issues but only well-defined and established 
policies.

You could claim that we haven’t followed the on-the-ground rule in Crimea for 
the last four years. I know that the Data Working Group, which I am a member 
of, has treated Crimea with kid gloves after the Russian invasion. I haven’t 
been on the DWG that long; this was decided way before my time. We act more as 
firefighters than as gardeners, work more reactively than proactively, and 
always have enough new issues to prevent us from reexamining old ones.

I really think it is now time to apply the on-the-ground rule. We should use 
the opportunity to reaffirm our core values, review with the community’s 
support where we have taken decisions on disputed territories, and make sure 
that we apply the same rules in the same way everywhere.

Guillaume Rischard (personally, not on behalf of the Data Working Group)

> On 11 Dec 2018, at 11:18, Rory McCann  wrote:
> 
> 
> Hi fellow members,
> 
> I am curious what candidates to the board think about this decision. I
> know there was the existing questions, but this is a new topic which
> came up recently. But if you're a candidate for the board, and you have
> an opinion on this, I'd like to hear, and I'm sure other members would
> too. How would you vote if you were on the board now? What
> do you think? Please don't be afraid to say something publicly (here,
> the wiki, user diaries, etc).
> 
> Rory
> 
> On 10/12/2018 17:55, Martijn van Exel wrote:> Hi all,
>> 
>> On November 17, the OSMF Board of Directors received a request to review the 
>> Nov 14, 2018 Data Working Group decision regarding Crimea.
>> 
>> The Board decided that this decision is to be reversed and the previous 
>> situation, as laid out in the May 5, 2014 Data Working Group minutes, is to 
>> further remain in effect.
>> 
>> The board highly values the Data Working Group’s work and appreciates the 
>> difficulty and complexity of the cases they are asked to review on an 
>> ongoing basis.
>> 
>> A more comprehensive statement will follow in the next weeks.
>> 
>> Best regards,
>> Martijn van Exel
>> Secretary, OpenStreetMap Foundation
>> 
> 
> ___
> 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: [OSM-talk-fr] rappel concernant l'élection de OSMF board

[Guillaume Rischard]

On 15 Nov 2018, at 09:26, Christian Quest  wrote:
> 
> Guillaume, comment sais-tu qu'il y a 76 nouveaux membres français ?
> Où a-t-on accès au détail des membres par pays, voire à la liste des "normal 
> members” ?

Je suis membre du Membership Working Group, mais chaque membre de la fondation 
peut demander un accès au registre des membres.

On est maintenant à 89 nouveaux membres Français sur les derniers quatre jours. 
On a donc plus que triplé, et je trouve ça génial. Merci pour ton appel.

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

Re: [OSM-talk-fr] rappel concernant l'élection de OSMF board

[Guillaume Rischard]

En quelques jours, 76 nouveaux membres Français ont rejoint la fondation 
OpenStreetMap! Vous êtes géniaux, c’est complètement dingue. Bienvenue à tous 
les nouveaux!

Beaucoup d’entre nous ont des amis OSM qui ne sont pas membre de l’OSMF. La 
meilleure chose à faire, ce soir, c’est de les encourager à devenir membre. 
C’est la dernière ligne droite avant la clôture des listes d’électeurs demain.

Le lien: https://join.osmfoundation.org/normal-membership

Guillaume (Stereo), candidat à l’élection

> On 12 Nov 2018, at 18:38, Guillaume Rischard  wrote:
> 
> Bonsoir,
> 
> Si les Français ne s’inscrivent pas pour voter avant le 15 septembre, ils 
> n’auront pas leur mot à dire dans OSM.
> 
> Je ne sais pas si des sociétés US achètent vraiment des votes, mais les 
> chiffres internes de membres par pays montrent qu’on a un gros problème de 
> sous-représentation :
> 
>  58 "Canada"
>  73 "Switzerland"
>  74 "Netherlands"
>  83 "India"
> 102 "France"
> 318 "United Kingdom"
> 470 "Germany"
> 845 "United States”
> 
> Alors inscrivez-vous vite sur 
> https://join.osmfoundation.org/normal-membership , c’est important, c'est 20 
> euros, c’est fait en cinq minutes, et c’est bientôt trop tard pour voter 
> cette année.
> 
> Guillaume (Stereo), candidat à l’élection
> 
>> On 12 Nov 2018, at 17:03, Christine Karch  wrote:
>> 
>> Bonjour,
>> 
>> bientôt l'élection de OSMF board aura lieu. Si on veut participer il
>> faut être membre de OSMF. Et il faut être membre un mois avant
>> l'élection. Comme l'élection est le 15 Décembre 2018, il faut s'inscrire
>> avant le 15 Novembre 2018 (si on est trop tard, on peut participer
>> l'année prochaine, les élections sont jaque année).
>> 
>> On peut s’inscrire à la Fondation OSM ici (ça coûte £15):
>> 
>> https://join.osmfoundation.org/
>> 
>> Vous trouvez toutes informations sur les dates ici et aussi les candidates:
>> 
>> https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board
>> 
>> (Je serais heureuse si quelqu'un de la France serais candidat.)
>> 
>> Amicalement,
>> 
>> Christine
>> 
>> ___
>> 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] rappel concernant l'élection de OSMF board

[Guillaume Rischard]

Je m’excuse, j’avais gardé les membres qui n’ont jamais ou plus payé leur 
cotisation.

Les chiffres corrects du top 10 sont:

  20 Australia
  21 India
  23 Italy
  27 Canada
  27 Switzerland
  28 Netherlands
  42 France
 116 United Kingdom
 201 Germany
 384 United States

Bonne soirée,

Guillaume (Stereo)

> On 12 Nov 2018, at 18:38, Guillaume Rischard  wrote:
> 
> Bonsoir,
> 
> Si les Français ne s’inscrivent pas pour voter avant le 15 septembre, ils 
> n’auront pas leur mot à dire dans OSM.
> 
> Je ne sais pas si des sociétés US achètent vraiment des votes, mais les 
> chiffres internes de membres par pays montrent qu’on a un gros problème de 
> sous-représentation :
> 
>  58 "Canada"
>  73 "Switzerland"
>  74 "Netherlands"
>  83 "India"
> 102 "France"
> 318 "United Kingdom"
> 470 "Germany"
> 845 "United States”
> 
> Alors inscrivez-vous vite sur 
> https://join.osmfoundation.org/normal-membership , c’est important, c'est 20 
> euros, c’est fait en cinq minutes, et c’est bientôt trop tard pour voter 
> cette année.
> 
> Guillaume (Stereo), candidat à l’élection
> 
>> On 12 Nov 2018, at 17:03, Christine Karch  wrote:
>> 
>> Bonjour,
>> 
>> bientôt l'élection de OSMF board aura lieu. Si on veut participer il
>> faut être membre de OSMF. Et il faut être membre un mois avant
>> l'élection. Comme l'élection est le 15 Décembre 2018, il faut s'inscrire
>> avant le 15 Novembre 2018 (si on est trop tard, on peut participer
>> l'année prochaine, les élections sont jaque année).
>> 
>> On peut s’inscrire à la Fondation OSM ici (ça coûte £15):
>> 
>> https://join.osmfoundation.org/
>> 
>> Vous trouvez toutes informations sur les dates ici et aussi les candidates:
>> 
>> https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board
>> 
>> (Je serais heureuse si quelqu'un de la France serais candidat.)
>> 
>> Amicalement,
>> 
>> Christine
>> 
>> ___
>> 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] rappel concernant l'élection de OSMF board

[Guillaume Rischard]

Bonsoir,

Si les Français ne s’inscrivent pas pour voter avant le 15 septembre, ils 
n’auront pas leur mot à dire dans OSM.

Je ne sais pas si des sociétés US achètent vraiment des votes, mais les 
chiffres internes de membres par pays montrent qu’on a un gros problème de 
sous-représentation :

  58 "Canada"
  73 "Switzerland"
  74 "Netherlands"
  83 "India"
 102 "France"
 318 "United Kingdom"
 470 "Germany"
 845 "United States”

Alors inscrivez-vous vite sur https://join.osmfoundation.org/normal-membership 
, c’est important, c'est 20 euros, c’est fait en cinq minutes, et c’est bientôt 
trop tard pour voter cette année.

Guillaume (Stereo), candidat à l’élection

> On 12 Nov 2018, at 17:03, Christine Karch  wrote:
> 
> Bonjour,
> 
> bientôt l'élection de OSMF board aura lieu. Si on veut participer il
> faut être membre de OSMF. Et il faut être membre un mois avant
> l'élection. Comme l'élection est le 15 Décembre 2018, il faut s'inscrire
> avant le 15 Novembre 2018 (si on est trop tard, on peut participer
> l'année prochaine, les élections sont jaque année).
> 
> On peut s’inscrire à la Fondation OSM ici (ça coûte £15):
> 
> https://join.osmfoundation.org/
> 
> Vous trouvez toutes informations sur les dates ici et aussi les candidates:
> 
> https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board
> 
> (Je serais heureuse si quelqu'un de la France serais candidat.)
> 
> Amicalement,
> 
> Christine
> 
> ___
> 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] Pristina, the capital of Kosovo, adopts OpenStreetMap as its official tourist map

[Guillaume Rischard]

The map is at http://prishtinaonline.com/uploads/tur-harta-prishtina-new-01.pdf 
. It’s done with Maposmatic and manually edited.

I’ve written the story of how it happened here: 
https://www.openstreetmap.org/user/Stereo/diary/46827

Happy mapping

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

Re: [OSM-talk-fr] RB94 est de retour

[Guillaume Rischard]

Comme il dirait dans ses commentaires de changeset, j'ai bloqué quelques choses:

https://www.openstreetmap.org/user_blocks/2254 


Je ne connais pas assez les endroits où il a édité pour savoir s’il faut revert 
tout ou s’il y a du bon dedans. Est-ce que la communauté locale pourrait 
s’occuper de vérifier ses changesets?

Merci,

Guillaume, Data Working Group


> On 24 Sep 2018, at 16:51, Christian Quest  wrote:
> 
> signalement DWG, blocage...
> 
> Le lun. 24 sept. 2018 à 16:37, Florian LAINEZ  > a écrit :
> je bondis !
> 
> Le lun. 24 sept. 2018 à 16:13, Antoine Riche  > a écrit :
> Après une pause en août, RB94 a repris du service en septembre. 
> 
> Résultat nous sommes quelques-uns 
> (http://resultmaps.neis-one.org/osm-discussion-comments?uid=7301654 
> ) à 
> perdre beaucoup de temps à réparer ses contributions, faire des reverts quand 
> il est encore temps, et commenter ses changesets en vain car il ne répond 
> jamais.
> 
> Dernier exemple en date (qui va faire bondir Florian), cette sortie 
> (https://www.openstreetmap.org/node/3268095064 
> ) de la gare BFM à Paris qu'il 
> a renommé "3a-(à 5 min) Bus 62 89 132 325 Sortie 2 Rue de France". Il me 
> semble qu'on lui a déjà signalé dans le passé que ce n'est pas correct. 
> 
> On fait quoi ?
> 
> Antoine.
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> -- 
> 
> Florian Lainez
> @overflorian 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> 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] Blocage de contributeur

[Guillaume Rischard]

On 11 Jun 2018, at 19:43, Johnparis  wrote:
> 
> Merci de ne pas le bloquer pour le moment. Nous allons commencer par ses 
> changements les plus recents.
> 

Ça marche, je ne le bloque pas et ne fais pas de revert. Bon courage à toi :).

Si ça ne donnait rien, merci à vous tous de ne pas toucher à ses edits, c’est 
plus simple de tout annuler sans avoir de conflits d’édition.

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

Re: [OSM-talk-fr] Blocage de contributeur

[Guillaume Rischard]

Bonjour,

Est-ce que la communauté locale peut vérifier ces objets que je n’ai pas pu 
annuler?

https://etherpad.net/p/revertparis 

J’ai en tout cas bloqué RB94.

Guillaume, pour le Data Working Group

> On 5 Jun 2018, at 16:03, Thomas Ruchin  wrote:
> 
> Bonjour
> 
> Notre nouvel ami s'appelle RB94 
> 
> Merci par avance pour l'action du DWG
> 
> Thomas 
> 
> Le 28 mai 2018 à 21:44, Jérôme Seigneuret  > a écrit :
> J'ai bien envie de te dire que les deux sont liés surtout dans ce cas vu que 
> c'est un contributeur via plusieurs comptes qui vandalise des données ;-)
> 
> Le 28 mai 2018 à 20:22,  > a écrit :
> OSMCha :
> https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-b91a-eb8b06d5c304 
> 
> Là on s'intéresse au contributeur, pas au contenu mais on peut ajouter des 
> filtres sur le contenu.
> 
> Le 28/05/2018 à 12:36, Christian Quest - cqu...@openstreetmap.fr 
>  a écrit :
>> Overpass...
>> 
>> [out:xml][timeout:60];
>> // gather results
>> (
>>   // query part for: “railway=station”
>>   node["railway"="station"][name~'RATP']({{bbox}});
>>   way["railway"="station"][name~'RATP']({{bbox}});
>>   node["public_transport"="stop_position"][name~'RATP']({{bbox}});
>>   way["public_transport"="stop_position"][name~'RATP']({{bbox}});
>> );
>> // print results
>> out meta;>;out meta;
>> 
>> 
>> Je viens de refaire un peu de nettoyage, certaines stations / arrêts étaient 
>> encore incorrects.
>> 
>> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> 
> 
> -- 
> Cordialement,
> Jérôme Seigneuret
> 
> ___
> 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] Blocage de contributeur

[Guillaume Rischard]

Merci, c’est annulé et bloqué.

> On 27 May 2018, at 17:46, Brice MALLET <brice...@free.fr> wrote:
> 
> On 26/05/18 19:47, Guillaume Rischard wrote:
>> Bonsoir,
>> Le Data Working Group a re-re-bloqué l’utilisateur. Il est maintenant bloqué 
>> pour plus longtemps,
> 
>> mais s’il revenait avec un autre avatar
> 
> Le compte "DZ213" semble toujours actif :
> https://www.openstreetmap.org/changeset/59312521
> 
> ___
> 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] Blocage de contributeur

[Guillaume Rischard]

Bonsoir,

Le Data Working Group a re-re-bloqué l’utilisateur. Il est maintenant bloqué 
pour plus longtemps, mais s’il revenait avec un autre avatar ou si, miracle, il 
venait discuter sur le forum ou la ml, merci de nous prévenir sur 
data-at-osmfoundation-point-org

Guillaume (Stereo)

> On 25 May 2018, at 11:46, Thomas Ruchin <truchi...@gmail.com> wrote:
> 
> Oups : 
> https://www.openstreetmap.org/changeset/59246818  
> <https://www.openstreetmap.org/changeset/59246818>
> 
> Le 25 mai 2018 à 11:09, Thomas Ruchin <truchi...@gmail.com 
> <mailto:truchi...@gmail.com>> a écrit :
> Fait :
> https://www.openstreetmap.org/changeset/5924681 
> <https://www.openstreetmap.org/changeset/5924681>
> 
> Le 25 mai 2018 à 10:56, marc marc <marc_marc_...@hotmail.com 
> <mailto:marc_marc_...@hotmail.com>> a écrit :
> écris un message sur un changeset
> je transmet à Guillaume
> 
> Le 25. 05. 18 à 10:45, Thomas Ruchin a écrit :
> > Au secours, il recommence !
> > 
> > Pour la petite histoire, après plusieurs jours de discussion avec le 
> > fameux contributeur à double compte, Noémie, Jean-Yvon et Guillaume, 
> > Guillaume (DWG) a fini par le bloquer et faire un revert sur l'ensemble 
> > de ses contributions (bien trop complexe pour réussir à démêler le 
> > positif du vandalisme)
> > Sauf qu'il recommence exactement comme avant (cf : 
> > https://www.openstreetmap.org/node/1780486821 
> > <https://www.openstreetmap.org/node/1780486821>) mais cette fois avec son 
> > compte initial :
> > rayan belkhir <https://www.openstreetmap.org/user/rayan%20belkhir 
> > <https://www.openstreetmap.org/user/rayan%20belkhir>>
> > Beaucoup d'énergie dépensée, deux blocages et un retour au point de 
> > départ...
> > 
> > Thomas
> > 
> > 
> > Le 12 mai 2018 à 12:11, <osm.sanspourr...@spamgourmet.com 
> > <mailto:osm.sanspourr...@spamgourmet.com> 
> > <mailto:osm.sanspourr...@spamgourmet.com 
> > <mailto:osm.sanspourr...@spamgourmet.com>>> a écrit :
> > 
> > C'est toi Stereo_repair ? non je vois "This account is used by
> > Guillaume Rischard (Stereo) for undo/revert operations for the Data
> > Working Group." donc pour le premier auteur le DWG est déjà au courant.
> > 
> > https://www.openstreetmap.org/changeset/58278617#map=11/48.7984/2.3574 
> > <https://www.openstreetmap.org/changeset/58278617#map=11/48.7984/2.3574>
> > <https://www.openstreetmap.org/changeset/58278617#map=11/48.7984/2.3574 
> > <https://www.openstreetmap.org/changeset/58278617#map=11/48.7984/2.3574>>
> > 
> > "This changeset has been reverted fully or in part by changeset
> > 58278617 where the changeset comment is: revert poor quality mapping"
> > 
> > Je vois que les commentaires de DZ213 sont meilleurs que les
> > précédents (même si insuffisants ",J'ai ajouté une sortie de gare"
> > et surtout non correspondant à la réalité - là notamment le
> > renommage de l'agence commerciale RATP de Borug-la-Reine par
> > exemple) et que tu a fait un revert sans explication.
> > Si tu penses que c'est la même personne, je peux le comprendre mais
> > il vaut mieux faire l'hypothèse que c'est un débutant et des
> > débutants en région parisienne ça doit exister ! Et donc lui tenir
> > la main pour ses premiers pas.
> > 
> > Je vois https://www.openstreetmap.org/way/531817806/history 
> > <https://www.openstreetmap.org/way/531817806/history>
> > <https://www.openstreetmap.org/way/531817806/history 
> > <https://www.openstreetmap.org/way/531817806/history>> : tu supprimes
> > "name <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en 
> > <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en>>
> > Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan".
> > À mon avis vous avez tous les deux tort.
> > Lui parce que ce n'est pas un nom, toi parce que tu devais discuter
> > avec lui et lui dire que c'était une description.
> > Donc :
> > description=Chantier Grand Paris Express Ligne 15 Sud Gare
> > Arcueil-Cachan
> > 
> > Je vois en plus que "https://www.openstreetmap.org/way/487197910 
> > <https://www.openstreetmap.org/way/487197910>
> > <https://www.openstreetmap.org/way/487197910 
> > <https://www.openstreetmap.org/way/487197910>> (avec une faute
> > d'orthographe et du même) utilise la station actuelle.
> > 

[OSM-talk] Using http://planet.openstreetmap.org? OpenStreetMap import might break if links aren't updated before May 7

[Guillaume Rischard]

Planet.openstreetmap.org  is available over 
https, and will start redirecting to https on 2018-05-07 
.

For http client that don't follow redirects, replication will break. This 
includes curl  by default, and 
many java-based clients like osmosis 
.

Please update all files from http://planet.openstreetmap.org 
 to httpS://planet.openstreetmap.org 
 before then.

Ideally, please make all requests to openstreetmap.org 
 over https. All services respond over https and 
will start redirecting soon.

Cheers,

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

Re: [OSM-talk-fr] BDOrtho IGN par défaut dans iD!

[Guillaume Rischard]

> On 7 Mar 2018, at 00:46, Florian_G  wrote:
> 
> Le 07/03/2018 à 00:22, Christian Rogel a écrit :
>> C’est sûr que la BD ortho est géniale, mais, cela se paie de la disparition 
>> du cadastre dans la liste des couches par défaut.
>> Un moyen de le retrouver ?
>> 
> Il est toujours là mais relocalisé dans « Calques » en-dessous de « Fond de 
> carte » (par contre, ça aurait été bien si le blanc devenait transparent, 
> comme pour le Cadastre luxembourgeois) :

C’était d'ailleurs une erreur de la part de ce luxembourgeois trop motivé :). 
C’est corrigé sur https://github.com/osmlab/editor-layer-index/commit/7767834a 
et ça sera repris dans la prochaine version d’iD, qui retrouvera donc la couche 
Cadastre dans les fonds de carte comme avant. Au passage, la couche Route 500 
passera dans les calques.

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

[OSM-talk-fr] BDOrtho IGN par défaut dans iD!

[Guillaume Rischard]

Hello,

Vous avez peut-être remarqué? Les photos ont été mises à jour aujourd’hui dans 
iD en France: sauf si votre région a des photos encore meilleures, c’est 
maintenant les excellentes orthophotos de l’IGN qui sont affichées par défaut. 
Les autres couches restent disponibles dans le menu des images de fond à droite 
de l’écran.

Pour JOSM, rien ne change, les images de l’IGN restent disponibles comme avant 
dans le menu Images.

Merci à tous ceux qui ont aidé à intégrer cette couche dans l’index des images 
de fond.

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

Re: [OSM-talk-fr] La SNCF utilise OSM sans attribution sur le portail wifi des TGV

[Guillaume Rischard]

J’ai relancé la chef de projet, qui parle d’un déploiement possible à partir de 
cette nuit :

https://twitter.com/Cmalospi/status/970599930204172288 
<https://twitter.com/Cmalospi/status/970599930204172288>

> On 25 Dec 2017, at 15:55, François Lacombe <fl.infosrese...@gmail.com> wrote:
> 
> Lequel échange que voici
> https://twitter.com/RatZillaS/status/941978335915192320 
> <https://twitter.com/RatZillaS/status/941978335915192320>
> 
> Bonne fin de Noël :)
> 
> François 
> 
> Le 25 déc. 2017 14:31, "Christian Quest" <cqu...@openstreetmap.fr 
> <mailto:cqu...@openstreetmap.fr>> a écrit :
> Il y a eu un échange à ce sujet sur twitter et si j'ai bien compris ça sera 
> réglé dans la prochaine version mise en production.
> 
> Le 25 décembre 2017 à 13:51, Guillaume Rischard <openstreet...@stereo.lu 
> <mailto:openstreet...@stereo.lu>> a écrit :
> Hello,
> 
> La SNCF met à disposition de ses clients TGV un portail wifi (www.wifi.sncf, 
> ne marche que dans le train). J’avais reconnu, début Novembre, les données 
> OSM, et cherché sans succès l’indispensable attribution. Je les avais 
> contactés gentiment via le formulaire de feedback, et n’ai jamais reçu de 
> réponse.
> 
> Une comparaison avec les tiles standard osm est assez flagrante: 
> https://imgur.com/a/Jb7uv <https://imgur.com/a/Jb7uv>
> 
> Est-ce que quelqu’un aurait un contact à la SNCF qui pourrait faire rajouter 
> l’attribution manquante?
> 
> Guillaume
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <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

[OSM-talk-fr] La SNCF utilise OSM sans attribution sur le portail wifi des TGV

[Guillaume Rischard]

Hello,

La SNCF met à disposition de ses clients TGV un portail wifi (www.wifi.sncf, ne 
marche que dans le train). J’avais reconnu, début Novembre, les données OSM, et 
cherché sans succès l’indispensable attribution. Je les avais contactés 
gentiment via le formulaire de feedback, et n’ai jamais reçu de réponse.

Une comparaison avec les tiles standard osm est assez flagrante: 
https://imgur.com/a/Jb7uv

Est-ce que quelqu’un aurait un contact à la SNCF qui pourrait faire rajouter 
l’attribution manquante?

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

Re: [OSM-talk-fr] Sly démissionne du Data Working Group (DWG)

[Guillaume Rischard]

Bonsoir,

> On 2 Feb 2017, at 19:05, Christian Quest  wrote:
> 
> Avec ton départ, reste-t-il au sein du DWG un francophone ?

Oui! Je suis francophone, et membre du DWG depuis quelques semaines.

Guillaume - http://www.openstreetmap.org/user/Stereo
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] Limiting changesets to 10k changes.

[Guillaume Rischard]

Hello everyone,

There's a pull request to limit changesets to 10k changes, and it would be good 
to get community input.

I've opened a discussion here: 
https://github.com/openstreetmap/operations/issues/144 


See the interesting comments on the PR itself too: 
https://github.com/openstreetmap/openstreetmap-website/pull/1259 


Thank you for your feedback,

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

Re: [OSM-talk] OpenStreetMap Carto database schema change

[Guillaume Rischard]

Some weird relation members, like https://openstreetmap.org/way/195207738 
, are now rendering correctly. Thank 
you!

> On 31 Jan 2017, at 02:47, Paul Norman  wrote:
> 
> One of the long-running OpenStreetMap Carto projects has been a database 
> schema change, https://github.com/gravitystorm/openstreetmap-carto/pull/2533. 
> Included in this are
> 
> - database schema change;
> 
> - disjoint area handling;
> 
> - different tag columns; and
> 
> - multipolygon handling changes
> 
> This is now in a state where the output would benefit from review, not just 
> the code, and I have set up a demo at https://lua.osm-carto.paulnorman.ca/. 
> Please read the issue and provide feedback on Github.
> 
> Feedback is especially needed from people who deploy OpenStreetMap Carto, as 
> the database schema change requires a database reload. To allow people to 
> switch over, cartographic compatibility between the 3.x and 4.x series will 
> be maintained for some time. The time has not yet been determined.
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] Décès de Jean-Christophe Victor

[Guillaume Rischard]

Je partage ta tristesse. Jean-Christophe Victor savait expliquer clairement et 
de façon détaillée les sujets intéressants en quelques minutes, et communiquait 
si bien son amour des cartes.

Le Monde a un article: 
http://www.lemonde.fr/disparitions/article/2016/12/29/jean-christophe-victor-expert-en-geopolitique-et-createur-de-l-emission-le-dessous-des-cartes-est-mort_5055163_3382.html
 


Il avait parlé de nous il y a quelques années:

http://ddc.arte.tv/nos-cartes/cartographie-2-0 




> On 29 Dec 2016, at 11:12, Christian Quest  wrote:
> 
> Notre communauté de cartographes, géographes, topographes perd une grande 
> figure.
> 
> Ses émissions ont été sûrement une source d'inspiration pour bon nombre 
> d'entre nous tant ces cartes nous permettent de comprendre notre monde en 
> prenant de la hauteur.
> 
> A voir et revoir, à lire et relire (de nombreux livres ont été publiés).
> 
> https://fr.wikipedia.org/wiki/Jean-Christophe_Victor
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> 
> ___
> 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] osm maps on wikipedia - discussion

[Guillaume Rischard]

On 29 Apr 2016, at 14:46, Richard Fairhurst  wrote:
> 
> Frederik Ramm wrote:
>> We'd have to explain to Wikipedia users that what they see on our 
>> maps might not be what they expect, and that we do *not* want 
>> them to fix it...
> 
> I've just created a quick, friendly wiki page to explain that and other
> differences:
> 
> http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users 
> 
The mediawiki discussion mentions disputed borders. We often include borders 
that can’t really be surveyed or checked as facts on the ground. What should we 
say about them on that page?

I’ve asked for clarification about the “bad or outdated” borders: 
https://www.mediawiki.org/w/index.php?title=Topic:T30iq8fsfdecvl3m_showPostId=t30iq8fsfhcf3p1u#flow-post-t30iq8fsfhcf3p1u
 


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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

[Guillaume Rischard]

Hi Suzan,

In the JOSM menu, choose Preferences

In the Preferences, choose the last settings tab at the bottom of the list. The 
title at the top of the tab should be “Advanced Preferences”.

In the search box, type ipv6

Double-click on the ‘auto’ value for prefer.ipv6 and change it to ‘false’

Restart JOSM

Let us know if it works?

Guilaume

 On 30 Jul 2015, at 21:22, Suzan Reed su...@suzanreed.com wrote:
 
 Guillaume, please tell me exactly how to change this setting and where to 
 find it. 
 
 Suzan 
 
 
 On Jul 30, 2015, at 9:15 AM, Guillaume Rischard openstreet...@stereo.lu 
 wrote:
 
 I had something like that with what now looks like a more widespread IPv6 
 detection bug in JOSM.
 
 The way I fixed it was by setting prefer.ipv6 to false in the settings.
 
 Guillaume
 
 On 30 Jul 2015, at 16:35, Marc Gemis marc.ge...@gmail.com wrote:
 
 Clifford, I probably only replied to Suzan the first time. She got back to 
 me with some details.
 
 Java 8  JOSM version seem OK. It has something to do with the network 
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host
 
 And a text asking to check the proxy.
 
 I had no clue what else could be checked. I asked her to look in the OSX 
 console for logging. She did not reply on that yet.
 
 
 regards
 
 m
 
 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us 
 wrote:
 
 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
 connect with the server on my new Mac running OS X Yosemite. It may be a 
 system thing. Anyone out there that can help?
 
 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded 
 to Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite 
 may behave differently. 
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.
 
 See if you can run JOSM from the command line,  
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar with 
 your .jar file
 java -jar josm-latest.jar
 
 If running from the command line works, but not from Finder, I would remove 
 JOSM.app and reinstall.
 
 Let me know if you need additional assistance. 
 
 Clifford
 
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 


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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

[Guillaume Rischard]

I had something like that with what now looks like a more widespread IPv6 
detection bug in JOSM.

The way I fixed it was by setting prefer.ipv6 to false in the settings.

Guillaume

 On 30 Jul 2015, at 16:35, Marc Gemis marc.ge...@gmail.com wrote:
 
 Clifford, I probably only replied to Suzan the first time. She got back to me 
 with some details.
 
 Java 8  JOSM version seem OK. It has something to do with the network 
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host
 
 And a text asking to check the proxy.
 
 I had no clue what else could be checked. I asked her to look in the OSX 
 console for logging. She did not reply on that yet.
 
 
 regards
 
 m
 
 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us 
 mailto:cliff...@snowandsnow.us wrote:
 
 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com 
 mailto:su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
 connect with the server on my new Mac running OS X Yosemite. It may be a 
 system thing. Anyone out there that can help?
 
 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded 
 to Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite may 
 behave differently. 
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.
 
 See if you can run JOSM from the command line,  
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar with 
 your .jar file
 java -jar josm-latest.jar
 
 If running from the command line works, but not from Finder, I would remove 
 JOSM.app and reinstall.
 
 Let me know if you need additional assistance. 
 
 Clifford
 
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us/
 OpenStreetMap: Maps with a human touch
 
 ___
 talk mailing list
 talk@openstreetmap.org mailto:talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk 
 https://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] Maproulette challenge: missing ways for Luxembourg

[Guillaume Rischard]

Good evening,

I’m delighted to announce a new Maproulette task that focuses on ways that are 
missing in Luxembourg: http://maproulette.org/#t=luxembourg_missing_ways 
http://maproulette.org/#t=luxembourg_missing_ways

If you haven’t used Maproulette before: you will get a point where I think 
we’re missing a highway. Once you’re done drawing the way, you’ll get another 
one to draw.

Behind the scenes, this is done by comparing the Inspire open data road vectors 
with OSM.

I’m very grateful to the Inspire team at the Luxembourg Cadastre, and to OSM 
users SK53, mvexel and emacsen for their help.

Happy mapping,

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

[OSM-talk-fr] Panne osmose, erreur 500

[Guillaume Rischard]

Bonjour,

osmose a l’air en panne ce matin:

Error: 500 Internal Server Error

Sorry, the requested URL 'http://osmose.openstreetmap.fr/fr/map/' caused an 
error:

Internal Server Error

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

Re: [OSM-talk] Proposed automated edit: remove railway=* or highway=* tag on relations tagged type=route

[Guillaume Rischard]

On 13 Jan 2014, at 11:15, Christian Quest cqu...@openstreetmap.fr wrote:

 tags on relations can be seen as default values for the relation members, so 
 in such a case, the default tag is replaced by the member one.
 I'm not saying it's right to do it that way, just a way to deal with data in 
 such cases.

Thank you Christian, you are right. The Overpass API finds 46 ways that are in 
in type=route highway=* relations but don’t have a highway=* tag themselves:

http://overpass-turbo.eu/s/22N

It looks like most of these are bad data, and I will attempt to fix them all 
manually.

Many are, for example, ferry routes:

http://www.openstreetmap.org/way/4471590
http://www.openstreetmap.org/way/81832097

Others make no sense whatsoever:

http://www.openstreetmap.org/way/238402296 (part of 
http://www.openstreetmap.org/relation/3213904 highway=bus_stop, no less)

Finally, the rest can reasonably be tagged with the parent relation’s highway 
tag (and the highway tag safely removed from the relation, if the relation is 
even still necessary):

http://www.openstreetmap.org/way/99421886

 This can also be managed at rendering level in several ways:
 - do not render route=* (that's the option I choose)
 - render route=* first in case there is one (may not render right in your 
 motorway/residential example, but fine with the railway tunnel)

I understand where you’re coming from. It doesn’t feel nice to have this 
ambiguity in the way we render data, so fixing that feels natural. Not 
rendering route=* would cause issues in these 46 cases; rendering route=* could 
potentially cause issues in the 500 issues pnorman found. There’s no reason 
why we can’t clarify our rendering conventions, but fixing this only in the 
rendering would still not fix the semantic issue, and we should try to remove 
ambiguities from our data model.

Cheers,

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

[OSM-talk] Proposed automated edit: remove railway=* or highway=* tag on relations tagged type=route

[Guillaume Rischard]

Hello,

Several relations have both type=route and highway=* or railway=* tags; I would 
like to remove the highway or railway tags from the relations, and leave them 
on the members. The relation highway tags are redundant with the member ways, 
make no semantic sense, and can cause rendering issues:

- Redundancy: A route typically contains highways or railways that each 
have a highway=* or railway=* tag. Because the information is already included 
in the members of the relation, it is redundant to tag the relation with that 
tag as well — you're tagging in two places when you only need one.

- Semantic meaning: These relations are not highways or railways, they are 
a *group* of them that make up a route. The tag belongs on the members, not on 
the relation. It causes semantic problems when the value of the tag differs on 
the relation and on the member: is the street a motorway like the relation's 
highway tag says, or residential like the way's tag says?

- Rendering: if both a way and its relation are tagged as highway=* or 
railway=*, the line will get drawn twice on the map — once for the way, and 
once on top of that for the line formed by all the ways in the relation. While 
this is invisible in most cases, it will cause unexpected results if the tags 
disagree, e.g. a trunk that's part of a highway=motorway relation, or a railway 
tunnel that's part of a railway=rail relation.

Since this is a bit abstract, here are concrete examples: 
http://www.openstreetmap.org/way/25435351 is a tunnel and part of 
http://www.openstreetmap.org/relation/404214 . Both the way and the relation 
are tagged as highway=tertiary, but the tunnel isn't shown on the map because 
of the wrong tag on the relation. http://www.openstreetmap.org/relation/270118 
and http://www.openstreetmap.org/way/182573964 show the same issue on railways.

If a country uses highway= [on a way] to reflect a route's administrative 
classification, then I can see why mappers transfer that to a relation for that 
route. If, say, the M1 and the M2 both share a stretch of motorway, and you 
build two relations to express that, it makes sense to tag the M1 relation as 
highway=motorway. However, the relation *isn't* a highway, but a group of 
highways.

Taginfo finds type=route combined with 1374 instances of railway=* (0.48%) and 
6426 instances of highway=* (2.23%). User pnorman has found relations where the 
highway relation tag disagrees with one or more members[0] — I have manually 
fixed some of them while investigating the issue, and there are now 504 left. 
The same analysis will have to be run for the railway tag, and all of these 
special cases will have to be looked at and fixed manually.

In the vast majority of these special cases, just deleting the tag or the 
useless redundant relation will be sufficient, improve the map, and prevent 
things like service roads on the side of a motorway from being rendered as a 
motorway. In a minority of cases, the way that disagrees with the relation on 
highway type shouldn’t be in the relation — the service way that runs parallel 
to the motorway isn’t part of it.

The edit will be from a specially created imports/mechanical edit account, and 
follow the Mechanical Edit Policy[1]. Any failed chunks or areas, or all 
remaining relations the Overpass API finds after running the tool, can simply 
be re-processed. The different OSM editors should explicitly mark relations 
tagged as type=route and highway=* or railway=* as an error. If there is no 
significant negative feedback or issues that cannot be resolved, I will 
probably open tickets for the various validators and QA tools, and run the fix 
again every couple of months.

The Overpass API makes it easy to find the relations. The problematic relations 
exist worldwide, but because they are more common in some regions because of 
mappers imitating local (bad) habits — France has zero, Bavaria has many, Japan 
is full of them — I plan on splitting my edits by creating arbitrary groups of 
400 relations, or creating tiles and subdividing them up until they contain 
less than 400 relations. Any better ideas are very welcome.

Guillaume Rischard [2]

[0] http://paste.ubuntu.com/6704102/ using 
https://gist.github.com/pnorman/cb841edb214a4ab8eb83 on a pgsnapshot database.
[1] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy
[2] htp://openstreetmap.org/user/Stereo/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] horrible job in gjilan,kosovo

[Guillaume Rischard]

On 22 Aug 2012, at 09:43, Mike Dupont jamesmikedup...@googlemail.com wrote:

 we are going to have an event there

On the bright side, you have just the right people for a mapping party.

Guillaume

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

Re: [OSM-talk] automated abbreviation changes?!

[Guillaume Rischard]

Tagging with abbreviated names is tagging for the renderer. The database should 
be as unambiguous as possible, and the renderer should apply local abbreviation 
conventions.

This is not the way anyone ever writes street names here in DC, you say. But 
it's the way people in DC pronounce it, which is what a navigation system or an 
audio map for blind users would do. Our database isn't just used to render 
images.

The renderer can use rules to de-abbreviate, you will say. It gets 
complicated for ambiguous abbreviations — is St Saint or Street?

On 23 Mar 2012, at 13:47, Lynn W. Deffenbaugh (Mr) wrote:

 IMHO, here in the US we have the USPS which has published standardized street 
 naming conventions specifically using the abbreviations.  It would seem to me 
 that these official street names are what should stick and the expansions 
 of them should not be happening.  Not to mention how much more crowded the 
 map labels would become.
 
 Lynn (D) - KJ4ERJ
 
 On 3/23/2012 8:36 AM, Mikel Maron wrote:
 Hi
 
 User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a 
 script to automatically replace street name abbreviations with the full word.
 so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest. 
 Which is not the way anyone ever writes street names here in DC.
 
 Anyone else aware of this? Opinions? Should this be stopped?
 
 -Mikel 
  
 * Mikel Maron * +14152835207 @mikel s:mikelmaron
 
 
 ___
 talk mailing list
 
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] Contact And Remap Campaign

[Guillaume Rischard]

On 5 Feb 2012, at 12:51, David Earl wrote:

 While several of us in Cambridgeshire have tried this, we've had very limited 
 success. It's hard to tell, but the problem seems to that the vast majority 
 of the problem people aren't receiving the emails. We have no way to contact 
 them.

I've been more successful here in Luxembourg by looking for the non-responders 
elsewhere, and personalising the messages I send. We'll be fully ODbL-ready by 
April.

Birds of a feather flock together, and OSM contributors tend to gather in 
similar other places. I've gotten agreements after contacting non-responding 
usernames on geocaching.com, gpsies, flickr, facebook and twitter, local geek 
communities, or simply googling them, maybe with site:.lu or the name of the 
place they've mapped. When the username looks like a name, I google possible 
full names.

The message you send is important, and the one on the wiki is terrible: it 
meanders in complicated legal details, demands a long answer, and fails to 
explain what will happen without a response. Simon Poole has something much 
better, which I've adapted; I try to send it in the user's native language, and 
to personalise it. For example, if they are into geocaching, I mention that 
keeping their data would be important for geocachers as well. If keeping their 
data will have a strong local impact, I include a link to Frederik's WTFE map 
or Simon's Cleanmap. The openstreetmap.lu link is simply a redirect to .org.

 Subject: The COUNTRY, REGION OR PLACE OpenStreetMap Community needs your 
 agreement
 
 Hello NAME,
 
 You haven't been active in the OpenStreetMap project for quite a while.
 
 Because of that you may have missed that the last phase of the re-licensing 
 has started. In other words, if you do not agree to the new contributor terms 
 the community will have to remove and remap the data that you have 
 contributed in WHERE.
 
 Even if you don't intend to actively participate in the future, it would 
 still be important for all other users and mappers if you could license your 
 data under the new license.
 
 Here is the official announcement:
 http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License
 
 You can accept the license in the profile of your OSM account or here: 
 http://openstreetmap.lu/user/terms
 
 Thanks
 
 Guillaume, Luxembourg



With this and our remapping efforts, I believe we will achieve 100% ODbL 
compliance before April. 
http://tools.geofabrik.de/osmi/?view=wtfelon=5.5lat=49.9zoom=8 shows how we 
are ahead of our neighbours. The majority of the mappers who remain on 
http://odbl.poole.ch/luxembourg-20111208-20120201-poly.html are ungooglable, 
haven't responded, have been remapped, aren't significant, or a selection of 
the above.

Cheers,

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

Re: [OSM-talk] user rankings

[Guillaume Rischard]

On 10 Sep 2011, at 18:18, Tobias Knerr wrote:

 Are there building blocks available to create custom statistics?
 
 None that I know of.

I have created a choropleth map that shows the completion percentage of 
Communes in Luxembourg based on official street lists, and the missing street 
density on a colour gradient:

http://stereo.lu/MissingDensity.png

It's very useful to find low hanging fruits that Luxembourg mappers can map 
together

If there's any interest, I will try to simplify the procedure and write a blog 
post.

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