Re: [OSM-dev-fr] Proxy TMS -> WMS cadastre

2015-02-12 Par sujet didier2020
ca n'a pas marché du premier coup ...
je n'avais pas mis le http://osm110 et j'avais laissé les crochets de
chaque coté du code insee
tms[20]:http://osm110.openstreetmap.fr:4567/30085/semi/{z}/{x}/{y}.png

- j'ai changé les parametres tout-semi ... SANS changer le nom du tms
dans josm => avec le cache josm c'était pas tres cohérent

=> il faut bien nommer les différents tms
tmsFRtout =>
tms[20]:http://osm110.openstreetmap.fr:4567/30085/tout/{z}/{x}/{y}.png

tmsFRsemi =>
tms[20]:http://osm110.openstreetmap.fr:4567/30085/semi/{z}/{x}/{y}.png

tmsFRtransp =>
tms[20]:http://osm110.openstreetmap.fr:4567/30085/transp/{z}/{x}/{y}.png

- pour transp , il faut penser a  dezoomer (je comprenais pas pourquoi
je ne voyais rien) pour voir les différentes limites

++ on voit mieux les noms de voie que sur le wms  (ils ne sont pas
tronqués avec un gros zoom)

++ donc cool ! et encore plus cool le mode jocker ...

Le vendredi 13 février 2015 à 00:05 +0100, Frédéric Rodrigo a écrit : 
> Bonjour,
> 
> J'ai mis en place un petit proxy qui faite des redirections HTTP depuis 
> des tuiles vers le WMS du cadastre. Ça permet :
> - une utilisation plus simple
> - un mode joker de détection automatique de la commune, mais je ne l'ai 
> pas encore codé ;), permet aussi de visualiser plusieurs communes à la fois.
> 
> La démo est là :
> http://osm110.openstreetmap.fr/~fred/cadastre.html
> C'est utilisable en ligne et dans josm.
> 
> Il n'y a, ni stockage ni rediffusion du cadastre, c'est juste une 
> redirection vers le WMS du cadastre.
> 
> On pourrait faire tourner ça proprement sur un serveur quelque part ?
> 
> Frédéric.
> 
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr



___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


[OSM-dev-fr] Proxy TMS -> WMS cadastre

2015-02-12 Par sujet Frédéric Rodrigo

Bonjour,

J'ai mis en place un petit proxy qui faite des redirections HTTP depuis 
des tuiles vers le WMS du cadastre. Ça permet :

- une utilisation plus simple
- un mode joker de détection automatique de la commune, mais je ne l'ai 
pas encore codé ;), permet aussi de visualiser plusieurs communes à la fois.


La démo est là :
http://osm110.openstreetmap.fr/~fred/cadastre.html
C'est utilisable en ligne et dans josm.

Il n'y a, ni stockage ni rediffusion du cadastre, c'est juste une 
redirection vers le WMS du cadastre.


On pourrait faire tourner ça proprement sur un serveur quelque part ?

Frédéric.

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] [OSM-talk-fr] Base de données pour le développement

2015-02-12 Par sujet Vincent Frison
Le 12 février 2015 11:26, sly (sylvain letuffe)  a
écrit :

> pré-scriptum: je me demande si on ne serait pas mieux sur la liste dev-fr :
> https://lists.openstreetmap.org/listinfo/dev-fr
> pour ce genre de sujet.
>

Tout à fait, désolé j'avais pas vu qu'il existait cette liste..


> On jeudi 12 février 2015, Vincent Frison wrote:
> > Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
> > contenant des éléments provenant de l'API de test (erreur de segmentation
> > et strace ne donne pas d'infos supplémentaires très utiles).
>
> Tu peux indiquer la sortie standard de ton osm2pgsql ?
>

turman@entropy:~/Workspace/GGTS$~/Software/osm2pgsql/bin/osm2pgsql -c -v -C
1000 -d osm_osm2pgsql_test ~/Workspace/JOSM/testing.osm
osm2pgsql SVN version 0.87.2-dev (64bit id space)

Using built-in tag processing pipeline
Using projection SRS 900913 (Spherical Mercator)
Setting up table: planet_osm_point
Setting up table: planet_osm_line
Setting up table: planet_osm_polygon
Setting up table: planet_osm_roads
Allocating memory for dense node cache
Allocating dense node cache in one big chunk
Allocating memory for sparse node cache
Sharing dense sparse
Node-cache: cache=1000MB, maxblocks=128000*8192, allocation method=3
Mid: Ram, scale=100

Reading in file: /home/turman/Workspace/JOSM/testing.osm
Erreur de segmentation

Sinon les attributs du tag  sont effectivement différents entre les
fichiers XML suivant qu'il est téléchargés depuis le serveur live ou
exportés depuis JOSM :

http://www.openstreetmap.org/copyright"; license="
http://opendatacommons.org/licenses/odbl/1-0/";>

Mais je pense que ça se joue à niveau là (j'ai essayé d'inverser).
D'ailleurs d'après strace :
read(7, "lon='2.3358992' />\n  \n  

Et si je ne mets quelques nodes dans le XML ça marche.. du coup ça me fait
penser à un bug de osm2pgsql mais sly je veux bien que tu m'envoie ton XML
de Paris.. ou que je t'envoie le mien :)
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] [OSM-talk-fr] Base de données pour le développement

2015-02-12 Par sujet sly (sylvain letuffe)
pré-scriptum: je me demande si on ne serait pas mieux sur la liste dev-fr :
https://lists.openstreetmap.org/listinfo/dev-fr
pour ce genre de sujet.

On jeudi 12 février 2015, Vincent Frison wrote:
> Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
> contenant des éléments provenant de l'API de test (erreur de segmentation
> et strace ne donne pas d'infos supplémentaires très utiles).

Tu peux indiquer la sortie standard de ton osm2pgsql ?


> J'ai par exemple téléchargé depuis JOSM les quelques bâtiments présents
> dans l'API de test qui sont juste en dessous la Gare de Lyon (tours Gamma
> et Natixis), bâtiment que j'avais uploadé il y a quelques jours. Mais
> osm2pgsql ne veut pas digérer le fichier généré alors qu'évidemment ça
> passe très bien si c'est un fichier OSM de la même zone mais exporté depuis
> le vrai serveur. 

Je viens de tenter exactement ce que tu indiques et je n'ai eu aucun problème.
Ma méthode :
JOSM -> F12 -> http://master.apis.dev.openstreetmap.org/api
Télécharger tout Paris (donc garde de Lyon)
Calques -> bouton droit -> enregistrer sous test.osm

Puis commande :
cat /tmp/test.osm /home/ressource-for-osm/osm2pgsql/osm2pgsql --create -p test 
--unlogged -C 1000 --number-processes=3 -p test -m -G -s -S ./osm2pgsql-
choosen.style -d gis -r libxml2 /dev/stdin

Début de mon fichier test.osm :


  


> Il faut donc croire que les bâtiments que j'ai uploadé sur
> l'API de test ne sont pas complètement valides.. mais c'est assez étonnant
> puisque j'ai bien réussi à les uploader.
> 
> Pour info j'utilisais une veille version d'osm2pgsql puisque c'était celle
> de Debian Wheezy (0.80). J'ai donc compilé non sans mal la version Git
> (0.87) mais le problème est exactement le même.
> 
> J'essayerai de refaire des tests de ce soir notamment avec les fichiers du
> cadastre.. ou avec un fichier contenant juste un seul bâtiment pour essayer
> de comprendre où est le problème.
> 
> 
> 
> Le 11 février 2015 08:27, Christian Quest  a écrit
> 
> >  Euh... en appelant l'API ?
> > 
> > Pour un test un 'map' sur une petite zone que tu aura préchargé en
> > bâtiment comme je l'avais indiqué devrait aller, non ?
> > 
> > 
> > http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_boundi
> > ng_box:_GET_.2Fapi.2F0.6.2Fmap
> > 
> > Ce que je ferai (encore plus simple):
> > - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr
> > - ouverture dans JOSM, envoi des bâtiments sur l'API de test
> > - après upload, enregistrement dans un fichier .osm (donc tu as les ID
> > attribuées par l'API de test)
> > - import dans postgres avec osm2pgsql de ce .osm
> > - test de ton script sur l'API de test
> > 
> > Le 10/02/2015 22:42, Vincent Frison a écrit :
> >  Le 10 février 2015 21:46, Christian Quest  a
> > 
> > écrit :
> >>  Il sufit de charger dans ton postgres de test non pas la base OSM
> >> 
> >> normale, mais une récupération des données sur l'API de test... là tu
> >> aura tout synchro pour tes tests.
> >> 
> >> Une fois que tout est ok, tu recharge les vraies données OSM et tu
> >> relance ton script.
> >> 
> >  Merci Christian.. mais question sans doute un peu bête: comment je fais
> > 
> > pour récupérer les données de l'API de test ?
> > 
> > 
> > 
> > ___
> > Talk-fr mailing
> > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/ta
> > lk-fr
> > 
> > 
> > --
> > Christian Quest - OpenStreetMap France
> > 
> > 
> > ___
> > Talk-fr mailing list
> > talk...@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr


-- 
sly
qui suis-je : http://sly.letuffe.org

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr