Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[thevenon . julien]

>> De: "Jean-Marc Liotier" 

>> Super - alors par souci de réciprocité je propose que tout nouveau
>> message d'un fil de discussion de talk-fr soit transmis au forum qui en
>> fera un nouveau fil - histoire de décloisonner la liste et favoriser les
>> réponses d'abonnés du forum... Pour éviter un phénomène de tour d'ivoire ;)

>> Certes, on ne pourra pas participer directement à la discussion sur la
>> liste depuis le forum, mais pour répondre c'est simple - il suffit de
>> s'abonner à la liste !

>> J'ai hâte de tester ! Je suis sûr que ça va être supr populaire sur
>> le forum !

Ca existe deja ( enfin presque ) : 
http://gis.19327.n5.nabble.com/France-f5380434.html
Ca permet aux personnes qui n aiment pas les mailings listes de voir le contenu 
de talk-fr sous forme de forum et de participer quand meme aux discussions de 
la liste.

Julien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Jean-Marc Liotier]

On 02/27/2013 09:54 PM, Christian Quest wrote:
> Cette retransmission de l'unique premier message d'un nouveau sujet
> sert à décloisonner le forum de la mailing list et à favoriser les
> réponses d'abonnés de talk-fr... pour éviter un phénomène de tour
> d'ivoire ;)

Super - alors par souci de réciprocité je propose que tout nouveau
message d'un fil de discussion de talk-fr soit transmis au forum qui en
fera un nouveau fil - histoire de décloisonner la liste et favoriser les
réponses d'abonnés du forum... Pour éviter un phénomène de tour d'ivoire ;)

Certes, on ne pourra pas participer directement à la discussion sur la
liste depuis le forum, mais pour répondre c'est simple - il suffit de
s'abonner à la liste !

J'ai hâte de tester ! Je suis sûr que ça va être supr populaire sur
le forum !

On pourrait aussi synchroniser les forums. Et rajouter les tweets
identifiés comme francophones et avec les hashtags #osm ou
#openstreetmap. Et synchroniser talk-fr et les forums vers les tweets.

Whoah - il y a un potentiel énaurme !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Méridional" en hémisphère sud ?

[Hendrik Oesterlin]

Le 27/02/2013 à 19:09:49 +1100 "Francescu GAROBY" windu...@gmail.com a écrit
Objet: "[OSM-talk-fr] "Méridional" en hémisphère sud ?" :

> Plus sérieusement quand même : Wikipedia parle bien
> d'Australie-Méridionale, pour cet état :
> http://fr.wikipedia.org/wiki/Australie-M%C3%A9ridionale
> Il s'agit donc là du nom "officiel" (je mets des guillemets car j'ignore si
> cette traduction a été validée par un quelconque organisme...)

> Francescu

Sur la page de discussion on a déjà parlé de cette "erreur de
traduction".

Pour justifier l'usage de ce terme matériellement incorrect on trouve
Hachette et Larousse et on argumente qu'une erreur doit rester si elle
a été faite dès le départ.

Personnellement, je n'adhère à aucun de ces trois arguments.

Pour l'anecdote, sur le Wikipedia allemand il est précisé que
"meridional" n'est utilisé qu'en hémisphère nord pour désigner le
Sud...
http://de.wikipedia.org/wiki/Meridian

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premier pas

[Pieren]

2013/2/27 Balaitous :
> place = city
> place = town
>
> Selon le tag population = 53373
> et le wiki http://wiki.openstreetmap.org/wiki/FR:Key:place
>
> C'est place=town qui est correct.
>

Attention, le classement entre "city" et "town" peut varier d'un pays
à l'autre. Et le tag "place" devrait normalement ne figurer qu'une
seule fois pour une ville, soit sur un noeud, soit sur un polygone
(ici, il est présent sur 2 noeuds et un landuse). Par facilité, le tag
"place" est souvent placé sur un "landuse=residential" mais cela ne
fonctionne que s'il n'y a qu'un seul polygone "landuse" formant la
totalité de la zone urbanisée, ce qui est rarement le cas au-delà
d'une certaine taille (plus c'est grand ou mieux cartographié et plus
on verra des "landuse" pour les zones commerciales, industrielles ou
artisanales, etc).
Dans l'idéal, il faudrait contacter les membres de la communauté pour
leur signaler le problème : Le tag "place" ne devrait figurer que sur
un seul élément. Et on y met le tag "name:fr" (on devrait aussi le
traduire sur la définition de la limite administrative de la commune.
Chez-nous c'est un multipolygone de type "boundary",
"boundary=administrative" et "admin_level=8". Mais là encore,
l'admin_level pour une municipalité peut varier d'un pays à l'autre.
Il faut donc être très prudent lorsqu'on contribue dans d'autres pays
qui ont peut-être des pratiques légèrement différentes des nôtres.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Christian Rogel]

Le 28 févr. 2013 à 00:10, Pieren  a écrit :
> Sauf qu'il faut aller sur le forum pour répondre... et y retourner
> régulièrement pour suivre le fil. De toute façon, ceux qui pratiquent
> ce forum n'ont pas besoin de la liste de diffusion.
> Nul part ailleurs je n'ai vu ce système qui pollue une liste
> simplement parce que c'est plus pratique pour une infime minorité
> d'inscrits.
> Si ce forum a teeellement de succès, arrêtez le forward
> automatique et on n'en parle plus.

Je n'aime pas les forums, mais je répond de temps en temps à des
questions qui m'inspirent.
Le fait qu'on ait accès au forum depuis la liste est plus satisfaisant.

Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Pieren]

2013/2/27 Christian Quest :
> Cette retransmission de l'unique premier message d'un nouveau sujet
> sert à décloisonner le forum de la mailing list et à favoriser les
> réponses d'abonnés de talk-fr... pour éviter un phénomène de tour
> d'ivoire ;)

Sauf qu'il faut aller sur le forum pour répondre... et y retourner
régulièrement pour suivre le fil. De toute façon, ceux qui pratiquent
ce forum n'ont pas besoin de la liste de diffusion.
Nul part ailleurs je n'ai vu ce système qui pollue une liste
simplement parce que c'est plus pratique pour une infime minorité
d'inscrits.
Si ce forum a teeellement de succès, arrêtez le forward
automatique et on n'en parle plus.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites de plages

[Philippe Verdy]

Le 27 février 2013 23:26, Thomas Petillon  a écrit :
> 2013/2/27 Romain MEHUT 
>>
>> Et à noter que la plage doit être dans l'emprise de la ligne côtière.
>
>
>  Je ne sais pas si tu as voulu dire du côté terre ou du côté mer, alors je
> précise. La ligne de côte est sur la ligne des hautes eaux, donc la majorité
> de la surface des plages est du côté mer la plupart du temps.

C'est la surface du côté terre qu'on tague comme plage, même si du
côté mer la plage peut être beaucoup plus grande à marée basse.

Bref la plage reste bien entièrement dans OSM du côté terre. Dui côté
mer en revanche si on veut le cartographier c'est autre chose : des
hauts fonds, ou bancs de sable (qui n'apparaitront pas forcément sur
le rendu d'une carte classique, mais apparaitront sur une carte
marine). Pour cela on a des attributs marquant la surface en mer
découverte par la marée.

> En l'occurrence à Ouistreham j'ai l'impression que la ligne de côte va un
> peu trop loin dans le domaine maritime.

C'est souvent le cas, la limite haute est assez difficile à dire assez
souvent (et elle peut bouger avec le temps car les sols sont souvent
meubles, notamment les plages faites de sables, graviers ou galets :
il suffit d'une tempête ou d'un simple orage pour les faire bouger,
avant qu'avec le temps cela se reconstitue tout seul lors des marées
suivantes).

On n'a souvent qu'une indication moyenne estimée. Et dans ce cas la
ligne de "plus hautes eaux" n'est pas la plus appropriée mais devrait
être celle des hautes eaux en marée moyenne (coefficient 100 ?), hors
des grandes marées et des suites de tempêtes (où il peut y avoir des
submersions causées par la dépression et la poussée de vents
violents).

A mon avis c'est cette moyenne qui est la plus parlante sur une carte
et la plus réaliste sur le terrain. La présence d'une laisse de mer
sur les photos est souvent un bon indicateur (plus que la hauteur
d'eau visible à l'heure du cliché), car cette laisse est rarement
celle d'une ligne de marée exceptionnelle, mais celle de marées
répétées.

(et pour les lignes de marées extrêmes, on a la possibilité de définir
un polygone couvrant cette ligne de part et d'autre pour marquer du
côté terre la zone inondable, et du côté mer la partie qui peut être
découverte et impropre à la navigation ou au stationnement de certains
navires sans fond plat et non conçus pour se coucher sur le flanc car
ils risqueraient soit d'être inondés à la marée suivante soit  d'avoir
leur structure endommagée, ou encore de rester échoués plantés dans le
sable).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites de plages

[Thomas Petillon]

2013/2/27 Romain MEHUT 

> Et à noter que la plage doit être dans l'emprise de la ligne côtière.
>

 Je ne sais pas si tu as voulu dire du côté terre ou du côté mer, alors je
précise. La ligne de côte est sur la ligne des hautes eaux, donc la
majorité de la surface des plages est du côté mer la plupart du temps.

En l'occurrence à Ouistreham j'ai l'impression que la ligne de côte va un
peu trop loin dans le domaine maritime.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premier pas

[Francescu GAROBY]

Bonne remarque de Balaitous : je n'avais pas fait gaffe que le polygone est
en fait une zone residentielle...
(si j'étais mauvaise langue, je dirais que c'est peut-être le cadastre grec
qui fait enfin son travail...)

Francescu


Le 27 février 2013 22:40, Balaitous  a écrit :

> Je ne voie pas de raison à la duplication des deux noeuds
> http://www.openstreetmap.org/browse/node/31376615
> http://www.openstreetmap.org/browse/node/1379311022
> Ils sont même contradictoires puisque l'un indique:
> place = city
> place = town
>
> Selon le tag population = 53373
> et le wiki http://wiki.openstreetmap.org/wiki/FR:Key:place
>
> C'est place=town qui est correct.
>
> Donc je pense qu'il faut les fusionner avec place=town
> Dans l'historique, l'un date de 2007, l'autre de 2011. Il s'agit donc
> d'un doublon créé par méconnaissance.
>
>
>
> En revanche le polygon :
> http://www.openstreetmap.org/browse/way/5738808
> a pour but de délimiter l'aire urbanisée grace au tag
> landuse=residential
> http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential
>
> Mais il n'y a aucune utilité à mettre le nom de la ville sur cet objet
>
>
>
> Le mercredi 27 février 2013 à 21:53 +0100, Jean-Christophe Groult a
> écrit :
> > Bonjour,
> >
> > Suite à une présentation de Francescu (que je salue au passage :) le
> > week-end dernier, je me suis décidé à faire mes premières
> > modifications (que je croyais) simples : ajouter des traductions de
> > noms. Et très vite je suis tombé sur un cas que je ne sais pas
> > résoudre.
> >
> > Il s'agit de la ville grecque de Χανιά en Crète, la Canée en français.
> >
> > D’une part il y a 3 objets qui correspondent à cette ville :
> > http://www.openstreetmap.org/browse/node/31376615
> > http://www.openstreetmap.org/browse/node/1379311022
> > http://www.openstreetmap.org/browse/way/5738808
> >
> > Est-ce normal ? Si oui, faut-il fournir la traduction dans les 3
> > objets (redondance de donnée) ?
> > Sinon faut-il fusionner ces objets ? Existe-t-il un outil pour ça ou
> > faut-il simplement copier les attributs et supprimer les 2 autres
> > objets ? Faut-il prendre des précautions particulières avant de
> > supprimer un objet ?
> > Je pensais garder le polygone (plus précis)
> >
> > D’autre part, la Canée porte aussi d’autres noms en français : Chaniá
> > et Haniá
> > J’ai vu le tag alt_name mais à priori c’est pour les noms locaux.
> > Est-ce qu’il possible d’ajouter le code langue comme avec name
> > (alt_name:fr=) ?
> > De plus il y a 2 noms; dans ce cas quel est le séparateur ? la
> > virgule, le point-virgule ?
> >
> > Cela donne ça : alt_name:fr=Chaniá;Haniá
> > C’est bon ?
> >
> > Merci d’avance pour votre aide,
> > LeBret
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premier pas

[Balaitous]

Je ne voie pas de raison à la duplication des deux noeuds
http://www.openstreetmap.org/browse/node/31376615
http://www.openstreetmap.org/browse/node/1379311022
Ils sont même contradictoires puisque l'un indique:
place = city
place = town

Selon le tag population = 53373
et le wiki http://wiki.openstreetmap.org/wiki/FR:Key:place

C'est place=town qui est correct.

Donc je pense qu'il faut les fusionner avec place=town
Dans l'historique, l'un date de 2007, l'autre de 2011. Il s'agit donc
d'un doublon créé par méconnaissance.



En revanche le polygon :
http://www.openstreetmap.org/browse/way/5738808
a pour but de délimiter l'aire urbanisée grace au tag
landuse=residential
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential

Mais il n'y a aucune utilité à mettre le nom de la ville sur cet objet



Le mercredi 27 février 2013 à 21:53 +0100, Jean-Christophe Groult a
écrit :
> Bonjour,
> 
> Suite à une présentation de Francescu (que je salue au passage :) le
> week-end dernier, je me suis décidé à faire mes premières
> modifications (que je croyais) simples : ajouter des traductions de
> noms. Et très vite je suis tombé sur un cas que je ne sais pas
> résoudre.
> 
> Il s'agit de la ville grecque de Χανιά en Crète, la Canée en français.
> 
> D’une part il y a 3 objets qui correspondent à cette ville :
> http://www.openstreetmap.org/browse/node/31376615
> http://www.openstreetmap.org/browse/node/1379311022
> http://www.openstreetmap.org/browse/way/5738808
> 
> Est-ce normal ? Si oui, faut-il fournir la traduction dans les 3
> objets (redondance de donnée) ?
> Sinon faut-il fusionner ces objets ? Existe-t-il un outil pour ça ou
> faut-il simplement copier les attributs et supprimer les 2 autres
> objets ? Faut-il prendre des précautions particulières avant de
> supprimer un objet ?
> Je pensais garder le polygone (plus précis)
> 
> D’autre part, la Canée porte aussi d’autres noms en français : Chaniá
> et Haniá
> J’ai vu le tag alt_name mais à priori c’est pour les noms locaux.
> Est-ce qu’il possible d’ajouter le code langue comme avec name
> (alt_name:fr=) ?
> De plus il y a 2 noms; dans ce cas quel est le séparateur ? la
> virgule, le point-virgule ?
> 
> Cela donne ça : alt_name:fr=Chaniá;Haniá
> C’est bon ?
> 
> Merci d’avance pour votre aide,
> LeBret
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Premier pas

[Francescu GAROBY]

Bonsoir Jean-Christophe, etbienvenu à toi ! :-)


