Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

[Philippe Verdy]

L'export à forte résolution peut marcher, mais il faut que le rendu utilise
des tailles de police adaptées (et pas calculées pour un affichage à
l'écran: la réduction d'échelle une fois imprimé rendra ce texte illisible).
C'est faisable mais ça demande des tailles de bitmap très élevées, et il
faut connaitre la résolution effective d'impression (qui varie selon le
dispositif). De plus les techniques de jet d'encre ont des méthodes
spécifiques de placement des pixels et de redistribution des gouttes (qui
sont en fait de taille variable pour couvrir plus ou moins les "pixels"
théorique au centre des desquels on les gouttelettes sont projetées. Mais
avec une impression d'image en résolution élevée, l'algo de placement
optimal pour le texte ne marche plus, c'est l'algo "photographique qui est
utilisé et on obtient un texte diffiocilement lisible.
Bref pour imprimer corectement il vaut mieux un rendu vectoriel (à partir
duquel les "masques" de positionnement (et de recouvrement éventuel) des
encres pourront être plus idéalement placés (une imprimante couleur ne
fonctionne pas du tout avec une matrice fixe comme un écran, surtout en jet
d'encre, les "sous-pixels" de l'écran sont beaucoup plus simples, et
surtout ils ont une gamme plus étendue en colorimétrie alors que les encres
sont de couleur fixe et on ne peut jouer que sur la taille des
gouttelettes).
En rendu sur laser c'est plus délicat d'avoir de belles couleurs, les
particules sont de taille à peu près constante (mlais ne peuvent pas se
recouvrir partiellement come avec l'encre. On a donc des matrices
similaires à l'écran, mais les sous-pixels doivent être extrêment fins pour
compenser la gamme plus réduite, et alors se pose le problème de cette
résolution élevée sur des surfaces très grandes : les tailles de bitmap
sont considérablement plus grandes.
Là encore le rendu vectoriel par par le dispositif d'impression sera bien
meilleur (et nettement plus performant).
Je connais peu d'imprimantes qui soient capable d'imprimer correctement du
texte rendu avec des tailles de polices réduites à partir d'une bitmap sans
rendre ce texte souvent illisible (l'intelligence du pilote d'impression
peut cependant compenser en partie cette adaptation, mais le pilote se
débrouille beaucoup mieux avec une source vectorielle).

Le 30 avril 2016 à 23:50, JB  a écrit :

> Salut Valentin,
>
> Quelques questions :
>
>  - est-ce qu'un export à forte résolution est envisageable à la place
> d'une sortie vectorielle ? (même s'il la plupart des retours sont que les
> sorties vectorielles sont souvent plus foireuses que ce qu'on voudrait
> croire…)
>
>  - est-ce que l'emploi d'un logiciel gratuit non libre est envisageable
> (en plus, qui tourne mieux sous Windows…) ?
>
>  - est-ce qu'il faut une solution prête à l'emploi, ou est-ce qu'un peu de
> bidouille est prévue ?
>
> Selon tes réponses, R25 est éventuellement une solution parmi d'autres. Tu
> peux jeter un coup d'œil là :
> http://jb.isonoe.net/CR/demo/Volcans_2016.pdf, là :
> http://jb.isonoe.net/temp/Chemin_des_Arts.png ou encore là :
> http://jb.isonoe.net/temp/Samoens_ent.png. En Avec légende, par exemple
> ici :
> http://jb.isonoe.net/temp/Base_affiche_osm_paysage_A0_300_Moselle_V2.png.
> (Pas forcément tous à jour, mais ça peut te donner une idée.)
>
> Voilà voilà,
>
> JB.
>
>
> Le 30/04/2016 à 22:01, Valentin Surrel a écrit :
>
>> Bonsoir la liste,
>>
>> Je reviens sur la liste après plusieurs années d'absence, non pas par
>> manque d'intérêt pour le projet mais par faute de temps. Je suis de nouveau
>> un peu plus libre professionnellement, je me relance donc un peu plus dans
>> le projet OSM... en constatant que beaucoup de choses ont évolué depuis !!
>>
>> J'ai donc pour projet d'aider une communauté de communes de moyenne
>> montagne d'éditer des cartes (papier) de sentiers de rando du coin pour
>> chacune des communes. A ce jour, seule une feuille A4 recto-verso 100%
>> textuelle (en Comic Sans MS qui plus est) est à disposition des touristes
>> pour les guider sur ces sentiers, à moitié à l'aveugle donc.
>>
>> Je veux donc leur proposer un .pdf vectoriel à imprimer qui comprend un
>> fond de carte OSM avec en overlay les N sentiers de rando, avec sur les
>> bords de la carte une légende et un petit topo de chaque rando.
>>
>> Je me suis fixé les contraintes suivantes :
>> - fond de carte facilement updatable, et surtout le plus simplement
>> possible (ie. un script bash qui télécharge un export, le traite, et update
>> le fichier précédent (que celui-ci servent d'input mapnik, de layer QGIS ou
>> autre)
>> - 100% vectoriel (pour une belle impression sur A3 voire A2 plié)
>> - ajouter un overlay propre à la commune (les N sentiers de chacune des
>> communes qu'ont tracé les offices de tourisme). Les sentiers sont présents
>> sur OSM ou seront rajoutés, mais les circuits seront tracés par dessus en
>> fonction des envies des offices de tourisme.
>> - rendu "sympa" avec courbes de niveau (style 

Re: [OSM-talk-fr] Cartes papiers (A3/A2) avec ajout données locales : suites logicielles et conseils

[JB]

Salut Valentin,

Quelques questions :

 - est-ce qu'un export à forte résolution est envisageable à la place 
d'une sortie vectorielle ? (même s'il la plupart des retours sont que 
les sorties vectorielles sont souvent plus foireuses que ce qu'on 
voudrait croire…)


 - est-ce que l'emploi d'un logiciel gratuit non libre est envisageable 
(en plus, qui tourne mieux sous Windows…) ?


 - est-ce qu'il faut une solution prête à l'emploi, ou est-ce qu'un peu 
de bidouille est prévue ?


Selon tes réponses, R25 est éventuellement une solution parmi d'autres. 
Tu peux jeter un coup d'œil là : 
http://jb.isonoe.net/CR/demo/Volcans_2016.pdf, là : 
http://jb.isonoe.net/temp/Chemin_des_Arts.png ou encore là : 
http://jb.isonoe.net/temp/Samoens_ent.png. En Avec légende, par exemple 
ici : 
http://jb.isonoe.net/temp/Base_affiche_osm_paysage_A0_300_Moselle_V2.png. 
(Pas forcément tous à jour, mais ça peut te donner une idée.)


Voilà voilà,

JB.

Le 30/04/2016 à 22:01, Valentin Surrel a écrit :

Bonsoir la liste,

Je reviens sur la liste après plusieurs années d'absence, non pas par 
manque d'intérêt pour le projet mais par faute de temps. Je suis de 
nouveau un peu plus libre professionnellement, je me relance donc un 
peu plus dans le projet OSM... en constatant que beaucoup de choses 
ont évolué depuis !!


J'ai donc pour projet d'aider une communauté de communes de moyenne 
montagne d'éditer des cartes (papier) de sentiers de rando du coin 
pour chacune des communes. A ce jour, seule une feuille A4 recto-verso 
100% textuelle (en Comic Sans MS qui plus est) est à disposition des 
touristes pour les guider sur ces sentiers, à moitié à l'aveugle donc.


Je veux donc leur proposer un .pdf vectoriel à imprimer qui comprend 
un fond de carte OSM avec en overlay les N sentiers de rando, avec sur 
les bords de la carte une légende et un petit topo de chaque rando.


Je me suis fixé les contraintes suivantes :
- fond de carte facilement updatable, et surtout le plus simplement 
possible (ie. un script bash qui télécharge un export, le traite, et 
update le fichier précédent (que celui-ci servent d'input mapnik, de 
layer QGIS ou autre)

- 100% vectoriel (pour une belle impression sur A3 voire A2 plié)
- ajouter un overlay propre à la commune (les N sentiers de chacune 
des communes qu'ont tracé les offices de tourisme). Les sentiers sont 
présents sur OSM ou seront rajoutés, mais les circuits seront tracés 
par dessus en fonction des envies des offices de tourisme.
- rendu "sympa" avec courbes de niveau (style francetopo, 
opencyclemap, mapquest ouverte...)

- échelle proche 1:25000


J'essaye de dresser l'éventail de solutions techniques possibles. 
Celles ci ont bien évoluées ces années, et j'ai peur de louper des 
"nouveautés", j'en ai isolé que 2 crédibles :


- Mapnik avec export SVG, pour inclure ça dans Inkscape pour ajouter 
les overlay spécifique. Surement la solution la plus simple pour 
utiliser un thème existant (encore que j'ai l'impression que 
francetopo, opencyclemap et compagnie ne publient pas leurs themes...)
- QGIS avec l'export OSM (en ESRI) et partir sur un theme existant (ex 
: https://github.com/charleyglynn/OSM-Shapefile-QGIS-stylesheets). Par 
contre j'ai l'impression que le bâti ne fait pas parti des exports 
ESRI geofabrik...


(maposmatik même si c'est un truc que j'adore ne répond pas trop aux 
contraintes)


Je suis dans une démarche ouverte (ie. tout dispo sur github), l'idée 
est de pouvoir avec un minimum de travail pouvoir itérer le projet 
dans d'autres syndicats d'initiative, cela permet d'afficher le projet 
OSM indirectement à un maximum de monde.


Qu'en pensez vous ? Certains ont ils déjà mené des projets similaires 
? avez-vous des idées autres (logiciel/thèmes/...) que je puisse 
creuser ? avez-vous des bonnes adresses de thèmes ouverts ?


Merci à tous !

Valentin

___
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] Bienvenue aux wikipédiens

[Christian Rogel]

> Le 30 avr. 2016 à 08:10, Philippe Verdy  a écrit :
> 
> Je note la section "OpenStreetMap n'a pas d'administrateurs" qui est 
> totalement fausse puisqu'il y a bien des administrateurs (sur chacun des 
> serveurs utilisés et qui collaborent entre eux mais administrent chaque 
> système séparément, la Fondation OSM gérant certains serveurs et pouvant en 
> contrôler le contenu), et des utilisateurs provilégiés dans le DWG. Il y a 
> aussi des privilèges (à demander) pour les utilisateurs de Bots d’importation.


Il n’y aurait aucune différence entre un sysop et un éditeur (intellectuel) de 
textes. Je suis administrateur sur Wikipedia et ça ne me viendrait pas à l’idée 
de rapprocher cette fonction avec celle d’administrateur système. Ah, si, comme 
le sysop, je peux renommer une page. ;-)


ChRogel


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

Re: [OSM-talk-fr] probleme avec api.openstreetmap.org

[Philippe Verdy]

Apparemment j'ay résussit à nouveau. Le problème devait être temporaire sur
une liaison de peering

Apparemment il y a eu aussi un souci sur un lien de la France vers
l'Azerjaidjan à Bakou (bord de la mer Caspienne), où une partie de
l'infrastructure est maintenant déployée (les serveurs de tuiles pour
Mapnik par exemple, peut être aussi d'autres choses). La réponse est
également devenue très lente (je n'ai pas regardé si ça vient d'un routeur
HS, ça peut venir de mon FAI dans un de ses liens de peering)

Il y a deux ou 3 jours il y a eu des problèmes de connectivités sur une
liaison avec les diffs pour mettre à jour les divers serveurs de rendu.

Je ne pense pas qu'il y a un tremblement de terre dans le coin, ni un effet
de l'ancien conflit entre Azerbaidjan et Arménie sur une traversée de leur
frontière compliquée, voire un sabotage sur une liaison dans la région par
l'Etat Islamique en Syrie. Mais je n'ai aucune idée du routage terrestre
qui nous relie à l'Azerbaidjan.

D'ailleurs saviez-vous que la France est maintenant servie en grande partie
en services OSM depuis l'Azerbaidjan, depuis qu'une collocation anglaise y
a en partie déménagé, et pas depuis les Pays-Bas qui sont plus près et
mieux connecté pour la France et le reste du monde, ni même depuis la
Slovénie qui a deux collocations qui servent aussi l'Afrique?

Je comprend que la Fondation OSM a peu d'argent à y consacrer ou cherche
des économies, et donc qu'elle cherche des hébergements à Bakou (et à bas
coût l'Azerbaidjan doit les proposer) mais ce n'est peut-être pas le seul
pays à considérer (si le Royaume-Uni la France ou les Pays-Bas sont trop
chers). On peut aussi regarder du côte de la Roumanie (qui a un des
meilleurs Internet d'Europe, bati à neuf et à pas cher mais qui couvre
maintenant très bien tout le pays, en profitant aussi d'un retour rapide
sur investissement par une concurrence faible mais des prix d'abonnements
pour les internautes comparables

[Alors qu'on a du gros retard en France sur le déploiement de l'internet
rapide et même des infrastructures de base, à cause des couts
d'infrastructures publiques ou privées, et des couteuses complexités
administratives, pourtant les opérateurs font de très confortables profits,
même si la concurrence est plus rude... en apparance: mais ils n'hésitent
pas à gonfler les prix de toutes sorte de façon, et en particulier sur les
services non destinés directement aux particuliers, mais aussi sur tous les
services optionnels comme le support client qui est facturé cher mais
largement délocalisé dans les pays à bas coût; quand les opérateurs perdent
de l'argent c'est à cause de procès entre eux ou à cause des amendes pour
leurs pratiques commerciales].

Il n'y a pas tout ça en Roumanie ou en Azerbaidjan. Mais au moins en
Roumanie ce serait dans l'UE, et loin des zones de conflits ou de risques
naturels voire politiques, et je ne pense pas qu'un emplacement en Roumanie
soit aussi exposé que l'Azerbaïdjan ni sensiblement plus cher en offres
d'hébergement, ni que le cout de la bande passante soit significativement
plus élevé même s'il y a de la TVA; de plus ce type dh"bergement demande
peu de présence humaine sur place et il y a assez d'ingérneiurs qualifiés
et bien formés sur place et des accès faciles sur place en cas de besoin.


2016-04-30 11:12 GMT+02:00 Ralf Treinen :

> Bonjour,
>
> ce matin je ne n'arrive pas à importer (download) des données en JOSM :
>
>   Communication with the OSM server 'api.openstreetmap.org' timed out.
>
> -Ralf.
>
> ___
> 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] Api ko ?

[David Crochet]

Bonjour



Quelqu'un d'autre a ce souci ?


Oui  itou

Cordialement

--
David Crochet

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

[OSM-talk-fr] Api ko ?

[Gaël Simon]

Bonjour,
Je ne peux plus télécharger de données sous josm. J'ai un message de time out 
sur api.openstreetmap.org/api
Quelqu'un d'autre a ce souci ?

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

[OSM-talk-fr] probleme avec api.openstreetmap.org

[Ralf Treinen]

Bonjour,

ce matin je ne n'arrive pas à importer (download) des données en JOSM :

  Communication with the OSM server 'api.openstreetmap.org' timed out.

-Ralf.

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

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[osm . sanspourriel]

Même si tu n'as pas tout à fait tort, dans l'esprit "il n'y a pas 
d'administrateur" est vrai, surtout quand on vient de Wikipédia.


Sur Wikipédia, certains administrateurs se sont arrogés des droits afin 
d'influencer le contenu.


/Un exemple : la page sur l'EPR indiquait que ce réacteur devait 
produire 20 % de déchets en moins./


/Ceci étant dû à l'utilisation de combustible plus enrichi laissé plus 
longtemps.//
//L'organisme chargé du stockage de déchets en Finlande s'aperçoit que 
la conséquence c'est un relargage 7 fois plus importants d'un isotope./


/Ajout de ce texte référencé sur la page en question.//
//Revert d'un administrateur au prétexte que c'est dû au type de 
combustible et non à l'EPR lui-même : il faut mettre ça dans une page 
spécialisée sur le type de combustible./


/Ce même administrateur avait fait un revert sur la création d'une telle 
page car non significative. C'est à dire qu'à l'un il disait de ne pas 
mettre ça ici mais là et à l'autre qu'il ne fallait pas mettre ça là./


Je pourrais multiplier les exemples.

Nous n'avons pas, à ma connaissance de tels administrateurs à pouvoir 
discrétionnaire sur OpenStreetMap.


Du coup ça me fait penser à la gestion des communes polynésiennes.

Là tu vas me dire que certains essayaient de s'imposer.
Sauf que le but n'était pas d'imposer un point de vue, c'était basé sur 
une philosophie.


Comme OpenStreetMap c'est plus une base de donnée qu'une simple carte, 
il y a plus la possibilité pour chacun de s'y retrouver en fonction de 
ses besoins.


(*) en fait 100 % en moins puisque l'EPR d'Olkiluoto 3, 7 ans après sa 
date de mise en service théorique n'a toujours pas démarré, idem pour 
les 3 autres avatars.



Le 2016-04-30 à 08:40, Philippe Verdy - verd...@wanadoo.fr a écrit :
De plus le bloquage est bien fait par un adminsitrateur ! Tout le 
monde ne peut pas bloquer n'importe qui sur l'API.


Il y a aussi des adminsitrateurs sur chacun des services annexes (dont 
le wiki d'OSM, le forum, la messagerie mail, l'administration du 
domaine et sous-domaines sur le DNS, l'administration des réseaux pour 
les routages internes, l'administration de l'équilibrage de charge sur 
les divers proxies ou routeurs, l'administration physique des serveurs 
dans les lieux d'hébergement, l'administration des finances et 
investissements et des dons ou encore l'octroi des subventions de 
projets...) Il y a donc plein de rôles avec des privilèges 
particuliers sur chaque partie du système (cependant cette 
organisation n'est pas réellement unifiée, la Fondation peut quand 
même décider qui et quoi y intégrer).


Le 30 avril 2016 à 08:33, Philippe Verdy > a écrit :


http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

La demande est bien nécessaire, un bot peut se faire bloquer sinon

Le 30 avril 2016 à 08:29, Vincent de Château-Thierry
> a écrit :

Bonjour

Le 30/04/2016 08:10, Philippe Verdy a écrit :

Il y a aussi des privilèges (à demander) pour les
utilisateurs de Bots
d'importation.


{{Référence nécessaire}}

vincent


___
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


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

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Vincent de Château-Thierry]

Le 30/04/2016 08:33, Philippe Verdy a écrit :

http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

La demande est bien nécessaire, un bot peut se faire bloquer sinon

Le 30 avril 2016 à 08:29, Vincent de Château-Thierry > a écrit :

Le 30/04/2016 08:10, Philippe Verdy a écrit :
Il y a aussi des privilèges (à demander) pour les utilisateurs
de Bots
d'importation.

{{Référence nécessaire}}


Merci Philippe. Pas vraiment ce que j'entends par "privilèges à 
demander". Mais admettons.


vincent

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

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Otourly Wiki]

J'aurais mis bienvenue aux Wikimédiens plutôt... Florian
 

Le Samedi 30 avril 2016 8h34, Philippe Verdy  a écrit :
 

 http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

La demande est bien nécessaire, un bot peut se faire bloquer sinon
Le 30 avril 2016 à 08:29, Vincent de Château-Thierry  a écrit 
:

Bonjour

Le 30/04/2016 08:10, Philippe Verdy a écrit :

Il y a aussi des privilèges (à demander) pour les utilisateurs de Bots
d'importation.


{{Référence nécessaire}}

vincent

___
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


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

[OSM-talk-fr] Opération Libre - Aiglun, Alpes-de-Haute-Provence - 27 et 28 août 2016

[Jean-Christophe Becquet]

Bonjour,

C'est avec un immense plaisir que je vous annonce que la prochaine 
Opération Libre aura lieu à Aiglun, près de Digne les samedi 27 et 
dimanche 28 août prochains.


Opération Libre c'est 48 heures d'animations participatives pour 
collecter et libérer les informations et outils d'une commune avec les 
habitants, des associations et contributeurs.


Historiens, géographes, botanistes, développeurs, cartographes, 
photographes, designers, traducteurs, vidéastes, professionnels ou en 
herbe... et tous les curieux êtes invités à nous rejoindre pour 48 
heures d'animations parmi lesquelles :


 - répertorier la faune et flore locale sur Tela Botanica
 - créer des cartes du territoire basées sur Openstreetmap
 - prendre des photographies et les partager librement sur Commons
 - mettre à disposition vos archives, cartes postales, images de la commune
 - rédiger des articles historiques de la commune sur Wikipedia
 - imprimantes 3D, films, Drônes, vues aériennes, et bien plus encore !

Aiglun est une commune provençale de 1 350 habitants située dans le 
département des Alpes-de-Haute-Provence. Soutenue par la ville de 
Digne-les-Bains qui est moteur dans l’ouverture de données, Aiglun 
souhaite valoriser son territoire en démarrant une démarche de partage 
de données libres.


Donnons-lui un coup de pouce !

Aiglun sur Wikipédia
https://fr.wikipedia.org/wiki/Aiglun_%28Alpes-de-Haute-Provence%29

Aiglun sur Wikimédia Commons
https://commons.wikimedia.org/wiki/Category:Aiglun_%28Alpes-de-Haute-Provence%29?uselang=fr

Aiglun sur OpenStreetMap
http://www.openstreetmap.org/relation/1999649#map=14/44.0634/6.1411

Opération Libre - Aiglun, Alpes-de-Haute-Provence - 27 et 28 août 2016
http://www.operation-libre.org

Bon week-end

Librement

JCB
--
Richard Stallman : Toutes les libertés dépendent des libertés informatiques
http://www.apitux.org/index.php?2006/04/19/158-richard-stallman-toutes-les-libertes-dependent-des-libertes-informatique

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Philippe Verdy]

http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

La demande est bien nécessaire, un bot peut se faire bloquer sinon

Le 30 avril 2016 à 08:29, Vincent de Château-Thierry  a
écrit :

> Bonjour
>
> Le 30/04/2016 08:10, Philippe Verdy a écrit :
>
>> Il y a aussi des privilèges (à demander) pour les utilisateurs de Bots
>> d'importation.
>>
>
> {{Référence nécessaire}}
>
> vincent
>
>
> ___
> 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] Cours d'eau

[Philippe Verdy]

Le 29 avril 2016 à 23:07, François Lacombe  a
écrit :

> Le 29 avril 2016 à 15:41, Frédéric Bonifas  a
> écrit :
> > Le ref:sandre est déjà présent sur la relation :
> > http://www.openstreetmap.org/relation/301845
> > Je ne connais pas plus que ça les relations type=waterway mais je suppose
> > que c'est suffisant et qu'il n'y a pas besoin d'ajouter le ref:sandre sur
> > tous les membres de la relation.
> >
> > Fred
>
> +1
> Le ref:sandre d'un cours d'eau correspond à une "route" et doit
> logiquement figurer sur la relation.


Tout n'est pas nécessairemetn dans la relation, notemment le nom du cours
d'eau qui peut changer le long du cours. De plus on a des relations où
sandre attribue pour certains bras des identifiants supplémentaires,
différents du bras principal (cela devrait concerner normalement uniquement
les membres "side_stream"). Dans les deltas c'est plus compliqué, chacun
des bras peut avoir son propre identifiant et aucun n'est celui du cours
principal. Enfin il y a le cas des estuaires où se rejoignent plusieurs
cours d'eau: les eaux sont mélangées entre eaux douces et eau marine, et
cet estuaire aura son identifiant séparé dans certains cas où il n'est pas
évident qu'un des cours d'eau qui s'y déverse est un "cours principal"
quand la mer est en fait a une importance largement supérieure.

On peut fouiller dans le détail mais les ref sandre ne sont pas si simples
que ça. Mais il est difficle de présupposer que c'est partout le même le
long du cours; sandre peut décider de segmenter un cours en plusieurs
parties selon ses propres critères (exemple quand un cours d'eau a
plusieurs ruisseaux sources  disputés, chacun a son identifiant propre, le
cours d'eau principal commence après leur confluent). ref:sandre a aussi
conservé des identifiants historiques pour certains bras sources qui avant
étaient consdérés comme des affluents séparés et qui depuis sont devenus
partie du cours principal.

(On a le cas particulier de la Seine: l'Yonne a un débit largement
supérieure à la Seine à son confluent, et *techniquement* la Seine est un
affluent de l'Yonne qui continue alors jusqu'au Havre; mais là on ne va pas
revenir sur toute la tononymie historique - Sinon ce ne serait plus la
Seine qui coule à Paris mais l'Yonne, et Vitry-sur-Seine deviendrait
Vitry-sur-Yonne, la Seine-Maritime deviendrait l'Yonne-Maritime, etc.!).

Enfin sandre n'est applicable qu'à la France, et on a des cours d'eau
transfrontaliers, mais une seule relation pour eux (on n'a pas créé de
sous-relations spécifiques par pays, d'autant que parfois un cours d'eau
peut longer une frontière, s'en écarter d'un côte et et revnir pour
s'écarter de l'autre côté.

Si cela arrive, il faudra bien mettre le ref:sandre sur le chemin quand il
est différent de celui du cours d'eau globalement représenté dans OSM (et
notammeent dans le cas fréquent des "side_stream", bien que sandre
considère parfois comme cours principal un ancien bras naturel et non la
partie canalisée navigable qu'on considère dans OSM comme faisant partie du
"main_stream"). Cependant s'il n'y a pas de différence de référence entre
chemin et relation, alors oui la ref:sandre est redondante sur le chemin.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Vincent de Château-Thierry]

Bonjour

Le 30/04/2016 08:10, Philippe Verdy a écrit :

Il y a aussi des privilèges (à demander) pour les utilisateurs de Bots
d'importation.


{{Référence nécessaire}}

vincent

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

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Philippe Verdy]

Je note la section "OpenStreetMap n'a pas d'administrateurs" qui est
totalement fausse puisqu'il y a bien des administrateurs (sur chacun des
serveurs utilisés et qui collaborent entre eux mais administrent chaque
système séparément, la Fondation OSM gérant certains serveurs et pouvant en
contrôler le contenu), et des utilisateurs provilégiés dans le DWG. Il y a
aussi des privilèges (à demander) pour les utilisateurs de Bots
d'importation.


Le 29 avril 2016 à 22:34, Guillaume Allegre  a
écrit :

> Grâce au signalement de  Benoît Fournier, j'ai vu sur le wiki la page
> http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users
> (fraîche du jour), et je n'ai pas pu m'empêcher de la traduire et de
> l'adapter en français.
>
> Elle peut bien sûr évoluer séparément de la VO, mais je pense que
> l'essentiel est déjà là
> et qu'il ne faut pas trop l'allonger.
> En tous cas, je pense m'en servir dans mes présentations diverses.
>
>
> --
>  ° /\Guillaume AllègreOpenStreetMap France
> http://www.openstreetmap.fr
>   /~~\/\   allegre.guilla...@free.fr  Wikimedia France
> http://www.wikimedia.fr
>  /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et
> collaboratifs
>
>
> ___
> 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