Experiment on Disputed and Claimed OSM boundaries

I made an attempted to display boundaries according to some countries official point of view. Most of boundary are consensual. But some are de facto with no recognition from one or two of the neighbors. This facto are the ground mapped in OSM. But some countries have different political claims over the territories. Display this claim is often mandatory in these countries. So some boundaries or territories are disputed by countries. Disputed here meaning, that the country is not officially recognized the de facto ground status. Some other boundaries or territories are claimed. The idea here is partially based on the rejected proposed features “Mapping disputed boundaries”.

Consensual borders does not require more details.

Disputed boundaries are here treated as way level. As only a part of the de facto boundary is rejected.

Claim over territories are treated on boundary=claim relation as extent of the facto boundary relation. boundary=claim relation are not closed relation. De facto boundaries relation, minus disputed way, plus boundary=claim should done a closed relation.

In this experiment I do no try to rebuild this closed polygon. I based on osmborder to derive a modified version. Originally, the tool de-duplicate the border from the relations to ease the render.

So in the output of the tool, a way of boundary is marked as: * neutral, if is part of the standard de facto ground boundary framework, the standard OSM meaning of boundaries. * disputed, if has disputed=yes, dispute=yes, border_status=dispute, disputed_by or boundary=disputed tag, plus if is part of a boundary=claim relation. Typically can be rendered with dash. Note, a neutral de facto can be disputed. * disputed_by, list of countries code rejecting this way as a boundary. * claimed_by, list of countries code claiming this this way as boundary.

The de facto map can be show using the neutral marker. Additionally all ways marked as disputed and and not as neutral can be display with dash.

A political view according to a country can be display by: 1. using the neutral ways where the country is not in the disputed_by list, 2. using the ways where the country is in the claimed_by list.

To implement this on vector tiles I have to make a trick. The disputed_by and claimed_by lists can not be embedded on vector tiles and used by Mapbox GLS JS. I use an integer as bitmaps to flag a country in disputed_by and claimed_by.

The demo: http://bl.ocks.org/frodrigo/raw/afbb8e89da7dde0861c1485036d5b893

The demo source: http://bl.ocks.org/frodrigo/afbb8e89da7dde0861c1485036d5b893

The biggest step in this period is the coverage of new countries:

• Full Africa support
• Europe: a number of new small countries: Azores, Albania, Bosnia and Herzegovina, Bulgaria, Croatia, Cyprus, Estonia, Hungary, Isle of Man, Kosovo, Latvia, Liechtenstein, Lithuania, Macedonia, Malta, Montenegro, Moldova, Romania, Serbia and Slovenia.
• Europe: a new analyser server in the Netherlands, country divided in regions.
• Southeast Asia is a new server in Germany covering Thailand, Brunei, Burma, Cambodia, Laos, Malaysia, Singapore and Vietnam.
• Add countries in Asia: Sri Lanka, Syria, Tajikistan, Turkmenistan.
• Add Central American countries: Belize, Cuba.

Countries that are not supported by new servers were supported on OpenStreetMap-France or Iceland ones. Now there is a Coverage Map on Osmose.

Meanwhile, new translations came Portuguese, Polish, Japanese and Hungarian.

On the back side engine, fewer bugs and more unit testing and improving mechanisms for testing. Also, added support for a variable number of objects involved in an error.

For data integration proposal analysers, redesign the code format to go to something more descriptive and structured, so less code, more configuration and convention. Improved data integration proposal analysers to add a “dynamic” support. It means manage a large number of different tags for the same OpenData set (typical French sports fields that have 180 different combinations of tags for the same dataset).

On the side of analysers them self, not so many news. This period was a time of maturation, improve the quality and “conquer the world”.

• 2060/6 Improved Analysis “number twice in the street”
• 2060/10 addr: housenumber does not start with a number
• 2060/11 Multiple names for the same reference FANTOIR (France only)
• 2060/12 Tag “addr:city” not consistent with the city
• 2060/13 the object does not match the type FANTOIR (France only)
• 7090/3 Isolated barrier
• 8160/1 Unintegrated Paris Autolib ‘ (Paris only)
• 8170 Dynamic analyser for sports pitch integration (France only)
• 8190 Unintegrated French military Police (France only)
• 8040/71 Bus stop in Wallonia (Wallonia, Belgium only)
• 1150 Big optimization on “intersection between surfaces”, save computation time on large countries.
• suppression of import of OpenStreetBugs

On the web interface, adding export to RSS, GPX and remote “everything to JOSM.”

Finally, a bridge between Osmose and Maproulette was established. It allows send certain types of errors on the addictive interface of Maproulette. For now, a small number of test categories are sent. These are the categories that begin with “[world]” and “[France].” Maproulette

For the near future we have plan to support all America except the two biggest countries. On large countries (in data) we still need your help to find new servers for Osmose backend analyser.

Osmose web site

Cette demi-journée était le lancement public du processus d'ouverture des données en région Aquitiane. L'initiative rassemble à la fois la région le département de la Gironde et la communauté urbaine de Bordeaux. Cet empilement semble orienté vers la métropole locale au détriment du reste de la région. Mais l'approche est inverse. Il s'agit d'une initiative parti de la communauté urbaine s'étendant aux autres partenaires.

Parmi les invités l'on a retrouvé des acteurs nationaux et locaux pour faire un état des lieux.

On a peu entendre l'APIE parler du futur portail national. Ouvert aux différentes institutions y compris locales pour diffuser leurs données. Néanmoins la commercialisation de ces données et l'idée que des données diffusées gratuitement peuvent être réutilisées sans licence en vertu de la loi est soutenu. L'intervention laissait entendre la possibilité d'une redevance pour des usages non commerciaux et même dépassant les coups de mise à disposition pour des usages commerciaux.
Hors intervention, je me suis laisser dire que l'APIE étudiait le cas de OpenStreetMap et la condition de non dénaturation des données spécifique à la loi française. La conclusion serait que de part ça nature de wiki, et donc grasse à ça traçabilité, le projet puisse utiliser les données sans accords spécifiques sur la dénaturation de la part des fournisseurs.

L'on a aussi pu voir la représentante du projet sirtaqui du comité régional de tourisme aquitain. Ils veulent ouvrir les données mais avec des conditions et limitations digne d'un dédale. Relevant plus du marchandage que d'un esprit volontariste d'OpenData. Par exemple avec des niveaux de licences différentes pour les données multimédia et de la négociation aux cas par cas par l'échange de « bons procédés ». Arguant que l'ouverture seule n'allait pas être suffisante à la promotion de leur données, imposant ainsi des limitations aux réutilisateurs....

J’arrête là les critiques et je passe aux réjouissances.

Des retours d'expériences ont été présentées. On a pu que admirer l'ouverture d'esprit qui règne du coté de Brest et la volontarisme de Rennes.

D'autre part plusieurs « guides » de l'OpenData voient le jour : par la Fing (attendu mi 2011), par l' observatoire des territoires numériques (printemps 2011) et un guide juridique par EAC (déjà disponible).

Le conseil général de Gironde à pour ça part l'air plus en avance que les autres acteurs. Une libération de données de transports et sur le paysage de l'estuaire de la Gironde serait quasiment prête.

La communauté urbaine livrerait un premier lot en janvier ou février de l'année prochaine. Mais l'on sait déjà que les données cadastrales ainsi que l'orthophotographie ne seront pas de la partie, car sous convention. La CUB en est à l'étape de cataloguer le contenu de son SI. Le processus du choix de la licence est lui aussi à peine entamer.

La route est longue, mais la voie est libre

Bonjour,
Pour faire suite aux récentes discutions sur la mailing-list talk-fr sur le projet d'association, ou pas et de la possibilité d'intégrer l'OSGeo-fr, un sondage à été mis en place.

http://doodle.com/3nm3y5czf3ukdgtg

Compte rendu des discutions sur le sujet sur le wiki :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France

Information sur l'OSGeo-fr :
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Francophone

De l'avis d'une majorité, la communauté OSM française est parvenu au stade ou sa constitution en association loi de 1901 devient souhaitable. Plusieurs possibilités s'offrent à nous :
1) créer l'association de toutes pièces,
2) rejoindre l'association OSGeo francophone qui poursuit des buts similaires
(géodonnées et logiciels libres),
3) attendre,
4) ne rien faire,
5) nsp,
6) autre.

Vous aussi donnez votre avis : http://doodle.com/3nm3y5czf3ukdgtg

Français :
J'ai enfin fini par écrire l'article sur OSM sur le site de adella.org. À l'origine je mappais un peu uniquement pour écrire cet article, puis je me suis pris au jeu. L'article est fait, et moi je suis encore là ;-).

English:
Finally I wrote the small paper about OSM on adella.org site. I went here initialy to do it, but I do lot of map stuff before write it.

http://www.adella.org/spip/spip.php?article83 (fr)

Count way, node and relation from bordeaux area (only last element editor counted) :
138 kalon33
165 ceyquem
228 Welshie
243 gqjtcbit
275 zorgzorg2
306 moore33
316 evrard
549 FredB
697 Xav
910 andrewpmk
3532 frodrigo
3701 yota