Re: [OSM-talk] A new contributor action to be investigated

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Pierre:

I just sent him/her a message:

- --

Deleting data from the OSM database
Maizenarockz
25 de Agosto de 2014 ás 13:43

Hi:

We have seen that you are deleting information from the OSM database
without any apparent reason. All information is useful, contrary to
what you put in the comments. Your deletions are being specially
harmful for the ongoing efforts in controlling the ebola outbreak in
West Africa.

Before we report this to the OpenStreetMap Data Working Group (OSM
DWG), could you please tell us why are you doing that?

Some of your changesets have been already reverted, but we surely
can't keep loosing time reverting this mess.

Regards,

Rafael Ávila Coya.

- ---

I will wait let's say 1 day until s/he answers. In the mean time, I
will try to see what s/he is doing.

Cheers,

Rafael.

On 25/08/14 21:01, Pierre Béland wrote:
> 
> For the Ebola Activation, we have mapped a zone in priority for MSF
> in Monrovia. But a new mapper decides to eliminate buildings and
> roads. A lot of deletion so far. We are trying to revert for
> Monrovia. But there are other deletions around the world.
> 
> Could somebody take care of contacting this contributor. And
> probably some action will have to be taken from the DWG.
> 
> https://www.openstreetmap.org/user/Maizenarockz user since may 8,
> 
> changeset in Monrovia where he simply decides to delete. 
> https://www.openstreetmap.org/changeset/24961189
> 
> 
> Deleting sites without useful information for users
> 
> 
> Pierre
> 
> 
> 
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJT+0B/AAoJEB3niTly2pPQW38P/jrVQH5avTINU8iLEVuJdK20
WoiER4wJTuFRIhnjmJsliMjAMlOeAqSOSoc6qAl8ueOVgeURcACPGcYoTAKWHdmv
+ky8B+hF73Ox0wzl0U7sygU5hDHooC6Tzs7XyI+14P1JNVm8/HS3ZwyRl4f72cAR
p4gtYVgsCCXlFH05Xej5jtVw+iMyPfdW/RV2HTTQB2tisqSl41HkpI2sZvAXJw7J
T6TV135PYRSHWceRBZF1v3QtseHZruFsliUiEt1tClOFkktzWzxiYA9B9dZHQ3Pr
XOidWcfHux8pwj8A85q5ntqBaMzqFSalEqaEx3yVCx58cc3N/oGQT/6RR/d50tFN
pPlN0OwfBtzQif6I829VKvVCXT7mLuY+RrHX6Hrd7qI+Tuo3HwHaDu7WEVv+KSe8
/WMVlCCKN8J6WBLspSNHNsl9B4FZ13M6iSP8Bu4N4GUCGvXBGIRWPPl58iinL3EZ
srXoaH7HA6B++D17lyhPeGosQ6HkuyIMeLQsf+2/gU83b3o28N0ppPm8GiOfVNl6
WsWJ63um1Ju5cN2COoX6mLTAg7CRXDuTAL8/yKKWU3DzKxIOafswX2eeqiZDI7B/
LMQiARB5VjxGsuDmUi+GJ0PumNM4p8MZO9UVHKzIKw5iFz1+qutys7P8hQw6KIT9
4Ql6yzTWeT8j28fjOjzT
=+Ijo
-END PGP SIGNATURE-

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

Re: [OSM-talk] A new contributor action to be investigated

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Serge:

I don't see why people can't speak out their concerns about a user
that is doing some suspicious edits, really.

In case you think so, I don't feel guilty to have sent a message to
this user at the request of Pierre Béland. It's not harmful in my
opinion, whether s/he did it on purpose or not.

I will let you go on with the research though. Thanks for that.

Cheers,

Rafael.

On 25/08/14 21:40, Serge Wroclawski wrote:
> Pierre,
> 
> As the DWG person who is already working on this case, we have
> said that we are investigating and will take action after our
> investigation is complete.
> 
> I will not discuss that investigation on this public forum, but
> you knew this and decided to send this letter to talk despite this.
> I am very saddened by this.
> 
> I'm concerned that in response to your mail, there will be a lot
> of people harassing this newbie (whether or not his actions in
> this matter were correct).  This is not a positive response, so
> please, instead, let the DWG continue its process.
> 
> 
> - Serge
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJT+0IhAAoJEB3niTly2pPQCHoQAI/z8KZdIpvL9M70Dm77WLK9
NGePbWTs1o7QrbJZSKq/0Wc5s7H1MHD0KXZ9OMw4rNU7t+Clddh5Fuuqd2+hnwi0
PJyrFBP2QvyVIbEgY3dxM/ypSJWUeEdED9xgrQMux5vdDn+PRE2JS9MbmKHi/Hei
jHLfWvMEh0JYiERLr9WXGabv0D2j/nlyyJRVjz3TLsm0NroO3xNso/FR0ExthAYk
JxCu1grnryl2K//d4JAIivN2AshqaArUjZ6Q/gbAs+Zd5YgUpiCbp+3np+7/Mrh8
PUmrPUluruq8zEwQYuYnoWpPd1cozco1dyjsQkOR31L4vjLmDFoApt48XqCwC53m
6O+KUDvSzvKQotkNZedVHMLzoN4tnyIrBV947euNxkwLeFRkh8q5han7F4B0yHsl
DCMNz/u5/HZ3Q/dtOPQpRTzKxZbKE7zA0/gqypNWWIvn02cLFXd/L5q2AbRM7NHg
COa9FtFKGWNsVYX8KuO0YmRazX/KKPkaKerc5uS4GBKQD+ULdcFdWgT72+EIxPWV
3mvNtTov9B/KUqIT4hXrJaiSPLT62ZQ0ebEP49/1PyXKZt5T9wnCwxWjH223vmfp
riz02axGi08cOQ4zjN936726f25HnNusefTYpo3XHuaX7pKnLMo2ov9mcfGMywTM
AdSJnKMX3QYlwbyO6i+D
=NxQZ
-END PGP SIGNATURE-

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

Re: [OSM-talk] A new contributor action to be investigated

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Serge:

I appreciate your work in the DWG. I really do.

It's only that I can also understand, at the same time, the worries of
people that are working hard in an area like the ebola one. Some times
you (DWG) can be too busy to deal with all cases of potential vandalism.

As you can figure out, I sent the message before knowing you were
already investigating this issue. I try always to be polite with my
OSM messages asking for information about suspicious or wrong edits.

Good luck and thanks again.

Rafael.

On 25/08/14 22:20, Serge Wroclawski wrote:
> Rafeal,
> 
> There are circumstances which I cannot discuss at the moment.
> 
> I would just to prevent any user harassment.
> 
> - Serge
> 
> On Aug 25, 2014 10:06 AM, "Rafael Avila Coya"
> mailto:ravilac...@gmail.com>> wrote:
> 
> Hi, Serge:
> 
> I don't see why people can't speak out their concerns about a user 
> that is doing some suspicious edits, really.
> 
> In case you think so, I don't feel guilty to have sent a message
> to this user at the request of Pierre Béland. It's not harmful in
> my opinion, whether s/he did it on purpose or not.
> 
> I will let you go on with the research though. Thanks for that.
> 
> Cheers,
> 
> Rafael.
> 
> On 25/08/14 21:40, Serge Wroclawski wrote:
>> Pierre,
> 
>> As the DWG person who is already working on this case, we have 
>> said that we are investigating and will take action after our 
>> investigation is complete.
> 
>> I will not discuss that investigation on this public forum, but 
>> you knew this and decided to send this letter to talk despite
>> this. I am very saddened by this.
> 
>> I'm concerned that in response to your mail, there will be a lot 
>> of people harassing this newbie (whether or not his actions in 
>> this matter were correct).  This is not a positive response, so 
>> please, instead, let the DWG continue its process.
> 
> 
>> - Serge
> 
>> ___ talk mailing
>> list talk@openstreetmap.org <mailto:talk@openstreetmap.org> 
>> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> 
> ___ talk mailing list 
> talk@openstreetmap.org <mailto:talk@openstreetmap.org> 
> https://lists.openstreetmap.org/listinfo/talk
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJT+0oZAAoJEB3niTly2pPQ0tQP/3297Lzrot5nottKafQiUZPd
Qst7GrZGyU+q047TTUmjSXDWO83tQXFOWBuzBU3canMQZ3h1ESxOPaOHyyeLXgjS
48YCOo5JQqnz4/340re1SzOivKbRKUx/ZWTIHjAjpje4Bm2cI+MvPiuDoDjcVc3i
aqZE6szPuJqVniVXjn1XFjqAgTGc/cSb5nXH76Nd6L0jNKkEeBHlv1eX1s72TuHN
Up1rf3ZNk2/uGbNxecWK/q9j6NfyJrJPQOOMo0Yolz+3frhtPergThaUSujNyzOy
9j0l+5dNV1rYtvlcCWL8e3E5DDbaeF7/tcRJ7PG0wyLbbo0oaYP0aY9Rn6OiIlk/
zvCfllJ43dyFsIT1tZYLHvaT/kn8o+Es59xSOacDDhjfeMiDlGLoMoqqSDG9/WIB
iWt7KojbWa2+7wh9guwZ/a+b2XSydh/kVgSMtXGKe7EcPGlC/d/cuF3od2CKB4hS
CDZ84CMb+SDE9HWBrv7mlBy0N/6ZPx78ATQo/+vsUxIXYwgsT8Pr4dQU41rkPDbx
0WS+CjfM9TKQuDNB5qIrzJnaAB3IfEXlNH6tDEtbkzL/lni3nlBFYwloUC9ESY3V
W84n3VtfaHSHehCYJGwGyxW+4ZI1YmHGIMDERL28sNBtnA8kjGHSijrgafqb0Gdk
VcYDu3VZJ4JIKCmpf+q5
=L+4V
-END PGP SIGNATURE-

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

Re: [OSM-talk] Location SOTM 2015?

[Rafael Avila Coya]

I think the Sotm latinoamérica 2016 will be in Bolivia, not Ecuador.
El 11/11/2014 16:51, "Frederik Ramm"  escribió:

> Hi,
>
> On 11/10/2014 08:04 PM, Michael Kugelmann wrote:
> > as I didn't read anything about it: was there an announcement about the
> > location for the 2015 SOTM at the 2014 SOTM Buenos Aires?
> > IIRC there was a statement about the intention to announce the 2015
> > locataion there...
>
> The only things announced at SOTM 2014 were a SOTM-Latin America for
> 2016 (perhaps in Ecuador? not sure ATM) and a SOTM-US for 2015 in New York
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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] weeklyOSM

[Rafael Avila Coya]

Hey! You mention the import of 14,000 places in Liberia for the Ébola
fight! Thanks to give publicity!

Cheers,

Rafael.
El 16/11/2014 22:20, "Madalina Ionescu" 
escribió:

> The weekly round-up of OSM news, issue # 225, is now availalbe online in
> English, giving as always a summary of all things happening in the
> openstreetmap world: http://www.weeklyosm.eu
>
> Enjoy!
>
> ___
> 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] Collecting various road situations

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Mateusz:

Kano state (North Nigeria) [1], specially the Southern half, is
heavily mapped, an the huge majority of unpaved roads are marked as
unpaved. Plus, you have many trunk and primary and secondary in that
are marked as paved/asphalt.

Federal roads (F.XXX) are all tagged as primary, although some of them
have legs that are unpaved, with smoothness that can be horrible. You
can get a look for example to F.128 federal road [2].

Might you consider rendering the ford=yes? It's very common in Africa
for example.

Cheers,

Rafael.

[1] http://www.openstreetmap.org/relation/3710302
[2] https://www.openstreetmap.org/relation/2792108

On 12/03/15 23:32, Mateusz Konieczny wrote:
> There is a decent chance that in near future I will have time to 
> reimplement road styling in Default Map Style.
> 
> One of the most important problems in designing this style is that 
> the same rules should work over entire globe, in drastically 
> different locations. It is impossible to make style work great 
> everywhere, but it is possible to have it well working in variety 
> of places.
> 
> So I want to start work from collecting place of various road 
> situations.
> 
> I am currently looking for well mapped areas with: I) 
> Cities/towns/villages in non-European style (Africa, Asia...?) II) 
> Where major roads are unpaved. III) Large amount of unpaved roads, 
> used for motor traffic but major roads are paved. IV) Area with 
> many pedestrian roads, living streets, footways...
> 
> Note - I am looking for well mapped area. For example in case of 
> unpaved roads I am not interested in place without tagged surface 
> values or with highway=track used to mark unpaved roads (this 
> tagging for renderer is unfortunately really popular).
> 
> Also, I am certainly missing some important types of situations. 
> Below is list of what I prepared so far.
> 
> 1) European style town 2) European style city 3) high density of 
> motorways and primary roads 4) large area with high road density
> of many types 5) city with high road density 6) junction of dual 
> carriageways 7) roads with tram lines 8) fully mapped residential 
> area 9) large park/city forest with varied highway types 10) area 
> with large amount of footways 11) spaghetti junction 12) rural
> area where highway=footway are important 13) rocky mountains with 
> tourism routes 14) forested mountains with tourism routes 15) big 
> pedestrian area 16) large amount of private highways 17) raceway 
> 18) long tunnel 19) long bridge 20) many living streets 21) steps 
> (#1307) 22) Junction=motorway_junction names (#1272) 23) special 
> cases reported to bugtracker
> 
> [1] http://www.openstreetmap.org/#map=14/51.2225/18.5594 [2] 
> http://www.openstreetmap.org/#map=15/52.2333/20.9976 [3] 
> http://www.openstreetmap.org/?mlat=37.413889&mlon=126.57&zoom=15#map=11/51.3413/6.9097
>
>
> 
[4]
> http://www.openstreetmap.org/?mlat=51.5147&mlon=-0.1126#map=10/51.5147/-0.1126
>
>
> 
[5]
> http://www.openstreetmap.org/?mlat=51.5117&mlon=-0.0761#map=14/51.5117/-0.0761
>
>
> 
[6]
> http://www.openstreetmap.org/?mlat=50.0739&mlon=19.9451#map=15/50.0739/19.9451
>
>
> 
[7]
> http://www.openstreetmap.org/?mlat=50.0509&mlon=19.9503#map=15/50.0509/19.9503
>
>
> 
[8]
> http://www.openstreetmap.org/?mlat=50.0296&mlon=19.9189#map=16/50.0296/19.9189
>
>
> 
[9]
> http://www.openstreetmap.org/?mlat=50.0559&mlon=19.8486#map=14/50.0559/19.8486
>
>
> 
[10]
> http://www.openstreetmap.org/?mlat=50.0631&mlon=19.9584#map=14/50.0631/19.9584
>
>
> 
[11]
> http://www.openstreetmap.org/?mlat=52.5102&mlon=-1.8641#map=16/52.5102/-1.8641
>
>
> 
[12] http://www.openstreetmap.org/#map=14/53.2134/-1.7983
> [13] http://www.openstreetmap.org/#map=14/49.2066/20.0534 [14] 
> http://www.openstreetmap.org/#map=14/49.5502/20.1640 [15], [16] 
> http://www.openstreetmap.org/#map=17/41.90304/12.45402 [17] 
> http://www.openstreetmap.org/?mlat=42.160833&mlon=12.369167&zoom=15#map=15/42.1608/12.3691
>
>
> 
[18]
> http://www.openstreetmap.org/?mlat=60.971944&mlon=7.368333&zoom=15#map=12/60.9933/7.3818
>
>
> 
[19]
> http://www.openstreetmap.org/?mlat=38.7589&mlon=-9.0387&zoom=15#map=13/38.7602/-9.0588
>
>
> 
[20] http://www.openstreetmap.org/#map=16/50.0773/20.0382
> [21] https://www.openstreetmap.org/#map=18/37.44711/24.94306 [22] 
> http://www.openstreetmap.org/#map=13/49.6328/5.9589 [23] 
> https://github.com/gravitystorm/openstreetmap-carto/labels/roads
> 
> In addition - it is necessary to consider labels in various writing
> systems - Arabic, Hebrew, Cyrillic, Armenian, Chinese, Japanese
> (what else?)...
> 
> 
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

At

[OSM-talk] Humanitarian layer in osm.org

[Rafael Avila Coya]

I see Spain, Portugal and Andorra in pink colour and Ucraine flooded
from zoom level 4 up. Something wrong with the rendering. Nothing like
that is happening with the other layers.

Cheers,

Rafael.

-- 
Twitter: http://twitter.com/ravilacoya



Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros

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

Re: [OSM-talk] Continent Oceania or Australia

[Rafael Avila Coya]

+1

El 29 de abril de 2015 08:13:24 EDT, "Jóhannes Birgir Jensson"  
escribió:
>I was doing an overpass query for place=continent and noticed that we
>do 
>not have Oceania but Australia with this note:
>
>"Note that Oceania, which is a more common designation in some 
>countries, is actually based on a different continental classification 
>system to the one OSM uses. So please translate Australia as Australia,
>
>not as Oceania"
>
>However looking at what is within is_in:continent="Australia" then I 
>only get regions and cities and no countries. is_in:continent="Oceania"
>
>gives me the normal countries we think of as Oceania (including 
>Australia the country).
>
>Thus it seems place=continent;name="Australia" is now outdated and not 
>used. According to usage it seems clear that we are now using the 
>regular Oceania classification.
>
>I propose we change this to reflect to current usage.
>
>--Jóhannes / Stalfur
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Some thoughts against remote mapping

[Rafael Avila Coya]

Hi all:

I have read all the emails of this thread, and found some of the views
about remote/local mapping as well as imports quite interesting. Anyway,
I have to say that, although this conversation can lead to some people
to enrich/modify their views about this subject, it won't lead to real
changes on the OSM mapping rules. It is amusing for me thinking on the
OSM community deciding to restrict the remote mapping or banning imports
in any way whatsoever. It would be a seriously destructive move, and I
would strongly oppose any such moves.

About remote vs. local mapping and import-yes vs. import-not, my opinion
is quite clear:

If you make me have to choose, I will tell you that I find local
on-the-ground mapping better than remote mapping. We should encourage
local mapping by local people (and growing local, active OSM
communities), but that doesn't mean that remote mapping by non-locals is
bad. I find remote mapping by non-local people very good and positive,
and we should also encourage people to map remotely as well as locally,
teaching them how to do that and what the limits are for both
approaches. I have mapped more than a million objects in the last 6
years in 84 countries, and I am ***very proud and happy*** of my remote
mapping, whether I knew the area on the ground or not. Needless to say,
when you map an area you don't know on the ground, you will apply a more
conservative approach. But that's it. Apart from that, I repeat, we
should not only say that remote mapping is a good thing, but in fact
teach/encourage people to join. And I will go on happy-remote-mapping as
I did up to now. And proudly.

My opinion about imports is similar. In a perfect world, we would map
everything from scratch, but we don't live in that mapping Paradise.
Importing data is a very good thing, and many of the data we have now in
OSM come from imported datasets. So, again, we should encourage and
welcome non-importing mapping, but we should also help and encourage, as
I do, those people who have data that want to import it to OSM and make
it a better geo-database. We use Imports Guidelines to assure any import
is done properly.

I honestly find that discouraging users on remotely mapping or on
importing data is destructive/negative for the growth and health of the
OSM community. But it's up to everyone of us to promote certain ways of
mapping and discourage others. We are a free community with freedom of
speech, aren't we?

Cheers,

Rafael. (edvac)

On 13/06/15 16:37, Frederik Ramm wrote:
> Hi,
> 
>I'm known for being critical of armchair mapping by people with no
> personal connection tho the area being mapped. Whether done for fun, for
> money, or to help, I think that in most cases it is a bad idea that runs
> against the spirit of OSM.
> 
> (I'm willing to concede that there are exceptions, and that sometimes
> doing something that's against the spirit may still be useful. But these
> are individual cases, to be carefully justified, and remote mapping
> should never become anyone's standard mode of contribution.)
> 
> Until now I thought that the main exception, one that even I would have
> to accept, is mapping for humanitarian purposes.
> 
> I was all the more surprised - positively surprised - to read this
> thoughtful essay by Erica Hagen, who founded Map Kibera:
> 
> http://groundtruth.in/2015/06/05/osm-mapping-power-to-the-people/
> 
> I'd encourage everyone to read that. It questions some rarely questioned
> assumptions; it even says that mapping by locals doesn't really "count"
> if those locals are just doing it for the money (a sentiment that I've
> always felt but rarely dared to express, because who can expect locals
> in the poorest parts of the world to map "for fun" like privileged
> westerners do?).
> 
> It also says that "local" isn't "local" if the locals from the wealthy
> city map the slum in their midst. I've tended to routinely associate the
> call for "more diversity" in OSM as mainly being one for levelling the
> gender playing field but this article goes much further.
> 
> In some parts the article echoes a rather more acerbic posting written
> last month by Gwilym Eades, a university lecturer in London:
> 
> http://place-memes.blogspot.de/2015/05/the-hubris-of-proactive-disaster-mapping.html
> 
> which essentially accused humanitarian mapping (and as I would add, any
> remote mapping really) of "homogenising, westernising, and colonising"
> the map.
> 
> I don't agree with everything written in these postings but they
> certainly deserve some wider audience, and that's why I am writing this
> here - since neither author is on these lists and I haven't seen their
> messages mentioned or quoted anywhere.
> 
> I think the tl;dr of both these postings could be: "Whenever you give
> someone a map by remote mapping, you also take something away from them."
> 
> Bye
> Frederik
> 

-- 
Twitter: http://twitter.com/ravilacoya



Por favor, non me envíe documento

Re: [OSM-talk] Some thoughts against remote mapping

[Rafael Avila Coya]

Hi, Eros:

Yes, this was another subject that arose during this conversation. And I
agree totally with what you say.

I have been always interested/worried about the low numbers of women
involved in free software/free knowledge projects. The situation in OSM
is far from being healthy in what respects to genre equality, and there
have been several talks about this issue in some of the SOTM's. I've
been teaching for many years in secondary schools, so I can assure you
that girls aren't less interested in computing than boys, and in the
several activities I did with OSM, girls numbers were actually bigger
than boys. Believe me: I didn't see any difference in students, as far
as you take inclusive measures to avoid discrimination of any kind.

Apart from the links given by Kate, I can recall a very interesting
keynote of Alyssa Wright about this subject in the SOTM 2013 [1] (only
slides).

Cheers,

Rafael.

[1]
http://web.archive.org/web/20150328164447/http://www.slideshare.net/apw217/changing-the-ratio

On 15/06/15 20:11, Eros, Emily wrote:
> Hi all,
> 
> In the midst of the discussion about remote mapping, I couldn¹t help but
> notice this comment from Sarah:
> 
> "In my experience, the issue is not that OSM is not welcoming for woman
> but simply that it is not
> interesting enough for them."
> 
> I was surprised to see this and I have to say that I disagree. I find it
> hard to believe that half the population isn¹t interested in mapping just
> because they are female; the active engagement of so many women in the OSM
> community certainly suggests otherwise.
> 
> Maybe I am misreading the intent of that comment? If so, please disregard.
> If not, and I¹m reading this correctly, then may I suggest looking deeper
> to see if there are other factors (beyond pure lack of interest)
> preventing the women you know from taking an interest in OSM? Maybe
> there¹s a different engagement strategy you could consider?
> 
> #InterestedEnoughToMap,
> Emily
> 
> 
> 
> 
>> From: Sarah Hoffmann 
>> To: Kate Chapman 
>> Cc: Talk Openstreetmap 
>> Subject: Re: [OSM-talk] Some thoughts against remote mapping
>> Message-ID: <20150614083150.ga20...@denofr.de>
>> Content-Type: text/plain; charset=us-ascii
>>
>>
>>> Diversity to me has never just been gender. Though it has been shown
>>> that
>>> if you make a place welcoming to women it also makes it more inviting
>>> for
>>> other underrepresented groups. Intersectional feminism is about equality
>>> for everyone.
>>
>> This argument still has a sour taste to me. In my experience, the issue
>> is not that OSM is not welcoming for woman but simply that it is not
>> interesting enough for them. The outcome is the same but the actions to
>> take are vastly different. I do agree with you though, that finding
>> a solution to attract more woman will also show a way to attract other
>> underrepresented groups. After all, it is exactly the same argument as
>> above: the interests of the map makers and the potential map users
>> don't match.
>>
>>
>> Sarah
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 

-- 
Twitter: http://twitter.com/ravilacoya



Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros

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

Re: [OSM-talk] European border control points - could use some help mapping

[Rafael Avila Coya]

Hi, Blake:

Just a question.

Many countries in Europe are part of the Schengen agreement, so there is
no passport nor id control of any kind at borders. That's why you don't
find almost any border control nodes between Spain and Portugal or
France, for example. And those that are mapped should be wrong. Unless
we want to mark the border controls that are physically there, but
aren't being used. We should use a different tag for that, or qualify
the barrier key with a border_control=* new tag, or something similar.

Cheers,

Rafael.

On 05/10/15 16:53, Blake Girardot wrote:
> Hi all,
> 
> OSM could really use more barrier=border_control nodes mapped in Europe
> both western and eastern. Some countries are pretty good, but some are
> really missing most if not all of their border crossing points mapped.
> 
> I am not sure this is something that is really good for armchair mappers
> like myself so I was really hoping we all might map a few we have
> personal experience with or knowledge of and see if we can't make a dent
> in the missing points.
> 
> Here is a map of how the border_control nodes looked a few days ago in OSM:
> 
> http://umap.openstreetmap.fr/en/map/europe-border-control-points-osm-data_54784#6/48.480/21.160
> 
> 
> How to map these points (and it is only applicable to single nodes) is
> here:
> 
> http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dborder_control
> 
> I don't think it matters if the barrier is blocking the crossing or not
> as long as there is a border control point there.
> 
> Please feel free to forward this to the appropriate country specific
> email lists if you think that would help us get a more complete map of
> these points.
> 
> Cheers,
> Blake (bgirardot)
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

-- 
Twitter: @ravilacoya 
*Humanitarian OpenStreetMap Team (HOT)* 

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

Re: [OSM-talk] European border control points - could use some help mapping

[Rafael Avila Coya]

Hi, Blake:

I agree that border controls in the areas affected by the ongoing
refugee crisis that were disused until recently but are active again,
should be tagged accordingly. What I mean is that in other areas like
Spain with Portugal, those borders aren't staffed at all, any time.

I live just 10 km from the Portugal border. The border in this area is
made by a wide river. Until the 80's there was only one 19th century
bridge, both for car, pedestrians and train [1]. The border control
offices are completely disused, all the time. No staff there whatsoever.

Apart from that, several bridges have been constructed, with no border
control facilities at all, one of them just meters down the river from
the old one [2]. Should we tag those crossings of border? I don't think so.

My opinion is that your schema of border_control=yes + disused=yes could
be ok for the old bridge, but not for other crossing points. And in any
case, in the event that Spain and Portugal would one day activate their
border controls, all bridges would have to build border facilities for
document and goods control. Only that time would make sense to create
the corresponding nodes.

In any case, what I wanted to point out is the reason why you can see so
few border_control nodes in some areas of Europe and so many in others,
like East Europe.

Best,

Rafael.

[1] https://www.openstreetmap.org/way/30641204
[2] https://www.openstreetmap.org/way/6246191

On 05/10/15 17:26, Blake Girardot wrote:
> 
> 
> 
> My experience is that the border control points still exist, they are
> just not always staffed. Traffic still has to pass through them, just
> there may or may not be anyone in the booths.
> 
> That is why I don't think it is wrong to mark them as
> barrier=border_control points, they still are border control points,
> just not staffed regularly or the control is very permissive.
> 
> Which could change until the place is dismantled and made into something
> else or the border no longer exists.
> 
> Also, more and more border control points that were not actively staffed
> are being staffed now due to the refugee crisis.
> 
> I guess if you knew they were not being used, even as a funnel for
> traffic, like they were bypassed totally, you could add disused=yes to
> them.
> 
> Cheers
> blake
> 
> 
> 
> 
> 
> On 10/5/2015 5:13 PM, Rafael Avila Coya wrote:
>> Hi, Blake:
>>
>> Just a question.
>>
>> Many countries in Europe are part of the Schengen agreement, so there is
>> no passport nor id control of any kind at borders. That's why you don't
>> find almost any border control nodes between Spain and Portugal or
>> France, for example. And those that are mapped should be wrong. Unless
>> we want to mark the border controls that are physically there, but
>> aren't being used. We should use a different tag for that, or qualify
>> the barrier key with a border_control=* new tag, or something similar.
>>
>> Cheers,
>>
>> Rafael.
>>
>> On 05/10/15 16:53, Blake Girardot wrote:
>>> Hi all,
>>>
>>> OSM could really use more barrier=border_control nodes mapped in Europe
>>> both western and eastern. Some countries are pretty good, but some are
>>> really missing most if not all of their border crossing points mapped.
>>>
>>> I am not sure this is something that is really good for armchair mappers
>>> like myself so I was really hoping we all might map a few we have
>>> personal experience with or knowledge of and see if we can't make a dent
>>> in the missing points.
>>>
>>> Here is a map of how the border_control nodes looked a few days ago
>>> in OSM:
>>>
>>> http://umap.openstreetmap.fr/en/map/europe-border-control-points-osm-data_54784#6/48.480/21.160
>>>
>>>
>>>
>>> How to map these points (and it is only applicable to single nodes) is
>>> here:
>>>
>>> http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dborder_control
>>>
>>> I don't think it matters if the barrier is blocking the crossing or not
>>> as long as there is a border control point there.
>>>
>>> Please feel free to forward this to the appropriate country specific
>>> email lists if you think that would help us get a more complete map of
>>> these points.
>>>
>>> Cheers,
>>> Blake (bgirardot)
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>

-- 
Twitter: @ravilacoya <http://twitter.com/ravilacoya>
*Humanitarian OpenStreetMap Team (HOT)* <http://www.hotosm.org>

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

Re: [OSM-talk] Fwd: Re: [HOT] Cat-5 Hurricane Patricia heading to Mexican Pacific Coast

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Just to clarify further:

On top of having a signed letter, the Mexican Administration has been
releasing their open data with their own license, the Libre Uso MX
license [1], not CC-by. Data has been already imported into OSM with
that license alone, like municipalities boundaries.

Cheers,

Rafael.

[1] http://datos.gob.mx/libreusomx/

On 25/10/15 20:12, Blake Girardot wrote:
> On Sun, Oct 25, 2015 at 2:49 PM, Blake Girardot
>  wrote:
>> The Mexican government signed a separate letter allowing OSMF use
>> of any data for OSM mapping and make it available under ODbL 1.0
>> they release related to this event. And signed it before the
>> hurricane made landfall when this issues was first raised.
>> 
> 
> I have uploaded the license agreement to the OSM wiki: 
> http://wiki.openstreetmap.org/wiki/File:MX_OSM_Auth.pdf
> 
> Cheers, Blake
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJWLS+ZAAoJEB3niTly2pPQbfUP/3UjlpyCWzURdPl0RDVEyPT8
Le5Gs47/Kqy4qXoxNj/4sElqQL3hccIJI3bAiPuEArEIu6fc70zceqRJZArBFNlg
7NgJK6m1Ci1He4r8b2b8K292zZQKRgEzMTtxqx9ImWKrDBchSAPd4MVJfywY/Rri
Mh9S7NacYl727nT/VStSETX9OvWpzBBUNMLbXY8mFxb38KHBERWy8jJiRkxaFzGA
oG/IbVvgHI6RCmbtraMhq4Tuwi/UuxOS4kYy+intLO5cAAXYwuQAG7QMTYXTwatW
jnNp/vbj2jZJv/q6wL5zaJIcloILotDY0zR2oTcnRhuC0iekIKqNQc/sjK2jsqYe
E1SpLs1Uot8KKYSCdmKZSlEnwKqMViGyk3ucm/cfdWNenqm4QRgY/6N4uese116i
A9RCVm+r3wHzTaNuf+m1T38LrZGv3IogQpOHcy9BgmJVvWRuzaIydoceWAo8FbIk
cAI+ciMxpUSynzo70qtI3C1nETtYZhrXl16LwCaC2HY9ag+mz/fiUSW1jvq09yaj
sfH6XvarDHpg3ZI4+Vzt5GiRLQlPqiw5/BXCqzc21BlxUt9fbgzEJfoUAZWoGh/f
Ml2D0aMJmBdEqZnAY7jAQHdgwtWr0luITrfUASCqUeacmr+jhKHAKimeL10Bo22q
pxchUDnZRID9SqraX76x
=zCWb
-END PGP SIGNATURE-

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

Re: [OSM-talk] Names for Fiji

[Rafael Avila Coya]

Bula:

I've been in Fiji 8 times, quite a number.

English is equally official together with Fijian and Hindi. It's in
their Constitution.

Therefore, I don't see the controversy.

Most place names are Fijian names (Hindi ethnic people came to Fiji on
the times of British colonization). Fijian is written with latin letters.

The examples given by Jean-Guilhem are representative of Fijian
writting, that should be followed. The old topo maps names aren't
written following the Fijian writting conventions, but the pure English.
You can add as old_name:en=* if you like, but I would add old_name better.

Have a nice weekend,

Rafael.

On 26/02/16 10:16, Martin Koppenhoefer wrote:
> 
> 2016-02-26 10:05 GMT+01:00 Jean-Guilhem Cailton  >:
> 
> > are these names English or fiji or hindi?
> >
> > cheers
> > Martin
> >
> 
> They are "name" found in reports from Fijian officials or medias - that
> apparently use English, an official language in Fiji (I haven't seen
> Fijian news reports in other languages - yet) - and often found in the
> "name" tag in OSM in Fiji. And in 1944 US topo maps for "old_name".
> 
> 
> 
> 
> I find it problematic to make remote edits based on foreign maps and add
> names in a foreign language as main names, although because of
> colonization this foreign language is apparently used as lingua franca.
> I see this as kind of ungoing colonization, where I'd actually expect
> people use names in their first language to refer to the places they
> live. From a quick internet search it appears that English isn't the
> first language for a vast majority of people living in Fiji. My
> suggestion is to use the tags name:en and old_name:en for names and old
> names in English.
> 
> Cheers,
> Martin
> 
> 
> ___
> 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] SOTM Brussels public transport info

[Rafael Avila Coya]

To move around Brussels, you can also use the Villo! bicycle network 
[1]. You can get a ticket for a day or a week. Very cheap [2], and it's 
working very well for me.


To buy a card, you can do it at any Villo! station.

I am usin AllBikesNow [3] android app to check nearest bicycle stations.

Cheers,

Rafael.

[1] http://en.villo.be/

[2] http://en.villo.be/Rates/Rates/Consult-the-rates

[3] 
https://play.google.com/store/apps/details?id=com.jcdecaux.allbikesnow&hl=nl


On 22/09/16 07:59, Stephan Knauss wrote:

On 22.09.2016 06:00, Jo wrote:

The reason for the extra fee on top of STIB/MIVB tickets is that they
operate in Brussels, but the airport is 'out of their normal reach',
over in Flanders.


They could state it clearer that the airport is outside the network.
Thanks for the explanation.


The cheapest (€3) way to get from the airport to Brussels is using De
Lijn 272, 471, BUT that will take about an hour to get to the wrong side
of the city. The terminus at North Station is not the VUB campus.

Perfect for me as I will arrive in the evening and have a hotel in that
area. Thanks again.

From there to the VUB campus sounds easy again as it is all within the
city, so all transports are available.

Stephan



___
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] OSM Note 1000000

[Rafael Avila Coya]

And not to talk about this note:

"The place has gone or never existed. This is an auto-generated note 
from MAPS.ME application: a user reports a POI that is visible on a map 
(which can be outdated), but cannot be found on the ground. (OSM data 
version: 2016-12-14T16:41:03Z) #mapsme"


You have thousands of those.

Cheers,

Rafael.

On 25/05/17 22:17, Dave F wrote:
Yeah, but how many of them are useful? I spend far too much of my OSM 
time mopping up irrelevant, out of date & inaccurate info. Many notes 
are indicating locations which already exist such as building names & 
parks. What devices are being used which don't display this clearly?


I wish I could be more positive.

DaveF

___
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] weeklyOSM #382 2017-11-07-2017-11-13

[Rafael Avila Coya]

Hi:

I've read the majority of the posts of the "New OSM Quick-Fix service" 
thread in OSM-talk, and I don't see any partiality in the post of the 
WeeklyOSM. In fact, I think they have been very polite and diplomatic.


Cheers,

Rafael.

On 17/11/17 11:34, Steve Doerr wrote:

On 17/11/2017 08:20, weeklyteam wrote:
Yuri Astrakhanre-started 
the discussion on the Talk mailing list about the tool to do mechanical edits (it is now called/Sophox/). Yuri is perceived by many as unreasonable as before and tries to ignore all the unwritten rules in OSM.



