Re: [HOT] climate:red Wednesday and Thursday this week

[Philippe Verdy]

One billion people missing on maps. But that can only increase, notably in
the countries with the fastest growing population and that will become the
most populated countries in the world: India and Nigeria notably (for now
it is still China first but the Chinese population will decrease, while the
population of Nigeria, the Democratic Republic of the Congo and surrounding
countries in central Africa will grow massively with huge megapoles
appearing in that region and existing ones growing in density (but still
not enough services and many humanitary problems for managing the resources
(notably fresh water, used water and sanitization, recycling, lack of
electricity, and serious social problems that could become deadly civil
wars or turn to dictatorship or complete collapse of the state like in
Somalia, Yemen, or more recently in Lebanon. And then huge uncontrollable
flows of refugees, and irreversible destruction of the environment, then
deadly hunger and massive epidemies which could turn to new pandemies
affecting the whole world very fast.

Add to this the two major problems of the humanity: change of climate which
is now almost out of control, and the dramatic cost of pandemies: we're not
far from a collapse of the whole economy and returning the world to the
middle age, even in "democratic countries" (that are now affected with lot
of "emergency" measured, supposed to be temporary but that turn them to
non-democrties and massive surveillance and complete control of lives by a
few "Big Data" players (which are now more powerful than goernements, and
already install their dictature...)

People need to understand the countries where they live so they can can the
correct decision for their current life and their future. It's easy to see
that governments are completely inefficient and frozen win their rules
that, for most of them, were never really approved but taken without any
vision of the future.

Democracy has to be rebuilt from the ground, starting by people in the
place where they live, and capable of taking decisions that governments
won't have the choice than accepting them (including experimentation and
auditing in order to adapt to a fast-changing and worsing situation). We
don't care about countries borders and even about national laws when they
are already abused by a few "big players" or ineffective. The 20th century
was the most deadly, but the 21st one will be worse: we won't ven be able
to take a count of the victims as they'll be dispersed everywhere and there
are tons of political and economical reasons why we won't see them (notably
lot of lies from all "leaders" just trying to preserve their seat and their
unfair advantages, including their right to modify all laws so they become
non-liable for anything: these lead pakyers have no borders at all, so
people must react by not having borders as well in their action and
choosing themselves the borders of their action and the right to see what
happens outside: many isolated efforts spread could unite virtually with
common goals and creat their own regulating laws and with more a pragmatic
way to make informed decisions).




Le mer. 9 sept. 2020 à 00:58, Tyler Radford  a
écrit :

> Hi HOT
>
> Climate:Red is happening Wednesday and Thursday this week.
> https://future-rcrc.com/climate-red-virtual-summit/
>
> Everything is online and free. Some sessions to check out:
>
> What: Can we call it a world map, if it’s missing one billion people?
> Where: https://climate.red/session/036  Pre registration required.
> When: 05:00 PM - 06:30 PM CEST
>
> What Forecast-based Cash Actions: Bangladesh Experience:
> Where: https://climate.red/session/301   - Pre registration required
> When: 06:30 PM -  07:00 PM CEST
> What: Community mapping to enhance Disaster Preparedness and Response
> Where https://climate.red/session/209   Pre registration required.
> When: 22:30 PM -  00:00  CEST
>
> *Tyler Radford*
> Executive Director
> tyler.radf...@hotosm.org
> @TylerSRadford
>
> *Humanitarian OpenStreetMap Team*
> *Using OpenStreetMap for Humanitarian Response & Economic Development*
> web  | twitter  | facebook
>  | donate 
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OSM Foundation member fees changing

[Philippe Verdy]

Reshare or reference as you want, this is a public list, not a private
conversation, so the message is intended to be seen by many people to
give the opinion and share their thoughts and suggestions of solutions
!
Fee waivers are not the unique solution. In fact those that donate the
most in all humanitarian projects are the mass of small donators with
the lowest incomes and that proportionally give more (in terms of
money compared to their individual revenue, or in time and work in
their individual life, or in terms of global mass of time/work or
money).
Small donators are very important and probably more vital to
humanitarian projects than all big "foundations" (whose involvement is
always difficult to get, and renew regularly).

Le sam. 4 avr. 2020 à 08:20, Pete Masters  a écrit :
>
> Thanks Philippe for the thoughts! Can you make sure that you also share with 
> m...@openstreetmap.org or post to the OSMF talk list [1]. Conversation 
> ongoing in both places :)
>
> Pete
>
> [1] https://lists.openstreetmap.org/listinfo/osmf-talk
>
> On Sat, Apr 4, 2020 at 1:10 AM Philippe Verdy  wrote:
>>
>> For those that are unemployed, paying 15 pounds once is much money,
>> including in "rich" countries because of higher general prices for
>> life with the low incomes (ven with social benefits). Also lot of
>> people can't pay online with their debit card (and they have
>> difficulties to spare that money without having it seized for some
>> reasons, or because they would have their benefits reduced if they
>> keep that money unused in their bank account). Those people have only
>> cash (bills/coins or electronic cash) for very short periods and can
>> only pay small amounts (the rest of the time they have no money at
>> all, everything is taken for essential life support).
>>
>> One solution would be to pay in fractioned way, by micropayments, e.g.
>> by SMS fees (one or two SMS every month at ~0.75€ each, and once you
>> reach 20 SMS, you've paid the yearly bill; and each SMS before that
>> will count for a ratio of period, so if you can pay only 10 SMS since
>> the first one in the 1-year period, you get rights for 6 months since
>> that first paid SMS). They would be able to choose when to pay these
>> micropayments
>>
>> Micropayments would satisfy those that have the most time to
>> contribute and work the most (they give in fact what is most
>> precious), but can't decide because they have no right and can't pay
>> the membership right.
>>
>> However micropayments may cause significant admin costs for OSM or
>> HOT; I wonder if there are ways to manage micropayment via efficient
>> online services (that would manage the transactions and identity of
>> payers), something that would be also useful for general life in
>> developing countries (may be some microbank organisation?), with also
>> a strict respect of privacy.
>>
>> Le ven. 3 avr. 2020 à 23:05, Pete Masters via HOT
>>  a écrit :
>> >
>> > Hi all, don't know if you have seen but the OpenStreetMap Foundation have 
>> > been discussing membership fees. Some interesting new proposals have been 
>> > voted on recently...
>> >
>> > https://wiki.osmfoundation.org/wiki/Working_Group_Minutes/MWG_2020-01-19#implementation_of_new_Fee_waiver_for_mappers.2Fcontributors
>> >
>> > This is important because the OSMF members vote for the board and the 
>> > board are influential in defining / guiding the future of OpenStreetMap, 
>> > which we all know and love.
>> >
>> > This is different to HOT membership as to be a member for OSMF you had to 
>> > pay £15 (sterling) or apply for an exemption on an individual basis 
>> > (whereas for HOT, you need to be nominated). This fee was regardless of 
>> > whether £15 was a lot of money or not much money wherever you were from. 
>> > The new rules look to reward contribution to the OSM project, not just 
>> > whether you can spare the cash.
>> >
>> > The OSMF membership working group are looking for feedback on the 
>> > proposals. You can either email them directly at m...@openstreetmap.org or 
>> > post to the OSMF talk list [1].
>> >
>> > I think the proposals are good and worth engaging with...
>> >
>> > Hope you are all safe and well in these crazy times!
>> >
>> > Pete
>> >
>> > [1] https://lists.openstreetmap.org/listinfo/osmf-talk
>> >
>> >
>> >
>> > ___
>> > HOT mailing list
>> > HOT@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/hot

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

Re: [HOT] OSM Foundation member fees changing

[Philippe Verdy]

For those that are unemployed, paying 15 pounds once is much money,
including in "rich" countries because of higher general prices for
life with the low incomes (ven with social benefits). Also lot of
people can't pay online with their debit card (and they have
difficulties to spare that money without having it seized for some
reasons, or because they would have their benefits reduced if they
keep that money unused in their bank account). Those people have only
cash (bills/coins or electronic cash) for very short periods and can
only pay small amounts (the rest of the time they have no money at
all, everything is taken for essential life support).

One solution would be to pay in fractioned way, by micropayments, e.g.
by SMS fees (one or two SMS every month at ~0.75€ each, and once you
reach 20 SMS, you've paid the yearly bill; and each SMS before that
will count for a ratio of period, so if you can pay only 10 SMS since
the first one in the 1-year period, you get rights for 6 months since
that first paid SMS). They would be able to choose when to pay these
micropayments

Micropayments would satisfy those that have the most time to
contribute and work the most (they give in fact what is most
precious), but can't decide because they have no right and can't pay
the membership right.

However micropayments may cause significant admin costs for OSM or
HOT; I wonder if there are ways to manage micropayment via efficient
online services (that would manage the transactions and identity of
payers), something that would be also useful for general life in
developing countries (may be some microbank organisation?), with also
a strict respect of privacy.

Le ven. 3 avr. 2020 à 23:05, Pete Masters via HOT
 a écrit :
>
> Hi all, don't know if you have seen but the OpenStreetMap Foundation have 
> been discussing membership fees. Some interesting new proposals have been 
> voted on recently...
>
> https://wiki.osmfoundation.org/wiki/Working_Group_Minutes/MWG_2020-01-19#implementation_of_new_Fee_waiver_for_mappers.2Fcontributors
>
> This is important because the OSMF members vote for the board and the board 
> are influential in defining / guiding the future of OpenStreetMap, which we 
> all know and love.
>
> This is different to HOT membership as to be a member for OSMF you had to pay 
> £15 (sterling) or apply for an exemption on an individual basis (whereas for 
> HOT, you need to be nominated). This fee was regardless of whether £15 was a 
> lot of money or not much money wherever you were from. The new rules look to 
> reward contribution to the OSM project, not just whether you can spare the 
> cash.
>
> The OSMF membership working group are looking for feedback on the proposals. 
> You can either email them directly at m...@openstreetmap.org or post to the 
> OSMF talk list [1].
>
> I think the proposals are good and worth engaging with...
>
> Hope you are all safe and well in these crazy times!
>
> Pete
>
> [1] https://lists.openstreetmap.org/listinfo/osmf-talk
>
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot

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

Re: [HOT] leisure=common deprecated. Alternatives?

[Philippe Verdy]

About the rendering: dropping the solid color fill is reasonable
(because "commons" could be used not just for grass, but for various
types of landcovers including playgrounds (natural surfaces: rock,
sand, earth, marsh, wood; or artificialized surfaces: cement, asphalt,
etc., or possibly even wome water areas like ponds and local rivers).
But instead a rendering using some pattern for partial filling (like
restricted military areas or natural reserves) is still possible, or a
rendering using only a thick semitransparent gray inner border line
(possibly dashed or dotted), so that the landcover can still be
represented.


Le lun. 30 mars 2020 à 09:38, Rafael Avila Coya  a écrit :
>
> Ok, understood.
>
> I have therefore reverte the wiki edit.
>
> Cheers,
>
> Rafael.
>
> O 29/03/20 ás 21:11, Frederik Ramm escribiu:
> > 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
> >
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot

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

Re: [HOT] Ocean in Latin America

[Philippe Verdy]

May be, but then the riverbeds for the Cassiquiare should not be part
of the separate multipolygons for the Amazon or for the Orinoco.
So these multipolygons has to be fixed. It's very likely that Amazon
and Orinoco now share incorrectly some riverbeds. They must still be
completely disconnected, mapping the Cassiquiare has to be separated,
the 3 rivers should only have a common (unclosed) bordering line where
they join in each pair.
Note also that the tag waterway=riverbed has been deprecated
The tags "waterway=*" are now only for the linear oriented streams and
riverbeds should now be areas using "water=*".

But for the Cassiquiare, it's not clear in which direction it is
flowing (like for canals) as it would be a tributary for both the
Amazon and the Orinoco (which is OK): the main stream can be split in
two parts (quite arbitrarily somewhere in the middle between two river
junctions) so the tributary links can be OK. It's quite hard to
determine where is the cutting point (it may be over some lake area at
the junction of another smaller river or one of the source streams,
but there are also so many branches and islands in the Amazon area
(let's remember that the Amazon was initially a sea area in old times,
the terrain is very flat, and it's the growth of the maritime mangrove
that created the many islands and made the area partly emerge; then
the salinity of waters decreased with the mass of rain waters; the
resulking rivers between islands are flowing very slowly, only
regulated by the differencial levels of water and local weather
conditions of tropical rains; the water flows may change of direction
almost everywhere except on the easternmost parts with the mountains).

Fixing river directions should be made according to elevation profiles
in the eastern part (exactly in the area where the Cassiquiare
junction occurs: it's possibly not easy for the main stream of the
Cassiquiare, but should be possible for its smaller tributaries):
satellite imagery is not sufficient, you need also a map of elevation,
or some local measurements of elevations to compare and set the most
frequent flowing direction of ways for river streams. However this is
compeltely independant of riverbeds (water=* areas) that have NO
direction.

Le jeu. 19 mars 2020 à 18:38, Manfred A. Reiter  a écrit :
>
> Hi did not checked it,
>
> but a connection between Orinoco and Amazonas exists! It's the Cassiquiare. 
> (Not sure about the correct wording)
>
> ## Manfred Reiter - mobile -
> ## please excuse typos and brevity
> ## http://weeklyOSM.eu
>
> Philippe Verdy  schrieb am Do., 19. März 2020, 12:28:
>>
>> There's certainly a problem in the way the multipolygon for the
>> Orinoco river was created, without importing the water tags to it.
>> And there's a suspiscious connection between Orinono and the Amazon
>> via a tributary, creating an "island" in it. This multipolygon
>> requires fixes (Osmose and other QA tools can help detect where this
>> happens).
>> I suspect that the multipolygon for the Orinoco River was modifioed
>> recently to add too many riverbeds in it and not really belonging to
>> it. This multipolygon is certainly broken.
>> I joined the OSM French talk list. There may be QA tools to do that
>> (it's not easy to fix as this covers a very large area, only JOSM
>> experts can locate it, with the help of QA tools to locate the broken
>> areas and superfluous tags. This will require loading lot of data, and
>> JOSM running in a 64-bit Java VM with enough memory, plus a solid PC.
>>
>> Le jeu. 19 mars 2020 à 18:20, Jorieke Vyncke
>>  a écrit :
>> >
>> >   Interesting!
>> > So is this an issue that can be fixed by the Humanitarian layer OSM France 
>> > team? Or is it just a matter of updating OSM and waiting for the 
>> > humaniarian layer to render it correctly?
>> > Thanks, Jorieke
>> >
>> > Op do 19 mrt. 2020 om 16:47 schreef Philippe Verdy :
>> >>
>> >> Most probably this is the "water bassin" of the Amazone river, which
>> >> was tagged incorrectly with some "water=*" that causes problems in
>> >> this rendering.
>> >> Water bassins for rivers (which do not include only riverbeds and
>> >> lakes/ponds, but also all surrounding lands whose drained waters on
>> >> soil are converging to rivers) should not use this tag.
>> >> This does not cause a problem however in the OSM Carto rendering. If
>> >> that tag was approved, then the rendering for humanitarian map should
>> >> be fixed (it is maintained by OSM France).
>> >> But if I look at the boundary, I only sea ways for small riverbeds.
>> >> So it is likely that 

Re: [HOT] Ocean in Latin America

[Philippe Verdy]

There's certainly a problem in the way the multipolygon for the
Orinoco river was created, without importing the water tags to it.
And there's a suspiscious connection between Orinono and the Amazon
via a tributary, creating an "island" in it. This multipolygon
requires fixes (Osmose and other QA tools can help detect where this
happens).
I suspect that the multipolygon for the Orinoco River was modifioed
recently to add too many riverbeds in it and not really belonging to
it. This multipolygon is certainly broken.
I joined the OSM French talk list. There may be QA tools to do that
(it's not easy to fix as this covers a very large area, only JOSM
experts can locate it, with the help of QA tools to locate the broken
areas and superfluous tags. This will require loading lot of data, and
JOSM running in a 64-bit Java VM with enough memory, plus a solid PC.

Le jeu. 19 mars 2020 à 18:20, Jorieke Vyncke
 a écrit :
>
>   Interesting!
> So is this an issue that can be fixed by the Humanitarian layer OSM France 
> team? Or is it just a matter of updating OSM and waiting for the humaniarian 
> layer to render it correctly?
> Thanks, Jorieke
>
> Op do 19 mrt. 2020 om 16:47 schreef Philippe Verdy :
>>
>> Most probably this is the "water bassin" of the Amazone river, which
>> was tagged incorrectly with some "water=*" that causes problems in
>> this rendering.
>> Water bassins for rivers (which do not include only riverbeds and
>> lakes/ponds, but also all surrounding lands whose drained waters on
>> soil are converging to rivers) should not use this tag.
>> This does not cause a problem however in the OSM Carto rendering. If
>> that tag was approved, then the rendering for humanitarian map should
>> be fixed (it is maintained by OSM France).
>> But if I look at the boundary, I only sea ways for small riverbeds.
>> So it is likely that some multipolygon for riverbeds areas of some
>> river has been broken and the renderers attempt to "close" it due to
>> holes, or that someone joined all these riverbeds into a single
>> multipolygon.
>> Given the size of the relation where it is used, this cannot be fixed in iD.
>> Note also that given the current delays in the OSM data servers for
>> data replication, this may be temporary and caused by lack of
>> synchronization of the slave database used by the French renderer for
>> HOT.
>>
>> Le jeu. 19 mars 2020 à 17:11, Jorieke Vyncke
>>  a écrit :
>> >
>> > Hello,
>> > Is there someone who knows why several countries in Latin America look 
>> > like ocean on the humanitarian layer on OpenStreetMap? Check here: 
>> > https://www.openstreetmap.org/#map=5/3.119/-61.436=H
>> > Can someone fix that?
>> > Thanks!
>> > Jorieke
>> >
>> >
>> > ___
>> > HOT mailing list
>> > HOT@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/hot
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot

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

Re: [HOT] Ocean in Latin America

[Philippe Verdy]

Most probably this is the "water bassin" of the Amazone river, which
was tagged incorrectly with some "water=*" that causes problems in
this rendering.
Water bassins for rivers (which do not include only riverbeds and
lakes/ponds, but also all surrounding lands whose drained waters on
soil are converging to rivers) should not use this tag.
This does not cause a problem however in the OSM Carto rendering. If
that tag was approved, then the rendering for humanitarian map should
be fixed (it is maintained by OSM France).
But if I look at the boundary, I only sea ways for small riverbeds.
So it is likely that some multipolygon for riverbeds areas of some
river has been broken and the renderers attempt to "close" it due to
holes, or that someone joined all these riverbeds into a single
multipolygon.
Given the size of the relation where it is used, this cannot be fixed in iD.
Note also that given the current delays in the OSM data servers for
data replication, this may be temporary and caused by lack of
synchronization of the slave database used by the French renderer for
HOT.

Le jeu. 19 mars 2020 à 17:11, Jorieke Vyncke
 a écrit :
>
> Hello,
> Is there someone who knows why several countries in Latin America look like 
> ocean on the humanitarian layer on OpenStreetMap? Check here: 
> https://www.openstreetmap.org/#map=5/3.119/-61.436=H
> Can someone fix that?
> Thanks!
> Jorieke
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot

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

Re: [HOT] Mapping Moranças in Guinea Bissau

[Philippe Verdy]

Aren't they similar to the concept of building blocks in Japanese
cities, or in South America (in terms of addresses) ? May be their
origin in Africa are the family clans and their tradition. But here is
is in a rural area, and the structure looks mostly like farmyards and
surrounding farmlands connected to each of them, creating a connected
mosaic with evident constant links between them.

(possibly these names used as toponyms are also used as family/clan
names, so there could be personal data issue to map them, unless they
are officialized for use by the local postal/fiscal/police
administration)

Such tradition may not be very old in a region where sedentarisation
is recent, and nomadism and migrations have largely drawn the
landscape; these installations of stable buildings, and delimiation of
properties and fields are not necessarily bound to the current people
that live there, but the names were left there for this small human
settlements surrounded by fields for agriculture and the concept of
village to group them is probably tied to the links that conenct them
to a community service or place of worship, school, shared water
facility, or places of markets.

This also looks like what was the rural areas in Europe or North
America up to the end of the 19th century, when more than 4 people on
5 were living from agriculture and within small areas of life (this
changed raidacally starting with the constrution of railways, then the
arrival of automotives). At that time, the "villages" were existing
mostly administratively of because of the incluence of the local place
of worship or because of influence of a local ruler  or some nobility.

Le lun. 24 févr. 2020 à 12:43, Donal Hunt  a écrit :
>
> There does not appear to be much documentation around the concept of 
> moranças. In OSM, it's normal to propose a method for mapping this data and 
> requesting review of the proposal. See 
> https://wiki.openstreetmap.org/wiki/Proposal_process
>
> The only other comment I have at this time is whether there are any concerns 
> around data protection / security given the ability to identify groups of 
> individuals. If I was doing this in Ireland, I would not add surnames to 
> residential houses even if the data was available / permissions was granted.
>
> Specifically, on the tagging question. landuse=residential; morança=yes; 
> name= does seem a reasonable approach. You may also want to look at 
> place=neighbourhood or boundary=administrative (the latter does have an entry 
> for Guinea but not Guinea Bissau). A review of tags already in use for the 
> country may help identify a good approach.
>
> Regards
>
> Donal
>
> On Sun, 23 Feb 2020 at 15:16, mbranco2  wrote:
>>
>> Dear List,
>>
>> I'm involved in a project with an Italian high school (IIS A.Avogadro, 
>> Turin) mapping N'Tchangue area in Guinea Bissau.
>> After completing the related HOT project (#7151), we're going to add 
>> detatils to the Map (schools, health center, water wells...) having this 
>> informations from a NGO (Abalalite) which works there.
>> Abalalite is giving us information (the name) also about moranças, 
>> settlements of family clans (they range since 2 to 30 houses).
>> As you can see in picture [1], moranças are very close each other, all 
>> together they form the hamlet/village named T'Changue.
>>
>> We'd like to know your opinion how is the best way to map moranças:
>> - setting the name tag directly on landuse=residential area (maybe adding a 
>> "morança=yes" tag? It seems to me it's a specificity, to be areas  inhabited 
>> by family clans)
>> - adding the name to place=isolated_dwelling/hamlet tag (not sure it's a 
>> good idea to put so many hamlets so close each other; also, all together 
>> they are a village...)
>> - or ... ?
>>
>> Thank you for your opinion,
>> Marco (mbranco2)
>>
>> [1] 
>> https://upload.wikimedia.org/wikipedia/commons/7/76/N%27tchangue_Moran%C3%A7as.jpg
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot

___
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?

[Philippe Verdy]

XML never started from scratch based on old versions of SGML or any updated
version of SGML.
When it was created, Unicode was already there and its support in XML was
mandatary from the start, including the support for UTF-8 by default. And
It was based on the earlier work on XHTML which already included Unicode
support by default as well, from the current development of HTML4 which was
also updated to enforce the behavior for Unicode (notably it was made clear
that to be conforming, the numeric character references could only refer to
the UCS codepoints, independently of the charset used for the document, and
that all charsets had to have a mapping to the UCS.

Now the issue is possibly elsewhere: when languages uses a script or
orthography not based on Unicode because it is still not well supported or
has problems.
- there were problems for Korean in Unicode 1.0 before the merge with the
ISO 10646, but Unicode 1.0 is dead since long and no software today are
making any reference to Unicode 1.0;
- there has been problems with the Unicode encoding for Burmese, and
Mongolian, they are mostly solved, except Mongolian with works still
pending for the behavior of some clusters and the best way to encode the
vowels, this will soon change but yes in that case there are problems; but
the change will not be from adopting or not Unicode, but in the best
sequences of Unicode characters to use to represent these clusters: this is
an orthographic change, not a change of encodings, but yes in that ase it
measn changing Unicode fonts for other updated Unicode fonts; no hack based
on legacy charsets are involded.

Now there remains languages/scripts not encoded at all (not in Unicode and
not even in any other charset): making a reference to a legacy ISO chartset
is inapplicable as there's no such legacy charset. All that an be done for
now in these languages is to use some transliteration (but not necessarily
Latin): Uyghur for example is generally written in that case using Chinese
sinograms (with some specific forms in rare cases), or Arabic (with some
additional diacritics and forms, but if thee forms are not handled in
fonts, at least there's a basic orthography that is readable, the same way
that we can substitute some characters in Latin or remove some diacritics
for African languages, or simply not encoding some ligatures by writing
digrams instead: this is what happens already when these langauges are used
in some international documents and forms like passports: there's a
degraded orthography, but this is still readable and sufficiently
distinctive for practical uses and isolated text fragemtsn are not the
onily source of disambiguation as there are other contextual information,
including photo and biometric data or unique identifiers, and a scanned
handwritten signature, plus personal data, including address for
identification purpose).

Anyway, even if there's a prefered orthography, slight deviation of
orthograhy is very common and frequently used in public displays or
advertizing, and no one is confused. And the "prefered" orthography is just
a matter of choice and is unstable across time, or even space when there
are competing authorities providing their own local terminology for some
local official uses, and not mandatory everywhere (and most languages also
have lot of dialects that may use different orthography to render their own
local phonology and accents: not everyone agree with these prefered form,
even in the same location where dialects are also competing. and let's
remember that all modern language continue to evolve and borrow a lot from
other languages and new terms are creatively added. Finally there are
orthographic reforms, but they take a considerable time to be adopted or
never reah any acceptation and legacy orthographies remain visible in lot
of places and publications (plus, people are much more mobile today and
there are widespread communities located around the world that adapt
constantly to their new context and on which the official reforms have no
impact).

So in conclusion, there's no other choice than Unicode today. Unicode is
mandatory in XML, and in OSM. Don't spak about legacy charsets. But we are
jsut concerned by support in fonts: ALL characters encoded up to Unicode
9.0 have suitable fonts immediately usable, and these fonts are all free
for use, and based on TrueType/OpenType. All OSM rendering softwares should
be able to use TrueType/Opentype fonts. The only remaining problem is the
existence of mobile phones that don't have a lot of embedded fonts and
support a more limited set. But none of them are using or need any legacy
charsets.


Le jeu. 28 nov. 2019 à 15:11, John Whelan  a écrit :

> The way I would approach this professionally would be to define the
> requirements first.
>
> In this case we have a requirement to display the name in the language of
> choice.
>
> We also have a requirement to be compatible with existing software.
>
> Pragmatically I would recommend 

Re: [HOT] Open Defecation Area proposal

[Philippe Verdy]

Could you avopid using this term "defecation", and instead promote the
project for "sanitization". I think it's not useful to try mapping these
areas without first making the efforts on sanitization areas and building a
map of populated areas without proper/sufficient sanitization. Of course
the existence of "ODA" is a sign that such sanitization efforts are
missing, but they should be temporary (in recently populated areas). Lots
of NGO make efforts to sanitize populated areas, because it is required to
avoid contamination of water resources and avoid the epidemic outbreaks
(notably cholera).

The world needs sanitization and all efforts should better invested by
first promoting and locating all what is existing (notably in areas where
these equipments are rare or difficulty accessible with unfair
restrictions. This is even a first requirement before trying to invest in
water resources and managing them. We can't manage water if it's already
polluted and insufficiently protected. But there are also other efforts to
do, notably the management of wastes (plastics everywhere, finally reaching
the ocean, toxic products, electronic wastes, car engines, illegal mining,
including gold mines in rural areas where they pollute waters with
lead/mercure/sulfures): there's a clear need to develop and promote safe
recycling (e.g. in Malaysia which is now endangered by tons of imported
wastes now refused by China), and also develop safe practices in the
"developed" countries to control and ban these exports.

Every city in the world is concerned and should have sustainable waste
management and laws must be passed to ban various products and stop our
alarming dependence to plastics (including for food: all nonreusable
plastic bottles for water should be banned, as well as many containers.
Wellknown brands must stop using plastic everywhere (think: Coca Cola, Mac
Donald). We must promote the production, sell and use of reusable
containment, promote carton, glass and metallic cans, as well as promote
the collection of rain water and domestic waste waters for agriculture, and
local seasonal production. The efforts to do in these domains are worldwide
(this also includes changes in law to remove some unsafe "standards" in
food to promote more diversity, and ban laws that restrict this diversity
or forbid local producers to sell or exchange their food).

A map showing the capacity of sanitization compared to population density
should be urgently made: this will concentrate the efforts and will more
efficiently give results by making these "ODA" disappear everywhere. Then
some industrialization efforts will be made to manage the residues
collected and concentrated of sanitization equipements efficiently, safely,
and sustainably for the long term. "ODA" are just symptoms, not a cause,
it's illusory and not very useful/productful to treat the symptoms
somewhere if they are redeveloped elsewhere because of lack of proper
sanitization. We must think the problem from a higher point of view (and
this is where laws, including taxes, can help: we must campaign against
giant companies that just produce sell products without caring about waste
disposal or the methods of production, and excessive dependencies of far
trade exports: the maritime export volumes are evidently much too high,
worldwide commerce is highly toxic and dangerous for the planet and future
generations; it should represent only a tiny part of commerce and
development of countries should not depend so much on it: the world really
needs more diversity in products and resources, we must compaign to stop
most standardization processes and restore the viability of local
production and repromote local exchanges, possibly by non-financial means,
and reallow local cooperation between immediate neighbours)



Le mer. 11 sept. 2019 à 06:50, Nikhil VJ  a écrit :

> Hi,
> While I'm not directly working on this at present, I do have friends who
> have been working on this issue a lot and have successfully moved several
> urban slum communities from OD (short for Open Defecation in this email) to
> using toilets. They too have been mapping ODAs in their projects as a
> starting point.
>
> I think marking ODAs on OpenStreetMap would be very useful. Here in India
> while we've had governments announcing drives to make cities, towns,
> villages open-defecation-free (ODF for short). We typically see just press
> statements like "we did it!" released without data support, and on ground
> there's still places where it's happening the next day. Mapping would be a
> great way for civil society to hold the government body accountable. Once
> you put a lat-long on an issue, objective verification is a straightforward
> process : Go there and smell (and watch your step!). And then once map
> locations are gathered, the government officials then have the burden of
> proof of verifying on a location to location basis.
>
> I would suggest to mark places as vicinities were OD happens. This could

Re: [HOT] Open Location Code

[Philippe Verdy]

May be but there's no need at all of OLC codes in the database itself. The
OLC code is a rough rounding of actual coordinates, and coordinates are on
all objets with much more precision.

May be you can design a query application that allows you to enter an OLC
code and zoom to it, or get the OSM data in the grid cell indicated by the
OLC code. This is not to the OSM database to do that (and note that there
are also other competing "abbreviation geolocation codes", OLC is just one
of them. Even barcodes/QR codes, are also usable and can represent
coordinates.

Another copyrighted  (non-free) code uses Emojis instead of letters/digits:
may be easy to identify visually but very complicate to input ! It's just
simpler and much faster to input these codes by zooming/padding/pointing on
the map with a finger or mouse.

And note that geographic planes are probably starting to be something of
the past: using grids visually seems to be defavored now for 3D projection
without any grid with regular rectangles. Soon too, OSM will go with vector
rendering and navigation with cameras on the ground at variable altitude
and ascencion instead of just a single vertical and single rotation
orentiation. goegraphic planes will just be used to show some statistics of
the world on a static map (without the limitation of seeing only one
hemisphere, and arbitrary choice of the observer camera direction and
distance)

Le lun. 13 août 2018 à 15:56, john whelan  a écrit :

> Agreed but in their complete absence OLC area codes can be a useful
> substitute.
>
> If you know how many coffee drinkers there are in a given OLC area code
> then you can decide if its worth opening up a coffee shop.
>
> Starbucks for example will do this sort of research before opening a new
> store and pay for the information.
>
> Cheerio John
>
> On Mon, Aug 13, 2018, 8:26 PM Philippe Verdy  wrote:
>
>> postcodes are certainly not equivalent as they are related to a
>> distribution area and logistics, which is not based on a strict géographic
>> grid but on access and population to desserve
>>
>> Le dim. 12 août 2018 à 20:46, john whelan  a
>> écrit :
>>
>>> So you could use them as postcode equivalents.  Is any statistical data
>>> available associated with an area?  Such as population etc?  The area used
>>> to collect the data might be a better choice.
>>>
>>> Cheerio John
>>>
>>> On Sun, 12 Aug 2018, 1:20 pm Blake Girardot, 
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> For anyone that would like to visualize that the Open Location Code
>>>> grid looks like, I took some screen shots of it overlayed with some
>>>> imagery.
>>>>
>>>> The smallest squares in the examples each have a 10 character OLC
>>>> number/letter code. You will notice like every grid, the real world is
>>>> not on a grid and many structures are in more than one grid. (Every
>>>> grid system has this problem).
>>>>
>>>> The next up larger size of square is the square for an 8 character OLC
>>>> number/letter code. It obviously groups a lot more buildings together,
>>>> almost the small village scale, but again, they will usually be part
>>>> in two, just like a structure.
>>>>
>>>> Anyway, thought folks who like to see things visualized in some way to
>>>> help understand them might benefit from looking at what exactly we are
>>>> talking about.
>>>>
>>>> I would like to see a way to have a better, more informative grid in
>>>> all our tools, so like a TMS layer or support in OpenLayers or leaflet
>>>> or something. The grid is based on WGS84 degrees already so anything
>>>> that helps draw a graticule can just be adapted to have different
>>>> major lines and list the shortened OLC instead of the degrees.
>>>>
>>>> https://twitter.com/BlakeGirardot/status/1028689726088388609
>>>>
>>>> Cheers
>>>> blake
>>>>
>>>> Cheers
>>>> blake
>>>>
>>>> On Sat, Aug 11, 2018 at 2:55 PM, john whelan 
>>>> wrote:
>>>> > Open Location Code or Plus code is just a method of representing
>>>> latitude
>>>> > and longitude in a more human friendly way.
>>>> >
>>>> > It was originally created by Google but has been released under an
>>>> open
>>>> > licence.
>>>> >
>>>> > It is possible to set osmand to show coordinates as OLC.  This means
>>>> it can
>>>> > display t

Re: [HOT] Open Location Code

[Philippe Verdy]

postcodes are certainly not equivalent as they are related to a
distribution area and logistics, which is not based on a strict géographic
grid but on access and population to desserve

Le dim. 12 août 2018 à 20:46, john whelan  a écrit :

> So you could use them as postcode equivalents.  Is any statistical data
> available associated with an area?  Such as population etc?  The area used
> to collect the data might be a better choice.
>
> Cheerio John
>
> On Sun, 12 Aug 2018, 1:20 pm Blake Girardot,  wrote:
>
>> Hi all,
>>
>> For anyone that would like to visualize that the Open Location Code
>> grid looks like, I took some screen shots of it overlayed with some
>> imagery.
>>
>> The smallest squares in the examples each have a 10 character OLC
>> number/letter code. You will notice like every grid, the real world is
>> not on a grid and many structures are in more than one grid. (Every
>> grid system has this problem).
>>
>> The next up larger size of square is the square for an 8 character OLC
>> number/letter code. It obviously groups a lot more buildings together,
>> almost the small village scale, but again, they will usually be part
>> in two, just like a structure.
>>
>> Anyway, thought folks who like to see things visualized in some way to
>> help understand them might benefit from looking at what exactly we are
>> talking about.
>>
>> I would like to see a way to have a better, more informative grid in
>> all our tools, so like a TMS layer or support in OpenLayers or leaflet
>> or something. The grid is based on WGS84 degrees already so anything
>> that helps draw a graticule can just be adapted to have different
>> major lines and list the shortened OLC instead of the degrees.
>>
>> https://twitter.com/BlakeGirardot/status/1028689726088388609
>>
>> Cheers
>> blake
>>
>> Cheers
>> blake
>>
>> On Sat, Aug 11, 2018 at 2:55 PM, john whelan 
>> wrote:
>> > Open Location Code or Plus code is just a method of representing
>> latitude
>> > and longitude in a more human friendly way.
>> >
>> > It was originally created by Google but has been released under an open
>> > licence.
>> >
>> > It is possible to set osmand to show coordinates as OLC.  This means it
>> can
>> > display the OLC code for any node or building in OpenStreetMap and the
>> > displayed code can be copied to the clipboard.  No extra tagging is
>> > necessary.
>> >
>> > OSMand will also accept an OLC code for searching purposes.
>> >
>> > It would seem likely that Nominatim will allow searching by OLC in the
>> near
>> > future.
>> >
>> > Translation is this allows us to give every dwelling in Africa etc its
>> own
>> > address.  It is not in itself a complete addressing solution since it
>> > doesn't handle things like 2nd floor but it does at least take you to
>> the
>> > building.
>> >
>> > To make this work will require training material for example how to
>> turn it
>> > on in OSMand.  It is not turned on by default.
>> >
>> > Because it is calculated from the buildings's latitude and longitude it
>> is
>> > embedded in OSM and will not disappear.  It is stable so you can build
>> on
>> > it.
>> >
>> > Now you need to think about how it can be used and what additional
>> resources
>> > will be required to make full use of it.
>> >
>> > Cheerio John
>> >
>> >
>> >
>> >
>> >
>> >
>> > ___
>> > HOT mailing list
>> > HOT@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/hot
>> >
>>
>>
>>
>> --
>> 
>> Blake Girardot
>> OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
>> HOTOSM Member - https://hotosm.org/users/blake_girardot
>> skype: jblakegirardot
>>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Why the HOT obsession with low quality buildings in Africa ?

[Philippe Verdy]

You should also not focus too much on the exact level of accuracy of
shapes. What is important is to have relative size, correct placement, but
minor architectural details which do not remove the possibility of
attaching additional data and does not prevent refining it later ('wheen
there's a new need for that and actual usage) is not so important. So when
detailing buildings, we just want to know initially how they are separated,
soi that we can place addresses, POIs, determine the accesses (if there are
pathways between them).

This is an estimation anyway given the accuracy of images (and the fact
that they will improve later, and orthorectification could slightly evolve
over time. Given the resolution of the imagery, an error of less than 10
metres is perfectly acceptable ; a later orthorectrification, based on new
terrain model data, could force anyway to slightly slide everything a bit.
Then new goals will appear we we want to add more fine-tuined details such
as recycling bins, signalisation, pedestrian crossings, stops and giveways,
urban equipements, lights, water points, accessibility, or even individual
trees if they are part of the landscape and can be used to differentiate
various similar places (and notably if the streets are not numbered).
Finally people will want to add walls, and barriers, and minor paths, will
want to designate lanes, locate parking lots.

All is not in the first goal of HOT, as most of these are for long term
development and it often involves long and costly planning (during that
time details even will change, notably after a catastrophic event which
requires changing things more radically). We cannot achieve immediately the
same level of details we can find in developed countries (where there's
also a great help coming from various open datasets, and many contributors
capable of using accurate tools.

In msot places where HOT starts, we just have to use initially limited
tools, and all our existing sources are have their own errors an
imprecision. The precision improves slowly over time when there are more
and more observations and new surveys or datasets are organised. Given the
level of emergency for action in most HOT projects, we cannot wait that
time. So we do lot of estimations, and it's unavoidable that there will be
errors of interpretations, or imprecision. The goals are necessarily
limited in scope for HOT, but not for OSM as a whole. But HOT cannot solve
everything alone in the given short timeframe.

Anyway, we can make significant progresses so that local details can more
easily be located. Adjustments will then be made progressively everywhere.
but there's a general goal to have a basic level of data on which we can
provide a consistant map. The work in HOT will never be terminated. And
people will more easily be able to work on their local area if they don't
have to start from scratch. For that HOT helps by unlocking some imagery
sources (but for a limited time, and most often they won't be refreshed for
long periods). So all the data will (slowly) degrade in quality over time
if this was left as is. But everything still continues progressing because
now people can more easily focus on their area and optics of interests
(which are not in emergency HOT goals). Some buildings will disappear,
others will appear, some will be splitted, new barriers will emerge. And
everywhere after a dramatic events, things will evolve more rapidly as
people have to take into account new lessons for the past and reorganize
themselves.

But we cannot work anywhere based on just statistic reports. People want to
get the hand on how their territory is organized and see what is planned
and evaluate the impact in their life. OSM allows this when local
governements have hidden many decision in the pat or used biased decision
by ignoring large part of their territories and used limited surveys. In
additions now most governements cnanot do everything they could do in the
past : it is too expensive for them, and not even more reliable. Eerywhere
we need cooperation with individuals where they live or where they go or
plan to go. Everyone wants to take informed decisions. But the information
is generally not available ot not easily accessible (or costly to get).

As well we know that in most cases we are unable to identify for which goal
each building is used. We cannot estimate reliably their current state of
usability. This can be done only via long surveys, or by existing open data
sets based on surveys or statements made by residents and required by local
laws.

But we need some coherence to the map to allow comparing things: a common
basic scheme is required even if some areas are more detailed. OSM in HOT
oten focuses on areas that have been forgotten or thought to be negligeable
withour risks, or thought to have low value to develop (this is often an
error that will concentrate all problems on the same hotspots, and all
development to onily a few privileged areas). And it's so 

Re: [HOT] Why the HOT obsession with low quality buildings in Africa ?

[Philippe Verdy]

I don't understand why the title speaks about an "obsession" when in fact
it just defines the minimum goal expected fo manage emergencies; OSM is
incremental can then continue building up on this base, including during
emergencies to requalify and add precision where needed by the emergency
teams. Locally they actively enhance the crowdsourced data, and even then
the local groups and world contributors can add their own work.
HOT is all about creating oppotunities to start with a solid base from
which we can develop new targets (not just for the recovery, but for longer
term development or conservation, or for planning, or new commercial
initiatives or to help better define new needs and help coordinate the
actions of different actors (with a faster response and more savings on
exploitation costs, human resources, or fine tuning and monitoring the
budgets and avoid wasting precious ressources that will be more useful
elsewhere instead of profiting only to small selected communities).

2018-07-02 16:25 GMT+02:00 Jean-Marc Liotier :

> On Mon, July 2, 2018 2:59 pm, Vao Matua wrote:
> > When you say "low quality" buildings, do you mean the quality of the
> > polygon data or are you judging someone's home to be of low value?
>
> The tracing of course - mud shacks and posh villas are all equal before
> Openstreetmap contributors !
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OSM Japan mapping after Osaka Earthquake - Mappers and Validators needed

[Philippe Verdy]

The exact wikipedia link is
https://en.wikipedia.org/wiki/2018_Osaka_earthquake
The international magnitude is  5.5 *M*w
, not 6.1; but on the
Japanese scale, the maximum intensity (not magnitude) it is  6弱

-
V (severe)

2018-06-20 1:42 GMT+02:00 Blake Girardot HOT/OSM 
:

> Dear Friends,
>
> There was a major earthquake in Osaka about 24 hours ago.
>
> The OSM Japan folks have been mapping in response, and have now
> increased their efforts and are asking the HOT Community to join them
> in their efforts mapping the most impacted areas.
>
> From Taichi, OSM Japan:
>
> "M6.1 Earthquake happened in north are of Osaka prefecture, Japan.
> (2018/06/18 7:58 JST)
> https://en.wikipedia.org/wiki/2018Osakaearthquake
>
> Some disaster volunteer centers have launched in affected area. We
> will support for them. First mission means making building data. If
> you have time, please help to us. Thanks!! "
>
> They have excellent imagery and while the cities are very very dense,
> with the OSM Japan drone imagery, the mapping is still very easy.
>
> Also, please help us spread the word:
>
> https://twitter.com/hotosm/status/1009212568651657219
> .@OSMJapan is mapping in response to the #OsakaEarthquake and needs
> mappers to join their efforts!! They are posting projects on the HOT
> Tasking Manager https://tasks.hotosm.org/contribute
> First project is URGENT priority!
>
> Respectfully,
> blake
> --
> 
> Blake Girardot
> Humanitarian OpenStreetMap Team
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Microgrant activities in Mafalala-Mozambique

[Philippe Verdy]

It is in comments just below the video on YouTube.

Le dim. 10 juin 2018 08:22, Remígio Chilaule  a
écrit :

>
> Where can we see that Philippe?
>
> Thanks to everyone for sharing the video and the positive feedback.
>
>
> On Fri, 8 Jun 2018, 20:34 Philippe Verdy,  wrote:
>
>> You should see that I added in comments the complete captions translated
>> in French, as well as the link to the 2017 HOTOSM page about the microgrant
>>
>> 2018-06-07 23:36 GMT+02:00 Pete Masters :
>>
>>> Nice video and good mapping... OSM is look great in Mafalala!
>>>
>>> Pete
>>>
>>> On Thu, Jun 7, 2018 at 9:06 AM, Remígio Chilaule <
>>> remigio.chila...@gmail.com> wrote:
>>>
>>>>
>>>> Hello everyone!
>>>>
>>>> We are very pleased and thankful to be able to share this video about
>>>> our mapping last year under the 2017 Microgrant program. Thank you to all
>>>> involved and please share if you can.
>>>>
>>>> https://youtu.be/sS7C_9D7EjQ
>>>>
>>>> Best wishes from Mozambique,
>>>> Abraços,
>>>>
>>>> On Mon, 13 Nov 2017, 20:21 Tyler Radford, 
>>>> wrote:
>>>>
>>>>> Dear Remígio,
>>>>>
>>>>> Thanks for your inspiring blog post. Like you, we are also very
>>>>> thankful to our donors this year who enabled us to launch the Microgrants
>>>>> program and support projects like yours. I look forward to seeing your
>>>>> progress on the project!
>>>>>
>>>>> Tyler
>>>>>
>>>>> *Tyler Radford*
>>>>> Executive Director
>>>>> tyler.radf...@hotosm.org
>>>>> @TylerSRadford
>>>>>
>>>>> *Humanitarian OpenStreetMap Team*
>>>>> *Using OpenStreetMap for Humanitarian Response & Economic Development*
>>>>> web | twitter | facebook | donate
>>>>>
>>>>> On Sun, Nov 5, 2017 at 12:30 PM, Remígio Chilaule <
>>>>> remigio.chila...@gmail.com> wrote:
>>>>>
>>>>>>
>>>>>> Dear HOT community and friends,
>>>>>>
>>>>>> This is a quick note to let you know we recently published a short
>>>>>> post about the mapping activities currently underway in Mafalala -
>>>>>> Mozambique, as part of HOTs Microgrant program.
>>>>>>
>>>>>> Since this is the first publication of this kind for our mapping
>>>>>> group, we want to use the opportunity to say we are really thankful for 
>>>>>> all
>>>>>> kinds of support we are receiving from so many different sources during 
>>>>>> the
>>>>>> implementation of this project. A special thank you goes to everyone who
>>>>>> has donated to HOT, large amounts or small amounts, we are very grateful!
>>>>>> We also invite everyone who shares this passion for mapping as a means 
>>>>>> for
>>>>>> development, to continue (or to start) donating to HOT, so that HOT in 
>>>>>> turn
>>>>>> can continue to support projects like ours, not only in Mozambique but
>>>>>> worldwide, projects that help so many communities, specially the
>>>>>> unprivileged communities of our planet.
>>>>>>
>>>>>>
>>>>>> You can read the blog post here and see some pictures of Mafalala on our
>>>>>> facebook page.
>>>>>>
>>>>>>
>>>>>> Warm greetings to everyone,
>>>>>>
>>>>>>
>>>>>> Remígio
>>>>>>
>>>>>> ___
>>>>>> HOT mailing list
>>>>>> HOT@openstreetmap.org
>>>>>> https://lists.openstreetmap.org/listinfo/hot
>>>>>>
>>>>>>
>>>>>
>>>> ___
>>>> HOT mailing list
>>>> HOT@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/hot
>>>>
>>>>
>>>
>>>
>>> --
>>> *Pete Masters*
>>>
>>> *@pedrito1414*
>>>
>>>
>>> ___
>>> HOT mailing list
>>> HOT@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/hot
>>>
>>>
>>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Microgrant activities in Mafalala-Mozambique

[Philippe Verdy]

You should see that I added in comments the complete captions translated in
French, as well as the link to the 2017 HOTOSM page about the microgrant

2018-06-07 23:36 GMT+02:00 Pete Masters :

> Nice video and good mapping... OSM is look great in Mafalala!
>
> Pete
>
> On Thu, Jun 7, 2018 at 9:06 AM, Remígio Chilaule <
> remigio.chila...@gmail.com> wrote:
>
>>
>> Hello everyone!
>>
>> We are very pleased and thankful to be able to share this video about our
>> mapping last year under the 2017 Microgrant program. Thank you to all
>> involved and please share if you can.
>>
>> https://youtu.be/sS7C_9D7EjQ
>>
>> Best wishes from Mozambique,
>> Abraços,
>>
>> On Mon, 13 Nov 2017, 20:21 Tyler Radford, 
>> wrote:
>>
>>> Dear Remígio,
>>>
>>> Thanks for your inspiring blog post. Like you, we are also very thankful
>>> to our donors this year who enabled us to launch the Microgrants program
>>> and support projects like yours. I look forward to seeing your progress on
>>> the project!
>>>
>>> Tyler
>>>
>>> *Tyler Radford*
>>> Executive Director
>>> tyler.radf...@hotosm.org
>>> @TylerSRadford
>>>
>>> *Humanitarian OpenStreetMap Team*
>>> *Using OpenStreetMap for Humanitarian Response & Economic Development*
>>> web | twitter | facebook | donate
>>>
>>> On Sun, Nov 5, 2017 at 12:30 PM, Remígio Chilaule <
>>> remigio.chila...@gmail.com> wrote:
>>>

 Dear HOT community and friends,

 This is a quick note to let you know we recently published a short post
 about the mapping activities currently underway in Mafalala - Mozambique,
 as part of HOTs Microgrant program.

 Since this is the first publication of this kind for our mapping group,
 we want to use the opportunity to say we are really thankful for all kinds
 of support we are receiving from so many different sources during the
 implementation of this project. A special thank you goes to everyone who
 has donated to HOT, large amounts or small amounts, we are very grateful!
 We also invite everyone who shares this passion for mapping as a means for
 development, to continue (or to start) donating to HOT, so that HOT in turn
 can continue to support projects like ours, not only in Mozambique but
 worldwide, projects that help so many communities, specially the
 unprivileged communities of our planet.


 You can read the blog post here and see some pictures of Mafalala on our
 facebook page.


 Warm greetings to everyone,


 Remígio

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


>>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>
>
> --
> *Pete Masters*
>
> *@pedrito1414*
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Hawaii Data

[Philippe Verdy]

Also it's not evident to see all houses, some of them are obscured in the
shadow of aligned trees, and may even look like water (pond) and they are
not always covered by white materials (I think they are covered by wood).
We lack some alternate views at different hours or from different angles
(then orthorectified) to compare and make distinctions.
Rural tracks or even access driverways (including through private
properties) may also be useful when the normal roads are cut by fractures,
lava flows or toxic gas. I tkin that there are also engines working around
to open access tracks through the forest, or clearing some areas in
emergency for helicopter landing.

I think that the Hawaiian state must have published a summary map of zones
to evacuate completely, in which case the real emergency is not in that
zone if it's already evacuated, but all around where there's a monitoring
of the situation and plans developed for further evacuations if needed, and
to map the areas where people are relocated.

2018-05-17 18:19 GMT+02:00 Philippe Verdy <verd...@wanadoo.fr>:

> You should have designated the emergency area (notably around Leilani
> Estates, Nanali Estates and West Puna), which is the most affected for now
> by the fractures, but possibly also the area affected by toxic gas
> emissions and the major connection roads that are now unusable (so there's
> a need to use rural tracks or evacuate by the sea via usable beaches)
>
> 2018-05-17 15:57 GMT+02:00 Blake Girardot <bgirar...@gmail.com>:
>
>> Hi Dion,
>>
>> We did create a project to fill in map data for Hawaii's current
>> eruption area, but the progress has been somewhat slow on the project.
>>
>> https://tasks.hotosm.org/project/4537
>>
>> IF there is anyway we can support your efforts or your team members,
>> please let us know.
>>
>> Respectfully
>> blake
>>
>> On Thu, May 17, 2018 at 1:36 AM, Dion Houston <dionhous...@gmail.com>
>> wrote:
>> > Hi all,
>> >
>> > I realize that HOT probably wasn't activated for the Big Island relief
>> > efforts, but curious if there's anything out there.
>> >
>> > It looks like I'm going to be able to send out one of my Soldiers to do
>> > geospatial work out there, and I'm just curious what I can send him
>> with.
>> > I'll get on DigitalGlobe for imagery, but if there's a source for a
>> revised
>> > DEM or anything else, I appreciate pointers.
>> >
>> > Thanks for being awesome,
>> >
>> > Dion
>> >
>> > ___
>> > HOT mailing list
>> > HOT@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/hot
>> >
>>
>>
>>
>> --
>> 
>> Blake Girardot
>> OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
>> HOTOSM Member - https://hotosm.org/users/blake_girardot
>> skype: jblakegirardot
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Hawaii Data

[Philippe Verdy]

You should have designated the emergency area (notably around Leilani
Estates, Nanali Estates and West Puna), which is the most affected for now
by the fractures, but possibly also the area affected by toxic gas
emissions and the major connection roads that are now unusable (so there's
a need to use rural tracks or evacuate by the sea via usable beaches)

2018-05-17 15:57 GMT+02:00 Blake Girardot :

> Hi Dion,
>
> We did create a project to fill in map data for Hawaii's current
> eruption area, but the progress has been somewhat slow on the project.
>
> https://tasks.hotosm.org/project/4537
>
> IF there is anyway we can support your efforts or your team members,
> please let us know.
>
> Respectfully
> blake
>
> On Thu, May 17, 2018 at 1:36 AM, Dion Houston 
> wrote:
> > Hi all,
> >
> > I realize that HOT probably wasn't activated for the Big Island relief
> > efforts, but curious if there's anything out there.
> >
> > It looks like I'm going to be able to send out one of my Soldiers to do
> > geospatial work out there, and I'm just curious what I can send him with.
> > I'll get on DigitalGlobe for imagery, but if there's a source for a
> revised
> > DEM or anything else, I appreciate pointers.
> >
> > Thanks for being awesome,
> >
> > Dion
> >
> > ___
> > HOT mailing list
> > HOT@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/hot
> >
>
>
>
> --
> 
> Blake Girardot
> OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
> HOTOSM Member - https://hotosm.org/users/blake_girardot
> skype: jblakegirardot
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Strange object

[Philippe Verdy]

Diamonds (or other gems) seem unlikely, we are too far from volcanic lava
fields (diamonds and gems are formed in the Earth mantle and require hard
rocks).

Gold extraction is more likely (and the various holes around are probably
old artisanal gold mines in the deposits of the river).
The structure built on the river is more industrial and benefits from the
continuous flow of muds, and is certainly more productive without needing
digging.

2018-04-15 15:55 GMT+02:00 Henning Bolz :

> @Blake: I meant the artificial, "technical"structure in the river, next to
> the island (about 60-70 meters long).
> @Philippe: you are right, gold or diamonds could be an explanation
>
> Many thanks
> Henning
>
>
>
> The structure with tubes at tip of the the islet of the river looks like
> some installation to filter muds in water and extract gold.
>
> 2018-04-15 14:31 GMT+02:00 Blake Girardot HOT/OSM <
> blake.girar...@hotosm.org>:
>>
>> Hi Henning,
>>
>> I am not clear on what the object is you are looking at?
>>
>> Do you mean the water pools and pits along the south bank of that
>> river? If you mean those, if I had to guess, it looks like artisan
>> mining to me.  One active area and a few small older pits. But that is
>> just my guess, I will be interested to find out what the local
>> knowledge is about it.
>>
>> But that would be my first guess.
>>
>> Next would be agriculture of some sort, maybe.
>>
>> Cheers
>> blake
>>
>> On Sun, Apr 15, 2018 at 8:17 AM, Henning Bolz  wrote:
>> >
>> > Hello HOT list,
>> >
>> > while working on task #2881, i found this strange object on Bing. Does
>> > anyone know what we are seeing here?
>> >
>> > https://www.openstreetmap.org/node/5547710324#map=14/-6.1507/23.6692
>> >
>> > Greetings
>> >
>> > Henning (hebolz)
>> >
>> >
>> >
>> > ___
>> > HOT mailing list
>> > HOT@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/hot
>> >
>>
>>
>>
>> --
>> 
>> Blake Girardot
>> Humanitarian OpenStreetMap Team
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Strange object

[Philippe Verdy]

The structure with tubes at tip of the the islet of the river looks like
some installation to filter muds in water and extract gold.

2018-04-15 14:31 GMT+02:00 Blake Girardot HOT/OSM :

> Hi Henning,
>
> I am not clear on what the object is you are looking at?
>
> Do you mean the water pools and pits along the south bank of that
> river? If you mean those, if I had to guess, it looks like artisan
> mining to me.  One active area and a few small older pits. But that is
> just my guess, I will be interested to find out what the local
> knowledge is about it.
>
> But that would be my first guess.
>
> Next would be agriculture of some sort, maybe.
>
> Cheers
> blake
>
> On Sun, Apr 15, 2018 at 8:17 AM, Henning Bolz  wrote:
> >
> > Hello HOT list,
> >
> > while working on task #2881, i found this strange object on Bing. Does
> > anyone know what we are seeing here?
> >
> > https://www.openstreetmap.org/node/5547710324#map=14/-6.1507/23.6692
> >
> > Greetings
> >
> > Henning (hebolz)
> >
> >
> >
> > ___
> > HOT mailing list
> > HOT@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/hot
> >
>
>
>
> --
> 
> Blake Girardot
> Humanitarian OpenStreetMap Team
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] weeklyOSM #403 2018-04-03-2018-04-09

[Philippe Verdy]

This "English" version is actually the Spanish one.

2018-04-13 19:51 GMT+02:00 weeklyteam :

> The weekly round-up of OSM news, issue # 403,
> is now available online in English, giving as always a summary of all
> things happening in the openstreetmap world:
>
> http://www.weeklyosm.eu/en/archives/10227/
>
> Enjoy!
>
> weeklyOSM?
> who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
> produced-in_56718#2/8.6/108.3
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] testing:Taginfo for African, Central-American, etc countries ( test: ~100)

[Philippe Verdy]

> es-ml  Melilla af-es-ml.taginfo-dev.opengeodata.hu Melilla
> es-tf  Santa Cruz de Tenerife af-es-tf.taginfo-dev.opengeodata.hu 
> Santa
> Cruz de Tenerife
>
> But this is a simple customization.  If somebody need I can generate ~
> 4000 areas based on ISO3166-2
>
> >So to use these instances we would then need to maintain custom mappings
> in other tools
> > (including on the OSM wiki that attempts to map relevant Taginfo
> instances, for now by mapping some per country instances from languages).
>
> maybe we can create an API  ( and query the working taginfo instances , or
> just link the proxy page   )
>
> In my mind, this is a dynamic ...
>
> in an emergency case we can start a Taginfo for a subarea like:
> https://www.openstreetmap.org/relation/1600775#map=7/-5.693/34.409 and
> can reach via :  "tz-23.africa.*"or a"q153326.africa.*"   domai
> ,and we can stop 2 moth later.
>
> But the other integration nothing to do:
> - Overpass Turbo search :  98%  should working
> - Taginfo sources ( Wiki, projects, ... )   same as a "big" taginfo
> https://taginfo.openstreetmap.org/sources
>
>
> >How do you intend to support translations and localisation/adaptation
> (e.g. Bidi layout, recommended minimum font size, and required minimum
> line-height per script)
> >on these per-country Taginfo instances, in countries that have multiple
> languages (e.g. Switzerland, Belgium, Morocco or India) ?
>
> Now this is just a Proof of concept.
> If you have suggestions please create an issue:  https://github.com/
> taginfo/dockerized-taginfo
>
> Imre
>
> 2018-03-21 17:11 GMT+01:00 Philippe Verdy <verd...@wanadoo.fr>:
>
>> I wonder if the choice (in domain names) of non standard prefix for
>> continental areas before the country code really helps making the instances
>> per country really accessible: "ca-ni.*" for example should just be "ni.*",
>> or "as-lk.*" should just be "lk.*", there's no need to use a continental
>> area prefix, but if you need some prefix, it should be the same for all
>> countries (e.g. "cc-ni.* for Nicaragua, and "cc-lk" for Sri Lanka), or you
>> could use submains of a common generic domain (e.g. "ni.cc.*" and
>> "lk.cc.*").
>>
>> The classification of countries per continent or continental is
>> problematic when they have parts covering multiple continental areas (e.g.
>> France, UK, US, Turkey, Cyprus, Russia, Venezuela): there's no well defined
>> mapping of countries to a single continental area even for those that are
>> encoded in ISO 3166-1 (with also dependant territories having a secondary
>> ISO 3166-1 code and sevral aliases allocated). Even for America this is
>> quite complex: is the Caribbean only part of North America, what to do
>> about Venezuelan dependencies in the Antillas ?). So to use these instances
>> we would then need to maintain custom mappings in other tools (including on
>> the OSM wiki that attempts to map relevant Taginfo instances, for now by
>> mapping some per country instances from languages).
>>
>> How do you intend to support translations and localisation/adaptation
>> (e.g. Bidi layout, recommended minimum font size, and required minimum
>> line-height per script) on these per-country Taginfo instances, in
>> countries that have multiple languages (e.g. Switzerland, Belgium, Morocco
>> or India) ?
>>
>>
>> 2018-03-20 18:30 GMT+01:00 Imre Samu <pella.s...@gmail.com>:
>>
>>> TLDR: I am working on a "dockerization of Taginfo" for every country and
>>> now I can show you a Proof of Concepts of my idea,
>>> and if you have time please test, give a feedback.
>>> And I am searching sponsors/funds/microgrants/*  for hosting/dev   if
>>> this project is useful.
>>> Temporary link ( for the next 2 week )   http://taginfo-dev.opengeo
>>> data.hu/
>>> Source code / issues / problems /  latest info  =>
>>> https://github.com/taginfo/dockerized-taginfo
>>>
>>> 
>>>
>>> I am believing that a customized local taginfo can help on HOT's
>>> disaster preparedness
>>>
>>> The global taginfo (https://taginfo.openstreetmap.org/ )   is a very
>>> good tool for find tagging trends,
>>> but shows all problems  in the OSM - and this is similar to the
>>> "diffusion of responsibility", too many problems.
>>> The local taginfo show only the local data and so much easy to detect
>>> tagging problems, bad imports,  and other data

Re: [HOT] testing:Taginfo for African, Central-American, etc countries ( test: ~100)

[Philippe Verdy]

I wonder if the choice (in domain names) of non standard prefix for
continental areas before the country code really helps making the instances
per country really accessible: "ca-ni.*" for example should just be "ni.*",
or "as-lk.*" should just be "lk.*", there's no need to use a continental
area prefix, but if you need some prefix, it should be the same for all
countries (e.g. "cc-ni.* for Nicaragua, and "cc-lk" for Sri Lanka), or you
could use submains of a common generic domain (e.g. "ni.cc.*" and
"lk.cc.*").

The classification of countries per continent or continental is problematic
when they have parts covering multiple continental areas (e.g. France, UK,
US, Turkey, Cyprus, Russia, Venezuela): there's no well defined mapping of
countries to a single continental area even for those that are encoded in
ISO 3166-1 (with also dependant territories having a secondary ISO 3166-1
code and sevral aliases allocated). Even for America this is quite complex:
is the Caribbean only part of North America, what to do about Venezuelan
dependencies in the Antillas ?). So to use these instances we would then
need to maintain custom mappings in other tools (including on the OSM wiki
that attempts to map relevant Taginfo instances, for now by mapping some
per country instances from languages).

How do you intend to support translations and localisation/adaptation (e.g.
Bidi layout, recommended minimum font size, and required minimum
line-height per script) on these per-country Taginfo instances, in
countries that have multiple languages (e.g. Switzerland, Belgium, Morocco
or India) ?


2018-03-20 18:30 GMT+01:00 Imre Samu :

> TLDR: I am working on a "dockerization of Taginfo" for every country and
> now I can show you a Proof of Concepts of my idea,
> and if you have time please test, give a feedback.
> And I am searching sponsors/funds/microgrants/*  for hosting/dev   if this
> project is useful.
> Temporary link ( for the next 2 week )   http://taginfo-dev.
> opengeodata.hu/
> Source code / issues / problems /  latest info  =>
> https://github.com/taginfo/dockerized-taginfo
>
> 
>
> I am believing that a customized local taginfo can help on HOT's disaster
> preparedness
>
> The global taginfo (https://taginfo.openstreetmap.org/ )   is a very good
> tool for find tagging trends,
> but shows all problems  in the OSM - and this is similar to the "diffusion
> of responsibility", too many problems.
> The local taginfo show only the local data and so much easy to detect
> tagging problems, bad imports,  and other data quality issues.
> But this is my theory, no proof yet.  And there are more dead taginfo
> projects than living, just see: https://wiki.openstreetmap.
> org/wiki/Taginfo/Sites
>
> So I have started an experiment and created a program to generate a local
> taginfo server configuration for every area ( ~ 4000 )
> And now I can run ~100 mini taginfo server on a cheap 15GB Cloud server.
> ( but this is only a Proof of Concept, more work need )
>
> So If somebody wants to help on testing or just interested your area :
> the (temporary)  links here:
> http://taginfo-dev.opengeodata.hu/africa/  ( every African country ! )
> http://taginfo-dev.opengeodata.hu/central-america/  ( every
> Central-America country )
> ( Important:  temporary links for the next 2 weeks!  daily refresh only
> for Africa and Central-America  )
>
> If you need an extra country for testing - write me.
>
>
> For example:
>
> *Taginfo for Tanzania:*   http://af-tz.taginfo-dev.opengeodata.hu/
> * Amenity :  http://af-tz.taginfo-dev.opengeodata.hu/keys/amenity#values
>
> find undocumented key-values
> * amenity=mobile_money_agent
> * amenity=private_toilets   / amenity=private_toilet
> * highway=footpath
> * ...
>
> or find an undocumented keys or typos:
> * damage= http://af-tz.taginfo-dev.opengeodata.hu/keys/damage
> * blockage=http://af-tz.taginfo-dev.
> opengeodata.hu/keys/blockage
> * mjumbe= http://af-tz.taginfo-dev.opengeodata.hu/keys/mjumbe
> * highways=   http://af-tz.taginfo-dev.
> opengeodata.hu/keys/highways   typo 327 highway(s)
> * buildng=  http://af-tz.taginfo-dev.
> opengeodata.hu/keys/buildng   typo
> * top_width=   http://af-tz.taginfo-dev.
> opengeodata.hu/keys/top_width
>
> checking tagging problems:
> http://af-tz.taginfo-dev.opengeodata.hu/reports/characters_in_keys#space
> http://af-tz.taginfo-dev.opengeodata.hu/reports/characters_in_keys#letters
>
> Data cleaning:
> *  addr:city=*   http://af-tz.taginfo-dev.opengeodata.hu/keys/addr%
> 3Acity#values  ( check pages 3-  )
> *  building:material= http://af-tz.taginfo-dev.opengeodata.hu/
> keys/building%3Amaterial#values
> *  boundary=http://af-tz.taginfo-dev.opengeodata.hu/keys/boundary#
> values
>
>
> Other Examples:
>
> Nicaragua:   http://ca-ni.taginfo-dev.opengeodata.hu/
> Haiti:  http://ca-ni.taginfo-dev.opengeodata.hu/
> Cuba:  http://ca-cu.taginfo-dev.opengeodata.hu/
>

Re: [HOT] Board Meeting Minutes March

[Philippe Verdy]

We should really improve the wiki coverage for at least all major cities (>
100k inhabitants) and capitals. As well as at least the primary divisions
of countries: this helps building local teams and get more "flat" support
of features across all regions, not just the more developed capital with
more participants. This also allows better planning of works to do so that
each country has an appropriate minimal coverage and helps local
communities to improve the minimal datasets needed by adding some topics
progressively.

We should not see in OSM countries only mapped in details in a few capitals
within a desert everywhere else: adding subdivisions will "connect" these
areas, and will help people better sense how their territory is planned and
where there are missing infrastructures. The (open) map is an essential
feature we want to offer to the general public to help understand their
territory and militate locally for more equal treatment by their local
governement, or will help them develop their activity with new
opportunities of local development and local cooperation, instead of just
counting on national or international providers. There are resources
everywhere, but they have to be managed to preserve them, avoid wasting
them or overusing them. And most often the local/nearby solutions don't
cost lot of money, people can do lot of things themselves even if they
don't have much money. The world generally needs more local initiatives and
more local cooperations (instead of falling into the "globalization market"
trap as the "universal", but costly and wasting, solution which is not
sustainable for the long term and does not offer alternatives as this trend
is also largely anticompetitive and in fact less adapted to the real
needs). We all want diversity in the world, and no uniform single solution
based on too strict "standards" of development.

Note that the Place template on the OSM wiki allows linking most Wikipedias
and has a parameter for Wikidata (to help maintain the Wikipedia links). It
also has two new parameters (borrowed from other localized Place
templates), to add a "boundary=id" and "node=id" to reference OSM objects:
clicking on it displays the OSM map with borders, allowing precise
positioning (lat= & lon=) of the map (from the boundary relation) and more
exact coverage of the full boundary: the maps rendered in Place articles
can be then sized precisely.

These links then allow checking Wikipedia articles or Wikidata with more
precise positions. I deliberately did not favor any language for Wikipedia
links. Even the smallest wikipedias can be useful, it provides additional
descriptions and talks, and relevant local topics that may be of interest
for mapping in OSM.


2018-03-13 16:39 GMT+01:00 Melanie Eckle <melanie.ec...@hotosm.org>:

> Dear Philippe,
>
> Thank you very much for all these contributions, very appreciated!! And
> very sorry that I did not get in touch with you earlier on.
>
> I will support a workshop about Wikimedia in disaster management next week
> in Berlin for the Humanitarian OpenStreetMap Team. The idea behind this
> workshop is to see how disaster management organizations and Wikimedia can
> better collaborate in disaster response and beyond. This is a first small
> get-together where mainly actors from German organizations and Wikimedia
> Germany come together to start a conversation, therefore I can also only
> share the German event site here
> <https://de.wikipedia.org/wiki/Portal:Katastrophenschutz/Veranstaltungen/Workshop_zu_Wikimedia_und_Katastrophenmanagement_2018>,
> but follow up events are for sure planned and I will keep you updated.
>
> It would be great to hear your opinion about points where you see
> potential in additional input from or collaboration with
> Wikimedia/Wikipedia/Wikidata.
>
> Kind regards,
> Melanie
>
> On Tue, Mar 13, 2018 at 3:59 PM, Philippe Verdy <verd...@wanadoo.fr>
> wrote:
>
>> Some other languages I have added supports also include Amharic, all
>> languages officially recognized by states or territories in India, all(?)
>> official/national languages shared by several countries.
>> For each country there's now a "place" page with relevant links. I have
>> also included their own category, and a few common subcategories: Users,
>> Places, Tagging guidelines, Events (note that the new "Disasters" category
>> is also part of Events). The "Disasters" category will interest HOT.
>>
>> The main category for HOT is also a bit more organized. I added today a
>> subcategory for "guides" (not just OSM tagging, but guidelines for various
>> topics, including designs, methodology...)
>> HOT is fully organized by year (this helps focusing current ac

Re: [HOT] Board Meeting Minutes March

[Philippe Verdy]

Some other languages I have added supports also include Amharic, all
languages officially recognized by states or territories in India, all(?)
official/national languages shared by several countries.
For each country there's now a "place" page with relevant links. I have
also included their own category, and a few common subcategories: Users,
Places, Tagging guidelines, Events (note that the new "Disasters" category
is also part of Events). The "Disasters" category will interest HOT.

The main category for HOT is also a bit more organized. I added today a
subcategory for "guides" (not just OSM tagging, but guidelines for various
topics, including designs, methodology...)
HOT is fully organized by year (this helps focusing current activities and
what is going on.

Generally I do very little editing in pages I collect and organize (most
often the categories at bottom, basic HTML corrections for correct
rendering, the languages bar at top for pages that have translations).
These tasks are highly incremental and repetitive, this could be boring to
do for many, but I'm patient and progress by small successive steps. I do
my best to never break any existing link, and solve all double redirects
left: linking articles together is probably easier to do now from any
language (there's some utility templates for that such as {{{LL|article
name in English}} or {{LLC|Category name}} used in category pages (notably
for {{see also|...}}).

The hard work being done, there's less things to do to translate things. I
document as much as possible the templates used, and also organize the
templates with their topic of interest. I've tuned many templates so they
work with different writing directions, and many templates are now
autotranslated. I have also documented all the language fallbacks used for
missing translations (I derived rules from those used in Wikimedia Commons).

I have also regularized all language codes used, to be fully BCP47
conforming (this allows external search engines to find relevant topics and
propose more accurate automatic translations if needed, and infer various
things from our own organized terminology, enhanced also by the links to
Wikipedia or Wikidata which provide additional semantics.

In some cases, I need to rename pages to avoid ambiguities (place names
have lots of homonyms): this is not always very simple to adapt. I may have
forgotten some cases, and in that case, sorry for the disturbance, there's
always a way to fix that clenly and centralize the maintenance as much as
possible to avoid most duplicate works and finally reduce the long term
maintenance as the content of the wiki is constantly growing.



2018-03-13 15:38 GMT+01:00 Philippe Verdy <verd...@wanadoo.fr>:

> I'me sometimes criticized for this huge work, many don't realize the work
> I4ve done and jusst see that the wiki is now becoming accessible to them
> and just start using it.
> I receive very few "thank you". But my goal is always to improve the
> cooperation between people around the world, and let them know what's
> happening in their areas or topics of interest, and then build and organize
> the translations they need or want locally, and document local things they
> do in OSM and let others working elsewhere becoming aware of what's
> happening and which new ideas would be useful to develop elsewhre
> (including in well developed countries).
> I've not done much work in HOT meetings since the start of the year,
> because I was very busy at organizing the international contents and solve
> various problems that were pending since long on the wiki.
>
> The wiki is still the main place where people go to find something. I
> think that since I started this huge task, many people have profited of the
> improved navigation and searchability, and new local projects are now
> starting more easily with more people involved worldwide. They can now find
> a lot of things, find new interests, develop better solutions, better
> organize their events, work with better cooperation, and more generally
> this helps improving the overall quality of map data and increase its usage
> worldwide. OSM has now a strong international presence, it is linked with
> lot of opensource/open data projects. Commercial companies start using it,
> and even governments and companies are better incited to open their data:
> the world is realizing that an open map is a real chance of development and
> offers significant economies of scales, and everyone does not need to
> contract and pay Google to use a map on their projects. The number of
> topics covered in OSM is now very large and it offers many new
> opportunities.
>
> Sharing geographic knowledge is better than trying to sell it with
> proprietary restrictions.
>
>
>
>
> 2018-03-13 15:19 GMT+01:00 Blake Girardot <bgirar.

Re: [HOT] Board Meeting Minutes March

[Philippe Verdy]

I'me sometimes criticized for this huge work, many don't realize the work
I4ve done and jusst see that the wiki is now becoming accessible to them
and just start using it.
I receive very few "thank you". But my goal is always to improve the
cooperation between people around the world, and let them know what's
happening in their areas or topics of interest, and then build and organize
the translations they need or want locally, and document local things they
do in OSM and let others working elsewhere becoming aware of what's
happening and which new ideas would be useful to develop elsewhre
(including in well developed countries).
I've not done much work in HOT meetings since the start of the year,
because I was very busy at organizing the international contents and solve
various problems that were pending since long on the wiki.

The wiki is still the main place where people go to find something. I think
that since I started this huge task, many people have profited of the
improved navigation and searchability, and new local projects are now
starting more easily with more people involved worldwide. They can now find
a lot of things, find new interests, develop better solutions, better
organize their events, work with better cooperation, and more generally
this helps improving the overall quality of map data and increase its usage
worldwide. OSM has now a strong international presence, it is linked with
lot of opensource/open data projects. Commercial companies start using it,
and even governments and companies are better incited to open their data:
the world is realizing that an open map is a real chance of development and
offers significant economies of scales, and everyone does not need to
contract and pay Google to use a map on their projects. The number of
topics covered in OSM is now very large and it offers many new
opportunities.

Sharing geographic knowledge is better than trying to sell it with
proprietary restrictions.




2018-03-13 15:19 GMT+01:00 Blake Girardot <bgirar...@gmail.com>:

> Hi Philippe,
>
> Thank you very much for all your work on the OSM wiki.
>
> For those that might not know, Philippe is very dedicated to improving
> the OSM wiki as a whole to support translations and
> internationalization much more effectively (in addition to better
> organization). If you have ever had questions about how you can help
> translate any OSM wiki page, Philippe is great person to ask.
>
> Thank you again for all your hard work for OSM and HOT Philippe!
>
> Respectfully,
> blake
>
> On Tue, Mar 13, 2018 at 2:58 PM, Philippe Verdy <verd...@wanadoo.fr>
> wrote:
> > Note: I'm recreating a categorization of HOT meetings minutes/logs, by
> > working troup or by year, they are now being collected on hte wiki in
> >
> > https://wiki.openstreetmap.org/wiki/Category:
> Humanitarian_OSM_Team_Training
> > (replace Training by the Working group name)
> >
> > https://wiki.openstreetmap.org/wiki/Category:
> Humanitarian_OSM_Team_meetings
> > (ordered by date)
> >   https://wiki.openstreetmap.org/wiki/Category:
> Humanitarian_OSM_Team_2017
> > (ordered by date, includes also activation pages in that year, replace
> 2017
> > for each year)
> >
> > I've already collected the minutes for two working groups: Training, and
> > Activation, the others are being sorted.
> >
> > This can help have a log of HOT activities and keep track of past
> > experiences to help building and organizing new activities and
> activations.
> >
> > Most of these pages were not categorized, and in fact hard to find. Next
> > step will probably be to unify the naming scheme, but for now pages are
> not
> > renamed.
> >
> > Once I have filled the categories for each working group, I may look at
> most
> > populated categories to see if we need subcategories (there will
> probably be
> > subcategories by year in
> > https://wiki.openstreetmap.org/wiki/Category:
> Humanitarian_OSM_Team_meetings
> > (ordered by date)
> > In which case we would have
> >
> > https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_2017_
> meetings
> > (ordered by date)
> > (also added as a subcategory for
> > https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_2017)
> > and then there would be only two parent categories instead of 3 for each
> > meeting.
> >
> > I've also organized the new "Category:Disasters" with some disaster
> types.
> > Project pages for specific disasters by country/region and dates are also
> > categorized in their respective categories for the coutry/region and in
> the
> > Disaster type category (which have also some relevant subcategories for
> >

Re: [HOT] Board Meeting Minutes March

[Philippe Verdy]

Note: I'm recreating a categorization of HOT meetings minutes/logs, by
working troup or by year, they are now being collected on hte wiki in

https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_Training
(replace Training by the Working group name)

https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_meetings
(ordered by date)
  https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_2017
(ordered
by date, includes also activation pages in that year, replace 2017 for each
year)

I've already collected the minutes for two working groups: Training, and
Activation, the others are being sorted.

This can help have a log of HOT activities and keep track of past
experiences to help building and organizing new activities and activations.

Most of these pages were not categorized, and in fact hard to find. Next
step will probably be to unify the naming scheme, but for now pages are not
renamed.

Once I have filled the categories for each working group, I may look at
most populated categories to see if we need subcategories (there will
probably be subcategories by year in
https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_meetings
(ordered by date)
In which case we would have

https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_2017_meetings
(ordered by date)
(also added as a subcategory for
https://wiki.openstreetmap.org/wiki/Category:Humanitarian_OSM_Team_2017)
and then there would be only two parent categories instead of 3 for each
meeting.

I've also organized the new "Category:Disasters" with some disaster types.
Project pages for specific disasters by country/region and dates are also
categorized in their respective categories for the coutry/region and in the
Disaster type category (which have also some relevant subcategories for
tagging or other OSM projects, not just HOT), in order to improve the
cooperation between local teams and other thematic OSM groups or local
contributors.
For some countries/regions I created a "place" page with geolocation,
wikipedia/wikidata, users/contacts, local meetings, and local projects.

The purpose is to integrate all the efforts that share common needs or
resources (even after the HOT event tracking) to improve the maps and have
all projects followed by larger sets of contributors and make them aware of
ongoing or pending actions, or know that there has been some HOT action in
their area. It can be used as well to study how we all perform together, or
to detect duplicate non-coordinated efforts. This can be used also by HOT
to limit their field of action, or better evaluate what is needed and find
local contacts more easily. It can be used to make statistic analysis,
quality auditing, and so on: the wiki has lots of information which is not
linked to relevant topics.

Note: I include the possibility of coordinating languages (this is a long
project started since months which also helps developping local communities
in their language). I have improved also the number of languages supported
in the wiki (not everything needs translation, but translation of specific
pages is possible at any time and should be linked to other languages for
all contents still not translated). So I have added recently support for
South Asian languages, improved the categorization and linking in India
(soon I'll structure the Bangladesh area). I've made major improvements for
navigating the Caribbeans, Brasil and Mexico. I integrated the recent
events in Oceania and Indonesia. Africa needs more work (but the problem is
to find translators in African languages outside the 3 major languages:
French, English, Arabic, possibly also Portuguese). Some core training
pages are needed for non-Latin written scripts (notably Amharic), but also
for Latin-written languages (Wolof and Lingala for example). Support for
South African languages was also added (but not actual translations: I made
the complex part so that translators and contributors don't have to start
immediately to do the huge work needed to build the structure and align it
to the rest).

I did not forget Europe however (and not just the European Union). In
general I make the structures on the wiki more regularized to help find
relevant topics more immediately. I also resolve various linking problems
people experiment when they try to organize their country/regions (Russia
for example has some basic structure, which is still not uniform, but would
require significant improvement: many "red links" everywhere). But I've
made minimal changes to Russia because there are active contributors on the
wiki that are slowly making this structuration.

And more generalyl I fix various problems reported by Mediawiki itself or
by helper templates that I have solidified. Now the wiki is very solid in
English, French, German and Japanese, it starts being better organized for
Italian, Dutch and Portuguese. Lots of efforts are needed for Russian and
Chinese, but even more for Arabic, Hindi, 

Re: [HOT] OpenStreetMap Somali translation

[Philippe Verdy]

You should know that I'm increasing the basic support of languages on the
wiki, with all navigation tools, most important templates,
autocategorization, and the initial structure of categories.
Somali is in my list (along with others). "Minor" languages have been
neglected since long and I have installed some trackers to help find
occurences of pages, or those where basic translation does not work as
intended or does not display a suitable translation and only fallbacks
sometime to English.
This concerns several thousands of pages on the wiki. The more I work on
it, the more I detect new attempts to create these pages that are left
unreferenced and difficult to reach. This is a cleanup maintenance task but
it takes lot of time to do that on so many languages. Most of these
languages are still spoken by millions people, and are even official or
national languages recognized in those countries.
There's musch more on the wiki than just English, French, Japanese or
German; even Russian and the two major variants or Chinese has been partly
neglected, and Hindi and Urdu or Indonesian were completely left behind.
Laotian and Khmer as well (with some attempts to do Vietnamese).
I've done the basic work for Amharic, and already in my list of languages
to check : Tigrinya, Wolof, Zulu, Hausa, Yoruba, Swahili, Divehi, Igbo...
and of course Somali.
Note that I do not create a "Main Page" translation, but I've prepared the
"Portals" of OSM Community categories and some essential categories for
described features.


2018-02-25 20:04 GMT+01:00 Rebecca Firth :

> Hi Nick,
>
> Sadly my language skills don't allow me to help with this effort, but
> really love the idea and looks like a great project!
>
> Rebecca
>
> On Thu, Feb 22, 2018 at 1:48 PM, Nicholas Doiron  > wrote:
>
>> Hi everyone,
>>
>> Last year, I started working with translators to support more languages
>> in OpenStreetMap. This year, I'm interested in expanding that project to
>> the Somali language.  You can see the first mock-up of this project on
>> https://georeactor.github.io/osm-global/somali/about.html
>>
>> There are two tasks where Somali volunteers can help: translation and
>> approval. The professional translator's work won't show up on the official
>> website or iD editor until a second person checks it, so we can use even a
>> few minutes of volunteer time to check their work looks right.
>>
>> Please let me know if you are interested in a map-athon, translate-athon,
>> or some other collaboration on Somalia + Somaliland!  I can get you set up
>> on TranslateWiki and Transifex.
>>
>> Regards,
>> Nick Doiron
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>
>
> --
> *Rebecca Firth*
> Community and Partnerships Manager
> rebecca.fi...@hotosm.org 
> @RebeccaFirthy
>
> *Humanitarian OpenStreetMap Team*
> *Using OpenStreetMap for Humanitarian Response & Economic Development*
>
> You can #mapthedifference today! Donate.hotosm.org
> 
> web  | twitter  | facebook
>  | donate 
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Using Wifi to make phone calls from mobiles using a router.

[Philippe Verdy]

There's no mistery to cross a router, most apps use UPnP in their local app
to configure and keep open a routable port on the NAT router. Other
solutions have existed but now UPnP is almost uniersally supported by most
routers and users don't have to know their IP. Instead they renew their
subscription (as long as their local app is running and connected to the
Internet) to a directory server that will give routing info, and notably
the public IP and port number to use to reach a user behind a NAT. However
this is known to not work properly with some ISP's using "large NAT"
(notably for mobile users: mobile users are instructed by their FAI to use
their own telephony or VoIP service instead and pay their communications,
and other people will call them to their normal mobile phone number!)

So no it is not simple to make any direct peer-to-peer communication
without some third party service and specific configurations. An IP is no
longer sufficient (and many users now no longer have an IPv4, they are only
reachable via IPv6, and many IPv4-only users can't reach these IPv6 users
directly without a third party proxy).

Direct peer-to-peer communication will be possible for every one if every
one has an native IPv6 access (where NAT will no longer be needed: NAT over
IPv6 is devil, only a transitory solutions for those users that still have
only IPv4 connectivity and need to configure an external IPv6 proxy server
providing them a single IPv6 address instead of a block of size /48 at
least, where autoconfiguration allows setting a "permanently" routable IPv6
addesses for each app without using any NAT). So to perform a call in IPv6,
just can just connect to "[::]:]"
and you no longer have to do any port number translations or configuration.



2018-01-11 12:12 GMT+01:00 Bjoern Hassler :

> Hi John, Hi Philippe,
>
> Thanks for the post. I'd written this reply before Philippe posted, but
> not hit sent, sorry. Let me send it anyway.
>
> To explain further: Unless one router extends the network of the other,
> each phone would be behind a firewall created by the router. So you'd have
> to place the phone in the DMZ or port-forward on the router. Using
> https://en.wikipedia.org/wiki/CSipSimple might be especially helpful if
> you are doing point-to-point WiFi (without internet connection of either
> router). A "192.168.x.x" is network internal, so you won't be able to
> connect between "192.168.y.y". And even then, as Philippe points out, the
> address of the router may not be fixed.
>
> However, if the routers are connected to the internet, it would also be
> possible to use commercial VOIP apps (like WhatsApp, Hangouts, Skype). I am
> not sure how they route voice traffic these days, but Skype used to allow
> peer-to-peer, which like Hangouts/WhatsApp should mean "peer-to-peer when
> possible". In any case, for an app that just "handshakes" via the internet,
> and then can use peer-to-peer, only the connectivity between the routers
> matters. A nice feature would be if the app told you what it's doing (p2p
> or via server) so that you know whether you're safe on WiFi or killing the
> internet connection...
>
> There is an app called FireChat, that apparently can do p2p off-internet.
> It's proprietary, and I haven't looking into it much. However, it strikes
> me that such an app would be really useful, especially server-less, with
> the option to connect to a global network if available.
>
> Is there anybody who wants to form a little action group to investigate?
>
> Hope this helps!
> Bjoern
>
> On 10 January 2018 at 23:58, john whelan  wrote:
>
>> The problem was mentioned some time ago in reference to a refugee camp in
>> Europe.
>>
>> You need csip simple and to know the phone's ip address.  IP checker is
>> a simple free app that will how this.
>>
>> "Just install csip simple and create a profile called "user", not linked
>> to any server. To call another person with the same setup, you just need to
>> know his ip address. Once they have sent it via voice, email, sms or
>> whatsapp or ever (much better) a safer way like textsecure, you simply type
>> "user@15.14.173 et cetera (basically user@ other person's ip) and their
>> Csipsimple will ring. It works and it's the purest form of Internet. "
>>
>> It doesn't have to be called user by the way.  So John or Mabel will work
>> fine.  You do need the ip address so to call John it would be
>> John@192.168.2.99 mabel@192.168.2.33
>>
>> You do not need the router to be connected to the internet for this to
>> work by the way.
>>
>> Cut and paste should work.  So stick the wifi router up high and you
>> should be able to cover a fair range.
>>
>> Cheerio John
>>
>>
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> 

Re: [HOT] Using Wifi to make phone calls from mobiles using a router.

[Philippe Verdy]

That's a uninformed and wrong reply ! The syntax you use is completely
invalid, and this obviously does not work this way to reach people using
routers (now almost everyone!) and not having a static IPv4 address (a vast
majority of people in the world).

In most cases you'll need a proxying server, and even with that you'll need
a client-side app (or service integrated in the router) to listen for
incoming calls, a prior registration on the proxy service, and a protocol
to route the call this way...

2018-01-11 0:58 GMT+01:00 john whelan :

> The problem was mentioned some time ago in reference to a refugee camp in
> Europe.
>
> You need csip simple and to know the phone's ip address.  IP checker is a
> simple free app that will how this.
>
> "Just install csip simple and create a profile called "user", not linked
> to any server. To call another person with the same setup, you just need to
> know his ip address. Once they have sent it via voice, email, sms or
> whatsapp or ever (much better) a safer way like textsecure, you simply type
> "user@15.14.173 et cetera (basically user@ other person's ip) and their
> Csipsimple will ring. It works and it's the purest form of Internet. "
>
> It doesn't have to be called user by the way.  So John or Mabel will work
> fine.  You do need the ip address so to call John it would be
> John@192.168.2.99 mabel@192.168.2.33
>
> You do not need the router to be connected to the internet for this to
> work by the way.
>
> Cut and paste should work.  So stick the wifi router up high and you
> should be able to cover a fair range.
>
> Cheerio John
>
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Highway=track

[Philippe Verdy]

There may be exceptions if the tracks are not praticable at all by vehicles
(including motorbikes). They should however not even be tracks but just
paths if they are just usable by horses or usable sportively by
mountainbikes.
Not all houses or even villages are linked by unpaved tracks=minor roads.
This happens in Africa as well as Asia, but there are also some examples in
Europe in mountains for some old villages that are nearly deserted, with
just some agricultral buildings (mostly used as shelters for animals, but
sometimes occupied to receive walking tourists in summer).

If the houses in Africa are non-permanently inhabited and are just seasonal
shelters, the tracks connecting them may be in fact just paths, used
sometimes by roaming animal breeders or workers in forests: the equipement
is very minimalist (including for sanitisation or drinkable water, just
collected in nearby rivers) and the rest of the time the tracks will not be
maintained or could be vegetated. They will become visible again during
short periods of activity.



2017-12-21 16:41 GMT+01:00 john whelan :

> It's come up in the OSMand mailing list that these aren't shown at higher
> zoom levels. Whilst mapping specifically just for the rendering system is
> frowned on in this case it is supported by the wiki.
>
> If it connects settlements then according to
>
> http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
>
> it is not a track.
>
> unclassified or minor road surface unpaved is a reasonable default.
>
> Cheerio John
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] sporadic validation report

[Philippe Verdy]

Really insulting I think. There's nothing wrong in iD, it properly offers
the way to rectangularize the features that are dr'awn, but even if they
are buildings, there will NEVER be any rule that says that buildings MUST
be square (or even circular).

HOT projects provide basic instructions on how to do this in JOSM or iD,
but no editor will ever do that automatically.

Softwares (or their developers) are not responsible if people don't want to
read the instructions or train themselves. OSM will remain open to any one,
and the best we can do, for newcomers, is to welcome them and explain why
what they did was not the best. Still their constributions are valuable:
drawing a single building is still useful, if it is properly poistioned:
squaring is just a detail with minor effect on the precision of maps (even
the post reputable official lansurvey maps contain some errors, including
incorrect orientation of buildings or some inaccuracy about the total
surface really occupied).

For HOT it's important first to locate where people live. And then remember
that OSM is incremental, that the aerial imagery itself will frequently be
offseted or approximately orthorectified (due to poor prevision of data on
altitudes or weak precision of the grid reference survey grid).

Every one does its best, and has to manage his own priorities for what they
feel is really important to them. You just want higher goals for your own
preferences, but we can still build a map that will be useful and very
valuable even if buildings are not as precise as what you'd like to see.
Even if they "square" the buildings, this may be even wrong and sometimes
worse than hand drawing (especially in poor areas, the shapes of buildings
are not really square and forcing everything to use square angles would
create undesired overlaps). When there will be newer better imageries
later, all will be offseted again, and the new adjustment will be larger
than what you though was lack of precision for not squaring the angles, or
ignoring some small artefacts along walls, doors, windows, roofs, which are
not necessarily visible from the aerial imagery.

So please do not insult people because of your own selfish desire or bad
assumptions. Most contributors are using good faith and OSM has a strong
place for personal judgements and priorities, even if there are some goals
advertized in projects like HOT (actually supported by a limited number of
person but with many more users contributing to OSM independantly of OSM or
with other goals).


2017-12-13 17:45 GMT+01:00 Ralf Stephan :

> Hello,
> just now 5 out of 5 people that registered within the last 24 hours and
> worked on task #3939 did not square their buildings. I hate you, iD devs.
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] highway=service in the Highway Tag Africa

[Philippe Verdy]

There may be some cases with service roads within large private or
protected properties (such as mining areas, or natural parks, or large
ranches and agricultural complexes) probably in US, South Africa, Russia,
Australia, Brasil (these huge areas may still have a few public roads
crossing them, but most other roads connected will be restricted (with
barriers) and for service only (but are not necessarily tracks, notably in
mining areas) and will drive only to private buildings or
industrial/agricultural facilities, there may even be some private
residences (but connected to the long access service roads by short service
driveways).


2017-12-06 20:33 GMT+01:00 john whelan :

> I'm seeing some that are more than 10kms in length.
>
> My feeling is this is not a service highway in the conventional sense.
>
> Thoughts?
>
> and if it is considered that 10 km is too long can we drop a guideline
> into the wiki?
>
> Thanks John
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] 3637

[Philippe Verdy]

Note that if you are a project manager, you should still be able to
map/split any task on this project. This was possible in TM2 (including all
drafted and archived projects), but since TM3 this is no longer possible.

This is a regression bug (already filed in GitHub since the day of launch
of TM3).

The only work around is, if you are aproject manager, to lower the priority
to lowest and increase the difficulty to advanced for experienced mappers,
then publish it (but anyone will still be able to work on it: look at
what's going on while you are doing the preediting task you need). Once you
have done this preediting/presplitting task, you can reedit the project and
set the actual priority and level.

2017-11-20 12:38 GMT+01:00 Philippe Verdy <verd...@wanadoo.fr>:

> It has effectively never been published (still a draft, not started at
> all). It's up to the project manager to publish it when he needs it...
>
> Not a bug
>
> 2017-11-20 6:16 GMT+01:00 Daniel Specht <danspe...@gmail.com>:
>
>> I tried to map a tile on #3637 (Bangladesh) and got this message: The
>> task could not be locked for mapping. Mapping not allowed because:
>> PROJECT_NOT_PUBLISHED
>>
>> --
>> Dan
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] 3637

[Philippe Verdy]

It has effectively never been published (still a draft, not started at
all). It's up to the project manager to publish it when he needs it...

Not a bug

2017-11-20 6:16 GMT+01:00 Daniel Specht :

> I tried to map a tile on #3637 (Bangladesh) and got this message: The
> task could not be locked for mapping. Mapping not allowed because:
> PROJECT_NOT_PUBLISHED
>
> --
> Dan
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] TM3 random task selection ignoring priority area

[Philippe Verdy]

Also I don't see any free task to do in #3387: the project is already 100%
validated now... So you were probably looking at an outdated map and did
not refresh it in your browser, or you have cache problems in your browser:
purge your cache, or make sure you don't get some cached version in some
proxy you may have on your own network that does not conform to the HTTP
standard and forces you to deliver cached results even if they are outdated
for too long (longer time than what was specified by the origin server).


2017-11-14 21:01 GMT+01:00 Philippe Verdy <verd...@wanadoo.fr>:

> I think that "tasks within the priority area" are only selected by using a
> single arbitrary point within the task's area, and this point was...
> outside the priority area. So no task in the priority area could be found,
> and you were offered any other free task to do.
>
> 2017-11-14 20:25 GMT+01:00 Florian Kratochwil <flor...@kratochwil.at>:
>
>> As I have no idea how to report feedback on GitHub (where the feedback
>> link leeds me to). So I am posting it here in hope someone hears it.
>>
>> When mapping on task #3837 if I click "select random task" for mapping, I
>> get tasks outside the priority area, but there are free unlocked, unmapped
>> task in the priority area as well. I guess this is a bug?
>>
>> Best
>> Florian
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] TM3 random task selection ignoring priority area

[Philippe Verdy]

I think that "tasks within the priority area" are only selected by using a
single arbitrary point within the task's area, and this point was...
outside the priority area. So no task in the priority area could be found,
and you were offered any other free task to do.

2017-11-14 20:25 GMT+01:00 Florian Kratochwil :

> As I have no idea how to report feedback on GitHub (where the feedback
> link leeds me to). So I am posting it here in hope someone hears it.
>
> When mapping on task #3837 if I click "select random task" for mapping, I
> get tasks outside the priority area, but there are free unlocked, unmapped
> task in the priority area as well. I guess this is a bug?
>
> Best
> Florian
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] New Code of Conduct

[Philippe Verdy]

You could add the "language" to the list of discrimination targets (whever
it is a native language or learnt foreign languages).

People will honestly do their best to be understood, but the lingusitic
perfection is not a goal in talks and there are various levels of mastering
it. Doing perfect translations is difficult even for machines and there's
naturally some level of misunderstanding between two people attempting to
use the "same" language where every language on earth has many social and
regional variants. We don't speak machine code but even if we did, there
would be bugs as well and code bugs are there to be corrected over time.

"Language" should be normally part of "culture" but frequently not
understood like this because it is an unavoidable barrier that fragments
the community that should stay open for cooperation. And there are things
you can't learn in language books or even when reading, when we are not
contacntly exposed to their oral and written forms in various contexts to
have a full view of what is meant of what some local community will prefer
to use locally (this goes in opposition to the OSM and HOT global goals,
which cannot be achieved by anyone alone).

2017-10-30 19:23 GMT+01:00 Dale Kunce :

> *Short Version*
>
> HOT is committed to providing an inclusive, welcoming, and safe
> environment for people of of any race, ethnicity, culture, national
> origin, colour, immigration status, social and economic class, educational
> level, sex, sexual orientation, gender identity and expression, age, size,
> family status, political belief, religion, and mental and physical ability
> .
>
> Encouraged Behaviors:
>
>- Be friendly and patient.
>- Be welcoming.
>- Be considerate.
>- Be respectful.
>- Be careful in your word phrasing and tone.
>- Assume all communications are positive.
>- When we disagree, try to understand why.
>
> Behaviors that Won’t be Tolerated:
>
>- Verbal, written, or physical abuse.
>- Discrimination of any person.
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Fwd: Tasking Manager : map tiles not loading at lower zooms

[Philippe Verdy]

There's an overload problem on the tile renderer and the tiles wanted are
missing in the server front caches (which are also overloaded or have
problems connecting to the renderers for several of the styles renderered).
Even some static images for the UI are not loading. It looks there's a
connectivity network problem between front caches and background image
servers.

2017-10-29 15:23 GMT+01:00 Nikhil VJ :

> Hello, cross-posting this to the mailing list as I just joined now:
>
> We're planning a mapping activity for rural roads in Pune district in
> India.
> Our project is here:
> http://tasks.openstreetmap.in/project/89
> (Still in draft mode)
>
> We are facing an issue in the Tasking Manager interface : Map tiles are
> not loading beyond country zoom level. The browser console shows errors.
>
> Screenshots of the interface and error messages:
> At 50km scale: https://i.imgur.com/1JFm74T.png
> At 20km scale: https://i.imgur.com/UhSrAiQ.png
> Console errors : https://i.imgur.com/dLch0Hy.png
>
> The task manager is not loading regular OSM tiles : here are a couple of
> error'd URLs:
> http://tile-a.openstreetmap.fr/hot/8/180/114.png
> http://tile-c.openstreetmap.fr/hot/8/179/114.png
>
> Since it appears to be a HOT-specific tile source, it's possible that
> those areas might not have been provisioned or something.
>
> Is there something we could do here? In the Edit mode there is an
> "Imagery" tab but I have not been able to get anything through that.
>
> Why we need to see the map behind our shapes/grid : We want to start with
> the shapes that have roads marked and work our way from there, so that we
> can connect to existing road network rather than making orphaned paths.
>
> --
> Cheers,
> Nikhil VJ
> +91-966-583-1250
> Pune, India
> DataMeet Pune chapter 
> Self-designed learner at Swaraj University  rg>
> Blog 
> Contribute 
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot