Re: [HOT] Buildings import / import de bâtiments (DRC & Uganda)
Hi, On 03.07.20 12:17, Claire Halleux wrote: > I'm contacting you to get feedback on an import prepared by HOT as part > of a project combining data extracted in an automated way and > information collected in the field [1]. Please do not forget to run this by the larger OSM community via the imports mailing list when the time comes. > You can check the proposed import wiki here: > https://wiki.openstreetmap.org/wiki/Eastern_DRC_%26_Western_Uganda_Maxar-Ecopia_Buildings_Import I wanted to follow the link "For a concrete example, you can check the file for the first project in the Tasking Manager" but it only lead to the dropbox.com main page. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] leisure=common deprecated. Alternatives?
Hi, On 3/29/20 20:57, Rafael Avila Coya wrote: > For years we've been using the tag leisure=common for open areas inside > villages and towns in countries of Africa and Asia. We were fairly > comfortable with that tag, but now it appears as deprecated. This "deprecation" is bogus. A decision was made by openstreetmap-carto maintainers to drop the tag from rendering (https://github.com/gravitystorm/openstreetmap-carto/pull/3619) bzt openstreetmap-carto does not get do deprecate OSM tags. The edit marking this tag as deprecated in the Wiki by user Ru (https://wiki.openstreetmap.org/w/index.php?title=Tag%3Aleisure%3Dcommon=revision=1829208=1805106) was not justified and should be reverted. > Do we have any alternative? Or should we continue using it meanwhile > there isn't any alternative? You're free to continue using and rendering that tag; of course the reasons that led to osm-carto stopping to render it should perhaps be studied and discussed. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] COVID-19 - How you can help
Hi, On 2020-03-17 16:47, yo paseopor wrote: > "Nothing is urgent here. Nobody will suddenly suffer because a pharmacy > is missing from OSM. You are just making up an urgent task because you > sit at home with nothing else to do." said by Frederik Ramm to an > Openstreetmap volunteer who is confined at home due to #COVID19 > completing pharmacies in a zone, yesterday. > > Is this the way to promote HOT tasks or promote local mapping in OSM. I > don't think so. You didn't promote local mapping, you promoted an import that has meanwhile turned out to be a massive copyright violation because you decided to act first and ask questions later - which is exactly the kind of "help" that I am advocating against. I don't doubt your good intentions, but I am certain that every single person in the humanitarian sector knows that good intentions alone aren't sufficient. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] COVID-19 - How you can help
Hi, On 2020-03-17 15:00, Russell Deffner wrote: > 4. > > See if there are other data-sources available (and compatible) for > bringing into OpenStreetMap, such as healthcare facilities, major > transportation network features, or even buildings in general; > follow the import guidelines > <https://wiki.openstreetmap.org/wiki/Import/Guidelines>for including > 3rd party data. Thanks for highlighting the import guidelines here. Sadly OSM has already seen the first low-quality and copyright-violating imports under the banner of "fight COVID-19". OSM is aleady being used as a valuable tool by many concerned with the pandemic; reducing OSM's quality and good standing through poorly planned, hastened imports is a danger not only to OSM's long-term success but also to OSM's usability in the crisis. Whether COVID-19 or other emergency, importing third-party data *must* follow our established processes and cannot be rushed. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] Name tag in non-latin script - hindrance for NGOs/aid agencies?
Mkel, On 29.11.19 05:19, Mikel Maron wrote: > There’s no reason to hide this about a dispute in Bangladesh when that’s > already in the open I would have preferred to talk about the more abstract question of "how do we deal with sitautions like this" rather than getting lost in the particulars of one concrete case where there'll inevitably be a ton of he-seid-she-said baggage muddying the waters... Interestingly, one person emailed me privately and said "I'm pretty sure you are talking about the situation in " and it was not Bangladesh, so indeed the issue does not seem to be unique. > But I certainly don’t know the ins and outs of this particular > situation, the people and the history behind how things have been > organized in Bangladesh. Neither do I, hence why I tried isolate the generic aspects of the issue from the concrete "history behind how things have been organized". > What seems more important here than poking > holes in arguments on public mailing lists is an attempt at a healthy > dialog between the parties involved in the dispute. These goals are not mutually exclusive, so there's no need to argue which is more important. Local mappers are aware of the need to discuss the issue and they claim that these discussions are taking place - e.g. at SOTM Asia and on their Facebook group. As an outsider I cannot judge how healthy and how inclusive this dialog is; it is currently not clear to me where some individuals derive the authority to "speak for the community" from, but this is rarely clear in any place in OSM. This doesn't change the fact that one recurring argument in the discussion is "we need to use English names lest the map is useless for our international partners" - and *that* part is one that the "international partners" can discuss without being involved in the concrete local issues. Hence my attempt to isolate that part which can reasonably be discussed here, from the part where 99% of people on this list lack the background to make a meaningful contribution. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] Name tag in non-latin script - hindrance for NGOs/aid agencies?
John, On 28.11.19 01:40, John Whelan wrote: > Is there any reason why name:en could not be used? The country's official language requires a "non-standard" font to be available which does not seem to be a given on all platforms. Like if you set up a standard tile server and don't install extra fonts you will see little squares instead of place names all over China. Apparently not all applications are as good in name:xx handling as OsmAnd. A recurring point in the discussion is that the proponents of using the official language say "we shouldn't fall back to English name tags just because some apps/web sites are broken, we should file bug reports with them instead", and the proponents of using English say "let's be pragmatic, there's no way all these apps/sites will be fixed within a short time, so we should use English". Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
[HOT] Name tag in non-latin script - hindrance for NGOs/aid agencies?
Dear HOT list, the DWG has been involved in a discussion being had by the community in a country where the official language uses non-latin characters. I would like to keep this abstract hence I will not say which country it is even though some of you will know; I don't think it matters. It is not Japan but you can imagine Japan if you need an example. In the country, more than 98% of the population speak the official language as their native language, though English is commonly taught at school and used in higher education. Older people or people outside of the university system will often not be able to write English fluently. Signs (road signs, signposts) seem to be exclusively in the official language if less important, and in official language plus English where more important. It is claimed that some signs in big cities are English-only but I haven't yet seen one. There is a dominant group in the country that says: Let us use English for our "name" tags, and put the official language in name:xx (where xx is the language code). This is relatively unusual for OSM, but it seems to be the current consensus in the community. Some of them also request that changeset discussions should be had in English instead of the official language. Just like in many other countries, OSM was first adopted by people at or involved with universities and hence used to English, so the decision came lightly. Parts of the discussion hinge on not all IT systems properly supporting the special characters needed for the official language; but the main argument brought up again and again by the proponents is that there are many people from aid agencies and NGOs contributing data to OSM or using data from OSM in that country, and the data was of lesser use (or even useless) to them if name tags were in the official language. (This reasoning is also used for the request to hold changeset discussions in English.) We have been told by the pro-English-name group: > as the major user & contributors to the local repository are the aid agencies > like UN, MSF, Red Cross/Red Crescent eventually they are also facing problem > while using the data ... We have been reported a recent case were WFP was > unable to use the data due to this reason. ... Aid agencies like UN, MSF, Red > Crescent have run many projects to map large portions of the country and > given those data to OSM, which makes them big contributors and users of the > OSM data. But this data becomes useless if all `name` tags are replaced with > [local language] ... The Humanitarian OpenStreetMap Team (HOT) made a map for > disaster response that is available in OSM main site as an additional layer, > which also can't render [local language]. And that makes it a challenge in > times of disaster response. Of course, the pro-local-name group feels stymied by the request to use English; they feel this is an sign that the map is not "their" map but someone else's and that requesting English changeset discussions practically excludes large parts of the population. This is an issue that ultimately the local community must solve for itself. But it seems to be that there might be a danger of favouring the comfort of international contributors and NGOs over that of the local population - in a line of thought that goes "the map in our country gains more if we can keep these NGOs interested by using English, than if we attract the less-well-English speaking citizens of our country". I hope that there might be people from the organisations mentioned (UN, MSF, Red Cross/Red Crescent, WFP, HOT) on this list who can tell me if their organisations have policies or a general approach towards issues like this. Is this a thing, projects hinging on whether the locals are willing to deal in English? Or is "we have to use English to favour our international partners" a red herring? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] [OSM-talk] Tool update from HOT: MapCampaigner
Hi, On 01.10.2018 03:28, Nate Smith wrote: > Last week we > released a new version of a data quality monitoring tool I would like to recommend that you don't use the term "quality monitoring tool" for this since you're measuring quantity not quality. At best, I'd call it a tool that monitors "richness" or "completeness". Simply counting how many features there are and how many of a pre-defined list of tags each one has shouldn't be called "quality monitoring", because there will be situations where the OpenStreetMap community requests of project managers (who your web site claims to be targeted at) that they implement some form of quality assurance; calling your statistics tool a "quality monitoring" tool runs the risk of making these people believe that quality requirements can be fulfilled by ensuring that enough tags are set, which is definitely not what the wider community would regard as a suitable quality assurance for a humanitarian data entry project. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] landuse/cover import in Cameroon?
Hi, On 02/10/2016 04:00 PM, Willy Franck Sob wrote: > I see that the SNAPPING user account is still blocked. May I know what > the problem is your level? The SNAPPING user account is not blocked, it only was blocked for a short time until they read their message. However, DWG still expects the operator of the SNAPPING account to contact us and explain what data sources they are using, as explained in http://www.openstreetmap.org/user_blocks/883 They haven't done that yet. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] landuse/cover import in Cameroon?
Hi, On 01/28/2016 01:06 PM, Sander Deryckere wrote: > I'm a bit scared of reverting that too, so I'm passing it on to the Data > Working Group. I'm starting the revert now. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
Re: [HOT] hot exports not updating?
Hi, On 01/04/13 09:43, maning sambale wrote: Just did a moment ago. I started a new run of the existing job and I also created a new job. Comparing both shapefiles from previous Dec 2012 extract and its all the same. File timestamps on the system are all from today but I'll have a closer look at the Osmosis replication and let you know. Best Frederik -- Frederik Rammwww.geofabrik.de Geofabrik GmbH Handelsregister: HRB Mannheim 703657 Scheffelstr. 17a Geschaeftsfuehrung: C. Karch, F. Ramm 76135 Karlsruhe Tel: 0721-1803560-0 r...@geofabrik.deFax: 0721-1803560-9 ___ HOT mailing list HOT@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot