Re: [OSM-talk-fr] osm13 ne répond(ait) plus...

[Philippe Verdy]

Certains SSD ne mesurent que la qualité de l'espace de stockage des pages
de mémoire NAND, mais pas celui de la mémoire de tags (une mémoire un peu
plus rapide qui établit la correspondance entre secteurs physiques et
secteur logiques ou indiquent que le secteur est trimmé) et la bitmap des
pages trimmées (prêtes déjà à écrire) ou étant marquées comme à trimmer
(contenant encore les anciennes données d'un secteur logique qui a été
modié et écrit sur un autre secteur physique). Selon les SSD, ces espaces
supplémentaires ne sont pas toujours en mémoire NAND directement mais
dispose d'un frontal en registres CMOS, voire en RAM classique, destiné
ensuite à être transcrite en cas d'urgence (problème d'alimentation
détecté) dans des pages de mémoire NAND déjà allouée et trimmée (à l'aide
d'une réserve d'énergie sur leur carte mère sous forme de capas).
Les technologies de SSD varient selon les constructeurs (et aussi selon les
séries et l'usage auquel le SSD a été destiné et le prix pour les vendre)
sur la façon de recycler et trimmer les secteurs logiques et utiliser leur
pool de façon aléatoire pour éviter une fin de vie prématurée sur certains
secteurs de mémoire physiques. SMART n'indique pas forcément tout et le
firmware intégré qui gère ça est presque toujours propriétaire.

Les SSD pour laptops ne sont pas réputés pour être aussi fiables que ceux
pour serveurs qui ont plusieurs stratégies pour prévenir les pannes ou les
corriger, et peuvent intégrer des pools de mémoire NAND en résere plus
importants: c'est pour ça qu'un SSD vendu comme faisant 128Go en fait
souvent bien moins en capacité logique (celle qu'on voit dans l'outil de
partitionnement), et ce n'est pas seulement à cause du formatage logique
dans une partition utilisable ou de l'espace nécessaire pour le système de
fichiers lui-même (tables de partition, secteurs de démarrage, FAT ou
bitmaps d'allocation, tables d'inodes, MFT, dossier racine et index divers,
journaux transactionnels, etc.).

Si ton SSD n'est plus visible par l'interface USB, ce peut être aussi une
panne de son interface USB (mais normalement on doit pouvoir la détacher et
accéder à son interface SATA). Les interfaces USB sont réputées pour être
fragiles, surtout en USB3: ça flanche facilement du côté de l'alimentation
USB, sur un des SMOS d'entrée (grillé) ou sur un condo de régulation (fuite
interne: on peut parfois le voir sur le sommet du condo, là où il y a la
croix gracée: elle s'est soulevée et des gaz s'en sont échappés, on peut
repérer une "odeur" âcre, un gonflement du condo, ou des traces brunâtres
autour des soudures, ou un craquement des gravures ou des vernis sur le
circuit imprimé).

Le connecteur USB lui-même peut être endommagé (les plastiques se fèlent
tout seul avec le temps et la chauffe sur des contacts non dorés qui se
sont oxydés). Normalement là où le serveur est installé par Free,
l'hygrométrie et la températeure devrait être régulée et il ne devrait pas
y avoir trop de poussière non plus pouvant altérer le refroidissement ou
les connecteurs. Mais sait-on jamais si les machines n'ont pas été
déplacées ou bousculées, ou des connecteurs un peu trop tirés par erreur en
manipulant les matériels voisins dans les armoires? Normalement les câbles
devraient tous être bien rangés et fixés à l'armoire et étiquettés pour
éviter ce genre de fausse manip dans ces endroits où il y a beaucoup de
matériels qui peuvent changer régulièremlent.


Le 30 octobre 2017 à 22:38, Christian Quest  a
écrit :

> Je lui ait demandé, mais ce coquin ne veut pas répondre !
>
> Plus sérieusement, munin montre qu'il y a eu un pic sur la latence, puis
> plus rien, kernel HS, machine bloquée.
>
> Branché en USB sur mon laptop, il n'est pas détecté. Je ne pense pas que
> ce soit un problème d'age de la mémoire flash, on était à 60% restant de
> durée de vie d'après le graph SMART de munin.
>
>
> Le 30 octobre 2017 à 22:12,  a écrit :
>
>> Sait-on pourquoi il a lâché ?
>>
>> Merci pour la réactivité.
>>
>> Jean-Yvon
>>
>> Le 30/10/2017 à 21:59, Christian Quest - cqu...@openstreetmap.fr a
>> écrit :
>>
>> SSD remplacé... OS mis à jour (maintenant Ubuntu 16.04), ré-import base
>> planet en cours...
>>
>> Le 30 octobre 2017 à 11:28, Christian Quest  a
>> écrit :
>>
>>> Le 28/10/2017 à 13:04, Christian Quest a écrit :
>>>
>>> Depuis cette nuit, 3h52...
>>>
>>> Pas de réponse aux ping, je contacte free pour voir si il y a eu un
>>> pépin...
>>>
>>> Du coup, plus de tuiles HOT
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>>
>>> Serveur planté grave (rien à l'écran, voyant du clavier qui ne
>>> réagissent plus, kernel ?)... free l'a éteint/rallumé et il a rebooté.
>>>
>>> Reboot ok, mais il semble y avoir un problème avec le deuxième SSD,
>>> celui de 1To qui contient la base postgresql qui ne monte pas.
>>>
>>> En fait, il n'est pas détecté, mais la carte PCIe sur lequel il est
>>> branché est bien 

Re: [OSM-talk-fr] osm13 ne répond(ait) plus...

[Christian Quest]

Je lui ait demandé, mais ce coquin ne veut pas répondre !

Plus sérieusement, munin montre qu'il y a eu un pic sur la latence, puis
plus rien, kernel HS, machine bloquée.

Branché en USB sur mon laptop, il n'est pas détecté. Je ne pense pas que ce
soit un problème d'age de la mémoire flash, on était à 60% restant de durée
de vie d'après le graph SMART de munin.


Le 30 octobre 2017 à 22:12,  a écrit :