"The reasonable man adapts himself to the world; the unreasonable one 
persists in trying to adapt the world to himself. Therefore all progress 
depends on the unreasonable man."

-George Bernard Shaw, Man and Superman (1903)


Anyway, it's sad to see that WeeklyOSM has abandoned all attempt at 
impartiality.



--

Steve


 
	Virus-free. www.avast.com 
 



<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>


___
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] problems in Nigeria

[Rafael Avila Coya]

Hi, John:

This changeset added 328 road segments, to a small area in the SW 
outskirts of Benin City [1]. I've checked the rest of the city and most 
of the cities of all Nigeria, and didn't find any other one.


It's messy, obviously, as s/he added the roads where there were many 
streets already mapped.


I am not sure if these data was imported from a 3rd source (his 
changeset comment is "Latest update for a community work i performed in 
December 2017"), but weather it is an import or not, I guess the first 
step should be reverting this changesets, and then, if they are his/her 
own data, tell him/her how s/he could integrate his/her data into OSM.


If it is an import, it should be immediately reverted or redacted, and 
only being imported after following the imports guidelines.


I have also added a comment to his/her changeset. Let's wait a bit if 
s/he answers to the comments.


Cheers,

Rafael.

[1] https://www.openstreetmap.org/changeset/54996297

On 22/01/18 21:35, john whelan wrote:
I've just come across a number of highways that appear to have been 
added over existing highways.  From the tags on the highways it would 
appear to be some sort of import.


Is there any group of Nigerian mappers who could take a look please.

https://www.openstreetmap.org/search?query=ogboyoko%20nigeria#map=17/6.31193/5.56882

Thanks John


___
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

[Rafael Avila Coya]

Paul:

In the Preamble of the guidelines it says "It's not a policy", but you 
say they are a policy.


Cheers,

Rafael.

O 10/01/19 ás 21:34, Paul Norman escribiu:

On 2019-01-10 10:19 a.m., Christoph Hormann wrote:

Since it is on the OSM wiki and there is no statement indicating
otherwise does this mean we can start improving the guidelines now?;-)



If you can edit them to be closer to the text approved by the OSMF board ;)

We just discussed this internally, the reason we've got them on the 
publicly editable wiki even though it's a policy is the number of links 
to/from the page make it more useful on the this wiki instead of the 
OSMF one.



___
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] Rendered boundary not present in data

[Rafael Avila Coya]

Hi, Markus:

I've seen this in a few places too. This is another example in 
Guinea-Conakry:


https://www.openstreetmap.org/?mlat=47.50350&mlon=-3.13473#map=14/11.6865/-12.6444&layers=D

And I tried to force tile rendering, that didn't solve the problem. I 
hope someone may give some light on this.


Cheers,

Rafael.

O 27/01/19 ás 18:31, Markus escribiu:

Hello,

I've come across a boundary rendered on both OSM Carto and the
Humanitarian layer that isn't present in the OSM data:

https://www.openstreetmap.org/?mlat=47.50350&mlon=-3.13473#map=19/47.50350/-3.13473&layers=D

The correct boundary, which is present in the data, is also rendered:

https://www.openstreetmap.org/way/38707921

(Note that the incorrect boundary was already rendered before my
recent edit to the correct one.)

Any idea where that ghost boundary might come from?

Thanks in advance for your help.

Regards

Markus

PS: I hope that this is the right mailing list for this kind of problem.

___
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] Bridge area construction

[Rafael Avila Coya]

You may consider to use the lifecycle namespace prefix [1] to map the 
bridge. In your case it would be:


construction:man_made=bridge

layer=1

In the near future, when the construction is finished and the bridge is 
already operative, you just delete the construction: prefix.


I use the lifecycle prefixes a lot, specially for shops, restaurants and 
others that close. Like for example disused:shop=* or 
disused:amenity=restaurant, etc. The abandoned:*=* prefix is also quite 
useful.


Cheers,

Rafael.

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

O 06/05/20 ás 00:08, Pierre Béland via talk escribiu:



On 5. May 2020, Martin Koppenhoefer wrote:

I think the common tag would be landuse=construction




I dont think that it is appropriate to superpose a landuse over a 
waterway.


Since the tag man_made=bridge is used, it seems better to  refer to 
the construction project with the tags as proposed by Jack Armstrong


- man_made=construction
- construction=bridge
- layer=1



Pierre


Le mardi 5 mai 2020 17 h 53 min 59 s UTC−4, Martin Koppenhoefer 
 a écrit :





sent from a phone


On 5. May 2020, at 22:27, Jack Armstrong  wrote:

I assume the best way to map a large bridge *area* that's under 
construction would be with the minimum following tags? I'm not asking 
about the ways associated with/on the bridge.


