[HOT] testing:Taginfo for African, Central-American, etc countries ( test: ~100)
Imre Samu
pella.samu at gmail.com
Wed Mar 21 18:13:42 UTC 2018
>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.*").
Now I am using Geofabrik ~ continents ( https://download.geofabrik.de/ ) +
Russia : https://download.geofabrik.de/russia.html
and _now_ - I need to separate the countries by inputs("continents") -
and it is like ~ prefix or a grouping ( If I have more resources ( RAM
/DISK) it is easy to change )
the (reversed) subdomain is a good idea. ( "ni.ca.*" )
or I can use a longer name:
"nicaragua.central-america.taginfo-dev.*" But the "ISO" code more
neutral.
> 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):
I have "low resources" so my first decision was to use Geofabrik
Continents, not perfect, but it is working.
- Turkey, Cyprus, : in https://download.geofabrik.de/europe.html
- outside of UK: usually has an iso code. ( MS = Monserat:
http://ca-ms.taginfo-dev.opengeodata.hu/ ;
http://ca-vg.taginfo-dev.opengeodata.hu/, ... )
- US,CA,FR,DE - better to use States ( ISO3166-2 )
- Now for FR, NL, ES, DK - I am using the
https://taginfo.openstreetmap.org/keys/ISO3166-2
fr-bl Saint Barthélemy ca-fr-bl.taginfo-dev.opengeodata.hu Saint-Barthélemy
fr-mf Saint Martin ca-fr-mf.taginfo-dev.opengeodata.hu Saint-Martin
nl-aw Aruba ca-nl-aw.taginfo-dev.opengeodata.hu Aruba
nl-cw Curacao ca-nl-cw.taginfo-dev.opengeodata.hu Curaçao
nl-sx Saint Martin ca-nl-sx.taginfo-dev.opengeodata.hu Sint Maarten
es-cn Canary Islands af-es-cn.taginfo-dev.opengeodata.hu Canarias
es-gc Las Palmas af-es-gc.taginfo-dev.opengeodata.hu Las Palmas
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 <verdy_p at 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.samu at 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 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.openg
>> eodata.hu/keys/blockage
>> * mjumbe= http://af-tz.taginfo-dev.opengeodata.hu/keys/mjumbe
>> * highways= http://af-tz.taginfo-dev.open
>> geodata.hu/keys/highways typo 327 highway(s)
>> * buildng= http://af-tz.taginfo-dev.ope
>> ngeodata.hu/keys/buildng typo
>> * top_width= http://af-tz.taginfo-dev.open
>> geodata.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.open
>> geodata.hu/keys/addr%3Acity#values ( check pages 3- )
>> * building:material= http://af-tz.taginfo-dev.opengeodata.hu/k
>> eys/building%3Amaterial#values
>> * boundary= http://af-tz.taginfo-dev.ope
>> ngeodata.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/
>>
>> Burkina Faso: http://af-bf.taginfo-dev.opengeodata.hu/
>> Zambia: http://af-zm.taginfo-dev.opengeodata.hu/
>> Niger: http://af-ne.taginfo-dev.opengeodata.hu/
>> Nigeria: http://af-ng.taginfo-dev.opengeodata.hu/
>> Kenya: http://af-ke.taginfo-dev.opengeodata.hu/
>> Mali: http://af-ml.taginfo-dev.opengeodata.hu/
>> Zimbabwe http://af-zw.taginfo-dev.opengeodata.hu/
>> South Africa: http://af-za.taginfo-dev.opengeodata.hu/
>>
>> ....
>>
>> Some Extra Bonus ( no daily refresh , just a Proof of Concept )
>> ==============================
>> California (US) : http://na-us-ca.taginfo-dev.opengeodata.hu/
>> Mississippi (US) http://na-us-ms.taginfo-dev.opengeodata.hu/
>> Berlin (DE): http://eu-de-be.taginfo-dev.opengeodata.hu/
>> British Columbia (CA): http://na-ca-bc.taginfo-dev.opengeodata.hu/
>> Istanbul (TR): http://eu-tr-34.taginfo-dev.opengeodata.hu/
>> Saint Petersburg (Russia) http://ru-ru-spe.taginfo-dev.opengeodata.hu/
>>
>> Mexico: http://na-mx.taginfo-dev.opengeodata.hu/
>> Greenland: http://na-gl.taginfo-dev.opengeodata.hu/
>> Columbia: http://sa-co.taginfo-dev.opengeodata.hu/
>> Papua New Guinea: http://ao-pg.taginfo-dev.opengeodata.hu/
>> Indonesia: http://as-id.taginfo-dev.opengeodata.hu/
>> Sri Lanka: http://as-lk.taginfo-dev.opengeodata.hu/
>> Myanmar: http://as-mm.taginfo-dev.opengeodata.hu/
>> Mongolia: http://as-mn.taginfo-dev.opengeodata.hu/
>> Nepal: http://as-np.taginfo-dev.opengeodata.hu/
>>
>> Antarctica: http://aq-aq.taginfo-dev.opengeodata.hu/
>>
>>
>> see all: http://taginfo-dev.opengeodata.hu/
>>
>>
>> Disclaimer:
>> *This code is based on other open source projects: see
>> https://github.com/taginfo/dockerized-taginfo#credits and using
>> Geofabrik daily extracts.
>>
>>
>> bonus for testing:
>> =======
>> *"cuisine" * For describing the type of food served at an eating place.
>> * Tanzania: http://af-tz.taginfo-dev.opengeodata.hu/keys/cuisine#values
>> * California: http://na-us-ca.taginfo-dev.opengeodata.hu/keys
>> /cuisine#values
>> * Mexico: http://na-mx.taginfo-dev.opengeodata.hu/keys/cuisine#values
>> * Cuba : http://ca-cu.taginfo-dev.opengeodata.hu/keys/cuisine#values
>>
>> *"denomination" *Defines the subspecies of a specific religion
>> * Sri Lanka: http://as-lk.taginfo-dev.opengeodata.hu/keys/denomina
>> tion#values
>> * South Africa: http://af-za.taginfo-dev.opengeodata.hu/keys/denomin
>> ation#values
>> * Mongolia: http://as-mn.taginfo-dev.opengeodata.hu/keys/
>> denomination#values
>> * Indonesia: http://as-id.taginfo-dev.opengeodata.hu/keys/
>> denomination#values
>>
>> // Remainder: links valid for the next 2 weeks! after shutdown or
>> change.
>>
>> I love this community :)
>> Imre
>> // ImreSamu
>>
>>
>>
>>
>> _______________________________________________
>> HOT mailing list
>> HOT at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/hot/attachments/20180321/24b65857/attachment.html>
More information about the HOT
mailing list