> Sait-on pourquoi il a lâché ?
>
> Merci pour la réactivité.
>
> Jean-Yvon
>
> Le 30/10/2017 à 21:59, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> SSD remplacé... OS mis à jour (maintenant Ubuntu 16.04), ré-import base
> planet en cours...
>
> Le 30 octobre 2017 à 11:28, Christian Quest  a
> écrit :
>
>> Le 28/10/2017 à 13:04, Christian Quest a écrit :
>>
>> Depuis cette nuit, 3h52...
>>
>> Pas de réponse aux ping, je contacte free pour voir si il y a eu un
>> pépin...
>>
>> Du coup, plus de tuiles HOT
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> Serveur planté grave (rien à l'écran, voyant du clavier qui ne réagissent
>> plus, kernel ?)... free l'a éteint/rallumé et il a rebooté.
>>
>> Reboot ok, mais il semble y avoir un problème avec le deuxième SSD, celui
>> de 1To qui contient la base postgresql qui ne monte pas.
>>
>> En fait, il n'est pas détecté, mais la carte PCIe sur lequel il est
>> branché est bien visible dans lspci et lshw
>>
>> Possible que le SSD lui même soit HS... ce qui veut dire que je vais
>> devoir y aller, le changer.
>>
>> Ça tombe bien j'ai remplacé le SSD de mon laptop ce week-end et libéré un
>> SSD 840 EVO de 1To que je peux mettre à la place.
>>
>>
>> Je viens de rebooter une seconde fois la machine et SSD toujours pas là...
>>
>>
>> Conséquences:
>>
>> - la base postgres est indisponible
>>
>> - les tuiles ne peuvent plus être calculées
>>
>> Par contre:
>>
>> - les tuiles en cache mod_tile sont bien disponibles (elles sont sur
>> l'autre SSD) et donc servies même si elles ne sont pas fraiches
>>
>>
>> Donc service dégradé, mais service quand même.
>>
>>
>> Actions...
>>
>> - remplacer le SSD
>>
>> - re-importer la planet...
>>
>> - en profiter pour mettre à jour toute la machine (ubuntu un peu ancien
>> dessus)
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osm13 ne répond(ait) plus...

[osm . sanspourriel]

Sait-on pourquoi il a lâché ?

Merci pour la réactivité.

Jean-Yvon


Le 30/10/2017 à 21:59, Christian Quest - cqu...@openstreetmap.fr a écrit :
SSD remplacé... OS mis à jour (maintenant Ubuntu 16.04), ré-import 
base planet en cours...


Le 30 octobre 2017 à 11:28, Christian Quest > a écrit :


Le 28/10/2017 à 13:04, Christian Quest a écrit :

Depuis cette nuit, 3h52...

Pas de réponse aux ping, je contacte free pour voir si il y a eu
un pépin...

Du coup, plus de tuiles HOT

-- 
Christian Quest - OpenStreetMap France


Serveur planté grave (rien à l'écran, voyant du clavier qui ne
réagissent plus, kernel ?)... free l'a éteint/rallumé et il a rebooté.

Reboot ok, mais il semble y avoir un problème avec le deuxième
SSD, celui de 1To qui contient la base postgresql qui ne monte pas.

En fait, il n'est pas détecté, mais la carte PCIe sur lequel il
est branché est bien visible dans lspci et lshw

Possible que le SSD lui même soit HS... ce qui veut dire que je
vais devoir y aller, le changer.

Ça tombe bien j'ai remplacé le SSD de mon laptop ce week-end et
libéré un SSD 840 EVO de 1To que je peux mettre à la place.


Je viens de rebooter une seconde fois la machine et SSD toujours
pas là...


Conséquences:

- la base postgres est indisponible

- les tuiles ne peuvent plus être calculées

Par contre:

- les tuiles en cache mod_tile sont bien disponibles (elles sont
sur l'autre SSD) et donc servies même si elles ne sont pas fraiches


Donc service dégradé, mais service quand même.


Actions...

- remplacer le SSD

- re-importer la planet...

- en profiter pour mettre à jour toute la machine (ubuntu un peu
ancien dessus)


-- 
Christian Quest - OpenStreetMap France





--
Christian Quest - OpenStreetMap France


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


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

Re: [OSM-talk-fr] osm13 ne répond(ait) plus...

[Christian Quest]

SSD remplacé... OS mis à jour (maintenant Ubuntu 16.04), ré-import base
planet en cours...

Le 30 octobre 2017 à 11:28, Christian Quest  a
écrit :

> Le 28/10/2017 à 13:04, Christian Quest a écrit :
>
> Depuis cette nuit, 3h52...
>
> Pas de réponse aux ping, je contacte free pour voir si il y a eu un
> pépin...
>
> Du coup, plus de tuiles HOT
>
> --
> Christian Quest - OpenStreetMap France
>
>
> Serveur planté grave (rien à l'écran, voyant du clavier qui ne réagissent
> plus, kernel ?)... free l'a éteint/rallumé et il a rebooté.
>
> Reboot ok, mais il semble y avoir un problème avec le deuxième SSD, celui
> de 1To qui contient la base postgresql qui ne monte pas.
>
> En fait, il n'est pas détecté, mais la carte PCIe sur lequel il est
> branché est bien visible dans lspci et lshw
>
> Possible que le SSD lui même soit HS... ce qui veut dire que je vais
> devoir y aller, le changer.
>
> Ça tombe bien j'ai remplacé le SSD de mon laptop ce week-end et libéré un
> SSD 840 EVO de 1To que je peux mettre à la place.
>
>
> Je viens de rebooter une seconde fois la machine et SSD toujours pas là...
>
>
> Conséquences:
>
> - la base postgres est indisponible
>
> - les tuiles ne peuvent plus être calculées
>
> Par contre:
>
> - les tuiles en cache mod_tile sont bien disponibles (elles sont sur
> l'autre SSD) et donc servies même si elles ne sont pas fraiches
>
>
> Donc service dégradé, mais service quand même.
>
>
> Actions...
>
> - remplacer le SSD
>
> - re-importer la planet...
>
> - en profiter pour mettre à jour toute la machine (ubuntu un peu ancien
> dessus)
>
>
> --
> Christian Quest - OpenStreetMap France
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] osm13 ne répond(ait) plus...

[Christian Quest]

Le 28/10/2017 à 13:04, Christian Quest a écrit :

Depuis cette nuit, 3h52...

Pas de réponse aux ping, je contacte free pour voir si il y a eu un 
pépin...


Du coup, plus de tuiles HOT

--
Christian Quest - OpenStreetMap France


Serveur planté grave (rien à l'écran, voyant du clavier qui ne 
réagissent plus, kernel ?)... free l'a éteint/rallumé et il a rebooté.


Reboot ok, mais il semble y avoir un problème avec le deuxième SSD, 
celui de 1To qui contient la base postgresql qui ne monte pas.


En fait, il n'est pas détecté, mais la carte PCIe sur lequel il est 
branché est bien visible dans lspci et lshw


Possible que le SSD lui même soit HS... ce qui veut dire que je vais 
devoir y aller, le changer.


Ça tombe bien j'ai remplacé le SSD de mon laptop ce week-end et libéré 
un SSD 840 EVO de 1To que je peux mettre à la place.



Je viens de rebooter une seconde fois la machine et SSD toujours pas là...


Conséquences:

- la base postgres est indisponible

- les tuiles ne peuvent plus être calculées

Par contre:

- les tuiles en cache mod_tile sont bien disponibles (elles sont sur 
l'autre SSD) et donc servies même si elles ne sont pas fraiches



Donc service dégradé, mais service quand même.


Actions...

- remplacer le SSD

- re-importer la planet...

- en profiter pour mettre à jour toute la machine (ubuntu un peu ancien 
dessus)



--
Christian Quest - OpenStreetMap France

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

[OSM-talk-fr] Jungle Bus : conférence à Paris / rencontre communauté / développements appli mobile

[Florian LAINEZ]

Bonjour à tous,

L'équipe de Jungle Bus continue son bonhomme de chemin pour booster OSM
dans le domaine du transport.

Nous avons terminé le projet de cartographie du réseau de transport de la
ville d'Accra, au Ghana, avec 320 lignes maintenant complètes dans OSM.
En voici une carte : http://junglebus.io/accra
Et voici les détails de ce projet : https://wiki.openstreetmap.org
/wiki/AccraMobile3

Si vous voulez en savoir plus, nous vous invitons tous* le 9 novembre à
Paris à la première conférence de cartographie ouverte des réseaux de
transport africains*.
ça vous tente ?!
Nous présenterons ce que nous avons réalisé en Afrique et confronterons
notre approche avec celle des autres organisations qui ont la même activité.
Inscriptions gratuite mais obligatoire :
http://www.digitaltransport4africa.org

C'est également l'occasion de vous proposer une rencontre OSM parisienne le
vendredi soir, le 10 novembre.
C'est en effet l'occasion d'échanger avec la communauté OSM du Ghana et
d'Allemagne, dont certains membres seront présents.
Je vous envoie les détails dans un autre mail très bientôt ...

Par ailleurs, le développement de l'appli Android Jungle Bus a repris, et
votre contribution est bien évidement la bienvenue. Nous sommes à deux
doigts de faire une release majeure ...
Les détails : https://github.com/jawg/osm-contributor/projects/2

Au delà de Jungle Bus, nous organisons toujours nos activités autour de la
mailing-list TRANSPORT qui est bien évidemment ouverte à tous :
https://listes.openstreetmap.fr/wws/info/transport
La bise

-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Montpellier

[Vincent Frison]

Hello Marc,

Le 30 octobre 2017 à 10:34, marc marc  a écrit :

> Bonjour Vincent,
>
> merci pour cette énergie.
>

Merci ;)


> As-tu mis en place une "protection" pour ne pas modifier l'objet si la
> valeur obtenue est hors-limite raisonnable ? si oui quelle valeur ?
>

Oui il y a des garde fous configurables.

Pour l'import de Montpellier j'ai mis comme valeur min/max 0 et 1000 mètres
pour le MNT, et pareil pour le MNS.

Pour le MNT il faut savoir que j'ai du le "découper" avec les limites de la
communes car seules les valeurs à l'intérieur de celles ci sont fiables et
précises => à l'extérieur de la commune toutes les valeurs sont à -9 et
donc exclues lors de l'import.


> Sur le principe, feu vert pour moi pour l'import.
>
> Je me posais des question à propos des formes de toit et étages.
>
> Au vu des explications précédentes, je pensais que ton algorithme
> n'allait retenir que les bâtiments aux toits plats vu que ce sont les
> seuls dont la hauteur est "stable" sur sa surface.
> Mais quand je vois que tu trouves une valeur pour 59346 bâtiments (si
> j'ai bien compris) sur 110180, mon raisonnement est visiblement erroné.
> est-ce que c'est à cause de la fourchette de tolérance que tu arrives à
> mettre une valeur aussi sur les toits en pente ?
> Penses-tu qu'une opération (séparée) permettrait de les toits plats
> en fonction de l'écart moyen des hauteurs ? j'imagine que
> la tranche 90-100% serrait une bonne candidate.
>

Effectivement mon script essaye de tout prendre, sans considérer la pente
du toit. Le problème c'est qu'on a quasiment jamais l'information sur le
toit...

Je reprend mon message posté sur le fil de discussion pour Nice:

*D'après le wiki le tag height pour les buildings est censé indiquer le
point le plus haut du bâtiment mais à l'exclusion des structures rajoutées
comme par ex. les mats ou antennes. Mon script est censé gérer ça, en tout
cas il gère plutôt bien par exemple les petits locales techniques qui sont
très fréquents sur les immeubles. Pour simplifier si la hauteur max est de
Z mètres je vérifie si au moins 30% de l'ensemble des points "matchant"
l'immeuble sont à moins de 2 mètres de Z. Si c'est le cas c'est bon sinon
j'essaye un mètre en dessous; et ainsi de suite jusqu'à trouver une bonne
valeur. Du coup si une antenne est posée sur le toit d'un immeuble sa
hauteur de ne sera pas prise en compte.*

Pour info j'ai changé ce paramètre de "tolérance": il état à 2 mètre pour
Nice mais là je me suis permis de le mettre à 0.5 mètre pour Montpellier
car les données sont vraiment très précises.


> Est-il aussi envisageable d'extraire le nombre de niveau pour les
> bâtiments de taille modeste ? genre un bâtiment à toit plat qui fait
> entre 2m et 3m n'a qu'un niveau. entre 4m et 5m = 2 niveau.
> Ou est-ce que la précision rend cela trop limite ?
>

Oui je pourrai aussi rajouter le nombre d'étages sur tous les bâtiments (et
pas que sur les petits) mais j'y vois 2 raisons défavorables:
- ça serait forcément une approximation plus ou moins grosse (la hauteur
des étages pouvant fortement varier d'un bâtiment à un autre)
- il n'y aurait pas un gros intérêt sachant que le tag de hauteur est plus
précis (par ex. pour les rendus 3D, ce qui est mon objectif final, cela
n'apportait rien)


> Par curiosité, à quoi correspond les 14 read failure ?
>

Certainement des bâtiments qui ont été effacés *après* la création du dump
de la DB d'OSM (que j'ai récupéré sur geofabrik.de il y a environ un mois).

++ Vincent.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Montpellier

[marc marc]

Bonjour Vincent,

merci pour cette énergie.
As-tu mis en place une "protection" pour ne pas modifier l'objet si la 
valeur obtenue est hors-limite raisonnable ? si oui quelle valeur ?
Sur le principe, feu vert pour moi pour l'import.

Je me posais des question à propos des formes de toit et étages.

Au vu des explications précédentes, je pensais que ton algorithme 
n'allait retenir que les bâtiments aux toits plats vu que ce sont les 
seuls dont la hauteur est "stable" sur sa surface.
Mais quand je vois que tu trouves une valeur pour 59346 bâtiments (si 
j'ai bien compris) sur 110180, mon raisonnement est visiblement erroné.
est-ce que c'est à cause de la fourchette de tolérance que tu arrives à 
mettre une valeur aussi sur les toits en pente ?
Penses-tu qu'une opération (séparée) permettrait de les toits plats
en fonction de l'écart moyen des hauteurs ? j'imagine que
la tranche 90-100% serrait une bonne candidate.

Est-il aussi envisageable d'extraire le nombre de niveau pour les 
bâtiments de taille modeste ? genre un bâtiment à toit plat qui fait 
entre 2m et 3m n'a qu'un niveau. entre 4m et 5m = 2 niveau.
Ou est-ce que la précision rend cela trop limite ?

Par curiosité, à quoi correspond les 14 read failure ?

Cordialement,
Marc

Le 30. 10. 17 à 10:16, Vincent Frison a écrit :
> Hello,
> 
> Après Nice (et Paris) je projette d'importer la hauteur des bâtiments de 
> la commune de Montpellier en me basant sur un MNT (modèle numérique de 
> terrain) et MNS (modèle numérique de surface) disponibles directement en 
> ODbL sur le portail Open Data de Montpellier Mediterranée Métropole: 
> http://data.montpellier3m.fr.
> 
> J'ai créé la page Wiki standard pour les imports: 
> https://wiki.openstreetmap.org/wiki/Montpellier,_France/Buildings_Heights_Import
> 
> Tout comme pour Nice la précision est très bonne, de l'ordre du mètre. 
> De ce que j'ai pu tester je dirais que c'est encore meilleur que Nice. 
> Si certains sont intéressés pour tester je peux fournir des fichiers XML 
> (un ZIP de l'ensemble de la commune pèse 20 MB environ). Sinon je compte 
> faire l'import dans les prochains jours...
> 
> Pour info voici quelques statistiques de l'import (qui ne touche pas à 
> la DB d'OSM pour l'instant):
> 
> === Loading statistics ===
> Total of targeted elements (ie. which are inside filtering areas): 110180
> === Processing statistics ===
> Total of matched elements (ie. which have at least one matching 
> imports): 95914
> Total of matching imports: 42547442
> Average of matching imports by element: 443
> Repartitions of elements by matching scores:
>   - score between 0% and 10% : 50470 (45%) elements
>   - score between 10% and 20% : 170 (0%) elements
>   - score between 20% and 30% : 159 (0%) elements
>   - score between 30% and 40% : 10111 (9%) elements
>   - score between 40% and 50% : 9050 (8%) elements
>   - score between 50% and 60% :  (6%) elements
>   - score between 60% and 70% : 6522 (5%) elements
>   - score between 70% and 80% : 5197 (4%) elements
>   - score between 80% and 90% : 4653 (4%) elements
>   - score between 90% and 100% : 17182 (15%) elements
> Minimum matching score is: 0.3
> Total of updatable elements: 59381
> Specific stats of the plugin:
>   - Out of range DTM values: 32777
>   - Out of range DSM values: 0
> Specific settings of the plugin:
>   - Shrink radius is: 1
>   - Minimum matching point is: 4
>   - Computing distance is: 20
>   - Tolerance delta is: 0.5
> === Closing OSM XML service ===
> Total of writing successes: 59346
> Total of writing failures: 0
> === Closing OSM API service ===
> Total of read operations: success=59367 failure=14
> Total of write operations: success=0 failure=0
> Total of changeset operations: open=0 close=0
> Job has been executed in 11029 seconds
> 
> ++ Vincent
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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

[OSM-talk-fr] Importation des hauteurs de bâtiments sur Montpellier

[Vincent Frison]

Hello,

Après Nice (et Paris) je projette d'importer la hauteur des bâtiments de la
commune de Montpellier en me basant sur un MNT (modèle numérique de
terrain) et MNS (modèle numérique de surface) disponibles directement en
ODbL sur le portail Open Data de Montpellier Mediterranée Métropole:
http://data.montpellier3m.fr.

J'ai créé la page Wiki standard pour les imports:
https://wiki.openstreetmap.org/wiki/Montpellier,_France/Buildings_Heights_Import

Tout comme pour Nice la précision est très bonne, de l'ordre du mètre. De
ce que j'ai pu tester je dirais que c'est encore meilleur que Nice. Si
certains sont intéressés pour tester je peux fournir des fichiers XML (un
ZIP de l'ensemble de la commune pèse 20 MB environ). Sinon je compte faire
l'import dans les prochains jours...

Pour info voici quelques statistiques de l'import (qui ne touche pas à la
DB d'OSM pour l'instant):

=== Loading statistics ===
Total of targeted elements (ie. which are inside filtering areas): 110180
=== Processing statistics ===
Total of matched elements (ie. which have at least one matching imports):
95914
Total of matching imports: 42547442
Average of matching imports by element: 443
Repartitions of elements by matching scores:
 - score between 0% and 10% : 50470 (45%) elements
 - score between 10% and 20% : 170 (0%) elements
 - score between 20% and 30% : 159 (0%) elements
 - score between 30% and 40% : 10111 (9%) elements
 - score between 40% and 50% : 9050 (8%) elements
 - score between 50% and 60% :  (6%) elements
 - score between 60% and 70% : 6522 (5%) elements
 - score between 70% and 80% : 5197 (4%) elements
 - score between 80% and 90% : 4653 (4%) elements
 - score between 90% and 100% : 17182 (15%) elements
Minimum matching score is: 0.3
Total of updatable elements: 59381
Specific stats of the plugin:
 - Out of range DTM values: 32777
 - Out of range DSM values: 0
Specific settings of the plugin:
 - Shrink radius is: 1
 - Minimum matching point is: 4
 - Computing distance is: 20
 - Tolerance delta is: 0.5
=== Closing OSM XML service ===
Total of writing successes: 59346
Total of writing failures: 0
=== Closing OSM API service ===
Total of read operations: success=59367 failure=14
Total of write operations: success=0 failure=0
Total of changeset operations: open=0 close=0
Job has been executed in 11029 seconds

++ Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

[Axelos]

Coucou, je répond à moi même.

Le 27/10/2017 à 11:16, Axelos a écrit :
> On m'a remonté l'info que OpenCycleMap n'affiche pas les routes
> internationales, après vérification je confirme et j'ai demandé la cause
> à Thunderforest par courriel (au cas où il s'agit d'un simple oublie).


J'ai eu une réponse d'un certain Andy de Thunderforest qui m'informe que
l'intégration des véloroutes internationales est prévu sur le rendu
OpenCycleMap, mais sans date annoncée.

Cordialement.

-- 

Comment les entreprises surveillent notre quotidien ?
https://frama.link/8XtqSFYU

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