Re: [OSM-talk-fr] [forum-osm-fr]De l'usage du pédestrian

2012-08-17 Par sujet jbosm 
 

OK, la réponse est bien ce que j'aurais eu tendance à faire : créer
un polygone avec area=yes et name=… 

Le 16.08.2012 18:42, sly (sylvain
letuffe) a écrit : 

>> Reste la question de comment faire pour
identifier et nommer l'endroit correctement.
> 
> Je pense comme lui que
mettre pedestrian sur un carrefour routier n'est pas la 
> bonne manière
de tagguer, mais il n'y a pour l'instant pas vraiment de 
> solution
pour tagguer une place, donc je compati avec ceux qui font ça.
> 
>
N'ayant pour l'instant pas trouvé chaussure à mon pied, ce que je fais
c'est 
> tracer le contour de la place avec un polygone, je mets un
"name=Place des 
> seigneurs sith" et un fixme="ceci est une place avec
un nom mais n'est pas 
> uniquement piétonne donc pas de pedestrian" et
rien d'autre.
> 
> Un jour peut être on aura un tag pour dire que c'est
une place, indépendamment 
> de l'utilisation (piéton, parc, parking,
tram, carrefour, rond point ou un 
> mixe de tout ça) et alors je
reviendrais sur mes place... si j'y pense.
> 
>> L'option proposée par
Philippe avec "place=locality" est mauvaise à mon avis car on désigne
généralement par ce biais un lieu-dit. Certains utilisent aussi
"locality" pour désigner les noms de quartiers en ville. On voit qu'on
est loin du nom d'une place qu'on devrait tagguer comme une rue, amha
(c.a.d attaché à un "highway" ouvert ou fermé).
> 
> Pareil : pas
locality, c'est pas fait pour, et ce serait tagguer pour le 
> rendu.
>

> De plus je ne suis pas tout à fait d'accord avec ton raccourcis
"locality 
> c'est (généralement) pour les lieux-dits"
> 
>
place=locality c'est à utiliser pour un lieu, ayant un nom, n'ayant pas
de 
> population et pour lequel aucun autre tag existant ne s'applique.
(c'est un 
> bouche trou quoi)
> 
> -- sly (sylvain letuffe)
___ 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] Affichage des communes sur layers.openstreetmap.fr en retard ( était : MissingCommunes à nouveau opérationnel)

2012-08-17 Par sujet Nicolas Dumoulin 
Le jeudi 16 août 2012 22:57:49 Pieren a écrit :
> 2012/8/16 Hélène PETIT :
> > Je ne comprends pas la logique de la chose
> > 
> > Cet outils me servaient à mieux choisir l'ordre dans lequel je rentre les
> > communes, en fonction de la forme des trous et de la présence ou non de
> > repères ; 24h de délai de mise à jour, ça rend l'outil totalement inutile
> > pour mon travail. Je perds désormai beaucoup de temps à tatonner pour
> > trouver les trous ; tant pis.
> 
> Je comprend la frustration d'Hélène. Mais j'adhère aussi totalement à
> la suppression de l'ancien système qui était super-lent (rendu calculé
> en live à chaque fois). N'y aurait-il pas moyen d'adopter le système
> utilisé pour le rendu standard avec Mapnik, c.a.d que les tuiles sont
> marquées "à refaire" par osm2pqsql lorsque de nouvelles données
> arrivent mais que la tuile n'est redessinée que si quelqu'un veut la
> voir avec son navigateur ?

Et plutôt que de générer des tuiles, si on générait des points pour chaque 
commune avec une couleur pour leur état ?
'fin je dis ça, mais ça n'est qu'une idée …

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

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

Re: [OSM-talk-fr] [forum-osm-fr]De l'usage du pédestrian

2012-08-17 Par sujet Pieren 
2012/8/17 Philippe Verdy :
> Il s'agit ici bien d'un **toponyme**, pas d'une rue; certainement pas
> un "highway", mais une zone plus petite qu'un quartier, sans
> délimitation adminstrative, et surtout ici qui contient un ensemble de
> rues et chemins qui traversent ou bordent ladite place. Ce lieu
> n'incluent en lui-même AUCUNE habitation (les habitations sont à
> l'adresse de la rue qui les borde, et non pas **dans** la place.

Il y a effectivement de nombreuses "places" sans adresses (petites,
souvent utilisées d'ailleurs pour rendre hommage à quelqu'un). Mais là
où tu te trompes complètement, c'est qu'il y a aussi beaucoup de
"places" avec des adresses et des voies qui portent le nom de
celles-ci. C'est juste une question de taille.
Je te conseille fortement d'aller voir les données OSM sur les places
les plus célèbres de grandes villes avant de continuer.

Pieren

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

Re: [OSM-talk-fr] [forum-osm-fr]De l'usage du pédestrian

2012-08-17 Par sujet Pieren 
2012/8/17  :
> OK, la réponse est bien ce que j'aurais eu tendance à faire : créer un
> polygone  avec area=yes et name=…
>

Tu dois juste savoir que ton information sera incomplète. ll manque un
qualificatif à ton objet. Il sera affiché par Mapnik mais aucun
logiciel ne saura ce que c'est (area=yes est normalement toujours
couplé avec un "highway" pour dire que c'est une surface et non une
boucle fermée). Nominatim, pour la géolocalisation par exemple,
n'exploitera pas tes infos.

Pieren

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

Re: [OSM-talk-fr] Import bâti

2012-08-17 Par sujet Christian Quest 
Il est très facile de charger et fusionner dans JOSM une série de
fichiers "découpés", plus que l'inverse.

Ca ne me gênerai pas que ça soit découpé sur
cadastre.openstreetmap.fr, si ça pouvait éviter des imports partiels
qui sont parfois bien longs à corriger...


Le 16 août 2012 13:41, Vincent de Chateau-Thierry  a écrit :
> - sur le principe même de proposer des morceaux (n fichiers) plutôt qu'un 
> tout comme
> actuellement : certes ça devrait limiter les besoins de gros reverts, dans la 
> mesure
> où les uploads seraient chacun de taille réduite. Néanmoins, ça implique une 
> méthode de
> travail que chacun ne souhaite pas forcément adopter. On voit dans le présent 
> fil (et
> c'était la même chose quand j'ai proposé ce script la première fois [1]) que 
> travailler
> en découpant selon les axes routiers (= en pâtés de maisons) est plus naturel.
>


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] MissingCommunes à nouveau opérationnel

2012-08-17 Par sujet Christian Quest 
Bonne idée... je met ça dans ma todo list...


Le 16 août 2012 13:10, Philippe Verdy  a écrit :
> De même, est-il possible dans l'outil sur l'état des communes qu'on y
> indique aussi les autres collectivités ou subdivisions et
> regroupements dont elle fait partie ?
>
> - canton(s)
> - arrondissement
> - département
> - région
> - EPCI à fiscalité propre (ME, CU, CA, CC, SAN)
> - autres EPCI ? (SIVU, SIVOM, syndicats de pays)
> - académie et zones scolaires, zone hospitalière, arrondissement
> judiciaire (tribunal d'instance ?), arrondissement de police ?
>
> http://openstreetmap.fr/outils/etat-commune
>
> Le 16 août 2012 12:53, Philippe Verdy  a écrit :
>> Visiblement cet outil n'est pas le seul affecté (c'est le cas aussi de
>> Layers.Openstreetmap.fr), on dirait bien que XAPI oublie des tas
>> d'objets récents et ne se synchronise plus correctement (il manque
>> aussi des nouvelles communautés de communes, des cantons, un
>> arrondissement, des communes corrigées dont la relation oubliait
>> certains ways).
>>
>> Malgré la date de mise à jour indiquée par ces outils (dans les 30
>> dernières minutes) pour les données XAPI, il ne figure aucun des
>> ajouts et corrections effectuées dans la base OSM depuis au moins une
>> grosse semaine.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] MissingCommunes à nouveau opérationnel

2012-08-17 Par sujet Christian Quest 
Pour savoir si les serveurs on du retard, il y a munin:
http://munin.openstreetmap.fr/

Chaque "lag" est disponible sous forme de graphe.

osm7 est en retard (pépin sur la base postgres): c'est la base utilisé
par mes scripts sur openstreetmap.fr/outils
osm102 est à jour: utilisé par layers (entre autre)
osm103 est à jour: c'est api.openstreetmap.fr / XAPI / overpass


Si ça n'a pas "l'air à jour" parce que quelque chose qu'on a
créé/modifié n'apparait pas quelque part, c'est peut être aussi qu'il
y a un problème dans ce qu'on a créé/modifié.
A titre perso, je ne suis jamais tombé sur un problème de mise à jour
des bases, mais c'est que j'avais un problème dans ce que j'avais
créé/modifié.


Le 16 août 2012 14:47, Philippe Verdy  a écrit :

> Alors oui les serveurs OSM7, et OSM8 ont du retard, mais ce ne sont
> pas les seuls, et OSM102 en a aussi. Si ce n'est pas Osmosis justement
> plus haut on a quoi ? Une API ou encore un autre outil de conversion
> ou d'extraction de données ? Ou encore un problème de place de
> stockage pour les données nouvelles et des fichiers oubliés ?


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Limite communale supprimé

2012-08-17 Par sujet Simon Miniou 
Bonjour tout le monde,

Je crois que je me suis pas encore présenté ; alors j'en profite avec ce
message : Simon "Sigiste" dans la Marne ; Je cartographie principalement
dans cette région et un peu en Bretagne.


en regardant les problèmes rencontrés sur les EPCI :
http://openstreetmap.fr/outils/epci

je me suis aperçu qu'une limite communale avait été supprimé par un
contributeur:
http://www.openstreetmap.org/browse/way/35085887/history

je me demandais quelles sont dans ce genre de cas les possibilités
d'annuler?


Sinon j'ai vu qu'une application mobile utilise le fond OSM
Sports Tracker : http://www.sports-tracker.com/ et donne la possibilité
d'enregistrer des chemins ; je l'ai testé sur un nokia avec un gps qui
tourne moyennement mais ça à l'air de fonctionner quand même. vous en avez
peut être déjà parler sur cette liste ou autre?

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

Re: [OSM-talk-fr] Import bâti

2012-08-17 Par sujet Philippe Pary 
Le ven. 17 août 2012 10:18:03 CEST, Christian Quest a écrit :
> Il est très facile de charger et fusionner dans JOSM une série de
> fichiers "découpés", plus que l'inverse.
>
> Ca ne me gênerai pas que ça soit découpé sur
> cadastre.openstreetmap.fr, si ça pouvait éviter des imports partiels
> qui sont parfois bien longs à corriger...

On peut simplement proposer les deux : le fichier unique et ses
subdivisions.
Je tente de m'y mettre aussi vite que possible

Philippe


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

Re: [OSM-talk-fr] Limite communale supprimé

2012-08-17 Par sujet Christian Quest 
J'ai fait un revert du way en question... je vérifie les relations
dans une minute...


Le 17 août 2012 10:44, Simon Miniou  a écrit :
> Bonjour tout le monde,
>
> Je crois que je me suis pas encore présenté ; alors j'en profite avec ce
> message : Simon "Sigiste" dans la Marne ; Je cartographie principalement
> dans cette région et un peu en Bretagne.
>
>
> en regardant les problèmes rencontrés sur les EPCI :
> http://openstreetmap.fr/outils/epci
>
> je me suis aperçu qu'une limite communale avait été supprimé par un
> contributeur:
> http://www.openstreetmap.org/browse/way/35085887/history
>
> je me demandais quelles sont dans ce genre de cas les possibilités
> d'annuler?
>
>
> Sinon j'ai vu qu'une application mobile utilise le fond OSM
> Sports Tracker : http://www.sports-tracker.com/ et donne la possibilité
> d'enregistrer des chemins ; je l'ai testé sur un nokia avec un gps qui
> tourne moyennement mais ça à l'air de fonctionner quand même. vous en avez
> peut être déjà parler sur cette liste ou autre?
>
> Cordialement,
> Simon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] tout en majuscule

2012-08-17 Par sujet didier2020 
sans commentaire ...
http://www.openstreetmap.org/browse/way/176072393


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

Re: [OSM-talk-fr] tout en majuscule

2012-08-17 Par sujet Fabien 
2012/8/17 didier2020 :
> sans commentaire ...
> http://www.openstreetmap.org/browse/way/176072393
>

Si on regarde bien, même la route a son nom en majuscule... Il y a un
moyen de signaler les utilisateurs comme cela ?

Fabien

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

Re: [OSM-talk-fr] Re : Re: Re : Re: CHRCH data logger longue autonomie

2012-08-17 Par sujet Florian LAINEZ 
Bon finalement j'ai acheté un etrex 20 sur vos conseils. alea jacta est. je
vous dirai ce qu'il en est après mon voyage. Merci pour les infos ;)

Le 6 août 2012 11:34, Florian LAINEZ  a écrit :

> arf, dommage, encore raté ... merci pour l'info
>
>
> Le 3 août 2012 17:22,  a écrit :
>
>> Il semble avoir besoin d'un soft specifique pour le download :
>> https://launchpad.net/igotu2gpx/
>>
>> - Mail d'origine -
>> De: Eric 
>> À: Discussions sur OSM en français 
>> Envoyé: Fri, 03 Aug 2012 16:27:09 +0200 (CEST)
>> Objet: Re: [OSM-talk-fr] Re : Re: CHRCH data logger longue autonomie
>>
>> Je ne crois pas avoir vu celui là dans les potentiels :
>>
>> http://global.mobileaction.com/product/product_i-gotU_GT-600.jsp
>>
>> Il a l'air d'avoir tous les criteres mais je n'ai vu si il sauvait les
>> fichiers en GPX ou en format propio. Je te laisse fouiller si jamais tu
>> l'avais pas dans ta liste
>>
>> Eric
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> *Florian Lainez*
> http://twitter.com/overflorian
> http://www.nouslesgeeks.fr
>



-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] PlaceMaker GeoFLA suite au passage du Redaction Bot

2012-08-17 Par sujet Vincent de Chateau-Thierry 
Bonjour,
Sur la suggestion de Christian, je viens de réactiver PlaceMaker première 
version [1]
documenté ici [2]. Avec les données France de cette nuit (Geofabrik), on compte 
quand
même 573 communes qui n'ont aucun node place dans leur emprise, ceci suite au 
passage
du "Redaction bot". Beaucoup de département concernés, mais à chaque fois avec 
peu de
points. De quoi occuper le week-end, vu qu'il va faire bien trop chaud pour 
mettre le
nez dehors, non ? :-)

vincent

[1] : http://osm.vdct.free.fr/geofla/index.html
[2] : http://wiki.openstreetmap.org/wiki/FR:PlaceMaker

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

[forum-osm-fr]Comment cr�er une place sur une route ?

2012-08-17 Par sujet forum 
Le message suivant de :
##
Bonjour,



J'ai créé une route et dans celle-ci, je dois créer une place mais je ne sais 
pas comment faire.



Pouvez-vous m'indiquer la marche à suivre ?



Merci,

Mathieu

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] PlaceMaker GeoFLA suite au passage du Redaction Bot

2012-08-17 Par sujet Frédéric Rodrigo 

Le 17/08/2012 15:48, Vincent de Chateau-Thierry a écrit :

Bonjour,
Sur la suggestion de Christian, je viens de réactiver PlaceMaker première 
version [1]
documenté ici [2]. Avec les données France de cette nuit (Geofabrik), on compte 
quand
même 573 communes qui n'ont aucun node place dans leur emprise, ceci suite au 
passage
du "Redaction bot". Beaucoup de département concernés, mais à chaque fois avec 
peu de
points. De quoi occuper le week-end, vu qu'il va faire bien trop chaud pour 
mettre le
nez dehors, non ? :-)

vincent


Je signale au passage de Jocelyn à remise en marche la base de som7 et 
qu'elle est désormais à jour (enfin il y a peut être des trous dedans...)


http://munin.openstreetmap.fr/pole-aquinetic.fr/osm7.openstreetmap.fr/index.html#osm

Frédéric.


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

Re: [OSM-talk-fr] Import bâti

2012-08-17 Par sujet Philippe Verdy 
Il n'y a pas dans le cadastre un découpage naturel déjà ?

Au moins par feuille cadastrale, les feuilles étant indexées autour de
quartiers, voire de bloc peu étendus dans les villes, et déjà selon
les axes de circulation qui délimitent les zones cadastrales.

Le 17 août 2012 10:48, Philippe Pary  a écrit :
> Le ven. 17 août 2012 10:18:03 CEST, Christian Quest a écrit :
>> Il est très facile de charger et fusionner dans JOSM une série de
>> fichiers "découpés", plus que l'inverse.
>>
>> Ca ne me gênerai pas que ça soit découpé sur
>> cadastre.openstreetmap.fr, si ça pouvait éviter des imports partiels
>> qui sont parfois bien longs à corriger...
>
> On peut simplement proposer les deux : le fichier unique et ses
> subdivisions.
> Je tente de m'y mettre aussi vite que possible
>
> Philippe
>
>
> ___
> 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] MissingCommunes à nouveau opérationnel

2012-08-17 Par sujet Philippe Verdy 
Et je le répète il n'y avait aucun problème dans ce que j'avais créé.
C'est bien le serveur layers qui n'avait pas vu les modifs pendant 10
jours, et c'est l'usage de "/dirty" sur les tuiles qui l'a forcé à
relire ce qu'il a oublié de relever dans les modifs de la base
(peut-être parce que son serveur n'est PAS à l'heure et avance d'au
moins 3 minutes).

Le 17 août 2012 10:34, Christian Quest  a écrit :
> Pour savoir si les serveurs on du retard, il y a munin:
> http://munin.openstreetmap.fr/
>
> Chaque "lag" est disponible sous forme de graphe.
>
> osm7 est en retard (pépin sur la base postgres): c'est la base utilisé
> par mes scripts sur openstreetmap.fr/outils
> osm102 est à jour: utilisé par layers (entre autre)
> osm103 est à jour: c'est api.openstreetmap.fr / XAPI / overpass
>
>
> Si ça n'a pas "l'air à jour" parce que quelque chose qu'on a
> créé/modifié n'apparait pas quelque part, c'est peut être aussi qu'il
> y a un problème dans ce qu'on a créé/modifié.
> A titre perso, je ne suis jamais tombé sur un problème de mise à jour
> des bases, mais c'est que j'avais un problème dans ce que j'avais
> créé/modifié.
>
>
> Le 16 août 2012 14:47, Philippe Verdy  a écrit :
>
>> Alors oui les serveurs OSM7, et OSM8 ont du retard, mais ce ne sont
>> pas les seuls, et OSM102 en a aussi. Si ce n'est pas Osmosis justement
>> plus haut on a quoi ? Une API ou encore un autre outil de conversion
>> ou d'extraction de données ? Ou encore un problème de place de
>> stockage pour les données nouvelles et des fichiers oubliés ?
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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] [forum-osm-fr]De l'usage du pédestrian

2012-08-17 Par sujet Philippe Verdy 
Le 17 août 2012 10:47, Plop76  a écrit :
> Ce n'est pas vraiment le sujet, mais en parlant de Nominatim : il n'a pas
> l'air de prendre en compte les tags addr:place. C'est pourtant bien la
> manière de tagguer les adresses de résidences (ou places :D), lorsque les
> highways proprement dits n'ont pas de nom ?

Pour les lieux-dits justement... raison de plus pour défendre
place=locality, même en ville !
place=locality n'est absolument pas lié au nombre d'habitants
d'ailleurs. ce n'est pas une valeur possible pour une commune ou
n'importe quelle entité administrative. c'est un lieu d'usage local
sur une carte. Ce nom se conserve (dans le cadastre par exemple) même
le jour où il commence à être habité, et éventuellement deviendra le
nom d'un quartier construit autour, ou deviendra parfois le nom d'une
place (mais en général le nom d'une place est souvent "place de la
mairie", "place du marché', "place d'arme", "place de la
libération"...).

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

Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard ( était : MissingCommunes à nouveau opérationnel)

2012-08-17 Par sujet Philippe Verdy 
Ca existe aussi déjà, mais pas sur Layers.

Le 17 août 2012 09:34, Nicolas Dumoulin
 a écrit :
> Le jeudi 16 août 2012 22:57:49 Pieren a écrit :
>> 2012/8/16 Hélène PETIT :
>> > Je ne comprends pas la logique de la chose
>> >
>> > Cet outils me servaient à mieux choisir l'ordre dans lequel je rentre les
>> > communes, en fonction de la forme des trous et de la présence ou non de
>> > repères ; 24h de délai de mise à jour, ça rend l'outil totalement inutile
>> > pour mon travail. Je perds désormai beaucoup de temps à tatonner pour
>> > trouver les trous ; tant pis.
>>
>> Je comprend la frustration d'Hélène. Mais j'adhère aussi totalement à
>> la suppression de l'ancien système qui était super-lent (rendu calculé
>> en live à chaque fois). N'y aurait-il pas moyen d'adopter le système
>> utilisé pour le rendu standard avec Mapnik, c.a.d que les tuiles sont
>> marquées "à refaire" par osm2pqsql lorsque de nouvelles données
>> arrivent mais que la tuile n'est redessinée que si quelqu'un veut la
>> voir avec son navigateur ?
>
> Et plutôt que de générer des tuiles, si on générait des points pour chaque
> commune avec une couleur pour leur état ?
> 'fin je dis ça, mais ça n'est qu'une idée …
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Import bati décalé

2012-08-17 Par sujet Claude 

Bonjour

Sur la commune de saint-Jean-de-Losne, l'import du bati semble décalé 
par rapport au cadastre lorsque je le charge dans JOSM

pouvez vous me confirmer?
Comment effectuer la correction
merci
Cordialement
Claude

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

Re: [OSM-talk-fr] Import bati décalé

2012-08-17 Par sujet panierAvide 

Le 17/08/2012 22:14, Claude a écrit :

Bonjour

Sur la commune de saint-Jean-de-Losne, l'import du bati semble décalé 
par rapport au cadastre lorsque je le charge dans JOSM

pouvez vous me confirmer?
Comment effectuer la correction
merci
Cordialement
Claude

Bonsoir,

Il y a bel et bien un décalage entre l'import et le cadastre. Parfois, 
celui-ci s'explique par le recalage du bâti par rapport aux repères 
géodésiques, mais ici le cadastre est plutôt bien calé (un léger 
décalage de moins d'un mètre, voir le repère de l'église). Ce décalage 
des bâtiments est donc étrange.
Avant de corriger, pourquoi ne pas demander à l'auteur de l'import 
(PatDi, [1]) s'il a décalé les bâtiments volontairement, et si oui pour 
quelles raisons. Si non, il doit être possible que lors d'une mise à 
jour le cadastre fut recalé, entraînant un décalage par rapport à 
l'import plus ancien.


Cordialement.

[1] http://www.openstreetmap.org/user/PatDi

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

Re: [OSM-talk-fr] Import bati décalé

2012-08-17 Par sujet Vincent Pottier 

Le 17/08/2012 22:14, Claude a écrit :

Bonjour

Sur la commune de saint-Jean-de-Losne, l'import du bati semble décalé 
par rapport au cadastre lorsque je le charge dans JOSM

pouvez vous me confirmer?
Comment effectuer la correction
merci
Cordialement
Claude
En effet. C'est un import déjà ancien. Probablement qu'il date d'avant 
les corrections faites par Pieren sur le plugin cadastre.
Il y a des repères géodésiques sur l'église, un en haut du clocher, et 
un sur la marche d'entrée. Le top serait d'aller sur place et de voir si 
ce repère est bien au milieu de la marche comme le suggère le cadastre.


Il est possible de reprendre l'import à neuf, mais en intégrant les 
infos présentes sur l'ancien : église, mairie, numérotation...

--
FrViPofm

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

Re: [OSM-talk-fr] Import bati décalé

2012-08-17 Par sujet claude marani 
Le 17 août 2012 22:51, Vincent Pottier  a écrit :

> Le 17/08/2012 22:14, Claude a écrit :
>
>> Bonjour
>>
>>
>> Sur la commune de saint-Jean-de-Losne, l'import du bati semble décalé par
>> rapport au cadastre lorsque je le charge dans JOSM
>> pouvez vous me confirmer?
>> Comment effectuer la correction
>> merci
>> Cordialement
>> Claude
>>
> En effet. C'est un import déjà ancien. Probablement qu'il date d'avant les
> corrections faites par Pieren sur le plugin cadastre.
> Il y a des repères géodésiques sur l'église, un en haut du clocher, et un
> sur la marche d'entrée. Le top serait d'aller sur place et de voir si ce
> repère est bien au milieu de la marche comme le suggère le cadastre.
>
> Il est possible de reprendre l'import à neuf, mais en intégrant les infos
> présentes sur l'ancien : église, mairie, numérotation...
> --
> FrViPofm
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>

je pense que le cadastre est bien calé car il y a des batiments à cheval
sur 2 communes du coté de l'écluse. j'ai du décaler les parties sur la
commune de Saint-jean de Losne pour assurer la continuité des bâtiments.
Je vérifierai les repère géodésique lors de mon prochain passage dans le
coin
cordialement
Claude
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bati décalé

2012-08-17 Par sujet Philippe Verdy 
Note : Les bâtiments à cheval sur plusieurs communes (et même sur
plusieurs pays) ça existe (même au milieu d'un même logement)... Ce
n'est pas une erreur du cadastre ou d'OSM.

Il y a des cas bien réels sur la frontière franco-belge,
franco-suisse, et franco-monégasque. Mais aussi entre deux communes
françaises.

Le 17 août 2012 23:27, claude marani  a écrit :
> je pense que le cadastre est bien calé car il y a des batiments à cheval sur
> 2 communes du coté de l'écluse. j'ai du décaler les parties sur la commune
> de Saint-jean de Losne pour assurer la continuité des bâtiments.
> Je vérifierai les repère géodésique lors de mon prochain passage dans le
> coin

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