Re: [OSM-talk-fr] Annulation en fonction d'un tag et de son historique

[Stéphane Péneau]

Hello !

Je m'en suis sorti en utilisant la requête expliquée dans le sujet sur 
les centres équestres. Je l'ai faite sur landuse=farmyard et sur 
l'auteur des modifications.


Stf

Le mardi 17 juin 2014 08:24:15, Jean-Baptiste Holcroft a écrit :

Je doute que cela existe tel que tu le décris, mais en solutions
alternatives :
il reste peut être des building=yes, ou des tags sources avec cadastre
qui permettraient de savoir que ça a été importé (merci a eux ;)),
ou, si ça ne marche pas, tu peux te baser sur les dimensions, les ways
qui sont quand-même souvent petits comparé à un landuse.

En espérant avoir fait avancé ton schmilblik

Le 16 juin 2014 17:58, "Stéphane Péneau" mailto:stephane.pen...@wanadoo.fr>> a écrit :

Bonjour !

J'ai repéré de nombreux bâtiments qui ont été taggés en
landuse=farmyard, et ça concerne plus de 800 ways
(http://overpass-turbo.eu/s/__3L4
). Un peu fastidieux de corriger
ça à la main.

Est-ce qu'il y aurait une méthode pour extraire tous les
landuse=farmyard qui étaient précédemment building=yes ? Ou bien
tous les landuse=farmyard d'un contributeur en particulier ?

Stf


_
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] Annulation en fonction d'un tag et de son historique

[Jean-Baptiste Holcroft]

Je doute que cela existe tel que tu le décris, mais en solutions
alternatives :
il reste peut être des building=yes, ou des tags sources avec cadastre qui
permettraient de savoir que ça a été importé (merci a eux ;)),
ou, si ça ne marche pas, tu peux te baser sur les dimensions, les ways qui
sont quand-même souvent petits comparé à un landuse.

En espérant avoir fait avancé ton schmilblik
Le 16 juin 2014 17:58, "Stéphane Péneau"  a
écrit :

> Bonjour !
>
> J'ai repéré de nombreux bâtiments qui ont été taggés en landuse=farmyard,
> et ça concerne plus de 800 ways (http://overpass-turbo.eu/s/3L4). Un peu
> fastidieux de corriger ça à la main.
>
> Est-ce qu'il y aurait une méthode pour extraire tous les landuse=farmyard
> qui étaient précédemment building=yes ? Ou bien tous les landuse=farmyard
> d'un contributeur en particulier ?
>
> Stf
>
>
> ___
> 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] Landuse:farm et centre équestre

[Pierre Béland]

En y regardant un peu plus près, il y a aussi dans cette zone landuse = meadow 
inporté de Corinne ;)
Voir par exemple https://api.openstreetmap.org/way/99693137

 
Pierre 




 De : Pierre Béland 
À : Discussions sur OSM en français  
Envoyé le : Lundi 16 juin 2014 13h06
Objet : Re: [OSM-talk-fr] Landuse:farm et centre équestre
 


Voici ci-dessous un exemple de requête en identifiant un contributeur 
particulier (user name). 

Mais le mieux je pense, c'est d'exporter le résultat de la requête vers JOSM et 
corriger un à un. Le greffon TODO peut aider a sélectionner les objets un a un.

    
  
  
  
    

 

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

[OSM-talk-fr] Acces a l'API openstreetmap.fr

[Pierre Béland]

Corrigez-moi si je me trompes, mais Christian indiquait lors de sa présentation 
à SOTM-EU la fin de semaine dernière qu'il est possible de faire des requêtes 
API au serveur openstreetmap.fr pour soulager le serveur principal, ceci avec 
moins de restrictions d'accès. Je ne retrouve pas la documentation la-dessus et 
ne réussis pas à obtenir cette info directement de openstreetmap.fr

Par exemple, la requête suivante est redirigée vers openstreetmap.org. (code 
302, moved temporarily)

api.openstreetmap.fr/api/0.6/changeset/16716501/download

La situation n'a donc pas changé. Mais qu'en est-il exactement là-dessus? 
Acceptez-vous maintenant ces requêtes API, et si oui, allez vous réviser les 
paramètres pour nous permettte l'accès.  Et si oui, il serait intéressant 
d'avoir une documentation sur les limites pour les différentes requêtes sur 
opensteetmap.fr 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carto Balade OSM nouveau concept Savoyard 7 juillet 2014

[François Lacombe]

Bonsoir,

Merci pour cette info.


Cela fait plusieurs mois que j'ai entrepris la cartographie intégrale du
réseau électrique de la Haute-Savoie pour des tensions allant de 400 000 V
au 20 000 V en me basant sur les contributions antérieures.
http://www.itoworld.com/map/4?lon=6.43535&lat=46.12626&zoom=11&fullscreen=true

Saint-Pierre en Faucigny rentre dans ce périmètre.

Aussi OSM n'en sera que très reconnaissant si vous faites un usage sans
réserves des tags power=* et ref:ERDF:gdo
La commune de Saint-Pierre en Faucigny est en zone ERDF (operator=ERDF).
Par contre celle de Bonneville est desservie par la Régie Gaz & Electricité
de Bonneville (operator=GEBonneville).

Plus d'infos :
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#R.C3.A9seaux_de_distribution

Bonne carto-partie.


*François Lacombe*

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


Le 16 juin 2014 19:52, Fred Moine  a écrit :

