[OSM-talk-fr] HistOSMatic ?

2009-11-30 Par sujet Ab_fab 
Bonjour,

Petite idée en l'air

Que pensez vous d'un site qui serait capable de ressortir une animation de
l'historique de la cartographie d'une commune ou d'une zone géographique,
sur une période donnée (1 an ou plus par exemple).

Visuellement ce genre d'animation est super parlant pour décrire le projet,
ses objectifs et son esprit d'évolution permanente.
Côté utilisateur, cela pourrait être présenté "à la MapOSMatic". L'interface
est claire et pratique

L'aspect technique de la recherche d'infos d'historique dans la base dans ce
but a été évoquée sur la liste internationale.
Je ne sais pas si cela a été synthétisé dans le wiki, mais il y a un post de
blog qui le fait
http://kernelreloaded.blog385.com/index.php/archives/openstreetmap-evolution-make-your-own-year-of-edits-video/#more-936

Sous réserve d'obtenir le matériel et l'hébergement pour des serveurs,
peut-on espérer alors avoir :
1. La capacité de stockage pour un dépôt comprenant l'historique ? ; les
rendus ?
2. La capacité de traitement
Pour faire des rendus animés sur la France, l'Europe ... Ze world ?

Signé : Yaka 1er
--
ab_fab
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] HistOSMatic ?

2009-11-30 Par sujet Robin PREST 
Sans faire ça forcément sur le monde entier, rien qu'une animation de
l'évolution de la carte d'une grande ville (très complète aujourd'hui, comme
Grenoble) pourrait être un support de comm très intéressant pour les médias
de type vidéos = pour faire un peu de pub au projet  ;)

2 cents,
Robin

Le 30 novembre 2009 09:13, Ab_fab  a écrit :

> Bonjour,
>
> Petite idée en l'air
>
> Que pensez vous d'un site qui serait capable de ressortir une animation de
> l'historique de la cartographie d'une commune ou d'une zone géographique,
> sur une période donnée (1 an ou plus par exemple).
>
> Visuellement ce genre d'animation est super parlant pour décrire le projet,
> ses objectifs et son esprit d'évolution permanente.
> Côté utilisateur, cela pourrait être présenté "à la MapOSMatic".
> L'interface est claire et pratique
>
> L'aspect technique de la recherche d'infos d'historique dans la base dans
> ce but a été évoquée sur la liste internationale.
> Je ne sais pas si cela a été synthétisé dans le wiki, mais il y a un post
> de blog qui le fait
>
> http://kernelreloaded.blog385.com/index.php/archives/openstreetmap-evolution-make-your-own-year-of-edits-video/#more-936
>
> Sous réserve d'obtenir le matériel et l'hébergement pour des serveurs,
> peut-on espérer alors avoir :
> 1. La capacité de stockage pour un dépôt comprenant l'historique ? ; les
> rendus ?
> 2. La capacité de traitement
> Pour faire des rendus animés sur la France, l'Europe ... Ze world ?
>
> Signé : Yaka 1er
> --
> ab_fab
>
> ___
> 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] [osmose] nouveau backend pour les rond points

2009-11-30 Par sujet Etienne Chové 
Mathieu Arnold a écrit :
> Ça n'a pas changé, c'est toujours 80 (mais ça risque de baisser) et
> toujours priorité à droite.

Et c'est la seule fausse priorité à droite en France car en car 
d'accident, les deux parties sont responsables à 50%. Ce n'est pas dans 
le code de la route (enfin je crois) mais c'est un accord entre les 
assureurs.
C'est donc un priorité au milieu.

-- 
Etienne

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

Re: [OSM-talk-fr] Coopération CG974 / OpenStreetMap

2009-11-30 Par sujet Arnaud Vandecasteele 
Bonjour à tous,

Je n'ai pas été très disponible cette fin de semaine et je reprends donc le
fil de la discussion.
Le but était de me permettre de récupérer un maximum d'infos afin de
convaincre le Conseil Général de la Réunion de libérer certaines de leurs
données ?

En résumé et en fonction des différentes interventions :

Pour les exemples :

Brest Métropole Océane :
http://wiki.openstreetmap.org/wiki/BMO

Corine Land Cover
http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover

Cadastre
Pas les données mais l'accès au flux WMS

IGN
http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques


Suite à la réponse de RatZilla$ :

Félicitations pour le CG971, j'espère que cela va être positif.
Je suis preneur pour ta présentation. Cela m'inspirera surement.
Le fait que la martinique aille dans ce sens peut être également un bon
exemple.

N'étant plus sur place, cela sera le responsable SIG du Département qui
défendra le dossier. Mon rôle est donc de lui apporter un maximum de bille.


Bonne journée

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

Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points

2009-11-30 Par sujet Art Penteur 
Le 30 novembre 2009 01:14, Christian Rogel
 a écrit :
> Renaud Martinet a écrit :
>> 2009/11/28 Aurelien Jacobs :
>>
>> Il existe pourtant des 2x2 voies interrompues par un rond-point, c'est
>> le cas ici par exemple :
>> http://www.openstreetmap.org/?lat=45.89569&lon=3.14076&zoom=17&layers=B000FTF
>> Il permet l'accès à l'autoroute et à une zone indutrielle.
>> En Grande-Bretagne c'est également relativement courant.
>
> En France des 4 voies interrompues par des rond-points, ça existe aussi,
> ce ne sont pas généralement des "voies express", mais des "boulevards
> urbains" sur lesquels la vitesse est limitée à 90 km/h, voire moins.

Je connais une 2x2 voies qui est limitée à 110, passe à 90 en se
rétrécissant à une voie sur 200 m pour déboucher sur un rond-point,
d'où elle repart en 2 voies à 110, plusieurs fois de suite.  C'est la
D 820 (ex N20) de Pin-Justaret au Vernet, au sud de Toulouse.

http://www.openstreetmap.org/?lat=43.4334&lon=1.4377&zoom=14&layers=B000FTF

La route est taguée en trunk (logique, c'est majoritairement du 2x2
voies à 110), les rond-points sont encore tagés en primary. J'avoue ne
pas savoir si il faut les passer en trunk ou en trunk-link, ni que
faire des 200 m de rétrécissement avant d'y arriver : les conserver en
trunk, les passer en trunk_link, en autre ???

Art.
voir aussi à :
http://www.openstreetmap.org/?lat=43.570611&lon=1.975386&zoom=18&layers=B000FTF

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

[OSM-talk-fr] [Tag] name dans railway=station

2009-11-30 Par sujet Pierre Mauduit 
Salut,

En apportant quelques modifications dans une ville hier, je me posais la
question du tag name pour les gares ; pourquoi ne pas spécifier "gare de machin"
? Bien entendu le fait que cette valeur soit portée par un élément
railway=station (et je sais qu'on ne "mappe pas non plus pour le rendu"), mais
après tout, pour les rues / avenue / boulevard ... on note bien le nom complet
avec le "type" de rue / avenue / boulevard non ? Pourquoi ne pas rester dans
cette logique ?

D'après ce qu'on peut lire sur la page du tag en question :

"Please note: it's discussed on talk to ommit the redundant "station" from the
name."

Si on se fie à ce qui est rendu on se retrouve avec une carte qui possède 15
fois le nom de la ville, parce qu'il apparait sur la mairie, la gare, le bureau
de poste ...

Bref, pour ou contre un "Gare de ..." pour les gares ? Y-a t'il concensus en
France ? Des avis ?

Bonne journée,

-- 
Pierre

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

Re: [OSM-talk-fr] [Tag] name dans railway=station

2009-11-30 Par sujet Pieren 
2009/11/30 Pierre Mauduit :

Voir
http://lists.openstreetmap.org/pipermail/talk-fr/2009-August/012112.html
et suivants.

Pieren

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

Re: [OSM-talk-fr] [Tag] name dans railway=station

2009-11-30 Par sujet Pierre Mauduit 
| http://lists.openstreetmap.org/pipermail/talk-fr/2009-August/012112.html
| et suivants.

Meri, et d�sol�, j'avais du zapper cette discussion ; il serait int�ressant de
documenter le wiki dans ce sens alors ; la solution qui me s�duit le plus �tant
celle adopt�e sur Mulhouse.

-- 
Pierre


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

[OSM-talk-fr] OsmUserStats : générateur de statistiques pour l'utilisateur

2009-11-30 Par sujet Stéphane Péchard 
Pour ceux qui ne liraient pas les journaux du site et que ça intéresserait :

http://www.openstreetmap.org/user/St%C3%A9phane%20P%C3%A9chard/diary/8801

~~
~ stéphane péchard | france

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

Re: [OSM-talk-fr] Bonjour à tous... une petite question de boucle ?

2009-11-30 Par sujet Vincent MEURISSE 
> J'ai un problème avec l'algo de routing de cloudmade en fait
Et 106 jours plus tard, le problème fut fixé.




-- 
Vincent MEURISSE

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

[OSM-talk-fr] Recherche document de présentation du projet OSM en français

2009-11-30 Par sujet Nicolas Moyroud 
Bonjour à tous,

Dans le cadre d'une réunion d'animation interne de mon labo de 
recherche, je vais faire une présentation du projet OpenStreetMap. Je 
suis à la recherche de supports de présentation (slides) qui pourrait me 
servir de base pour réaliser ma présentation, de préférence au format 
odp. Il me faudrait quelque chose qui présente les objectifs et le 
fonctionnement du projet, les différents services cartos basés sur OSM, 
comment contribuer au projet (potlatch & josm) et éventuellement 
d'autres choses auxquelles je n'ai pas pensé...
Cette présentation en français doit bien exister quelque part, mais pour 
le moment je n'ai réussi à trouver que des ressources en anglais. Si un 
d'entre vous connait une bonne adresse, je suis preneur. Si ça n'existe 
pas, ce n'est pas grave je ferai le travail de zéro et je manquerai pas 
de diffuser le résultat. ;-)

a+
--
Nicolas

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

Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref

2009-11-30 Par sujet Pieren 
Juste un petit mot pour signaler que les références des motorway et
motorway_link ont été mis à jour aujourd'hui par le user:PierenBot
dans le changeset 3255926 (un merci à Etienne pour l'aide):
http://www.openstreetmap.org/browse/changeset/3255926

(2319 ways)

Prochaine étape, et toujours pareil, à la condition que personne ne
menace de se suicider ou d'hurler à la mort au clair de lune, je
continuerais avec les highway=primary et primary_link qui n'auraient
pas d'espace entre le 'N' ou le 'D' et le chiffre qui suit.

Pieren

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

Re: [OSM-talk-fr] Recherche document de présentation d u projet OSM en français

2009-11-30 Par sujet Steven Le Roux 
je met ça en ligne ce soir.


2009/11/30 Nicolas Moyroud 

> Bonjour à tous,
>
> Dans le cadre d'une réunion d'animation interne de mon labo de
> recherche, je vais faire une présentation du projet OpenStreetMap. Je
> suis à la recherche de supports de présentation (slides) qui pourrait me
> servir de base pour réaliser ma présentation, de préférence au format
> odp. Il me faudrait quelque chose qui présente les objectifs et le
> fonctionnement du projet, les différents services cartos basés sur OSM,
> comment contribuer au projet (potlatch & josm) et éventuellement
> d'autres choses auxquelles je n'ai pas pensé...
> Cette présentation en français doit bien exister quelque part, mais pour
> le moment je n'ai réussi à trouver que des ressources en anglais. Si un
> d'entre vous connait une bonne adresse, je suis preneur. Si ça n'existe
> pas, ce n'est pas grave je ferai le travail de zéro et je manquerai pas
> de diffuser le résultat. ;-)
>
> a+
> --
> Nicolas
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Recherche document de présentation du projet OSM en français

2009-11-30 Par sujet simon 
Il y a la diaporama d'emmanuel Garette
http://outils.coagul.org/presentations/090321-Besan%C3%
A7on-OpenStreetMap/ 

par contre ce n'est pas du odp 


Le lundi 30 novembre 2009 à 17:57 +0100, Steven Le Roux a écrit :
> je met ça en ligne ce soir.
> 
> 
> 2009/11/30 Nicolas Moyroud 
> Bonjour à tous,
> 
> Dans le cadre d'une réunion d'animation interne de mon labo de
> recherche, je vais faire une présentation du projet
> OpenStreetMap. Je
> suis à la recherche de supports de présentation (slides) qui
> pourrait me
> servir de base pour réaliser ma présentation, de préférence au
> format
> odp. Il me faudrait quelque chose qui présente les objectifs
> et le
> fonctionnement du projet, les différents services cartos basés
> sur OSM,
> comment contribuer au projet (potlatch & josm) et
> éventuellement
> d'autres choses auxquelles je n'ai pas pensé...
> Cette présentation en français doit bien exister quelque part,
> mais pour
> le moment je n'ai réussi à trouver que des ressources en
> anglais. Si un
> d'entre vous connait une bonne adresse, je suis preneur. Si ça
> n'existe
> pas, ce n'est pas grave je ferai le travail de zéro et je
> manquerai pas
> de diffuser le résultat. ;-)
> 
> a+
> --
> Nicolas
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> -- 
> Steven Le Roux
> Jabber-ID : ste...@jabber.fr
> 0x39494CCB 
> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB 
> ___
> 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] OsmUserStats : générateur de s tatistiques pour l'utilisateur

2009-11-30 Par sujet Denis 
Stéphane Péchard a écrit :
> Pour ceux qui ne liraient pas les journaux du site et que ça intéresserait :
> 
> http://www.openstreetmap.org/user/St%C3%A9phane%20P%C3%A9chard/diary/8801

"D'après une étude statistique, 66,67% des statistiques sont fausses."

bonne continuation quand même : ça détend (et ça peut motiver) d'aller 
voir ses stats (ou celle des autres ;-)

mes 0.02 %

Denis


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

forum: Comment faire pour modifier un trac� incorrect ?

2009-11-30 Par sujet forum 
Le message suivant :
##
Bonsoir,



N\'ayant pas encore une grande habitude d\'OSM et de ses outils, je me posais 
la question de comment faire pour modifier une portion de carte incorrecte.

Exemple 1 : 
http://www.openstreetmap.org/?lat=47.748114&lon=-3.363313&zoom=18&layers=B000FTF

Le tracé de la rue \"Place Aristide Briand\" est erroné, la \"pseudo-rue\" 
entre le POI \"Taverne de Maître Kanter\" et le POI \"La Rotonde\" n\'existe 
pas (ça fait partie de la place, et n\'est utilisée que pour des déplacements à 
pieds, vu qu\'ils ont leur terrasse à cet endroit).

Comment puis-je la supprimer ?

Exemple 2 : 
http://www.openstreetmap.org/?lat=47.746249&lon=-3.360202&zoom=18&layers=B000FTF

Entre les POI \"Boîte à lettres\" et \"Restaurant La Route Gourmande\", il 
existe une rue qui rejoint la \"rue Auguste Nayel\".

Comment puis-je la rajouter ? (j\'ai testé, via l\'outil intégré d\'OSM Fr, 
mais avant de faire une erreur, je préfère des avis, et donc je n\'ai pas fait 
de sauvegarde).

J\'utilise soit JOSM, soit l\'outil intégré au site OpenStreetMap.fr.



Merci de m\'aiguiller et/ou de m\'aider.



Bien à vous.



Hashi.

a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org

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

Re: [OSM-talk-fr] MapOSMatic à la une !

2009-11-30 Par sujet piratebab 
Merci pour la réponse, mais je n'en demandais pas autant! Simplement que
lorsque je demande volontairement une génération de carte, elle soit
effectivement générée, et non pas issue d'un cache. Il faudrait 2
boutons sur la page d'accueil:
- 1 général qui permet de voir une ville en cache, ou la générer le cas
échéant
- 1 qui force la génération de la carte.
Ou alors lorsque la carte apparaît, un bouton qui permet de relancer une
génération de carte.
Quel est l'intéret d'avoir des milliers de communes en cache ? OSM
évolue encore très vite dans certains coins.


Thomas Petazzoni a écrit :
> Bonjour,
>
> Le Fri, 27 Nov 2009 18:54:46 +0100,
> David MENTRE  a écrit :
>
>   
>> Le 27 novembre 2009 18:34, piratebab  a écrit :
>> 
>>> j'ai un gros problème avec mapsomatic, et je n'ai pas reçu de
>>> réponse au mail que je leur ai envoyé.
>>>   
>> Bizarre, on essaye de répondre à tous les courriels. Il a dû être
>> oublié.
>> 
>
> Oui, c'est bien étrange, il me semblait également que nous avions
> répondu à tous les messages. Nous en recevons régulièrement et nous y
> répondons systématiquement.
>
>   
>>> Peut être connaissez vous la solution.
>>> J'ai généré une carte de ma commune il y a plusieurs semaines (avant
>>> l'import CLC), et impossible de la régénérer maintenant.
>>> MapOSMatic me sort toujours l'ancienne.
>>>   
>> Il n'y a pas de mise à jour régulière pour l'instant. Pour l'instant,
>> ce sont les données de fin août.
>> 
>
> Je confirme. Dès que la base de données mondiale mise à jour
> quotidiennement sera mise en production, le « cache » ne sera que de 24
> heures (le code existe déjà, voir
> http://git.savannah.gnu.org/cgit/maposmatic.git/commit/?id=98ce7e8e3543de6bc85602a8684d2d40ed6ec36d).
>
> Pour info, en interne, on a déjà la base de données mondiale mise à
> jour quotidiennement qui fonctionne. Mais il nous reste des choses à
> régler avant la mise en production publique.
>
> Bonne soirée,
>
> Thomas
>   
> 
>
> ___
> 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] [tag] [bot] Espace dans le ref

2009-11-30 Par sujet Etienne Chové 
Pieren a écrit :
> Juste un petit mot pour signaler que les références des motorway et
> motorway_link ont été mis à jour aujourd'hui par le user:PierenBot
> dans le changeset 3255926 (un merci à Etienne pour l'aide):
> http://www.openstreetmap.org/browse/changeset/3255926

C'est tout parfait :
http://colocb3.hd.free.fr/~etienne/3255926.diff

> Prochaine étape, et toujours pareil, à la condition que personne ne
> menace de se suicider ou d'hurler à la mort au clair de lune, je
> continuerais avec les highway=primary et primary_link qui n'auraient
> pas d'espace entre le 'N' ou le 'D' et le chiffre qui suit.

+1

-- 
Etienne

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

Re: [OSM-talk-fr] Carte montrant les nodes dupliqu és sur highway

2009-11-30 Par sujet Etienne Chové 
Etienne Chové a écrit :
> Pieren a écrit :
>> Vu sur osm.diary, un site qui affiche les nodes dupliqués sur des
>> highways (c'est un bac à sable donc il risque de changer d'adresse ou
>> de disparaitre). Lorsque les nodes sont dupliqués (même latitude et
>> longitude), il a de fortes chances que plusieurs ways ne soient pas
>> correctement connectés et donc que la navigation/routage ne
>> fonctionnera pas (intersections):
>>
>> http://matt.sandbox.cloudmade.com/dupe_nodes.html?lat=47.144897&lng=3.427734&zoom=6&layer=0
> 
> Si ça intéresse certains je peut rajouter cela sur osmose, j'ai testé 
> une requête sql et c'est acceptable en temps (6 minutes pour la France, 
> mais je filtre pas les highway :-( ce qui va peut être ajouter des 
> vrai-faux et des faux-vrais).

Euh, je retire ma proposition, il y a 400 000 coordonnées avec plusieurs 
nœuds au même endroit (au centimètre près), et le serveur de yoann n'est 
pas capable de les charger dans osmose. Je peux donc donner un fichier 
brut, et quand on aura des serveurs je les mettrai sur une slippy map.
J'ai quand même tenté un import, mais j'ai peur que ça prenne plusieurs 
heures et que ça fasse ramer osmose (bon je pourrai bien l'optimiser un 
peu pour que ça rame moins, mais il faut le faire). On verra demain 
matin ce que ça donne.

Après analyse, on retrouve à certain endroits des ways importés 
plusieurs fois et superposés, et on arrive parfois à plus de 10 nœuds au 
cm² !!! ... il y en a de l'info dans osm !!!

Il va falloir réfléchir à des modifs automatiques (virer les way 
dupliqués, fusionner les nœuds sans tags important... mais ça demande 
une reflexion et beaucoup d'essais).

-- 
Etienne

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

Re: [OSM-talk-fr] Import massif bâtiments cadastre

2009-11-30 Par sujet hamster 
Vincent de Chateau-Thierry a écrit :
> Pieren a écrit :
>   
>> 2009/11/26 Pierre Touzard :
>>   
>> 
>>> 2) Une question à poser : Est-il pertinent d'importer tous les bâtiments à
>>> l'identique du cadastre ? personnellement j'opterais plutôt pour une fusion
>>> des bâtiments contigus.
>>> 
>>>   
>> Pourquoi se priver de cette information ? Personnellement, j'essaie
>> autant que possible de faire un bâtiment par adresse.
>> 

ah bon ?
et comment tu fais pour savoir ou est la limite entre les 2 adresses ?
dans le cas d'un immeuble de centre ville ca demande de rentrer dedans 
pour aller voir ou se terminent les differents appartements, et c'est 
des fois pas pareil selon l'etage
il faut savoir de quelle information on parle : si c'est 2 constructions 
visiblement independantes mais qui se touchent alors oui pourquoi s'en 
priver, mais ca demande d'aller voir sur place
si c'est l'information qui est sur le cadastre il y a bien des cas ou le 
trace des parcelles ne corresponds a rien d'autre que le decoupage 
administratif de la propriete du terrain

  

> Si j'ai pu constater sur le terrain que la limite cadastrale divise en 
> fait une seule construction en plusieurs parcelles, alors je ne trace 
> qu'un bâtiment global, en rattachant les adresses à des noeuds en 
> façade. Si je n'ai pas pu vérifier, par défaut je divise le bâti en 
> fonction des limites de parcelles. Dans l'hypothèse d'un import auto, on 
> est selon moi dans cette 2e situation, où il faut préserver la division 
> par parcelles, quitte ensuite après visite sur place à fusionner les 
> polygones pour "réunifier" un bâtiment.


je suis plutot dans l'option "on mappe le terrain", or il se trouve que 
les parcelles c'est pas du terrain mais du decoupage purement administratif
je pense qu'on commet bien plus d'erreurs en representant cette 
abstraction administrative que sont les parcelles qu'en dessinant la 
realite, a savoir dessiner en un seul morceau ce qui est construit en un 
seul morceau

de plus si un jour des gens veulent rajouter des tags pour la couleur du 
toit ou autre il y a la fonction "scinder le way" qui marche pour les 
polygones en selectionnant 2 points, c'est pas plus complique que de 
fusionner les traces de parcelles

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

Re: [OSM-talk-fr] Carte montrant les nodes dupliqués sur highway

2009-11-30 Par sujet Pieren 
2009/11/30 Etienne Chové :
>
> Après analyse, on retrouve à certain endroits des ways importés
> plusieurs fois et superposés, et on arrive parfois à plus de 10 nœuds au
> cm² !!! ... il y en a de l'info dans osm !!!
>
> Il va falloir réfléchir à des modifs automatiques (virer les way
> dupliqués, fusionner les nœuds sans tags important... mais ça demande
> une reflexion et beaucoup d'essais).
>
> --
> Etienne
>

Il peut y avoir plusieurs raisons pour des noeuds superposés:
- Potlatch avait un bug connu qui créait des doublons (nodes ou ways)
si le serveur était chargé. C'était avant l'API 0.6
- il y a tous les imports manuels des polygones Corine

Je pense que si les données concernent CLC, on peut fusionner sans
soucis. Pour le reste, c'est toujours délicat et il y a certainement
de nombreuses situations différentes difficile à résoudre
automatiquement.

Pieren

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

Re: [OSM-talk-fr] Import massif bâtiments cadastre

2009-11-30 Par sujet Pieren 
2009/11/30 hamster :
> ah bon ?
> et comment tu fais pour savoir ou est la limite entre les 2 adresses ?

Pour l'instant, je n'ai fait que tracer des bâtiments à partir de
plans au format image qui ont une meilleure distinction entre
bâtiments comme cela a déjà été relevé par Denis.

> je suis plutot dans l'option "on mappe le terrain", or il se trouve que
> les parcelles c'est pas du terrain mais du decoupage purement administratif
> je pense qu'on commet bien plus d'erreurs en representant cette
> abstraction administrative que sont les parcelles qu'en dessinant la
> realite, a savoir dessiner en un seul morceau ce qui est construit en un
> seul morceau

Il faut distinguer les immeubles en un morceau à plusieurs adresses
(et là, les parcelles ne veulent pas dire grand chose) des séries de
bâtiments distincts mais accolés et là, la limite de parcelle veut
dire quelque chose parce qu'elle indique aussi la limite de propriété,
donc du bâtiment. Bien sûr, l'idéal est d'aller sur place mais comme
je l'ai déjà dis avec d'autres, on peut aussi utiliser les images
satellites SANS LES RECOPIER mais en constatant les faits qui y
figurent pour constater les limites de bâti vu du ciel.

> de plus si un jour des gens veulent rajouter des tags pour la couleur du
> toit ou autre il y a la fonction "scinder le way" qui marche pour les
> polygones en selectionnant 2 points, c'est pas plus complique que de
> fusionner les traces de parcelles

Je signale juste que la question au départ concerne un import de
données cadastrales qui donnent donc sans effort les bâtiments
séparément. Encore une fois, pourtant fusionner ces polygones au
départ si c'est pour les redécouper plus tard ?

Pieren

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

Re: [OSM-talk-fr] Import massif bâtiments cadastre

2009-11-30 Par sujet hamster 
Pieren a écrit :
> Je signale juste que la question au départ concerne un import de
> données cadastrales qui donnent donc sans effort les bâtiments
> séparément.

non : ca donne sans effort les parcelles separement, ou alors on parle 
pas de la meme chose
je ne comprends pas comment tu fais la difference entre 2 batiments qui 
ont un mur entier en commun a partir du cadastre, surtout par un procede 
automatique
on est bien d'accord que si c'est 2 batiments qui se touchent juste par 
un coin la question ne se pose pas

>  Encore une fois, pourtant fusionner ces polygones au
> départ si c'est pour les redécouper plus tard ?

parce que je prefere rajouter des infos vraies plus tard plutot 
qu'importer des infos fausses maintenant
mais je peux aussi le dire dans l'autre sens : a quoi ca sert de 
rajouter inutilement plein de limites purement administratives si c'est 
pour passer du temps a les fusionner plus tard ?

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

Re: [OSM-talk-fr] Import massif bâtiments cadastre

2009-11-30 Par sujet Pieren 
2009/11/30 hamster :
> non : ca donne sans effort les parcelles separement, ou alors on parle
> pas de la meme chose

Non, on ne parle pas de la même chose. Le cadastre contient une couche
bâti séparée de la donnée parcellaire.

Pieren

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

Re: [OSM-talk-fr] Import massif bâtiments cadastre

2009-11-30 Par sujet hamster 
Pieren a écrit :
> 2009/11/30 hamster :
>   
>> non : ca donne sans effort les parcelles separement, ou alors on parle
>> pas de la meme chose
>> 
>
> Non, on ne parle pas de la même chose. Le cadastre contient une couche
> bâti séparée de la donnée parcellaire.

tiens, j'ai du louper quelque chose dans ton magnifique plugin cadastre 
: comment fait-on pour faire afficher cette couche "bati" pour commencer 
a la mapper a la main en attendant l'import automatique ?

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

Re: [OSM-talk-fr] Import massif bâtiments cadastre

2009-11-30 Par sujet Pieren 
2009/12/1 hamster :
> tiens, j'ai du louper quelque chose dans ton magnifique plugin cadastre
> : comment fait-on pour faire afficher cette couche "bati" pour commencer
> a la mapper a la main en attendant l'import automatique ?
>

Le serveur WMS du site cadastre.gouv.fr ne délivre que des images au
format png. La question de départ de ce fil concernait l'import
automatique à partir de données vectorielles que le public peut
acheter sur le site du cadastre mais que certains professionnels et
surtout les collectivités locales possèdent en "brut". Donc ceux qui
possèdent ces données vectorielles  peuvent facilement en extraire la
partie bâti au format vectoriel pour un import automatique (à
condition qu'ils en aient le droit).
Pour le bas peuple comme nous qui n'avons accès qu'au WMS, il faudrait
passer par une reconnaissance de forme basé sur contraste des couleurs
pour ces images en données vectorielles. Il y a eu plusieurs
tentatives dans cette direction (qu'on peut retrouver dans les
archives) mais aucun n'atteint un résultat satisfaisant. Ce qui est
tolérable pour reconnaitre les limites administratives par exemple
l'est beaucoup moins avec des bâtiments qui ont une géométrie simple.
Mais si ça peut aider, je pourrais facilement ajouter une option au
plugin pour qu'il n'affiche que la couche bâti au format image (ou
l'une des 5 ou 6 autres couches). C'est vrai qu'avec cette seule
couche, on pourra peut-être plus facilement distinguer les séparations
entre bâtiments (qui sinon disparaissent derrière les traits du
parcellaire).

Pieren

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

Re: [OSM-talk-fr] HistOSMatic ?

2009-11-30 Par sujet Ab_fab 
Bonjour,

Oui, pour la comm', c'est certainement très frappant.
A condition de ne pas se limiter à des formats d'animation en timbre poste,
comme on peut le voir actuellement.

Techniquement, je vois que pour la collecte de l'historique il est possible
de récupérer les infos depuis le début du projet.
Il faut jongler avec les changements d'API, et dans l'ensemble c'est
complexe (j'y comprends pas grand chose). Mais en tout cas rien
d'impossible.

Au niveau du rendu, je me demande s'il est raisonnable de se tourner vers un
format SVG animé, plutôt qu'une video.
-> Taille finale des fichiers, pour une haute résolution par exemple ?
-> Ressources matérielles nécessaires pour avoir quelque chose de fluide sur
un ordi
-> Compatibilité du format avec les navigateurs internet ? (plugin
nécessaire ou lecture native ?)

Je vois que MapOSMatic fait un rendu en SVG zippé, donc pour le SVG
"statique" cela semble jouable (mode yaka ON).

Ce qui serait génial, ce serait de pouvoir manipuler le contenu des fichiers
SVG animés en pouvant y ajouter les modifications au jour le jour, pour
avoir des historiques complets et à jour pour une zone donnée (Pays, région,
dpt, commune ...)

Pouvoir commander l'animation de la carte par ce genre de frise, ce serait
vraiment tip-top
http://www.simile-widgets.org/timeline/
Qui sait, on pourrait intégrer sur la frise le nom des contributeurs et de
leur source dessus ?

Encore une fois, plein d'idées en l'air
Je crois que je rêve éveillé, là ;-)

Le 30 novembre 2009 09:22, Robin PREST  a écrit :

> Sans faire ça forcément sur le monde entier, rien qu'une animation de
> l'évolution de la carte d'une grande ville (très complète aujourd'hui, comme
> Grenoble) pourrait être un support de comm très intéressant pour les médias
> de type vidéos = pour faire un peu de pub au projet  ;)
>
> 2 cents,
> Robin
>
> Le 30 novembre 2009 09:13, Ab_fab  a écrit :
>
>> Bonjour,
>>
>> Petite idée en l'air
>>
>> Que pensez vous d'un site qui serait capable de ressortir une animation de
>> l'historique de la cartographie d'une commune ou d'une zone géographique,
>> sur une période donnée (1 an ou plus par exemple).
>>
>> Visuellement ce genre d'animation est super parlant pour décrire le
>> projet, ses objectifs et son esprit d'évolution permanente.
>> Côté utilisateur, cela pourrait être présenté "à la MapOSMatic".
>> L'interface est claire et pratique
>>
>> L'aspect technique de la recherche d'infos d'historique dans la base dans
>> ce but a été évoquée sur la liste internationale.
>> Je ne sais pas si cela a été synthétisé dans le wiki, mais il y a un post
>> de blog qui le fait
>>
>> http://kernelreloaded.blog385.com/index.php/archives/openstreetmap-evolution-make-your-own-year-of-edits-video/#more-936
>>
>> Sous réserve d'obtenir le matériel et l'hébergement pour des serveurs,
>> peut-on espérer alors avoir :
>> 1. La capacité de stockage pour un dépôt comprenant l'historique ? ; les
>> rendus ?
>> 2. La capacité de traitement
>> Pour faire des rendus animés sur la France, l'Europe ... Ze world ?
>>
>> Signé : Yaka 1er
>> --
>> ab_fab
>>
>> ___
>> 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
>
>


-- 
--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr