Re: [OSM-talk-fr] Overpass turbo extraire départements dans région

[Mides]

Bonjour,

Effectivement, on arrive à extraire les données si l'on sélectionne les
relations. Cela renvoi bien les géométries de type "LineString", le fichier
retour étant un peu parasité par quelques géométries de type "Point", mais
cela est tout à fait exploitable sur Qgis.

Par contre, si le traitement de la requête est assez rapide, la
construction/download du fichier retour , lourdeur oblige certainement, 15
Mo en format Geojson, prend pas mal de temps.


[timeout:1800];
area [name="Midi-Pyrénées"][admin_level="4"]->.zone;
(
  rel(area.zone)
[admin_level="6"];
);
/*added by auto repair*/
(._;>;);
/*end of auto repair*/
out;



Le 28 avril 2014 07:04, Jo  a écrit :

> Voici ce que moi j'utilisais quand j'ai assisté à l'importation des
> frontière à l'Ouganda:
>
> area[name~"Uganda"]  -> .UG;
> (
>   rel(area.UG)
>   ["type"="boundary"];
>   >;
> ) -> .allboundaryrelations;
>
> out meta;
>
> Polyglot
>
>
> 2014-04-28 4:28 GMT+02:00 Adrien Caillot :
>
>> Bonjour,
>>
>>
>> On 28/04/2014 00:04, Mides wrote:
>>
>>> Je cherche à extraire tous les départements d'un région au travers d’une
>>> requête Overpass Turbo.
>>> Quelle doit être l'approche sachant que si je rédige la requête sous
>>> cette forme , je n’ai qu’un retour partiel comportant à la fois des ways et
>>> des nodes
>>>
>>> **
>>> area [name="Midi-Pyrénées"][admin_level="4"]->.zone;
>>> way(area.zone)[admin_level="6"];
>>> /*added by auto repair*/
>>> (._;>;);
>>> /*end of auto repair*/
>>> out;
>>>
>>
>> Cette requête semble bien renvoyer les limites de départements situées
>> dans la région Midi-Pyrénées, mais à l'exclusion des limites de celle-ci.
>> Je connais mal Overpass et j'ai du mal de trouver des docs sur la
>> syntaxe, alors je ne connais pas de solution « propre ».
>>
>> Mais si c'est pour un usage ponctuel, je vois deux bricolages qui
>> fonctionnent :
>>
>> - Rajouter explicitement les limites de la région. On obtient un polygone
>> de la région, et les limites des départements à l'intérieur (mais pas un
>> polygone par département).
>>
>>
>> (
>> area
>> [name="Midi-Pyrénées"] [admin_level="4"]->.zone;
>> way(area.zone)[admin_level="6"];
>> rel[name="Midi-Pyrénées"];
>> );
>> (._;>;);
>> out;
>>
>> - Interroger carrément sur les noms des départements. Ainsi, on est sûr
>> d'avoir un polygone par département. Après, si l'objectif était
>> d'automatiser, cette solution est moyenne (mais on peut toujours générer la
>> requête Overpass avec un script...).
>>
>> (
>> rel[name="Haute-Garonne"];
>> rel[name="Ariège"];
>> rel[name="Aveyron"];
>> rel[name="Gers"];
>> rel[name="Lot"];
>> rel[name="Hautes-Pyrénées"];
>> rel[name="Tarn"];
>> rel[name="Tarn-et-Garonne"];
>>
>> );
>> (._;>;);
>> out;
>>
>> Si quelqu'un a une solution plus propre, je suis intéressé aussi.
>>
>> Cordialement,
>>
>> --
>> Adrien
>>
>>
>> ___
>> 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] Création cadastre pays du Sud?

[Philippe Verdy]

Je n'ai pas dit que la propriété n'y existait pas mais les cartes ne sont
pas aussi complètes et aussi détaillées qu'en métropole, et concernant la
NC il y a toujours des réformes sur les statuts des territoires et des
secteurs encore taillés sommairement à la hache et pas réellement décidés,
toujours en négociation sur la validité des propriétés et leur délimitation
précise tenant compte des aménagements et des nécessités publiques, ou
encore de droits ancestraux à compenser.
Au final le cadastre sert ensuite aux calculs des taxes (qui sont aussi une
contrepartie de la restriction accordée contre l'usage public et aussi pour
que la collectivité fournisse des services de proximité aux propriétaires
et résidents). Après ça le reste est une question économique qui fait la
valeur des terrains et de ce qui s'y trouve. La propriété est l'acte
résultat de l'accord suite aux négociations entre les parties publiques et
privées intéressées localement.
Le cadastre lui-même n'établit pas les propriétés, il ne fait que les
constater ; son contenu reste contestable mais ce n'est pas le cadastre qui
tranchera en cas de désaccord entre parties privées ou entre privé et
public (qui peuvent aussi s'entendre par un accord sans passer par un
tribunal, et alors faire enregistrer leur accord)


Le 27 avril 2014 04:55, Hendrik Oesterlin  a
écrit :

> Le 18/04/2014 à 09:46:15 +1100 "Philippe Verdy" verd...@wanadoo.fr
> a écrit au sujet de "[OSM-talk-fr] Création cadastre pays du Sud?":
>
> > On peut comparer avec ce qui se passe en ce moment encore non loin de là
> à
> > Mayotte ainsi que dans d'autres collectivités comme la Nouvelle-Calédonie
> > ou Wallis-et-Futuna où c'est encore en chantier avec des occupations
> > "sauvages" du milieu naturel, et l'instauration de situation "de facto".
>
> Dis donc, tu en sais des choses sur la Nouvelle-Calédonie des
> choses dont même celui qui y habite depuis 30 ans n'a même pas
> idée
>
> ...et moi qui donnait une signification particulière à mon titre
> notarié de propriété et à tout ces polygones mauves qui apparaissent
> quand on clique sur "Cadastre" ici:
> http://explorateur-carto.georep.nc/
>
> --
> Cordialement
> Hendrik Oesterlin
>
>
> ___
> 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] Overpass turbo extraire départements dans région

[Nicolas Moyroud]

Bonjour,

J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo 
qui n'est peut-être pas pertinente mais bon je vais vous en faire part 
quand même ^^
Le problème principal vient peut-être du fait que l'overpass-turbo fait 
afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde 
dans un fichier téléchargeable. Ce qui est un peu dommage car essayer 
d'afficher 15Mo de données a tendance à faire ramer fortement le 
navigateur... Ne pourraient-ils pas proposer directement dans le 
formulaire un bouton "export dans un fichier uniquement" qui permettrait 
de faire tourner la transformation en GeoJSON en tâche de fond côté 
serveur uniquement sans affichage côté client et qui enverrait un lien 
de download une fois l'export réalisé ?


Nicolas

-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-

Le 28/04/2014 09:19, Mides a écrit :


Par contre, si le traitement de la requête est assez rapide, la 
construction/download du fichier retour , lourdeur oblige 
certainement, 15 Mo en format Geojson, prend pas mal de temps.





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

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République

[Eric Sibert]

Rapide premier retour dans le train après le déjeuner avec le Président de
la République.


En vidéo :

http://www.dailymotion.com/video/x1rai90_prendre-les-devants-dans-l-economie-de-la-donnee-opendata_news

Par contre, le coup de te filmer limite en contre-jour, ils t'en  
veulent??? ;-)


Eric


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

Re: [OSM-talk-fr] Overpass turbo extraire départements dans région

[Christian Quest]

Le but d'overpass-turbo est justement de fournir une interface graphique
pour tester ses requêtes et visualiser le résultat... donc ne pas les
visualiser revient à ne plus utiliser overpass-turbo ;)

Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le
résultat est léger, on peut faire les requêtes plus lourdes directement sur
l'overpass-API.

Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un
shapefile complet serait peut être plus efficace.
Pensez aux shapefile des découpages administratifs mis régulièrement sur
data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et
cohérents, à chaque export je dois faire des "réparations"), et d'être
disponibles avec 3 niveaux de simplification géométrique.

https://www.data.gouv.fr/fr/dataset/contours-des-departements-francais-issus-d-openstreetmap
et
https://www.data.gouv.fr/fr/dataset/contours-des-regions-francaises-sur-openstreetmap



Le 28 avril 2014 10:03, Nicolas Moyroud  a écrit :

> Bonjour,
>
> J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo
> qui n'est peut-être pas pertinente mais bon je vais vous en faire part
> quand même ^^
> Le problème principal vient peut-être du fait que l'overpass-turbo fait
> afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde dans
> un fichier téléchargeable. Ce qui est un peu dommage car essayer d'afficher
> 15Mo de données a tendance à faire ramer fortement le navigateur... Ne
> pourraient-ils pas proposer directement dans le formulaire un bouton
> "export dans un fichier uniquement" qui permettrait de faire tourner la
> transformation en GeoJSON en tâche de fond côté serveur uniquement sans
> affichage côté client et qui enverrait un lien de download une fois
> l'export réalisé ?
>
> Nicolas
>
> -
> Nicolas Moyroud
> Site web libre@vous : http://libreavous.teledetection.fr
> -
>
> Le 28/04/2014 09:19, Mides a écrit :
>
>
>> Par contre, si le traitement de la requête est assez rapide, la
>> construction/download du fichier retour , lourdeur oblige certainement, 15
>> Mo en format Geojson, prend pas mal de temps.
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République

[François Lacombe]

Le 25 avril 2014 18:03, RatZilla$  a écrit :

> La cartographie des infrastructures a eu un écho particulier compte tenu
> des enjeux. À défaut de faire d'OpenStreetMap une base de données
> d'autorité, la cartographie des infrastructures dans OSM permettra de
> libérer l’imagination des développeurs sur les futurs enjeux
> d'interopérabilité nationale/internationale  -> inter
> acteurs/administration.
>

Merci Gaël, je partage complètement !

Pas d'autorité, mais des connexions avec des référentiels existant pouvant
être libérés.
D'où le besoin d'intégrer les codifications et identifications faisant
parties de ces référentiels pour réaliser ces connexions en dehors d'OSM
une fois libérés (ou pas, peu importe).

C'est super prometteur, to be continued !


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 7ème continent

[Nicolas Moyroud]

Le 27/04/2014 12:52, Jean-Francois Nifenecker a écrit :
et les camions à pizzas ? ;-) 
Les camions à pizza ça va ils ont au moins la bonne idée de se remettre 
à la même place à chaque fois. ;-)


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

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République

[Christophe Merlet]

Le 28/04/2014 11:33, François Lacombe a écrit :
> 
> Le 25 avril 2014 18:03, RatZilla$  > a écrit :
> 
> La cartographie des infrastructures a eu un écho particulier compte
> tenu des enjeux. À défaut de faire d'OpenStreetMap une base de
> données d'autorité, la cartographie des infrastructures dans OSM
> permettra de libérer l’imagination des développeurs sur les futurs
> enjeux d'interopérabilité nationale/internationale  -> inter
> acteurs/administration.
> 
> 
> Merci Gaël, je partage complètement !
> 
> Pas d'autorité, mais des connexions avec des référentiels existant
> pouvant être libérés.
> D'où le besoin d'intégrer les codifications et identifications faisant
> parties de ces référentiels pour réaliser ces connexions en dehors d'OSM
> une fois libérés (ou pas, peu importe).
> 
> C'est super prometteur, to be continued !


À propos de cartographie d'infrastructures, j'ai discuté avec des
représentants d'Etalab de la problèmatique "sécurité/défense"... Doit on
faire gaffe aux infos que l'on mets dans OSM ? sujet récurrent.

Ben, il n'y a pas de problèmes, on peut tout mettre, pas de restriction,
pas d'auto censure. C'est sur le terrain, on le mets.


Librement,
-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République

[Pieren]

2014-04-28 10:35 GMT+02:00 Eric Sibert :

> En vidéo :
> http://www.dailymotion.com/video/x1rai90_prendre-les-devants-dans-l-economie-de-la-donnee-opendata_news

A quoi reconnait-on un "président" d'OpenStreetMap ?
A l'absence de cravate :-))

Il faudrait organiser une mapping party à l'élysée avec tous ces
ministres et conseillers. Bonnes chaussures indispensable (et sans
cire-pompe) !

Pieren

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

Re: [OSM-talk-fr] 7ème continent

[nono]

Le lundi 28 avril 2014 à 11:34 +0200, Nicolas Moyroud a écrit :
> Le 27/04/2014 12:52, Jean-Francois Nifenecker a écrit :
> > et les camions à pizzas ? ;-) 
> Les camions à pizza ça va ils ont au moins la bonne idée de se remettre 
> à la même place à chaque fois. ;-)

oui super !

Dans mon coin... le BZH...
On a des vendeurs d'huîtres le dimanche matin 8h00 12h00 dans tous les
patelins (ou presque) à un endroit précis et ce, chaque semaine des mois
en R.
On a également des vendeurs de galettes-saucisses ambulants le midi à
endroit fixe... du genre fast-food mais en meilleur, car rien que de
l'artisanal ;-)
Sinon on a aussi des pervenches qui se baladent et peuvent distribuer
des prunes, mais là c'est plus aléatoire.

bon appétit

nono


-- 
Personne n'ose faire des blagues sur les blondes quand la femme de Chuck
Norris est dans les parages.


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Les armoires de rues

[François Lacombe]

Bonjour la liste,

Un peu avant de partir en week end, j'ai passé la proposition sur les
armoires de rue en RFC sur le wiki.
N'hésitez pas à y jeter un coup d'oeuil.

https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet

Les armoires de rues sont des conteneurs installés sur les trottoirs en
zone urbaine hébergeant le plus souvent des équipements de contrôle ou de
service.
Très peu de détails sont à connaitre sur le contenu pour pouvoir les
cartographier. On pourra rentrer dans le détail des réseaux dans un second
temps, ça n'est pas le but ici.


En gros la proposition introduit une nouvelle valeur pour man_made :
street_cabinet et un nouveau tag pour qualifier le domaine auquel
appartient l'armoire (street_cabinet=telecom, cable_tv, power...)
On considère l'accessibilité ou le manque d'accessibilité des trottoirs à
la suite de l'installation de ces armoires.

Des exemples sont disponibles, n'hésitez pas à en soumettre d'autres et
utiliser la page de Talk.


Bonne fin d'après-midi.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les armoires de rues

[Greg]

Je suis sceptique concernant les attributs width, length et direction. Si
quelqu'un veut saisir ces informations, autant dessiner l'emprise de
l'armoire au sol, non ?



Greg


2014-04-28 16:22 GMT+02:00 François Lacombe <
francois.laco...@telecom-bretagne.eu>:

> Bonjour la liste,
>
> Un peu avant de partir en week end, j'ai passé la proposition sur les
> armoires de rue en RFC sur le wiki.
> N'hésitez pas à y jeter un coup d'oeuil.
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
>
> Les armoires de rues sont des conteneurs installés sur les trottoirs en
> zone urbaine hébergeant le plus souvent des équipements de contrôle ou de
> service.
> Très peu de détails sont à connaitre sur le contenu pour pouvoir les
> cartographier. On pourra rentrer dans le détail des réseaux dans un second
> temps, ça n'est pas le but ici.
>
>
> En gros la proposition introduit une nouvelle valeur pour man_made :
> street_cabinet et un nouveau tag pour qualifier le domaine auquel
> appartient l'armoire (street_cabinet=telecom, cable_tv, power...)
> On considère l'accessibilité ou le manque d'accessibilité des trottoirs à
> la suite de l'installation de ces armoires.
>
> Des exemples sont disponibles, n'hésitez pas à en soumettre d'autres et
> utiliser la page de Talk.
>
>
> Bonne fin d'après-midi.
>
>
> *François Lacombe*
>
> francois dot lacombe At telecom-bretagne dot eu
> http://www.infos-reseaux.com
>
> ___
> 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] Les armoires de rues

[François Lacombe]

Cela est une possibilité.

On peut aussi représenter l'armoire sous forme de noeud, puis saisir les
dimensions de manière précise (puisque dessiner l'emprise n'est pas d'une
précision à toute épreuve).

Ou on peut même faire les deux ;)

Ces attributs n'ont pas été introduits par la proposition qui nous
concerne, je les ai intégré par soucis de compatibilité avec d'autres
modèles sur OSM.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 28 avril 2014 16:31, Greg  a écrit :

> Je suis sceptique concernant les attributs width, length et direction. Si
> quelqu'un veut saisir ces informations, autant dessiner l'emprise de
> l'armoire au sol, non ?
>
>
>
> Greg
>
>
> 2014-04-28 16:22 GMT+02:00 François Lacombe <
> francois.laco...@telecom-bretagne.eu>:
>
>> Bonjour la liste,
>>
>> Un peu avant de partir en week end, j'ai passé la proposition sur les
>> armoires de rue en RFC sur le wiki.
>> N'hésitez pas à y jeter un coup d'oeuil.
>>
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
>>
>> Les armoires de rues sont des conteneurs installés sur les trottoirs en
>> zone urbaine hébergeant le plus souvent des équipements de contrôle ou de
>> service.
>> Très peu de détails sont à connaitre sur le contenu pour pouvoir les
>> cartographier. On pourra rentrer dans le détail des réseaux dans un second
>> temps, ça n'est pas le but ici.
>>
>>
>> En gros la proposition introduit une nouvelle valeur pour man_made :
>> street_cabinet et un nouveau tag pour qualifier le domaine auquel
>> appartient l'armoire (street_cabinet=telecom, cable_tv, power...)
>> On considère l'accessibilité ou le manque d'accessibilité des trottoirs à
>> la suite de l'installation de ces armoires.
>>
>> Des exemples sont disponibles, n'hésitez pas à en soumettre d'autres et
>> utiliser la page de Talk.
>>
>>
>> Bonne fin d'après-midi.
>>
>>
>> *François Lacombe*
>>
>> francois dot lacombe At telecom-bretagne dot eu
>> http://www.infos-reseaux.com
>>
>> ___
>> 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] Les armoires de rues

[Christian Rogel]

Le 28 avr. 2014 à 16:22, François Lacombe 
 a écrit :
> 
> https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
> 
> En gros la proposition introduit une nouvelle valeur pour man_made : 
> street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient 
> l'armoire (street_cabinet=telecom, cable_tv, power...)

Est-ce volontaire de ne pas distinguer les armoires modèles PTT et autres 
dédiées
aux paires de cuivres et les armoires des PMZ : dans mon quartier, il vient d'en
apparaître une tous les 300 m en relation, semble-t-il, avec  l'installation 
prochaine
du FTTH.
Peut-être hébergent-elles les deux technologies?

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

[OSM-talk-fr] Des mairies sortent en "problème" dans Osmose

[GuyDuNord]

Bonjour

Depuis quelques temps certaines mairies sortent en "problème" dans
Osmose. C'est le cas de celle-ci :
http://osmose.openstreetmap.fr/fr/map/#zoom=14&lat=50.72501&lon=2.47394&layers=B00FFT&layer=Mapnik&item=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131&level=1%2C2%2C3&overlays=FFFT&tags=&fixable=

http://cjoint.com/?0DCpG1SkbxG

Osmose nous indique : "Service public non intégré". Ce qui ne peut pas
être vrai puisque cette mairie est bien présente dans OSM :

http://cjoint.com/?0DCpIkhHSON

J'ai tenté de cataloguer cette alarme en "Faux positif". Cela n'y fait
rien et l'alarme réapparait quelques jours plus tard.

Qu'en pensez-vous ?

Cordialement
GuyDuNord


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

Re: [OSM-talk-fr] Les armoires de rues

[François Lacombe]

Bonne observation.

Pour l'instant oui c'est volontaire. La modélisation des réseaux télécoms
n'est pas encore assez mature pour permettre la distinction.
Parce que c'est un problème de réseaux et pas d'armoire.
A la louche on pourrait envisager telecom=connection_point +
twisted_copper=yes ou fibre=yes (les deux armoires SR comme PMZ sont des
sous répartitions) mais c'est sans penser global ni à quoi que ce soit en
fait.

Si quelqu'un veut se lancer dans les réseaux télécoms, j'y contribuerais
bien volontiers.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 28 avril 2014 17:41, Christian Rogel
a écrit :

> Le 28 avr. 2014 à 16:22, François Lacombe <
> francois.laco...@telecom-bretagne.eu> a écrit :
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
>
> En gros la proposition introduit une nouvelle valeur pour man_made :
> street_cabinet et un nouveau tag pour qualifier le domaine auquel
> appartient l'armoire (street_cabinet=telecom, cable_tv, power...)
>
>
> Est-ce volontaire de ne pas distinguer les armoires modèles PTT et autres
> dédiées
> aux paires de cuivres et les armoires des PMZ : dans mon quartier, il
> vient d'en
> apparaître une tous les 300 m en relation, semble-t-il, avec
>  l'installation prochaine
> du FTTH.
> Peut-être hébergent-elles les deux technologies?
>
> Christian R.
>
> ___
> 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] Des mairies sortent en "problème" dans Osmose

[Philippe Verdy]

Apparemment un problème de géocodage des données d'adresse sources
utilisées par Osmose.
Il place ici le point au milieu du chemin de Wallon-Cappel, et confond ce
chemin avec le nom de la commune sans regarder l'adresse indiquée Route
d'Hazzebrouck.

Le géocodage n'a pas été vérifié : une anomalie sans doute liée au fait que
le nom de la commune dans l'adresse est en capitales mais **sans le trait
d'union**, et Osmose (ou le service de géocodage qui a été utilisé) cherche
où est le nom de la commune dans l'adresse et le trouve exactement écrit
dans le nom du chemin.

Le point indiqué est alors beaucoup trop loin et Osmose ne trouve alors pas
la mairie à proximité de ce point fantaisiste.



Le 28 avril 2014 17:55, GuyDuNord  a écrit :

> Bonjour
>
> Depuis quelques temps certaines mairies sortent en "problème" dans
> Osmose. C'est le cas de celle-ci :
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=14&lat=50.72501&lon=2.47394&layers=B00FFT&layer=Mapnik&item=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131&level=1%2C2%2C3&overlays=FFFT&tags=&fixable=
>
> http://cjoint.com/?0DCpG1SkbxG
>
> Osmose nous indique : "Service public non intégré". Ce qui ne peut pas
> être vrai puisque cette mairie est bien présente dans OSM :
>
> http://cjoint.com/?0DCpIkhHSON
>
> J'ai tenté de cataloguer cette alarme en "Faux positif". Cela n'y fait
> rien et l'alarme réapparait quelques jours plus tard.
>
> Qu'en pensez-vous ?
>
> Cordialement
> GuyDuNord
>
>
> ___
> 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] Overpass turbo extraire départements dans région

[Jo]

Peut-être ceci peut vous aider:

https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata#Download_relevant_data_from_Openstreetmap_with_Overpass_API

Dans l'historique de cette page vous trouverez comment le faire sans que ce
soit comprimé.

Poyglot


2014-04-28 10:59 GMT+02:00 Christian Quest :

> Le but d'overpass-turbo est justement de fournir une interface graphique
> pour tester ses requêtes et visualiser le résultat... donc ne pas les
> visualiser revient à ne plus utiliser overpass-turbo ;)
>
> Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le
> résultat est léger, on peut faire les requêtes plus lourdes directement sur
> l'overpass-API.
>
> Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un
> shapefile complet serait peut être plus efficace.
> Pensez aux shapefile des découpages administratifs mis régulièrement sur
> data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et
> cohérents, à chaque export je dois faire des "réparations"), et d'être
> disponibles avec 3 niveaux de simplification géométrique.
>
>
> https://www.data.gouv.fr/fr/dataset/contours-des-departements-francais-issus-d-openstreetmap
> et
>
> https://www.data.gouv.fr/fr/dataset/contours-des-regions-francaises-sur-openstreetmap
>
>
>
> Le 28 avril 2014 10:03, Nicolas Moyroud  a écrit :
>
> Bonjour,
>>
>> J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo
>> qui n'est peut-être pas pertinente mais bon je vais vous en faire part
>> quand même ^^
>> Le problème principal vient peut-être du fait que l'overpass-turbo fait
>> afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde dans
>> un fichier téléchargeable. Ce qui est un peu dommage car essayer d'afficher
>> 15Mo de données a tendance à faire ramer fortement le navigateur... Ne
>> pourraient-ils pas proposer directement dans le formulaire un bouton
>> "export dans un fichier uniquement" qui permettrait de faire tourner la
>> transformation en GeoJSON en tâche de fond côté serveur uniquement sans
>> affichage côté client et qui enverrait un lien de download une fois
>> l'export réalisé ?
>>
>> Nicolas
>>
>> -
>> Nicolas Moyroud
>> Site web libre@vous : http://libreavous.teledetection.fr
>> -
>>
>> Le 28/04/2014 09:19, Mides a écrit :
>>
>>
>>> Par contre, si le traitement de la requête est assez rapide, la
>>> construction/download du fichier retour , lourdeur oblige certainement, 15
>>> Mo en format Geojson, prend pas mal de temps.
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Conférence "State Of The Map" France du 4 au 6 avril à 
> Paris
>
> ___
> 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] Overpass turbo extraire départements dans région

[Nicolas Moyroud]

Le 28/04/2014 10:59, Christian Quest a écrit :
Le but d'overpass-turbo est justement de fournir une interface 
graphique pour tester ses requêtes et visualiser le résultat... donc 
ne pas les visualiser revient à ne plus utiliser overpass-turbo ;)
Euh je sais pas la visualisation carto c'est super, mais visualiser du 
code GeoJSON reste d'un intérêt limité, non ? Et laissez le choix de ne 
pas le faire pour ne pas faire ramer son navigateur quand la réponse est 
trop grosse me paraissait pertinent. Ce qui n'empêche pas de continuer à 
utiliser l'overpass-turbo pour se faciliter le travail d'écriture des 
requêtes overpassAPI.




Une fois qu'on a compris le mécanisme et testé avec des requêtes dont 
le résultat est léger, on peut faire les requêtes plus lourdes 
directement sur l'overpass-API.
Là tu fais malheureusement fuir tous les Sigistes allergiques à ce 
"code" qui est quand même un peu trop complexe pour eux.


Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer 
un shapefile complet serait peut être plus efficace.
Pensez aux shapefile des découpages administratifs mis régulièrement 
sur data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets 
et cohérents, à chaque export je dois faire des "réparations"), et 
d'être disponibles avec 3 niveaux de simplification géométrique.
Oui pour les découpages administratives c'est clairement le choix le 
plus pertinent et c'est celui que j'indique à chaque fois qu'on me 
demande les limites d'OSM.


Nicolas



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

[OSM-talk-fr] relation de type TLC

[David Crochet]

Bonjour

C'est quoi ce genre de relation :
http://www.openstreetmap.org/relation/3358721

Cordialement
--
David Crochet

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

Re: [OSM-talk-fr] relation de type TLC

[Philippe Verdy]

Trafic Lights Control ?


Le 28 avril 2014 18:43, David Crochet  a écrit :

> Bonjour
>
> C'est quoi ce genre de relation :
> http://www.openstreetmap.org/relation/3358721
>
> Cordialement
> --
> David Crochet
>
> ___
> 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] relation de type TLC

[Philippe Verdy]

Apparemment c'est fait pour indiquer que les feux membres sont synchronisés.

Mais si c'est pour contrôler un carrefour, il est bizarre qu'on n'y associe
pas les voies concernées ou leur intersection, ni non plus les noeuds des
passages piétons. En l'état cette relation n'est pas réellement utilisable,
ou alors il faut créer autour du nuage de points des feux un polygone
englobant et chercher ces autres éléments dans le polygone.

C'est peut-être documenté quelque part mais là ça me semble incomplet.




2014-04-28 18:45 GMT+02:00 Philippe Verdy :

> Trafic Lights Control ?
>
>
> Le 28 avril 2014 18:43, David Crochet  a écrit :
>
> Bonjour
>>
>> C'est quoi ce genre de relation :
>> http://www.openstreetmap.org/relation/3358721
>>
>> Cordialement
>> --
>> David Crochet
>>
>> ___
>> 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] relation de type TLC

[David Crochet]

Bonjour

Le 28/04/2014 18:45, Philippe Verdy a écrit :

Trafic Lights Control ?




Cela indiquerait les dispositifs synchrones entre-eux ?

Cordialement

--
David Crochet

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

[OSM-talk-fr] Lier automatiquement les relation d'OSM et wikidata

[David Crochet]

Bonjour

Je viens de découvrir
http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html

Et là m'est venu une idée d'automatisation d'intégration des données :

- Dans la page "boundary --> administrative"
- pour chacune des relations
- allez sur la page de wikipédia
- suivre le lien "Élément sur Wikidata"
- y ajouter le numéro de la relation OSM s'il est inéxistant
- Suivant
- fin

vos 2 c€ ?

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Lier automatiquement les relation d'OSM et wikidata

[Greg]

Et inversement ?

https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata



Greg


2014-04-28 19:02 GMT+02:00 David Crochet :

> Bonjour
>
> Je viens de découvrir
> http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html
>
> Et là m'est venu une idée d'automatisation d'intégration des données :
>
> - Dans la page "boundary --> administrative"
> - pour chacune des relations
> - allez sur la page de wikipédia
> - suivre le lien "Élément sur Wikidata"
> - y ajouter le numéro de la relation OSM s'il est inéxistant
> - Suivant
> - fin
>
> vos 2 c€ ?
>
> Cordialement
>
> --
> David Crochet
>
> ___
> 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] Des mairies sortent en "problème" dans Osmose

[Jocelyn Jaubert]

Le 28/04/2014 17:55, GuyDuNord a écrit :
> Depuis quelques temps certaines mairies sortent en "problème" dans
> Osmose. C'est le cas de celle-ci :
> http://osmose.openstreetmap.fr/fr/map/#zoom=14&lat=50.72501&lon=2.47394&layers=B00FFT&layer=Mapnik&item=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131&level=1%2C2%2C3&overlays=FFFT&tags=&fixable=
> 
> http://cjoint.com/?0DCpG1SkbxG
> 
> Osmose nous indique : "Service public non intégré". Ce qui ne peut pas
> être vrai puisque cette mairie est bien présente dans OSM :
> 
> http://cjoint.com/?0DCpIkhHSON
> 
> J'ai tenté de cataloguer cette alarme en "Faux positif". Cela n'y fait
> rien et l'alarme réapparait quelques jours plus tard.
> 
> Qu'en pensez-vous ?

Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la
vérification de l’existence de cette mairie.

J'ai ouvert un ticket trac pour qu'on investigue le problème:
http://trac.openstreetmap.fr/ticket/556


Merci pour le rapport !


-- 
Jocelyn

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

[OSM-talk-fr] service=alley

[Jérôme Amagat]

Bonjours

Comment ça marche les service=alley?

Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec ces
alley (highway=service et service=alley) : http://overpass-turbo.eu/s/3bP
Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des rues
étroites ou bien des routes dans un lotissement qui sont tagger ainsi.

Quand on regarde le wiki
http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
Que ça soit en anglais ou en francais j'ai pas l'impression que c'est fait
pour ça.

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

Re: [OSM-talk-fr] Des mairies sortent en "problème" dans Osmose

[Frédéric Rodrigo]

Bonjour, le problème est bien liée au geocodage. C'est classique pour ces
données la.
Le bug est plutôt dans le fait que les faux positifs reviennent. Jocelyn
avait déjà commencé à regarder ça.
Frédéric.
Le 28 avr. 2014 18:26, "Jocelyn Jaubert"  a
écrit :

> Le 28/04/2014 17:55, GuyDuNord a écrit :
> > Depuis quelques temps certaines mairies sortent en "problème" dans
> > Osmose. C'est le cas de celle-ci :
> >
> http://osmose.openstreetmap.fr/fr/map/#zoom=14&lat=50.72501&lon=2.47394&layers=B00FFT&layer=Mapnik&item=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131&level=1%2C2%2C3&overlays=FFFT&tags=&fixable=
> >
> > http://cjoint.com/?0DCpG1SkbxG
> >
> > Osmose nous indique : "Service public non intégré". Ce qui ne peut pas
> > être vrai puisque cette mairie est bien présente dans OSM :
> >
> > http://cjoint.com/?0DCpIkhHSON
> >
> > J'ai tenté de cataloguer cette alarme en "Faux positif". Cela n'y fait
> > rien et l'alarme réapparait quelques jours plus tard.
> >
> > Qu'en pensez-vous ?
>
> Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la
> vérification de l’existence de cette mairie.
>
> J'ai ouvert un ticket trac pour qu'on investigue le problème:
> http://trac.openstreetmap.fr/ticket/556
>
>
> Merci pour le rapport !
>
>
> --
> Jocelyn
>
> ___
> 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] Lier automatiquement les relation d'OSM et wikidata

[Pierre-Yves Berrard]

Ou alors faire un import dans wikidata, comme je le suggérais ici :
http://forum.openstreetmap.fr/viewtopic.php?f=3&t=1127&p=5327#p5327

Pierre-Yves / the_knife


Le 28 avril 2014 19:04, Greg  a écrit :

> Et inversement ?
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
>
>
>
> Greg
>
>
> 2014-04-28 19:02 GMT+02:00 David Crochet :
>
>> Bonjour
>>
>> Je viens de découvrir
>> http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html
>>
>> Et là m'est venu une idée d'automatisation d'intégration des données :
>>
>> - Dans la page "boundary --> administrative"
>> - pour chacune des relations
>> - allez sur la page de wikipédia
>> - suivre le lien "Élément sur Wikidata"
>> - y ajouter le numéro de la relation OSM s'il est inéxistant
>> - Suivant
>> - fin
>>
>> vos 2 c€ ?
>>
>> Cordialement
>>
>> --
>> David Crochet
>>
>> ___
>> 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] service=alley

[Yves]

C'est des tags pour le rendu: les rues sont étroites et un highway residential 
deborderai sur les bâtiments.



On 28 avril 2014 19:59:04 UTC+02:00, "Jérôme Amagat"  
wrote:
>Bonjours
>
>Comment ça marche les service=alley?
>
>Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec
>ces
>alley (highway=service et service=alley) :
>http://overpass-turbo.eu/s/3bP
>Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des
>rues
>étroites ou bien des routes dans un lotissement qui sont tagger ainsi.
>
>Quand on regarde le wiki
>http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
>Que ça soit en anglais ou en francais j'ai pas l'impression que c'est
>fait
>pour ça.
>
>Cordialement
>
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rapport nombre de bâtiments par adresse, pour contrôle qualité

[Pierre Knobel]

Bonjour,

En même temps que je rajoute les adresses j'en profite pour fusionner les
bâtiments les plus fragmentés, et je me dit que ça pourrait faire un bon
outil de contrôle qualité d'avoir une couche de polygônes de communes
coloriés par leur rapport nombre de bâtiments sur nombre de tags
addr:housenumber pour toute la France.

Je ne m'attend pas à ce que ce soit un indicateur rigoureux, mais ça
permettrait d'avoir un rapide aperçu de l'état d'avancement du projet
adresses à intervalle régulier. Et pour les zones dont on sait que les
adresses ont été importées, on pourrait utiliser ça comme indicateur de
fragmentation des bâtiments.

Je m'attend à ce que le rapport soit proche de 2:1 pour les zones bien
cartographiées. Entre 2:1 et 1:1 je verrais bien un dégradé du vert clair
au vert foncé. De 2:1 à l'infini il faudrait un dégradé du vert au rouge.
En dessous de 1:1, quand on a plus de noeuds d'adresses que de bâtiments,
je mettrais une couleur à part, par exemple le jaune.

Qu'est-ce que vous en pensez ? Est-ce que ça vous semble utile ? Est-ce que
c'est compliqué à mettre en place ? J'imagine que ça fait un gros volume de
données à traiter et à maintenir à jour.


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