Re: [Talk-pe] Ediciones cuestionables en Tacna

[Omar Vega Ramos]

Hola

Agrego una lista de cuentas con ediciones organizadas sin cumplir las
directrices [0], que tienen varios errores recurrentes, como agregar
edificios superpuestos, algunos con layer ficticios o edificios sobre
zonas que no son edificios. Les he escrito a varias de ellas sin
respuesta, por lo que he estado revirtiendo en la zona.

JDACE_SENCICO
Klinton Richard
Jerson Alave
crisaguilar27
GILMER QUEQUE
Joselpm
LUIS FERNANDO CORONADO HUANCA
CesarEduardo

Saludos

[0]
https://wiki.openstreetmap.org/wiki/ES:Directrices_de_edici%C3%B3n_organizada

El 2021-09-07 18:40, Omar Vega Ramos escribió:
> Hola
> 
> Con respecto a este tema he notado también que el usuario steban18 [0]
> es una de las cuentas que edita por las mismas fechas en que aparecen
> estas ediciones, lo que sugiere que podría ser una de las personas
> involucradas en la organización de estas ediciones. Además al buscar en
> internet ese nombre de usuario aparece contenido sobre dictado de cursos
> relacionados con geografía.
> 
> Saludos
> 
> [0] https://www.openstreetmap.org/user/steban18
> 
> El 2021-09-06 21:04, Omar Vega Ramos escribió:
>> Hola a todos
>>
>> Desde hace unos días (Setiembre de 2021) se han realizado ediciones por
>> parte de un grupo de cuentas que han aparecido en Tacna. Estas ediciones
>> tienen un patrón similar a otras cuentas que suelen aparecer por grupos
>> en ciertas fechas (Mayo de 2021 y Setiembre de 2020). Todo esto sugiere
>> que son parte de algún curso que se realiza cada cierto tiempo y que hay
>> una persona encargada que no sigue las directrices de edición
>> organizada. [0]
>>
>> Varias de estas cuentas suelen tener problemas similares como el uso de
>> etiquetas de nombre para agregar direcciones, nombres descriptivos,
>> etiquetas building en vías que no son edificios, usos de abreviaturas,
>> nombres en mayúsculas, algunos objetos ficticios, etc.
>>
>> A varias de estas cuentas les suelo escribir en sus conjuntos de cambios
>> sin respuesta y dado que el patrón sugiere que son partes de alguna
>> edición organizada, dejo constancia para tomar acciones similares a las
>> de Arequipa.
>>
>> Saludos
>> [0]
>> https://wiki.openstreetmap.org/wiki/ES:Directrices_de_edici%C3%B3n_organizada

-- 
Omar Vega
Cel: +51 986186771

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

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

[Simon Poole]

Am 30.11.2022 um 18:50 schrieb Minh Nguyen:

..
The contributor terms in question state:

This Agreement shall be governed by English law without regard to 
principles of conflict of law.
[1] 
https://wiki.osmfoundation.org/wiki/Special:PermanentLink/9165#Miscellaneous


My understanding of what the board wants is simply that the terms that 
we get to utilize 3rd party data under do not conflict with the 
contributor terms, that is something very different than asking a 3rd 
party source to agree to the contributor terms. Definitely the OSMF is 
free to, negotiate terms that do not specify English law.


Simon

PS: note on the side: the ODbL doesn't specify EN law.



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

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

[Minh Nguyen]

Vào lúc 06:49 2022-11-29, Simon Poole đã viết:


Am 29.11.2022 um 15:30 schrieb Greg Troxel:

   It seems obvious that asking a US
entity to enter into a contract under foreign law (and the same is
almost certainly true for any government entity in any other
jurisdiction) is just not going to fly.


You are assuming that the OSMF would require UK law, which might or 
might not be the case.


The contributor terms in question state:


This Agreement shall be governed by English law without regard to principles of 
conflict of law.
[1] 
https://wiki.osmfoundation.org/wiki/Special:PermanentLink/9165#Miscellaneous


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



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

Re: [talk-au] listing of objects wikipedia/wikidata/etc tags with some problems

[Mateusz Konieczny via Talk-au]

Processing this issues is welcome! And it will take some time, I started
cleaning data in Poland years ago, many other people helped and it
is still not completed :)

Updated process is run automatically, but with manual startup of it.

It runs on my laptop, so for example in case of going for holidays
or some other limitations updates may be paused.

I would expect updates about once a week, maybe once two weeks.
Though areas with more edits are boosted to update more often.
Also, adding new areas delays updates as initial scan takes far more
time than later ones. And is far more likely to fail due to encountering
data broken in new entertaining ways not seen before and not handled.

Note that after some part of country are fully processed I will enable
more - right now only part of Australia is being checked.
So look for number of cleared areas, not for error count.

30 lis 2022, 10:22 od daniel.ocon...@gmail.com:

> This seems useful. How often do your reports re-run? (manually?) Would be 
> good to chip away at issues and get a sense of progress.
>
> On Mon, Nov 28, 2022 at 4:44 PM Mateusz Konieczny via Talk-au <> 
> talk-au@openstreetmap.org> > wrote:
>
>> I have created >> 
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/
>> which lists OSM objects that have some problems requiring review
>>
>> There is a report for number of areas, including for Australia:
>>
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia.html
>> (merged report for Australia)
>>
>> Or more specifically for parts of Australia (links later).
>>
>> If anyone is interested: feel free to use this list to fix this bogus 
>> wikipedia/wikidata links.
>>
>> Please, let me know if anything is confusing, incorrect, invalid or broken.
>> Or if you want some specific area/country not listed so far.
>>
>> 
>>
>> There are also reports at 
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia%20-%20obvious.html
>> which are about a bit different issues, but they depend on a local data
>> or community and some may need upgrade to human review and
>> some may need to be hidden:
>>
>> Is OSM data for wikipedia/wikidata tags good enough that
>> following wikipedia redirects (where wikidata matches) could be 
>> done automatically?
>> Or is it requiring human review (because someone added wikidata
>> of redirect targets with bot, for example)?
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia%20-%20obvious.html#wikipedia%20wikidata%20mismatch%20-%20follow%20wikipedia%20redirect
>>
>> Would you expect wikipedia tags to link English language Wikipedia 
>> where possible? Or is linking any language version OK?
>>
>> Would you consider useful to add wikipedia tag where only wikidata tag
>> is present as useful (for increased human readability of tags)?
>>
>> Would you consider useful to add wikidata tag where only wikipedia tag
>> is present as useful (for increased stability of tags and to allow
>> fixing redirects if wikipedia article changes title in the future)?
>>
>> 
>>
>> specific areas (once this issues are fixed I will enable more areas,
>> until entire Australia is being checked)
>>
>> Tasmania - 25 reported issues
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Tasmania.html
>>
>> New South Wales - 29 issues
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20New%20South%20Wales%20(Nowa%20Po%C5%82udniowa%20Walia).html
>>
>> Queensland (found 36 problems)
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Queensland.html
>>
>> And also following with 0 reported issues right now, thanks to
>> people who fixed them!
>> Australia Capital Territory
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia%20Capital%20Territory.html
>>
>> Christmas Island
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Christmas%20Island%20(Wyspa%20Bo%C5%BCego%20Narodzenia).html
>>
>> Cocos Islands
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Cocos%20(Keeling)%20Islands%20(Wyspy%20Kokosowe).html
>>
>> Northern Territory
>> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Northern%20Territory%20(Terytorium%20P%C3%B3%C5%82nocne).html
>> ___
>>  Talk-au mailing list
>>  >> Talk-au@openstreetmap.org
>>  >> https://lists.openstreetmap.org/listinfo/talk-au
>>

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

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

[Tobias Knerr]

On 29.11.22 16:38 Dave F wrote:
If it's a licence change by OSM then how can a maintainer of a database 
possibly account for a future, unspecified change who's implementation 
was out of their control?


Yes, it's about a license change by OSM.

I don't think it's outlandish to assume that at least some data donors 
are comfortable with such terms. After all, this is something that we 
expect of individual contributors: The Contributor Terms which every 
person with an OSM account has signed grants us (meaning the OSMF board 
and a 2/3 majority of active contributors) the right to switch to any 
unspecified open license in the future.


Could you expand on what you mean by 'legal text'. Is it a legally 
binding contract?


Answering by way of example: I would expect a similar implementation to 
the standard waiver we ask for before we import CC-BY data:

https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view?resourcekey=0-PzVtHArfxvbYidpW2-AVTg

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

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

[Tobias Knerr]

On 29.11.22 08:14 Simon Poole wrote:
The main question is what "expect it to survive a hypothetical license 
change" implies. My expectation is that because of practical 
considerations any future licence would require downstream attribution 
of OSM so that the OSMF can continue to offer third party sources 
indirect attribution.


You have a point that it seems practical to look just at the more narrow 
scenario of another license that requires attribution of OSM. After all, 
a license change is not a high-probability event in the first place, and 
a change to a license that doesn't require some form of attribution 
seems even more unlikely. So it would be useful to be able to record 
something like "as long as attribution is ensured" for an import's 
license change compatibility.


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

Re: [talk-au] Australia MapRoulette QA and Missing Highways challenges

[Salim Baidoun]

Hello Australia OSM community,

I am writing to you from TomTom again to send you a new MapRoulette challenge 
“Polygon has self-intersection: 
https://maproulette.org/browse/challenges/36470”,
 you will find challenge description and proposed instructions.

We hope the tasks will add value to improve the map, and will be delighted if 
you can review, edit, and give your feedback and remarks.

Happy editing!

Salim A. Baidoun / Community & Partnerships - Global / Community Engagement /  
salim.baid...@tomtom.com


From: Salim Baidoun 
Date: Wednesday, November 23, 2022 at 4:22 PM
To: talk-au@openstreetmap.org 
Subject: [talk-au] Australia MapRoulette QA and Missing Highways challenges

Hello Australia OSM community,

tomtom recently improved its approach to data improvements through organised 
editing and have made several improvements. We re-engineered our logic and 
re-wrote our MapRoulette challenge descriptions and work instructions, then we 
performed an additional round of quality checks on every edit in our editing 
project. This work means that we feel confident about the quality of our data 
and our challenges.

So, with that background, let me share with you 4 newly refreshed MapRoulette 
challenge for editing:

Project: 
https://maproulette.org/browse/projects/50211

Spiky buildings: 
https://maproulette.org/browse/challenges/30104
Polygon is not closed: 
https://maproulette.org/browse/challenges/30105
This multipolygon is a simple polygon: 
https://maproulette.org/browse/challenges/30106
Missing Highways | Sydney: 
https://maproulette.org/browse/challenges/30107

Please let us know if you have any concerns or feedback–and happy editing!

Salim Baidoun and Hajar Elouafi



Salim A. Baidoun / Community & Partnerships - Global / Community Engagement /  
salim.baid...@tomtom.com


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

[OSM-talk-fr] Nombre de population des communes déléguées pas à jour

[Rpnpif]

Bonjour,

La population des communes est mise à jour par Christian, je pense. 
Merci à lui.


Mais je viens de voir, contrairement à ce que je croyais, que l'INSEE 
publie aussi la population des communes déléguées à l'intérieur des 
communes dites nouvelles.
Certaines données datent de 2008, souvent de 2013 alors que le 
recensement officiel est de 2019.


Serait-il possible de mettre à jour en masse celles-ci comme on le fait 
pour les autres communes ? C'est une donnée qui me parait intéressante, 
entre autres pour certains rendus.


Cordialement.
--
Rpnpif

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

Re: [talk-au] listing of objects wikipedia/wikidata/etc tags with some problems

[Daniel O'Connor]

This seems useful. How often do your reports re-run? (manually?) Would be
good to chip away at issues and get a sense of progress.

On Mon, Nov 28, 2022 at 4:44 PM Mateusz Konieczny via Talk-au <
talk-au@openstreetmap.org> wrote:

> I have created
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/
> which lists OSM objects that have some problems requiring review
>
> There is a report for number of areas, including for Australia:
>
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia.html
> (merged report for Australia)
>
> Or more specifically for parts of Australia (links later).
>
> If anyone is interested: feel free to use this list to fix this bogus
> wikipedia/wikidata links.
>
> Please, let me know if anything is confusing, incorrect, invalid or broken.
> Or if you want some specific area/country not listed so far.
>
> 
>
> There are also reports at
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia%20-%20obvious.html
> which are about a bit different issues, but they depend on a local data
> or community and some may need upgrade to human review and
> some may need to be hidden:
>
> Is OSM data for wikipedia/wikidata tags good enough that
> following wikipedia redirects (where wikidata matches) could be
> done automatically?
> Or is it requiring human review (because someone added wikidata
> of redirect targets with bot, for example)?
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia%20-%20obvious.html#wikipedia%20wikidata%20mismatch%20-%20follow%20wikipedia%20redirect
>
> Would you expect wikipedia tags to link English language Wikipedia
> where possible? Or is linking any language version OK?
>
> Would you consider useful to add wikipedia tag where only wikidata tag
> is present as useful (for increased human readability of tags)?
>
> Would you consider useful to add wikidata tag where only wikipedia tag
> is present as useful (for increased stability of tags and to allow
> fixing redirects if wikipedia article changes title in the future)?
>
> 
>
> specific areas (once this issues are fixed I will enable more areas,
> until entire Australia is being checked)
>
> Tasmania - 25 reported issues
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Tasmania.html
>
> New South Wales - 29 issues
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20New%20South%20Wales%20(Nowa%20Po%C5%82udniowa%20Walia).html
>
> Queensland (found 36 problems)
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Queensland.html
>
> And also following with 0 reported issues right now, thanks to
> people who fixed them!
> Australia Capital Territory
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia%20Capital%20Territory.html
>
> Christmas Island
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Christmas%20Island%20(Wyspa%20Bo%C5%BCego%20Narodzenia).html
>
> Cocos Islands
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Cocos%20(Keeling)%20Islands%20(Wyspy%20Kokosowe).html
>
> Northern Territory
>
> https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Australia:%20Northern%20Territory%20(Terytorium%20P%C3%B3%C5%82nocne).html
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au