Concernant les 3 objets, je pense que l'un des  2 noeuds est de trop. Par
contre, la ligne sert à délimiter le pourtour de la commune et est, en ce
sens, complémentaire du noeud, qui indique généralement le barycentre de la
commune ou l'emplacement de l'hôtel de ville.
En France, les communes sont d'ailleurs construites non pas avec une ligne
ou juste un point, mais une relation regroupant les 2 ! Exemple :
Caen,
où le noeud (le dernier de la liste des éléments qui composent la relation)
a un rôle bien précis ('admin_centre').
Je te conseille donc de fusionner les 2 noeuds et leurs tags.
Pour les traductions, l'exemple de Caen montre cependant que non seulement
il y a redondance mais, pire encore, il n'y a pas équivalence entre les
traductions appliquées à la relation et celles appliquées au noeud.
Pour les multiples noms en français, je n'ai pas de solution à te proposer.
Mais si tu décides de les concaténer en un même tag, alors utilise le
point-virgule comme séparateur.

Francescu


Le 27 février 2013 21:53, Jean-Christophe Groult  a
écrit :

> Bonjour,
>
> Suite à une présentation de Francescu (que je salue au passage :) le
> week-end dernier, je me suis décidé à faire mes premières modifications
> (que je croyais) simples : ajouter des traductions de noms. Et très vite je
> suis tombé sur un cas que je ne sais pas résoudre.
>
> Il s'agit de la ville grecque de Χανιά en Crète, la Canée en français.
>
> D’une part il y a 3 objets qui correspondent à cette ville :
> http://www.openstreetmap.org/browse/node/31376615
> http://www.openstreetmap.org/browse/node/1379311022
> http://www.openstreetmap.org/browse/way/5738808
>
> Est-ce normal ? Si oui, faut-il fournir la traduction dans les 3 objets
> (redondance de donnée) ?
> Sinon faut-il fusionner ces objets ? Existe-t-il un outil pour ça ou
> faut-il simplement copier les attributs et supprimer les 2 autres objets ?
> Faut-il prendre des précautions particulières avant de supprimer un objet ?
> Je pensais garder le polygone (plus précis)
>
> D’autre part, la Canée porte aussi d’autres noms en français : Chaniá et
> Haniá
> J’ai vu le tag alt_name mais à priori c’est pour les noms locaux. Est-ce
> qu’il possible d’ajouter le code langue comme avec name
> (alt_name:fr=) ?
> De plus il y a 2 noms; dans ce cas quel est le séparateur ? la virgule, le
> point-virgule ?
>
> Cela donne ça : alt_name:fr=Chaniá;Haniá
> C’est bon ?
>
> Merci d’avance pour votre aide,
> LeBret
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Philippe Verdy]

Le 27 février 2013 17:32, Francescu GAROBY  a écrit :
> Pour le 'is_in', je comptais le faire à part. Je faisais juste remarquer que
> pour ce tag-là aussi, il faudra faire quelque chose...
> Pour l'instant, je ne compte me concentrer que sur le postal_code => addr:*
>
> Je reviens d'ailleurs vers vous parce que je rencontre un cas assez tordu
> d'adresse, de ce genre-ci : 
> Vous l'aurez compris, il s'agit de l'adresse d'une station-essence sur une
> aire d'autoroute. Sauf que pour moi, c'est plus une indication de direction
> à prendre qu'une adresse postale.

Pour moi c'est une adresse postale correcte.

La direction n'est pas accessoire étant donné que très souvent il
n'est pas possible de repartir dans l'autre sens, bon nombre de ces
stations ne sont accessibles (pour le public) que par l'autoroute et
dans un seul sens (il n'y a pas toujours un tunnel permettant de
joindre la même station, mais plus souvent deux stations séparées à
peu près en vis à vis, et les autres voies d'accès sont uniquement
pour le service et fermées au public (barrière, plots levant
nécessitant une carte pour les employés ou un code destiné aux
livraisons locales).

Chaque direction d'une autoroute est d'ailleurs une route bien séparée
et tracée distinctement dans OSM, même si la séparation fait par
endroit moins d'un mètre et n'est qu'une barrière centrale sans
terre-plein, et même si régulièrement tous les 5 ou 10 kilomètres on
trouve des "passes" qui peuvent être ouvertes afin de déporter le
trafic sur l'autre chaussée (pour effectuer des travaux ou en cas
d'accident, en séparant en deux les voies de l'autre sens avec des
plots en plastique et en ramenant la vitesse à 90 ou moins, au lieu de
110 ou 130).

Cependant il y a deux champs séparés dans ce tag:
- A 13 - direction Paris-Caen (comme un nom de rue/route, pas de
numéro dans la rue)
- Aire de Beuzeville Nord (nom du site, ou lieu-dit)
Sur une adresse postale ce sera deux lignes séparées.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 22:10, Philippe Verdy  a écrit :
> Le 27 février 2013 18:24, Ista Pouss  a écrit :
>> Je ne sais pas ce que tu appelles stable ? S'il y a quelque chose de pas
>> stable du tout en ce moment sur wikipedia, c'est bien les liens interwikis !
>> Certes on pourra les utiliser encore longtemps je pense, mais ils sont juste
>> "deprecated". Comme stabilité...
>
> Ce que j'appelle stable c'est le nom officiel dans la langue officiel
> du lieu qu'on veut référencer (parfois il y a plusieurs noms officiels
> simultanés, et Wikipédia contiendra une redirection d'un nom sur
> l'autre ou bien la redirection des deux noms vers un nom composé.
>
> Pour les autres langues c'est peu stable justement car il n'y a pas de
> statut officiel mais juste un usage souvent changeant ou seulement
> consacré par quelques utilisateurs de Wikipédia qui ne sont pas allé
> plus loin que leur lecture approximative (un exemple sur la Wikipédie
> russe pour le nom donné à la Seine-Saint-Denis qui est un non-sens
> complet issu même d'une lecture erronée même pas correcte selon la
> phonologie russe et qui contredit même les traductions correctes
> données à Seine et à Saint-Denis ! Les Wikipédies tendent à imposer
> dans les traductions ou translitérations des noms erronés qui même
> contredisent les documents traduits par des sources plus
> officielles... Dans d'autres cas elles vont ignorer des chagements
> intervenus officiellement et se baser sur des usages anciens et en
> fait même plus entretenus : le monde de l'ignorance en somme consacré
> comme si c'était de vraies connaissances et sans aucun regard
> critique, où même la négaciation ne parvient pas à convaincre d'autres
> qui votent contre sans rien savoir en réalité sur les sujets)
>
>>>
>>> On en reparlera seulement le jour où le Wikidata expérimental sera
>>> *réellement* intégré comme une fonction de base de Wikipédia se
>>> substituant à ses interwikis. Pas avant.
>>>
>>
>> Je présume que tu consultes ta doc dans une version javanaise en esquimau
>> épistémiologique mal translitérée du morse au loucherbème ?
>
> ??? Franchement je ne vois pas ce que vient faire cette phrase ici,
> c'est broder et de l'invention pure juste destinée à nuire.
>
>> Wikidata est en cours de déploiement sur les wikis. C'est fait pour ce qui
>> concerne la version anglaise : "Wikidata lancé sur la Wikipédia en anglais"
>> http://blog.wikimedia.fr/wikidata-lance-sur-la-wikipedia-en-anglais-5402?utm_source=rss&utm_medium=rss&utm_campaign=wikidata-lance-sur-la-wikipedia-en-anglais
>>
>> Et comme l'immense majorité des liens interwikis de la version française
>> viennent de l'anglaise, tous les liens interwikis que tu voies et qui te
>> paraissent si bien fichus viennent en fait d'ors et déjà de... wikidata !
>
> C'est COMPLETEMENT FAUX. Wikidata contient essentiellement des liens
> qui ont été importés par des bots à partir des liens interwikis, et
> ensuite qui ne sont plus maintenus du tout ! Pour l'instant cela ne
> parait pas évident car Wikidata est très jeune, et les imports sont
> encore frais, mais assez vite son obsolescence va devenenir évidente.
> On en reparlera mais déjà des incohérences apparaissent justement
> quand il y a des mises à jour correctes dans Wikipédia des liens
> interwikis, qui sont écrasées par n'importe quoi issu de données
> obsolètes ou fausses de Wikidata.
>
>> Ainsi, prenons la page anglaise de Rennes :
>> http://en.wikipedia.org/wiki/Rennes
>>
>> En bas à gauche, après tous les liens interwikis d'autres langues tu voies :
>> "Edit links".
>
> Ce lien est... absent !
>
> Tu confonds avec le fait que tu as activé une extension dans ton
> compte, une option qui n'est pas activée par défaut.

Note: je ne vois pas pourquoi concernant un article sur Rennes on doit
aller faire la modif en passant par la Wikipédie anglophone pour
ensuite nous amener sur Wikidata 3 wikis donc à visiter modifier.
C'est simple ??? Et pourquoi ce doit être la Wikipédie anglophone qui
détermine la classification de départ ? En quoi est-elle plus
pertinente que la classification francophone ?

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 18:24, Ista Pouss  a écrit :
> Je ne sais pas ce que tu appelles stable ? S'il y a quelque chose de pas
> stable du tout en ce moment sur wikipedia, c'est bien les liens interwikis !
> Certes on pourra les utiliser encore longtemps je pense, mais ils sont juste
> "deprecated". Comme stabilité...

Ce que j'appelle stable c'est le nom officiel dans la langue officiel
du lieu qu'on veut référencer (parfois il y a plusieurs noms officiels
simultanés, et Wikipédia contiendra une redirection d'un nom sur
l'autre ou bien la redirection des deux noms vers un nom composé.

Pour les autres langues c'est peu stable justement car il n'y a pas de
statut officiel mais juste un usage souvent changeant ou seulement
consacré par quelques utilisateurs de Wikipédia qui ne sont pas allé
plus loin que leur lecture approximative (un exemple sur la Wikipédie
russe pour le nom donné à la Seine-Saint-Denis qui est un non-sens
complet issu même d'une lecture erronée même pas correcte selon la
phonologie russe et qui contredit même les traductions correctes
données à Seine et à Saint-Denis ! Les Wikipédies tendent à imposer
dans les traductions ou translitérations des noms erronés qui même
contredisent les documents traduits par des sources plus
officielles... Dans d'autres cas elles vont ignorer des chagements
intervenus officiellement et se baser sur des usages anciens et en
fait même plus entretenus : le monde de l'ignorance en somme consacré
comme si c'était de vraies connaissances et sans aucun regard
critique, où même la négaciation ne parvient pas à convaincre d'autres
qui votent contre sans rien savoir en réalité sur les sujets)

>>
>> On en reparlera seulement le jour où le Wikidata expérimental sera
>> *réellement* intégré comme une fonction de base de Wikipédia se
>> substituant à ses interwikis. Pas avant.
>>
>
> Je présume que tu consultes ta doc dans une version javanaise en esquimau
> épistémiologique mal translitérée du morse au loucherbème ?

??? Franchement je ne vois pas ce que vient faire cette phrase ici,
c'est broder et de l'invention pure juste destinée à nuire.

> Wikidata est en cours de déploiement sur les wikis. C'est fait pour ce qui
> concerne la version anglaise : "Wikidata lancé sur la Wikipédia en anglais"
> http://blog.wikimedia.fr/wikidata-lance-sur-la-wikipedia-en-anglais-5402?utm_source=rss&utm_medium=rss&utm_campaign=wikidata-lance-sur-la-wikipedia-en-anglais
>
> Et comme l'immense majorité des liens interwikis de la version française
> viennent de l'anglaise, tous les liens interwikis que tu voies et qui te
> paraissent si bien fichus viennent en fait d'ors et déjà de... wikidata !

C'est COMPLETEMENT FAUX. Wikidata contient essentiellement des liens
qui ont été importés par des bots à partir des liens interwikis, et
ensuite qui ne sont plus maintenus du tout ! Pour l'instant cela ne
parait pas évident car Wikidata est très jeune, et les imports sont
encore frais, mais assez vite son obsolescence va devenenir évidente.
On en reparlera mais déjà des incohérences apparaissent justement
quand il y a des mises à jour correctes dans Wikipédia des liens
interwikis, qui sont écrasées par n'importe quoi issu de données
obsolètes ou fausses de Wikidata.

> Ainsi, prenons la page anglaise de Rennes :
> http://en.wikipedia.org/wiki/Rennes
>
> En bas à gauche, après tous les liens interwikis d'autres langues tu voies :
> "Edit links".

Ce lien est... absent !

Tu confonds avec le fait que tu as activé une extension dans ton
compte, une option qui n'est pas activée par défaut.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Réf.: Re: [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[THEVENON Julien]

--
Le mer. 27 févr. 2013 21:54 HNEC, Christian Quest a écrit :

>Cette retransmission de l'unique premier message d'un nouveau sujet
>sert à décloisonner le forum de la mailing list et à favoriser les
>réponses d'abonnés de talk-fr... pour éviter un phénomène de tour
>d'ivoire ;)
>
>Si il y avait le même système pour forum.openstreetmap.org, cela
>permettrait d'avoir là aussi un décloisonnement que personnellement je
>trouve utile

c est possible de le faire (sur forum.openstreetmap.fr aussi) et c est 
exactement pour les raisons que tu mentionnes que j ai activite les 
notifications de creation de nouveaux sujets 

Julien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Christian Quest]

Cette retransmission de l'unique premier message d'un nouveau sujet
sert à décloisonner le forum de la mailing list et à favoriser les
réponses d'abonnés de talk-fr... pour éviter un phénomène de tour
d'ivoire ;)

Si il y avait le même système pour forum.openstreetmap.org, cela
permettrait d'avoir là aussi un décloisonnement que personnellement je
trouve utile, mais si ça gêne tant de monde que ça, ça peut soit se
filtrer, soit être carrément supprimé.

Pour répondre, il suffit de cliquer sur le lien qui se trouve en bas de message.

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Premier pas

[Jean-Christophe Groult]

Bonjour,

Suite à une présentation de Francescu (que je salue au passage :) le
week-end dernier, je me suis décidé à faire mes premières modifications
(que je croyais) simples : ajouter des traductions de noms. Et très vite je
suis tombé sur un cas que je ne sais pas résoudre.

Il s'agit de la ville grecque de Χανιά en Crète, la Canée en français.

D’une part il y a 3 objets qui correspondent à cette ville :
http://www.openstreetmap.org/browse/node/31376615
http://www.openstreetmap.org/browse/node/1379311022
http://www.openstreetmap.org/browse/way/5738808

Est-ce normal ? Si oui, faut-il fournir la traduction dans les 3 objets
(redondance de donnée) ?
Sinon faut-il fusionner ces objets ? Existe-t-il un outil pour ça ou
faut-il simplement copier les attributs et supprimer les 2 autres objets ?
Faut-il prendre des précautions particulières avant de supprimer un objet ?
Je pensais garder le polygone (plus précis)

D’autre part, la Canée porte aussi d’autres noms en français : Chaniá et
Haniá
J’ai vu le tag alt_name mais à priori c’est pour les noms locaux. Est-ce
qu’il possible d’ajouter le code langue comme avec name
(alt_name:fr=) ?
De plus il y a 2 noms; dans ce cas quel est le séparateur ? la virgule, le
point-virgule ?

Cela donne ça : alt_name:fr=Chaniá;Haniá
C’est bon ?

Merci d’avance pour votre aide,
LeBret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Retransmettre les messages du forum Was: [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[David Crochet]

Bonjour

Le 27/02/2013 21:44, ades_...@orange.fr a écrit :

anyway, faudra un jour m'expliquer à quoi sert la retransmission de messages en 
provenance d'un forum. A montrez qu'il existe ?


Oui, et, personnellement, je trouve cela bien et cela ne me gène pas 
plus que le reste des discussion puisqu'il y a émission que d'un seul 
message, même s'il y a réponse sur le forum.


--
Cordialement
David Crochet
http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut 
prendre part !
http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Réf.: Re: [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[THEVENON Julien]

--
Le mer. 27 févr. 2013 21:15 HNEC, f.dos.san...@free.fr a écrit :

>
>
>>De: "Pieren" 
>>À: "Discussions sur OSM en français" 
>>Envoyé: Mercredi 27 Février 2013 18:49:08
>>
>> ...
>>
>>Jusqu'à ce que le forward vers la liste de diffusion s'arrête.
>>T'énerve pas, quand on crée une nuisance, il faut assumer.
>>
>>Pieren
>
>
>Je rejoint Pieren sur ce point, ne consultant pas le forum, le transfert 
>automatique sur la liste à chaque ouverture de nouveau sujet est pour moi une 
>nuisance. J'applique donc la même technique que certains messages trop long de 
>cette liste (la touche suppr est mon amie).

ne consultant pas le forum, le transfert automatique sur la liste à chaque 
ouverture de nouveau sujet est pour moi l occasion d aller voir ce qui s y 
passe et eventuellement y repondre.
Par contre le forum openstreetmap.fr me parait maintenant beaucoup plus 
frequente que celui ci donc c est vrai que la redondance me parait beaucoup  
moins justifiable que quand il n y avait que le forum osm.org.

Julien



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[ades_...@orange.fr]

@ pieren & @ letuffe :si vous avez envie de vous foutre sur la gueule, et bien, 
faites le pour de vrai, avec les poings, des couteaux ou des AK47, peut 
importe, mais arrêtez de faire chier ;-)
anyway, faudra un jour m'expliquer à quoi sert la retransmission de messages en 
provenance d'un forum. A montrez qu'il existe ?
cordialement (comme on dit sur ebay)

Le 27 févr. 2013 à 21:22, Jean-Marc Liotier a écrit :

> On 02/27/2013 06:49 PM, Pieren wrote:
>> 2013/2/27 sly (sylvain letuffe) :
>>> Tu va nous ressortir ça à chaque fois que tu vois un accent de travers
>>> sur le forum ?
>> Jusqu'à ce que le forward vers la liste de diffusion s'arrête.
>> T'énerve pas, quand on crée une nuisance, il faut assumer.
> 
> Pieren, si tu utilises Mailfilter, tu peux copier la règle que j'utilise
> - elle règle le problème:
> 
> if (/from:.*forum@letuffe\.org/)
> {
>   to "/dev/null"
> }
> 
> D'un autre côté les autres membres de la liste souffriront encore de ce
> spam, mais ça fait quand même du bien de ne plus voir ces messages
> auxquels on ne peut pas répondre.
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Jean-Marc Liotier]

On 02/27/2013 06:49 PM, Pieren wrote:
> 2013/2/27 sly (sylvain letuffe) :
>> Tu va nous ressortir ça à chaque fois que tu vois un accent de travers
>> sur le forum ?
> Jusqu'à ce que le forward vers la liste de diffusion s'arrête.
> T'énerve pas, quand on crée une nuisance, il faut assumer.

Pieren, si tu utilises Mailfilter, tu peux copier la règle que j'utilise
- elle règle le problème:

if (/from:.*forum@letuffe\.org/)
{
   to "/dev/null"
}

D'un autre côté les autres membres de la liste souffriront encore de ce
spam, mais ça fait quand même du bien de ne plus voir ces messages
auxquels on ne peut pas répondre.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[f . dos . santos]

>De: "Pieren" 
>À: "Discussions sur OSM en français" 
>Envoyé: Mercredi 27 Février 2013 18:49:08
>
> ...
>
>Jusqu'à ce que le forward vers la liste de diffusion s'arrête.
>T'énerve pas, quand on crée une nuisance, il faut assumer.
>
>Pieren


Je rejoint Pieren sur ce point, ne consultant pas le forum, le transfert 
automatique sur la liste à chaque ouverture de nouveau sujet est pour moi une 
nuisance. J'applique donc la même technique que certains messages trop long de 
cette liste (la touche suppr est mon amie).

Francisco

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 17:49, Otourly Wiki  a écrit :
> Bonjour,
> Juste une gribouille pour corriger quelques affirmations fausses
pas fausses, juste justifiées de façon diférentes, et c'est une
question d'avis et d'état d'avancement du projet Wikidata qui reste
encore expérimetnal et en gros chantier (pour faire bref, instable,
donc aucune garantie pour l'instant concernant l'unicité affirmée des
identifiants).

>> Wikidata contient des doublons d'entrées :
> Oui et non. Il n'est pas possible de mettre deux fois le même lien interwiki
> dans Wikidata. Les seuls doublons possibles c'est lorsque que deux entrées
> ont été faites avec deux langues différentes, typiquement lors d'un conflit
> d'interwiki. Il y en a et il y en aura d'autres.

Oui. Deux entrées Wikidata différentes sur les mêmes sujets, tout
bonnement car il arrive fréquemment qu'une entrée soit créée à partir
d'une langue Wikipédia, et une autre à partir d'une autre langue, et
que finalement on tombe sur des ensembles de liens pour chaque entrée
qui comprennent les mêmes articles cibles (pas forcément non plus les
mêmes ensembles). L'unicité n'est pas garantie, aussi car les articles
Wikipédia ne contiennent eux-mêmes AUCUNE référence à l'entrée
Wikidata qui est sensée représenter leur sujet.

D'ailleurs je me demande pourquoi Wikidata n'a pas été D'ABORD créé
comme si c'était un code langue utilisable comme lien Interwiki, afin
que les articles contiennent directement le lien interwiki vers
Wikidata. Par exemple en bas de l'article fr:Rennes pourquoi a-t-on :

[[en:Rennes]]
[[de:Rennes]]

mais pas de la même façon:

[[data:Q67]]

ce qui aurait permis justement de faire le ménage et la maintenance
effective, ainsi qu'une référence explicite vers la liste des liens
stockés sur Wikidata ? Avec aussi plus de garantie que la maintenance
soit assurée et sans aucune difficulté pour que l'article lui-même
soit affichée avec les liens importés de Wikidata sans avoir à faire
de recherche ?

Et pourquoi Wikidata ne peut pas stockers aussi des interwikis vers
les autres projets (Wiktionnary ou Wikinews par exemple, dans ses
diverses langues) ou vers les collections de médias de Commons (nom
d'une de ses catégories) ?

Note : il n'est malgré tout pas impossible qu'un article générique
dans une langue fusionnant plusieurs sujets évoqués dans des articles
séparés dans d'autres langues puisse référencer plusieurs entrées
Wikidata distinctes sur ces sujets plus précis.

L'affirmation (sur la page de description de Wikidata) qui dit que les
liens Wikidata vont remplacer les liens interwiki automatiquement est
tout bonnement FAUSSE, cela ne peut pas marcher tout le temps dès lors
que les sujets des articles n'ont pas exactement la même couverture.

Certes pour des sujets comme les subdivisions administratives
principales d'un pays ou les pays il y a peu de risque que la
couverture des sujets soit différente (même s'il y a des risques
d'homonymies dans certaines langues et pas dans d'autres, chaque Wiki
devant faire des renommages occasionnels pour les régler, les liens
depuis Wikidata devront être aussi maintenus si cela se produit, mais
il n'y a aucun automatisme pour le faire lors du renommage car cela
demande de la part de celui qui renomme un article un compte SUL pour
modifier les deux wikis en parallèle). Mais dès qu'on pousse un peu,
même pour des divisions secondaires (par exemple les cantons,
arrondisssements, EPCI...) la couverture risque fort de ne pas être la
même (une langue va traiter chaque division dans des articles séparés,
d'autres créront des articles "listes" fusionnant ces sujets).

Le risque de différence de couverture des sujets est encore plus fort
pour les sujets comme:
- la biologie (classification des espèces notamment, et noms
vernaculaires qui n'ont pas du tout la même signifcation d'une langue
à l'autre, et intraduisibles sans ambiguité)
- la philosophie, les sciences sociales, la politique, la religion et
tout ce qui touche aux opinions (les concepts ne prennent leur sens
réel que dans une seule langue ou quelques langues, et les extensions
de couverture de chaque langue risquent d'être très différentes, avec
des articles impossibles à fusionner/sciender pour que cela
corresponde à des couvertures comparables d'une langue à l'autre)
- les mathématiques (oui bizarrement), car les concepts sont très
nombreux et pratiquement toujours regroupés en familles (par exemple
on aura dans une langue un article sur la fonction sinus, dans un
autre ce ne sera qu'un article sur les fonctions mathématiques de
base, un autre ce sera un article sur les fonctions du triangle et la
trigonométrie, un autre sur les fonctions du cercle, un autre sur les
identités remarquables, sans compter plein de sous-articles portant
sue les propriétés associées à cette fonction)

Hors Wikipédia n'est pas dédié à ne traiter que les sujets
géographiques. En plus de cela il va les associer à des sujets très
divers (l'histoire, les personnalités, l'économie, la culture...

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Christian Quest]

Le 27 février 2013 18:49, Pieren  a écrit :
> 2013/2/27 sly (sylvain letuffe) :
>> Celui d'origine agonise*.
>
> Je cherche encore un autre pays qui a deux forums officiels pour
> OSM...

L'autre forum c'est quoi ? Ah oui, tu veux parler de
forum.openstreetmap.org où depuis le début de l'année il y a eu 10
nouveaux topics alors qu'il y en a eu 126 sur forum.openstreetmap.fr ?

Il y a juste un léger détail entre ces deux forums, l'un est en
français, l'autre uniquement en anglais à ce qu'il me semble et ça
fait une grosse différence pour pas mal de monde peu à l'aise avec la
langue de Shakespeare.


> Forcément, en envoyant un message ä tous les nouveaux pour les
> diriger sur un seul forum, c'est le meilleur moyen de tuer l'autre.

L'idée de tuer l'autre ne m'est même pas venue en envoyant les
messages de bienvenue (de façon manuelle).
Ceci n'a d'ailleurs été signalé par personne lorsque j'ai posté le
type de texte que j'envoyais aux nouveaux contributeurs (mais ma
mémoire peut me trahir).

L'intérêt du forum FR ce sont aussi les sous rubriques, parce quand je
vois la partie Allemagne de l'autre avec plus de 9000 sujets, autant
se contenter de talk-fr et l'interface web de gmane.


> Je pourrais aussi mettre en place un outil pour envoyer
> automatiquement un message expliquant que ce deuxième forum est
> totalement indépendant d'osm.org et qu'il dépend d'un nombre plus
> restreint d'admins et de volontaires qui un jour ou l'autre passeront
> à autre chose.
> Et qu'aucun autre pays ne s'est lancé dans une telle
> démarche. Bel isolement dans une tour d'ivoire.

Je ne vraiment pense pas qu'il y ait une volonté d'isolement.

Concrètement que suggères-tu ?


> En attendant, le forum d'origine ne reçoit pas de spam. On y voit
> qu'OSM existe en dehors de la France. Et en plus, il ne pollue pas les
> listes de diffusion.
>
>> les outils les plus adaptés survivent,
> Plus simplement une publicité à sens unique.
>
>> Tu va nous ressortir ça à chaque fois que tu vois un accent de travers
>> sur le forum ?
> Jusqu'à ce que le forward vers la liste de diffusion s'arrête.
> T'énerve pas, quand on crée une nuisance, il faut assumer.
>

Je trouve le ton de ce message quand même dur et sans bien comprendre la raison.

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Gratuites ou libres ? Les données ne sont pas données

[sly (sylvain letuffe)]

On mercredi 27 février 2013, Eric SIBERT wrote:
> http://www.ecrans.fr/Gratuites-ou-libres-Les-donnees-ne,16018.html

Super article, bravo à Yohan et Simon.

Je suis heureux de lire que mes suggestions sur la non utilisation du 
terme "open" ont été entendues et extrêmement bien utilisées, afin de tenter 
d'éveiller, auprès des citoyens cette importante distinction pour comprendre 
ce que veut dire libre pour des données (ou des softs).



-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Pieren]

2013/2/27 sly (sylvain letuffe) :
> Celui d'origine agonise*.

Je cherche encore un autre pays qui a deux forums officiels pour
OSM... Forcément, en envoyant un message ä tous les nouveaux pour les
diriger sur un seul forum, c'est le meilleur moyen de tuer l'autre.
Je pourrais aussi mettre en place un outil pour envoyer
automatiquement un message expliquant que ce deuxième forum est
totalement indépendant d'osm.org et qu'il dépend d'un nombre plus
restreint d'admins et de volontaires qui un jour ou l'autre passeront
à autre chose. Et qu'aucun autre pays ne s'est lancé dans une telle
démarche. Bel isolement dans une tour d'ivoire.
En attendant, le forum d'origine ne reçoit pas de spam. On y voit
qu'OSM existe en dehors de la France. Et en plus, il ne pollue pas les
listes de diffusion.

> les outils les plus adaptés survivent,
Plus simplement une publicité à sens unique.

> Tu va nous ressortir ça à chaque fois que tu vois un accent de travers
> sur le forum ?
Jusqu'à ce que le forward vers la liste de diffusion s'arrête.
T'énerve pas, quand on crée une nuisance, il faut assumer.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Les chiffres d'affaire de la géolocalisation

[Blueberry]

Les chiffres selon Google ...
http://google-latlong.blogspot.fr/2013/01/mapping-creates-jobs-and-drives-global.html
Ca fait un peu monstrueux comme chiffres, on sait pas trop ce qu'il y a
dedans mais ca situe les enjeux ! Dommage qu'on avance pas plus vite en
Europe avec Galileo pour exister un peu. En tous cas la carto sera
clairement un enjeu majeur car avoir une position c'est super mais il faut
bien rapporter ca sur un support !



--
View this message in context: 
http://gis.19327.n5.nabble.com/Les-chiffres-d-affaire-de-la-geolocalisation-tp5751276.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Gratuites ou libres ? Les données ne sont pas données

[Eric SIBERT]

http://www.ecrans.fr/Gratuites-ou-libres-Les-donnees-ne,16018.html




Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Master City: Jouer avec openstreetmap

[Mario Danelli]

Dear LeBret,

Many thanks.

Mario Danelli


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ista Pouss]

Le 27 février 2013 12:47, Philippe Verdy  a écrit :

> On sera bien avancé le jour où une ville française aura son article
> Wikipédia lié à une entrée Wikidata dont le titre par défaut est en
> Chinois (et basé sur une translitération approximative et ambiguë) !
> Encore une mauvaise idée que ce Wikidata-truc !
>
>
? Je n'imaginais pas que quelqu'un mettait des titres en chinois avec une
translitération approximative ambigue sur wikipedia, mais tout est possible
évidemment. Dieu sait s'il y a des guignols sur wikipedia.

Une telle chose est quasi impossible sur wikidata : le titre présenté est
celui de la langue par défaut du visiteur, ou l'anglais. Et si quelqu'un
fait le guignol a ce niveau là, tous les wikipedias de toutes les langues
le voient.



