>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 <[email protected]>: > 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 <[email protected]>: > >> 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 >> [email protected] >> https://lists.openstreetmap.org/listinfo/hot >> >> >
_______________________________________________ HOT mailing list [email protected] https://lists.openstreetmap.org/listinfo/hot
