Bonjour,
Am 15.07.2011 07:42, schrieb Marc Sibert:
Je suis à la recherche d'une source caractérisants les éléments ne pouvant pas
passer dans la nouvelle licence (ceci *n'est pas* une discussion sur la licence
!).
Tu as cela pour les ways: http://osm.informatik.uni-leipzig.de/map/
C'est un
Bonjour,
Je suis à la recherche d'une source caractérisants les éléments ne
pouvant pas passer dans la nouvelle licence (ceci *n'est pas* une
discussion sur la licence !).
Je souhaite trouver ces objets (points, way, etc.) en priorité pour les
remplacer par mes contributions (en Domaine Publ
Le 14/07/2011 23:25, Philippe Pary a écrit :
Le jeudi 14 juillet 2011 à 23:21 +0200, Matthias Dietrich a écrit :
Quels abus ?
Pas une semaine sans qu'on détecte des doublons, de l'import sans les
rues, de l'import sans validator, de l'import sans même regardé (avec
des chemins de fer sur les ég
On Friday 15 July 2011 00:21:06 Pieren wrote:
> 2011/7/14 Philippe Pary
>
> > Remet le stp. Je vois parfaitement à quoi ça sert pour ma part : c'est
> > une indication claire de l'usage d'un outil automatisé dans la phase de
> > pré-import.
> >
> > Si on va dans la direction « un tag prend de la
Pieren a écrit :
> Il faut prendre les devants avant que d'autres ne s'en chargent.
Je partage totalement ton avis.
Personnellement, chaque fois que j'y pense, je supprime les tags
« note:qadastre » et « created_by » dans les données atomiques que
j'importe ou que je modifie.
Sébastien
--
Séba
Bonsoir,
Pieren a écrit :
> OSM est un cas particulier. Lorsqu'on modifie des données, ça veut
> dire qu'on devient aussi partiellement auteur de ces données. Par
> exemple, la position d'un bâtiment vient du cadastre mais sa fonction
> vient d'un contributeur. Qui possède la "propriété intellectu
2011/7/14 Philippe Pary
> Remet le stp. Je vois parfaitement à quoi ça sert pour ma part : c'est
> une indication claire de l'usage d'un outil automatisé dans la phase de
> pré-import.
>
> Si on va dans la direction « un tag prend de la place, sauvons la bdd »
> on finit vite à « le bâti prend de
Le 14/07/2011 23:32, Matthias Dietrich a écrit :
> OSM n'est pas une base de donnée exclusivement routière. On peut s'intéresser
> au polygones "landuse", au bâti, aux cours d'eau et n'avoir aucun
> intérêt pour la voirie.
Je plussoie totalement.
___
Ta
Bonsoir,
Guilhem Bonnefille a écrit :
> J'ai peut-être une lecture naïve, mais je pose la question néanmoins :
> est-ce qu'on est pas ici face à une généralisation du cas "Cadastre".
> Je n'ai suivi que de très loin le traitement de ce dossier, mais il me
> semble que c'était un peu la même chose.
Le 14 juillet 2011 23:25, Philippe Pary a écrit :
> Pas une semaine sans qu'on détecte des doublons, de l'import sans les
> rues, de l'import sans validator, de l'import sans même regardé (avec
> des chemins de fer sur les églises) etc.
>
> Il suffit de lire cette liste pour s'en rendre compte :-)
Le jeudi 14 juillet 2011 à 23:21 +0200, Matthias Dietrich a écrit :
> Quels abus ?
Pas une semaine sans qu'on détecte des doublons, de l'import sans les
rues, de l'import sans validator, de l'import sans même regardé (avec
des chemins de fer sur les églises) etc.
Il suffit de lire cette liste pou
Quels abus ?
Le 14 juillet 2011 23:16, Philippe Pary a écrit :
> Le jeudi 14 juillet 2011 à 22:54 +0200, Matthias Dietrich a écrit :
>> Et pour ce qui est du respect du message "n'importez pas sans ajouter
>> les routes", c'est une question de point de vue. Je trouve d'ailleurs
>> le message sur
Le jeudi 14 juillet 2011 à 23:05 +0200, Pierre a écrit :
> On Thursday 14 July 2011 22:54:36 Matthias Dietrich wrote:
> > Le 14 juillet 2011 22:45, Pierre a écrit :
> > > Le soucis est que les gens ne respectent déjà pas les messages comme
> > > "n'importez pas sans ajouter les routes". Je ne m'at
Le jeudi 14 juillet 2011 à 22:54 +0200, Matthias Dietrich a écrit :
> Et pour ce qui est du respect du message "n'importez pas sans ajouter
> les routes", c'est une question de point de vue. Je trouve d'ailleurs
> le message sur le serveur un peu trop appuyé...
Et pourtant ça n'empêche pas des ab
On Thursday 14 July 2011 22:54:36 Matthias Dietrich wrote:
> Le 14 juillet 2011 22:45, Pierre a écrit :
> > Le soucis est que les gens ne respectent déjà pas les messages comme
> > "n'importez pas sans ajouter les routes". Je ne m'attends pas à ce que
> > les gens utilisent le changeset...
>
> En
Le 14 juillet 2011 22:45, Pierre a écrit :
> Le soucis est que les gens ne respectent déjà pas les messages comme
> "n'importez
> pas sans ajouter les routes". Je ne m'attends pas à ce que les gens utilisent
> le
> changeset...
En ce qui me concerne je supprime maintenant le tag "note:qadastre"
On Thursday 14 July 2011 17:37:59 Pieren wrote:
> 2011/7/14 Pierre
>
> > Tu sais, tu peux aussi lancer la conversion toi même, le code du
> > convertisseur
> > cadastre => OSM est dispo librement sur internet et toute contribution
> > est la
> > bienvenue...
> >
> > http://gitorious.org/qadastre
Merci à tous les deux. C'est beaucoup mieux maintenant.
Le 14 juillet 2011 21:59, Christophe Jacquet
a écrit :
> Bonjour,
>
> La projection n'est pas la bonne. L'affichage Bing n'est correct que
> pour les projections EPSG:4326 ou Mercator.
>
> Christophe.
>
> 2011/7/14 Romain MEHUT :
> > Bonjour
Bonjour,
La projection n'est pas la bonne. L'affichage Bing n'est correct que
pour les projections EPSG:4326 ou Mercator.
Christophe.
2011/7/14 Romain MEHUT :
> Bonjour à tous,
>
> J'ai une petite question concernant l'affichage de Bing dans JOSM. Comme
> vous pouvez le voir dans l'image jointe
Passer en projection Mercator.
Eric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Jocelyn Jaubert a écrit , Le 14/07/2011 14:58:
Pour le cas qui t'intéresse, au moment où l'analyse a été lancée (mars
2011), la relation Sicoval
Je vais voir si je peux supprimer l'affichage des vieilles erreurs, ou
relancer cette analyse.
Ouf, je préfère ça.
Merci de vos réponses,
Hélène
2011/7/14 Pieren
> Heureusement il y a une doc... euh, tiens, au fait, elle est où la doc ?
>
Pour Vincent, s'il arrive à compiler le code source. Il trouvera le "manuel"
dans cet ancien email:
http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028568.html
>
> Au passage, je croyai
Ah, merci, j'ignorais totalement. J'étais persuadé qu'il s'agissait du même
script Perl qui était mentionné sur le wiki, avec lequel j'ai arrêté de
lutter il y a bien longtemps.
J'y jette un coup d’œil :)
Le 14 juillet 2011 17:01, Pierre a écrit :
> On Thursday 14 July 2011 16:48:18 Vincent Priv
2011/7/14 Pierre
> Tu sais, tu peux aussi lancer la conversion toi même, le code du
> convertisseur
> cadastre => OSM est dispo librement sur internet et toute contribution est
> la
> bienvenue...
>
> http://gitorious.org/qadastre/qadastre2osm
>
>
Comme si extraire les fichiers sources puis les c
Je bascule cette discussion de dev-fr vers talk-fr car le sujet est
maintenant le choix de nom de tags. Le fil initial est ici [1].
Le 14/07/2011 12:31, Philippe B a écrit :
Le 14/07/2011 07:44, Vincent de Chateau-Thierry a écrit :
=> L'analyse actuelle deviendrait celle (stricte) du niveau
"C
On Thursday 14 July 2011 16:48:18 Vincent Privat wrote:
> C'en est où cette interface, en période estivale ? :)
> Je voudrais bien récupérer le bâti de Castelmoron-d'Albret (33, Gironde),
> qui est dispo au cadastre mais pas sur le site, ni dans la liste déroulante
> des communes.
> (Pour info, c'e
C'en est où cette interface, en période estivale ? :)
Je voudrais bien récupérer le bâti de Castelmoron-d'Albret (33, Gironde),
qui est dispo au cadastre mais pas sur le site, ni dans la liste déroulante
des communes.
(Pour info, c'est vraiment de la fainéantise de ma part vu qu'il s'agit de
la *pl
Le 14 juillet 2011 15:15, Black Myst a écrit :
>
> D'après la bulle d'erreur d'Osmose, il a bien travaillé sur des données du
> 13/07/2011, mais je me demande si c'est vraiment le cas.
>
Mais quel boulet je suis, il a travaillé sur des données du 13/03/2011 !
Par contre, j'avais raison sur un p
Le 14 juillet 2011 14:30, Hélène PETIT a écrit :
> J'ai probablement encore loupé des infos sur la liste ; comment osmose
> calcul-t-il ce besoin de niveau 7 ?
>
Je dirais qu'il les calcul mal... ça ressemble à un bug.
Une piste peut-être. Les chemins qui sont en erreur font aujourd'hui partie
2011/7/14 Hélène PETIT :
> Par exemple ici :
> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=14&lat=43.546&lon=1.58025&layers=B00T&item=6010,6020,6030,6040,6050,6060
>
> J'ai probablement encore loupé des infos sur la liste ; comment osmose
> calcul-t-il ce besoin de nive
Par exemple ici :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=14&lat=43.546&lon=1.58025&layers=B00T&item=6010,6020,6030,6040,6050,6060
J'ai probablement encore loupé des infos sur la liste ; comment osmose
calcul-t-il ce besoin de niveau 7 ?
Hélène
__
31 matches
Mail list logo
