Re: [OSM-talk-fr] way des limites administratives

[Christophe Merlet]

Le 26/12/2013 21:34, Christophe Merlet a écrit :

Le 26/12/2013 20:59, Jérôme Amagat a écrit :

Si on regarde la carte ito map on peut voir que beaucoup de pays utilise
les admin level sur les way.
Je suis pas sur que de tout supprimé soit la bonne solution.


Je parlais juste de border_type qui est très peu et mal utilisé.

Pour le reste, il vaut mieux compléter, mais pour quel usage ?



Au final, que fait t'on pour harmoniser tout ça proprement ?

Je propose :

On complète avec boundary=administrative + admin_level=[0-10] sur les 
limites administratives terrestres et on supprime border_type (mapnik ne 
s'en sert pas entre autres)


Les natural=coastline sans aucun boundary.

Au passage, on supprime les name lorsque le way n'est que boundary ?
Vos avis ?


Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Comcom Maker

[Frédéric Rodrigo]

Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base 
osm2pgsql france dont a besoin comcom maker. Le problème est matériel.


Frédéric.

Le 26/12/2013 18:35, Otourly Wiki a écrit :

On a du nouveau de ce coté ?
Florian.


Le Dimanche 24 novembre 2013 16h56, Frédéric Rodrigo
 a écrit :
Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit :
 > Bonjour,
 >
 > Le 24/11/2013 16:08, Christian Quest a écrit :
 >> Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit
 >> totalement ré-installé.
 >>
 >> Il va être remis en route, surtout qu'avec 100% des communes on va
 >> pouvoir viser le 100% d'EPCI et autres découpages du même genre.
 >>
 >>
 >> Le 24 novembre 2013 16:00, Otourly Wiki mailto:otou...@yahoo.fr>
 >> >> a écrit :
 >>
 >>Bonjour, il semblerait que cet outil ne soit plus disponible. C'est
 >>gênant, car avec la réforme des collectivités territoriales en
 >>janvier prochain il va y avoir du pain sur la planche...
 >>Florian.
 >
 > En complément sur le thème des EPCI, je (re)signale cette source :
 > http://www.data.gouv.fr/DataSet/572273
 > Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa
 > mise à jour sera intéressante l'année prochaine bien sûr, mais la
 > réforme a déjà eu des effets cette année.

Je m'occupe de remettre comcom maker en route. C'est en cours.
Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on
peut utiliser comcommaker en ligne de commande.



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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Vincent Pottier]

Bon après ça j'arrête parce que ça devient pénible...

Le 27/12/2013 04:14, Philippe Verdy a écrit :


Le droit canonique ne s'occupe pas des territoires, et ce n'est pas le 
sujet.
Code de droit canonique Can. 372 - § 1. "En principe, la portion du 
peuple de Dieu qui constitue un diocèse ou une autre Église particulière 
sera circonscrite en un territoire déterminé de sorte qu'elle comprenne 
tous les fidèles qui habitent ce territoire."

http://www.vatican.va/archive/FRA0037/__P1A.HTM

Ça doit bien pouvoir se cartographier, ça.
Et, ne te déplaise, il existe déjà de telles cartes, hors OSM.


(et de plus en plus du fait de la réduction des personnels du
clergé et des vocations : les diocèses sont souvent regroupés
dynamiquement en fonction des disponibilités des prètres, mais
'ifluent pas pour autant sur l'autorité des groupes monastiques ;

Hou, le mélange...
Ce n'est pas le maire qui nome le président du club de foot. Ce
n'est pas l'évêque qui nome le responsable d'une communauté
religieuse.
Et puis ça n'a aucun rapport...


Effectivement mais là tu introduis toi-même ces mélanges de tout avec 
n'importe quoi.

L'analogie n'est pas un mélange, mais une figure de raisonnement.
Je n'ai jamais parlé de club de foot. Juste de la notion de hiérarchie 
religieuses qui n'est pas du tout territoriale puisque les diverses 
congrégations se revouvrent ; l'église même si elle reconnait une même 
autorité spirituelle, admet aussi la multiplicité des congrégations et 
traditions et pratiques. Et celles-ci sont de moins en moins attachées 
à un territoire, les différentes branches sont presque toutes 
internationales. Aucune église n'est plus propriétaire de ses 
"ouailles". Chaque mouvement dans l'église peut aller les chercher sur 
le territoire du voisin et sinon collaborer avec des groupes très 
lointains géographiquement.


et de plus en plus d'églises tendent à regrouper leurs
activités y compris avec d'autres religions, chrétiennes ou
pas, via des groupes interreligieux ou des groupes de
réflexion laïques).

Là,, je ne vois vraiment pas le rapport.


Parce que tu ne veux pas lire.

Parce que le Secours Catholique collabore avec le CCAS, parce que
l'un et l'autre ont des restrictions budgétaires, parce que Don
Camillo et Peppone travaillent ensemble par force, il faudrait
supprimer les paroisses et les communes d'OSM ?


Tu interprètes, je n'ai pas dit ça, mais les hiérarchies de niveaux 
territoriaux n'ont aucun sens dans l'église, même catholique en 
France. la structure des archevéches, évéchés, diocèses, doyennés, 
paroisses colle aujourd'hui très mal avec la réalité alors que ce qui 
subsiste c'est surtout une question d'autorité morale, et que cette 
autorité n'est plus attaché à un territoire particulier.

C'est toi, et toi seul, qui le dis.

C'est vrai aussi dans l'islam ou l'orthodoxie.

La notion de territoire est une affaire terrestre loin des 
préoccupations religieuses (et encore plus en France où l'église ne 
possède pratiquement plus ses lieux de culte (et ne compte d'ailleurs 
même pas les récupérer, étant trop contente de pouvoir en disposer 
gratuitement avec l'entretien assuré par les collectivités).


Dommage pour toi.

Mais ça m'en dit plus sur ta difficulté à comprendre que sur la
faiblesse du schéma.


Tu présupposes que je ne comprends pas. J'ai parfaitement compris que 
ton idée c'est de mélanger les choux et les carottes parce que ça 
t'arrange bien pour ce que tu veux faire des données.

Oui, ça m'arrange bien d'utiliser des tags existants.
Mais ça n'est pas mélanger administration territoriale et administration 
ecclésiale que de partager un tag.

Les tags colour, height... sont partagé par bien des champs sémantiques.


JE suis opposé à ces mélanges entre notions qui ne sont pas liées 
ensemble et pas maintenues ensemble.
Tant pis pour toi. Tu es le seul que je connaisse à lever une objection. 
Et encore, sans application pratique à la clef.



(il a été imposé au forcing en France, en commençant d'abord
par l'Alsace-Moselle dans le cadre du concordat qui n'existe
que là et pas ailleurs en France). On est très loin d'avoir
même discuté de ça à une échelle plus large ou internationale.

Effectivement. J'ai commencé tout seul. Mais pas en Alsace-Moselle.


Ce devrait être "catholic_level=diocèse" (valeur peut-être à
indiquer en latin... sauf que depuis le concile de Vatican II
le latin n'est plus officiel pour le culte qu'au Vatican,

Là encore, c'est un peu n'importe quoi...


Comme ta réponse d'ailleurs qui mélange tout, réinterprète tout me^me 
sur ce que je n'ai pas dit.
Ma réponse ne mélange pas. Elle fait des analogies que, je suis sur, 
beaucoup comprennent.


Mais, bon... Si tu en pers ton latin, on t'excusera.


Déjà tu perds le sens du français, en inventant un javanais comme on 
invente un j

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Vincent Privat]

Ok :)
Tu serais partant pour transformer ta page sur le wiki en vrai proposal ?
Je pense qu'on ne devrait pas trouver d'objection particulière. Au final la
seule différence que je vois avec le schéma administratif est qu'il faut 3
tags au lieu de 2 pour identifier une unité, dans le cas où des religions
se recouvrent. Rien de sorcier :)
Ça nous donnerait au moins des retours sur les autres grandes religions.
Le 27 déc. 2013 02:28, "Vincent Pottier"  a écrit :

>  Le 26/12/2013 22:15, Vincent Privat a écrit :
>
>
> Le 7 juin 2012 15:22, Vincent Pottier  a écrit :
>
>>
>> JOSM affiche les communes et les paroisses de la même façon ? C'est
>> peut-être JOSM qu'il faut changer...
>> --
>> FrViPofm
>>
>>
>  Le temps semble venu: http://josm.openstreetmap.de/ticket/9478 :)
>
>  Tu peux argumenter en faveur de ton modèle dans les commentaires ?
> Depuis le temps, avec le recul, est-ce que tu penses qu'il est correct pour
> un usage international ?
> A+
> Vincent
>
>  Pour l'Église catholique, ça marche.
> Il y aura forcément des exceptions, des endroits où ça coince...
>
> Je ne connais pas suffisamment pas le fonctionnement des autres Église
> chrétiennes ou des autres religions.
>
> Je vois que le tag boundary=religious_administration est repris avec un
> admin_level à divers endroits en France, ainsi qu'en Autriche, au Québec
> pour l'Église catholique, et même en Malaisie (bon, je ne suis pas sur que
> ce soit bien employé, là bas).
> Mais aussi en Ukraine pour l'Église orthodoxe.
>
> Et, comme il y a de la donnée, il commence à y avoir de la demande...
> Ça, on ne trouve pas sur la carte G*
> --
> FrViPofm
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Christian Quest]

Le 27 décembre 2013 12:19, Vincent Privat  a
écrit :

> Ok :)
> Tu serais partant pour transformer ta page sur le wiki en vrai proposal ?
> Je pense qu'on ne devrait pas trouver d'objection particulière. Au final la
> seule différence que je vois avec le schéma administratif est qu'il faut 3
> tags au lieu de 2 pour identifier une unité, dans le cas où des religions
> se recouvrent. Rien de sorcier :)
> Ça nous donnerait au moins des retours sur les autres grandes religions.
>

Pour info, voici une liste de référence indispensable pour s'y retrouver
dans les religions et idéologies:
http://www.thejaywalker.com/pages/shit_happens.html

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Philippe Verdy]

Je remarque que tu ne fais aucune justification de ce qui est un usage
abusif étendant le "champ sémantique" mais que tu passes rton temps en fait
à juger les gens de façon négative. Qui t'a permis de me juger ainsi et
faire tout un tas de supposition alors que je ne te jugeais pas
personnellement ?

Tes propos comme "étroitesse d'esprit" et j'en passe sont totalement hors
sujet ce n'est pas ce dont je parlais mais tu reviens dessus à chaque fois.

Et tu feins complètement (par un gros mensonge par omission, comme si on
n'en avait jamais parlé ici) des faits sur lequel tu reviens demander "des
exemples", ce qui est pourtant bel et bien une malhonnèteté intellectuelle.
Qui a parlé d'étroitesse d'esprit ?

Si tu veux mon avis puisqu'on parle de tags redondants, admin_level=n
devrait même se suffire à lui-tout seul : il crée une sous-classe d'un type
générique fourre-tout insuffisant à lui tout seul :
boundary=administrative, qui en fait ne sert à rien en tant que tel.

Ce qui fait donc que admin_level=n désigne une entité adminsitrative civile
et qu'on ne devrait même pas avoir à chercher boundary=administrative.
L'idée de admin_level=n telle qu'elle était documentée c'était d'éviter de
casser un schéma existant et permettre de structurer l'administration
territoriale civile.

Mais voilà maintenant à cause de la réutilisation dans un autre type
indépendant pour les divisions territoriales religieuses (qui étaient
peut-être pertinentes au temps où l'église et l'Etat se confondaient dans
leurs rôles civils et où les questions de multiplicité des églises et
religions ne se posait pas parce que tout bonnement il n'était pas admis
d'avoir autre chose que la seule religion officielle, depuis la création
meˆme des églises) On se retrouve à devoir gérer des ambiguités
d'interprétation pour des choses qui n'ont plus rien de très pertinent (oui
je maintiens que la séparation de l'église et de l'Etat, et la fin de la
religion oficielle unique a changé bien des choses).

De plus les habitants des territoires concernés n'ont pas à savoir qu'il y
a des données pour une religion spécifique ni devoir en tenir compte pour
éviter de tout mélanger. Même les croyants ne sont plus des ouailles
assujettis à cette administration désuète (et l'église elle-même s'en
satisfait très bien parce que ça l'arrange aujourd'hui de ne pas avoir à
gérer ces territoires et le couteux entretien des édifices).

27 décembre 2013 12:02, Vincent Pottier  a écrit :

>
> Philippe, excuse-moi, mais j'appelle ça de l'étroitesse intellectuelle :
> 1/ Ne pas parvenir à accepter que certains puissent être plus connaisseurs
> dans tel domaine
>

Ce n'est pas le sujet.


>  2/ Ne pas percevoir que l'Église catholique s'occupe de territoire et
> d'administration.
>

Ce n'est pas le sujet


>  3/ Ne pas percevoir que cela peut se cartographier (et l'est déjà)
>

Je ne l'ai pas nié, mais ce n'est pas le sujet.

 4/ Ne pas percevoir qu'une analogie n'est pas un mélange mais une figure
> de démonstration
>

Qui ne démonte rien.


>  5/ Ne pas percevoir que le champ sémantique d'un tag peut être étendu
>

Non, pas sans précaution. admin_level=n tout seul ne signifie plus rien si
on lui retire son association à boundary=adminsitrative. LE cas est très
différent d'un tag pour la couleur qui a une interprétation à lui tout seul.


> 6/ Ne pas percevoir que c'est le rapport des tags qui produit globalement
> leur sens
>

Non. le tag se suffisait à lui même et depuis longtemps. Et il y a encore
des outils qui se contentent uniquement de lui.


>  7/ Ne pas percevoir que le schéma fonctionne et que déjà certains s'en
> trouvent contents et le réemploient
>

Il ne fonctionne qu'avec les outils que tu as modifiés.


>  8/ Ultimement, ne pas parvenir à admettre, à reconnaître, qu'un autre
> puisse avoir raison
>

Ne pas admettre  que tu as fait cette extension sans en parler aux autres
et que tu l'as en fait imposé pour demander ensuite aux autres de corriger
leurs prétendus problèmes.

Après, la cause de cette étroitesse ( paresse, incapacité, orgueil,
> susceptibilité ?), je ne la connais pas, et je n'ai pas à la chercher. Même
> si des indices m’amène à supposer qu'il y a conjonction de facteurs.
> Mais elle discrédite fortement celui qui la manifeste.
>

Et là encore tu juges les personnes et cela n'a rien de constructif car ce
n'était pas demandé. Je ne te permets pas cette "analyse" et tes
interprétations aussi hasardeuses (et ce n'est pas le point d'interrogation
entre parenthèses qui atténue ce que tu as balancé comme ça. Tu dis ne pas
la chercher (ce qui est encore pire), pourtant tu balances le terme devant
tout le monde, et tu complètes en ajoutant "conjonction de facteurs" pour
supprimer même l'effet du point d'interrogation: au lieu d'une insulte
publique j'ai droit à une série d'insultes dans la même phrase. Qui donc se
discrédite ici ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.

Re: [OSM-talk-fr] way des limites administratives

[Christophe Merlet]

Le 27/12/2013 10:53, Christophe Merlet a écrit :

Le 26/12/2013 21:34, Christophe Merlet a écrit :

Le 26/12/2013 20:59, Jérôme Amagat a écrit :

Si on regarde la carte ito map on peut voir que beaucoup de pays utilise
les admin level sur les way.
Je suis pas sur que de tout supprimé soit la bonne solution.


Je parlais juste de border_type qui est très peu et mal utilisé.

Pour le reste, il vaut mieux compléter, mais pour quel usage ?



Au final, que fait t'on pour harmoniser tout ça proprement ?

Je propose :

On complète avec boundary=administrative + admin_level=[0-10] sur les
limites administratives terrestres et on supprime border_type (mapnik ne
s'en sert pas entre autres)

Les natural=coastline sans aucun boundary.

Au passage, on supprime les name lorsque le way n'est que boundary ?
Vos avis ?



En attendant d'avoir des retour sur ces questions. En voici une autre :

Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE 
et NUTS sur le territoire français. Les données étaient/sont incomplètes.


Je propose de passer les "Collectivité d'outre-mer" 
https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en 
admin_level=3 vu leur grande autonomie politique, juridique et fiscale 
tout comme la Nouvelle-Calédonie l'est déjà.




Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] way des limites administratives

[sly (sylvain letuffe)]

Le vendredi 27 décembre 2013 10:53:31, Christophe Merlet a écrit :
> On complète avec boundary=administrative + admin_level=[0-10] sur les
> limites administratives terrestres et on supprime border_type (mapnik ne
> s'en sert pas entre autres)
> 
> Les natural=coastline sans aucun boundary.
> 
> Au passage, on supprime les name lorsque le way n'est que boundary ?
> Vos avis ?

Mon avis est le suivant : ne faisons rien d'automatique, voire, ne faisons 
rien, tout court, dans la base osm, mais documentons une pratique comme 
"suggérée" sur le wiki.

Voici mon raisonnement :
En partant de l'hypothèse selon laquelle les tags boundary=x admin_level=y 
name=z border_type=a contiennent une information qui a intérêt à être présente 
sur les relations (factorisation, moins de risque d'incohérences) et non sur 
les ways de frontières.
Alors, faire des efforts pour rendre homogène et utilisable une donnée sur les 
ways va inciter tous les concepteur de logiciel à utiliser (par "simplicité") 
l'information se trouvant sur les ways plutôt que reconstruire les relations 
et utiliser leur information.
Puis, par la chaine cyclique de la poule et de l'oeuf, les mappeurs vont 
devoir maintenir à jour ces informations et donc y passer du temps parce que 
"le logiciel bidule utilise le tag is_in, alors pas le choix, je suis obligé 
de le mettre partout"*
N'incitant alors pas les sus-cité à améliorer leurs logiciels. On ne sait pas 
au final qui aura commencé, mais on sera tous à devoir gérer des incohérences 
d'un modèle mal fichu.

Alors ne faisons rien, et suggérons, sur les pages wiki appropriées, comme :
http://wiki.openstreetmap.org/wiki/Boundaries
et autre
des phrases du style :
"Si vous avez bien renseigné les informations sur les relations, les ways de 
frontières peuvent tout à fait rester sans aucun tag puisque cette information 
est contenu dans les relations, certains contributeurs mettaient un 
boundary=administrative pour que certains éditeurs osm puissent représenter 
avec la bonne couleur le chemin et ainsi plus facilement savoir à quoi il 
servait, mais cette pratique à moins de raison d'être puisque les éditeurs 
modernes (josm) savent maintenant tirer partie de cette information dans la 
relation et cela nous évitant un travail fastidieux qui consiste à répéter ce 
qui se trouve dans la relation [En savoir plus]"




* toute ressemblance avec un cas avéré de serait que fortuit, je donne juste 
un exemple "choc"


-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] Comcom Maker

[sly (sylvain letuffe)]

Le vendredi 27 décembre 2013 11:56:37, Frédéric Rodrigo a écrit :
> Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base
> osm2pgsql france dont a besoin comcom maker. Le problème est matériel.

A ce propos d'ailleurs, osm7 est certes toujours dans un état douteux, mais on 
a maintenant à disposition deux bases osm2pgsql monde presque pas loin d'être 
en redondance l'une de l'autre. Et vu les monstres que c'est, avec du ssd, la 
perf sera de toute façon plus importante que ce que pourrait faire osm7

N'est-il alors pas plus judicieux d'interroger ces bases plutôt qu'une france 
only ?
En poussant un peu le raisonnement, est-il pertinent de remettre en route une 
base osm2pgsql france ?

De mon coté, pour donner un exemple, j'ai remis en service tout ce que je 
gérais et qui utilisait la base france pour n'utiliser qu'une base monde.
Base monde accessible directement par le réseau, ce qui est aussi simple ou 
presque, et finalement plus souple car en cas de maintenance sur une des deux 
base, la bascule vers l'autre se fait en changeant juste l'adresse de 
pointage, voire sans, si on utilise "osm2pgsql-monde.openstreetmap.fr"



-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] way des limites administratives

[Christian Quest]

Le 27 décembre 2013 14:20, Christophe Merlet  a
écrit :

>
> En attendant d'avoir des retour sur ces questions. En voici une autre :
>
> Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et
> NUTS sur le territoire français. Les données étaient/sont incomplètes.
>
>
tu as une liste des trucs incomplets ?

J'avais pourtant vérifié tout ça il y a peu de temps avant de faire
certains exports pour data.gouv



> Je propose de passer les "Collectivité d'outre-mer"
> https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en
> admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout
> comme la Nouvelle-Calédonie l'est déjà.
>
>
Pourquoi pas.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] way des limites administratives

[Philippe Verdy]

C'est déjà fait depuis longtemps...


Le 27 décembre 2013 14:46, Christian Quest  a
écrit :

> Le 27 décembre 2013 14:20, Christophe Merlet  a
> écrit :
>
>
>> En attendant d'avoir des retour sur ces questions. En voici une autre :
>>
>> Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE
>> et NUTS sur le territoire français. Les données étaient/sont incomplètes.
>>
>>
> tu as une liste des trucs incomplets ?
>
> J'avais pourtant vérifié tout ça il y a peu de temps avant de faire
> certains exports pour data.gouv
>
>
>
>> Je propose de passer les "Collectivité d'outre-mer"
>> https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en
>> admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout
>> comme la Nouvelle-Calédonie l'est déjà.
>>
>>
> Pourquoi pas.
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] way des limites administratives

[Christophe Merlet]

Le 27/12/2013 14:46, Christian Quest a écrit :

Le 27 décembre 2013 14:20, Christophe Merlet mailto:red...@redfoxcenter.org>> a écrit :


En attendant d'avoir des retour sur ces questions. En voici une autre :

Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2,
INSEE et NUTS sur le territoire français. Les données étaient/sont
incomplètes.


tu as une liste des trucs incomplets ?

J'avais pourtant vérifié tout ça il y a peu de temps avant de faire
certains exports pour data.gouv


Tu ne l'avais fait que pour les régions françaises, pas pour les autres 
territoires.
Tu avais écris iso3166 en minuscules or il semble y avoir un consensus 
mondiales pour l'écrire en majuscules. J'ai supprimé les variations tel

iso3166-1
iso3166-1:alpha3
iso3166-1:alpha2
ref:ISO3166-2
ref:ISO 3166-2
iso3166-2
country_code_iso3166_1_alpha_2

j'hésite encore pour country_code_fips

J'uniformise autour des balises suivantes :
ISO3166-1
ISO3166-1:alpha2 (éventuellement superflu)
ISO3166-1:alpha3 (éventuellement superflu)
ISO3166-1:numeric (éventuellement superflu)
ISO3166-2

De plus je mets à jour la relation ET le nœud.

L'idée et de pouvoir faire des extractions exhaustives avec 
l'Overpass-API avec des requêtes simples et discriminantes.





Je propose de passer les "Collectivité d'outre-mer"
https://fr.wikipedia.org/wiki/__Collectivit%C3%A9_d%E2%80%__99outre-mer
 en
admin_level=3 vu leur grande autonomie politique, juridique et
fiscale tout comme la Nouvelle-Calédonie l'est déjà.


Pourquoi pas.


Je ne vais pas me précipiter... Toucher à ce plat de spaghetti qu'est la 
relation France, c'est un coup à mettre de la sauce tomate partout !



Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] way des limites administratives

[Christophe Merlet]

Le 27/12/2013 14:50, Philippe Verdy a écrit :

C'est déjà fait depuis longtemps...


Trop longtemps sans doute alors, ça a eu le temps d'être cassé !



Le 27 décembre 2013 14:46, Christian Quest mailto:cqu...@openstreetmap.fr>> a écrit :

Le 27 décembre 2013 14:20, Christophe Merlet
mailto:red...@redfoxcenter.org>> a écrit :


En attendant d'avoir des retour sur ces questions. En voici une
autre :

Je suis en train de mettre à jour les codes ISO3166-1,
ISO3166-2, INSEE et NUTS sur le territoire français. Les données
étaient/sont incomplètes.


tu as une liste des trucs incomplets ?

J'avais pourtant vérifié tout ça il y a peu de temps avant de faire
certains exports pour data.gouv

Je propose de passer les "Collectivité d'outre-mer"
https://fr.wikipedia.org/wiki/__Collectivit%C3%A9_d%E2%80%__99outre-mer

en admin_level=3 vu leur grande autonomie politique, juridique
et fiscale tout comme la Nouvelle-Calédonie l'est déjà.


Pourquoi pas.

--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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




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




--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[JB]

Bon, j'avoue, j'ai pas tout lu...
Mais j'en profite pour reposer une question, ici dans le contexte :
La plupart des UP (relation : type=boundary, 
boundary=religious_administration, admin_level=8) sont nommées : name=UP 
9.3 Pays Riolais. Le 9.3 me semble mieux situé dans un tag de type ref*. 
J'utilise quoi : ref=9.3 ? ref:religious_administration=9.3 ?

JB.

Le 27/12/2013 12:02, Vincent Pottier a écrit :

Bon après ça j'arrête parce que ça devient pénible...



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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Christian Quest]

UP ? pas d'abréviations...

ref tout seul... bof, c'est quand même très ambigu, ref:CEF comme pour les
églises qui a le mérite d'indiquer d'où provient cette nomenclature ?


Le 27 décembre 2013 15:42, JB  a écrit :

>  Bon, j'avoue, j'ai pas tout lu…
> Mais j'en profite pour reposer une question, ici dans le contexte :
> La plupart des UP (relation : type=boundary,
> boundary=religious_administration, admin_level=8) sont nommées : name=UP
> 9.3 Pays Riolais. Le 9.3 me semble mieux situé dans un tag de type ref*.
> J'utilise quoi : ref=9.3 ? ref:religious_administration=9.3 ?
> JB.
>
> Le 27/12/2013 12:02, Vincent Pottier a écrit :
>
> Bon après ça j'arrête parce que ça devient pénible...
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] way des limites administratives

[Philippe Verdy]

Le 27 décembre 2013 15:07, Christophe Merlet  a
écrit :

> Le 27/12/2013 14:46, Christian Quest a écrit :
>
>> Le 27 décembre 2013 14:20, Christophe Merlet > > a écrit :
>>
>>
>>
>> En attendant d'avoir des retour sur ces questions. En voici une autre
>> :
>>
>> Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2,
>> INSEE et NUTS sur le territoire français. Les données étaient/sont
>> incomplètes.
>>
>>
>> tu as une liste des trucs incomplets ?
>>
>> J'avais pourtant vérifié tout ça il y a peu de temps avant de faire
>> certains exports pour data.gouv
>>
>
> Tu ne l'avais fait que pour les régions françaises


Non les régions métropolitaine individuelles sont restées en niveau 4, le
niveau 3 c'était pour la métropole, ou les COM en globalité (les COM
individuelles étaient restées en niveau 4).


> , pas pour les autres territoires.
> Tu avais écris iso3166 en minuscules or il semble y avoir un consensus
> mondiales pour l'écrire en majuscules.


Justement non j'avais fait le contraire, ça a du bouger depuis.


> J'ai supprimé les variations tel
> iso3166-1
> iso3166-1:alpha3
> iso3166-1:alpha2

ref:ISO3166-2
> ref:ISO 3166-2
> iso3166-2


Tout ça c'est justifié

country_code_iso3166_1_alpha_2
>

Attention les codes FIPS sont souvent différents des codes ISO3166.

j'hésite encore pour country_code_fips
>
> J'uniformise autour des balises suivantes :
> ISO3166-1
> ISO3166-1:alpha2 (éventuellement superflu)
> ISO3166-1:alpha3 (éventuellement superflu)
> ISO3166-1:numeric (éventuellement superflu)
> ISO3166-2
>

Mais garde les codes FIPS, même si le nom du tag est discutable (et à
discuter avec les contributeurs aux USA).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comcom Maker

[Philippe Verdy]

Bonne idée, vu les défaillances à répétition d'osm7 depuis sa panne disque
(peut-être liée à un défaut du contrôleur).

S'il ne peut pas tenir la charge à cause de défauts matériels
(refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais
contacts, défaut de montage, problèmes de barrettes mémoire, bogues de
firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.)
autant l'utiliser pour des missions moins critiques et moins urgentes, ou
le mettre hors service pour le réinstaller complètement avec des mises à
jour propres, et le retester complètement avant de savoir si on doit le
réutiliser pour héberger une base de données, ou juste un service web
annexe utilisant une des 2 autres bases monde.

Maintenant il y a des bogues aussi dans les firmwares de nombreux modèles
de SSD, et leur qualité de fabrication n'est pas encore au top, même pour
les modèles les plus chers. Ce sont des composants très sensibles étant
donné leur fréquence élevée de fonctionnement. et très sollicités, ils
chauffent plus que les disques durs. Ça vaudrait le coût de tester les
disques à part sur une machine fiable et trouver quel composant "foire", ou
voir si un autre contrôleur résoudrait ses problèmes.

Evidemment pour ça il faut aller sur place pour récupérer la machine (après
avoir déplacé les services hébergés sur un autre serveur) et la réinstaller
plus tard une fois bien testée, car on ne peut pas rester des heures dans
un datacenter à "bidouiller" sur place le matériel pour faire les tests à
côté des autres systèmes en exploitation pour d'autres clients et en
laissant les baies de ventilation ouvertes trop longtemps, à moins que le
datacenter dispose d'une salle de montage, de nettoyage/dépoussiérage (pour
ne pas contaminer les salles blanches avec les poussières des emballages de
transport) et de tests pour travailler correctement (mais ce n'est pas
forcément gratuit non plus d'occuper les lieux longtemps). Je ne connais
pas les lieux de ce datacenter Free, mais certains que j'ai visités (chez
Level3 ou les systèmes boursiers/bancaires, ou les systèmes de l'armée par
exemple) sont très stricts sur les conditions d'accès aux salles et sur les
question de propreté des matériels qu'on y installe et très à cheval sur
les procédures.

Le 27 décembre 2013 14:39, sly (sylvain letuffe)  a
écrit :

> Le vendredi 27 décembre 2013 11:56:37, Frédéric Rodrigo a écrit :
> > Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base
> > osm2pgsql france dont a besoin comcom maker. Le problème est matériel.
>
> A ce propos d'ailleurs, osm7 est certes toujours dans un état douteux,
> mais on
> a maintenant à disposition deux bases osm2pgsql monde presque pas loin
> d'être
> en redondance l'une de l'autre. Et vu les monstres que c'est, avec du ssd,
> la
> perf sera de toute façon plus importante que ce que pourrait faire osm7
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comcom Maker

[sly (sylvain letuffe)]

Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit :
> S'il ne peut pas tenir la charge à cause de défauts matériels
> (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais
> contacts, défaut de montage, problèmes de barrettes mémoire, bogues de
> firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.)

C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à 
la fois heureusement) en fait, cette machine dispose d'une carte mère assez 
ancienne et à cause de vibrations anormales dans la super structure du 
bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque 
eurasiatique et une expert en tecktonik des plaques doit nous le confirmer)

En bref, quoi qu'il en soit, régulièrement, des puces de cette carte mère 
perdent le contact avec les pistes et le contrôleur disque devient devient 
inaccessible partiellement au driver SATA de linux qui passe alors en mode 
dégradé voir carrément c'est la panique dans le kernel. La dernière fois une 
puce à carrément sautée (comme certaines puces d'ailleurs) alors forcément !

Ce qu'on fait c'est donc des rotations des câbles sur ceux qui marchent 
encore, et c'est assez pénible car au final on se retrouve avec plein de 
nœuds.


> Je ne connais pas les lieux de ce datacenter Free, mais certains que j'ai
> visités (chez Level3 ou les systèmes boursiers/bancaires, ou les systèmes de
> l'armée par exemple) sont très stricts sur les conditions d'accès aux salles

Plus encore que tu ne l'imagine ! Jocelyn est parti il y a 5 jours maintenant 
pour faire des nœuds avec les câbles, et on est toujours sans nouvelles de 
lui. On suppose qu'il avait oublié sa pièce d'identité et qu'il est maintenant 
séquestré dans le datacenter par l'équipe de sécurité. Vraiment, ils ne 
rigolent pas là bas. On espère le revoir en un seul morceau sans quoi, je ne 
sais pas ce que l'on va dire à sa famille.

Peut-être que pour 2014, certains prendrons de bonnes résolutions, eux le 
relâcher et d'autres ce qui doit être fait.



-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)

[JB]

Effectivement, pour moi, c'est un beau cadeau, comme je l'attends depuis 
un peu de temps, sur l'importation de données osm dans pgsql sous 
Windows (http://learnosm.org/fr/advanced/postgis-configuration/)…
Est-ce que le détour par QGis pour le faire est toujours d'actualité ? 
C'est là que je bloque pour l'instant.

JB.


Le 26/12/2013 14:27, Pieren a écrit :

2013/12/25 Severin MENARD :

Le Père Noël a apporté une traduction en français des guides intermédiaires
et avancés LearnOSM pour tous les contributeurs francophones du monde (sages
ou pas) :
rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il
faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a
priori pas jusqu'au Noël prochain.

Dommage que personne ne pense à corriger les erreurs et approximations
du guide original avant de le traduire. Mais l'intention est louable.

Pieren

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



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

Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)

[Christian Quest]

Il y a autant de façon de mettre les données OSM dans pgsql qu'il y a de
façon de les utiliser...

Il faut partir du besoin final, et remonter les étapes intermédiaires pour
y arriver avec le minimum d'efforts.

Donc... "c'est pour quoi faire ?" des cartes (tuilées ou pas) ? du
géocodage ? de l'analyse spatiale ? du routage ? du contrôle de qualité ?
etc, etc...


Le 27 décembre 2013 17:54, JB  a écrit :

> Effectivement, pour moi, c'est un beau cadeau, comme je l'attends depuis
> un peu de temps, sur l'importation de données osm dans pgsql sous Windows (
> http://learnosm.org/fr/advanced/postgis-configuration/)…
> Est-ce que le détour par QGis pour le faire est toujours d'actualité ?
> C'est là que je bloque pour l'instant.
> JB.
>
>
>
> Le 26/12/2013 14:27, Pieren a écrit :
>
>> 2013/12/25 Severin MENARD :
>>
>>  Le Père Noël a apporté une traduction en français des guides
>>> intermédiaires
>>> et avancés LearnOSM pour tous les contributeurs francophones du monde
>>> (sages
>>> ou pas) :
>>> rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il
>>> faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a
>>> priori pas jusqu'au Noël prochain.
>>>
>> Dommage que personne ne pense à corriger les erreurs et approximations
>> du guide original avant de le traduire. Mais l'intention est louable.
>>
>> Pieren
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)

[JB]

Pour moi, c'est des cartes (tuilées, ça change quelque chose ? Les deux, 
alors...).


Le 27/12/2013 18:02, Christian Quest a écrit :
Il y a autant de façon de mettre les données OSM dans pgsql qu'il y a 
de façon de les utiliser...


Il faut partir du besoin final, et remonter les étapes intermédiaires 
pour y arriver avec le minimum d'efforts.


Donc... "c'est pour quoi faire ?" des cartes (tuilées ou pas) ? du 
géocodage ? de l'analyse spatiale ? du routage ? du contrôle de 
qualité ? etc, etc...



Le 27 décembre 2013 17:54, JB > a écrit :


Effectivement, pour moi, c'est un beau cadeau, comme je l'attends
depuis un peu de temps, sur l'importation de données osm dans
pgsql sous Windows
(http://learnosm.org/fr/advanced/postgis-configuration/)
...
Est-ce que le détour par QGis pour le faire est toujours
d'actualité ? C'est là que je bloque pour l'instant.
JB.



Le 26/12/2013 14:27, Pieren a écrit :

2013/12/25 Severin MENARD mailto:severin.men...@gmail.com>>:

Le Père Noël a apporté une traduction en français des
guides intermédiaires
et avancés LearnOSM pour tous les contributeurs
francophones du monde (sages
ou pas) :
rendez-vous sur http://learnosm.org/fr/ puis sur Les
Autres Guides. Il
faudra attendre encore un peu pour Vous Organisez Un
Atelier ?, mais a
priori pas jusqu'au Noël prochain.

Dommage que personne ne pense à corriger les erreurs et
approximations
du guide original avant de le traduire. Mais l'intention est
louable.

Pieren

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



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




--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/


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


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

Re: [OSM-talk-fr] way des limites administratives

[Christophe Merlet]

Le 27/12/2013 16:33, Philippe Verdy a écrit :

Le 27 décembre 2013 15:07, Christophe Merlet mailto:red...@redfoxcenter.org>> a écrit :

Le 27/12/2013 14:46, Christian Quest a écrit :

Le 27 décembre 2013 14:20, Christophe Merlet
mailto:red...@redfoxcenter.org>
>> a écrit :



 En attendant d'avoir des retour sur ces questions. En voici
une autre :

 Je suis en train de mettre à jour les codes ISO3166-1,
ISO3166-2,
 INSEE et NUTS sur le territoire français. Les données
étaient/sont
 incomplètes.


tu as une liste des trucs incomplets ?

J'avais pourtant vérifié tout ça il y a peu de temps avant de faire
certains exports pour data.gouv


Tu ne l'avais fait que pour les régions françaises


Non les régions métropolitaine individuelles sont restées en niveau 4,
le niveau 3 c'était pour la métropole, ou les COM en globalité (les COM
individuelles étaient restées en niveau 4).


Je ne suis pas fermé à la discussion.


, pas pour les autres territoires.
Tu avais écris iso3166 en minuscules or il semble y avoir un
consensus mondiales pour l'écrire en majuscules.


Justement non j'avais fait le contraire, ça a du bouger depuis.

J'ai supprimé les variations tel
iso3166-1
iso3166-1:alpha3
iso3166-1:alpha2

ref:ISO3166-2
ref:ISO 3166-2
iso3166-2


Tout ça c'est justifié


Tu peux développer ? pour une fois...
http://taginfo.openstreetmap.org/search?q=3166


country_code_iso3166_1_alpha_2

Attention les codes FIPS sont souvent différents des codes ISO3166.

j'hésite encore pour country_code_fips

J'uniformise autour des balises suivantes :
ISO3166-1
ISO3166-1:alpha2 (éventuellement superflu)
ISO3166-1:alpha3 (éventuellement superflu)
ISO3166-1:numeric (éventuellement superflu)
ISO3166-2


Mais garde les codes FIPS, même si le nom du tag est discutable (et à
discuter avec les contributeurs aux USA).


C'est toi qui a créé cette balise ?



Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Comcom Maker

[Philippe Verdy]

Le 27 décembre 2013 17:43, sly (sylvain letuffe)  a
écrit :

> Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit :
> > S'il ne peut pas tenir la charge à cause de défauts matériels
> > (refroidissement, alimentation, câblage ou connecteurs défectueux,
> mauvais
> > contacts, défaut de montage, problèmes de barrettes mémoire, bogues de
> > firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.)
>
> C'est en effet un problème lié en partie à ce que tu décris (mais pas tout
> à
> la fois heureusement) en fait, cette machine dispose d'une carte mère assez
> ancienne et à cause de vibrations anormales dans la super structure du
> bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque
> eurasiatique et une expert en tecktonik des plaques doit nous le confirmer)
>

:-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque
continentale m'a lâché il n'y a pas si longtemps.

Sérieusement les microvibrations du batiment dans un datacenter, ça
n'existe pas.

A la limite on pourrait avoir des vibrations causées par le système de
ventilation des baies, à cause d'une mauvaise installation/fixation, des
cheminements hasardeux de cables (et des longueurs flottantes en excès) qui
gêne le flux de ventilation.

Mais on peut soupçonner que le PC était lui-même mal monté avec ses
composants internes aussi, et que durant le transport des connecteurs ont
bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour
vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on
peut oublier de monter des fixations. Le transport peut aussi provoquer des
torsions suffisantes sur la carcasse, avec des chocs pendant la conduite,
pour que des connecteurs se déboitent partiellement (les barettes mémoire
sont facilement sujettes à ce genre de défaut de connexion, ainsi que les
miniconnecteurs des ventilos internes).

Certains câbles SATA ou USB ont aussi tendance à se défaire trop
facilement, les prises externes ont parfois des soudures à peine
suffisantes, qui lâchent à la première insertion (bogue courant sur de
nombreuses clés de stockage USB dont la coque de protection est beaucoup
trop souple alors que les broches soudées du connecteur sont trop rigides,
ce qui décolle facilement les micro-soudures; nombre de cartes mères ont
des soudures en surface mal faires pour les puces les plus larges, une
microtorsion suffit à décoller les contacts de façon invisible, notamment
sur les broches des coins, les connecteurs de nappes plastiques souple sont
souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop
fine et génère une impédance trop élevée nuisible à la qualité des signaux
aux plus hautes fréquences : cela peut concerner les nappes des têtes de
disque dur, mais on en trouve aussi dans les SSD entre plusieurs
mini-cartes reliant la partie contrôleur bus aux puces mémoires).

Sur plein de SSD, les puces mémoires ont juste un refroidissement passif
par simple contact avec le boitier alu externe, une légère déformation du
boîtier lors de la manutention et du montage provoque des surchauffes en
utilisation intensive du SSD.

Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge,
sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte
thermique non conforme), de même que les capteurs externes de température.

On trouve aussi des trucs hideux comme le remplissage façon barbouillage,
avec des gels silicones sensés immobiliser les connecteurs et puces montées
dans un support, mais qui mettent les composants en contact direct avec les
chocs et vibrations des coques externes et réduit aussi l'efficacité de la
disspation thermique. Et c'est fou maintenant le nombre de "scotches" de
mauvaise qualité qu'on trouve dans les matériels électroniques (dont la
colle durcit et craquelle avec le temps ce qui produit des abrasions
locales ou des réactions chimiques d'oxydation prématurée).

L'usine a utilisé ces "scotches" au lieu de plaques métalliques de
fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est
qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air:
ce scotch finit par se décoller à cause de la température des radiateurs.

Les usines chinoises prennent beaucoup de liberté avec les cahiers des
charges des constructeurs, qui eux oublient de contrôler en continu les
lots sortis des conteneurs (une fois passé la douane, c'est directement
expédié par un service postal ou logistique sans aucun contrôle du
contructeur ou de l'importateur en ne faisant que coller les étiquettes sur
les cartons d'emballage ou gardé des mois dans des dépots logistiques pour
la revente par n'mporte qui dans un catalogue de prix).

Mais le pire ce sont les condensateurs qui fuient avec la température (ça
ne se voit pas toujours, mais on peut parfois le humer en ouvrant la
machine, ou constater le léger gonflement sur la partie supérieure où se
trouve une "croix" de dilatation): s'il y a eu déjà un in

Re: [OSM-talk-fr] way des limites administratives

[Philippe Verdy]

Le 27 décembre 2013 18:26, Christophe Merlet  a
écrit :

> Le 27/12/2013 16:33, Philippe Verdy a écrit :
>
>> Le 27 décembre 2013 15:07, Christophe Merlet > > a écrit :
>>
>>
>> Le 27/12/2013 14:46, Christian Quest a écrit :
>>
>> Le 27 décembre 2013 14:20, Christophe Merlet
>> mailto:red...@redfoxcenter.org>
>> >
>> >> a écrit :
>>
>>
>>
>>  En attendant d'avoir des retour sur ces questions. En voici
>> une autre :
>>
>>  Je suis en train de mettre à jour les codes ISO3166-1,
>> ISO3166-2,
>>  INSEE et NUTS sur le territoire français. Les données
>> étaient/sont
>>  incomplètes.
>>
>>
>> tu as une liste des trucs incomplets ?
>>
>> J'avais pourtant vérifié tout ça il y a peu de temps avant de
>> faire
>> certains exports pour data.gouv
>>
>>
>> Tu ne l'avais fait que pour les régions françaises
>>
>>
>> Non les régions métropolitaine individuelles sont restées en niveau 4,
>> le niveau 3 c'était pour la métropole, ou les COM en globalité (les COM
>> individuelles étaient restées en niveau 4).
>>
>
> Je ne suis pas fermé à la discussion.
>
>
>  , pas pour les autres territoires.
>> Tu avais écris iso3166 en minuscules or il semble y avoir un
>> consensus mondiales pour l'écrire en majuscules.
>>
>>
>> Justement non j'avais fait le contraire, ça a du bouger depuis.
>>
>> J'ai supprimé les variations tel
>> iso3166-1
>> iso3166-1:alpha3
>> iso3166-1:alpha2
>>
>> ref:ISO3166-2
>> ref:ISO 3166-2
>> iso3166-2
>>
>>
>> Tout ça c'est justifié
>>
>
> Tu peux développer ? pour une fois...
> http://taginfo.openstreetmap.org/search?q=3166


Jusqu'à présent c'était un peu le bordel selon les endroits, souvent on
trouvait les tags en double. J'en ai mis un certain nombre en majuscule
avant de les voir à nouveau recomplétés par d'autres par les alias que tu
cites.

>
>  country_code_iso3166_1_alpha_2
>>
>> Attention les codes FIPS sont souvent différents des codes ISO3166.
>>
>> Mais garde les codes FIPS, même si le nom du tag est discutable (et à
>> discuter avec les contributeurs aux USA).
>>
>
> C'est toi qui a créé cette balise ?


Non je n'ai ajouté aucun code FIPS. Demande aux utilisateurs des autres
pays qui importent des trucs avec leurs bots.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] JOYEUX LE(ar)NO(sm)

[Severin MENARD]

>
>
>
> Message: 1
> Date: Thu, 26 Dec 2013 14:27:21 +0100
> From: Pieren 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)
> Message-ID:
> <
> capt3zjquxcryuv0siycdvjatbu_w5ugbpan1+jrzvpl-bxf...@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2013/12/25 Severin MENARD :
> > Le Père Noël a apporté une traduction en français des guides
> intermédiaires
> > et avancés LearnOSM pour tous les contributeurs francophones du monde
> (sages
> > ou pas) :
> > rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il
> > faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a
> > priori pas jusqu'au Noël prochain.
>
> Dommage que personne ne pense à corriger les erreurs et approximations
> du guide original avant de le traduire. Mais l'intention est louable.
>
> Pieren
>

Alors pour la petite histoire : nous sommes repartis de la structure
initiale de LearnOSM (Débutant- Intermédiaire - Avancé) qui allait changer
(voir la version EN actuelle) mais n'étant pas finalisée, nous n'avons pas
pu l'utiliser. C'est quelque chose qu'il nous reste aussi à faire.
Par contre, au sein des chapitres, nous avons corrigé les erreurs et
approximations rencontrées. Exemple pour la gestion des conflits, où de la
solution "Je prends ma version et bazarde celle du serveur" un brin
simpliste et pas très respectueuse du travail d'autrui, nous avons expliqué
comment conserver les ajouts des uns et des autres. Nous allons signaler
aux auteurs Anglo-Saxons ces changements pour qu'ils les adoptent (ou pas)
dans la version EN.
Donc des améliorations il y en a, mais pour autant il peut rester des
erreurs ou la place pour des améliorations. N'hésitez pas à les faire
remonter sur GitHub (ici.
Si vous n'êtes pas un adepte de l'anglais, tant pis, mettez-le en
français). Pour ma part, je vais désormais affiner une dernière correction
des guides intermédiaires et avancés et corriger le guide du débutant qui
avait été plus rapidement (donc de façon moins soignée, logiquement) en
Haiti au printemps.

Bien cordialement,

Séverin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)

[Vincent Privat]

Hop, j'ai parcouru vite fait et j'ai créé un ticket sur Github pour
mentionner les petits détails que j'ai vu sur JOSM. Vous auriez du vérifier
au cours de la traduction que ce que vous traduisiez était toujours
d'actualité ;)

Belle initiative en tout cas ! Si c'est activement maintenu par la suite ce
sera formidable :)


Le 27 décembre 2013 20:01, Severin MENARD  a
écrit :

>
>>
>> Message: 1
>> Date: Thu, 26 Dec 2013 14:27:21 +0100
>> From: Pieren 
>> To: Discussions sur OSM en français  
>> Subject: Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)
>> Message-ID:
>> <
>> capt3zjquxcryuv0siycdvjatbu_w5ugbpan1+jrzvpl-bxf...@mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> 2013/12/25 Severin MENARD :
>> > Le Père Noël a apporté une traduction en français des guides
>> intermédiaires
>> > et avancés LearnOSM pour tous les contributeurs francophones du monde
>> (sages
>> > ou pas) :
>> > rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il
>> > faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a
>> > priori pas jusqu'au Noël prochain.
>>
>> Dommage que personne ne pense à corriger les erreurs et approximations
>> du guide original avant de le traduire. Mais l'intention est louable.
>>
>> Pieren
>>
>
> Alors pour la petite histoire : nous sommes repartis de la structure
> initiale de LearnOSM (Débutant- Intermédiaire - Avancé) qui allait changer
> (voir la version EN actuelle) mais n'étant pas finalisée, nous n'avons pas
> pu l'utiliser. C'est quelque chose qu'il nous reste aussi à faire.
> Par contre, au sein des chapitres, nous avons corrigé les erreurs et
> approximations rencontrées. Exemple pour la gestion des conflits, où de la
> solution "Je prends ma version et bazarde celle du serveur" un brin
> simpliste et pas très respectueuse du travail d'autrui, nous avons expliqué
> comment conserver les ajouts des uns et des autres. Nous allons signaler
> aux auteurs Anglo-Saxons ces changements pour qu'ils les adoptent (ou pas)
> dans la version EN.
> Donc des améliorations il y en a, mais pour autant il peut rester des
> erreurs ou la place pour des améliorations. N'hésitez pas à les faire
> remonter sur GitHub 
> (ici.
> Si vous n'êtes pas un adepte de l'anglais, tant pis, mettez-le en
> français). Pour ma part, je vais désormais affiner une dernière correction
> des guides intermédiaires et avancés et corriger le guide du débutant qui
> avait été plus rapidement (donc de façon moins soignée, logiquement) en
> Haiti au printemps.
>
> Bien cordialement,
>
> Séverin
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Données publiques des noms de rue

[Eric Debeau]

Bonjour

J'habite Lannion et je souhaite mettre à jour les communes du Trégor (
http://fr.wikipedia.org/wiki/Liste_des_communes_du_Tr%C3%A9gor). J'ai
importé déja des données du cadastre pour certaines communes et il reste du
travail pour éliminer les erreurs.

Ensuite, j'aimerais pouvoir importer les noms de rue, mais je n'ai pas
trouvé de source officielle disponible pour pouvoir ensuite insérer les
informations de manière automatique ou semi-automatique.

Sinon, quelle est la meilleure démarche : demander à la mairie, aller sur
le terrain, autres ?

Merci par avance


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

Re: [OSM-talk-fr] Comcom Maker

[Arnaud Vandecasteele]

Philippe, la réponse de Sly était du second degré
Pas la peine d'en rajouter une tartine :)

A.

On 27/12/2013 14:24, Philippe Verdy wrote:
Le 27 décembre 2013 17:43, sly (sylvain letuffe) > a écrit :


Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit :
> S'il ne peut pas tenir la charge à cause de défauts matériels
> (refroidissement, alimentation, câblage ou connecteurs
défectueux, mauvais
> contacts, défaut de montage, problèmes de barrettes mémoire,
bogues de
> firmwares ou de BIOS, problème de mise à jour de l'hyperviseur,
etc.)

C'est en effet un problème lié en partie à ce que tu décris (mais
pas tout à
la fois heureusement) en fait, cette machine dispose d'une carte
mère assez
ancienne et à cause de vibrations anormales dans la super structure du
bâtiment (peut-être liées, à des micro vibration du sous sol de la
plaque
eurasiatique et une expert en tecktonik des plaques doit nous le
confirmer)


:-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même 
plaque continentale m'a lâché il n'y a pas si longtemps.
Sérieusement les microvibrations du batiment dans un datacenter, ça 
n'existe pas.


A la limite on pourrait avoir des vibrations causées par le système de 
ventilation des baies, à cause d'une mauvaise installation/fixation, 
des cheminements hasardeux de cables (et des longueurs flottantes en 
excès) qui gêne le flux de ventilation.


Mais on peut soupçonner que le PC était lui-même mal monté avec ses 
composants internes aussi, et que durant le transport des connecteurs 
ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur 
place pour vérifier que tout est bien calé. Souent quand on monte 
soi-même un PC, on peut oublier de monter des fixations. Le transport 
peut aussi provoquer des torsions suffisantes sur la carcasse, avec 
des chocs pendant la conduite, pour que des connecteurs se déboitent 
partiellement (les barettes mémoire sont facilement sujettes à ce 
genre de défaut de connexion, ainsi que les miniconnecteurs des 
ventilos internes).


Certains câbles SATA ou USB ont aussi tendance à se défaire trop 
facilement, les prises externes ont parfois des soudures à peine 
suffisantes, qui lâchent à la première insertion (bogue courant sur de 
nombreuses clés de stockage USB dont la coque de protection est 
beaucoup trop souple alors que les broches soudées du connecteur sont 
trop rigides, ce qui décolle facilement les micro-soudures; nombre de 
cartes mères ont des soudures en surface mal faires pour les puces les 
plus larges, une microtorsion suffit à décoller les contacts de façon 
invisible, notamment sur les broches des coins, les connecteurs de 
nappes plastiques souple sont souvent très fragiles aussi, et la 
gravure de ces nappes est beaucoup trop fine et génère une impédance 
trop élevée nuisible à la qualité des signaux aux plus hautes 
fréquences : cela peut concerner les nappes des têtes de disque dur, 
mais on en trouve aussi dans les SSD entre plusieurs mini-cartes 
reliant la partie contrôleur bus aux puces mémoires).


Sur plein de SSD, les puces mémoires ont juste un refroidissement 
passif par simple contact avec le boitier alu externe, une légère 
déformation du boîtier lors de la manutention et du montage provoque 
des surchauffes en utilisation intensive du SSD.


Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de 
bridge, sont tout bonnement mal montés (mauvaise efficacité des 
caloducs, pâte thermique non conforme), de même que les capteurs 
externes de température.


On trouve aussi des trucs hideux comme le remplissage façon 
barbouillage, avec des gels silicones sensés immobiliser les 
connecteurs et puces montées dans un support, mais qui mettent les 
composants en contact direct avec les chocs et vibrations des coques 
externes et réduit aussi l'efficacité de la disspation thermique. Et 
c'est fou maintenant le nombre de "scotches" de mauvaise qualité qu'on 
trouve dans les matériels électroniques (dont la colle durcit et 
craquelle avec le temps ce qui produit des abrasions locales ou des 
réactions chimiques d'oxydation prématurée).


L'usine a utilisé ces "scotches" au lieu de plaques métalliques de 
fixation, ou bien a remplacé un modèle de ventilo par un autre qu 
n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les 
fuites d'air: ce scotch finit par se décoller à cause de la 
température des radiateurs.


Les usines chinoises prennent beaucoup de liberté avec les cahiers des 
charges des constructeurs, qui eux oublient de contrôler en continu 
les lots sortis des conteneurs (une fois passé la douane, c'est 
directement expédié par un service postal ou logistique sans aucun 
contrôle du contructeur ou de l'importateur en ne faisant que coller 
les étiquettes sur les cartons d'emballage ou gardé des mois dans des 
dépots logistiques pour la revente par n'mporte qui dans un catalogue 
de prix)

Re: [OSM-talk-fr] Données publiques des noms de rue

[Christian Quest]

La DGFiP a un fichier nommé FANTOIR qui comporte la liste des noms de voies
(et lieux-dits) mais sans aucune info géographique.
Ca permet de contrôler, mais comme toute source elle peut ne pas être à
jour vu qu'elle est publiée une fois par an.

https://www.data.gouv.fr/fr/search?q=fantoir

Donc pointer cette liste en la croisant par exemple avec une sortie de
l'index via MapOSMatic... ensuite chercher celles manquantes sur le
cadastre, car si la DGFiP les a dans son FANTOIR elles figurent sûrement
sur le cadastre.



Le 27 décembre 2013 21:29, Eric Debeau  a écrit :

> Bonjour
>
> J'habite Lannion et je souhaite mettre à jour les communes du Trégor (
> http://fr.wikipedia.org/wiki/Liste_des_communes_du_Tr%C3%A9gor). J'ai
> importé déja des données du cadastre pour certaines communes et il reste du
> travail pour éliminer les erreurs.
>
> Ensuite, j'aimerais pouvoir importer les noms de rue, mais je n'ai pas
> trouvé de source officielle disponible pour pouvoir ensuite insérer les
> informations de manière automatique ou semi-automatique.
>
> Sinon, quelle est la meilleure démarche : demander à la mairie, aller sur
> le terrain, autres ?
>
> Merci par avance
>
>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comcom Maker

[Philippe Verdy]

Vous usez trop du second degré pour ne rien dire, ou simplement masquer vos
avis pour qu'on ne puisse pas y répondre. En fin de compte personne ne sait
de quoi vous parlez.


Le 27 décembre 2013 23:54, Arnaud Vandecasteele  a
écrit :

>  Philippe, la réponse de Sly était du second degré
> Pas la peine d'en rajouter une tartine :)
>
> A.
>
>
> On 27/12/2013 14:24, Philippe Verdy wrote:
>
>  Le 27 décembre 2013 17:43, sly (sylvain letuffe)  a
> écrit :
>
>> Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit :
>> > S'il ne peut pas tenir la charge à cause de défauts matériels
>> > (refroidissement, alimentation, câblage ou connecteurs défectueux,
>> mauvais
>> > contacts, défaut de montage, problèmes de barrettes mémoire, bogues de
>> > firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.)
>>
>>  C'est en effet un problème lié en partie à ce que tu décris (mais pas
>> tout à
>> la fois heureusement) en fait, cette machine dispose d'une carte mère
>> assez
>> ancienne et à cause de vibrations anormales dans la super structure du
>> bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque
>> eurasiatique et une expert en tecktonik des plaques doit nous le
>> confirmer)
>>
>
>  :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même
> plaque continentale m'a lâché il n'y a pas si longtemps.
>
> Sérieusement les microvibrations du batiment dans un datacenter, ça
> n'existe pas.
>
>  A la limite on pourrait avoir des vibrations causées par le système de
> ventilation des baies, à cause d'une mauvaise installation/fixation, des
> cheminements hasardeux de cables (et des longueurs flottantes en excès) qui
> gêne le flux de ventilation.
>
>  Mais on peut soupçonner que le PC était lui-même mal monté avec ses
> composants internes aussi, et que durant le transport des connecteurs ont
> bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour
> vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on
> peut oublier de monter des fixations. Le transport peut aussi provoquer des
> torsions suffisantes sur la carcasse, avec des chocs pendant la conduite,
> pour que des connecteurs se déboitent partiellement (les barettes mémoire
> sont facilement sujettes à ce genre de défaut de connexion, ainsi que les
> miniconnecteurs des ventilos internes).
>
>  Certains câbles SATA ou USB ont aussi tendance à se défaire trop
> facilement, les prises externes ont parfois des soudures à peine
> suffisantes, qui lâchent à la première insertion (bogue courant sur de
> nombreuses clés de stockage USB dont la coque de protection est beaucoup
> trop souple alors que les broches soudées du connecteur sont trop rigides,
> ce qui décolle facilement les micro-soudures; nombre de cartes mères ont
> des soudures en surface mal faires pour les puces les plus larges, une
> microtorsion suffit à décoller les contacts de façon invisible, notamment
> sur les broches des coins, les connecteurs de nappes plastiques souple sont
> souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop
> fine et génère une impédance trop élevée nuisible à la qualité des signaux
> aux plus hautes fréquences : cela peut concerner les nappes des têtes de
> disque dur, mais on en trouve aussi dans les SSD entre plusieurs
> mini-cartes reliant la partie contrôleur bus aux puces mémoires).
>
>  Sur plein de SSD, les puces mémoires ont juste un refroidissement passif
> par simple contact avec le boitier alu externe, une légère déformation du
> boîtier lors de la manutention et du montage provoque des surchauffes en
> utilisation intensive du SSD.
>
>  Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge,
> sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte
> thermique non conforme), de même que les capteurs externes de température.
>
>  On trouve aussi des trucs hideux comme le remplissage façon
> barbouillage, avec des gels silicones sensés immobiliser les connecteurs et
> puces montées dans un support, mais qui mettent les composants en contact
> direct avec les chocs et vibrations des coques externes et réduit aussi
> l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre
> de "scotches" de mauvaise qualité qu'on trouve dans les matériels
> électroniques (dont la colle durcit et craquelle avec le temps ce qui
> produit des abrasions locales ou des réactions chimiques d'oxydation
> prématurée).
>
>  L'usine a utilisé ces "scotches" au lieu de plaques métalliques de
> fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est
> qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air:
> ce scotch finit par se décoller à cause de la température des radiateurs.
>
>  Les usines chinoises prennent beaucoup de liberté avec les cahiers des
> charges des constructeurs, qui eux oublient de contrôler en continu les
> lots sortis des conteneurs (une fois passé la douane, c'est directement