editor-layer-index icon indicating copy to clipboard operation
editor-layer-index copied to clipboard

Removing a disabled service and translating names to Spanish

Open Zalitoar opened this issue 3 years ago • 7 comments

This service is no longer available. See issue #1421

Zalitoar avatar Jan 26 '22 20:01 Zalitoar

We also discussed in the argentinean community (the Telegram group) the convenience of the names and it was decided that they will be better for us in Spanish and summarized.

Zalitoar avatar Jan 26 '22 21:01 Zalitoar

@Zalitoar Thanks for this PR. Sorry for the long wait.

  • ✓Removal of defunct imagery
  • The license for the added Buenos Aires Data source is CC-BY-2.5-AR[1]. This license requires attribution. We need to ensure that there is an entry in https://wiki.openstreetmap.org/wiki/Contributors and should document that it is ok for the owner of the data to attribute the data this way.
  • Regarding the translations, have you considered translating them with i18n? I have to say I'm not 100% familiar with how it is implemented (and it might be that there is something broken at the moment) @grischard @bhousel @tyrasd maybe somebody can give more insights here. Based on my limited knowledge I assume there should be for each source an entry in https://github.com/osmlab/editor-layer-index/blob/gh-pages/i18n/es.yaml and each source with an entry should have the "i18n": true property set. Using i18n we would ensure that the imagery is accessible to more people.

[1] https://creativecommons.org/licenses/by/2.5/ar/

rbuffat avatar Feb 07 '22 19:02 rbuffat

Hi René,

  • The license for the added Buenos Aires Data source is CC-BY-2.5-AR[1]. This license requires attribution. We need to ensure that there is an entry in https://wiki.openstreetmap.org/wiki/Contributors and should document that it is ok for the owner of the data to attribute the data this way.

Buenos Aires Data already has its attribution entry on https://wiki.openstreetmap.org/wiki/Contributors#Argentina (See "Datos Abiertos del Gobierno de la Ciudad Autónoma de Buenos Aires")

  • Regarding the translations, have you considered translating them with i18n? I have to say I'm not 100% familiar with how it is implemented (and it might be that there is something broken at the moment) @grischard @bhousel @tyrasd maybe somebody can give more insights here. Based on my limited knowledge I assume there should be for each source an entry in https://github.com/osmlab/editor-layer-index/blob/gh-pages/i18n/es.yaml and each source with an entry should have the "i18n": true property set. Using i18n we would ensure that the imagery is accessible to more people.

I think that right now it would be better to implement the changes in this PR as it is and leave i18n for later.

By the way, I collaborate with the imagery translation into Spanish and I have seen many entries in languages other than English (for example, Polish). IMHO those layers shouldn't have the "i18n": true property set.

ignaciolep avatar Feb 10 '22 15:02 ignaciolep

Hi @rbuffat adding to @ignaciolep response I would say there's a misconception about licensing from the publisher side, because the citiy government approved in 1998 the "Law 104 on access to public information" which says:

"It will imply the freedom to access, request, receive, copy, analyze, reprocess and redistribute information in the custody of the obligated subjects, with the only limitations and exceptions established by this law."

As we understand, this is compatible with OSM license.

Also, the law 27,275 "Right of access to public information" (a national law) remarks in its 2nd article the following:

"The right of access to public information includes the possibility of freely searching, accessing, requesting, receiving, copying, analyzing, reprocessing, reusing and redistributing the information"

So, the supoused incomptaibility of licensing types between argentinean sources and the OSM license doesn't exist due that mentioned laws apply always over any other text, permission or license as creative commons in these cases, since sources are goverment offices. I'm not a lawyer but as far as I get it, no text or waiver can overrule or replace a law.

This topic was discused in #1058 and #1048.

Ask me any other thing you need. Thanks in advance! :)

Zalitoar avatar Feb 11 '22 16:02 Zalitoar

Hi, We haven't had any new comments since February. Could someone kindly let us know if there are any other doubt about this PR? Thanks in advance!

ignaciolep avatar May 17 '22 00:05 ignaciolep

Hi cicku I saw you made commits recently. I'm wondering if you could help us with this PR?

Zalitoar avatar May 27 '22 17:05 Zalitoar

Hello @grischard, Could you kindly help us in merging these commits? We responded to René's comments 6 months ago, but he appears to have stopped responding since then. Thanks!

ignaciolep avatar Aug 22 '22 14:08 ignaciolep

Hi René @rbuffat , I hope this message finds you well. I wanted to touch base regarding the Buenos Aires city layer license that we discussed in February 2022. I was wondering if you still had any questions or concerns regarding the license, or if you are now able to move forward with the merge. Thanks!

ignaciolep avatar Feb 08 '23 18:02 ignaciolep

I am not a lawyer, and although there is a large discussion in the mentioned PRs, I think there is some differences between Argentina and Buenos Aires cases. I also agree that federal law has more importance than anything, and that it looks to me (without much research, I admit) that the Plan Nacional de Apertura de Datos is compatible with OSM.

However, CABA is explicitly saying that the data is in CC-BY 2.5, while the metadata of the TMS service has no license at all, so we can infer that this data is indeed using CC-BY 2.5, which is not compatible to OSM.

I can happily merge this PR, but I don't feel comfortable with this licensing situation. I would highly recommend sending some e-mail to CABA ([email protected]) asking for explicit permission. Given the Open Data situation in Argentina, I think this should not be hard (in Brazil happens the same situation, we have a very good open-data federal legislation, but municipalities are still not proper following for diverse reasons).

Also, I would recommend separate PRs to not slow down the situation. Let's deal separately with updating names and adding a new layer.

matheusgomesms avatar Nov 25 '23 15:11 matheusgomesms

Thanks for the thorough review, @matheusgomesms. Appreciate your diligence on licensing concerns. We've reached out to CABA ([email protected]) and obtained explicit permission. You can find the permission statement here and also linked on our contributors page. Feel free to proceed with merging the PR. Thanks!

ignaciolep avatar Dec 06 '23 19:12 ignaciolep

@ignaciolep @Zalitoar do you know how to resolve the merge conflicts?

grischard avatar Dec 06 '23 19:12 grischard