Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[Jean-Claude Repetto]

On 18/07/2013 06:25, Pierre Knobel wrote:

Pour info on trouve également un épisode de C'est pas sorcier consacré à
la cartographie sur youtube, vimeo ou le site de France 3 (en VOD).
L'épisode doit être vieux, il ne mentionne pas du tout OSM.


1999


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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Tetsuo Shima]

Avant que je pose des questions bêtes... dis moi Christian, la
population des nodes "place" tu la prends directement dans le geofla?
ou bien tu prends celle qu'il y a dans la base OSM? Parce que ce tag
ne semble pas souvent rempli pour les petites communes dans OSM, et
accessoirement elle n'est pas forcément homogène - obsolescence des
donnée, divers source etc. -

2013/7/17 Christian Quest :
> Les zoom 3 à 7 sont en cours de régénération après avoir supprimé
> quelques "pays" parasites...
> http://www.openstreetmap.org/browse/changeset/16990256
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[Pierre Knobel]

Pour info on trouve également un épisode de C'est pas sorcier consacré à la
cartographie sur youtube, vimeo ou le site de France 3 (en VOD). L'épisode
doit être vieux, il ne mentionne pas du tout OSM. Je me rappelle avoir été
impressionné par la quantité de travail requise pour recueillir les données
d'altitude sur tout le territoire  avant les satelittes.

http://www.youtube.com/watch?v=Ft6KM9AzKig
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[Philippe Verdy]

La 3D décimétrique on y est maintenant avec Google dans plein d'endroits du
monde (là où sont passées ses Google Cars). De quoi en faire baver d'envie
bien des instituts nationaux qui ne savent pas tirer profit de leurs
investissements comme peut le faire Google (mais non librement, car il
commercialise sa carte et ses données, au delà d'une limite d'utilisation
gratuite qu'il fixe lui-même, et où il décide maintenant quoi afficher
selon les utilisateurs).

Cependant pour rendre justice à Google, il est aussi un des plus gros
clients pour acheter de l'imagerie, et il finance indirectement par là les
instituts qui produisent de l'imagerie, laquelle peut être revenue aussi
moins chère aux collectivités qui par leurs instituts produisent des
données géographiques. Mais Google a des moyens énormes que des
collectivités n'ont pas, sa force c'est l'étendue de sa base de données un
peu partout dans le monde et le fait qu'il utilise aussi déjà les données
publiques (puisqu'elles sont ouvertes à lui comme à nous), mais il peut les
intégrer de façon beaucoup plus massive.

Le 17 juillet 2013 23:59, Greg  a écrit :

> Je vais préciser un peu ma pensée : étant les moyens techniques de
> l'époque, la résolution des données semble stupéfiante.
> Les mêmes moyens financiers et humains, mais avec les moyens
> technologiques d'aujourd'hui devraient permettre une cartographie
> extraordinairement plus détaillée. Je pense par exemple à une cartographie
> 3D métrique, voire décimétrique. C'est peut être dans les cartons de l'IGN
> ? :)
>
> Par contre, il est vrai que la hauteur de la barrière d'entrée à largement
> été abaissée pour permettre à tout le monde de créer une carte d'une
> qualité suffisante pour beaucoup d'usages, et surtout réutilisable.
>
> Bonne soirée !
>
>
> Greg
>
>
> 2013/7/17 Philippe Verdy 
>
>> Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des
>> petites cuillères quand hier on n'avait pas le choix que d'utiliser les
>> gros moyens des "pelleteuses", le travail à faire étant immensément plus
>> grand.
>>
>> Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale
>> ne s'était pas développée pour permettre des techniques de prises de vue à
>> couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait
>> totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup
>> trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop
>> de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de
>> déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté
>> de ce qu'on peut utiliser aujourd'hui.
>>
>> Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au
>> 100 millième d'une seule région de France, et peut-être même pas une ville
>> comme Paris (en se contentant juste de tracer les rues sans tenir compte
>> des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait
>> non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs
>> car on manquerait cruellement de l'information de base : la connaissance du
>> terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très
>> bien ce film de l'IGN).
>>
>> Je suis tout de même surpris par le nombre d'opérations de transcriptions
>> successives des données et tout de même je trouve admirable qu'à fil des
>> transformations on ait pu offrir une telle précisions sans la dégrader à
>> chaque fois.
>>
>> Et comment tout ce travail de titan a pu échapper à certaines
>> catastrophes me parait un miracle car on ne pouvait pas le reproduire
>> facilement (même en faire une copie était certainement très coûteux,
>> aujourd'hui on copie un fichier n'importe où en une quelques secondes
>> n'importe où dans le monde, on ne risque plus de tout perdre par accident).
>>
>> Alors oui nos GPS portables sont des petites cuillères. Le reste avec les
>> techniques numériques évitent plein d'étapes utilisant des instruments de
>> précision coûteux car on sait préserver la précision et l'améliorer comme
>> on veut (tout ajout de données ne fait qu'améliorer la précision. Les
>> moyens d'aujourd"hui sont utilisables par des non-spécialistes et plus
>> facilement vérifiables.
>>
>>
>>
>>
>> Le 17 juillet 2013 19:54, Greg  a écrit :
>>
>> C'est tout bonnement excellent !
>>>
>>> J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que
>>> tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou
>>> d'autre utilisent une petite cuillère :)
>>>
>>>
>>> Greg
>>>
>>>
>>> 2013/7/17 Hélène PETIT 
>>>
 "Nous sommes des nains assis sur des épaules de géants. Si nous voyons
 plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la
 perspicacité de notre vue, ni de notre grandeur, c’est parce que nous
 sommes élevés par eux."
 Jean de Salisbury, écrit en 1159


 http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants
 Le 16/07/2013 23

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

[Sylvain Maillard]

en fait c'est plutôt que toute l'eau coule dans le même sens uniquement du
"nord-est" au "sud-ouest" ... voir
http://map.f4-group.com/#lon=2.2381974&lat=48.8220928&zoom=17&camera.theta=0.9ou
elle coule vers une rive ...




Le 17 juillet 2013 23:12, Ista Pouss  a écrit :

> Le 17 juillet 2013 22:39, Philippe Verdy  a écrit :
>
>>
>> Et à côté les ponts et passerelles où le relief fait cruellement défaut
>> (difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas
>> simple, sortir de la Défense à pied est compliqué et tortueux par le réseau
>> de passerelles et escaliers, pour l'avoir fait pendant quelques années
>> quand il n'y avait plus de train ou quand il y avait des grèves de
>> transport et aucun taxi disponible), il manque quelque chose un peu
>> réaliste pour les ponts :
>>
>>
>> http://map.f4-group.com/#lon=2.2521034&lat=48.8877126&zoom=18&camera.theta=53.973&camera.phi=-113.331
>>
>>
>>
> Et surtout ce qui ne va pas avec les ponts c'est que la Seine se déplace
> dans le mauvais sens :-)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[Greg]

Je vais préciser un peu ma pensée : étant les moyens techniques de
l'époque, la résolution des données semble stupéfiante.
Les mêmes moyens financiers et humains, mais avec les moyens technologiques
d'aujourd'hui devraient permettre une cartographie extraordinairement plus
détaillée. Je pense par exemple à une cartographie 3D métrique, voire
décimétrique. C'est peut être dans les cartons de l'IGN ? :)

Par contre, il est vrai que la hauteur de la barrière d'entrée à largement
été abaissée pour permettre à tout le monde de créer une carte d'une
qualité suffisante pour beaucoup d'usages, et surtout réutilisable.

Bonne soirée !


Greg


2013/7/17 Philippe Verdy 

> Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des
> petites cuillères quand hier on n'avait pas le choix que d'utiliser les
> gros moyens des "pelleteuses", le travail à faire étant immensément plus
> grand.
>
> Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale
> ne s'était pas développée pour permettre des techniques de prises de vue à
> couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait
> totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup
> trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop
> de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de
> déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté
> de ce qu'on peut utiliser aujourd'hui.
>
> Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au
> 100 millième d'une seule région de France, et peut-être même pas une ville
> comme Paris (en se contentant juste de tracer les rues sans tenir compte
> des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait
> non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs
> car on manquerait cruellement de l'information de base : la connaissance du
> terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très
> bien ce film de l'IGN).
>
> Je suis tout de même surpris par le nombre d'opérations de transcriptions
> successives des données et tout de même je trouve admirable qu'à fil des
> transformations on ait pu offrir une telle précisions sans la dégrader à
> chaque fois.
>
> Et comment tout ce travail de titan a pu échapper à certaines catastrophes
> me parait un miracle car on ne pouvait pas le reproduire facilement (même
> en faire une copie était certainement très coûteux, aujourd'hui on copie un
> fichier n'importe où en une quelques secondes n'importe où dans le monde,
> on ne risque plus de tout perdre par accident).
>
> Alors oui nos GPS portables sont des petites cuillères. Le reste avec les
> techniques numériques évitent plein d'étapes utilisant des instruments de
> précision coûteux car on sait préserver la précision et l'améliorer comme
> on veut (tout ajout de données ne fait qu'améliorer la précision. Les
> moyens d'aujourd"hui sont utilisables par des non-spécialistes et plus
> facilement vérifiables.
>
>
>
>
> Le 17 juillet 2013 19:54, Greg  a écrit :
>
> C'est tout bonnement excellent !
>>
>> J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que
>> tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou
>> d'autre utilisent une petite cuillère :)
>>
>>
>> Greg
>>
>>
>> 2013/7/17 Hélène PETIT 
>>
>>> "Nous sommes des nains assis sur des épaules de géants. Si nous voyons
>>> plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la
>>> perspicacité de notre vue, ni de notre grandeur, c’est parce que nous
>>> sommes élevés par eux."
>>> Jean de Salisbury, écrit en 1159
>>>
>>>
>>> http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants
>>> Le 16/07/2013 23:33, Christian Quest a écrit :
>>> > http://www.youtube.com/watch?v=AjhXMlji3Uk
>>> >
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Philippe Verdy]

Je ne suis toujours pas convaincu par l'utilité des pointillés pour les
frontières maritimes, qu'on confond facilement avec les routes maritimes.
Un trait continu marchera aussi bien. C'est pour les frontières terrestre
que le pointillé est davantage justifié, pour ne pas confondre avec un
cours d'eau ou une route.

Exemple ici pour les Antilles, les pointillés (pour les eaux territoriales
à 12 nm) sont difficiles à suivre:
http://tile.openstreetmap.fr/?zoom=6&lat=13.83449&lon=-61.02613&layers=B0FFF

Les pointillés sont éventuellement pour les limites de ZEE (souvent non
fermées, juste des lignes entre deux entités mais pas les autres)

Bizarrement on a par endroit des lignes continues (mais trop épaisses et
trop contrastées, ici pour Pago Pago et Alofi) :
http://tile.openstreetmap.fr/?zoom=7&lat=-16.7819&lon=-173.11187&layers=B0FFF

et plus à l'ouest d'étranges lignes verticales sur l'antiméridien coupant
les Fidji):
http://tile.openstreetmap.fr/?zoom=7&lat=-16.7819&lon=-173.11187&layers=B0FFF



Le 17 juillet 2013 12:25, Simon Miniou  a écrit :

> Bonjour,
>
> >Excellent ce rendu !
> >Et de mieux en mieux !
> >Merci pour ce travail de fourmi zélée !
>
> +1
>
> Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique
> du Sud ; est ce que le rendu à été réactualisé? (pour voir si les
> changements sont correct!) (changement sur l'admin_level=2 et sur les
> frontières maritime)
>
>
> http://tile.openstreetmap.fr/?zoom=8&lat=7.14355&lon=-59.68305&layers=B0FFF
>
>
> http://tile.openstreetmap.fr/?zoom=4&lat=-9.86698&lon=-82.79004&layers=B0FFF
>
> Merci,
> Simon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

[Ista Pouss]

Le 17 juillet 2013 22:39, Philippe Verdy  a écrit :

>
> Et à côté les ponts et passerelles où le relief fait cruellement défaut
> (difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas
> simple, sortir de la Défense à pied est compliqué et tortueux par le réseau
> de passerelles et escaliers, pour l'avoir fait pendant quelques années
> quand il n'y avait plus de train ou quand il y avait des grèves de
> transport et aucun taxi disponible), il manque quelque chose un peu
> réaliste pour les ponts :
>
>
> http://map.f4-group.com/#lon=2.2521034&lat=48.8877126&zoom=18&camera.theta=53.973&camera.phi=-113.331
>
>
>
Et surtout ce qui ne va pas avec les ponts c'est que la Seine se déplace
dans le mauvais sens :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Libération de l'ortho & mnt 2009/2010 du CRAIG sur la région auvergne

[Philippe Verdy]

Le 17 juillet 2013 18:26, Christian Quest  a écrit
:

> Psss... sur GMail il y a une option "annuler l'envoi" qu'on peut
> activer et qui est parfois bien pratique.


Ça m'arrive pendant le frappe de taper la touche TAB par inadvertance et ça
m'amène directement sur le bouton Envoyer. Dans une frappe rapide, on a
vite fait de frapper un espace qui active le bouton (on ne s'en aperçoit
pas toujours, ou trop tard selon sa vitesse de frappe).

Heureusement, l'envoi n'est pas immédiat: tant que le lien en haut est
affiché (pendant une dizaine de secondes sauf si a clique sur un lien pour
changer de page affichée), on peut encore annuler, et l'édition reprend
comme si de rien n'était. C'est très pratique en effet, mais seulement
disponible sur PC avec un écran assez grand.

Sur mobile, c'est plus compliqué, il n'y a pas cette option et un envoi est
vite parti avant qu'on puisse corriger, ne serait-ce que durant la
relecture quand on a déjà du mal à resélectionner certains mots à corriger
dans un texte qu'on ne voit sue très partiellement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

[Philippe Verdy]

Moyennant quelques "tricheries" tout de même (il y a une case à cocher
'Buildings customized by F4" en haut de la page pour les enlever), on voit
la différence avec une vraie modélisation 3D (ici le Louvre):

http://map.f4-group.com/#lon=2.3362306&lat=48.8609360&zoom=18&camera.theta=55.331

Là la tour Eiffel un peu incongrue au milieu du reste désespérément "plat":

http://map.f4-group.com/#lon=2.2952405&lat=48.8592280&zoom=17&camera.theta=55.331

(mais si on décoche la case en haut, la Tour Eiffel a un aspect très
"étrange" !)

Là les tours de la Défense difficilement reconnaissables (hormis l'arche et
le CNIT) même si les hauteurs moyennes sont représentées et sommairement le
type de "toit". Si vous ne connaissez pas bien la Défense il est peu
probable que vous identifiez sans vous tromper les tours que vous avez en
photo, la case à cocher ne change rien il n'y a que les données 2D d'OSM):

http://map.f4-group.com/#lon=2.2430483&lat=48.8912919&zoom=17&camera.theta=53.973

Et à côté les ponts et passerelles où le relief fait cruellement défaut
(difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas
simple, sortir de la Défense à pied est compliqué et tortueux par le réseau
de passerelles et escaliers, pour l'avoir fait pendant quelques années
quand il n'y avait plus de train ou quand il y avait des grèves de
transport et aucun taxi disponible), il manque quelque chose un peu
réaliste pour les ponts :

http://map.f4-group.com/#lon=2.2521034&lat=48.8877126&zoom=18&camera.theta=53.973&camera.phi=-113.331

sans compter aussi les tunnels pas de représentation de l'esplanade
piétonne "suspendue" au dessus:

http://map.f4-group.com/#lon=2.2416470&lat=48.8903587&zoom=18&camera.theta=53.973&camera.phi=-113.331

et les lignes SNCF en sous-sol coupées derrière le CNIT (ici ce sont des
défauts dans OSM lui-même):

http://map.f4-group.com/#lon=2.2391317&lat=48.8936958&zoom=19&camera.theta=53.973&camera.phi=-113.331

Finalement ce rendu 3D n'apporte pas grand chose et n'est pas plus lisible
que le rendu à plat en 2D, qui me parait plus complet et plus précis.

En revanche le rendu 2D de F4 en vectoriel apporterait quelque chose de
plus si on pouvait réorienter la carte comme en 3D (en supprimant la
perspective des bâtiments pour faire disparaitre aussi les ombres, une
option qui manque).

F4 devrait s'intéresser davantage justement à la partie 2D de son rendu en
mode 3D (car il y a des problèmes d'échelle non réglés). Cela donnerait
aussi plus de réalisme aussi pour la partie partiellement modélisée en
pseudo-3D, même sans modélisation de bâtiments spécifiques.

Le premier travail à faire concerne les ponts et tunnels (un système de
valeurs par défaut réaliste devrait permettre de faire de la pseudo-3D
aussi), et il manque des données d'altitude de nivellement, par exemple ici
à Grenoble:

http://map.f4-group.com/#lon=5.7229601&lat=45.1952237&zoom=17&camera.theta=63.793

ou dans les stations de sport d'hiver, ici Megève (où est la montagne ? Où
sont les pistes, remontées, télécabines ?):

http://map.f4-group.com/#lon=6.6118251&lat=45.8492172&zoom=16&camera.theta=65.489

Pourtant en reculant le zoom on voit mieux la montagne:

http://map.f4-group.com/#3d=false&lon=6.6097679&lat=45.8532654&zoom=11&camera.theta=65.489

De mon point de vue, la 2D offre pour l'instant un meilleur réalisme et un
résultat plus précis et plus facile à utiliser selon ce qu'on cherche dans
des contextes plus diversifiés.

La pseudo-3D en revanche servira en vision très rapprochée (vue comme dans
une voiture pour la navigation, à condition d'entrer dans le détail des
voies et restrictions de circulation et la signalisation). En revanche pour
les piétons (voire aussi les vélos pour lesquels la dénivellation est une
info essentielle), la pseudo-3D proposée ne marche pas du tout, il manque
trop de détails, la 2D est plus facile à aborder et permet plus de choses
sans surcharger ni masquer trop vite des détails de zones voisines.

Le reste du rendu 3D, comme le joli dessin des arbre ou l'eau qui semble
couler dans les fleuves (mais dans une direction un peu aléatoire...), ou
le reflet de nuages sur les façades vitrées de grands immeubles, c'est du
détail superflu qui tend à trop les privilégier dans le rendu au détriment
de tout ce qui manque.



Le 17 juillet 2013 19:26, Christophe Merlet  a
écrit :

> Le 17/07/2013 18:51, Christian Quest a écrit :
>
>  Hé hé... http://map.f4-group.com/#lon=**2.3601527&lat=48.9248227&zoom=**
>> 18&camera.theta=53.644&camera.**phi=33.519
>>
>> Repris de mon travail pour la feuille de style OSM-FR... c'est
>> chouette l'open-source :)
>>
>
>
> Pas mal comme modélisation. Je suis assez surpris du peu de nœuds et de
> clés utilisés pour la représentation 3D.
>
> Et je suis encore plus surpris que la modélisation 3D s'appuie vraiment
> sur l'ancienne modélisation 2D sans modification ou déplacement des

Re: [OSM-talk-fr] Publication scientifique sur couleurs et déficiences visuelles dans les cartes OSM...

[Christian Quest]

Pour info, l'auteur de l'article m'a signalé un site permettant la
sélection des jeux de couleurs avec des contraintes (défaut de
perception des couleurs, impression, photocopiable):
http://colorbrewer2.org/js/

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

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[Philippe Verdy]

Au contraire j'ai plutôt l'impression qu'on utilise aujourd'hui des petites
cuillères quand hier on n'avait pas le choix que d'utiliser les gros moyens
des "pelleteuses", le travail à faire étant immensément plus grand.

Aujourd'hui si on n'avait pas le satellite, et si l'aviation commerciale ne
s'était pas développée pour permettre des techniques de prises de vue à
couts réduits (jusqu'à l'utilisation aujourd'hui des drones), on serait
totalement incapable d'utiliser les moyens mis en oeuvre en 1955 : beaucoup
trop cher, car beaucoup trop d'étapes, trop de labos, trop d'hommes, trop
de matériels, trop de chantiers et de véhicules, trop d'entretien, trop de
déplacements (même avec les moyens d'un Etat), car c'est titanesque à côté
de ce qu'on peut utiliser aujourd'hui.

Avec les moyens actuels d'OSM, on ne pourrait même pas faire une carte au
100 millième d'une seule région de France, et peut-être même pas une ville
comme Paris (en se contentant juste de tracer les rues sans tenir compte
des bâtiments) si on n'avait pas nos GPS et l'orthophotographie. On serait
non pas comme en 1955 mais dans les années 1800, même avec nos ordinateurs
car on manquerait cruellement de l'information de base : la connaissance du
terrain (et on ne peut pas se fier seulement à la vue, ce que démontre très
bien ce film de l'IGN).

Je suis tout de même surpris par le nombre d'opérations de transcriptions
successives des données et tout de même je trouve admirable qu'à fil des
transformations on ait pu offrir une telle précisions sans la dégrader à
chaque fois.

Et comment tout ce travail de titan a pu échapper à certaines catastrophes
me parait un miracle car on ne pouvait pas le reproduire facilement (même
en faire une copie était certainement très coûteux, aujourd'hui on copie un
fichier n'importe où en une quelques secondes n'importe où dans le monde,
on ne risque plus de tout perdre par accident).

Alors oui nos GPS portables sont des petites cuillères. Le reste avec les
techniques numériques évitent plein d'étapes utilisant des instruments de
précision coûteux car on sait préserver la précision et l'améliorer comme
on veut (tout ajout de données ne fait qu'améliorer la précision. Les
moyens d'aujourd"hui sont utilisables par des non-spécialistes et plus
facilement vérifiables.




Le 17 juillet 2013 19:54, Greg  a écrit :

> C'est tout bonnement excellent !
>
> J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que
> tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou
> d'autre utilisent une petite cuillère :)
>
>
> Greg
>
>
> 2013/7/17 Hélène PETIT 
>
>> "Nous sommes des nains assis sur des épaules de géants. Si nous voyons
>> plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la
>> perspicacité de notre vue, ni de notre grandeur, c’est parce que nous
>> sommes élevés par eux."
>> Jean de Salisbury, écrit en 1159
>>
>> http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants
>> Le 16/07/2013 23:33, Christian Quest a écrit :
>> > http://www.youtube.com/watch?v=AjhXMlji3Uk
>> >
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Christian Quest]

Les zoom 3 à 7 sont en cours de régénération après avoir supprimé
quelques "pays" parasites...
http://www.openstreetmap.org/browse/changeset/16990256

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Philippe Verdy]

Le 17 juillet 2013 18:48, Christian Quest  a écrit
:

> > Il reste à unifier les styles de polices pour que villes et régions ne
> > mélangent pas caractères italiques et droits sans règle établie (qui
> varie
> > en plus selon le zoom). a mon avis toutes les villes devraient avoir des
> > caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour
> les
> > noms de pays et régions (en caractères plus grands mais moins contrastés,
> > plus gras aussi mais plus transparents).
> >
>
> Il est normal et souhaitable de faire évoluer la feuille de style pour
> chaque zoom y compris sur les textes.
>

Peut-être mais quand on commence à avoir des libellés dans un niveau de
zoom donné pour des noms de villes, ou de départements ou de régions, les
styles mutuels se confondent et se mélangent, les libellés deviennent
incohérents entre eux. Si en plus on ajoute des "sous-communes" (comme des
quartiers ou lieux-dits), qu'est-ce qui les différencie entre eux?

Je veux ben qu'on veuille donner plus d'importance à une grosse ville ou
une capitale, mais pas en jouant sur le style droit/italique qui en grande
partie sert à indiquer en grand les régions ou départments et plus petits
(aux zooms plus avancés où ils apparaissent) les lieux dits et
sous-communes. L'importance donné à un libellé doit plutôt jouer sur la
taille de police (préférable même aux caractères gras qui ne devraient
servir QUE pour quelques capitales administratives, quel que soit leur
importance en population.

LA couleur est aussi une information: les noms de villes et lieux-dits
étant en noir non transparent, les objets beaucoup plus grands auront des
tailles de police plus grandes mais on peut aussi jouer pour eux sur
l'interlettrage, et utiliser une couleur grise plus claire (pour éviter de
trop les mettre en évidence), la graisse permettant de garder leur
lisibilité, et la semiransparence permettant de garder visible des détails
de l'arrière-plan que cacherait trop la mise en gras (ne pas oublier que la
lisibilité est aussi maintenue par le halo plus clair qu'on met autour, la
semi-transparence n'est pas un problème quel que soit les couleurs en
arrière-plan, puisque c'et le halo clair qui contraste déjà avec les
caractères).

-

Sinon le bot de mise à jour des admin_level peut se faire aussi en amont
avant le rendu Mapnik, même sur ta base locale hors OSM. LE prétraitement
toutefois demanderait d'importer les relations frontières différemment :
repérer les segments communs de frontière pour ne les tracer qu'une fois et
associer alors le min(admin_level) des relations importées à ces traits

Attention à certains pièges concernant des frontières qui ne sont pas du
tout administratives, mais politiques: cantons, et circonscriptions) car
elles ne sont pas toujours alignées sur des frontières administratives et
n'ont pas d'admin_level défini non plus, et pourtant elles sont aussi des
séparations entre deux zones de même type avec un segment partagé tracé lui
aussi deux fois, mais qu'on ne trace pas du tout si le segment est partagé
comme frontière administrative (qui prend la priorité).



Un autre problème est qu'actuellement les frontières sont importées comme
des polygones fermés, sinon comme des ways ouverts (anomalies de frontières
brisées dans OSM). et qu'ensuite ce sont les polygones qui sont
"simplifiés" indépendamment des uns des autres : des segments au départ
communs ne le sont plus en passant à l'étape simplification car la
simplification ne retient pas les mêmes noeuds (elle part pour chaque
polygone d'une noued aribtraire, et parcours les chemins dans un sens ou
dans un autre, là où la simplification devrait toujours partir du noeud
d'un point trple (extrémité d'un segment partagé), qui doit être gardé, et
yojours parcourir les segments dans le même sens (quel que soit le polygone
qui l'utilise, alors que les polygones importés sont systématiquement dans
le sens trigonométrique, donc les segments sont parcourus en sens opposé
par la simplification propre à chaque niveau de zoom).

Bref ce n'est pas qu'une question de ce qui est dans la base OSM mais de ce
qui est importé dans la base locale de rendu: les frontières à dessiner ne
devraient pas être importées comme des polygones mais comme des chemins,
avec une direction imposée indépendante des (multi)polygones qui les
référencent.

On peut facilement imposer un sens arbitraire répondant au problème en
comparant les coordonnées des deux extrémités, et imposant une direction
d'abord nord-sud, sinon ouest-est pour les rares segments exactement
horizontaux, et sinon pour les chemins fermés restants (pas de direction
déterminable)il suffit de les garder dans le sens antihoraire et imposer
que le premier-et dernier point à garder soit celui le plus au nord (sinon
le plus à l'ouest). Alors seulement la simplification des tracés donnera un
résultat cohérent et peut se faire dans le système de coordonnées du rendu
mesuré en pixels.

Et là on peut éliminer les effets indésirables

Re: [OSM-talk-fr] La cartographie de grand-papa... ;)

[Greg]

C'est tout bonnement excellent !

J'ai découvert avec intérêt beaucoup de choses. J'ai l'impression que
tracer OSM à coup de GPS, c'est donner des grands coups de pelleteuse là ou
d'autre utilisent une petite cuillère :)


Greg


2013/7/17 Hélène PETIT 

> "Nous sommes des nains assis sur des épaules de géants. Si nous voyons
> plus de choses et plus lointaines qu’eux, ce n’est pas à cause de la
> perspicacité de notre vue, ni de notre grandeur, c’est parce que nous
> sommes élevés par eux."
> Jean de Salisbury, écrit en 1159
>
> http://fr.wikipedia.org/wiki/Des_nains_sur_des_%C3%A9paules_de_g%C3%A9ants
> Le 16/07/2013 23:33, Christian Quest a écrit :
> > http://www.youtube.com/watch?v=AjhXMlji3Uk
> >
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...

[Christophe Merlet]

Le 17/07/2013 18:51, Christian Quest a écrit :

Hé hé... 
http://map.f4-group.com/#lon=2.3601527&lat=48.9248227&zoom=18&camera.theta=53.644&camera.phi=33.519

Repris de mon travail pour la feuille de style OSM-FR... c'est
chouette l'open-source :)



Pas mal comme modélisation. Je suis assez surpris du peu de nœuds et de 
clés utilisés pour la représentation 3D.


Et je suis encore plus surpris que la modélisation 3D s'appuie vraiment 
sur l'ancienne modélisation 2D sans modification ou déplacement des 
nœuds existants (alignés sur la cadastre) !



Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Philippe Verdy]

+1.
En plus je ne suis même pas convaincu de l'utilité d'abréger le mot
"Rocade".
Si une abréviation était utilisée, cela devrait plutôt être
"Rde" pour que cela ne ressemble pas à un autre mot; même sans
les exposants pour les lettres finales cela donne "Rde" (comme la route est
abrégée "Rte" et non "Rou.").

Les rocades sont des voies très longues en comparaison des autres rues ou
routes. Le nom doit bien pouvoir s'afficher quelque part en entier (et tant
pis s'il manque sur les bretelles d'accès). si le zoom est trop faible pour
que le mot soit visible, autant ne pas le mettre du tout sinon on risque de
supprimer l'affichage du nom de la ville qu'elle contourne (et la mention
"Rocade Nord" de toute façon n'apporte rien à faible niveau de zoom où le
nord est bien identifiable), ou de masquer l'étiquette du numéro de
référence.



Attention encore à certaines abréviations qui ne savent pas utiliser le
point abréviatif correctement:
- on DOIT mettre un point après une abréviation d'un mot dont on n'a gardé
QUE une ou plusieurs lettres initiales (ce point vient toujours à la fin de
l'abréviation du mot).
- on ne DOIT PAS mettre de point après une ou plusieurs lettres médiales ou
finales (qui devraient être en exposant) si l'abréviation a supprimé des
lettres entre elles et l'initiale du mot (donc pour boulevard on abrège
"Bd" ou "Bd", voire "Bvd" ou "Bvd" en insérant une
médiale, mais PAS "Bd." ni "Bvd." !)
- mais il est préférable de supprimer le point abréviatif dans les sigles
(suite de mots qui sont tous abrégés mais ou certains termes sont même
carrément supprimés et non abrégés comme les articles et conjonctions de
coordination), et on supprimes les espaces entre les lettres du sigle.
- Si le sigle se prononce plus souvent comme un mot et non lettre à lettre
(acronyme) il garde des capitales seulement sur la première lettre
("Unesco" et "Onu" et non "UNESCO" et "ONU" -- mais "SNCF", "RATP" ou
 "LCL" et non "Sncf", "Ratp" ou "Lcl" car ce ne sont pas des acronymes). On
devrait donc écrire "Caf" et non "CAF".



Quelques suggestions d'abréviations encore possibles:
- "Créd." pour "Crédit" (noms de banques) mais parfois certaines banques
ont des sigles pour certaines caisses (exemple "CRCAM").
- "Bibl." pour "Bibliothèque" (s'il y a une précision dans d'autres mots
avant ou après)
- "Nat." pour "National(e)", "Dép." pour "Départemental(e)", "Rég." pour
 "Régionale" (pas pour les routes abrégées dans l'étiquette du numéro de
référence)
- "Ctre" ou "Ctre" pour "Centre"

Quelques fautes communes dans les abréviations de nombres ordinaux:
- "1ère" erroné, on écrit "1re" ou "1re"
- "2nde" erroné, on écrit "2de" ou "2de" (certains ne sont pas
d'accord); attention toute fois on n'emploie "second(e)" que s'il n'y a pas
de troisième, le second étant aussi le dernier...
- "12ème" erroné, on écrit "12e" ou "12e" (sans accent)
- on n'accorde au féminin ou pluriel les abréviations affichant les lettres
finales (sauf pour l'ordinal en "-ième" abrégé "e" invariable)



Le 17 juillet 2013 13:23, Eric Sibert  a écrit :

> Quelques suggestions :
>> Pour les abréviations :
>>
>
> A propos des abréviations, je suis dubitatif face à l'abréviation de
> Rocade : Roc. C'est la première fois que je vois cette abréviation et je ne
> la trouve pas naturelle.
>
>
> Eric
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Le rendu 3D des terrains de sport...

[Christian Quest]

Hé hé... 
http://map.f4-group.com/#lon=2.3601527&lat=48.9248227&zoom=18&camera.theta=53.644&camera.phi=33.519

Repris de mon travail pour la feuille de style OSM-FR... c'est
chouette l'open-source :)

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

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Christian Quest]

Le 17 juillet 2013 14:34, Philippe Verdy  a écrit :
> Le 17 juillet 2013 09:01, Christian Quest  a écrit
> :
>>
>> J'ai retravaillé le zoom 10...
>> - j'ai amélioré le tracé des limites de pays
>
>
> Avec maintenant des trous dans les frontières par endroit (ici le niveau 11:
> http://tile.openstreetmap.fr/?zoom=11&lat=50.87114&lon=24.01423&layers=B0FFF
> et tous les niveaux 10 et moins).
> Apparemment si le chemin ne contient pas explicitement un admin_level tu ne
> vas pas le chercher dans les relations dont il est membre.
>

Exact, c'est un truc à améliorer soit dans les données (ça ne fera pas
de mal), soit aussi de mon côté.
L'idée est que pour tracer proprement une frontière, il ne faut la
tracer qu'une fois et pas deux, sinon les pointillées se superposent.
Donc si on part des relations on a des polygones et ceux-ci sont
dessinés deux fois -> c'est moche.

Si on part des way, on ne les dessine qu'une fois, mais il faut
retrouver dans quelle relation avec le plus petit admin_level ils sont
et ça le schéma osm2pgsql n'aide pas trop, mais c'est pas impossible
non plus, juste pas encore fait dans mes requêtes.


> Anomalie identique entre Mexique et USA au nord-Est de Monterrey:
> http://tile.openstreetmap.fr/?zoom=9&lat=26.39221&lon=-98.92668&layers=B0FFF
>

Et tu en trouvera plein d'autre... c'est d'ailleurs pour ça que c'est
encore en "test" en pas basculé sur le rendu OSM-FR.


> Certes on peut corriger en mettant les admin_level manquants ou corrects
> dans les chemins. Mais c'est le genre de truc secondaire dans les données,
> une redondance dont le moteur de rendu devrait pouvoir se passer, par une
> préparation en amont des données de frontières et reclacul des admin_level
> corrects.
>

Bien d'accord quoiqu'un peu de redondance permet de vérifier la
cohérence des données... ça ne me choquerai d'ailleurs pas qu'un bot
fasse la mise en cohérence des admin_level sur les way avec un
boundary=* ça simplifie tellement la réutilisation des données !


> Aussi aux faibles niveaux de zoom les frontières autour des déserts (en
> jaune d'or) sont trop visibles (exemple entre Tunisie et Lybie) et ne
> devraient même pas être visibles du tout. On ne voit que ça, mieux que les
> frontières internationales alors que ces déserts ont des contours flous et
> ne sont pas des frontières.
>

C'est un artifact indésirable de la réduction du gros PNG. A revoir...


> Encore quelques effets de "pâtés" dans la méthode de simplification des
> contours (exemple: au sud-est du Liechtenstein) qui produit des traits plus
> gras que nécessaire par endroit par accumulation excessive de points
> arrondis
>

Plus de permalien pour être sûr de parler de la même chose ?


> Sinon bravo pour avoir enlevé leur couloir noire incongrue qui était
> beaucoup trop contrastée (et trop gras en plus, ce qui masquait trop de
> chose).
>
> Il reste à unifier les styles de polices pour que villes et régions ne
> mélangent pas caractères italiques et droits sans règle établie (qui varie
> en plus selon le zoom). a mon avis toutes les villes devraient avoir des
> caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour les
> noms de pays et régions (en caractères plus grands mais moins contrastés,
> plus gras aussi mais plus transparents).
>

Il est normal et souhaitable de faire évoluer la feuille de style pour
chaque zoom y compris sur les textes.
Exemple: dans les premiers niveaux de zoom, la mise en gras permet de
repérer la capitale d'un pays.
A partir d'un certain niveau de zoom, cela n'apporte plus une info
pertinente pour se repérer dans la carte.

Ce qui manque par contre c'est une légende (pour chaque zoom).

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

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Christian Quest]

Le 17 juillet 2013 15:10, rainerU  a écrit :
> Am 17.07.2013 09:01, schrieb Christian Quest:
>> J'ai retravaillé le zoom 10...
>>
>> - le placement des place=village est moins prioritaire, du coup ils ne
>> bouffent pas tout l'espace et les références des autoroutes, sont de
>> retour, ainsi que d'autre libellés
>
> Merci pour cette amélioration qui fait que mon village (moins de 2000h) est
> affiché en zoom 10 ;)
>
> place=village couvre un éventail trop large pour servir de seul critère de
> sélection. Il faudrait saisir l'attribut population=* de façon systématique 
> pour
> pouvoir parametriser le rendu en fonction du nombre d'habitants. Existe-t-il 
> une
> source de données libre pour cette information?
>

En France il y a l'INSEE et ces infos sont remises dans le GEOFLA de l'IGN.
Tout ça est assez libre pour OSM.

J'utilise population=* pour placer pas population décroissante les
noms de place=city/town/village

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

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Christian Quest]

Le 17 juillet 2013 12:11, Vincent Pottier  a écrit :
> Le 17/07/2013 09:01, Christian Quest a écrit :
>>
>> J'ai retravaillé le zoom 10...
>>
> Après les éloges...
>
> Quelques suggestions :
> Pour les abréviations :
> Machin-sur-Truc : Machin/Truc [1] 
> http://tile.openstreetmap.fr/?zoom=10&lat=47.97226&lon=4.59508&layers=B0FFF
>

l'abréviation normale c'est Machin s/ Truc, mais ça me semble moche et
surtout on ne gagne pas tant que ça rue la longueur, donc les "sur",
je ne les remplace pas pour ne gagner un petit caractère.
C'est comme pour Rue -> R. je trouve qu'on perd en lisibilité sans
gagner vraiment en longueur.

> Style :
> [2] Entre le zoom 13 et 14, le nom de la ville passe de droit à italique...
> http://tile.openstreetmap.fr/?zoom=14&lat=50.07397&lon=3.34131&layers=B0FFF

J'en suis au zoom 10... un à la fois ;)
L'idée de l'italique est d'indiquer que c'est un nom qui n'indique pas
précisément un lieu.
Donc en premiers niveaux de zoom le même nom indique assez précisément
un lieu et à partir d'un certain niveau il devient plutôt arbitraire
et a pu être en plus déplacé par un algo.

> [3] Nom de la commune présent deux fois

Pour le nom en double... c'est déjà un progrès sur:
http://tile.openstreetmap.fr/?zoom=16&lat=50.08508&lon=3.3726&layers=00B000FFF
Le nom a été remis sur le landuse=residential... en plus du nœud place
et de la relation de la commune.

> Étrange ces pylônes sans ligne...

Oui, un bug... lié au masquage des lignes enterrées
(location=underground) que j'ai ajouté dernièrement et qui masque un
peu trop !

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

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

Re: [OSM-talk-fr] Libération de l'ortho & mnt 2009/2010 du CRAIG sur la région auvergne

[Christian Quest]

Le 17 juillet 2013 13:35, Landry Breuil  a écrit :
> Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@!
> gmail)
>

Psss... sur GMail il y a une option "annuler l'envoi" qu'on peut
activer et qui est parfois bien pratique.

> je me rends compte qu'on (le CRAIG) a completement oublié de communiquer sur
> cette info :
>
> http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte
> http://craig.fr/contenu/906-opendata
>
> Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de
> métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...). Pour
> ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux qui
> sont déja fournis a osm sur http://wms.craig.fr/osm.
>
> Par contre christian m'avait dit être interessé par les mnt (en ASC) qui
> pouvaient servir a faire des controles, ou des calculs de sommets, etc..
>

On a commencé à jouer avec l'ortho de PACA, et regroupé les MNT SRTM
(ou ASTER je ne sais plus trop) sur un de nos serveurs.
L'idée est d'essayer de fusionner tout ces MNT entre eux pour avoir
quelque chose de continu. C'est bien sûr pas simple à raccorder ;)

Pour les analyses de sommets et de vallées de cours d'eau, voire de
rugosité (sur Nice on voit bien les zones bâties), on n'y est pas
encore, mais bon... un de ces 4 on va bien s'y coller !


> Les images brutes en TIFF (ie clichés pris par les avions) sont aussi
> libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP,
> donc disponibles uniquement sur demande, et en fonction de mon temps libre
> pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une
> image à 15cm sur une agglomération pèse 390Mo.
>
> Une visionneuse est disponible pour choisir les dalles a télécharger si on
> veut faire son marché.
>

Si c'est self-service dalle par dalle c'est déjà super bien et avec le
flux WMS qui est dispo, difficile de faire mieux.


> La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps
> prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos
> de la région) sera disponible, aux mêmes conditions que le précédent.
>

Revoir le film des années 50 de l'IGN... pour mesurer les progrès en 60 ans.

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

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Christian Quest]

Le rendu "lowzoom" en test ne se recalcule pas tout seul lorsqu'il y a
des changements.
Je vais refaire une passe sur les premiers zooms pour qu'ils prennent
en compte les dernières données.


Le 17 juillet 2013 12:25, Simon Miniou  a écrit :
> Bonjour,
>
>>Excellent ce rendu !
>>Et de mieux en mieux !
>>Merci pour ce travail de fourmi zélée !
>
> +1
>
> Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du
> Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements
> sont correct!) (changement sur l'admin_level=2 et sur les frontières
> maritime)
>
> http://tile.openstreetmap.fr/?zoom=8&lat=7.14355&lon=-59.68305&layers=B0FFF
>
> http://tile.openstreetmap.fr/?zoom=4&lat=-9.86698&lon=-82.79004&layers=B0FFF
>
> Merci,
> Simon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] libération des données Fantoir

[PhQ]

Fichier intéressant pour l'exhaustivité sauf qu'il n'est pas synchronisé avec
les données qui servent au cadastre numérique... Il y a donc risque de
doublon (par exemple un article avec le nom de la commune versus "Le Bourg")
ou des graphies différentes désignant un même lieu, ou une adresse "de
complaisance" non reprise par le cadastre ...
A l'inverse, certaine désignations locales "traditionnelles"  ne sont pas
connues.

De plus, la traduction cartographique de ce fichier sur le cadastre est
surfacique (attribution d'une adresse FANTOIR) à chaque parcelle cadastrale,
ce qui n'est pas transposable à la logique OSM sur les lieux-dit.
Au pire, j'ai trouvé des inclusions de lieux dits dans d'autres lieux dit,
ce qui n'est pas très gérables non plus.

A consommer avec modération 




--
View this message in context: 
http://gis.19327.n5.nabble.com/liberation-des-donnees-Fantoir-tp5770049p5770110.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] export zone personnalisée dans MapOsMatic

[EmiVI]

  
  
Bonjour,
  je voudrais faire un export d'une zone en Mapquest en version
  vectorisé (pdf ou svg). Je sais que je peux le faire avec
  MapOsMatic mais je ne trouve pas l'option me permettant de définir
  une zone personnalisée. La partie zone géographique est trop large
  mais pas assez haute pour ma zone.
  
  Emilie

  


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

Re: [OSM-talk-fr] libération des données Fantoir

[Romain MEHUT]

Un outil [1] permet le signalement des ajouts, suppressions et
modifications opérés sur les voies et adresses en Bretagne.

Il y a même un flux RSS pour suivre les signalements. Il n'y a aucune
restriction d'usage de ces informations. Ce serait intéressant de les
raccrocher quelque part (Osmose?) pour être vraiment réactif...

[1]
http://geobretagne.fr/geonetwork/srv/fr/metadata.show?uuid=58e7b791-8495-47df-819f-0660fb8d8645

Romain

Le 17 juillet 2013 11:55, Christian Quest  a écrit
:

> On va s'y coller... surtout pour compléter cet outil:
> https://openstreetmap.fr/outils/adresses (soyez, patient, il mouline
> en "live")
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[rainerU]

Am 17.07.2013 09:01, schrieb Christian Quest:
> J'ai retravaillé le zoom 10...
> 
> - le placement des place=village est moins prioritaire, du coup ils ne
> bouffent pas tout l'espace et les références des autoroutes, sont de
> retour, ainsi que d'autre libellés

Merci pour cette amélioration qui fait que mon village (moins de 2000h) est
affiché en zoom 10 ;)

place=village couvre un éventail trop large pour servir de seul critère de
sélection. Il faudrait saisir l'attribut population=* de façon systématique pour
pouvoir parametriser le rendu en fonction du nombre d'habitants. Existe-t-il une
source de données libre pour cette information?

Rainer


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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Philippe Verdy]

Le 17 juillet 2013 09:01, Christian Quest  a écrit
:

> J'ai retravaillé le zoom 10...
> - j'ai amélioré le tracé des limites de pays
>

Avec maintenant des trous dans les frontières par endroit (ici le niveau 11:
http://tile.openstreetmap.fr/?zoom=11&lat=50.87114&lon=24.01423&layers=B0FFF
et tous les niveaux 10 et moins).
Apparemment si le chemin ne contient pas explicitement un admin_level tu ne
vas pas le chercher dans les relations dont il est membre.

Anomalie identique entre Mexique et USA au nord-Est de Monterrey:
http://tile.openstreetmap.fr/?zoom=9&lat=26.39221&lon=-98.92668&layers=B0FFF

Certes on peut corriger en mettant les admin_level manquants ou corrects
dans les chemins. Mais c'est le genre de truc secondaire dans les données,
une redondance dont le moteur de rendu devrait pouvoir se passer, par une
préparation en amont des données de frontières et reclacul des admin_level
corrects.

Aussi aux faibles niveaux de zoom les frontières autour des déserts (en
jaune d'or) sont trop visibles (exemple entre Tunisie et Lybie) et ne
devraient même pas être visibles du tout. On ne voit que ça, mieux que les
frontières internationales alors que ces déserts ont des contours flous et
ne sont pas des frontières.

Encore quelques effets de "pâtés" dans la méthode de simplification des
contours (exemple: au sud-est du Liechtenstein) qui produit des traits plus
gras que nécessaire par endroit par accumulation excessive de points
arrondis

Sinon bravo pour avoir enlevé leur couloir noire incongrue qui était
beaucoup trop contrastée (et trop gras en plus, ce qui masquait trop de
chose).

Il reste à unifier les styles de polices pour que villes et régions ne
mélangent pas caractères italiques et droits sans règle établie (qui varie
en plus selon le zoom). a mon avis toutes les villes devraient avoir des
caratèes droits (n'utiliser les italiques qu'au delà du niveau 8 ou pour
les noms de pays et régions (en caractères plus grands mais moins
contrastés, plus gras aussi mais plus transparents).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] fichier de référence pour autocad

[Benoît]

Bonjour à tous,

je cherche un fichier de référence avec une xref pour géolocaliser des contenus 
autocad
est-ce que vous savez si la bdd openstreetmap permet de faire ce genre de chose 
? j'ai bien trouvé des infos sur le web mais cela me parut compliqué... et ne 
me garantie pas une fois le shapefile importé dans autocad, que celui-ci 
conserve bien sa xref
s'il existe une manière simple de le faire cela nous arrangerai bien, pour info 
le fichier du cadastre que l'on nous a fourni n'a pas cette fameuse xref, et 
les architectures que l'on a dessinées se retrouve au milieu de la mer

amitiés à tous
Benoît 06 80 07 97 52
assocition À Travers www.atravers.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Libération de l'ortho & mnt 2009/2010 du CRAIG sur la région auvergne

[Landry Breuil]

Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@!
gmail)

je me rends compte qu'on (le CRAIG) a completement oublié de communiquer
sur cette info :

http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte
http://craig.fr/contenu/906-opendata

Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de
métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...).
Pour ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux
qui sont déja fournis a osm sur http://wms.craig.fr/osm.

Par contre christian m'avait dit être interessé par les mnt (en ASC) qui
pouvaient servir a faire des controles, ou des calculs de sommets, etc..

Les images brutes en TIFF (ie clichés pris par les avions) sont aussi
libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP,
donc disponibles uniquement sur demande, et en fonction de mon temps libre
pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une
image à 15cm sur une agglomération pèse 390Mo.

Une visionneuse est disponible pour choisir les dalles a télécharger si on
veut faire son marché.

La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps
prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos
de la région) sera disponible, aux mêmes conditions que le précédent.

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

[OSM-talk-fr] Libération de l'ortho & mnt 2009/2010 du CRAIG sur la région auvergne

[Landry Breuil]

Hello,

je me rends compte qu'on a compl
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Eric Sibert]

Quelques suggestions :
Pour les abréviations :


A propos des abréviations, je suis dubitatif face à l'abréviation de  
Rocade : Roc. C'est la première fois que je vois cette abréviation et  
je ne la trouve pas naturelle.



Eric


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

Re: [OSM-talk-fr] Comptes "dédiés" bannis après la première contribution.

[Pieren]

2013/7/17 Pichasso :
> Ayant basé le compte à Montcuq

^^ j'aurais pas fait mieux !!
Tiens, d'ailleurs, je m'y mets aussi par solidarité. Tous à Montcuq !!
http://www.openstreetmap.org/user/Pieren

> Bref, j'ai importé sans problème les bâtiments de la commune audomaroise.
> Mais au moment de valider la modification de mon "catalogue d'importation"
> dans le journal, le site m'indique une nouvelle fois que le compte est
> suspendu puis bani.

Ce qui m'étonne, c'est que le compte soit supprimé et pas simplement
bloqué. Aucun des comptes cités ne figure sur cette liste:
http://www.openstreetmap.org/user_blocks
J'ai pourtant essayé de recréer un des comptes et il est bien réservé
(donc encore dans la base).

> Donc j'imagine que je fais une chose interdite ou d'une façon non
> appropriée.

Ou alors, c'est un bug ou une protection générale contre les
vandalismes qui est devenu un peu trop sensible...

> -Est-ce-qu'il y a une méthode particulière pour créer un compte dédié (autre
> que créer un nouveau compte et indiquer dans la description qu'il est dédié
> au compte principal) ?

Pas à ma connaissance.

> -Est-ce-que le fait d'avoir deux comptes sur la même IP produit le ban du
> deuxième compte ?

Un compte n'est pas lié à une adresse IP mais à un email.

> -Si oui, comment créer un compte dédié avec un seul ordinateur ?

Utiliser un email différent pour chaque compte doit suffire.

> -Est-ce-que le fait de modifier une entrée d'un journal peut engendrer le
> ban ?

Certainement pas.

> D'avance merci de vos réponses.

Je te conseillerais de voir avec PNormann s'il est bien à l'origine
des suppressions, ce qui n'est pas encore sûr et pourquoi c'est pas un
simple blocage avec un minimum d'explication.
Sinon, tu peux aussi t'adresser à notre membre imminent du DWG,
Sylvain Letuffe, sylv...@letuffe.org  ou li...@letuffe.org et qui
pourra sans doute en dire plus.

Pieren

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

[OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Simon Miniou]

Bonjour,

>Excellent ce rendu !
>Et de mieux en mieux !
>Merci pour ce travail de fourmi zélée !

+1

Sinon j'ai essayé de mettre à jour certaines limites de Pays en Amérique du
Sud ; est ce que le rendu à été réactualisé? (pour voir si les changements
sont correct!) (changement sur l'admin_level=2 et sur les frontières
maritime)

http://tile.openstreetmap.fr/?zoom=8&lat=7.14355&lon=-59.68305&layers=B0FFF

http://tile.openstreetmap.fr/?zoom=4&lat=-9.86698&lon=-82.79004&layers=B0FFF

Merci,
Simon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Comptes "dédiés" bannis après la première contribution.

[Pichasso]

Bonjour tout le monde, dans le cadre d'un  projet
   de la 
liste Nord-Pas-de-Calais   
consistant à taguer les mairies des communes de la région, nous sommes
amenés à intégrer les bâtis de nombreuses villes aux vues du manque
chronique de bâtiments dans certains endroits de la région.

Occupé à cette tache, j'ai reçu un mail de Paul Norman concernant les
comptes dédiés (j'ai cru comprendre que ceci est un marronnier donc je ne
m'y attarde pas). Peu enchanté, je crée mon premier compte dédié nommé "
Pichassoimportbati  
", dans la description je précise qu'il est le compte dédié de  Pichasso
   et j'importe  l'hôtel de
ville de Longuenesse
  , conformément à
la requête de Norman je précise ensuite que j'ai importé la mairie dans le
journal du compte et là après la modification effectuée, on me sort "compte
suspendu" puis le compte n'existe plus. Ayant basé le compte à Montcuq
(histoire de marquer mon opinion face à la requête formulée), j'ai pensé que
c'était peut-être la cause de ce ban.

Je recommence alors en créant " Pichasso_import_bati
  " et là j'ai
importé l'intégralité de la commune de  Clairmarais
   en opérant comme
d'habitude les corrections suite aux erreurs et aux avertissements signalés
par JOSM. J'ai importé en plusieurs fois en captant à chaque fois une partie
du fichier "house" avec le lasso, ceci pour dire que le temps d'import a été
beaucoup plus important que le seul hôtel de ville de Longuenesse.
Bref, j'ai importé sans problème les bâtiments de la commune audomaroise.
Mais au moment de valider la modification de mon "catalogue d'importation"
dans le journal, le site m'indique une nouvelle fois que le compte est
suspendu puis bani.

Donc j'imagine que je fais une chose interdite ou d'une façon non
appropriée.
-Est-ce-qu'il y a une méthode particulière pour créer un compte dédié (autre
que créer un nouveau compte et indiquer dans la description qu'il est dédié
au compte principal) ?
-Est-ce-que le fait d'avoir deux comptes sur la même IP produit le ban du
deuxième compte ?
-Si oui, comment créer un compte dédié avec un seul ordinateur ?
-Est-ce-que le fait de modifier une entrée d'un journal peut engendrer le
ban ? (Ça semble absurde mais c'est le seul point commun que j'ai trouvé
entre les deux comptes banis) 

D'avance merci de vos réponses.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Comptes-dedies-bannis-apres-la-premiere-contribution-tp5770078.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Vincent Pottier]

Le 17/07/2013 09:01, Christian Quest a écrit :

J'ai retravaillé le zoom 10...


Après les éloges...

Quelques suggestions :
Pour les abréviations :
Machin-sur-Truc : Machin/Truc [1]

Style :
[2] Entre le zoom 13 et 14, le nom de la ville passe de droit à italique...
[3] Nom de la commune présent deux fois
[3] Étrange ces pylônes sans ligne...


[1] 
http://tile.openstreetmap.fr/?zoom=10&lat=47.97226&lon=4.59508&layers=B0FFF
[2] 
http://tile.openstreetmap.fr/?zoom=14&lat=50.07397&lon=3.34131&layers=B0FFF

http://tile.openstreetmap.fr/?zoom=13&lat=50.07397&lon=3.34131&layers=B0FFF
[3] 
http://tile.openstreetmap.fr/?zoom=16&lat=50.08438&lon=3.36949&layers=B0FFF

--
FrViPofm

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

Re: [OSM-talk-fr] libération des données Fantoir

[Christian Quest]

On va s'y coller... surtout pour compléter cet outil:
https://openstreetmap.fr/outils/adresses (soyez, patient, il mouline
en "live")

Le 17 juillet 2013 11:49, Romain MEHUT  a écrit :
> Et quelqu'un aurait-il la possibilité de mettre à disposition un outil
> facilitant la confrontation de ces données avec celles d'OSM?
>
> Romain
>

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

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

Re: [OSM-talk-fr] libération des données Fantoir

[Romain MEHUT]

Et quelqu'un aurait-il la possibilité de mettre à disposition un outil
facilitant la confrontation de ces données avec celles d'OSM?

Romain

Le 17 juillet 2013 11:46, Christian Quest  a écrit
:

> Attention, il s'agit de la présence de bâti, pas d'habitants, donc un
> hangar agricole, peut faire passer ça en "bâti".
> Rapide vérification sur un bled de l'Yonne que je connais bien... je
> confirme les 0/1 inversés pour les lieux-dits avec bâti ou non...
> sinon ça ne me semble pas trop incohérent de ce que j'ai pu regarder.
> Je pourrai vérifier sur le terrain dans une dizaine de jours ;)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] libération des données Fantoir

[Christian Quest]

Attention, il s'agit de la présence de bâti, pas d'habitants, donc un
hangar agricole, peut faire passer ça en "bâti".
Rapide vérification sur un bled de l'Yonne que je connais bien... je
confirme les 0/1 inversés pour les lieux-dits avec bâti ou non...
sinon ça ne me semble pas trop incohérent de ce que j'ai pu regarder.
Je pourrai vérifier sur le terrain dans une dizaine de jours ;)

Le 17 juillet 2013 11:10, Stéphane Péneau  a écrit :
> Le mercredi 17 juillet 2013 11:01:23, Stéphane Péneau a écrit :
>
>> Je viens de jeter un oeil sur des zones que je connais.
>>
>> Le caractère n° 110 est censé indiquer :
>> lieu-dit bâti : valeur = 1
>> Sinon : valeur = 0
>>
>> J'ai l'impression que c'est exactement le contraire. Tous les
>> lieu-dits habités que je connais on la valeur 0, et les noms donnés à
>> certaines zones (bois, parcelles, etc..) ont la valeur 1.
>>
>> Stf
>
>
> C'est encore pire, si tout était vraiment inversé, alors toutes les zones
> inhabitées seraient en 1, mais non, certaines sont en 0.
> Je crois qu'on ne va pas pouvoir en faire grand chose en zone rurale... :-(
>
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Vincent Pottier]

Le 17/07/2013 09:01, Christian Quest a écrit :

J'ai retravaillé le zoom 10...

- le placement des place=village est moins prioritaire, du coup ils ne
bouffent pas tout l'espace et les références des autoroutes, sont de
retour, ainsi que d'autre libellés
- j'ai amélioré le tracé des limites de pays

A comparer avec le rendu OSM actuel et le rendu OSM-FR non modifié.

OSM-FR-lowzoom:
http://tile.openstreetmap.fr/?zoom=10&lat=50.69812&lon=2.95486&layers=B0FFF
OSM-FR: 
http://tile.openstreetmap.fr/?zoom=10&lat=50.69812&lon=2.95486&layers=B0FFF
OSM défaut: 
http://tile.openstreetmap.fr/?zoom=10&lat=50.69812&lon=2.95486&layers=00B000FFF


Excellent ce rendu !
Et de mieux en mieux !
Merci pour ce travail de fourmi zélée !
--
FrViPofm

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

Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?

[Pieren]

2013/7/17 Romain MEHUT :
> cf. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms

Toute la page sur la toponymie est intéressante à lire ;-)

Pour résumer, nous suivons depuis très longtemps dans OSM la charte de
toponymie rédigée par l'IGN. Cela a l'avantage d'une certaine
cohérence sur tout le territoire (ce qui n'est pas le cas sur le
terrain), de laisser peu de place à d'interminables discussions dont
nous avons le secret et d'être compatible avec l'inconscient collectif
qu'impose l'usage généralisé des cartes de l'IGN.

Pieren

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

Re: [OSM-talk-fr] libération des données Fantoir

[Stéphane Péneau]

Le mercredi 17 juillet 2013 11:01:23, Stéphane Péneau a écrit :

Je viens de jeter un oeil sur des zones que je connais.

Le caractère n° 110 est censé indiquer :
lieu-dit bâti : valeur = 1
Sinon : valeur = 0

J'ai l'impression que c'est exactement le contraire. Tous les
lieu-dits habités que je connais on la valeur 0, et les noms donnés à
certaines zones (bois, parcelles, etc..) ont la valeur 1.

Stf


C'est encore pire, si tout était vraiment inversé, alors toutes les 
zones inhabitées seraient en 1, mais non, certaines sont en 0.
Je crois qu'on ne va pas pouvoir en faire grand chose en zone rurale... 
:-(


Stf


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

Re: [OSM-talk-fr] libération des données Fantoir

[Stéphane Péneau]

Je viens de jeter un oeil sur des zones que je connais.

Le caractère n° 110 est censé indiquer :
lieu-dit bâti : valeur = 1
Sinon : valeur = 0

J'ai l'impression que c'est exactement le contraire. Tous les lieu-dits 
habités que je connais on la valeur 0, et les noms donnés à certaines 
zones (bois, parcelles, etc..) ont la valeur 1.


Stf


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

Re: [OSM-talk-fr] libération des données Fantoir

[Pieren]

2013/7/17 Damouns :

C'est très incomplet comme fichier mais ça peut servir comme suivi
statistique. Et certains champs pourraient nous resservir pour un
contrôle qualité comme le fait qu'un lieu-dit soit signalé habité ou
non (place=hamlet/isolated_dwelling ou place=locality) ou sur
l'orthographe (bien que les noms soient limités aux 26 premiers
caractères).

Saluons tout de même cette libération de données publiques. Ca ne
coûte pas grand chose à la DGFiP de les publier et c'est payé par nos
impôts.

Pieren

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

Re: [OSM-talk-fr] libération des données Fantoir

[Christian Quest]

Lors de la réunion que l'on avait eu avec la DGFiP pour la prochaine
ouverture de leur WMS, la DGFiP nous avait informé que le fichier
FANTOIR allait passer sous licence OL/LO.

Cela va nous permettre de faire des comparaisons pour mesurer
l'exhaustivité commune par commune des noms de rues, ainsi que sortir
la liste des rues manquantes.

J'ai rapidement regardé le contenu des fichiers.
Ils sont dispo par paquet (zip) région par région et uniquement pour
la métropole. :(

Le zip contient un fichier texte pour chaque département.

Chaque fichier départemental contient 3 types d'enregistrements:
département, commune et voie
Tout est mélangé et en ASCII 7 bits de format fixe (150 caractères) :(

Pour les voies on a comme info utile:
- le code FANTOIR
- une clé RIVOLI qui différencie lieux-dits, ensembles immobiliers
(résidences ?), pseudo-voies, voies temporaires
- type (RUE/AV/PL/ALL, etc) et libellé de la rue (en MAJUSCULES) :(
- si la commune est recensée ou rurale
- si la voie est privée ou publique (bien ça !)
- pour les lieux-dits si ils sont bâtis ou non (hamlet/locality)

J'ai regardé pour ma commune, on retrouve des trucs étonnants, comme
une rivière ou des ponts ou une ligne SNCF et une ligne RER en
"pseudo-voie".

Voir plus en détail:
http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf

Ce PDF décrit le format du fichier, mais pas en détail chaque champ
(comme mes voies ferrées en pseudo-voies).

Ah oui... il n'y a aucune donnée géographique au delà du code INSEE de
la commune, mais ça reste un fichier de référence qui va être très
très utile !


Le 17 juillet 2013 10:27, Damouns  a écrit :
> Ah oui et il y a une clé prévue pour enregistrer le code Fantoir :
> ref:FR:FANTOIR=*
>
> cf. 
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales
>
> Le 17 juillet 2013 10:22, Damouns  a écrit :
>> Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1]
>>
>> La licence est compatible avec OSM : LO/OL [2]
>>
>> C'est en fait un répertoire des voies et lieux-dits de chaque commune
>> (avec des fautes d'orthographes et tout en capitales sans accents,
>> dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas
>> regardé les fichiers proposés maintenant s'ils sont mieux). Sans
>> coordonnées géographiques bien sûr donc ça ne peut servir qu'à
>> contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM
>> (et ce serait déjà pas mal)
>>
>> Damouns
>>
>>
>> [1] http://georezo.net/forum/viewtopic.php?pid=235878
>>
>> [2] 
>> http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

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

Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?

[Romain MEHUT]

Le 17 juillet 2013 10:28, Tony Emery  a écrit :

>
> Le problème du "officiellement" c'est qu'officiellement il y a plein
> d'erreur et aucune logique. J'ai même du "St".
> D'où ma demande de règle existante. Donc, a priori, on part sur
> "Saint-Machin"
>

cf. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Autres_noms

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

Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?

[Tony Emery]

David Crochet wrote
> 1 - Officiellement, regarder les panneaux indicateur d'entrée en 
> agglomération ou les plaques de noms de rue
> 2- Officieusement, les toponymes contenant des « Saint(e)(s) », « sur », 
> « sous », ou tout autre termes formant un composé contiennent un trait 
> d'union

Le problème du "officiellement" c'est qu'officiellement il y a plein
d'erreur et aucune logique. J'ai même du "St".
D'où ma demande de règle existante. Donc, a priori, on part sur
"Saint-Machin"




-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nom-des-voies-Saint-Machin-ou-Saint-Machin-tp5770045p5770052.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] libération des données Fantoir

[Damouns]

Ah oui et il y a une clé prévue pour enregistrer le code Fantoir :
ref:FR:FANTOIR=*

cf. 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales

Le 17 juillet 2013 10:22, Damouns  a écrit :
> Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1]
>
> La licence est compatible avec OSM : LO/OL [2]
>
> C'est en fait un répertoire des voies et lieux-dits de chaque commune
> (avec des fautes d'orthographes et tout en capitales sans accents,
> dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas
> regardé les fichiers proposés maintenant s'ils sont mieux). Sans
> coordonnées géographiques bien sûr donc ça ne peut servir qu'à
> contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM
> (et ce serait déjà pas mal)
>
> Damouns
>
>
> [1] http://georezo.net/forum/viewtopic.php?pid=235878
>
> [2] 
> http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits

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

[OSM-talk-fr] libération des données Fantoir

[Damouns]

Vu sur Géorezo : libération du fichier Fantoir de la DGFIP [1]

La licence est compatible avec OSM : LO/OL [2]

C'est en fait un répertoire des voies et lieux-dits de chaque commune
(avec des fautes d'orthographes et tout en capitales sans accents,
dans les fichiers que j'ai pu voir par le passé, mais je n'ai pas
regardé les fichiers proposés maintenant s'ils sont mieux). Sans
coordonnées géographiques bien sûr donc ça ne peut servir qu'à
contrôler par exemple l'exhaustivité des voies et lieux-dits dans OSM
(et ce serait déjà pas mal)

Damouns


[1] http://georezo.net/forum/viewtopic.php?pid=235878

[2] 
http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits

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

Re: [OSM-talk-fr] Problème de chargement des tuiles mapnik osm.org

[Nicolas Moyroud]

Merci Christian pour les infos.
Aujourd'hui après 5 jours de coupure ça remarche, les tuiles s'affichent 
de nouveau. Faut pas chercher à comprendre... ;-)
N'empêche pour l'outil d'ajout des numéros d'adresses ton joli fond FR 
ce serait sympa.


Nicolas


Le 16/07/2013 16:12, Christian Quest a écrit :

Pour info, lu sur IRC #osm-dev à 15:53 : WARNING:  Mapnik tile proxy
(london / orm) appears to be down

Pas directement lié à ton problème, mais bon à savoir.


Le 16 juillet 2013 15:43, Christian Quest  a écrit :

Ça ressemble à un problème de connexion entre toi et le cache de Lyon
et pas à une blacklistage...

A remonter aux admin, avec une copie à Lyonix ? http://www.lyonix.net/





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

Re: [OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?

[David Crochet]

Bonjour
Le 17/07/2013 10:06, Tony Emery a écrit :

Qu'en est-il du nom des voies ? Existe-t-il une règle ? Ecrit-on "Rue de
Saint Pierre" ou "Rue de Saint-Pierre" ?




1 - Officiellement, regarder les panneaux indicateur d'entrée en 
agglomération ou les plaques de noms de rue
2- Officieusement, les toponymes contenant des « Saint(e)(s) », « sur », 
« sous », ou tout autre termes formant un composé contiennent un trait 
d'union


Cordialement

--
David Crochet


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

[OSM-talk-fr] Nom des voies : Saint-Machin ou Saint Machin ?

[Tony Emery]

Si on regarde l'orthographe officielle, les Saints ne prennent pas de "-".

On écrit "Saint Paul" et non "Saint-Paul".

Par contre, le nom des villes prennent bien un "-", exemple "Saint-Etienne"

Qu'en est-il du nom des voies ? Existe-t-il une règle ? Ecrit-on "Rue de
Saint Pierre" ou "Rue de Saint-Pierre" ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nom-des-voies-Saint-Machin-ou-Saint-Machin-tp5770045.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Christian Quest]

J'ai retravaillé le zoom 10...

- le placement des place=village est moins prioritaire, du coup ils ne
bouffent pas tout l'espace et les références des autoroutes, sont de
retour, ainsi que d'autre libellés
- j'ai amélioré le tracé des limites de pays

A comparer avec le rendu OSM actuel et le rendu OSM-FR non modifié.

OSM-FR-lowzoom:
http://tile.openstreetmap.fr/?zoom=10&lat=50.69812&lon=2.95486&layers=B0FFF
OSM-FR: 
http://tile.openstreetmap.fr/?zoom=10&lat=50.69812&lon=2.95486&layers=B0FFF
OSM défaut: 
http://tile.openstreetmap.fr/?zoom=10&lat=50.69812&lon=2.95486&layers=00B000FFF

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

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