Re: [OSM-talk-fr] [OverpassTurbo] Obtenir une seule route à partir de ways?

2016-06-06 Par sujet Nicolas Dumoulin 
Le Mon, 6 Jun 2016 13:29:07 -0700 (MST),
Shohreh  a écrit :

> J'ai trouvé un work-around un peu laborieux mais qui a résolu le
> problème:

Pour info, moi, j'ai déjà résolu ça avec deux méthodes :
 1 avec le fichier OSM dans JOSM pour fusionner les ways, puis export
   en GPX
 2 ou en GPX avec Viking : sélectionner les traces, clic-droit ->
 combine -> merge


-- 
Nicolas Dumoulin


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

[OSM-talk-fr] Osmose vs ref:FR:LaPoste

2016-06-06 Par sujet Francois Gouget 

J'ai l'impression qu'Osmose veut mettre la référence des boites 
aux lettres sur le tag ref et non sur ref:FR:LaPoste. Or il me semblait 
que c'est ce dernier qui était préféré. En tout cas c'est lui qui est 
mentionné sur la page Wiki de ref.

https://wiki.openstreetmap.org/wiki/FR:Key:ref#Valeurs_du_projet_France


Par exemple ces deux boites aux lettres à Cachan sont toutes deux leur 
tag ref:FR:LaPoste positionné et pourtant Osmose considère qu'elles ne 
sont pas intégrées et semble vouloir leur mettre un simple tag ref :

http://osmose.openstreetmap.fr/en/map/?zoom=17&lat=48.79155&lon=2.34122&layers=BFT

Ou alors qje n'ai pas bien compris comment marche l'intégration avec 
Osmose. Quelqu'un peut-il m'éclairer ?


Coté bureaux de poste je ne suis pas sûr qu'il y ait le même problème.


-- 
Francois Gouget   http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand 
Caramels.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-06 Par sujet osm . sanspourriel 

Le 2016-06-06 à 20:27, Éric Gillet - gill3t.3ric+...@gmail.com a écrit :
Le 6 juin 2016 à 12:45, Christian Quest > a écrit :


C'est très machine friendly mais par du tout human friendly... et
pour l'instant les contributeurs sont plus des humain que des
machines ;)


Pas sûr, en plus des problèmes de performance et de complexité 
(relative) de mise en oeuvre, devoir dépendre sur une base de données 
externe ajoute des contraintes en terme de disponibilité, et pérennité 
d'OSM.


Mais oui je conçois que l'idée soit agréable dans son concept :)
Oui, assez d'accord avec Éric et Cie. Mais on ne dépend pas forcément de 
la disponibilité de Wikidata.


D'abord un aparté. /Ils arrivent à faire une vidéo de présentation 
 sans expliquer l'origine d'enedis (sans 
accent, contrairement à ÉNErgie DIStribution), sans expliquer comment ça 
se prononce. Par défaut en français comme euneudix. Super pour les moins 
capables qui se feront taxer de neuneu dix (tu es un enedis : tu es un 
neuneu//^dix //). Si ça se prononce comme Haine//^Dix //, pas beaucoup 
mieux.//
//Je trouve ce pubeux extraordinaire car faire un effet de dominos alors 
que l'écroulement du réseau (ce que doit absolument éviter Enedis) se 
fait par effet domino, privant par exemple 10 millions de Français et 
seulement 8 d'Allemands parce qu'un gestionnaire de réseau a coupé 
volontairement et après prévenance, notamment du principal producteur 
appartenant au même groupe et qui pourtant a produit sans en tenir 
compte, entraînant cette effet domino. Fort le mec sachant qu'en France 
aussi un producteur (EDF) et un opérateur de réseau (Enedis) font partie 
de même groupe... Et montrer la continuité de service au delà du 
continent alors qu'EDF SA et ERDF sont en pleine consanguinité à l'Ile 
de Sein (ERDF faisant des réunions avec et uniquement avec EDF), chapeau 
bas !/

Fin de l'aparté.

Alors nom direct ou pas ?
Nom direct = simplicité (et effectivement je suis pour utiliser en 
operator ou brand les noms effectivement pratiqués, donc SNCF Réseau pas 
Société Nationale des Chemins de fer Français Réseau)

Wiki data = stabilité ?

Je vois que SNCF Réseau a son wikidata (Q21605526 
).
Bien, mais je vois qu'il existe en deux langues (FR et EN), a une petite 
description dans les mêmes mais a des pages wikipédia en FR et... DE.
Et cet EPIC est défini comme " établissement public à caractère 
industriel et commercial (Q3591583 
) "
Les noms alternatifs (comme EPIC) sont mis en vrac alors que sous OSM ce 
serait un short_name.


Il me semble intéressant d'avoir des description de Wikidata dans OSM.

C'est à dire que les références vers des brands, operator et quelques 
autres seraient des liens vers des nœuds ou relations OSM de type Wikidata.
Je ne sais si on doit imposer une géométrie (sinon on risque de casser 
le modèle) ou considérer non que ce sont des nœuds mais des relations 
spéciales (couples attributs/valeurs sans membres (forcément ?) mais 
avec un attribut wikidata) ?


Bien-sûr l'utilisateur lambda doit pouvoir écrire SNCF Réseau ou Enedis, 
c'est à l'éditeur de faire la correspondance.

En fonction du contexte le choix peut être fortement guidé.
Par exemple l'objet Q3587594 (Enedis) doit avoir
name=Enedis
wikidata=Q3587594
old_name=ERDF
old_name:1=Electricité Réseau Distribution France
old_name:2=EDF
old_name:3=Electricité de France
(je sais ERDF et EDF sont des anciens short_name, 
short_name:-2016-06-01=ERDF serait toujours faux mais plus précis).


Vous aurez compris, je vois plus ces objets par création via intégration 
plus que par import brut.
En gardant la date de dernier import on peut facilement avoir des outils 
pour les mettre à jour (facilement : je parle du niveau conceptuel ;-)).


On peut même faire référence la liste des gares bretonnes en indonésien 
! Q3249799 .
Juste pour dire que les wikidata qui nous intéressent ne sont qu'une 
partie de ce qui existe : un import massif n'aurait pas de sens.
De même un remplacement systématique par des relations (comme un 
renommage systématique) doit être surveillé : import versus intégration.


Plusieurs avantages :
- on reste en OSM, sans dépendance permanente vers la base Wikidata.
- on garde notre modèle (pas de noms en vrac, mais des noms par langue, 
des noms locaux, des noms courts, des noms internationaux...) donc les 
outils suivent (surtout si la valeur est une référence vers une relation).


Peut-être qu'il faut avoir des ref:rel; brand:rel pour savoir que la 
valeur est une relation dont le nom doit être affiché.


Exemple d'affichage sous OSM de la sous-station : 
http://www.openstreetmap.org/node/1739065627

Actuel :
name  
Fontaine de Kereven
operator  
	ERDF

Re: [OSM-talk-fr] [OverpassTurbo] Obtenir une seule route à partir de ways?

2016-06-06 Par sujet Shohreh 
J'ai trouvé un work-around un peu laborieux mais qui a résolu le problème:

https://www.google.com/maps/d/viewer?mid=1XkoF58XBbEL-eSq0u450mEEWaxo

1. Utiliser OverpassTurbo pour chacune des routes (relations):
rel(1266651);
/*added by auto repair*/
(._;>;);
/*end of auto repair*/
out; 

2. Exporter en KML

3. Utiliser GPSVisualizer > Google Earth (KML) > Track options > Advanced :
Merge all tracks = Yes
http://www.gpsvisualizer.com/map_input?form=googleearth

4. Importer chaque KML dans Google My Maps, renommer Tracks et supprimer
Waypoints



--
View this message in context: 
http://gis.19327.n5.nabble.com/OverpassTurbo-Obtenir-une-seule-route-a-partir-de-ways-tp5874852p5874877.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-06 Par sujet Landry Breuil 
2016-06-06 15:34 GMT+02:00 FR :
> Le 06/06/2016 10:50, g...@laposte.net a écrit :
>>
>> Autre remarque, je trouve regrettable de noter en source [année de
>> reference = 2016] après la mention "IGN France" alors que les photos
>> datent parfois de plusieurs années. (mais je ne vois pas comment
>> retrouver  l’année vraie des photos)
>>
> Bonjour
> Osmose n'aime pas "source=BDOrtho IGN 2016"
> message d'erreur "tag source illégal ou incomplet"

Oui, j'ai vu ca sur certains objets taggués avec
'source=Orthophotographie CRAIG/IGN 2013'.. peut-etre des restes du
passé ou 'source=.*IGN.*' était considéré illégal dans les analyses
osmose ?

Landry

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

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-06 Par sujet Éric Gillet 
Le 6 juin 2016 à 12:45, Christian Quest  a écrit :

> Le 06/06/2016 à 12:30, Nicolas Dumoulin a écrit :
>
>> Salut,
>>
>> Le Fri, 3 Jun 2016 19:28:51 +0200,
>> François Lacombe  a écrit :
>>
>>> Quid de proposer au DWG de faire une migration en masse ?
>>> Plutôt facile à réaliser : overpass => query sur operator=ERDF => JSOM
>>> ctrl+A => operator=Enedis => Upload
>>>
>>> Le principal enjeu est l'information de la communauté et la mise à
>>> jour des scripts de consommation.
>>>
>> Le cas se présente régulièrement : comment gérer le renommage en masse
>> sans casser les dépendances des outils aux noms dans la base OSM.
>> Et là, suite à la fantastique présentation de wikidata à Clermont, je
>> me dis et je vous transmets :
>> Si on mettais operator=wikidata:Q3587594 plutôt que Enedis ?
>> https://www.wikidata.org/wiki/Q3587594
>>
>> Ça implique aux outils de représentation d'utiliser wikidata, et je
>> suis d'accord ça alourdi un peu le processus.
>> Mais sinon, ça simplifierai beaucoup de chose :-)
>>
>> C'est dans la même veine que l'idée de Jean-Louis lors de sa
>> présentation : déplacer dans wikidata les histoires de liste de noms
>> alternatifs à rallonge. Wikidata est conçu pour ça, et on est vite
>> limité dans OSM avec nos quelques variantes de *_name et name_*.
>>
>> C'est pas évident à mettre en place, mais je trouve cela très séduisant.
>>
>>
> C'est très machine friendly mais par du tout human friendly... et pour
> l'instant les contributeurs sont plus des humain que des machines ;)
>

Pas sûr, en plus des problèmes de performance et de complexité (relative)
de mise en oeuvre, devoir dépendre sur une base de données externe ajoute
des contraintes en terme de disponibilité, et pérennité d'OSM.

Mais oui je conçois que l'idée soit agréable dans son concept :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

2016-06-06 Par sujet Yves Pratter 

> Le 2 juin 2016 à 22:15, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Le lieu donné ne comportait pas de données, de plus le permalien ne se 
> rappelle pas de cocher Tidal Scale dans View.
> 
> 
J’ai signalé le bug, il est quasiment corrigé (il manque juste un 
rafraîchissement de la couche à faire. Pour cela déplacez légèrement la carte 
et tout s’affiche correctement).

—
Yves

https://github.com/OpenSeaMap/online_chart/issues/90 

https://github.com/OpenSeaMap/online_chart/issues/91 



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

[OSM-talk-fr] [OverpassTurbo] Obtenir une seule route à partir de ways?

2016-06-06 Par sujet Shohreh 
Bonjour

Je voudrais récupérer toutes les
[url=https://www.openstreetmap.org/relation/6278639]"Cycle
Superhighways"[/url] qui existent actuellement à Londres.

Quand j'utilise la requête suivante* dans OverpassTurbo, j'obtiens des
routes qui ne sont en fait que l'assemblage de ways, ce qui fait que lorsque
j'importe les données dans par exemple RidewithGPS, il importe plein de
petits morceaux au lieu d'une seule route:

http://postimg.org/image/9ajclf1jf/

Les données retournées par OverpassTurbo ne sont qu'une longue série de
segments comme celui-ci:
-0.2626814,51.5194257
-0.262647,51.5194477
-0.2627257,51.5195352way/264394139[object
Object]

Que faire pour agréger toutes les ways en un seul morceau?

Merci pour toute aide.

* Voici la requête OT que j'ai utilisée:
/*
This has been generated by the overpass-turbo wizard.
The original search was:
“cycle_network="UK:London Cycle Superhighways"”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “cycle_network="UK:London Cycle Superhighways"”
  //node["cycle_network"="UK:London Cycle Superhighways"]({{bbox}});
  //way["cycle_network"="UK:London Cycle Superhighways"]({{bbox}});
  relation["cycle_network"="UK:London Cycle Superhighways"]({{bbox}});
);
// print results
out body;
>;
out skel qt;



--
View this message in context: 
http://gis.19327.n5.nabble.com/OverpassTurbo-Obtenir-une-seule-route-a-partir-de-ways-tp5874852.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-06 Par sujet FR 

Le 06/06/2016 10:50, g...@laposte.net a écrit :

Autre remarque, je trouve regrettable de noter en source [année de
reference = 2016] après la mention "IGN France" alors que les photos
datent parfois de plusieurs années. (mais je ne vois pas comment
retrouver  l’année vraie des photos)


Bonjour
Osmose n'aime pas "source=BDOrtho IGN 2016"
message d'erreur "tag source illégal ou incomplet"
FR


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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-06 Par sujet Eric Sibert 

Voilà, j'ai mis en place un proxy pour tester l'accès à la BD Ortho suite à
la signature de la convention avec l'IGN vendredi


C'est une très bonne nouvelle alors qu'à une époque, on parlait de  
refaire nous même l'orthorectification...



Merci de remonter les problèmes que vous rencontrerez


Tout va bien. J'ai l'impression qu'en montagne, le calage est meilleur  
qu'avec Bing.


Eric



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

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-06 Par sujet Christian Quest 

Le 06/06/2016 à 12:30, Nicolas Dumoulin a écrit :

Salut,

Le Fri, 3 Jun 2016 19:28:51 +0200,
François Lacombe  a écrit :

Quid de proposer au DWG de faire une migration en masse ?
Plutôt facile à réaliser : overpass => query sur operator=ERDF => JSOM
ctrl+A => operator=Enedis => Upload

Le principal enjeu est l'information de la communauté et la mise à
jour des scripts de consommation.

Le cas se présente régulièrement : comment gérer le renommage en masse
sans casser les dépendances des outils aux noms dans la base OSM.
Et là, suite à la fantastique présentation de wikidata à Clermont, je
me dis et je vous transmets :
Si on mettais operator=wikidata:Q3587594 plutôt que Enedis ?
https://www.wikidata.org/wiki/Q3587594

Ça implique aux outils de représentation d'utiliser wikidata, et je
suis d'accord ça alourdi un peu le processus.
Mais sinon, ça simplifierai beaucoup de chose :-)

C'est dans la même veine que l'idée de Jean-Louis lors de sa
présentation : déplacer dans wikidata les histoires de liste de noms
alternatifs à rallonge. Wikidata est conçu pour ça, et on est vite
limité dans OSM avec nos quelques variantes de *_name et name_*.

C'est pas évident à mettre en place, mais je trouve cela très séduisant.



C'est très machine friendly mais par du tout human friendly... et pour 
l'instant les contributeurs sont plus des humain que des machines ;)


Ce qui pose plus problème c'est plutôt les clés que les valeurs... 
ref:RFF=* à remplacer à terme par ref:SNCF=* ?


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-06 Par sujet Christian Quest 



Le 06/06/2016 à 11:41, Romain MEHUT a écrit :
Le 6 juin 2016 à 10:50, mailto:g...@laposte.net>> a 
écrit :


Juste pour info :

Vous aurez remarqué que pour les zooms 6 à 12 l'ensemble de la
planète est mise a disposition !
Pour les zones désertiques ou reculée cela peut être utile.

Autre remarque, je trouve regrettable de noter en source [année de
reference = 2016] après la mention "IGN France" alors que les
photos datent parfois de plusieurs années.


+ 1 pour juste écrire "BDOrtho IGN"


Le millésime est en effet explicitement conservé dans les métadonnées du 
changeset ;)



(mais je ne vois pas comment retrouver  l’année vraie des photos)


Les années sont indiquées ici : 
https://gist.github.com/cquest/e0682246cce5dc562f8f1b3135466b4b


Attention, sur les derniers niveaux de zooms (19) on a parfois une 
version plus ancienne à certains endroits.
Dans ce cas, dans JOSM, je désactive "zoom auto" avec un clic droit sur 
le fond.


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

2016-06-06 Par sujet Nicolas Dumoulin 
Salut,

Le Fri, 3 Jun 2016 19:28:51 +0200,
François Lacombe  a écrit :
> Quid de proposer au DWG de faire une migration en masse ?
> Plutôt facile à réaliser : overpass => query sur operator=ERDF => JSOM
> ctrl+A => operator=Enedis => Upload
> 
> Le principal enjeu est l'information de la communauté et la mise à
> jour des scripts de consommation.

Le cas se présente régulièrement : comment gérer le renommage en masse
sans casser les dépendances des outils aux noms dans la base OSM.
Et là, suite à la fantastique présentation de wikidata à Clermont, je
me dis et je vous transmets :
Si on mettais operator=wikidata:Q3587594 plutôt que Enedis ?
https://www.wikidata.org/wiki/Q3587594

Ça implique aux outils de représentation d'utiliser wikidata, et je
suis d'accord ça alourdi un peu le processus.
Mais sinon, ça simplifierai beaucoup de chose :-)

C'est dans la même veine que l'idée de Jean-Louis lors de sa
présentation : déplacer dans wikidata les histoires de liste de noms
alternatifs à rallonge. Wikidata est conçu pour ça, et on est vite
limité dans OSM avec nos quelques variantes de *_name et name_*.

C'est pas évident à mettre en place, mais je trouve cela très séduisant.

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] ERDF et autres Acronymes prise en comptes des noms longs

2016-06-06 Par sujet Jérôme Seigneuret 
Ducoup on ne mettrait que les "marques" déposés à Institut national de la
propriété industrielle (INPI) ou/et celle au *Trademark Clearinghouse
(TMCH)*

Le trademark ne sert qu'a protéger un nom et c'est pas forcément nécessaire
si ce nom ne sert pas à vendre des produits ...

C'est loin d'être fiable pour isolé une compagnie à moins d'avoir la portée
géographique de ce nom. Il y a deux CNR par exemple enregistrées au TMCH


A moins de mettre aussi le numéro d'enregistrement...

Le 6 juin 2016 à 11:09, Francescu GAROBY  a écrit :

> > La question est plutôt: Doit-on uniformiser la manière de saisir de ce
> genre d'information pour l'ensemble des acronymes (public ou EPIC) comme
> pour le CNRS, SNCF, ERDF, CNR et autres?  Il n'y a pas de short_operator
> comme le short_name
> > Et normalement les abréviations sont à proscrire.
>
> Oui, mais ces acronymes sont souvent des marques déposées (c'est au moins
> le cas pour SNCF). Du coup, les utiliser comme valeur pour operator ou
> brand (plutôt que de créer un short_operator qui ne sera pas utilisé, ou
> qui fera doublon) serait logique, non ?
>
>
> Francescu
>
> Le 6 juin 2016 à 11:02, Jérôme Seigneuret  a
> écrit :
>
>> Bonjour,
>>
>> Bonjour,
>>>
>>> Il s'agit également de prendre en compte le libellé "Électricité Réseau
>>> Distribution France" que j'ai écrit tel quel car vu ainsi sur le terrain...
>>>
>>
>> J'ai créé un autre sujet pour cette partie car c'est une autre
>> problématique.
>>
>> La prise en compte, je dirais que c'est pas le problème. Autant le nom
>> c'est plus polémique mais les tag *operator* et *brand* je pense qu'on
>> peut uniformiser sans avoir à faire du zèle (s'il y a une faute
>> d'orthographe on va pas la mettre dans la base mais signaler le problème
>> comme pour les noms de rue)
>>
>> La question est plutôt: Doit-on uniformiser la manière de saisir de ce
>> genre d'information pour l'ensemble des acronymes (public ou EPIC) comme
>> pour le CNRS, SNCF, ERDF, CNR et autres?  Il n'y a pas de short_operator
>> comme le short_name
>> Et normalement les abréviations sont à proscrire.
>>
>>
>> Le problème des noms complets, c'est la recherche usuelle. Je ne sais pas
>> pour vous, mais j'utilise ERDF ou SNCF et non Électricité Réseau
>> Distribution France ou Société National des Chemins de fer Français
>>
>> Le problème des acronymes, c'est de ce retrouver dans une zone
>> géographique et un même domaine d'application à avoir le même *operator*
>>
>>
>> Il y a aussi l'ensemble des statuts suivant quand ils sont présents dans
>> l'affichage...
>>
>>- EARL : Entreprise agricole à responsabilité limitée
>>- EI : Entreprise individuelle
>>- EIRL : Entreprise individuelle à responsabilité limitée (01.01.2010)
>>- EURL : Entreprise unipersonnelle à responsabilité limitée
>>- GAEC : Groupement agricole d'exploitation en commun
>>- GEIE : Groupement européen d'intérêt économique
>>- GIE : Groupement d'intérêt économique
>>- SARL : Société à responsabilité limitée
>>- SA : Société anonyme
>>- SAS : Société par actions simplifiée
>>- SASU : Société par actions simplifiée unipersonnelle
>>- SC : Société civile
>>- SCA : Société en commandite par actions
>>- SCI : Société civile immobilière
>>- SCIC : Société coopérative d'intérêt collectif
>>- SCM : Société civile de moyens
>>- SCOP : Société coopérative ouvrière de production
>>- SCP : Société civile professionnelle
>>- SCS : Société en commandite simple
>>- SEL : Société d'exercice libéral
>>- SELAFA : Société d'exercice libéral à forme anonyme
>>- SELARL : Société d'exercice libéral à responsabilité limitée
>>- SELAS : Société d'exercice libéral par actions simplifiée
>>- SELCA : Société d'exercice libéral en commandite par actions
>>- SEM : Société d'économie mixte
>>- SEML : Société d'économie mixte locale
>>- SEP : Société en participation
>>- SICA : Société d'intérêt collectif agricole
>>- SNC : Société en nom collectif
>>
>>
>> J'ai pas de solution préconçu mais un choix doit être fait sur la manière
>> de saisir et il faudra essayer de s'y tenir pour pouvoir exploiter les
>> données correctement.
>>
>> Bonne journée,
>> Jérôme
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Francescu
>
> ___
> 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] Test accès BD Ortho depuis JOSM...

2016-06-06 Par sujet Romain MEHUT 
Le 6 juin 2016 à 10:50,  a écrit :

> Juste pour info :
>
> Vous aurez remarqué que pour les zooms 6 à 12 l'ensemble de la planète est
> mise a disposition !
> Pour les zones désertiques ou reculée cela peut être utile.
>
> Autre remarque, je trouve regrettable de noter en source [année de
> reference = 2016] après la mention "IGN France" alors que les photos datent
> parfois de plusieurs années.
>

+ 1 pour juste écrire "BDOrtho IGN"


> (mais je ne vois pas comment retrouver  l’année vraie des photos)
>

Les années sont indiquées ici :
https://gist.github.com/cquest/e0682246cce5dc562f8f1b3135466b4b

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

Re: [OSM-talk-fr] ERDF et autres Acronymes prise en comptes des noms longs

2016-06-06 Par sujet Francescu GAROBY 
> La question est plutôt: Doit-on uniformiser la manière de saisir de ce
genre d'information pour l'ensemble des acronymes (public ou EPIC) comme
pour le CNRS, SNCF, ERDF, CNR et autres?  Il n'y a pas de short_operator
comme le short_name
> Et normalement les abréviations sont à proscrire.

Oui, mais ces acronymes sont souvent des marques déposées (c'est au moins
le cas pour SNCF). Du coup, les utiliser comme valeur pour operator ou
brand (plutôt que de créer un short_operator qui ne sera pas utilisé, ou
qui fera doublon) serait logique, non ?


Francescu

Le 6 juin 2016 à 11:02, Jérôme Seigneuret  a
écrit :

> Bonjour,
>
> Bonjour,
>>
>> Il s'agit également de prendre en compte le libellé "Électricité Réseau
>> Distribution France" que j'ai écrit tel quel car vu ainsi sur le terrain...
>>
>
> J'ai créé un autre sujet pour cette partie car c'est une autre
> problématique.
>
> La prise en compte, je dirais que c'est pas le problème. Autant le nom
> c'est plus polémique mais les tag *operator* et *brand* je pense qu'on
> peut uniformiser sans avoir à faire du zèle (s'il y a une faute
> d'orthographe on va pas la mettre dans la base mais signaler le problème
> comme pour les noms de rue)
>
> La question est plutôt: Doit-on uniformiser la manière de saisir de ce
> genre d'information pour l'ensemble des acronymes (public ou EPIC) comme
> pour le CNRS, SNCF, ERDF, CNR et autres?  Il n'y a pas de short_operator
> comme le short_name
> Et normalement les abréviations sont à proscrire.
>
>
> Le problème des noms complets, c'est la recherche usuelle. Je ne sais pas
> pour vous, mais j'utilise ERDF ou SNCF et non Électricité Réseau
> Distribution France ou Société National des Chemins de fer Français
>
> Le problème des acronymes, c'est de ce retrouver dans une zone
> géographique et un même domaine d'application à avoir le même *operator*
>
>
> Il y a aussi l'ensemble des statuts suivant quand ils sont présents dans
> l'affichage...
>
>- EARL : Entreprise agricole à responsabilité limitée
>- EI : Entreprise individuelle
>- EIRL : Entreprise individuelle à responsabilité limitée (01.01.2010)
>- EURL : Entreprise unipersonnelle à responsabilité limitée
>- GAEC : Groupement agricole d'exploitation en commun
>- GEIE : Groupement européen d'intérêt économique
>- GIE : Groupement d'intérêt économique
>- SARL : Société à responsabilité limitée
>- SA : Société anonyme
>- SAS : Société par actions simplifiée
>- SASU : Société par actions simplifiée unipersonnelle
>- SC : Société civile
>- SCA : Société en commandite par actions
>- SCI : Société civile immobilière
>- SCIC : Société coopérative d'intérêt collectif
>- SCM : Société civile de moyens
>- SCOP : Société coopérative ouvrière de production
>- SCP : Société civile professionnelle
>- SCS : Société en commandite simple
>- SEL : Société d'exercice libéral
>- SELAFA : Société d'exercice libéral à forme anonyme
>- SELARL : Société d'exercice libéral à responsabilité limitée
>- SELAS : Société d'exercice libéral par actions simplifiée
>- SELCA : Société d'exercice libéral en commandite par actions
>- SEM : Société d'économie mixte
>- SEML : Société d'économie mixte locale
>- SEP : Société en participation
>- SICA : Société d'intérêt collectif agricole
>- SNC : Société en nom collectif
>
>
> J'ai pas de solution préconçu mais un choix doit être fait sur la manière
> de saisir et il faudra essayer de s'y tenir pour pouvoir exploiter les
> données correctement.
>
> Bonne journée,
> Jérôme
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[OSM-talk-fr] ERDF et autres Acronymes prise en comptes des noms longs

2016-06-06 Par sujet Jérôme Seigneuret 
Bonjour,

Bonjour,
>
> Il s'agit également de prendre en compte le libellé "Électricité Réseau
> Distribution France" que j'ai écrit tel quel car vu ainsi sur le terrain...
>

J'ai créé un autre sujet pour cette partie car c'est une autre
problématique.

La prise en compte, je dirais que c'est pas le problème. Autant le nom
c'est plus polémique mais les tag *operator* et *brand* je pense qu'on peut
uniformiser sans avoir à faire du zèle (s'il y a une faute d'orthographe on
va pas la mettre dans la base mais signaler le problème comme pour les noms
de rue)

La question est plutôt: Doit-on uniformiser la manière de saisir de ce
genre d'information pour l'ensemble des acronymes (public ou EPIC) comme
pour le CNRS, SNCF, ERDF, CNR et autres?  Il n'y a pas de short_operator
comme le short_name
Et normalement les abréviations sont à proscrire.


Le problème des noms complets, c'est la recherche usuelle. Je ne sais pas
pour vous, mais j'utilise ERDF ou SNCF et non Électricité Réseau
Distribution France ou Société National des Chemins de fer Français

Le problème des acronymes, c'est de ce retrouver dans une zone géographique
et un même domaine d'application à avoir le même *operator*


Il y a aussi l'ensemble des statuts suivant quand ils sont présents dans
l'affichage...

   - EARL : Entreprise agricole à responsabilité limitée
   - EI : Entreprise individuelle
   - EIRL : Entreprise individuelle à responsabilité limitée (01.01.2010)
   - EURL : Entreprise unipersonnelle à responsabilité limitée
   - GAEC : Groupement agricole d'exploitation en commun
   - GEIE : Groupement européen d'intérêt économique
   - GIE : Groupement d'intérêt économique
   - SARL : Société à responsabilité limitée
   - SA : Société anonyme
   - SAS : Société par actions simplifiée
   - SASU : Société par actions simplifiée unipersonnelle
   - SC : Société civile
   - SCA : Société en commandite par actions
   - SCI : Société civile immobilière
   - SCIC : Société coopérative d'intérêt collectif
   - SCM : Société civile de moyens
   - SCOP : Société coopérative ouvrière de production
   - SCP : Société civile professionnelle
   - SCS : Société en commandite simple
   - SEL : Société d'exercice libéral
   - SELAFA : Société d'exercice libéral à forme anonyme
   - SELARL : Société d'exercice libéral à responsabilité limitée
   - SELAS : Société d'exercice libéral par actions simplifiée
   - SELCA : Société d'exercice libéral en commandite par actions
   - SEM : Société d'économie mixte
   - SEML : Société d'économie mixte locale
   - SEP : Société en participation
   - SICA : Société d'intérêt collectif agricole
   - SNC : Société en nom collectif


J'ai pas de solution préconçu mais un choix doit être fait sur la manière
de saisir et il faudra essayer de s'y tenir pour pouvoir exploiter les
données correctement.

Bonne journée,
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-06 Par sujet gnrc 
Juste pour info : 

Vous aurez remarqué que pour les zooms 6 à 12 l'ensemble de la planète est mise 
a disposition ! 
Pour les zones désertiques ou reculée cela peut être utile. 

Autre remarque, je trouve regrettable de noter en source [année de reference = 
2016] après la mention "IGN France" alors que les photos datent parfois de 
plusieurs années. (mais je ne vois pas comment retrouver l’année vraie des 
photos) 

- Mail original -

De: "Christian Quest"  
À: "Discussions sur OSM en français"  
Envoyé: Vendredi 27 Mai 2016 18:09:44 
Objet:  [OSM-talk-fr] Test accès BD Ortho depuis JOSM... 

Voilà, j'ai mis en place un proxy pour tester l'accès à la BD Ortho suite à la 
signature de la convention avec l'IGN vendredi dernier (déjà une semaine !). 

Afin de respecter les termes de la convention, j'ai installé un proxy sur un de 
nos serveurs, qui assure en plus un peu de cache (8Go conservé maximum 30j). 
J'ai aussi simplifié l'URL car celles du géoportail piquent les yeux ;) 

Donc dans JOSM, vous pouvez ajouter: 
tms[19]: http://proxy-ign.openstreetmap.fr/bdortho/{zoom}/{x}/{y}.jpg 

Rappel: la convention n'autorise qu'un usage pour compléter et mettre à jour 
les données OSM, donc un usage dans nos outils d'édition. 

Pensez à mettre "source=BDOrtho IGN 2016" sur les changeset ou les objets. 

Voici aussi un fichier CSV avec les dates de prises de vue et la résolution par 
département: https://gist.github.com/cquest/e0682246cce5dc562f8f1b3135466b4b 

Sur certains départements, le(s) dernier(s) niveau(x) de zoom peuvent être plus 
anciens que l'année indiquée. C'est le cas sur le 89. 

Merci de remonter les problèmes que vous rencontrerez 
-- 
Christian Quest - OpenStreetMap France 

___ 
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] ERDF (et RFF) ont changé de nom

2016-06-06 Par sujet Romain MEHUT 
Bonjour,

Il s'agit également de prendre en compte le libellé "Électricité Réseau
Distribution France" que j'ai écrit tel quel car vu ainsi sur le terrain...

Romain

Le 3 juin 2016 à 19:28, François Lacombe  a
écrit :

> Bonjour la liste,
>
> comme vous l'avez peut-être vu ces derniers jours, l'opérateur de
> distribution électrique ERDF a changé de nom pour Enedis.
> RFF l'a précédé en 2015 pour donner naissance à SNCF Réseau, pour ne
> citer qu'un cas probablement parmi tant d'autres avec la fusion des
> communes, fusion des régions, etc...
>
> Pourtant dans OSM :
> operator=RFF, 3349 objets
> operator=SNCF Réseau, 3205 objets
> operator=ERDF, 25768 objets
> operator=Enedis, 0 objets
>
> Comme on peut le voir, les objets attribués à RFF migrent
> difficilement vers la nouvelle valeur (si tant est que SNCF Réseau
> soit la valeur à appliquer. La confusion avec Gares & connexion est
> facile et il en va de même avec les autres filiales de la SNCF).
>
> Ça me semble être un problème, et nous avons tout intérêt à avoir un
> ensemble de données cohérentes.
> Il y a un ticket ouvert chez JOSM :
> https://josm.openstreetmap.de/ticket/12914
>
> J'ai déjà commencé à mettre à jour le wiki, mais cela ne suffira
> pourtant pas à obtenir un ensemble cohérent avant un certain nombre
> d'années.
>
> Quid de proposer au DWG de faire une migration en masse ?
> Plutôt facile à réaliser : overpass => query sur operator=ERDF => JSOM
> ctrl+A => operator=Enedis => Upload
>
> Le principal enjeu est l'information de la communauté et la mise à
> jour des scripts de consommation.
>
> A+
>
> François
>
> ___
> 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