> Je bosse sur le sujet depuis qqs mois et je commence enfin à obtenir de
> bons résultats, donc autant les partager avec vous.
>
> Voici ce que l'on peut faire cracher aux SRTM (version CGIAR v4, un poil
> moins définies que les originales mais avec des trous bien comblés) :
> (penser à cliquer
Salut,
Je bosse sur le sujet depuis qqs mois et je commence enfin à obtenir de
bons résultats, donc autant les partager avec vous.
Voici ce que l'on peut faire cracher aux SRTM (version CGIAR v4, un poil
moins définies que les originales mais avec des trous bien comblés) :
(penser à cliquer sur
>> Mes 0,02 €
> 2 cents ? t'es pas cher de l'heure ;-)
Tu as remarqué??? Les conseillers ne sont pas les payeurs!!!
> Ensuite, je peinture le bazar avec ombres et couleur. Mon pixel fait toujours
> 30x30m et Mon fichier pour les alpes fait la bagatelle de 1.5Go, idéalement
> il faudrait passer
On Thursday 30 April 2009 11:59, Yann Coupin wrote:
> Sly, si tu nous lis, tu peux jetter un coup d'œil au contenu de ta
> base stp ? Au moins sur les exemples donnés, je suis curieux de savoir
> ce qu'il en est...
Ou ben ! Je viens de le recevoir celui-là, ben donc je ré-importe, après avoir
Tiens, je me reçois...
Pour éric :
>A défaut de données plus précises, rien n'interdit de faire un petite
>interpolation, style bi-cubique, pour lisser les pixels quand ils
>deviennent gros. Ca risque par contre de plomber un peu le serveur
>mais les coefs de l'interpolation étant constants
Jean-Christophe Haessig wrote, On 29/04/09 20:12:
> Ce script prend un gpx et une durée, et crée un gpx individuel (avec un
> nom «fichier_orig-date_debut_trace») à chaque fois qu’il y a un trou
> d’au moins cette durée. Tu peux peut-être le modifier pour que ça colle
> à ton besoin.
Y'a de l'idée
(Désolé de casser le thread, mais je n'ai pas eu cette partie de la discussion
que je viens de voir sur les archives talk-fr )
> Sylvain refait un import global si j'ai bien compris, la base est sans
> doute vide, seul le cache subsiste pour les zoom ≥13 mais n'est donc
> pas à jour...
> Yann
Pieren a écrit :
> Le projet hydrographie est à discuter. Est-ce que le cadastre est la
> meilleure source ? Certainement pas. Le cadastre fait souvent figurer
> le lit majeur d'une rivière ou pour un canal, l'emprunte la plus large
> du canal qui n'est jamais utilisée en réalité.
>
> La source idé
Emilie Laffray a écrit :
> Je viens d'aller faire un tour sur le serveur et je viens de me rendre
> compte que la region qui m'interesse n'a pas encore de limites
> communales (Loiret, autour d'Orleans).
> Que dois je faire pour importer cela et surtout quel travail ca
> represente? J'ai vu des lie
2009/4/30 Emilie Laffray :
> Je viens d'aller faire un tour sur le serveur et je viens de me rendre
> compte que la region qui m'interesse n'a pas encore de limites
> communales (Loiret, autour d'Orleans).
> Que dois je faire pour importer cela et surtout quel travail ca
> represente? J'ai vu des l
Etienne Chové a écrit :
> Coucou,
>
> Pour les amateurs de python et d'osm, je viens de mettre en ligne ma
> classe de communication avec l'API en python.
>
> Tous les détails sur http://wiki.openstreetmap.org/wiki/PythonOsmApi
Vous noterez qu'osmose a déménagé et est maintenant sur
osmose.ope
2009/4/30 Steven Le Roux :
> 2009/4/30 Etienne Chové :
>> Coucou,
>>
>> Pour les amateurs de python et d'osm, je viens de mettre en ligne ma
>> classe de communication avec l'API en python.
>>
>> Tous les détails sur http://wiki.openstreetmap.org/wiki/PythonOsmApi
>>
>
> vraiment génial ça !!! brav
Sylvain refait un import global si j'ai bien compris, la base est sans
doute vide, seul le cache subsiste pour les zoom ≥13 mais n'est donc
pas à jour...
Yann
Le 30 avr. 09 à 15:26, Stéphane Brunner a écrit :
> Hello !
>
> Pour ce zoom c'est normale, par contre il me semble qu'il y a un
> pr
2009/4/30 Etienne Chové :
> Coucou,
>
> Pour les amateurs de python et d'osm, je viens de mettre en ligne ma
> classe de communication avec l'API en python.
>
> Tous les détails sur http://wiki.openstreetmap.org/wiki/PythonOsmApi
>
vraiment génial ça !!! bravo :)
> --
> Etienne
>
> _
Hello !
Pour ce zoom c'est normale, par contre il me semble qu'il y a un
problème sur les zoom 10, 11 et 12 !
http://beta.letuffe.org/?zoom=10&lat=46.36174&lon=6.83624&layers=000B00FFF
http://beta.letuffe.org/?zoom=11&lat=46.36174&lon=6.83624&layers=000B00FFF
http://beta.letuffe.or
Je viens d'aller faire un tour sur le serveur et je viens de me rendre
compte que la region qui m'interesse n'a pas encore de limites
communales (Loiret, autour d'Orleans).
Que dois je faire pour importer cela et surtout quel travail ca
represente? J'ai vu des liens circules auparavant mais bon voi
> Qui bien sur, vient d'apparaître :-)
Openstreetmap ne m'aime pas aujourd'hui, je peux pas utiliser l'api et la
liste de diffusion ne me transmet que 50% des mails, d'après
http://lists.openstreetmap.org/pipermail/talk-fr/2009-April/008865.html
tu sembles dire que c'est bon.
Je lance le ré-i
+--le 30.04.2009 15:02:13 +0200, sly (sylvain letuffe) écrivait :
|
|> Qui bien sur, vient d'apparaître :-)
|
| Donc, rien à remarquer de spécial avec cet import ? (données de cette
| nuit 0h00)
|
| si le problème est confirmé comme réglé, je vais ré-importer l'europe
Je dirais que oui.
--
+--le 30.04.2009 14:49:54 +0200, Mathieu Arnold écrivait :
|
|
| +--le 30.04.2009 14:44:06 +0200, Mathieu Arnold écrivait :
||
||
|| +--le 30.04.2009 14:35:06 +0200, Mathieu Arnold écrivait :
||| +--le 30.04.2009 14:30:15 +0200, sly (sylvain letuffe) écrivait :
En ce qui concerne la rela
> Qui bien sur, vient d'apparaître :-)
Donc, rien à remarquer de spécial avec cet import ? (données de cette nuit
0h00)
si le problème est confirmé comme réglé, je vais ré-importer l'europe
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
_
est ce que cela ne vaudrait pas le coup de regrouper ta nouvelle page
etcelle-ci ?
http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Driverbank
Julien
De : Vincent Pottier
À : Discussions sur OSM en français
Envoyé le : Jeudi, 30 Avril 2009, 11h38mn 21s
Ob
+--le 30.04.2009 14:44:06 +0200, Mathieu Arnold écrivait :
|
|
| +--le 30.04.2009 14:35:06 +0200, Mathieu Arnold écrivait :
|| +--le 30.04.2009 14:30:15 +0200, sly (sylvain letuffe) écrivait :
||| En ce qui concerne la relation 122751 Frayssinet-le-Gélat, dans ma base
||| il manque le boundary
+--le 30.04.2009 14:35:06 +0200, Mathieu Arnold écrivait :
| +--le 30.04.2009 14:30:15 +0200, sly (sylvain letuffe) écrivait :
|| En ce qui concerne la relation 122751 Frayssinet-le-Gélat, dans ma base
|| il manque le boundary=administrative dans l'import de ce midi.
|
| Oui, étrangement, il ma
+--le 30.04.2009 14:30:15 +0200, sly (sylvain letuffe) écrivait :
| En ce qui concerne la relation 122751 Frayssinet-le-Gélat, dans ma base
| il manque le boundary=administrative dans l'import de ce midi.
Oui, étrangement, il manquait, il en manque plus, mais c'est pas grave,
j'en ai une autre :
A priori, Yahoo! utilise Landsat quand ils n'ont pas mieux. Et
Landsat, c'est 1 pixel=15 m avec un calage à 2-3 pixels près.
Quant au cadastre, on peut espérer que c'est mieux surtout en zones
urbanisées mais quelques points de contrôle au GPS sur le terrain ne
feront pas de mal.
Eric
__
> Ben, le coin dont je parle allait très bien jusqu'a ce que j'upload cette
> commune hier.
N'arrivant pas à me connecter sur l'api OSM pour contrôler, je livre ce que
j'ai dans ma base :
Je viens de passer le layer commune et département sur un import de la france,
merci de me dire ce que ça
je me posais aussi la question et j ai vu sur un des fleuves de France que la
source utilisee pour le mapper etait landasa.
est ce qu il vaut mieux se baser sur yahoo, landsat ou le cadastre ? pour le
departement de la loire les images yahoo ont vraiment une faible resolution..
Julien
__
Coucou,
Pour les amateurs de python et d'osm, je viens de mettre en ligne ma
classe de communication avec l'API en python.
Tous les détails sur http://wiki.openstreetmap.org/wiki/PythonOsmApi
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap
2009/4/30 Julien D. :
> Quand tu télécharges des données avec JOSM tu coches " Données brutes GPS"
> et ça te rajoute un layer GPX puis bouton droit, enregistrer sous => *.gpx.
>
et impossible avec Potlatch
___
Talk-fr mailing list
Talk-fr@openstreetmap
sly (sylvain letuffe) a écrit :
> Je tente actuellement un import de la france uniquement (plus rapide ~1h)
> pour
> vérifier si oui où non le problème vient bien de là.
Attention, beaucoup de relations sont cassées dans cet import (je pense
qu'il s'agit de toutes les relations frontalières (cf
2009/4/30 Vincent Pottier :
> Bonjour à tous,
> Je vous soumets un projet de courrier que je compte envoyer à
> contact_AT_jaccede.com
>
> Ça me semble intéressant de développer l'accessibilité dans la cartographie.
>
>
> Projet martyr...
> Vos remarques et suggestions seront les bienvenues...
> d
Juste pour chipoter :)
"...J'ai eu connaissance de votRe action..."
2009/4/30 Vincent Pottier
> Bonjour à tous,
> Je vous soumets un projet de courrier que je compte envoyer à
> contact_AT_jaccede.com
>
> Ça me semble intéressant de développer l'accessibilité dans la
> cartographie.
>
>
> Projet
+--le 30.04.2009 12:17:20 +0200, sly (sylvain letuffe) écrivait :
|
|> Bon, j'ai essayé quelques bidouilles, j'ai même supprimé et réenvoyé
|> les données pour la relation 122751, rien n'y fait :(
|
| Et bien ma foi, j'y retourne. L'import que j'ai fais depuis geofabrik
| était le tout premier
Vincent Pottier a écrit :
> Bonjour à tous,
> Je vous soumets un projet de courrier que je compte envoyer à
> contact_AT_jaccede.com
>
> Ça me semble intéressant de développer l'accessibilité dans la cartographie.
>
>
> Projet martyr...
> Vos remarques et suggestions seront les bienvenues...
>
2009/4/30 Vincent Pottier :
> Yann Coupin a écrit :
>> J'ai déjà corrigé un plan d'eau près de chez moi en me basant sur le
>> cadastre (sans autotrace) mais du coup j'avais un footway (et la trace
>> qui va avec) qui se retrouvait dans l'eau. Je n'ai pas fait la trace
>> et je n'ai pas encore été
> Sur ! Rien ne vaut le terrain !
Je suis le premier à le dire. Néanmoins pour l'hydrographie, ce n'est
pas facile. Parcourir la rivière elle-même quand elle est navigable?
Longer chacune de ses berges à pied? Bien lent et pas toujours
possible. C'est autre chose que suivre une route au GPS.
> Bon, j'ai essayé quelques bidouilles, j'ai même supprimé et réenvoyé
> les données pour la relation 122751, rien n'y fait :(
Et bien ma foi, j'y retourne. L'import que j'ai fais depuis geofabrik était le
tout premier "réparé" selon frédérik.
Peut-être ne l'était-il pas.
Je tente actuellement
Quand tu télécharges des données avec JOSM tu coches " Données brutes GPS"
et ça te rajoute un layer GPX puis bouton droit, enregistrer sous => *.gpx.
2009/4/30 Eric Sibert
> Bonjour,
>
> Je vois que dans le sud de Madagascar, il y a des bouts de piste qui
> traînent dans OSM. Je les trouve un p
Yann Coupin a écrit :
> J'ai déjà corrigé un plan d'eau près de chez moi en me basant sur le
> cadastre (sans autotrace) mais du coup j'avais un footway (et la trace
> qui va avec) qui se retrouvait dans l'eau. Je n'ai pas fait la trace
> et je n'ai pas encore été la vérifier sur place, mais
> J'aurais imaginé une région frontalière Pourquoi l'Autriche ?
> Ah, le mystere des polygones.
Je n'ai pas basée ma requête sur un polygone mais sur le fait qu'il y est une
ref, ce qui n'est le cas quasiment que des départements
français... "quasiment"
--
sly
Sylvain Letuffe sylv...@letu
> 1 - Le merveilleux outil de vectorisation des limites de commune, il
> doit être assez facilement adaptable pour créer des gpx à partir de
> l'eau (rivière et lac, pas piscine, mais ça n'es pas le même bleu) du
> cadastre... On pourrait lancer un chantier 'hydrographie' quand le
> chantier 'limit
Sly, si tu nous lis, tu peux jetter un coup d'œil au contenu de ta
base stp ? Au moins sur les exemples donnés, je suis curieux de savoir
ce qu'il en est...
Yann
Le 30 avr. 09 à 11:54, Mathieu Arnold a écrit :
>
> Bon, j'ai essayé quelques bidouilles, j'ai même supprimé et réenvoyé
> les don
+--On 30 avril 2009 01:39:20 +0200 Mathieu Arnold wrote:
| +--On 30 avril 2009 00:37:35 +0200 Yann Coupin wrote:
|| Le 29 avr. 09 à 23:25, Pieren a écrit :
||> Cette relation a l'air normal. Encore une fois, il peut s'agir de
||> problèmes de données incomplètes du coté de la base de Sly:
||
||
Bonjour,
Je vois que dans le sud de Madagascar, il y a des bouts de piste qui
traînent dans OSM. Je les trouve un peu suspects mais ce n'est
peut-être pas totalement faux non plus. Quand je vais dans Potlatch,
je constate qu'il y a effectivement des traces GPS (affichage en bleu
turquoise
J'ai déjà corrigé un plan d'eau près de chez moi en me basant sur le
cadastre (sans autotrace) mais du coup j'avais un footway (et la trace
qui va avec) qui se retrouvait dans l'eau. Je n'ai pas fait la trace
et je n'ai pas encore été la vérifier sur place, mais tout ça me donne
envie de vo
Art Penteur a écrit :
> Le 29 avril 2009 23:25, Pieren a écrit :
> [...] Il est important de consolider les
>
>> limites administratives avec les limites physiques lorsqu'elles se
>> superposent soit en utilisant le way de la route comme limite
>> administrative, soit en superposant les deux wa
Bonjour à tous,
Je vous soumets un projet de courrier que je compte envoyer à
contact_AT_jaccede.com
Ça me semble intéressant de développer l'accessibilité dans la cartographie.
Projet martyr...
Vos remarques et suggestions seront les bienvenues...
dans un délai raisonnable.
-
Madame, M
Le 29 avril 2009 23:25, Pieren a écrit :
[...] Il est important de consolider les
> limites administratives avec les limites physiques lorsqu'elles se
> superposent soit en utilisant le way de la route comme limite
> administrative, soit en superposant les deux ways (solution qui a ma
> préférence
2009/4/30 RatZillaS
> (Au fait Merci pour
> tes indications Julien, tu es encore en Gwada ?)
Non, désolé je ne suis pas en vacances toute l'année :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
49 matches
Mail list logo