> Il me parait plus sensé d'utiliser la liste des interwikis présente
> déjà dans une page d'une édition bien définie de Wikipédia qui sert de
> référence stable (et maintenue) pour trouver toutes les autres pages.
> Au moins on a la garantie de la langue de base et du titre.
>
>
Je ne sais pas ce que tu appelles stable ? S'il y a quelque chose de pas
stable du tout en ce moment sur wikipedia, c'est bien les liens interwikis
! Certes on pourra les utiliser encore longtemps je pense, mais ils sont
juste "deprecated". Comme stabilité...



> On en reparlera seulement le jour où le Wikidata expérimental sera
> *réellement* intégré comme une fonction de base de Wikipédia se
> substituant à ses interwikis. Pas avant.
>
>
Je présume que tu consultes ta doc dans une version javanaise en esquimau
épistémiologique mal translitérée du morse au loucherbème ?

Wikidata est en cours de déploiement sur les wikis. C'est fait pour ce qui
concerne la version anglaise : "Wikidata lancé sur la Wikipédia en anglais"
http://blog.wikimedia.fr/wikidata-lance-sur-la-wikipedia-en-anglais-5402?utm_source=rss&utm_medium=rss&utm_campaign=wikidata-lance-sur-la-wikipedia-en-anglais

Et comme l'immense majorité des liens interwikis de la version française
viennent de l'anglaise, tous les liens interwikis que tu voies et qui te
paraissent si bien fichus viennent en fait d'ors et déjà de... wikidata !

Ainsi, prenons la page anglaise de Rennes :
http://en.wikipedia.org/wiki/Rennes

En bas à gauche, après tous les liens interwikis d'autres langues tu voies
: "Edit links".

Cliques dessus, tu arrives directement sur... wikidata ! (ici :
http://www.wikidata.org/wiki/Q647)

C'est à dire qu'il n'est plus possible d'éditer je ne sais pas quel lien
interlangue en dehors de wikidata sur la version anglaise : tout est d'ors
et déjà re-crée par le moteur de rendu du wiki, à partir des infos de
wikidata.

Cordialement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[sly (sylvain letuffe)]

On mercredi 27 février 2013, Pieren wrote:
> 2013/2/27  :
> > Le message suivant de :
> > ##
> 
> Wouah, du forward de spam. De mieux en mieux ce forum "fo...@letuffe.org"
> 
> Pieren

Mais c'est que tu serais mauvais perdant en plus ?

Y'avait un forum existant merdique, j'ai persisté seul et installé un truc 
mieux fichu, le 2ème à rattrapé et largement dépassé en terme d'usage le 
premier. Celui d'origine agonise*.
Il ne s'agit là que de sélection naturelle, les outils les plus adaptés 
survivent, un jour celui-ci sera aussi remplacé par mieux, c'est comme ça 
qu'avance (entre autres) le libre, fin de l'histoire.
Tu va nous ressortir ça à chaque fois que tu vois un accent de travers sur le 
forum ?

*Aller, créé toi un compte**, va de l'avant, je te place administrateur et on 
en fini avec l'ancien qui agonise. Tu avais raison il y a 4 ans, il ne peut 
en rester qu'un, le choix raisonnable à faire me semble maintenant plus 
clair.

** On peut toujours rêver, mais comme tu es encore plus têtu que moi...


-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Otourly Wiki]

Bonjour,
Juste une gribouille pour corriger quelques affirmations fausses qui ont été 
dites dans cette discussion.

> Wikidata contient des doublons d'entrées :
Oui et non. Il n'est pas possible de mettre deux fois le même lien interwiki 
dans Wikidata. Les seuls doublons possibles c'est lorsque que deux entrées ont 
été faites avec deux langues différentes, typiquement lors d'un conflit 
d'interwiki. Il y en a et il y en aura d'autres.

> Les entrées Wikidata sont plus difficiles à maintenir que les entrées 
> Wikipédia.
Non. Lorsqu'un renommage a lieu sur Wikipédia sans création de redirection (le 
cas d'une scission d'article) les deux sites n'y peuvent rien. Et les 
renommages d'entrées Wikidata restent peu fréquentes. L'un des buts de Wikidata 
est de centraliser et faciliter le contrôle des interwikis.


> Wikidata n'apporte rien de plus à Wikipédia

Le gros avantage de Wikidata c'est d'inclure des données relatives aux articles 
de Wikipédia et lisibles par des programmes.

De nombreux concepts sont et resteront les mêmes d'une langue à une autre. Cela 
comprend notament les concepts géographiques. C'est pourquoi inclure Wikidata 
dans OSM n'est pas une mauvaise idée en soi. Contrairement à une idée reçue, 
Wikidata apporte des choses en plus par rapport aux Wikipédias. Il y a des 
informations qui figurent sur Wikidata et qui ne sont pas encore sur les 
Wikipédias. Je pense notament à la propriété named after. Le but de Wikidata 
est aussi de pouvoir centraliser des informations qui peuvent changer (exemple 
le maire d'une commune) afin qu'elles soient changées par réplication sur les 
articles des Wikipédias (du moins les infoboxes).

Dans une prochaine phase Wikidata comprendra aussi des liens vers Wikimédia 
Commons et Wikivoyage.

Tout ceci me fait dire que, l'intégration de tags Wikidata dans OSM est 
probablement prématuré car c'est un projet qui évolue vite. Mais je pense que 
nous avons tort de ne pas penser à créer ces tags à l'avenir ou sinon de s'en 
servir pour contrôler les tags Wikipedia automatiquement.

 
Florian.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Acheter Un Permis De Conduire Français Enligne ! !!

[forum]

Le message suivant de :
##
Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 
millions de plus de documents circulent dans le monde entier.

Nous offrons seulement des originales de grande qualité des  passeports, permis 
de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et 
autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, 
Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas 
, l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète.



Pour obtenir des informations complémentaires et passer la commande il suffit 
de envoyer un mail

>> Contact e-mails: proper...@yahoo.com



Soutien général: proper...@yahoo.com



Support technique: proper...@yahoo.com



Skype Adress : pro.permit



NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET 
TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT 
UTILISE NOS SERVICE .PASSER VOTRE COMMANDE  MAINTENANT !! !  !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3&t=539
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Acheter Un Permis De Conduire Français Enligne ! !!

[forum]

Le message suivant de :
##
Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 
millions de plus de documents circulent dans le monde entier.

Nous offrons seulement des originales de grande qualité des  passeports, permis 
de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et 
autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, 
Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas 
, l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète.



Pour obtenir des informations complémentaires et passer la commande il suffit 
de envoyer un mail

>> Contact e-mails: proper...@yahoo.com



Soutien général: proper...@yahoo.com



Support technique: proper...@yahoo.com



Skype Adress : pro.permit



NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET 
TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT 
UTILISE NOS SERVICE .PASSER VOTRE COMMANDE  MAINTENANT !! !  !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6&t=537
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] obtenez des passeport / permis de conduire et Diplome França

[forum]

Le message suivant de :
##
Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 
millions de plus de documents circulent dans le monde entier.

Nous offrons seulement des originales de grande qualité des  passeports, permis 
de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et 
autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, 
Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas 
, l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète.



Pour obtenir des informations complémentaires et passer la commande il suffit 
de envoyer un mail

>> Contact e-mails: proper...@yahoo.com



Soutien général: proper...@yahoo.com



Support technique: proper...@yahoo.com



Skype Adress : pro.permit



NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET 
TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT 
UTILISE NOS SERVICE .PASSER VOTRE COMMANDE  MAINTENANT !! !  !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=5&t=536
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[Pieren]

2013/2/27  :
> Le message suivant de :
> ##
> Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 
> millions de plus de documents circulent dans le monde entier.


Wouah, du forward de spam. De mieux en mieux ce forum "fo...@letuffe.org"

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Acheter Des Vrai Permis De Conduire Français !

[forum]

Le message suivant de :
##
Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 
millions de plus de documents circulent dans le monde entier.

Nous offrons seulement des originales de grande qualité des  passeports, permis 
de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et 
autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, 
Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas 
, l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète.



Pour obtenir des informations complémentaires et passer la commande il suffit 
de envoyer un mail

>> Contact e-mails: proper...@yahoo.com



Soutien général: proper...@yahoo.com



Support technique: proper...@yahoo.com



Skype Adress : pro.permit



NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET 
TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT 
UTILISE NOS SERVICE .PASSER VOTRE COMMANDE  MAINTENANT !! !  !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2&t=535
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai

[forum]

Le message suivant de :
##
Nous sommes les meilleur producteur des vrai documents de qualité. Avec 6 
millions de plus de documents circulent dans le monde entier.

Nous offrons seulement des originales de grande qualité des  passeports, permis 
de conduire, cartes d'identité, timbres Diplome,Bacc , Brevet , Master et 
autres produits pour un certain nombre de pays comme: USA, Australie, Belgique, 
Brésil, Canada, Italie, Finlande, France, Allemagne, Israël, Mexique, Pays-Bas 
, l'Afrique du Sud, Espagne, Royaume-Uni. Cette liste n'est pas complète.



Pour obtenir des informations complémentaires et passer la commande il suffit 
de envoyer un mail

>> Contact e-mails: proper...@yahoo.com



Soutien général: proper...@yahoo.com



Support technique: proper...@yahoo.com



Skype Adress : pro.permit



NOUS SOMMES PARTICULIER DANS LE PERMIS DE CONDUIRE FRANÇAIS ET PASSEPORT ET 
TOUTE ET AUTRE PAYS DE LA ZONE EURO.NOUS AVONS PLUS DE 2550 CLIENTS QUI ONT 
UTILISE NOS SERVICE .PASSER VOTRE COMMANDE  MAINTENANT !! !  !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10&t=534
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Francescu GAROBY]

Pour le 'is_in', je comptais le faire à part. Je faisais juste remarquer
que pour ce tag-là aussi, il faudra faire quelque chose...
Pour l'instant, je ne compte me concentrer que sur le postal_code => addr:*

Je reviens d'ailleurs vers vous parce que je rencontre un cas assez tordu
d'adresse, de ce genre-ci : 
Vous l'aurez compris, il s'agit de l'adresse d'une station-essence sur une
aire d'autoroute. Sauf que pour moi, c'est plus une indication de direction
à prendre qu'une adresse postale.

Francescu


Le 27 février 2013 17:17, Vincent de Chateau-Thierry  a
écrit :

>
> > De : "Francescu GAROBY"
> >
> > Une première tentative sur la Basse-Normandie et la Bretagne (plus de
> 1100
> > résultats trouvés) me font penser que ce sera un poil plus long qu'un
> seul
> > "rechercher/remplacer" : en plus du tag 'postal_code', il y a aussi le
> tag
> > 'address', qui contient toute l'adresse, et doit donc être éclaté vers
> les
> > 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in'
> > Apparemment, le cas est fréquent et semble avoir été fait surtout
> > (seulement ?) sur les stations essence.
> >
>
> Je pense qu'il faut séparer la gestion des différents cas que tu listes
> (même si
> le is_in n'est pas mon tag favori :-) )
> Donc à mon avis si tu veux massivment passer de postal_code à
> addr:postcode il faut se
> concentrer là-dessus et rien que là-dessus. Quitte une fois cette étape
> franchie avec
> succès à passer à un autre traitement massif, mais tout aussi ciblé.
>
> vincent
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous
> tente ?
> Je crée ma boîte mail www.laposte.net
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[sly (sylvain letuffe)]

On mercredi 27 février 2013, Vincent de Chateau-Thierry wrote:
> 
> > De : "Francescu GAROBY" 
> >
> > Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100
> > résultats trouvés) me font penser que ce sera un poil plus long qu'un seul
> > "rechercher/remplacer" : en plus du tag 'postal_code', il y a aussi le tag
> > 'address', qui contient toute l'adresse, et doit donc être éclaté vers les
> > 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in'
> > Apparemment, le cas est fréquent et semble avoir été fait surtout
> > (seulement ?) sur les stations essence.
> > 
> 
> Je pense qu'il faut séparer la gestion des différents cas que tu listes 
(même si
> le is_in n'est pas mon tag favori :-) )
> Donc à mon avis si tu veux massivment passer de postal_code à addr:postcode 
il faut se
> concentrer là-dessus et rien que là-dessus. Quitte une fois cette étape 
franchie avec
> succès à passer à un autre traitement massif, mais tout aussi ciblé.

Mille fois oui : ne pas faire multiples opérations dans le même débat ni le 
même changeset.

A la foi pour des raisons d'embrouille : à la fin on risque de ne plus savoir 
ce que tu vas faire et certains* pourront refuser tout d'un bloc alors que 
seule une de tes opérations les gêne.

Et pour des raisons techniques car si on veut finalement annuler une opération 
on perd en granularité.

* : moi par exemple, je m'oppose, a priori, au retrait du is_in. Je n'aime pas 
ce tag non plus, mais j'ai cru comprendre qu'il était encore utilisé pour 
certaines analyses des données, et la réflexion doit être menée avec ceux qui 
l'utilisent pour ne pas, d'un coup, rompre une utilisation et les 
aider/réfléchir à comment changer leur manière de faire. Mais doucement.


-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création de la liste local-herault

[Nicolas Moyroud]

Peux-tu indiquer le lien pour s'y inscrire?

Merci.


Oups pardon :-\
http://listes.openstreetmap.fr/wws/info/local-herault
Déjà 5 inscrits !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création de la liste local-herault

[Romain MEHUT]

Le 27 février 2013 16:28, Nicolas Moyroud  a écrit :

> Bonjour,
>
> La liste mail local-herault vient tout juste d'être créée, merci Guillaume
> pour la mise en place. Le but de cette liste est de coordonner les actions
> autour du projet OpenStreetMap dans le département de l'Hérault et les
> environs. Ce sera l'endroit où discuter des carto-parties qui se déroulent
> dans l'Hérault, je pense notamment à celles de la ville de Montpellier et
> celles qui sont organisées par l'association des écologistes de l'Euzière.
> Et aussi l'occasion d'y parler de la mise en place de rencontres régulières
> entre contributeurs locaux. Comme on n'est pas sectaire on pourra aussi y
> parler des zones limitrophes : gard, aude, lozère, ou aveyron
> Je suis actuellement le seul administrateur de la liste, mais si d'autres
> personnes souhaitent le devenir il suffit juste de s'inscrire à la liste et
> de me le dire, je vous passe en admin.
> A tout de suite sur la liste local-herault !
>

Peux-tu indiquer le lien pour s'y inscrire?

Merci.

Romain


>
> Nicolas
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Vincent de Chateau-Thierry]

> De : "Francescu GAROBY" 
>
> Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100
> résultats trouvés) me font penser que ce sera un poil plus long qu'un seul
> "rechercher/remplacer" : en plus du tag 'postal_code', il y a aussi le tag
> 'address', qui contient toute l'adresse, et doit donc être éclaté vers les
> 'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in'
> Apparemment, le cas est fréquent et semble avoir été fait surtout
> (seulement ?) sur les stations essence.
> 

Je pense qu'il faut séparer la gestion des différents cas que tu listes (même si
le is_in n'est pas mon tag favori :-) )
Donc à mon avis si tu veux massivment passer de postal_code à addr:postcode il 
faut se
concentrer là-dessus et rien que là-dessus. Quitte une fois cette étape 
franchie avec
succès à passer à un autre traitement massif, mais tout aussi ciblé.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Francescu GAROBY]

