Dépendant de l'utilisation des données, peut-être imposm te sera utile :
http://imposm.org/docs/imposm/latest/
Le mapping.py te permet de définir ce que tu veux importer (et de laisser
tomber le reste)
2011/9/6 sly (sylvain letuffe)
> > C'est à ça que servent les différentes compressions (gz, b
Bonjour,
Osmose détecte les bâtiments se recouvrant, serait-il possible de ne pas
indiquer cet élément si les points ont tag comme repères géodésiques ? Car pour
ce type de point, l'erreur n'en est pas une.
bonne journée
Cédric Barribaud
Membre adhérent de l'APP3L
www.app3l.org
_
Le 06/09/2011 à 06:49:14 +1100 "Jocelyn Jaubert" jocelyn.jaub...@gmail.com a
écrit
Objet: "[OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags
et du source du frontend" :
> - ajout des DOM dans la liste des régions analysées. Maintenant, la
> Guyane, la Guadeloupe, la Marti
Salut,
c'est effectivement une très bonne initiative ! (que j'aurais dût avoir il y
a longtemps ...)
j'ai jeté un petit coup d'oeil sur la zone et effectivement il y a un
certain nombre de choses qui ne sont pas vraiment correctes ... je viens à
la fac jeudi, si tu es disponible en fin de matinée
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour à tous,
Pour ceux que ça intéresse, j'ai fait un petit script qui permet, à
partir de traces GPS et de photos (prises lors d'un voyage, par
exemple), de générer une page web présentant le voyage avec les photos,
sur un fond OSM.
Ça donne ce g
Le 6 septembre 2011, Christian Quest a écrit :
> Le nouvel analyseur de clé de tag semble ne pas aimer "oneway=-1" qui
> pourtant est indiqué comme correcte dans le wiki.
C'est normalement corrigé. Les erreurs de ce type devraient disparaître
dans les jours qui suivent.
Merci,
Jocelyn
__
Bonsoir Brice,
C'est une très bonne initiative !
Pour commencer, tu peux aller voir cette page, où quelques sites sont
considérés comme de bonnes références
http://wiki.openstreetmap.org/wiki/FR:Cartotheque
On y trouve quelques campus
Comme tu dois le savoir si tu suis cette liste depuis quelque
2011/9/6 sly (sylvain letuffe) :
>
> Bref, je me demande si c'est bien le boulot de l'API de contraindre ou si
> c'est aux éditeurs d'avoir les moyens "d'éduquer"
Quand je parle de "contrainte", c'est uniquement du point de vue d'une
bdd relationnelle. J'avais bien précisé 0..* pour la multiplicit
Bonsoir à tous,
Je me présente vite fait car il s'agit de mon premier message sur cette liste.
Je m'appelle Brice et je suis étudiant à l'université de Provence. Ça fait
maintenant un peu plus d'un an que je suis cette liste (je crois) et que je
participe (très légèrement) à OSM.
Bon maintenant
> Mon idée serait d'ajouter une contrainte dans la base ET dans l'API.
> Je pense à un nouvel élément 'source' à côté de node, way, relation et
> changeset. On pourrait définir librement des sources (avec source_id)
> qui serait ensuite listé dans la composante d'un node, un way, une
> relation ou
2011/9/6 Christian Quest > J'espère par contre que le stockage en
interne n'est pas répétitif, c'est
> sûr que là il y a de l'espace à récupérer.
> --
> Christian
Hélas, il est répétitif partout. Dans la base, dans les extracts et
même dans les fichiers au format .pbf
La compression se limite donc
2011/9/6 sly (sylvain letuffe) :
> Par contre, je ne vois pas le rapport avec l'API0.7.
>
> Une nouvelle API aurait pour mission de changer la manière dont est accessible
> l'information, la manière interne de la stocker pouvant tout à fait être
> indépendante.
>
> Peut-être entendais-tu plutôt un
> C'est à ça que servent les différentes compressions (gz, bz, bz2, etc).
> Ces données répétitives se compriment très très bien.
Oui en terme de taille pure, par contre les parseurs xml et les traitements
ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-)
> J'espère p
Le 6 septembre 2011 15:40, sly (sylvain letuffe) a
écrit :
> > Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7:
>
> cf mon précédent message, c'est de cette solution dont je veux parler.
>
>
> Par contre, je ne vois pas le rapport avec l'API0.7.
>
> Une nouvelle API aurai
En effet, merci Pieren de faire ton rabat-joie (au sens premier et noble du
terme).
Le fait de ne plus voir le tracé sur ma maison a probablement provoqué cet
emballement :)
Mais au delà de cet aspect rendu, les questions de la source et de la
constitution de la donnée restent ouvertes (et m'inté
> Bravo pour tout le boulot, Osmose est un outil vraiment très utile.
+1
didier
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
> Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7:
cf mon précédent message, c'est de cette solution dont je veux parler.
Par contre, je ne vois pas le rapport avec l'API0.7.
Une nouvelle API aurait pour mission de changer la manière dont est accessible
l'information, l
(...)
> qui dans la Base de Données OSM se manifeste par
> une myriade d'octets ...
Bof, si le problème est une question de taille dans la base de donnée OSM, ne
serait il pas plus fin de régler cela directement dans la manière de stocker
ces informations en amont ?
Et de manière à ce que cela s
On mardi 6 septembre 2011, Pieren wrote:
> Pas besoin de faire un truc compliqué si un simple revert du way à
> partir de Potlatch1 fonctionne comme espéré
Je n'ai pas réussi à faire un revert de l'ensemble des noeuds avec p1,
l'option d'accès à l'historique est pourtant bien là (advanced ->
Le 06/09/2011 14:27, Frédéric Rodrigo a écrit :
Bonjour,
La mention complète fait parti des conditions d'utilisation :
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI
"""
En revanche, la rediffusion de ces donné
2011/9/6 cyrille giquello :
> Par exemple: FR_DGI2008, FR_DGI2009, ...
Quelle horreur. Pensez aux nouveaux qui vont sûrement tout de suite
comprendre que ça vient du cadastre...
Moi j'avais pensé à un simple "cadastre 2011", 3 caractères de plus (à
multiplier par quelques millions d'objets tout de
2011/9/6 Pierre-André Le Ny :
> Super. Merci.
>
> Affaire classée. Next!
Je ne trouve pas:
- le tag source contient deux fois le cadastre alors que cela ne
concerne probablement qu'une petite portion de voies,
- pour ce qui ne vient pas du cadastre, il y a utilisation d'une
source qui n'est pas cl
Bonjour,
> De : "Bruno Cortial"
>
> On a aussi le forum OSM France [1], pas très fréquenté il est vrai
> mais pour traiter des sujets récurents on peut demander à ce qu'un fil
> soit épinglé pour qu'il apparaisse toujours en tête.
>
> Un fil épinglé pour signaler les erreurs et organiser les c
Bonjour,
La mention complète fait parti des conditions d'utilisation :
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI
"""
En revanche, la rediffusion de ces données n'est autorisée que pour
les produits composite
Le 06/09/2011 13:56, cyrille giquello a écrit :
Salut
Les français se font encore remarqués avec leur côté "administratif"
et paperasse associée qui dans la Base de Données OSM se manifeste par
une myriade d'octets ...
;-)
Le tag source est très utilisé et son contenu est très verbeux :
http://
Super. Merci.
Affaire classée. Next!
Le 6 septembre 2011 13:05, sly (sylvain letuffe) a
écrit :
> On mardi 6 septembre 2011, Pieren wrote:
> > Pas besoin de faire un truc compliqué si un simple revert du way à
> > partir de Potlatch1 fonctionne comme espéré
> >
> > Pieren
>
> Trop tard... l
Bonjour
> - on a que cette liste et le wiki comme base de recherche (ouf!)
On a aussi le forum OSM France [1], pas très fréquenté il est vrai
mais pour traiter des sujets récurents on peut demander à ce qu'un fil
soit épinglé pour qu'il apparaisse toujours en tête.
Un fil épinglé pour signaler le
Salut
Les français se font encore remarqués avec leur côté "administratif"
et paperasse associée qui dans la Base de Données OSM se manifeste par
une myriade d'octets ...
;-)
Le tag source est très utilisé et son contenu est très verbeux :
http://taginfo.openstreetmap.org/keys/source
15 131 165
Bonjour
A mon humble avis, celui d'un débutant dans le monde d'OSM, il y a
déjà beaucoup d'outils et d'informations qui demande d'être tenus à
jour, enfin de quoi perdre les débutants ;-)
Je préconiserai de continuer sur cette liste :
- les archives sont consultables
http://lists.openstreetmap.org
De : Pmz
>> - que vient faire le tag source=cadastre ici s'il n'y a rien
>> dans le
>> cadastre ?
> Je me pose également la question.
Je ne crois pas avoir taggué le tracé complet avec la source cadastre. Il
se
trouve
On mardi 6 septembre 2011, Pieren wrote:
> Pas besoin de faire un truc compliqué si un simple revert du way à
> partir de Potlatch1 fonctionne comme espéré
>
> Pieren
Trop tard... la correction est faite.
http://www.openstreetmap.org/browse/changeset/9226112
Potlatch1 aurait une possibilité
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Je pose un peu ce message en vrac car je ne sais pas trop car quel bout nous y
prendre et si cela vaut le coup ou pas
Après en avoir discuté off-list à propos d'un département qui avait subit des
modifications par erreurs (finistère) après le sujet d'aujourd'hui sur la
ligne de TGV transformée
> > Je suis perplexe également et la discussion rapportée par Sly laisse
> > penser
> >que l'on est en attente d'une solution.
> J'ai commencé à regarder pour faire un script de revert spécifique à ces
> cas,
> mais le temps me manque.
J'ai un peu de temps, je tente de faire quelque chose auj
Le nouvel analyseur de clé de tag semble ne pas aimer "oneway=-1" qui
pourtant est indiqué comme correcte dans le wiki.
Bravo pour tout le boulot, Osmose est un outil vraiment très utile.
--
Christian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
h
Génial. Merci pour ce retour précis.
J'ai contacté la dernière personne à avoir modifié le tracé et j'allais te
contacter comme auteur de la première version.
En effet, les travaux de déboisement ont commencé. Le gros œuvre c'est pour
2012.
On est donc OK pour dire que la construction a démarré.
On 05/09/2011 21:49, Pierre-André Le Ny wrote:
D'une manière générale, comment sont mappées les lignes de chemin de
fer (import ou gps ?) ?
D'après ce que j'ai vu sur OSM, il y a deux types de données :
- les lignes qui sont représentés par un seul chemin, dont les données
ont le plus souvent é
On 06/09/2011 10:03, Rodolphe Quiedeville wrote:
Le 05/09/2011 21:49, Pierre-André Le Ny a écrit :
Bonsoir à tous,
Je sollicite la liste pour quelque chose qui m'interpelle.
J'ai vu récemment apparaître en base OSM un tracé de la future ligne à
grande vitesse (nom de code LGV-BPL).
http://www
Pierre-André Le Ny writes:
>
>
> Salut,
Salut,
Je crois que je suis l'auteur de la première version du tracé, voici quelques
éléments de réponse.
> Le 6 septembre 2011 10:15, Pieren a écrit :
>
> 2011/9/6 Pierre-André Le Ny :
> >
>> Oui, il suffirait de revenir en arrière d'une ou deux version
On Tue, 6 Sep 2011 10:15:04 +0200, Pieren wrote:
2011/9/6 Pierre-André Le Ny :
passé par là ?
Oui, il suffirait de revenir en arrière d'une ou deux versions sur
cet
élément. Mais je reste dubidatif sur plusieurs points à propos de
cette ligne:
- est-ce que la construction a déjà démarré ?
- s
Salut,
Le 6 septembre 2011 10:15, Pieren a écrit :
> 2011/9/6 Pierre-André Le Ny :
> > passé par là ?
> >
> Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet
> élément.
Je suis perplexe également et la discussion rapportée par Sly laisse penser
que l'on est en attente d'un
2011/9/6 Pierre-André Le Ny :
> passé par là ?
>
Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet
élément. Mais je reste dubidatif sur plusieurs points à propos de
cette ligne:
- est-ce que la construction a déjà démarré ?
- si non, est-ce que le tag "construction" n'est pas a
Le 05/09/2011 21:49, Pierre-André Le Ny a écrit :
> Bonsoir à tous,
>
> Je sollicite la liste pour quelque chose qui m'interpelle.
>
> J'ai vu récemment apparaître en base OSM un tracé de la future ligne à
> grande vitesse (nom de code LGV-BPL).
>
> http://www.openstreetmap.org/browse/way/489985
Merci pour vos réponses.
Sly, est-ce que ton message sous-entend que le tracé a été bien mappé
initialement mais que Potlach2 et son "alignement de points abusif" est
passé par là ?
Dans ce cas, c'est encore pire que ce que je pensais. J'attends des
nouvelles de l'auteur de la modif.
Sinon, je p
Bonjoour,
Dans le cas d'une voie en construction, il est possible d'utiliser :
railway=construction
http://wiki.openstreetmap.org/wiki/Tag:railway%3Dconstruction
Sur Montpellier 2 lignes de tram sont actuellement en construction et le
tracé connu a été mappé avec ce tag.
René-Luc
Le 06/09/20
45 matches
Mail list logo