man_made=construction
construction=bridge
layer=1



I think the common tag would be landuse=construction

Cheers Martin
___
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] mapboox improve the (proprietary database used as en overlay) map

[Rafael Avila Coya]

I would say the discussion is this thread [1] and, specially, this other 
one [2].


Cheers,

Rafael.

[1] https://lists.openstreetmap.org/pipermail/talk-fr/2023-March/106121.html

[2] https://lists.openstreetmap.org/pipermail/talk-fr/2023-March/106123.html

On 12/04/23 17:02, Simon Poole wrote:

Am 12.04.2023 um 16:20 schrieb Mateusz Konieczny via talk:
From legal point of view it depends on specifics, but yes it can be 
legal to

render using odbl+proprietary data.

See 
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Horizontal_Map_Layers_-_Guideline


It should be noted that this guideline follows from the concept of 
Collective Databases in the ODbL and in general of the idea of works 
that can have multiple independent constituent parts. If what Mapbox is 
doing is consistent with the licence naturally depends on the specifics 
as Mateusz write, Marc, do you have a link to the discussion in question?


Simon



Warning: I am not a lawyer.


Apr 7, 2023, 14:21 by marc_m...@mailo.com:

Hello,

following a discussion on the mailing list talk-fr,
mapbox "improve the map" now feeds their proprietary database,
the one that is displayed on top of the osm

is it acceptable in terms of licensing to render using
odbl+proprietary data?

ethically it's obviously very bad to appropriate user contributions
in this way, does anyone have a contact at their end to try and get
them to return to more ethical behaviour?
on talk-fr, no one from mapbox has replied since this behaviour
was pointed out

Regards,
Marc



___
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


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