Une première tentative sur la Basse-Normandie et la Bretagne (plus de 1100
résultats trouvés) me font penser que ce sera un poil plus long qu'un seul
"rechercher/remplacer" : en plus du tag 'postal_code', il y a aussi le tag
'address', qui contient toute l'adresse, et doit donc être éclaté vers les
'addr:*'. Et, tant qu'à faire, supprimer aussi le 'is_in'
Apparemment, le cas est fréquent et semble avoir été fait surtout
(seulement ?) sur les stations essence.

Francescu


Le 27 février 2013 16:09, sly (sylvain letuffe)  a écrit
:

> On mercredi 27 février 2013, Francescu GAROBY wrote:
> > Je ne pensais pas forcément à un bot,
>
> J'ai dis "bot" mais je voulais dire "traitement automatisé", peut importe
> la
> méthode ou le logiciel, c'est secondaire.
>
>
> > mais un traitement "semi-manuel" (on
> > fait une requête XAPI sur une région, on convertit et on uploade le tout)
> > serait envisageable, non ?
>
> Très bien, ça peut le faire comme ça, il faut bien penser à :
> - comment ne pas déborder
> - pouvoir découper si nécessaire afin de mieux gérer la taille que ça
> représente si on souhaite l'ouvrir dans JOSM
> - bien identifier les changesets qui vont être utilisés
> - bien discuter les règles qui vont être appliquées avant (que faire si
> postal_code et addr:postcode sont déjà là)
>
> > Pourquoi pas dans un "projet du mois"...
>
> A mon avis, pas besoin d'être plusieurs, ça embrouillerait encore plus
> l'histoire. 1 ou 2 qui ont un bon niveau en informatique peuvent terminer
> ça
> proprement en quelques heures. La partie la plus longue étant la discussion
> préalable et la détection d'éventuel cas tordus.
>
>
>
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] cartographier les énergies en afrique

[forum]

Le message suivant de :
##
Bonjour,

je suis Nathalie Lanier, co-fondatrice de l'association Au Rythme de l'Afrique.

Nous avons découvert OSM lors du forum Innov'Africa à Dakar en novembre 2012.

L'objet principal de l'asso. : - informer et diffuser l'information - 
accompagner les acteurs du sud pour permettre l'accès à une énergie appropriée 
et durable pour tous en Afrique

Nos projets : animation d'un réseau d'acteurs (RISEAL, Réseau d'Information sur 
les Solutions Énergétiques Africaines Locales), accompagnement des acteurs du 
Sud

[b]OSM nous est apparu comme un outil très intéressant d'accès et de diffusion 
de l'information qui nous permettra de cartographier les nombreux acteurs et 
alternatives énergétiques africaines existantes.[/b]

Nous travaillons sur 15 pays d'Afrique. 

Nous commençons juste notre apprentissage de OSM... une fois que nous 
"maîtriserons" OSM, nous nous lancerons dans la cartographie des énergies 
renouvelables en Afrique avec nos partenaires du Sud. Lors de Innov'Africa 
quelques personnes avaient été formés à Dakar. 

... y'a t-il une communauté OSM en Afrique ? il nous faudra créer des tags mais 
comment faire et comment connaître tous les tags existant sur les énergies 
renouvelables ? etc...

Nous espérons trouver ces réponses à travers ce forum.

Merc et à bientôt

Nathalie

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10&t=533
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de génération de fichiers sur cadastre.openstreetmap.fr

[Francescu GAROBY]

Bonjour,
J'ai rencontré le même problème dans la journée, mais n'ai pas pu me
pencher plus que ça sur son origine. Je sais seulement que ces communes
déconnaient déjà hier, et que je n'avais du coup pas pu les inclure dans
OSM.
J'essaye d'investiguer ça ce soir

Francescu


Le 27 février 2013 16:11, Nicolas Moyroud  a écrit :

> Bonjour,
>
> J'ai essayé de générer les fichiers avec cadastre.openstreetmap.fr sur
> plusieurs communes de l'Hérault et aucune ne marche. J'obtiens un fichier
> tar.bz2 de 46octets qui est désespérément vide. C'est tout cassé on dirait.
> ;-)
>
> Nicolas
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Création de la liste local-herault

[Nicolas Moyroud]

Bonjour,

La liste mail local-herault vient tout juste d'être créée, merci 
Guillaume pour la mise en place. Le but de cette liste est de coordonner 
les actions autour du projet OpenStreetMap dans le département de 
l'Hérault et les environs. Ce sera l'endroit où discuter des 
carto-parties qui se déroulent dans l'Hérault, je pense notamment à 
celles de la ville de Montpellier et celles qui sont organisées par 
l'association des écologistes de l'Euzière. Et aussi l'occasion d'y 
parler de la mise en place de rencontres régulières entre contributeurs 
locaux. Comme on n'est pas sectaire on pourra aussi y parler des zones 
limitrophes : gard, aude, lozère, ou aveyron
Je suis actuellement le seul administrateur de la liste, mais si 
d'autres personnes souhaitent le devenir il suffit juste de s'inscrire à 
la liste et de me le dire, je vous passe en admin.

A tout de suite sur la liste local-herault !

Nicolas

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Problème de génération de fichiers sur cadastre.openstreetmap.fr

[Nicolas Moyroud]

Bonjour,

J'ai essayé de générer les fichiers avec cadastre.openstreetmap.fr sur 
plusieurs communes de l'Hérault et aucune ne marche. J'obtiens un 
fichier tar.bz2 de 46octets qui est désespérément vide. C'est tout cassé 
on dirait. ;-)


Nicolas

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[sly (sylvain letuffe)]

On mercredi 27 février 2013, Francescu GAROBY wrote:
> Je ne pensais pas forcément à un bot,

J'ai dis "bot" mais je voulais dire "traitement automatisé", peut importe la 
méthode ou le logiciel, c'est secondaire.


> mais un traitement "semi-manuel" (on 
> fait une requête XAPI sur une région, on convertit et on uploade le tout)
> serait envisageable, non ?

Très bien, ça peut le faire comme ça, il faut bien penser à :
- comment ne pas déborder
- pouvoir découper si nécessaire afin de mieux gérer la taille que ça 
représente si on souhaite l'ouvrir dans JOSM
- bien identifier les changesets qui vont être utilisés
- bien discuter les règles qui vont être appliquées avant (que faire si 
postal_code et addr:postcode sont déjà là)

> Pourquoi pas dans un "projet du mois"...

A mon avis, pas besoin d'être plusieurs, ça embrouillerait encore plus 
l'histoire. 1 ou 2 qui ont un bon niveau en informatique peuvent terminer ça 
proprement en quelques heures. La partie la plus longue étant la discussion 
préalable et la détection d'éventuel cas tordus.



-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites de plages

[Emmanuel Lesouef]

Le Wed, 27 Feb 2013 15:47:57 +0100,
Romain MEHUT  a écrit :

> Le 27 février 2013 14:44, Nicolas Dumoulin <
> 
> > >
> > Sauf erreur de ma part, on ne « trouve » pas cette limite. C'est à
> > nous (à toi) de la tracer à partir des sources de données à notre
> > disposition : cadastre et imagerie (geolittoral et bing).
> >
> 
> Et à noter que la plage doit être dans l'emprise de la ligne côtière.
> 
> Romain

Très bien, je vais faire à partir de l'imagerie.

Merci pour vos conseils.

-- 
Emmanuel Lesouef
http://ecozac.louvigny.free.fr
Association Calvix - http://www.calvix.org


signature.asc
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Francescu GAROBY]

Je ne pensais pas forcément à un bot, mais un traitement "semi-manuel" (on
fait une requête XAPI sur une région, on convertit et on uploade le tout)
serait envisageable, non ?
Pourquoi pas dans un "projet du mois"...

Francescu


Le 27 février 2013 15:55, sly (sylvain letuffe)  a écrit
:

> On mercredi 27 février 2013, Francescu GAROBY wrote:
> > Je trouve encore assez souvent la tag 'postal_code', au lieu de
> > 'addr:postcode'.
> > Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer
> de
> > l'ancien vers le nouveau tag, au moins pour la France ?
>
> Je suis pour la bascule (et, si possible, automatiquement)
>
> La chasse aux bots nous a tous rendus prudents, ce qui me semble une bonne
> chose, mais je reste persuadé qu'ils ont leur place dans l'éco-système osm
> pour éviter de faire à la main ce qui pourrait être fait plus rapidement.
>
> Proposer une modif au niveau mondial me semble perdu d'avance, sur
> certaines
> listes, dès que le mot "bot" est lâché, on lynche à tour de bras.
> Mais que "chez nous" nous adoptions une politique plus souple, basée sur la
> discussion bien sûr, me semble un vrai avantage pour augmenter la
> propreté/homogénéité et donc, ré-utilisabilité, de "notre" morceau de base.
>
> +1 donc, à condition de bien rester dans nos frontières pour ne pas être
> mal
> vu de nos voisins.
>
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Vincent de Chateau-Thierry]

> De : "Francescu GAROBY" 
>
> Je trouve encore assez souvent la tag 'postal_code', au lieu de
> 'addr:postcode'.
> Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de
> l'ancien vers le nouveau tag, au moins pour la France ?
> 

On a en base 400.000 occurrences de "postal_code" et 9.600.000 "addr:postcode".
De mon côté je bascule systématiquement les tags postal_code en addr:postcode 
lorsque
j'en rencontre.
Si dans ta question tu parles d'une bascule de type bot, il faudra traiter les 
cas
(à la marge) où on trouve les 2 tags sur un même objet. Taginfo en voit 7000 
sur le
monde.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[sly (sylvain letuffe)]

On mercredi 27 février 2013, Francescu GAROBY wrote:
> Je trouve encore assez souvent la tag 'postal_code', au lieu de
> 'addr:postcode'.
> Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de
> l'ancien vers le nouveau tag, au moins pour la France ?

Je suis pour la bascule (et, si possible, automatiquement)

La chasse aux bots nous a tous rendus prudents, ce qui me semble une bonne 
chose, mais je reste persuadé qu'ils ont leur place dans l'éco-système osm 
pour éviter de faire à la main ce qui pourrait être fait plus rapidement.

Proposer une modif au niveau mondial me semble perdu d'avance, sur certaines 
listes, dès que le mot "bot" est lâché, on lynche à tour de bras.
Mais que "chez nous" nous adoptions une politique plus souple, basée sur la 
discussion bien sûr, me semble un vrai avantage pour augmenter la 
propreté/homogénéité et donc, ré-utilisabilité, de "notre" morceau de base.

+1 donc, à condition de bien rester dans nos frontières pour ne pas être mal 
vu de nos voisins.

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Fabien]

JOSM propose le addr:postcode et quand on compare le taginfo :
* http://taginfo.openstreetmap.org/keys/?key=addr:postcode#overview
* http://taginfo.openstreetmap.org/keys/?key=postal_code#overview

Il semblerait que ça soit un peu basculé même si la page de wiki
(http://wiki.openstreetmap.org/wiki/Postal_code) ne dit pas que c'est
obsolète comme notation. Il indique bien que l'alternative a été
largement employée...

Je serais d'avis de tout changer dans le format addr qui est plus
compact et en adéquation de la version addr:*

Fabien

Le 27 février 2013 15:41, Francescu GAROBY  a écrit :
> Je trouve encore assez souvent la tag 'postal_code', au lieu de
> 'addr:postcode'.
> Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de
> l'ancien vers le nouveau tag, au moins pour la France ?
>
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites de plages

[Romain MEHUT]

Le 27 février 2013 14:44, Nicolas Dumoulin <

> >
> Sauf erreur de ma part, on ne « trouve » pas cette limite. C'est à nous (à
> toi) de la tracer à partir des sources de données à notre disposition :
> cadastre et imagerie (geolittoral et bing).
>

Et à noter que la plage doit être dans l'emprise de la ligne côtière.

Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tags 'postal_code' versus 'addr:postcode'

[Francescu GAROBY]

Je trouve encore assez souvent la tag 'postal_code', au lieu de
'addr:postcode'.
Y a-t-il une raison à garder cela ou bien peut-on envisager de basculer de
l'ancien vers le nouveau tag, au moins pour la France ?

Francescu
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 14:32, Ista Pouss  a écrit :
> Il est informatiquement moins solide que de partir du wikidata

PAs du tout démontré.
 car le lien
> vers une page wiki peut changer, être effacé

avec de bonnes raisons pour ça aussi.

> alors que celle de wikidata, non.

Tu as vu ça où ?

En plus si on ne pouvait pas effacer un lien incorrect sur Wikidata,
alors Wikidata serait sérieusement bogué : le premier venu mettrait
n'importe quoi dedans.

En l'occurence Wikidata n'est, topologiquement parlant, rien d'autre
(concernant les interwikis) qu'une autre langue Wikipédia, avec sa
propre collection d'interwikis.

> Par contre, le lien wikipedia correct est humainement plus facile à trouver
> que le lien wikidata correct. Il reste donc parfaitement légitime de vouloir
> partir du lien wikipedia. Et c'est ce qu'un humain doit faire, d'ailleurs.

C'est bien pour ça que je le préfère : le lien vers UNE langue de
Wikipédia faisant référence est bien plus parlant et plus facilement
vérifiable. qu'un lien indirect et totalement anonyme menant on ne
sait où (et pas forcément vers le bon article, d'autant plus que ces
liens aussi peuvent changer et ne plus pointer sur le bon article de
référence !

> La façon habituelle de vérifier un lien et de savoir vers quoi il mène est
> de cliquer dessus.
>
> Voici par exemple le wikidata pour Rennes :
> http://www.wikidata.org/wiki/Q647

Bref on a mis un indirection à vérifier de plus. Quel est le gain ? En
quoi cela apporte de la stabilité ?

Et pourquoi dans l'article sur Rennes on ne trouve rien mentionnant
Q647 ? Que se passe-t-il si Rennes change de nom car il était mal
nommé (OK pour cette ville c'est peu probable, mais avec les fusions
ou scissions de communes, cela peut être pris en compte sur une
édition de Wikipédia et pas encore sur les autres. Que faire de la
référence Q647 de Wikidata et en quoi ce qu'elle contient est encore
pertinente ? Rien ne permet de qualifier les liens proposés sur
Wikidata comme étant plus à jour que d'autres quand leurs sujets n'ont
plus la même couverture.

Ceux qui croient qu'on peut avori la même couverture de sujets
exactement entre toutes les éditions de Wikipédia se trompent. Ou
alors il devraiendra impossible de scinder un article volumineux en
plusieurs parties ou de réorganiser les contenus car cela devrai se
faire *simultanément* de la même façon sur TOUTES les éditions de
Wikipédia (sans même en connaitre la langue poru le faire correctement
et de façon sensée).

Les liens interwikis ne sont pas là pour établir une *identité* des
sujets mais des liens vers des sujets les plus proches possibles de
celui du sujet source. Ces liens ne sont donc *pas* transitifs (et
donc pas plus transposables sur Wikidata), ce qui veut dire qu'une
collection de liens depuis un article source ne peut pas être importée
valablement vers une autre édition (même pas si cette édition est
mentionnée parmi les premiers liens interwikis de l'article de
départ).

Ces imports abusifs et automatisés de liens interwikis d'une édition à
l'autre (y compris d'une édition vers Wikidata qui n'est alors vu que
comme une autre édition de Wikipédia dans sa propre "langue") n'a
abouti qu'à une chose : le morcellement excessif des sujets, avec
moins de pertinence, moins d'informations par page, plus de navigation
inutiles entre des pages qui ne disent plus grand chose, et plus
aucune synthèse. Cela parait peu critique sur la wikipédie anglophone
(qui a de très nombreux contributeurs y compris multilingues), mais
c'est de venu une nuisance pour la croissance des autres éditions qui
se voient cantonnées à ne plus pouvoir créer que des ébauches de pages
un peu partout, juste pour remplir les liens interwiki et ensuite
proposer d'autres liens internes vers le contenu réellement développé.

Wikidata n'est rien d'autre alors qu'une collection de plus de liens
interwikis, mais avec encore moins de pertinence que sur les articles
Wikipédia d'origine (car éloignés du sujet initial et sans aucune
cohérence de contenu possible, et sans même possibiilité de préciser
les choses puisque Qikidata n'a lui-même aucun contenu qualifiant).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites de plages

[Nicolas Dumoulin]

Le mardi 26 février 2013 19:30:05 Emmanuel Lesouef a écrit :
> Bonsoir,
> 
> Je m'exerce petit à petit, étant nouveau dans le projet, à faire de
> l'import de bâti sur une commune non importée (via la cadastre) :
> Colleville-Montgomery.
> 
> Je me rends compte aussi qu'il va falloir que j'importe la limite de la
> plage car cette commune est en bord de mer :
> 
> http://www.openstreetmap.org/?lat=49.2913&lon=-0.28033&zoom=17&layers=M
> 
> On voit d'ailleurs bien la différence avec la commune voisine de
> Ouistreham (à l'ouest).
> 
> Comment fait-on pour trouver cette limite ?

Sauf erreur de ma part, on ne « trouve » pas cette limite. C'est à nous (à 
toi) de la tracer à partir des sources de données à notre disposition : 
cadastre et imagerie (geolittoral et bing).

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ista Pouss]

Le 27 février 2013 12:26, Philippe Verdy  a écrit :

> A mon avis Wikidata est plutôt une mauvaise idée dans son utilisation
> actuelle. C'est une cuisine interne à Wikipédia et encore trop
> expérimental et c'est en plus un projet qui porte très mal son nom et
> se trompe d'objectif.
>
>
Peut être que ce projet mériterait un peu plus de nuance ?

Il a été validé pour usage par les wikipadia anglophone, français, italien,
etc. Il comporte une documentation abondante, dont une bonne partie en
français. Etc.



> Il est bien plus simple de ne mettre dans OSM qu'un seul lien
> Wikipédia sous la forme "wikipedia=lang:Nom d'article", en utilisant
> la langue par défaut du pays ou la région correspondante. Si
> nécessaire les moteurs de rendus iront eux-même chercher les liens
> interwikis à partir de là (il y a déjà une API pour faire cela sans
> même avoir à lire le code HTML ou décoder le code source Wikimedia).
> Wikidata ne sert strictement à rien à partir de là.
>
>
Cette API sera remplacée par celles de wikidata. Mais elle reste toujours
active, c'est vrai.

Quoiqu'il en soit, le principe de partir de wikipedia pour parcourir les
liens interlangues reste correct.

Il est informatiquement moins solide que de partir du wikidata, car le lien
vers une page wiki peut changer, être effacé, alors que celle de wikidata,
non.

Par contre, le lien wikipedia correct est humainement plus facile à trouver
que le lien wikidata correct. Il reste donc parfaitement légitime de
vouloir partir du lien wikipedia. Et c'est ce qu'un humain doit faire,
d'ailleurs.



> Les liens Wikidata ne sont pas vérifiables en plus, on ne sait
> absolument pas vers quoi cela mène. Et ils ne sont pas maintenus
> correctement, et ne suivent pas les renommages de pages, et scissions.
> Wikidata est bourré d'erreurs. Beaucoup plus que pour les liens
> interwiki. Tout bonnement à cause de son système de "nommage" qui ne
> permet aucune recherche effective.
>
>
La façon habituelle de vérifier un lien et de savoir vers quoi il mène est
de cliquer dessus.

Voici par exemple le wikidata pour Rennes :
http://www.wikidata.org/wiki/Q647

Il me semble qu'on peut vérifier et voir les liens ?

À ma connaissance, les liens wikidatas suivent les renommages de pages, du
moment qu'ils ne changent pas les liens interlangues. Si, par exemple, une
page francophone Toto correspond à une page anglaise Foo, que l'on décide
de changer l titre de la page française de Toto en "N'importe Quoi" sans
changer la correspondance avec la page anglaise Foo, alors le lien wikidata
rendra fidèlement le changement.

Il est étrange qu'il y ait des erreurs dans le wikidata qui ne seraient pas
dans les liens interwikis, puisque dans la plupart des cas le wikidata a
été fait à partir des liens interwikis actuels.


Wikidata aurait du servir à des chose bien plus utiles qui est de
> pouvoir créer des données relationnelles partagées entre des pages
> Wikipédia de diverss langues, et permettant un requêtage pour la
> génération automatique de tables et modèles de navigation. Mais pour
> les interwikis le système actuel ne sert strictement à rien (beaucoup
> d'effort pour pas grand chose, juste un duplication inutile de données
> non maintenues!).
>
>
L'inutilité est une notion bien relative...

Cordialement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 14:06, olivier delaune  a écrit :
> Bonjour,
>
> juste une petite calrification sur Wikidata. Je ne suis pas expert du
> nouveau système met j'y ai jeté un oeil et la majorité des critiques à son
> encontre me semble fausse.

PAs fausse, non mais mais justifiée par des tas d'erreurs trouvées.
Tout bonnement ar le système n'est pas réellement intégré à Wikipédia.

> D'une part, chaque article de 'ensemble des Wikipédia (dans les différentes
> langues) sont identifiés par un numéro unique QX (exemple Q399961 pour
> la page d'homonymie sur la cathédrale St Paul)

L'unicité du numéro n'est PAS garantie actuellement, même à partir de
la même page dans la même langue Wikipédia.

> Si un article est présent dans plusieurs langue, alors les liens vers ces
> articles sont indiquées dans l'article QX (exemple : on trouve tous les
> liens vers toutes les langues qui ont une page d'homonymie sur la cathédrale
> St Paul sur la page Q399961)

Ce n'est pas encore fait. L'intégration n'a pas eu lieu, pas plus que
le dédoublonnage.

Le système suppose aussi que les articles liés portent sur le même
contenu, ce n'est pas vrai car le découpage des sujet n'est pas
identifique ni transitif d'une édition à l'autre (c'est aussi vrai des
interwikis, mais au moins un lien interwiki peut être pertinent dans
un sens et pas dans l'autre, ce n'est pas possible avec Wikidata qui
suppose un découpage strictement équivalent des sujets entre toutes
les éditions liées).

> Concernant le nom de l'entrée, c'est toujours QXX quelque soit la
> langue. Cependant il est possible de préciser un titre en français (ou dans
> n'importe quelle langue) pour cet objet QX. Lorsqu'on possède un compte
> sur Wikidata, il est possible d'indiquer la langue dans laquelle on souhaite
> travailler et si l'objet QX possède un nom dans votre langue alors c'est
> ce qui apparait, sinon c'est QX

Une véritable usine à gaz quoi ! Wikidata ne permet pas de mentionner
une page servant de référence pour valider les liens vers les autres.
Si une page doit servir de référence (non pas pour le titre qui est
accessoire, mais pour le sujet et la portée exacte de l'article),
pourquoi ce n'est pas l'identifiant unique directement ? Cela
m'échappe. Les données de Wikidata sont alors des doublons inutiles :
c'est bien l'article de référence qui sert de base, et toutes les
autres entrées de Wikidata sont inutiles (au mieux redondantes, mais
en fait plus une pollution génante qu'autre chose).

> Ensuite, ce système n'est pas du tout une redondance avec les liens
> interwikis existants.

Je maintiens que c'est une redondance inutile et nuisible même.

> Sinon le système de lien interwiki est déjà fonctionnel. Plusieurs WP
> l'utilisent déjà (hongrois, italien, hébreu et surtout anglais) et jusqu'à
> présent je n'ai rencontré aucun problème dans son utilisation en tant que
> lien interwiki, bien au contraire.

Déjà il ne l'est même pas sur la page de description de Wikidata qui a
été citée ici. Les outils de modification ne sont pas là (ne serait-ce
que sur la Wikipédie francophone), ce qui fait que Wikidata est en
fait un simple export des interwikis de la Wikipédie anglophone vers
une autre base. Une simple copie, et déjà obsolète, car pas maintenue
!

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6

[Philippe Verdy]

Désolé mais c'est ton lien posté qui ne devait pas être bon (en fait
le début de la phrase "Est-ce" était collé dedans, tu as altéré l'URL
en postant ton message).

Le 27 février 2013 14:12,   a écrit :
> Non non Philippe, finalement la requête était bonne (générée par Potlatch), 
> puisque maintenant elle passe sans problème...
> C'était un problème temporaire du serveur, maintenant tout va bien !
> Merci,
>
> Teuxe
>
> - Mail original -
> De: "Philippe Verdy" 
> À: "Discussions sur OSM en français" 
> Envoyé: Mercredi 27 Février 2013 14:07:54
> Objet: Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6
>
> "The parameter bbox is required, and must be of the form
> min_lon,min_lat,max_lon,max_lat."
>
> c'est ta requête qui était mal formulée : pourquoi tu encodes les
> paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste
> c'est illisible
>
> Le 27 février 2013 13:59,   a écrit :
>> Bonjour,
>>
>> En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 
>> 13:55), je suis tombé sur une erreur HTTP 500 :
>> http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576
>> Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur 
>> a réellement un problème ?
>> Merci,
>>
>> Teuxe
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6

[teuxe]

Non non Philippe, finalement la requête était bonne (générée par Potlatch), 
puisque maintenant elle passe sans problème...
C'était un problème temporaire du serveur, maintenant tout va bien !
Merci,

Teuxe

- Mail original -
De: "Philippe Verdy" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 27 Février 2013 14:07:54
Objet: Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6

"The parameter bbox is required, and must be of the form
min_lon,min_lat,max_lon,max_lat."

c'est ta requête qui était mal formulée : pourquoi tu encodes les
paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste
c'est illisible

Le 27 février 2013 13:59,   a écrit :
> Bonjour,
>
> En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 
> 13:55), je suis tombé sur une erreur HTTP 500 :
> http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576
> Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur 
> a réellement un problème ?
> Merci,
>
> Teuxe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6

[Philippe Verdy]

"The parameter bbox is required, and must be of the form
min_lon,min_lat,max_lon,max_lat."

c'est ta requête qui était mal formulée : pourquoi tu encodes les
paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste
c'est illisible

Le 27 février 2013 13:59,   a écrit :
> Bonjour,
>
> En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 
> 13:55), je suis tombé sur une erreur HTTP 500 :
> http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576
> Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur 
> a réellement un problème ?
> Merci,
>
> Teuxe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Pieren]

2013/2/27 Ista Pouss :

> À priori tu pourras trouver une réponse à toutes tes questions sur les liens
> à http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikidata

Les "Q id" n'ont pas l'air plus stables que les osm id's. Ca me gêne
de voir un intermédiaire supplémentaire entre l'objet dans OSM et son
article dans wikipedia. Au moins, dans wikipedia, la redirection
fonctionne alors que ça n'est pas le cas avec le wikidata.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[olivier delaune]

Bonjour,

juste une petite calrification sur Wikidata. Je ne suis pas expert du nouveau 
système met j'y ai jeté un oeil et la majorité des critiques à son encontre me 
semble fausse.

 

D'une part, chaque article de 'ensemble des Wikipédia (dans les différentes 
langues) sont identifiés par un numéro unique QX (exemple Q399961 pour la 
page d'homonymie sur la cathédrale St Paul)

Si un article est présent dans plusieurs langue, alors les liens vers ces 
articles sont indiquées dans l'article QX (exemple : on trouve tous les 
liens vers toutes les langues qui ont une page d'homonymie sur la cathédrale St 
Paul sur la page Q399961)

 

Concernant le nom de l'entrée, c'est toujours QXX quelque soit la langue. 
Cependant il est possible de préciser un titre en français (ou dans n'importe 
quelle langue) pour cet objet QX. Lorsqu'on possède un compte sur Wikidata, 
il est possible d'indiquer la langue dans laquelle on souhaite travailler et si 
l'objet QX possède un nom dans votre langue alors c'est ce qui apparait, 
sinon c'est QX

 

Ensuite, ce système n'est pas du tout une redondance avec les liens interwikis 
existants. Si c'est le cas actuellement c'est juste une transition. À terme les 
liens interwiki des articles WP seront supprimés et remplacé par un accès à 
Wikidata. Ainsi il n'y a qu'un endroit où tout est centralisé. Ainsi si on veut 
ajouter un nouvel article dans une langue, plus besoin d'ajouter le lien vers 
ce nouvel article dans tous les autres WPs qui possèdent un article sur le 
sujet. Il n'y a qu'à l'ajouter une fois sur Wikidata.

 

Sinon le système de lien interwiki est déjà fonctionnel. Plusieurs WP 
l'utilisent déjà (hongrois, italien, hébreu et surtout anglais) et jusqu'à 
présent je n'ai rencontré aucun problème dans son utilisation en tant que lien 
interwiki, bien au contraire.

 

Enfin, je ne dit pas que le Wikidata actuel est sans aucun soucis mais le 
système est relativement jeune, ça ne peut que s'émaliorer avec le temps.

 

Olivier

 

>Le 27 février 2013 12:31, Ista Pouss  a écrit :
>> Le texte en clair que je propose de mettre avec l'URL, à des fins de
>> contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc
>> il est dans la langue décidée par le projet wikidata.

>On sera bien avancé le jour où une ville française aura son article
>Wikipédia lié à une entrée Wikidata dont le titre par défaut est en
>Chinois (et basé sur une translitération approximative et ambiguë) !
>Encore une mauvaise idée que ce Wikidata-truc !

>Il me parait plus sensé d'utiliser la liste des interwikis présente
>déjà dans une page d'une édition bien définie de Wikipédia qui sert de
>référence stable (et maintenue) pour trouver toutes les autres pages.
>Au moins on a la garantie de la langue de base et du titre.

>On en reparlera seulement le jour où le Wikidata expérimental sera
>*réellement* intégré comme une fonction de base de Wikipédia se
>substituant à ses interwikis. Pas avant.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] 500 Internal Server Error sur API 0.6

[teuxe]

Bonjour,

En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 
13:55), je suis tombé sur une erreur HTTP 500 :
http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576
Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a 
réellement un problème ?
Merci,

Teuxe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Désolé de te contre dire mais l'opération de "substitution" n'a pas
encore eu lieu, l'intégration n'est pas faite, c'est donc encore
prématuré, et Wikidata contient donc des tonnes de liens non
maintenus, et des entrées en doublon à cause de ça.

Pour l'instant ce sont les liens interwikis qui sont encore en
vigueur, et Wikidata ne dispose d'aucun système de vérification et de
maintenance. Rien n'a encore été fait pour remplacer les liens
interwikis par des liens Wikidata dans les pages (cela va demander
beaucoup de temps et il y a encore des tonnes de problèmes à régler, y
compris régler le cas des liens interwiki insérés à divers endroits
dans les pages ou via des modèles, ce qui n'est pas facile à localiser
et remplacer, alors que Wikipedia maintient une table des liens
interwikis générés par le parsing des pages, et que cette table est
déjà opérationelle pour les requêtes orientées data sans avoir me^me
besoin de parser les pages).

Bref utiliser Wikidata comme référence unique à la place d'une page
Wikipédia de départ des interwikis, c'est prématuré. Wikidata est
encore une ébauche, **même** si son principe a été accepté (mais
**pas** encore intégré).

Le 27 février 2013 13:23, Ista Pouss  a écrit :
> Le 27 février 2013 11:52, Pieren  a écrit :
>>
>> > wikidata=http://www.wikidata.org/wiki/Q173882
>>
>> Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages
>> wikipedia dans les différentes langues contiennent cette clé ? Ou bien
>> est-ce que c'est une base de données qui contient tous les liens vers
>> les pages wiki en différentes langues? ou bien est-ce bidirectionnel ?
>
>
> D'abord wikidata est un projet communautaire, donc tout change tous les
> jours, comme pour osm :-)
>
> Actuellement le projet wikidata traite des liens inter-langues, et il aborde
> la question de ce qu'ils appellent les "info-box", une sorte de fiche
> concernant un article. Voir à
> http://fr.wikidata.org/wiki/Wikidata:Introduction/fr
>
> La prise en compte de ce projet par chaque communauté wikipedia linguistique
> se fait sur le mode du volontariat.
>
> Pour la France, les discussions sont en cours, et la migration pour les
> langues est prévue pour le 27 février, aujourd'hui, donc, sous toutes
> réserves. Le wikipedia anglais a accepté aussi, et quelques autres encore.
> Je n'ai pas entendu parler d'une communauté qui l'ait refusé, mais je
> n'entends pas parler de tout.
>
> Concernant les liens interlangues, wikidata se substitue purement et
> simplement au système actuel. Pour chaque page wikipedia, il n'y a plus que
> le lien wikidata à donner, le reste se débrouille. C'est à dire que les
> pages wikipedia continueront à publier les liens interLANGUES, en exploitant
> l'info wikidata qu'elles contiennent.
>
> À priori tu pourras trouver une réponse à toutes tes questions sur les liens
> à http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikidata
>
> Cordialement.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ista Pouss]

Le 27 février 2013 11:52, Pieren  a écrit :

> > wikidata=http://www.wikidata.org/wiki/Q173882
>
> Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages
> wikipedia dans les différentes langues contiennent cette clé ? Ou bien
> est-ce que c'est une base de données qui contient tous les liens vers
> les pages wiki en différentes langues? ou bien est-ce bidirectionnel ?
>

D'abord wikidata est un projet communautaire, donc tout change tous les
jours, comme pour osm :-)

Actuellement le projet wikidata traite des liens inter-langues, et il
aborde la question de ce qu'ils appellent les "info-box", une sorte de
fiche concernant un article. Voir à
http://fr.wikidata.org/wiki/Wikidata:Introduction/fr

La prise en compte de ce projet par chaque communauté wikipedia
linguistique se fait sur le mode du volontariat.

Pour la France, les discussions sont en cours, et la migration pour les
langues est prévue pour le 27 février, aujourd'hui, donc, sous toutes
réserves. Le wikipedia anglais a accepté aussi, et quelques autres encore.
Je n'ai pas entendu parler d'une communauté qui l'ait refusé, mais je
n'entends pas parler de tout.

Concernant les liens interlangues, wikidata se substitue purement et
simplement au système actuel. Pour chaque page wikipedia, il n'y a plus que
le lien wikidata à donner, le reste se débrouille. C'est à dire que les
pages wikipedia continueront à publier les liens interLANGUES, en
exploitant l'info wikidata qu'elles contiennent.

À priori tu pourras trouver une réponse à toutes tes questions sur les
liens à http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikidata

Cordialement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 12:31, Ista Pouss  a écrit :
> Le texte en clair que je propose de mettre avec l'URL, à des fins de
> contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc
> il est dans la langue décidée par le projet wikidata.

On sera bien avancé le jour où une ville française aura son article
Wikipédia lié à une entrée Wikidata dont le titre par défaut est en
Chinois (et basé sur une translitération approximative et ambiguë) !
Encore une mauvaise idée que ce Wikidata-truc !

Il me parait plus sensé d'utiliser la liste des interwikis présente
déjà dans une page d'une édition bien définie de Wikipédia qui sert de
référence stable (et maintenue) pour trouver toutes les autres pages.
Au moins on a la garantie de la langue de base et du titre.

On en reparlera seulement le jour où le Wikidata expérimental sera
*réellement* intégré comme une fonction de base de Wikipédia se
substituant à ses interwikis. Pas avant.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] association Aristote utilise la carte openstreetmap

[Cyrille Giquello]

Pour votre collection de sites proposant la carte OSM:
http://www.association-aristote.fr/doku.php/public:aristote:contact
avec un mapping assez complet de l'École Polytechnique à Palaiseau

-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ista Pouss]

Le 27 février 2013 11:27, Frédéric Rodrigo  a écrit
:

> Le 27 février 2013 11:19, Ista Pouss  a écrit :
>
>
>> DONC ma proposition serait
>>
>> wikidata=http://www.wikidata.org/wiki/Q173882,  St. Paul's Cathedral
>>
>
> Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que
> initialement pour le tag wikipedia :
> ref:wikidata=Q173882 
>
>
À quelles erreurs fais-tu référence ?



> Dans qu'elle langue mettre le texte ? Autant garder le tag wikipedia dans
> ce cas qui identifie bien un article unique et qui fait la jointure vers
> wikidata.Il y a aussi des subtilités, comme wikipedia:lang et le fait que
> un artcile wikipedia peut forcer un lien interwiki.
>
>
Le texte en clair que je propose de mettre avec l'URL, à des fins de
contrôle et non d'affichage, est celui du titre de la page du wikidata.
Donc il est dans la langue décidée par le projet wikidata.

Cordialement.


-- 
Les dérives de rue :
Des textes à promenades 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

Le 27 février 2013 11:05, rldhont  a écrit :
> Question subsidiaire :
> Comment associé plusieurs photos wikimedia à 1 objet OSM ?

Pour moi c'est simple : indiquer une catégorie sur Commons.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Philippe Verdy]

A mon avis Wikidata est plutôt une mauvaise idée dans son utilisation
actuelle. C'est une cuisine interne à Wikipédia et encore trop
expérimental et c'est en plus un projet qui porte très mal son nom et
se trompe d'objectif.

Il est bien plus simple de ne mettre dans OSM qu'un seul lien
Wikipédia sous la forme "wikipedia=lang:Nom d'article", en utilisant
la langue par défaut du pays ou la région correspondante. Si
nécessaire les moteurs de rendus iront eux-même chercher les liens
interwikis à partir de là (il y a déjà une API pour faire cela sans
même avoir à lire le code HTML ou décoder le code source Wikimedia).
Wikidata ne sert strictement à rien à partir de là.

Les liens Wikidata ne sont pas vérifiables en plus, on ne sait
absolument pas vers quoi cela mène. Et ils ne sont pas maintenus
correctement, et ne suivent pas les renommages de pages, et scissions.
Wikidata est bourré d'erreurs. Beaucoup plus que pour les liens
interwiki. Tout bonnement à cause de son système de "nommage" qui ne
permet aucune recherche effective.

Wikidata aurait du servir à des chose bien plus utiles qui est de
pouvoir créer des données relationnelles partagées entre des pages
Wikipédia de diverss langues, et permettant un requêtage pour la
génération automatique de tables et modèles de navigation. Mais pour
les interwikis le système actuel ne sert strictement à rien (beaucoup
d'effort pour pas grand chose, juste un duplication inutile de données
non maintenues!).


Le 27 février 2013 10:49, Ista Pouss  a écrit :
> Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne
> comprends même pas que ce soit pas considéré comme l'urgence absolue.
>
> Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur
> système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car
> à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque
> communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond
> en cette direction.
>
> Donc en ce cas plus besoin de mettre de langue ou autre  Pour la cathédrale
> saint paul, le tag serait :
>
> wikidata=http://www.wikidata.org/wiki/Q399961
>
> Pas de wikipedia=en:, ni wikipedia=fr:, etc, "wikidata" tout court suffit.
>
> Le gros ennui de ce système est qu'il est facile de faire une erreur dans la
> saisie... aussi je serais favorable à mettre une chaine de controle, du
> style :
>
> wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral
>
> De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de
> comprendre l'intention de celui qui saisit le tag wikidata : au fond, il
> peut ne pas y avoir de correspondance directe poi osm/article wikipedia.
> Mais j'ai peur qu'une telle proposition soit considérée comme une horreur
> redondante ?...
>
> Concernant les images, ça dépend de la politique. Philippe a raison (dans un
> autre message), c'est théoriquement inutile et mal fichu. Mais il me semble
> qu'il est difficile à l'heure actuelle de découvrir par informatique quelle
> est la bonne image wikipedia correspondant à un poi, juste en analysant le
> pataques wikipedia.
>
> Aussi le pragmatisme serait peut être d'en donner quand même une, même si
> c'est pas élégant du point de vue de l'élégance.
>
> Cordialement.
>
>
> Le 26 février 2013 21:12, Black Myst  a écrit :
>>
>> Bonjour,
>>
>> Dans le but de proposer un premier thème "Wikipedia" comme projet du mois,
>> j'aurais souhaitez vos avis sur 2 pages du wiki:
>> - La page de description du tag wikipedia, que j'ai pas mal remanier pour
>> essayer d'être le plus claire possible.
>>   http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
>>
>> - La page de présentation du projet du mois
>>   http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
>>
>>
>> Il reste un point à trancher concernant l'utilisation du tag
>> wikipedia:image=url.
>> Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
>> explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag
>> wikipedia.
>> Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus
>> proche étant 'image' mais il n'est qu'à l'état de proposition et les
>> use-case ne me semble pas clair/
>>
>> Que faire de ces tags :
>> - Les considérer comme correct (et donc modifier la page du wiki)
>> - Faire une proposition de nouveau tag
>> - Les convertir en "image=url"
>> - Les supprimer
>> - Les laisser en l'état
>>
>> ++
>> Black Myst
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Les dérives de rue :
> Des textes à promenades
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ab_fab]

+1 avec Frédéric pour une référence plus claire

A noter : le sujet Wikidata a été abordé hier soir sur la liste tagging
http://lists.openstreetmap.org/pipermail/tagging/2013-February/013077.html

Le 27 février 2013 11:27, Frédéric Rodrigo  a écrit
:

>
> Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que
> initialement pour le tag wikipedia :
> ref:wikidata=Q173882 
>
> Frédéric.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Pieren]

> wikidata=http://www.wikidata.org/wiki/Q173882

Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages
wikipedia dans les différentes langues contiennent cette clé ? Ou bien
est-ce que c'est une base de données qui contient tous les liens vers
les pages wiki en différentes langues? ou bien est-ce bidirectionnel ?

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Frédéric Rodrigo]

Le 27 février 2013 11:19, Ista Pouss  a écrit :

> Le 27 février 2013 11:01, Ab_fab  a écrit :
>
>> Je suis d'accord sur le principe.
>>
>> Par contre, un des soucis de ton exemple, c'est que le lien Wikidata
>> renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies,
>> qui ne permet donc pas de dire de laquelle il est question (pas pratique)
>>
>>
> Ah oui flûte de flûte :-) Au moins c'était juste pour voir si vous suiviez
> :-)
>
> (et que le problème n'est pas si simple)
>
> DONC ma proposition serait
>
> wikidata=http://www.wikidata.org/wiki/Q173882,  St. Paul's Cathedral
>

Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que
initialement pour le tag wikipedia :
ref:wikidata=Q173882 

Dans qu'elle langue mettre le texte ? Autant garder le tag wikipedia dans
ce cas qui identifie bien un article unique et qui fait la jointure vers
wikidata.Il y a aussi des subtilités, comme wikipedia:lang et le fait que
un artcile wikipedia peut forcer un lien interwiki.

Frédéric.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ista Pouss]

Le 27 février 2013 11:01, Ab_fab  a écrit :

> Je suis d'accord sur le principe.
>
> Par contre, un des soucis de ton exemple, c'est que le lien Wikidata
> renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies,
> qui ne permet donc pas de dire de laquelle il est question (pas pratique)
>
>
Ah oui flûte de flûte :-) Au moins c'était juste pour voir si vous suiviez
:-)

(et que le problème n'est pas si simple)

DONC ma proposition serait

wikidata=http://www.wikidata.org/wiki/Q173882,  St. Paul's Cathedral

... le titre ne change pas sur wikidata. (...et dans l'hypothèse ou LA
cathedrale st paul est bien celle de Londres ?? )
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[rldhont]

Question subsidiaire :
Comment associé plusieurs photos wikimedia à 1 objet OSM ?

Le 27/02/2013 11:01, Vincent Privat a écrit :
+1 avec Philippe pour le choix du tag "image:commons=Fichier.jpg" 
comme meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout.
Je vois 2 méthodes pour extraire les photos de Commons liées à un 
objet OSM:
- par coordonnées géographiques, comme Philippe le propose. Commons 
dispose actuellement de 3.5 millions d'images géoréférencées: 
http://commons.wikimedia.org/wiki/Category:Media_with_locations
- lorsqu'un objet référence un article Wikipédia, extraire les photos 
de sa catégorie Commons liée dans la page de l'article (référencée en 
français avec le template {{Autres 
projets|commons=Category:XXX|commons titre=XXX}})


Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia, 
j'ai créé le ticket #8472 pour ça.


Pour ce sujet ça peut être pas mal d'en parler là-bas: 
http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding



Le 27 février 2013 05:54, Philippe Verdy > a écrit :


Concernant wikipedia:image le tag est très mal choisi. D'abord le but
n'est pas de mettre une URL mais une référence à une image sous la
forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc
tous les liens directs soit à un "thumbnail", soit à la page de
présentation de l'image. De plus ces images n'ont la plupart du temps
rien à faire sur Wikipédia mais vont sur Commons.
Bref au lieu de "wikipedia:image=http://.../Nom image.jpeg" cela
devrait être en fait sous la forme "image:commons=Nom image.jpg".
A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir
mais si on met "image:url=*" alors c'est vers un autre site qui n'est
pas forcément libre de droit (on pourrait aussi mettre
image:flickr=Nom d'image.ppg" si elle est hébergée sur FlickR (sous
cette forme on peut en mêm temps avoir accès aux métadonnées et faire
des vérifications automatiques de licence).
Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des
références à des vidéos ?
Et sinon y a-t-il des images plus représentatives qu'une autre pour
une collectivité, une ville ? La photo de la mairie, d'un monument,
d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le
logo ou un blason ?

Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse
les moteurs de rendus chercher les images géolocalisées pour les
présenter sous forme de mini-icones qui, quand on les clique, affiche
un panneau montrant l'image et sa description et ses infos de licence.
La géolocalisation des images de Commons fonctionne déjà très bien
sans rien ajouter à la base OSM (le toolserver de Commons fournit des
listes d'images géolocalisées à la demande).


Le 26 février 2013 21:12, Black Myst mailto:black.m...@free.fr>> a écrit :
> Bonjour,
>
> Dans le but de proposer un premier thème "Wikipedia" comme
projet du mois,
> j'aurais souhaitez vos avis sur 2 pages du wiki:
> - La page de description du tag wikipedia, que j'ai pas mal
remanier pour
> essayer d'être le plus claire possible.
> http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
>
> - La page de présentation du projet du mois
> http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
>
>
> Il reste un point à trancher concernant l'utilisation du tag
> wikipedia:image=url.
> Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
> explication sur le wiki et n'est pas cohérent avec l'usage
actuel du tag
> wikipedia.
> Je n'ai pas trouvé correspondant parfaitement à l'utilisation,
le plus
> proche étant 'image' mais il n'est qu'à l'état de proposition et les
> use-case ne me semble pas clair/
>
> Que faire de ces tags :
> - Les considérer comme correct (et donc modifier la page du wiki)
> - Faire une proposition de nouveau tag
> - Les convertir en "image=url"
> - Les supprimer
> - Les laisser en l'état
>
> ++
> Black Myst
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
http://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ab_fab]

Je suis d'accord sur le principe.

Par contre, un des soucis de ton exemple, c'est que le lien Wikidata
renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies,
qui ne permet donc pas de dire de laquelle il est question (pas pratique)

Le 27 février 2013 10:49, Ista Pouss  a écrit :

> Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne
> comprends même pas que ce soit pas considéré comme l'urgence absolue.
>
> Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur
> système de wikidata (http://www.wikidata.org). Mais ça peut se discuter,
> car à ce que j'ai compris, ce système reste soumis à l'appréciation de
> chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer
> à fond en cette direction.
>
> Donc en ce cas plus besoin de mettre de langue ou autre  Pour la
> cathédrale saint paul, le tag serait :
>
> wikidata=http://www.wikidata.org/wiki/Q399961
>
> Pas de wikipedia=en:, ni wikipedia=fr:, etc, "wikidata" tout court suffit.
>
> Le gros ennui de ce système est qu'il est facile de faire une erreur dans
> la saisie... aussi je serais favorable à mettre une chaine de controle, du
> style :
>
> wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral
>
> De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de
> comprendre l'intention de celui qui saisit le tag wikidata : au fond, il
> peut ne pas y avoir de correspondance directe poi osm/article wikipedia.
> Mais j'ai peur qu'une telle proposition soit considérée comme une horreur
> redondante ?...
>
> Concernant les images, ça dépend de la politique. Philippe a raison (dans
> un autre message), c'est théoriquement inutile et mal fichu. Mais il me
> semble qu'il est difficile à l'heure actuelle de découvrir par informatique
> quelle est la bonne image wikipedia correspondant à un poi, juste en
> analysant le pataques wikipedia.
>
> Aussi le pragmatisme serait peut être d'en donner quand même une, même si
> c'est pas élégant du point de vue de l'élégance.
>
> Cordialement.
>
>
> Le 26 février 2013 21:12, Black Myst  a écrit :
>
>> Bonjour,
>>
>> Dans le but de proposer un premier thème "Wikipedia" comme projet du
>> mois, j'aurais souhaitez vos avis sur 2 pages du wiki:
>> - La page de description du tag wikipedia, que j'ai pas mal remanier pour
>> essayer d'être le plus claire possible.
>>   http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
>>
>> - La page de présentation du projet du mois
>>   http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
>>
>>
>> Il reste un point à trancher concernant l'utilisation du tag
>> wikipedia:image=url.
>> Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
>> explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag
>> wikipedia.
>> Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus
>> proche étant 'image' mais il n'est qu'à l'état de proposition et les
>> use-case ne me semble pas clair/
>>
>>  Que faire de ces tags :
>> - Les considérer comme correct (et donc modifier la page du wiki)
>> - Faire une proposition de nouveau tag
>> - Les convertir en "image=url"
>> - Les supprimer
>> - Les laisser en l'état
>>
>> ++
>> Black Myst
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Les dérives de rue :
> Des textes à promenades 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Vincent Privat]

+1 avec Philippe pour le choix du tag "image:commons=Fichier.jpg" comme
meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout.
Je vois 2 méthodes pour extraire les photos de Commons liées à un objet OSM:
- par coordonnées géographiques, comme Philippe le propose. Commons dispose
actuellement de 3.5 millions d'images géoréférencées:
http://commons.wikimedia.org/wiki/Category:Media_with_locations
- lorsqu'un objet référence un article Wikipédia, extraire les photos de sa
catégorie Commons liée dans la page de l'article (référencée en français
avec le template {{Autres projets|commons=Category:XXX|commons titre=XXX}})

Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia, j'ai
créé le ticket #8472 pour ça.

Pour ce sujet ça peut être pas mal d'en parler là-bas:
http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding


Le 27 février 2013 05:54, Philippe Verdy  a écrit :

> Concernant wikipedia:image le tag est très mal choisi. D'abord le but
> n'est pas de mettre une URL mais une référence à une image sous la
> forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc
> tous les liens directs soit à un "thumbnail", soit à la page de
> présentation de l'image. De plus ces images n'ont la plupart du temps
> rien à faire sur Wikipédia mais vont sur Commons.
> Bref au lieu de "wikipedia:image=http://.../Nom image.jpeg" cela
> devrait être en fait sous la forme "image:commons=Nom image.jpg".
> A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir
> mais si on met "image:url=*" alors c'est vers un autre site qui n'est
> pas forcément libre de droit (on pourrait aussi mettre
> image:flickr=Nom d'image.ppg" si elle est hébergée sur FlickR (sous
> cette forme on peut en mêm temps avoir accès aux métadonnées et faire
> des vérifications automatiques de licence).
> Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des
> références à des vidéos ?
> Et sinon y a-t-il des images plus représentatives qu'une autre pour
> une collectivité, une ville ? La photo de la mairie, d'un monument,
> d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le
> logo ou un blason ?
>
> Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse
> les moteurs de rendus chercher les images géolocalisées pour les
> présenter sous forme de mini-icones qui, quand on les clique, affiche
> un panneau montrant l'image et sa description et ses infos de licence.
> La géolocalisation des images de Commons fonctionne déjà très bien
> sans rien ajouter à la base OSM (le toolserver de Commons fournit des
> listes d'images géolocalisées à la demande).
>
>
> Le 26 février 2013 21:12, Black Myst  a écrit :
> > Bonjour,
> >
> > Dans le but de proposer un premier thème "Wikipedia" comme projet du
> mois,
> > j'aurais souhaitez vos avis sur 2 pages du wiki:
> > - La page de description du tag wikipedia, que j'ai pas mal remanier pour
> > essayer d'être le plus claire possible.
> >   http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
> >
> > - La page de présentation du projet du mois
> >   http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
> >
> >
> > Il reste un point à trancher concernant l'utilisation du tag
> > wikipedia:image=url.
> > Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
> > explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag
> > wikipedia.
> > Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus
> > proche étant 'image' mais il n'est qu'à l'état de proposition et les
> > use-case ne me semble pas clair/
> >
> > Que faire de ces tags :
> > - Les considérer comme correct (et donc modifier la page du wiki)
> > - Faire une proposition de nouveau tag
> > - Les convertir en "image=url"
> > - Les supprimer
> > - Les laisser en l'état
> >
> > ++
> > Black Myst
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Christophe Merlet" 
>
> http://5stardata.info/
> 
> https://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes
> https://en.wikipedia.org/wiki/Linked_data
> 

Je ne sais pas si la classification accepte les décimales :-) , mais le format 
Shapefile 
ne rentre pas dans les cases, vu qu'il est propriétaire (ESRI). Ça ne l'empêche 
pas
d'être documenté [1] d'où son intérêt dans les échanges.

vincent

[1] : http://www.esri.com/library/whitepapers/pdfs/shapefile.pdf

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag wikipedia

[Ista Pouss]

Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne
comprends même pas que ce soit pas considéré comme l'urgence absolue.

Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur
système de wikidata (http://www.wikidata.org). Mais ça peut se discuter,
car à ce que j'ai compris, ce système reste soumis à l'appréciation de
chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer
à fond en cette direction.

Donc en ce cas plus besoin de mettre de langue ou autre  Pour la cathédrale
saint paul, le tag serait :

wikidata=http://www.wikidata.org/wiki/Q399961

Pas de wikipedia=en:, ni wikipedia=fr:, etc, "wikidata" tout court suffit.

Le gros ennui de ce système est qu'il est facile de faire une erreur dans
la saisie... aussi je serais favorable à mettre une chaine de controle, du
style :

wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral

De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de
comprendre l'intention de celui qui saisit le tag wikidata : au fond, il
peut ne pas y avoir de correspondance directe poi osm/article wikipedia.
Mais j'ai peur qu'une telle proposition soit considérée comme une horreur
redondante ?...

Concernant les images, ça dépend de la politique. Philippe a raison (dans
un autre message), c'est théoriquement inutile et mal fichu. Mais il me
semble qu'il est difficile à l'heure actuelle de découvrir par informatique
quelle est la bonne image wikipedia correspondant à un poi, juste en
analysant le pataques wikipedia.

Aussi le pragmatisme serait peut être d'en donner quand même une, même si
c'est pas élégant du point de vue de l'élégance.

Cordialement.


Le 26 février 2013 21:12, Black Myst  a écrit :

> Bonjour,
>
> Dans le but de proposer un premier thème "Wikipedia" comme projet du mois,
> j'aurais souhaitez vos avis sur 2 pages du wiki:
> - La page de description du tag wikipedia, que j'ai pas mal remanier pour
> essayer d'être le plus claire possible.
>   http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
>
> - La page de présentation du projet du mois
>   http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
>
>
> Il reste un point à trancher concernant l'utilisation du tag
> wikipedia:image=url.
> Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
> explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag
> wikipedia.
> Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus
> proche étant 'image' mais il n'est qu'à l'état de proposition et les
> use-case ne me semble pas clair/
>
> Que faire de ces tags :
> - Les considérer comme correct (et donc modifier la page du wiki)
> - Faire une proposition de nouveau tag
> - Les convertir en "image=url"
> - Les supprimer
> - Les laisser en l'état
>
> ++
> Black Myst
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Les dérives de rue :
Des textes à promenades 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées

[Christophe Merlet]

Le mercredi 27 février 2013 à 10:30 +0100, Francescu GAROBY a écrit :
> Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ?
> Je ne trouve rien à ce sujet...


http://5stardata.info/

https://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes
https://en.wikipedia.org/wiki/Linked_data



Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées

[Christian Quest]

http://5stardata.info/

Le 27 février 2013 10:30, Francescu GAROBY  a écrit :

> Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ?
> Je ne trouve rien à ce sujet...
>
> Francescu
>
>

-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées

[Francescu GAROBY]

Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ?
Je ne trouve rien à ce sujet...

Francescu


2013/2/27 Vincent Privat 

> Et sur le wiki:
> http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Portails_Open_Data_des_Aires_urbaines
>
>
> 2013/2/27 Christian Quest 
>
>> C'est sur le site: http://openstreetmap.fr/opendata-pau
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées

[Vincent Privat]

Et sur le wiki:
http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Portails_Open_Data_des_Aires_urbaines


2013/2/27 Christian Quest 

> C'est sur le site: http://openstreetmap.fr/opendata-pau
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées

[Christian Quest]

C'est sur le site: http://openstreetmap.fr/opendata-pau
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] prob télécharger une carte OSMAND

[forum]

Le message suivant de :
##
Bonjour, 

n'ayant pas de forum explicite pour ma question ,je la poste  ici.



Voici deux jours que je tente de télécharger  la carte japon lié à Osmand.

J'ai un galaxy s3 + sd  vide de 32mega.

J'ai tout configuré pour que les cartes soit  downloadé et stockées

 (openmaps, sauces osmand )dans la Sd  (via les commandes incluse dans osmand)

Je lance le téléchargement via WIFI ( pas de réseau g3 etc , car je n'ai pas de 
forfait illimité).

Pour de petites cartes ( alsace , portugal) tout est OK.

Mais la carte du japon fait  664 méga  en 4 fichiers.

elle commence à se downloader ...puis tout coupevers 2 à 80% 

du premier download sur 4

Que faire? 

Comment downloader la carte "special osmond " du japon sur un pc sous win  ? 
sous linux?

Autre solution.

Merci





a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3&t=532
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Méridional" en hémisphère sud ?

[Francescu GAROBY]

Plus sérieusement quand même : Wikipedia parle bien
d'Australie-Méridionale, pour cet état :
http://fr.wikipedia.org/wiki/Australie-M%C3%A9ridionale
Il s'agit donc là du nom "officiel" (je mets des guillemets car j'ignore si
cette traduction a été validée par un quelconque organisme...)

Francescu


Le 27 février 2013 04:53, Hendrik Oesterlin  a
écrit :

> Bonjour,
>
> Je suis tombé sur
>
> http://www.openstreetmap.org/browse/node/304951007
>
> qui porte comme
> name:fr = Australie méridionale
>
> Je m'interroge maintenant si l'on peut raisonnablement utiliser le
> terme "méridional" en hémisphère sud, à forciori si l'on souhaite
> désigner une chose se trouvant au sud.
>
> "Méridional" vient du latin et se réfère au midi.
>
> Il se trouve maintenant que le midi en hémisphère sud se trouve au
> nord, toujours en direction de l'équateur.
>
> Par exemple, ce blog parle du problème:
> http://mauricianismes.wordpress.com/2011/01/20/meridional/
>
> Ne serait-il pas mieux d'utiliser simplement le terme "du Sud"?
>
> --
> Cordialement
> Hendrik Oesterlin  Nouvelle-Calédonie
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Méridional" en hémisphère sud ?

[Francescu GAROBY]

Ou l'adjectif "austral(e)" ? Mais "Australie australe", c'est un peu
redondant, non ? ;-)

Francescu


Le 27 février 2013 04:53, Hendrik Oesterlin  a
écrit :

> Bonjour,
>
> Je suis tombé sur
>
> http://www.openstreetmap.org/browse/node/304951007
>
> qui porte comme
> name:fr = Australie méridionale
>
> Je m'interroge maintenant si l'on peut raisonnablement utiliser le
> terme "méridional" en hémisphère sud, à forciori si l'on souhaite
> désigner une chose se trouvant au sud.
>
> "Méridional" vient du latin et se réfère au midi.
>
> Il se trouve maintenant que le midi en hémisphère sud se trouve au
> nord, toujours en direction de l'équateur.
>
> Par exemple, ce blog parle du problème:
> http://mauricianismes.wordpress.com/2011/01/20/meridional/
>
> Ne serait-il pas mieux d'utiliser simplement le terme "du Sud"?
>
> --
> Cordialement
> Hendrik Oesterlin  Nouvelle-Calédonie
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] EuroVelo en France icn ou ncn ?

[forum]

Le message suivant de :
##
Bonjour,

Concernant les Eurovelo pour leur partie Française ils sont tous marqué ncn, 
mais si je me référe au wiki : http://wiki.openstreetmap.org/wiki/Cycle_routes 
ce sont bien les tags network=icn qui devraient être indiqué non ?

Il ne s'agit pas d'itinaires nationaux mais bien d'internationaux même si ce ne 
sont que des bouts pour chaque pays, si non à quel occasion on inscrit icn, sur 
un itinéraire intergallactique  :D 

J'avais modifié l'EuroVelo 4 dans ce sens car j'y contribue en ce moment et un 
contributeur étranger a remis ncn sur EV4, en plus c'est le même qui mets 
type=superroute sur les relations de relation pour les EuroVelo.  :?

Merci

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2&t=531
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr