OpenStreetMap

Pieren's diary

Recent diary entries

Give your opinion about the proposed tag "emergency=aed/defibrillator"

Posted by Pieren on 2 October 2013 in English (English)

Please, check the current vote about a final tag for external and automated defibrillators. It's here: http://wiki.openstreetmap.org/wiki/Proposed_features/automated_external_defibrillator#Voting_.282nd.29

Currently, we have 2 tags "medical=aed" and "emergency=aed" but the use of abbreviations and the move from "medical" to "emergency" has never been really approved by the community. Now you have the choice !

tourism=attraction

Posted by Pieren on 25 September 2013 in English (English)

In the (long) list of tags I don't like, I should add the "tourism=attraction". I find it sometimes on elements with just a name (a library in my case). It is just used to highlight something on the map when people are too lazy to search the right tag (amenity=library) -> "tourism=attraction" is a tag for the renderer and more important, is almost always subjective.

LOL : bus and bikes sharing a lane

Posted by Pieren on 24 September 2013 in English (English)

You have to know that in OSM, a way shared by bus and bikes is primarily a "cycleway":

http://wiki.openstreetmap.org/wiki/Template:Map_Features:cycleway

Buses are just tolerated there ^^ Who said that OSM is cyclists centric ?

.

Posted by Pieren on 24 September 2013 in English (English)

.

ASL

Posted by Pieren on 4 September 2013 in English (English)

No, no, no. Someone asked me if "ASL" is for "asshole", based on its pronunciation. No, it's not. It's neither for "Above See Level", nor for "American Signed Language". No, no, no. In the OSM community, "ASL" is for "Advanced Stop Line" and is only provided for cyclists.

Fed up with abbreviations in tags

Posted by Pieren on 14 August 2013 in English (English)

English is not your native language ? but you like to contribute to OSM ? And you don't know what means 'asl', 'it' or 'ngo' ? Your dictionnary doesn't help you ? Who cares ! Return to Google Map Maker, moron !

That's what I feel when I find OSM objects carrying such tags... And btw, all of such tags are always documented "as de facto" and never through a consensus process... Please think about the 75% of the world not using english as mother tongue.

Railroad switch causing French train crash

Posted by Pieren on 15 July 2013 in English (English)

Do you know any other map that is able to show the exact railroad switch responsible of the train crash last week-end ?

http://www.openstreetmap.org/browse/node/1097986616

Seen here : https://twitter.com/cq94/status/355809199982247936

Location: Résidence de Cossigny, Brétigny-sur-Orge, Palaiseau, Essonne, Ile-de-France, Metropolitan France, 91220, France

Don't trust your car sat nav when it's not using OSM

Posted by Pieren on 10 July 2013 in English (English)

lol, an american tourist trusting his GPS sat nav instructions in Switzerland and falling in steps:

http://www.20min.ch/ro/news/suisse/story/Il-suit-son-GPS-et-s-engage-dans-des-escaliers-24926325

Btw, the steps are clearly indicated in OSM: http://www.openstreetmap.org/?way=134989608

What to do with general "notes" ?

Posted by Pieren on 30 April 2013 in English (English)

I discovered some new (anonymous) "notes" which are not very specific. Something like "addresses are missing here" or "add buildings please". What should we do with such "notes" ? is there any policy specifying how we can decide to close a "note" (which cannot be unclosed afterwards) ?

addr:housenumber en France

Posted by Pieren on 26 April 2013 in French (Français)

Curieux. Quand on regarde les statistiques sur le tag "addr:housenumber" en France, on trouve ceci:
Numéro de maison || nombre d'exemplaires
3 || 45 282
4 || 44 402
2 || 44 222
1 || 44 086
5 || 42 374

(source : http://taginfo.openstreetmap.fr/keys/addr:housenumber#values)

Ca veut dire qu'en France, soit il y a moins d'adresses en no 1 et no 2, soit on ne les trouve pas. Ou alors, j'ai peut-être une autre explication : le cadastre omet souvent de mettre les numéros d'adresses à proximité des intersections, sans que je comprenne bien pourquoi. Mais ceci explique peut-être cela ;-)

Incidement, on constate que le nombre d'exemplaires baisse lorsque le numéro de maison augmente, ce qu'on peut comprendre puisqu'on cumule les grandes rues et les petites rues. Sauf. sauf, pour le numéro 10 qui passe devant le numéro 9:
10 || 34 118
9 || 33 818

C'est d'ailleurs une tendance qu'on constate aussi sur les statistiques mondiales: http://taginfo.openstreetmap.org/keys/addr:housenumber#values

Et là, je ne vois aucune explication rationnelle à ce mystère...

Michelin publishing a first paper map based on OSM !

Posted by Pieren on 21 March 2013 in English (English)

Michelin is not only the 2nd largest tyre manufacturer in the world. It is also a famous publisher of tourist guides and road maps.

This month, Michelin is releasing its first paper map based on OSM ! It is centered on Clermond-Ferrand city (Michelin's headquarter) at a 1/12.000e scale.

Attribution and licence seem to be compliant: https://twitter.com/RatZillaS/status/314788399095631872/photo/1

You can see the price at some online shops. For instance, here: http://livre.fnac.com/a5152703/Collectif-Clermont-Ferrand

Qu'est ce qui peut aller dans OSM (ou pas)

Posted by Pieren on 5 March 2013 in French (Français)

Récemment, un fil de discussion sur la liste talk-fr soulève une nouvelle fois la question de savoir si un certain type de données peut ou ne peut pas figurer dans OSM. En l'occurence ici, il s'agit des zones de risques sismiques tels que définis par l'administration (http://lists.openstreetmap.org/pipermail/talk-fr/2013-March/055764.html). Certains pensent que ce type d'information pourrait s'afficher avec des applications extérieures de type u{map}(http://umap.fluv.io/), sans pouvoir définir clairement sur quel critère on peut décider que telle ou telle information irait ou n'irait pas dans la base de données OSM. Christian Quest se demande aussi pourquoi nous accepterions les AOC dans le vignoble et pas les zones sismiques. Son argument étant que l'information est utile et qu'il faut trouver un équilibre entre contributeurs et utilisateurs, le principal étant que cela soit "facile à intégrer et mettre à jour" pour les contributeurs et "facile à exploiter" pour les ré-utilisateurs (par là il veut sans doute dire un balisage clair, documenté et une modélisation simple).

A mon avis, ça n'est pas tellement une question de "facile à" qui compte. Les limites de ce qui peut aller dans OSM (ou pas) sera un débat sans fin comme il l'est dans wikipedia. Mais contrairement à wikipedia où le seul risque est de faire exploser le nombre d'articles que personne ne lira, nous travaillons tous sur la "même feuille de papier" lorsqu'on contribue sur une zone géographique dans OSM. L'idée que plus il y aura de données et plus il faudra mettre en place des outils de filtrage pour faciliter le travail d'édition ne tient malheureusement pas. On voit que les données sont souvent interconnectées entre elles. On ne peut facilement toucher à un way sans affecter par exemple toutes les relations qui l'utilisent. Ou un noeud seul s'il faut partie d'un ou plusieurs ways. Il faudra sans doute chercher de nouveaux critères qui définissent la pertinence d'une contribution, au delà des "compatible ODbL", "le terrain", "le présent", "être stable" et "vérifiable".

Est-ce que l'un de ces critères sera le nombre de ré-utilisateurs ? Par exemple, quelques uns souhaiteraient ajouter leur itinéraire maison - lieu de travail pour, par exemple, chercher des opportunités de co-voiturage. Le nombre de ré-utilisateur par itinéraire est très faible (une personne). Il y a pourtant là un potentiel pour développer une application de recherche de co-voiture qui peut intéresser beaucoup de monde. Malgré cela, il y aura une forte rétissance de la communauté à voir fleurire un nombre de plus en plus important d'itinéraires maison-travail. D'abord parce que ça n'intéresse pas grand monde. Ensuite, parce que cela va affecter des données que tout le monde utilise (les routes qui seront découpées et rattachées à de multiples relations).

Un autre critère sera peut-être la densité des données. Au delà d'un certain seuil, il devient très difficile voir impossible de comprendre les données sur l'éditeur. S'il y a trop de lignes qui se croisent, l'impossibilité de tout afficher avec des couleurs diffèrentes, des polygones qui se superposent, se croisent ou ont des formes complexes avec des enclaves et/ou des exclaves, le cerveau humain n'est plus capable d'appréhender toutes ces données. On voit le phénomène apparaître dans les zones urbaines fortement cartographiées. On a déjà du mal avec le bâti et la voirie, les boutiques et les landuses. Qu'est-ce que cela deviendra avec les zones de couverture des caméras de surveillance, les réseaux souterrains d'eaux propres et eaux usées, les lignes téléphoniques, électriques et fibres optiques, les zones de couverture wifi ou 3G/4G, les bâtiments en 3D et leur cartographie intérieure, le détail de chaque voie de circulation, etc. Les milieux urbains seront alors tellement chargés qu'il ne sera plus possible de travailler qu'à très grande échelle, sur des zones de plus en plus petites qui ne dépasseront plus le paté de quelques maisons.

Comme on le voit, la question reste encore ouverte et nécessitera d'avantage de règles si on veut éviter une trop grande complexité dans le projet et une plus grande difficulté à recruter de nouveaux contributeurs si cela arrivait.

delete

Posted by Pieren on 5 March 2013 in French (Français)

delete plz

Voies sur berge à Paris

Posted by Pieren on 1 February 2013 in French (Français)

Est-ce que la fermeture d'une partie de la voie express rive gauche à Paris est correctement prise en compte dans OSM ?

Kids city map carpet

Posted by Pieren on 8 January 2013 in English (English)

Since dec 2012, a small French startup is selling a city map carpet for kids. Choose your area in OSM slippymap, 2 clics and the customized carpet will be produced just for you. Cost is 59€ + transport. Colours and zoom are optimized for kids playing with their toys. Carpet size is 128x80cm.

http://www.aberlaas.com/fr/FR

in the local newspaper

dressmaker in action

NB: website internationalisation is planned. More customization too (e.g. colours). For each sale, 1€ is donated to French OSM-fr local chapter. They already received complains from parents that street names are not printed ! Hey, dad, it's for your kid, not for you :-)

Separate account requirement for all imports, even small ones (erg, what is small ?)

Posted by Pieren on 19 October 2012 in English (English)

Currently French community members importing buildings into OSM are blocked by the DWG (Data Working Group) if they don't use a separate user account. The problem is that the French community explaines since weeks to the DWG why this requirement, altough making sens for big mechanical import, does not make sens in this case because the imports are limited on small areas (villages), in numbers (between 1000 up to 10000 buildings in worst cases), in types of objects (only buildings) and damages (none if the user follows the import guideline) and more importantly, is crowdsourced, means that everyone is invited to participate to the import if they have a mimimum of experience in JOSM. The funny thing is that the imports are performed like this since years without problems. Until the DWG set-up its own tools detecting big changesets. Whatever is good or bad in the changesets, they request a separate user account, some rule established im a totally opaque way. In early days, when we got problems like users failing to upload or not following our guidelines, the French community was big enough to check, communicate and fix things himself. What is even more funny is how the dialog with the DWG members is:

-- hey, DWG, we import buildings since years. Your request for a separate account is painful for a delta contributors who is maybe uploading just his village and next one into OSM (a second user account requires a second email address, you cannot use the same email as your first account)

-- (DWG) : no, the rule is "use a separate account for imports"

-- but we accept and use this rules for big imports or when it is completely mechanical. Here we ask people to verify on JOSM and integrate with the existing. Most of the time, it will improve the old data and improve the future contributions. Uploads are rarely isolated with 100% original data.

-- (DWG) : no, the rule is "use a separate account for imports"

-- but the process implies that we should constantly switch from one account to the other (since we also contribute manually for the integration). This would be very painful...

-- (DWG) : no, the rule is "use a separate account for imports"

-- and you send a warning message to contributors in English when our public is the crowd. Most of them will not understand your message...

-- (DWG) : then translate our message saying the rule of "use a separate account for imports"

-- but, hey, who decided that the separate account is not mandatory when it was just a recommendation for years ? Is it not a gouvernance problem in the project that a very small group, the DWG, decides for all of us ? Does not the foundation claims everywhere that they do not interfer with contributions ?

-- (DWG) : We can discuss gouvernance in a couple of months or years. But till then, the rule is "use a separate account for imports".

-- and what do you think about the compromise coming for a third party saying that we could identify such uploads with a specific tag on the changeset itself, thus, it would not require to switch from one account to another ?

-- (DWG) your building imports takes so much resources. Cannot you not make this effort to follow the rule "use a separate account for imports" ?

As you can see, the dialog is impossible. It is very sad that the only group able to block users, DWG, is behaving like this. We really get the impression that DWG is a teacher admonishing children. The OSM gouvernance is really going to the bad way.

Is OSM license failing ?

Posted by Pieren on 5 October 2012 in English (English)

The recent iOS6 "plans" story is telling me that our license, the old CC-By-SA and the new ODbl, is failing. When we read the attributions on "Plans", we can see that OSM is the last of a long list of other sources. But nobody is able to say what comes from where. Because OSM has been recently mentionned as a new source for Apple iPhoto, the crappy "Plans" has been often commented as a result of using the crappy OSM project. Even the foundation had to publish a blog explaining that OSM is not responsible for the disaster. But it is too late. Now, worldwide, the impact on the OSM reputation is highly negative after this story. This would have been different if our license did require the attribution directly on the screen and only on areas really using OSM data.

OSM on the french/german TV channel "ARTE"

Posted by Pieren on 13 June 2012 in English (English)

Yesterday evening, openstreetmap.fr audience doubled after the broadcast of the TV program "Le dessous des cartes" on ARTE channel ("Mit offenen Karten" in the German version). The short program (11') was about "Cartography 2.0" and after a first half introducing the subject, a good second half spoke about OSM and its competitors. Short but very positive for us. The video is visible on the net for a while (probably in French and German, check that out). Wheelmap and Haiti mentionned as examples.

http://www.arte.tv/de/Programm/244,broadcastingNum=1350129,day=4,week=24,year=2012.html

http://ddc.arte.tv/emission/cartographie-2-0

"Microsoft has donated far more valuable map data to the project". Really ?

Posted by Pieren on 30 March 2012 in English (English)

Many recent articles in the media are speculating about the role of Microsoft boosting OSM vs Google. One of the facts reported is saying that "Microsoft donated map data to the project". I've seen this first in the NYT http://www.nytimes.com/2012/03/20/technology/many-sites-chart-a-new-course-as-google-expands-fees.html?_r=1

(and blindly repeated in other mediums like PCWorld : http://www.pcworld.com/article/252649/microsofts_secret_weapon_against_google_maps_open_source.html

I'm just wondering if Bing aerial imagery can be considered as "map data". It needs a considerable amount of work to be converted to vector data and attributs, the real value of OSM "map data". It is just very irritating.

Sondage sur la traduction de "way" dans OSM

Posted by Pieren on 1 March 2012 in French (Français)

Pour renouer avec une vieille tradition d'OSM et en constatant la
persistence du désaccord sur la traduction du mot "way" (souvent
traduit par 'chemin' dans le wiki mais par 'ligne' dans le Floss
Manual OpenStreetMap (http://fr.flossmanuals.net/openstreetmap/index)
par exemple), j'ai ouvert un sondage en ligne ici:

http://www.doodle.com/9fyk54ski6zfhb76

où vous pourrez indiquer votre préférence. Attention, on ne parle pas
de la traduction d'un mot anglais en général mais bien de cet objet
qu'on désigne comme tel dans le contexte d'OSM. J'espère qu'un
consensus large (à défaut, une tendance) pourra se dégager suite à ce
sondage et que nous pourrons rendre notre documentation plus
cohérente.
La liste est directement inspirée du wiki
http://wiki.openstreetmap.org/wiki/FR:D%C3%A9bat_Traduction#Way sauf
pour le terme "voyette" que j'estime trop "exotique" (désolé pour
l'auteur de cette proposition, j'espère qu'il ne m'en voudra pas).

Older Entries | Newer Entries