> TOUT le monde à St Pierre en Faucigny pour une Carto Balade, (Cartopartie
> OSM + decouverte du patrimoine) le 7 juillet  on a besoin de volontaires
> OSM.
>
>
>
> *Un indice: *
>
> "Concernant la cartobalade, les dates prévues sont le lundi 7/07, le mardi
>
> 8/07 et le mercredi 9/07 (les après-midi).
>
>
>
> Le groupe sera toujours composé des mêmes jeunes qui seront âgés de 12 à
> 17 ans.
>
> Cordialement,
>
>
>
> Nathalie,
>
>
>
> Bibliothèque-médiathèque municipale - 130 rue des Plantées - 74800
>
> Saint-Pierre-en-Faucigny "
>
> *La réponse : *
>
> 1 er rencontre ce samedi 21 Juin à 9 h à la bibliothèque de Faucigny
>
> http://osm.org/go/0CHALjohZ--?layers=H&m=
>
> Carto balade le 7 Juillet 2014
>
> Ensuite il va falloir du monde pour encadrer la "carto balade" le lundi 7
> juillet après midi. (13h-19h)
>
> Si des personnes veulent aussi participer le 8 et 9 après midi welcome.
>
> Objectif :
>
>
>
> En une après-midi faire en sorte d'avoir plusieurs groupes pour couvrir
> une partie de la ville (field paper ou Walking paper ) et aider à faire la
> saisie des informations dans JOSM.
>
> Il faut au moins 3-4 personnes pour encadrer, à mon avis.
>
>  A confirmer durant la rencontre.
>
> Je compte sur la communauté OSM en Savoie pour donner un coup de main, car
> on n'a pas assez d'évènement OSM dans notre département.
>
> C’est le moment,
>
>
>
> Cordialement, Moine Frederic
>
>
>
> Me repondre directement via mon mail frmoine at gmail.com
>
>
>
> http://osm.org/go/0CHALjohZ--?layers=H&m=
>
> Ensuite il va falloir du monde pour encadrer la "carto balade" le lundi 7 
> juillet apres midi.
>
> Si des personnes veulent aussi participer le 8 et 9 apres midi welcome.
>
> Objectif,
>
> En une apres midi faire en sorte d'avoir plusieurs groupe pour couvrir une 
> partie de la ville et aider a faire la saisie des informations dans JOSM.
>
> Il faut au moins 3-4 personnes pour encadrer, à mon avis.
>
>
> A confirmer durant la rencontre.
>
> Je compte sur la communauté OSM en savoie pour donner un coup de main, car on 
> n'a pas assez d'évenement OSM dans notre département.
>
> C'est l'occasion
>
>
>
>  
>
>
> ___
> 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] Encore un site sans indiquer la provenance des données

[Francescu GAROBY]

Bonjour,
La ville de Rouen vient de mettre en ligne un site pour présenter son
réseau cyclable.
Une rapide recherche dans le code-source JavaScript fait apparaitre des
appels aux tuiles de tile.openstreetmap.fr.
Sauf que nul part n'apparait la source "communauté OpenStreetMap" ! Et je
ne trouve rien pour les contacter. Quelqu'un de Rouen saurait à qui
s'adresser ?

Le site en question : http://velo.rouen.fr/

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

[OSM-talk-fr] Carto Balade OSM nouveau concept Savoyard 7 juillet 2014

[Fred Moine]

TOUT le monde à St Pierre en Faucigny pour une Carto Balade, (Cartopartie
OSM + decouverte du patrimoine) le 7 juillet  on a besoin de volontaires
OSM.



*Un indice: *

"Concernant la cartobalade, les dates prévues sont le lundi 7/07, le mardi

8/07 et le mercredi 9/07 (les après-midi).



Le groupe sera toujours composé des mêmes jeunes qui seront âgés de 12 à 17
ans.

Cordialement,



Nathalie,



Bibliothèque-médiathèque municipale - 130 rue des Plantées - 74800

Saint-Pierre-en-Faucigny "

*La réponse : *

1 er rencontre ce samedi 21 Juin à 9 h à la bibliothèque de Faucigny

http://osm.org/go/0CHALjohZ--?layers=H&m=

Carto balade le 7 Juillet 2014

Ensuite il va falloir du monde pour encadrer la "carto balade" le lundi 7
juillet après midi. (13h-19h)

Si des personnes veulent aussi participer le 8 et 9 après midi welcome.

Objectif :



En une après-midi faire en sorte d'avoir plusieurs groupes pour couvrir une
partie de la ville (field paper ou Walking paper ) et aider à faire la
saisie des informations dans JOSM.

Il faut au moins 3-4 personnes pour encadrer, à mon avis.

 A confirmer durant la rencontre.

Je compte sur la communauté OSM en Savoie pour donner un coup de main, car
on n'a pas assez d'évènement OSM dans notre département.

C’est le moment,



Cordialement, Moine Frederic



Me repondre directement via mon mail frmoine at gmail.com



http://osm.org/go/0CHALjohZ--?layers=H&m=

Ensuite il va falloir du monde pour encadrer la "carto balade" le
lundi 7 juillet apres midi.

Si des personnes veulent aussi participer le 8 et 9 apres midi welcome.

Objectif,

En une apres midi faire en sorte d'avoir plusieurs groupe pour couvrir
une partie de la ville et aider a faire la saisie des informations
dans JOSM.

Il faut au moins 3-4 personnes pour encadrer, à mon avis.


A confirmer durant la rencontre.

Je compte sur la communauté OSM en savoie pour donner un coup de main,
car on n'a pas assez d'évenement OSM dans notre département.

C'est l'occasion



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

Re: [OSM-talk-fr] En route pour SOTM-EU !

[Frédéric Rodrigo]

Le 14/06/2014 18:04, Romain MEHUT a écrit :

Le 14 juin 2014 17:59, Christian Quest mailto:cqu...@openstreetmap.fr>> a écrit :

Au concours de posters, JB est sur la deuxième place du podium avec
le rendu R25 et Frédéric sur la 3ème avec son rendu Cassini.


Jamais vu le rendu Cassini. Un exemple?


Le style est dispo sur github :
https://github.com/frodrigo/osm-cassini-carto

C'est le style que j'avais utilisé pour l'atelier sur tilemill au sotm-fr.

Malheureusement il n'y a plus de serveur hébergent ce style, j'ai 
résilier l'abonnement du serveur.


Une ancienne version est visible sur mon site web pro, c'est cela que 
j'ai utilisé pour construire le poster :

http://map.carte-libre.fr/blason/

Et une imagette du poster :
http://postimg.org/image/6jyzky2jr/

Frédéric.


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

Re: [OSM-talk-fr] Landuse:farm et centre équestre

[Mides]

C'est je fais mais pas sur un contributeur, une zone, et puis traitement au
travers de Josm  pour distinguer,  au cas où,  farmland/farmyard.

area[name="XX"]->.zone;
(
  way(area.zone)[landuse=farm];
  );

out meta;

Michel


Le 16 juin 2014 19:06, Pierre Béland  a écrit :

> Voici ci-dessous un exemple de requête en identifiant un contributeur
> particulier (user name).
>
> Mais le mieux je pense, c'est d'exporter le résultat de la requête vers
> JOSM et corriger un à un. Le greffon TODO peut aider a sélectionner les
> objets un a un.
>
> 
>   
>   
>   
> 
>
>
> Pierre
>
>   --
>  *De :* Mides 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Lundi 16 juin 2014 12h46
> *Objet :* Re: [OSM-talk-fr] Landuse:farm et centre équestre
>
> Bonjour,
>
> merci pour cette info concernant la clé/valeur landuse = ;-) farm qui est
> donc déprécié au profit de landuse = farmland (farmyard) et que je vais
> m'empresser de mettre à jour.
>
> Michel
>
> PS : effectivement cette combinaison n’apparaît pas dans les presets Josm.
>
>
>
> Le 16 juin 2014 15:15, Pieren  a écrit :
>
> 2014-06-12 18:37 GMT+02:00 Mides :
> > Si l'on regarde les données  RPG concernant le contour des îlots de
> > cultures[1], cette zone est bien considérée comme agricole donc je vais
> > laisser le landuse:farm en sous couche.
>
> Petite remarque (tardive) pour signaler que le tag "landuse=farm" est
> déprécié au profit de "landuse=farmland" (terre agricole) ou
> "landuse=farmyard" (zone bâti/exploitation). Cela vient justement du
> fait que "landuse=farm" a été longtemps utilisé pour ces deux types
> d'usages sans distinction et qu'il faut lentement éliminer cette
> ambiguité en évitant ce tag (qui ne devrait plus être dans les presets
> de josm d'ailleurs, à vérifier).
>
> Pieren
>
> PS: petite remarque pour les nouveaux, évitez dans vos messages le
> caractère ":" pour séparer clé et valeur d'un tag parce que le double
> point est assez souvent présent dans certaines clés ("name:fr",
> "maxspeed:forward", etc), ce qui n'est pas le cas du signe "=" par
> exemple.
>
> ___
> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Landuse:farm et centre équestre

[Pierre Béland]

Voici ci-dessous un exemple de requête en identifiant un contributeur 
particulier (user name). 

Mais le mieux je pense, c'est d'exporter le résultat de la requête vers JOSM et 
corriger un à un. Le greffon TODO peut aider a sélectionner les objets un a un.

    
  
  
  
    

 

Pierre 




 De : Mides 
À : Discussions sur OSM en français  
Envoyé le : Lundi 16 juin 2014 12h46
Objet : Re: [OSM-talk-fr] Landuse:farm et centre équestre
 


Bonjour,

merci pour cette info concernant la clé/valeur landuse = ;-) farm qui est donc 
déprécié au profit de landuse = farmland (farmyard) et que je vais m'empresser 
de mettre à jour. 

Michel 

PS : effectivement cette combinaison n’apparaît pas dans les presets Josm. 





Le 16 juin 2014 15:15, Pieren  a écrit :

2014-06-12 18:37 GMT+02:00 Mides :
>> Si l'on regarde les données  RPG concernant le contour des îlots de
>> cultures[1], cette zone est bien considérée comme agricole donc je vais
>> laisser le landuse:farm en sous couche.
>
>Petite remarque (tardive) pour signaler que le tag "landuse=farm" est
>déprécié au profit de "landuse=farmland" (terre agricole) ou
>"landuse=farmyard" (zone bâti/exploitation). Cela vient justement du
>fait que "landuse=farm" a été longtemps utilisé pour ces deux types
>d'usages sans distinction et qu'il faut lentement éliminer cette
>ambiguité en évitant ce tag (qui ne devrait plus être dans les presets
>de josm d'ailleurs, à vérifier).
>
>Pieren
>
>PS: petite remarque pour les nouveaux, évitez dans vos messages le
>caractère ":" pour séparer clé et valeur d'un tag parce que le double
>point est assez souvent présent dans certaines clés ("name:fr",
>"maxspeed:forward", etc), ce qui n'est pas le cas du signe "=" par
>exemple.
>
>___
>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] Landuse:farm et centre équestre

[Mides]

Bonjour,

merci pour cette info concernant la clé/valeur landuse = ;-) farm qui est
donc déprécié au profit de landuse = farmland (farmyard) et que je vais
m'empresser de mettre à jour.

Michel

PS : effectivement cette combinaison n’apparaît pas dans les presets Josm.



Le 16 juin 2014 15:15, Pieren  a écrit :

> 2014-06-12 18:37 GMT+02:00 Mides :
> > Si l'on regarde les données  RPG concernant le contour des îlots de
> > cultures[1], cette zone est bien considérée comme agricole donc je vais
> > laisser le landuse:farm en sous couche.
>
> Petite remarque (tardive) pour signaler que le tag "landuse=farm" est
> déprécié au profit de "landuse=farmland" (terre agricole) ou
> "landuse=farmyard" (zone bâti/exploitation). Cela vient justement du
> fait que "landuse=farm" a été longtemps utilisé pour ces deux types
> d'usages sans distinction et qu'il faut lentement éliminer cette
> ambiguité en évitant ce tag (qui ne devrait plus être dans les presets
> de josm d'ailleurs, à vérifier).
>
> Pieren
>
> PS: petite remarque pour les nouveaux, évitez dans vos messages le
> caractère ":" pour séparer clé et valeur d'un tag parce que le double
> point est assez souvent présent dans certaines clés ("name:fr",
> "maxspeed:forward", etc), ce qui n'est pas le cas du signe "=" par
> exemple.
>
> ___
> 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] Trop de place=village

[Jean-Marc Gailis]

Je crois qu'il parle du fait qu'il ne voit pas ces changements dans iD:
Juste pour dire, la mise à jour d'iD avec les nouvelles traductions n'est
pas continue, comme partout d'ailleurs.


Jean-Marc Gailis
Ubuntu GNOME Translations Coordinator
Latvian Ubuntu Translator
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Annulation en fonction d'un tag et de son historique

[Stéphane Péneau]

Bonjour !

J'ai repéré de nombreux bâtiments qui ont été taggés en 
landuse=farmyard, et ça concerne plus de 800 ways 
(http://overpass-turbo.eu/s/3L4). Un peu fastidieux de corriger ça à la 
main.


Est-ce qu'il y aurait une méthode pour extraire tous les 
landuse=farmyard qui étaient précédemment building=yes ? Ou bien tous 
les landuse=farmyard d'un contributeur en particulier ?


Stf


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

Re: [OSM-talk-fr] Google rachète Skybox Imaging...

[Philippe Verdy]

Pour faire de l'imagerie il faut une altitude basse sinon pas moyen de
couvrir de larges étendues et d'avoir la précision (ou alors il faut des
optiques très coûteuses à cause du fort grossissement qui peut montrer les
défauts de l'optique, ou alors des optiques de grande dimension avec des
miroirs très coûteux à produire et à protéger des déformations pendant le
lancement).

Et à cause des déplacements continus (forcément assez rapides en altitude
basse, sinon le satellite retombe sur Terre), pas moyen de proposer de
l'internet dessus:
* il faudrait un équipement trop spécifique pour repérer et suivre le
satellite qui très vite va ne plus être visible (je vois mal encore un
équipement internet se positionner sur une constellation.
* Ok pour le GPS mais le signal est unidirectionnel et en fin de compte a
un débit assez faible à cause des changements constant de direction qui
entrainent un effet doppler significatif suffisant pour entrainer une
dérive continue de la fréquence de réception (ce qui ne permet pas de débit
très élevé à cause de l'erreur de Nyquist, je veux bien que les puces de
réception des GPS disposent d'un système de contrôle de la dérive de
fréquence mais c'est assez long à caler, et il faut aussi un système pour
capter les éphémérides et calculer les dérives de fréquence selon l'angle
d'approche en réception);
* en altitude basse il y a aussi des effets de perturbation stratosphérique
sur le déplacement du satellite en plus de la perturbation sur le signal
lui-même, les éphémérides doivent être réajustés régulièrement et on ne
peut pas les prévoir longtemps à l'avance, ou alors il faut disposer d'une
batterie de stations terrestres pour les suivre en continu, et là il n'y a
que les USA, la France voire le Royaume-Uni, à pouvoir le faire depuis
presque le monde entier, mais sinon ils utilisent les relais des autres
satellites qui s'observent entre eux; les Russes le font en payant des
services dans des pays tiers pour installer des matériels, mais peuvent
observer depuis leur sol sur la moitié de l'hémisphère nord, ce qui peut
suffire pour leur permettre d'avoir des calages suffisants, sinon ils ont
aussi des stations en Afrique, à Cuba, en Amérique du Sud, ou dans des
archipels du Pacifique et sur leurs navires; la Chine a plus de mal et même
pour sa prochaine flotte de GPS, elle devra louer des services aux USA, à
l'Europe, à l'Afrique du Sud ou l'Angola, à l'Argentine ou au Chili, à
l'Australie, ou aux Fidji).

Lancer un satellite en altitude haute coûte (voire géostationnaire pour la
télévision ou la radio directe ou relayer les signaux d'un point d'émission
vers un réseau de réémetteurs terrestre, ou pour les télécommunications
trans-océaniques) très cher en plus (et ils sont beaucoup plus délicats à
positionner), alors que les satellites d'imagerie sont mis dans les
premiers étages lâchés en complément de charge d'un lanceur, on sait assez
précisément où ils vont être lâchés et de toute façon ils seront très
mobiles.

D'ailleurs il y a de moins en moins de satellites géostationnaires : trop
cher, difficile à maintenir en altitude, ils épuisent aussi assez vite leur
carburant et c'est du poids en plus à lancer, et pas très adapté aux
communications interactives à cause du temps d'aller-retour, cette altitude
ne sert plus que pour des observations militaires ou pour des télescope
spatiaux afin de ne plus subit les perturbations stratosphériques sur le
capteur d'observation, pour la diffusion simple ou les observations
permanentes à usage civil type météo.

Même les satellites militaires maintenant utilisent les altitudes basses
avec l'avantage qu'ils peuvent les piloter, qu'ils ont une part d'aléa dans
leurs déplacement et que les autres ont du mal à prévoir les mouvements
longtemps à l'avance pour en brouiller les signaux (et si on peut se
protéger d'un seul satellite, on ne peut pas le faire facilement d'une
constellation où les satellites observateurs viennent de n'importe quel
coté.

L'altitude basse permet aussi des prises de vue non nécessairement
verticales pour couvrir des zones élargies et la voir de tous côtés en
permettant de facilement reconstituer le relief, et de rendre visible ce
qu'on ne pourrait pas voir sous un seul angle. Les photos à 45 degrés sont
très utiles (mais pas possibles avec une bonne précision en altitude haute).



Le 16 juin 2014 14:05, Guilhem Bonnefille  a
écrit :

> Si on rajoute l'annonce concernant un projet de satellites Google pour
> de l'Internet...
> https://bgr.com/2014/06/02/google-internet-satellites-project/
>
> De là a imaginer qu'ils veulent faire d'une pierre deux coups avec des
> satellites offrant de l'internet et du flux image. Surtout que si les
> satellites proposent de la connectivité Internet, ils n'ont pas besoin
> de stockage et peuvent décharger en continue les acquisitions vidéo.
> Reste l'altitude et la résolution du capteur.
>
> Et si on rajoute cet autre "bruit" sur un investissement dans des
> avions sans pilote de haute a

Re: [OSM-talk-fr] Landuse:farm et centre équestre

[Pieren]

2014-06-12 18:37 GMT+02:00 Mides :
> Si l'on regarde les données  RPG concernant le contour des îlots de
> cultures[1], cette zone est bien considérée comme agricole donc je vais
> laisser le landuse:farm en sous couche.

Petite remarque (tardive) pour signaler que le tag "landuse=farm" est
déprécié au profit de "landuse=farmland" (terre agricole) ou
"landuse=farmyard" (zone bâti/exploitation). Cela vient justement du
fait que "landuse=farm" a été longtemps utilisé pour ces deux types
d'usages sans distinction et qu'il faut lentement éliminer cette
ambiguité en évitant ce tag (qui ne devrait plus être dans les presets
de josm d'ailleurs, à vérifier).

Pieren

PS: petite remarque pour les nouveaux, évitez dans vos messages le
caractère ":" pour séparer clé et valeur d'un tag parce que le double
point est assez souvent présent dans certaines clés ("name:fr",
"maxspeed:forward", etc), ce qui n'est pas le cas du signe "=" par
exemple.

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

Re: [OSM-talk-fr] Code Fantoir

[Christian Quest]

Oui, c'est valide. Par contre je ne sais pas si ça a un sens particulier.


Le 16 juin 2014 14:47, JB  a écrit :

> C'est valide, ça, comme code Fantoir, avec un A au milieu ?
> 10387A063Y-10,10,Vergers des Noels,1,Troyes,CAD,48.292142,4.103530
> Ça a un sens particulier ?
> JB.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Code Fantoir

[V de Chateau-Thierry]

Bonjour,

> De : "JB"
>
> C'est valide, ça, comme code Fantoir, avec un A au milieu ?
> 10387A063Y-10,10,Vergers des Noels,1,Troyes,CAD,48.292142,4.103530
> Ça a un sens particulier ?

Apparemment oui, ça signifie : "Ensemble immobilier"
Tiré de cette doc :
http://collectivites-
locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf

vincent

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

[OSM-talk-fr] Code Fantoir

[JB]

C'est valide, ça, comme code Fantoir, avec un A au milieu ?
10387A063Y-10,10,Vergers des Noels,1,Troyes,CAD,48.292142,4.103530
Ça a un sens particulier ?
JB.

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

Re: [OSM-talk-fr] Trop de place=village

[Stéphane Péneau]

Le lundi 16 juin 2014 13:22:57, Pieren a écrit :


Je ne vois pas le changement annoncé. Il ne faut pas oublier d'appuyer
sur le bouton "save/sauvegarde" ;-)


Vraiment ?
Pourtant je les vois :
https://www.transifex.com/projects/p/id-editor/translate/#fr/presets/11399224?q=village
https://www.transifex.com/projects/p/id-editor/translate/#fr/presets/11399221?q=hamlet
https://www.transifex.com/projects/p/id-editor/translate/#fr/presets/11399178?q=farmyard



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

Re: [OSM-talk-fr] Google rachète Skybox Imaging...

[Guilhem Bonnefille]

Si on rajoute l'annonce concernant un projet de satellites Google pour
de l'Internet...
https://bgr.com/2014/06/02/google-internet-satellites-project/

De là a imaginer qu'ils veulent faire d'une pierre deux coups avec des
satellites offrant de l'internet et du flux image. Surtout que si les
satellites proposent de la connectivité Internet, ils n'ont pas besoin
de stockage et peuvent décharger en continue les acquisitions vidéo.
Reste l'altitude et la résolution du capteur.

Et si on rajoute cet autre "bruit" sur un investissement dans des
avions sans pilote de haute altitude...
http://www.aopa.org/News-and-Video/All-News/2014/April/16/Google-acquiring-UAV-developer-Titan-Aerospace.aspx

Bons rêves...

Le 12 juin 2014 14:02, Philippe Verdy  a écrit :
> On verra quand Google lancera ses propres satellites et acceptera les
> risques du lancement, mais s'il est capable de payer un demi-milliard pour
> une société comme ça, je me demande bien pourquoi Google ne serait pas
> capable de payer la police d'assurance d'un lancement (surtout quand pour
> ces petits satellites d'observation en altitude basse le lancement n'est pas
> si cher que ça et les risques sont souvent partagés sur un même lanceur par
> une série de clients qui coassurent le vol).
> Et pour géolocaliser encore mieux les utilisateurs, il lancera sa propre
> flotte pour concurrencer GPS, GLONASS ou le projet européen qui ne décolle
> pas, avec la puce nécessaire sous licence à intégrer par les fabricants de
> mobiles.
>
>
> Le 12 juin 2014 11:08, Christian Quest  a écrit :
>>
>> Et hop, un de plus de concentration.
>>
>> Mapbox qui collaborait avec cette société va peut être devoir revoir ses
>> plans.
>>
>> Source:
>> http://www.macbidouille.com/news/2014/06/11/google-se-paye-une-societe-specialisee-dans-l-imagerie-satellitaire
>>
>> --
>> 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
>



-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

Re: [OSM-talk-fr] tile.openstreetmap.fr à genou ?

[Christian Quest]

Ca a été un peu acrobatique oui... là le graphe de retard me semble très
très optimiste et me fait craindre un truc pas clair :(


Le 16 juin 2014 13:36, Art Penteur  a écrit :

> Le 25 mai, Christian nous annonçait :
>
> > "tile.openstreetmap.fr en "pause"
> >
> >
> > Suite à un problème de base de données, la mise à jour des tuiles
> >  est en pause le temps qu'on fasse le ré-import de la base (en //),
> > mais les tuiles continuent à être générées à la demande.
> >
> > Ne vous étonnez pas si "c'est pas à jour" ;)
>
>   J'ai vu aussi que ça durait, mais j'ai supposé que le problème avait
> été plus grave que prévu.
>
> Art.
>
> Le 16 juin 2014 13:29, Waxy  a écrit :
> > Salut,
> >
> > Cela fait des jours que les dalles ne sont plus rafraîchies sur
> > tile.openstreetmap.fr, en tout cas sur la Guyane.
> > Même un coup de dirty ne semble rien y faire, et puis c'est généralisé !
> >
> > Est-ce volontaire, pour favoriser d'autres tâches, ou y a-t-il un
> problème ?
> >
> > Exemples :
> >
> >
> http://b.tile.openstreetmap.fr/?zoom=16&lat=5.48805&lon=-54.03002&layers=00B0FFF
> >
> >
> http://b.tile.openstreetmap.fr/?zoom=14&lat=4.70725&lon=-52.31072&layers=B000FFF
> >
> > @+
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] tile.openstreetmap.fr à genou ?

[Art Penteur]

Le 25 mai, Christian nous annonçait :

> "tile.openstreetmap.fr en "pause"
>
>
> Suite à un problème de base de données, la mise à jour des tuiles
>  est en pause le temps qu'on fasse le ré-import de la base (en //),
> mais les tuiles continuent à être générées à la demande.
>
> Ne vous étonnez pas si "c'est pas à jour" ;)

  J'ai vu aussi que ça durait, mais j'ai supposé que le problème avait
été plus grave que prévu.

Art.

Le 16 juin 2014 13:29, Waxy  a écrit :
> Salut,
>
> Cela fait des jours que les dalles ne sont plus rafraîchies sur
> tile.openstreetmap.fr, en tout cas sur la Guyane.
> Même un coup de dirty ne semble rien y faire, et puis c'est généralisé !
>
> Est-ce volontaire, pour favoriser d'autres tâches, ou y a-t-il un problème ?
>
> Exemples :
>
> http://b.tile.openstreetmap.fr/?zoom=16&lat=5.48805&lon=-54.03002&layers=00B0FFF
>
> http://b.tile.openstreetmap.fr/?zoom=14&lat=4.70725&lon=-52.31072&layers=B000FFF
>
> @+
>
> ___
> 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] tile.openstreetmap.fr à genou ?

[Christian Quest]

Le mise à jour de la base était suspendue depuis sa ré-importation il y a
quelques semaines.
Elle a été réactivée hier...


Le 16 juin 2014 13:29, Waxy  a écrit :

> Salut,
>
> Cela fait des jours que les dalles ne sont plus rafraîchies sur
> tile.openstreetmap.fr, en tout cas sur la Guyane.
> Même un coup de dirty ne semble rien y faire, et puis c'est généralisé !
>
> Est-ce volontaire, pour favoriser d'autres tâches, ou y a-t-il un problème
> ?
>
> Exemples :
>
>
> http://b.tile.openstreetmap.fr/?zoom=16&lat=5.48805&lon=-54.03002&layers=00B0FFF
>
>
> http://b.tile.openstreetmap.fr/?zoom=14&lat=4.70725&lon=-52.31072&layers=B000FFF
>
> @+
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] tile.openstreetmap.fr à genou ?

[Waxy]

Salut,

Cela fait des jours que les dalles ne sont plus rafraîchies sur
tile.openstreetmap.fr, en tout cas sur la Guyane.
Même un coup de dirty ne semble rien y faire, et puis c'est généralisé !

Est-ce volontaire, pour favoriser d'autres tâches, ou y a-t-il un problème ?

Exemples :

http://b.tile.openstreetmap.fr/?zoom=16&lat=5.48805&lon=-54.03002&layers=00B0FFF

http://b.tile.openstreetmap.fr/?zoom=14&lat=4.70725&lon=-52.31072&layers=B000FFF

@+

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

Re: [OSM-talk-fr] Trop de place=village

[Pieren]

2014-06-16 10:56 GMT+02:00 Stéphane Péneau :

> Ah oui ! Le rôle du tag est bien décrit, et je ne vois pas de confusion
> possible. Je viens de faire la modif.

Je ne vois pas le changement annoncé. Il ne faut pas oublier d'appuyer
sur le bouton "save/sauvegarde" ;-)

Pieren

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

Re: [OSM-talk-fr] Trop de place=village

[Stéphane Péneau]

Le lundi 16 juin 2014 09:34:06, Ab_fab a écrit :

Bonjour Stéphane,

"Corps de ferme" comme indiqué dans le wiki (*),


Là, on peut être certain qu'il sera utilisé sur du bâti.

ou bien "Exploitation

agricole" ?


Ah oui ! Le rôle du tag est bien décrit, et je ne vois pas de confusion 
possible. Je viens de faire la modif.


Stf

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

Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs

[Nicolas Dumoulin]

Le lundi 16 juin 2014 10:34:16 Christian Quest a écrit :
> Ce sont ces cas particuliers qu'il est peut être pour l'instant plus
> souhaitable de laisser "en rouge" que de bricoler à tout prix pour éliminer
> le rouge, non ?

Carrément :-)

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

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

Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs

[Christian Quest]

D'un point de vue fiscal, il y a bien deux adresses... une pour chaque
partie de propriété figurant sur chacune des 2 communes.
D'un point de vue accès, il n'y en a qu'un.

On a donc 2 codes FANTOIR pour une même voie. Je verrais bien: une relation
associatedStreet pour les adresses d'accès qu'on peut ajouter dans OSM, et
un ref:FR:FANTOIR supplémentaire provenant de l'autre commune sur le
highway mais sans intégrer les adresses qui sont au final assez
"virtuelles" (ça m'étonnerai qu'il y ait 2 plaques).

Ce sont ces cas particuliers qu'il est peut être pour l'instant plus
souhaitable de laisser "en rouge" que de bricoler à tout prix pour éliminer
le rouge, non ?





Le 16 juin 2014 09:16, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le lundi 16 juin 2014 01:04:47 Muselaar a écrit :
> > J'ai une situation qui va vous amuser (même si le cas ne doit pas être
> > si rare...). En tout cas, je ne vois vraiment pas quelle est la solution
> > pour éliminer le rouge dans la BANO...
> >
> >
> http://layers.openstreetmap.fr/?zoom=18&lat=47.63649&lon=6.83483&layers=B000
> > 0FFT
>
> J'ai aussi un cas en limite de commune où le script ne trouve pas la rue :
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.74422/3.09582
> La rue s'arrête avant la limite de commune et n'arrive pas sur Romagnat où
> sont les points adresse.
>
> Dans mon cas, la solution est de rentrer manuellement les points adresses
> dans
> la commune. Dans le tien, il faudrait en effet pouvoir centraliser ces
> erreurs
> de doublon d'adresse.
>
> J'ai aussi un cas de doublon ici :
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/45.75338/3.13645
> Il y a deux n°23. Celui en rouge est sur un nom de rue différent. Je ne
> vais
> pas ajouter un nom de rue non constaté ni sur le terrain, ni sur le
> cadastre
> juste pour enlever un point rouge de trop :-)
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Trop de place=village

[Ab_fab]

Bonjour Stéphane,

"Corps de ferme" comme indiqué dans le wiki (*), ou bien "Exploitation
agricole" ?
Bonne initiative que d'aller ajuster la traduction de iD

Bonne journée

(*) http://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dfarmyard


Le 16 juin 2014 09:28, Stéphane Péneau  a écrit
:

> Hello
>
> J'ai reçu une réponse du contributeur, il va s'occuper des corrections. Je
> vais aussi essayer d'en corriger une partie.
> Il m'a expliqué qu'il a l'habitude d'utiliser le terme "village" pour tout
> ce qui n'est pas "le bourg", et c'est vrai que c'est aussi l'usage par chez
> moi. Il a donc tout simplement choisi ce preset dans iD
>
> J'ai donc tenté d'ajouter la précision du nombre d'habitants dans
> l'éditeur de traduction de ID, mais je ne sais pas si je l'ai fait
> correctement, ni ne sait à quelle fréquence c'est mis à jour.
>
> J'en ai aussi profité pour modifier la traduction de "farmyard" qui était
> "batiments de ferme". Un ou plusieurs contributeurs l'on donc appliqué
> directement sur les batiments au lieu de la zone les comprenant. "Farmyard"
> est maintenant traduit par "Ferme". Si vous avez mieux
>
> Stf
>
> Le jeudi 12 juin 2014 00:54:51, Jérôme Amagat a écrit :
>
>> j'ai regarder un peu, c'st tout la même personne qui a créé les
>> "village" donc on peut tous les avoir : http://overpass-turbo.eu/s/3IC
>> Et ces village sont sur des habitations a chaque fois et pas sur le
>> village principal donc pour moi c'est des hameau et
>> desisolated_dwelling. a vérifier un par un (ils sont 231) grâce a bing.
>>
>>
>>
>> Le 11 juin 2014 23:53, Vincent de Château-Thierry > > a écrit :
>>
>>
>>
>> Le 11/06/2014 19:30, Christophe Merlet a écrit :
>>
>>
>> Après avoir exclus les vrais communes (ref:INSEE=*)
>> En une passe, on peut tous les faire passer en place=locality
>> et laisser
>> le temps les faire repasser en hamlet ou isolated_dwelling
>>
>>
>> Les tagguer en place=locality de façon systématique ne va rien
>> corriger, juste déplacer le problème. Je ne vois pas trop l'intérêt.
>>
>> Pour qui voudrait y consacrer du temps en solo (sans Mapcraft &
>> co), réviser ces points se fait idéalement avec le plugin ToDoList :
>> http://wiki.openstreetmap.org/__wiki/JOSM/Plugins/TODO_list
>>
>> 
>> (et bing en fond)
>>
>> 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
>



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

Re: [OSM-talk-fr] Trop de place=village

[Stéphane Péneau]

Hello

J'ai reçu une réponse du contributeur, il va s'occuper des corrections. 
Je vais aussi essayer d'en corriger une partie.
Il m'a expliqué qu'il a l'habitude d'utiliser le terme "village" pour 
tout ce qui n'est pas "le bourg", et c'est vrai que c'est aussi l'usage 
par chez moi. Il a donc tout simplement choisi ce preset dans iD


J'ai donc tenté d'ajouter la précision du nombre d'habitants dans 
l'éditeur de traduction de ID, mais je ne sais pas si je l'ai fait 
correctement, ni ne sait à quelle fréquence c'est mis à jour.


J'en ai aussi profité pour modifier la traduction de "farmyard" qui 
était "batiments de ferme". Un ou plusieurs contributeurs l'on donc 
appliqué directement sur les batiments au lieu de la zone les 
comprenant. "Farmyard" est maintenant traduit par "Ferme". Si vous avez 
mieux


Stf

Le jeudi 12 juin 2014 00:54:51, Jérôme Amagat a écrit :

j'ai regarder un peu, c'st tout la même personne qui a créé les
"village" donc on peut tous les avoir : http://overpass-turbo.eu/s/3IC
Et ces village sont sur des habitations a chaque fois et pas sur le
village principal donc pour moi c'est des hameau et
desisolated_dwelling. a vérifier un par un (ils sont 231) grâce a bing.


Le 11 juin 2014 23:53, Vincent de Château-Thierry mailto:v...@laposte.net>> a écrit :


Le 11/06/2014 19:30, Christophe Merlet a écrit :


Après avoir exclus les vrais communes (ref:INSEE=*)
En une passe, on peut tous les faire passer en place=locality
et laisser
le temps les faire repasser en hamlet ou isolated_dwelling


Les tagguer en place=locality de façon systématique ne va rien
corriger, juste déplacer le problème. Je ne vois pas trop l'intérêt.

Pour qui voudrait y consacrer du temps en solo (sans Mapcraft &
co), réviser ces points se fait idéalement avec le plugin ToDoList :
http://wiki.openstreetmap.org/__wiki/JOSM/Plugins/TODO_list

(et bing en fond)

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] rue sur deux communes : deux codes fantoirs

[Nicolas Dumoulin]

Le lundi 16 juin 2014 01:04:47 Muselaar a écrit :
> J'ai une situation qui va vous amuser (même si le cas ne doit pas être
> si rare...). En tout cas, je ne vois vraiment pas quelle est la solution
> pour éliminer le rouge dans la BANO...
> 
> http://layers.openstreetmap.fr/?zoom=18&lat=47.63649&lon=6.83483&layers=B000
> 0FFT

J'ai aussi un cas en limite de commune où le script ne trouve pas la rue :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.74422/3.09582
La rue s'arrête avant la limite de commune et n'arrive pas sur Romagnat où 
sont les points adresse.

Dans mon cas, la solution est de rentrer manuellement les points adresses dans 
la commune. Dans le tien, il faudrait en effet pouvoir centraliser ces erreurs 
de doublon d'adresse.

J'ai aussi un cas de doublon ici :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/45.75338/3.13645
Il y a deux n°23. Celui en rouge est sur un nom de rue différent. Je ne vais 
pas ajouter un nom de rue non constaté ni sur le terrain, ni sur le cadastre 
juste pour enlever un point rouge de trop :-)

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

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