Re: [Talk-it] Cartelli indicatori percorsi escursionistici.

[Alfredo Gattai]

Ciao Giuseppe,

temo che in questo caso farebbe piu' confusione che altro aggiungendo altri
numeri a quelli gia' presenti con le percorrenze.
Inserirlo nella relazione soddisfa gia' il requisito dato che agli incroci
il guidpost fara' parte di piu' di una relazione.
Inoltre ci sono gia' i ref del palo.

Teoricamente parlando sarebbe applicabile mappando singolarmente ogni
cartello ma sarebbe una atomizzazione del dato eccessiva e non necessaria
al lato pratico.


Alfredo



2017-01-30 8:29 GMT+01:00 vrmap :

> Faccio riferimento alle indicazioni contenute nella pagina wiki CAI nella
> sezione riguardante i punti di posa.
> Il tag destination riporta il contenuto delle varie indicazioni riportate
> sui segnavia con l'indicazione dei tempi di percorrenza/distanze.
> Tuttavia, in molti casi, su un unico palo sono riportate frecce riguardanti
> vari sentieri.
> D'accordo che il punto di posa va inserito anche nella relazione del
> sentiero, ma per una maggiore chiarezza non sarebbe opportuno riportare nel
> tag destination anche i rispettivi ref dei sentieri ?
> Del tipo: destination=Bait dei Aiseli 1:30 (ref)|Malga Bodrina 2:30 (ref)
>
> Giuseppe
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Cartelli-indicatori-percorsi-escursionistici-tp5890158.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cartelli indicatori percorsi escursionistici.

[Luca Delucchi]

2017-01-30 8:29 GMT+01:00 vrmap :
> Faccio riferimento alle indicazioni contenute nella pagina wiki CAI nella
> sezione riguardante i punti di posa.
> Il tag destination riporta il contenuto delle varie indicazioni riportate
> sui segnavia con l'indicazione dei tempi di percorrenza/distanze.
> Tuttavia, in molti casi, su un unico palo sono riportate frecce riguardanti
> vari sentieri.
> D'accordo che il punto di posa va inserito anche nella relazione del
> sentiero, ma per una maggiore chiarezza non sarebbe opportuno riportare nel
> tag destination anche i rispettivi ref dei sentieri ?
> Del tipo: destination=Bait dei Aiseli 1:30 (ref)|Malga Bodrina 2:30 (ref)
>

secondo me non è molto leggibile come stringa, si duplica un valore e
comunque è un'informazione secondaria, però nessuno te lo vieta

> Giuseppe
>

-- 
ciao
Luca

www.lucadelu.org

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

[Talk-it] Cartelli indicatori percorsi escursionistici.

[vrmap]

Faccio riferimento alle indicazioni contenute nella pagina wiki CAI nella
sezione riguardante i punti di posa.
Il tag destination riporta il contenuto delle varie indicazioni riportate
sui segnavia con l'indicazione dei tempi di percorrenza/distanze.
Tuttavia, in molti casi, su un unico palo sono riportate frecce riguardanti
vari sentieri.
D'accordo che il punto di posa va inserito anche nella relazione del
sentiero, ma per una maggiore chiarezza non sarebbe opportuno riportare nel
tag destination anche i rispettivi ref dei sentieri ?
Del tipo: destination=Bait dei Aiseli 1:30 (ref)|Malga Bodrina 2:30 (ref)

Giuseppe



--
View this message in context: 
http://gis.19327.n8.nabble.com/Cartelli-indicatori-percorsi-escursionistici-tp5890158.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] osmcz: aktivní vrstva na Leaflet 1.x

[Marián Kyral]

Ještě jsem tak přemýšlel o té pomalosti načítání. Aktuálně se tooltip 
generuje vždy a úplně pro všechny položky. Ale mne třeba zajímá jen pár 
bodů. Možná by pomohlo, kdyby se ten tooltip generoval až při požadavku na 
zobrazení. Třeba parsování otevírací doby je asi docela náročné.

Takže by to asi chtělo uložit si seznam objektů a do tooltipu dát  a 
kus kódu, který ten  naplní z dat z toho uloženého seznamu. Myslím, že 
za pokus to stojí.

Marián

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 1. 2017 7:50:40
Předmět: Re: [Talk-cz] osmcz: aktivní vrstva na Leaflet 1.x 
"Tak to bude super. Rád se mrknu, co všechno se tam mělo změnit.

Díky za pomoc.
Marián

-- Původní e-mail --
Od: Martin Tesar 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 1. 2017 20:22:45
Předmět: Re: [Talk-cz] osmcz: aktivní vrstva na Leaflet 1.x 
"
Trochu jsem si s tím pohrál a už to celkem běhá, pošlu PR...
Martin




Dne 28. ledna 2017 21:34 Marián Kyral  napsal(a):
" 
Tak jsem učinil další pokus, po dlouhém zkoumání, jak to všechno dohromady 
funguje, jsem udělal dvě změny: https://github.com/osmcz/osmcz/commit/11b
2609c4c6a4ae372735cad7464a24fee3233d4
(https://github.com/osmcz/osmcz/commit/11b2609c4c6a4ae372735cad7464a24fee3233d4)

a aktuálně mi to vyhazuje chybu, kterou moc nechápu. Nejsem si jist, zda mi 
ještě něco chybí změnit v té tileGeoJSON vrstvě, nebo je to bug v Leafletu.



Pokud by si chtěl někdo taky hrát: https://github.com/osmcz/osmcz/tree/
leaflet_1.x(https://github.com/osmcz/osmcz/tree/leaflet_1.x)

Díky za každou pomoc
Marián


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)

"





-- 





Martin Tesar
http://mtbmap.cz/(http://mtbmap.cz/)


Twitter(https://twitter.com/mattes_CZ) GitHub(https://github.com/mattesCZ)





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

Re: [Talk-cz] osmcz: aktivní vrstva na Leaflet 1.x

[Marián Kyral]

Tak to bude super. Rád se mrknu, co všechno se tam mělo změnit.

Díky za pomoc.
Marián

-- Původní e-mail --
Od: Martin Tesar 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 1. 2017 20:22:45
Předmět: Re: [Talk-cz] osmcz: aktivní vrstva na Leaflet 1.x 
"
Trochu jsem si s tím pohrál a už to celkem běhá, pošlu PR...
Martin




Dne 28. ledna 2017 21:34 Marián Kyral  napsal(a):
" 
Tak jsem učinil další pokus, po dlouhém zkoumání, jak to všechno dohromady 
funguje, jsem udělal dvě změny: https://github.com/osmcz/osmcz/commit/11b
2609c4c6a4ae372735cad7464a24fee3233d4
(https://github.com/osmcz/osmcz/commit/11b2609c4c6a4ae372735cad7464a24fee3233d4)

a aktuálně mi to vyhazuje chybu, kterou moc nechápu. Nejsem si jist, zda mi 
ještě něco chybí změnit v té tileGeoJSON vrstvě, nebo je to bug v Leafletu.



Pokud by si chtěl někdo taky hrát: https://github.com/osmcz/osmcz/tree/
leaflet_1.x(https://github.com/osmcz/osmcz/tree/leaflet_1.x)

Díky za každou pomoc
Marián


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)

"





-- 





Martin Tesar
http://mtbmap.cz/(http://mtbmap.cz/)


Twitter(https://twitter.com/mattes_CZ) GitHub(https://github.com/mattesCZ)





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

Re: [OSM-talk-fr] graphe munin pour Bano

[Vincent de Château-Thierry]

Bonjour,

Le 29/01/2017 à 21:39, Laurent Combe a écrit :


les graphes munin pour BANO semblent en rade depuis un certain temps
http://munin.openstreetmap.fr/bano-month.html

un admin peut-il relancer la génération de ces stats ?


Merci pour le signalement.
Ça a été rebranché par Jocelyn hier soir, merci à lui.

vincent

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

Re: [OSM-talk-fr] hebdoOSM Nº 340 17/01/2017-23/01/2017

[Philippe Verdy]

A noter aussi que suite à l'élection de Donald Trump et la volonté de son
administration d'effacer des tas d'infos publiques, les universités et
collectivités américaines se sont mises massivement à répliquer leurs
données pour les publiéer en opendata sur des sites tiers sur des tas de
sujets "sensibles" (ceux justement menacés de perte de financement et
d'éradication par l'administration Trump).

On peut s'attendre donc à des tas de centres de recherche américains qui
travaillaient en collaboration avec d'autres pays, à libérer leurs données
pour les sauvegarder, notamment les données environnementales, côtières,
forestières, aquatiques, données urbaines diverses, données sur les
minorités de toutes sortes (religieuses, orientations sexuelles, langues et
cultures, médicales/épidémilogiques, climatiques, inondations, pollution de
l'air ou des eaux... des tas de données qui ont pu avoir besoin de
cartographie ou géolocalisation), et pas seulement concernant les
Etats-Unis.

Jusqu'à présent les données produite par l'administration fédérale
américaine étaient libres de droit, mais même si elles le restent il y a
bien la volonté de ne plus les diffuser sur le web, donc les rendre du jour
au lendemain invisibles et compliquées à trouver et obtenir. Les
destructions de données sur les sites fédéraux (ou barrières nouvelles pour
y accéder) sont effectivement massives (même la simple mention de leur
existence est effacée des index de recherche, comme si elles n'avaient
jamais existé).

Les chercheurs sont maintenant non seulement tenus de se taire mais aussi
ne plus faire connaitre leurs travaux passés qui ont été pourtant financés
par les fonds publics. Comme déjà on les prive de budget pour fonctionner,
il est temps de leur donner un autre moyen d'expression et pouvoir au moins
monter ce qu'ils ont fait dans le passé (normalement pour tous), afin
qu'ils puissent obtenir des financements ailleurs puisqu'on les prive de
budget (et que nombre d'entre eux vont devoir être virés s'ils ne
parviennent pas à monter l'utilité de leurs travaux).

Je pense qu'on a matière à les soutenir et les aider à monter un opendata.
Jusqu'à présent ce n'était pas nécessaire vu que c'était du "domaine
public", mais on voit que le domaine public américain n'est pas protégé et
s'il devient invisible il fera l'objet d'appropriation abusive puis de
restrictions d'usage: les premiers bénéficiaires en seront encore une fois
les promoteurs Big Data bien connus (qui ont déjà les copies de toutes ces
données mais sont prêts à nous les revendre avec des licences propriétaires
abusives sans même mentionner leur origine véritable).


Le 29 janvier 2017 à 13:47, weeklyteam  a écrit :

> Bonjour,
>
> Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de
> paraître en français. Un condensé à retrouver à:
>
> http://www.weeklyosm.eu/fr/archives/8656/
>
> Bonne lecture!
>
> hebdoOSM?
> Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> Où?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
> produced-in_56718#2/8.6/108.3
> ___
> 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] hebdoOSM Nº 340 17/01/2017-23/01/2017

[Philippe Verdy]

Il y a juste un gros problème pour le lien diffusé concernant la carte
http://opendataday.org/ (le lien "Map of events") pour la carte ne
fonctionne pas (ou pas encore), visiblement il n'existe même pas sur le
site ou une ébauche initiale ne fonctionne pas et a été supprimée en
attendant une autre solution, je n'ai pas trouvé de solution autre sur le
site en question qui semble juste en cours de démarrage).



Le 29 janvier 2017 à 13:47, weeklyteam  a écrit :

> Bonjour,
>
> Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de
> paraître en français. Un condensé à retrouver à:
>
> http://www.weeklyosm.eu/fr/archives/8656/
>
> Bonne lecture!
>
> hebdoOSM?
> Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> Où?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
> produced-in_56718#2/8.6/108.3
> ___
> 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] Réparer un carnage

[Philippe Verdy]

D'autant plsu que si on cherche "SINTEGRA" on tombe sur
http://www.sintegra.fr/
Autrement dit un société privée de géomètres.
Reste à savoir pour qui ils travaillent et si les plans produits par cette
société sont intégrables ou n'ont pas été abusivement importés sans
autorisation de licence.

Le 30 janvier 2017 à 00:09, Philippe Verdy  a écrit :

> Peut-être aussi qu'ils ne comprennent bien que le malgache. Ca va être
> plus dur de communiquer. JE pense que tout ça se base sur une nouvelle
> carto aérienne locale: qui sait si localement il n'y a pas une asso locale
> qui a acquis un drone pour cartographier le terrain mieux que ce qu'on voit
> sur Bing ?
>
> Cependant s'il y a une meilleure imagerie aérienne ce serait bien que ce
> soit indiqué explicitement et qu'il y ait une page de projet locale
> mentionnant la source et les contacts locaux obtenus. D'autant plus que ces
> zones très rurales n'intéressent pas beaucoup les gros fournisseurs
> commerciaux actuels qui peuvent avec des clichés très datés ou mal alignés
> (faut de repères de triangulation en densité suffisante et assez
> précisément mesurés).
>
> Bref ce demander ce que signie "SINTEGRA" ? un nom d'asso locale, une
> société ayant une concession d'exploitation forestière ou minière qui fait
> ses propres orthoplans (la question des licences est alors pertinente et
> peut remettre en cause les données importées). JE pense que dans ce cas il
> faut essayer de contacter une asso OSM locale pour voir ce qu'ils en pense
> et s'ils ont été contactés. Il y a certainement quelquechose à compléter au
> moins du côté du wiki pour voir les projets en cours.
>
>
> Le 29 janvier 2017 à 23:49,  a écrit :
>
>>
>> > Au moins un des quatre contribue actuellement. Et je n'étais pas le
>> premier à tenter de les contacter.
>> C'est plus gênant.
>>
>> Tu as essayé en français ?
>> Au moins un met des commentaires en français.
>> Soyons optimistes, pensons qu'ils ne comprennent pas quand on écrit en
>> anglais.
>>
>> Jean-Yvon
>>
>> ___
>> 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] Réparer un carnage

[Philippe Verdy]

Peut-être aussi qu'ils ne comprennent bien que le malgache. Ca va être plus
dur de communiquer. JE pense que tout ça se base sur une nouvelle carto
aérienne locale: qui sait si localement il n'y a pas une asso locale qui a
acquis un drone pour cartographier le terrain mieux que ce qu'on voit sur
Bing ?

Cependant s'il y a une meilleure imagerie aérienne ce serait bien que ce
soit indiqué explicitement et qu'il y ait une page de projet locale
mentionnant la source et les contacts locaux obtenus. D'autant plus que ces
zones très rurales n'intéressent pas beaucoup les gros fournisseurs
commerciaux actuels qui peuvent avec des clichés très datés ou mal alignés
(faut de repères de triangulation en densité suffisante et assez
précisément mesurés).

Bref ce demander ce que signie "SINTEGRA" ? un nom d'asso locale, une
société ayant une concession d'exploitation forestière ou minière qui fait
ses propres orthoplans (la question des licences est alors pertinente et
peut remettre en cause les données importées). JE pense que dans ce cas il
faut essayer de contacter une asso OSM locale pour voir ce qu'ils en pense
et s'ils ont été contactés. Il y a certainement quelquechose à compléter au
moins du côté du wiki pour voir les projets en cours.


Le 29 janvier 2017 à 23:49,  a écrit :

>
> > Au moins un des quatre contribue actuellement. Et je n'étais pas le
> premier à tenter de les contacter.
> C'est plus gênant.
>
> Tu as essayé en français ?
> Au moins un met des commentaires en français.
> Soyons optimistes, pensons qu'ils ne comprennent pas quand on écrit en
> anglais.
>
> Jean-Yvon
>
> ___
> 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] Osmose: détection des limites admin décalées...

[Philippe Verdy]

On n'est pas obligé de tout marquer commer corrigé quand il y a des
marqueurs multiples sur le même way. On corrige le way, et le lendemain
Osmose revalidera et annulera tous les signalements sur ce way de lui-même.
Cependant ces marqueurs mulitples permettre d'avoir une idée de la forme de
route attendue : les marqueurs d'Osmose sont en effet limité à seulement
des noeuds et aucun way ce qui n'aide pas toujours à savoir quoi faire.

Il serait bon dans le cas de signalement sur un way qu'Osmose mette des
marqueurs de type way (et alors seulement deux marqueurs node aux
extrémités ou juste un sur un noeud central sur le chemin, si possible hors
intersection de ways, donc au milieu du segment le plus central), cela
allégerait beaucoup. Mais comment représenter ces marqueurs way ? peut-être
justement par ce noeud central, quitte à ce que quand on clique dessus cela
affiche en plus un chemin ou ce segment central du way pour clarifier (et
même éventuellement une flèche sur ce segment pour clarifier sa direction
de tracé actuelle qui peut être pertinente pour de nombreux tags
directionnels)

Le 29 janvier 2017 à 17:25, Laurent Combe  a écrit :

> Deux points
>
> 1-je suis tombé sur ça
> http://osmose.openstreetmap.fr/fr/error/9462257434
> vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à
> rien
>
> 2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour
> sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs"
> et ben c'est exactement ce que je me disais pour les départementales
> où le champ ref est absent ou en décalage par rapport à route500
>
> osmose signale une erreur chaque 50m ça fait beaucoup trop de
> marqueurs pour une meme cause, donc si qq chose était faisable ce
> serait super
>
> Laurent
>
> Le 15 janvier 2017 à 13:09, Christian Quest  a
> écrit :
> > J'ai revu l'analyse du décalage des limites administratives.
> >
> > Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de
> > l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour
> > donner une bonne indication.
> >
> > J'ai refait la même chose, mais en utilisant les limites extraites du
> > cadastre.
> >
> > L'analyse repère les sommets des limites du cadastre qui sont à plus de
> 25m
> > des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une
> > anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la
> > zone à vérifier.
> >
> > Pour faciliter la vérification et la correction, j'ai ajouté dans le
> rendu
> > Route500 les limites de commune du cadastre (en violet) ainsi que les
> > limites d'ADMIN EXPRESS (en gris, à titre indicatif).
> >
> > J'ai déjà pu détecter et corriger des décalage importants, tracés il y a
> pas
> > mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons
> > entier).
> >
> > L'analyse France entière est en cours de calcul, vous pouvez déjà
> regarder
> > ce que ça donne en Ile-de-France:
> > http://osmose.openstreetmap.fr/fr/map/#item=7170=40
> >
> > --
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réparer un carnage

[osm . sanspourriel]

> Au moins un des quatre contribue actuellement. Et je n'étais pas le 
premier à tenter de les contacter.

C'est plus gênant.

Tu as essayé en français ?
Au moins un met des commentaires en français.
Soyons optimistes, pensons qu'ils ne comprennent pas quand on écrit en 
anglais.


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

Re: [OSM-talk-fr] Réparer un carnage

[osm . sanspourriel]

Un blocage imposant la lecture des commentaires me semble un bon point.

J'ai plus l'impression que le commentaire fait référence à une zone à 
cartographier (ou un commanditaire ?) et la cartographie semble se faire 
depuis des vues aériennes.


PULCI a moins de 30 jours et n'est pas non plus trouvé par l'outil que 
j'ai signalé.


http://www.openstreetmap.org/changeset/44871498#map=19/10.35082/15.22058

Ici le contributeur ajoute des bâtiments.

Donc "Il ne reste pas des outils utilisés lors du changement de licence 
pour retirer complètement le boulot d'un contributeur??? " ne me semble 
pas adapté.


Mettre tout en primary, c'est stupide, peut-être n'ont-ils pas vu de 
différence de qualité de route.


Je suis tombé sur un autre commentaire PULCI par un autre contributeur :
http://www.openstreetmap.org/way/463402380#map=12/11.0106/15.0132

Je suppose que c'est un des quatre.

À un moment ces commentaires sont "Occupation du sol Maroua" et autres 
plus intelligents.


On peut se demander s'ils sont payés et font du travail à la 
sefaireconnaitre option mauvais jours.


> Au moins un des quatre contribue actuellement. Et je n'étais pas le 
premier à tenter de les contacter.

C'est plus gênant.

Il faudrait peut-être utiliser overpass pour trouver les modifs des 
quatre utilisateurs sur Madagascar.
Mais sans un outil permettant de voir facilement la différence avec la 
version précédente, ça va être galère.
Christian va nous développer un "cliquathon" style OpenSolarMap pour 
qu'on dise pour chaque modif si on veut la prendre ou pas.
Et quand on est plusieurs à avoir validé la modification ou repris la 
version précédente, on pousse le résultat.
Trois vues : une vue aérienne, la carte du coin avant le début des 
changements, la carte actuelle.
Je dis ça mais il existe peut être des outils ou d'autres veulent 
relever le défi.


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

Re: [OSM-talk-fr] Réparer un carnage

[Eric SIBERT]

Ils ont mis toujours le même commentaire sur leurs changesets à
Madagascar : "SINTEGRA".


Sintegra se trouve être un cabinet de géomètres basé... en Isère :
http://www.sintegra.fr/

Sans réponse côté contributeurs, pourquoi pas les contacter ?


Oui, j'y pense.


Avec autant de changesets, tout reverter est sûrement voué à l'échec,
d'autant que d'autres éditions ont dû se produire depuis.


Oui, j'ai trouvé quelques éditions par dessus.


On doit
pouvoir se lancer dans un méticuleux boulot de reprise, au prix d'un peu
d'organisation, mais surtout en ayant un minimum de garantie que les
contributeurs à l'origine de ces changesets ne repasseront pas derrière
pour annuler le travail de reprise.


Il ne reste pas des outils utilisés lors du changement de licence pour 
retirer complètement le boulot d'un contributeur???



À voir ce qu'en dit le DWG, mais un blocage les forçant à lire leurs
messages est peut-être la prochaine étape raisonnable ?


J'attends la réponse du DWG.

Eric


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

Re: [OSM-talk-fr] Réparer un carnage

[Eric SIBERT]

Un de tes copains est passé au commentaire PULCI :
http://www.openstreetmap.org/user/yvanna%20d/history#map=5/-3.754/31.285


Les 4 y sont passés.

Ce ne sont pas des contributeurs débutants. Ils semblent surtout avoir 
contribuer au Cameroun et avoir fait juste une bretelle à Madagascar. Je 
n'ai pas évalué leurs contributions en dehors de Madagascar.



Pas de modification depuis 25 jours, donc il n'a peut-être pas vu tes
commentaires.


Au moins un des quatre contribue actuellement. Et je n'étais pas le 
premier à tenter de les contacter.


Eric


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

Re: [OSM-talk-fr] Réparer un carnage

[Vincent de Château-Thierry]

Bonsoir,

Le 29/01/2017 à 22:49, osm.sanspourr...@spamgourmet.com a écrit :

Le 29/01/2017 à 22:30, Eric SIBERT - courr...@eric.sibert.fr a écrit :


Ils ont mis toujours le même commentaire sur leurs changesets à
Madagascar : "SINTEGRA".


Sintegra se trouve être un cabinet de géomètres basé... en Isère :
http://www.sintegra.fr/

Sans réponse côté contributeurs, pourquoi pas les contacter ?
Mais ok ça ne réparera pas le réseau routier malgache...

Avec autant de changesets, tout reverter est sûrement voué à l'échec, 
d'autant que d'autres éditions ont dû se produire depuis. On doit 
pouvoir se lancer dans un méticuleux boulot de reprise, au prix d'un peu 
d'organisation, mais surtout en ayant un minimum de garantie que les 
contributeurs à l'origine de ces changesets ne repasseront pas derrière 
pour annuler le travail de reprise.
À voir ce qu'en dit le DWG, mais un blocage les forçant à lire leurs 
messages est peut-être la prochaine étape raisonnable ?


vincent

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

Re: [OSM-talk-fr] Réparer un carnage

[Eric SIBERT]

Première question: comment trouver tous les changesets avec un
commentaire donnée?

http://neis-one.org/2014/02/osm-changesets/


Limité aux 30 derniers jours. Trop tard pour notre cas...

Eric


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

Re: [Talk-it] Tag eterogenei su nodo

[Marco_T]

cascafico wrote
> Era uscito questo commento ad un incontro di mappatori FVG. Sembrerebbe un
> problema non tanto di niubbi, quanto di maps.me (che io non posso
> provare).
> 
> La diffusione di editor semplificati ci é sembrato un problema, anche
> perché va ad intaccare un addr import che ci ha impegnato parecchio.

Sono io il colpevole del commento!
La mia idea è che l'informazione toponomastica può e dovrebbe avere una sua
autonomia, custodita in modo geloso, slegata quindi dal PDI che la sfrutta.
Questo per vari motivi, in ordine di importanza:
- le amministrazioni pubbliche (si auspica) rilascieranno sempre piu' spesso
informazioni toponomastiche aggiornate e georiferite, dunque sarebbe più
facile eliminare il vecchio e reimportare in blocco il nuovo senza diventare
stupidini a creare degli script di ricerca/sostituzione ad-hoc;
- è probabile che la posizione del PDI (attività) non corrisponda
esattamente alla posizione del civico (la targhetta) che come abbiamo detto
infinite volte ha una posizione spaziale precisa prevista da direttive
ISTAT;
- se una attività chiude cancello il suo nodo e fine : 1 secondo. Ma se il
nodo comprende anche le informazioni toponomastiche devo perdermi tra i tag
per decidere cosa lasciare e cosa cancellare... 20 secondi? se sono
bravo...ma credo che più di qualcuno cancella tutto il nodo senza
preoccuparsi del danno che sta facendo.
- rendering. Ok è un problema risolvibile, ma se voglio stamparmi solo i
civici di una via e al loro posto mi viene renderizzato ogni tanto il nome
di una macelleria o di un sexysiop... (che potrei nascondere con qualche
tool che oscura amenity e altro)

Idee mie eh.

-- 
Marco_T





--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-eterogenei-su-nodo-tp5890047p5890144.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Réparer un carnage

[osm . sanspourriel]

Le 29/01/2017 à 22:30, Eric SIBERT - courr...@eric.sibert.fr a écrit :


Bonjour à tous,
Ils ont mis toujours le même commentaire sur leurs changesets à 
Madagascar : "SINTEGRA".

Un de tes copains est passé au commentaire PULCI :
http://www.openstreetmap.org/user/yvanna%20d/history#map=5/-3.754/31.285

Pas de modification depuis 25 jours, donc il n'a peut-être pas vu tes 
commentaires.

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

Re: [Talk-at] Öffentliche Verkehrsinformationen in der OSM-WIKI

[Kevin Kofler]

Friedrich Volkmann wrote:
> Das ist ein Lichtblick, hoffentlich werden auch die Gleise und
> zusätzlichen Ampeln abgebaut und die Fahrbahnkurven begradigt.

Der Sauhaufen (die Schienen verlaufen ja auch im Zickzack! Das ist ja alles 
nur ein Provisorium während des U-Bahn-Baus) wird in der Realität 
aufgeräumt, wenn die U-Bahn einmal fährt. Angeblich ist die Neugestaltung 
der Favoritenstraße in dem Bereich für Frühling-Sommer 2018 geplant. (Der 
Winter ist ja für Bauarbeiten eher ungeeignet.) Wenn die Straße in echt 
vernünftig aussieht, wird sie auch in der OSM entsprechend gemappt. Im 
Moment ist sie wirklich genau so chaotisch, wie auf der OSM dargestellt.

Kevin Kofler


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

Re: [OSM-talk-fr] Réparer un carnage

[osm . sanspourriel]

Le 29/01/2017 à 22:30, Eric SIBERT - courr...@eric.sibert.fr a écrit :



Première question: comment trouver tous les changesets avec un 
commentaire donnée?

http://neis-one.org/2014/02/osm-changesets/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Réparer un carnage

[Eric SIBERT]

Bonjour à tous,

Sur Madagascar, on vient de se rendre compte qu'un groupe de 
contributeurs a fait un gros carnage en mettant tout un tas de primary 
(soit de nouveaux way, soit en modifiant des ways existants):


http://www.openstreetmap.org/#map=13/-18.8512/47.6966

En cherchant un peu, on voit aussi qu'ils ont passé un tas de 
unclassified en track, mis des residential au milieu de nul part. Enfin, 
on trouve des ways superposés.


J'ai identifié quatre contributeurs distincts. Je leur ai envoyé des 
messages il y a 10 jours, sans réponse. (J'ai contacté le DWG aujourd'hui.)


Ils ont agi à Madagascar début décembre.

Ils ont mis toujours le même commentaire sur leurs changesets à 
Madagascar : "SINTEGRA".


Première question: comment trouver tous les changesets avec un 
commentaire donnée?


Deuxième questions: sachant qu'ils ont impactés jusqu'à 2000 ways en 
plusieurs centaines de changesets chacun, on fait comment pour annuler 
tout ça à l'échelle d'un pays?


Merci d'avance pour vos conseils.


--
Éric

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

Re: [Talk-it] mappatura bar in Italia

[Marco_T]

THESTORM375 wrote
> però ci sono dei comune del nord ho visto che hanno mappato anche i numeri
> civici.. come Padova... Milano..Torino..Cesena..Firenze ecc..però più la
> mappa è dettagliata meglio è ...

Ehm...la risposta di Cascafico era ironica... :-)
In Friuli Venezia Giulia infatti, abbiamo mappato TUTTI i civici della
regione (a parte una manciata di comuni).
Per il discorso bar eviterei anche io troppe complicazioni. Nel senso che
ogni tag aggiunto deve poi essere tenuto aggiornato per dare affidabilità
alla mappa.
Ben più importante da noi (in FVG) è sapere se stai entrando in una "frasca"
o in una "osmizza" o in una "privada". L'atteggiamento e la competenza con
cui ti presenti è di fondamentale importanza. Già. Hic...!  :-)

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/mappatura-bar-in-Italia-tp5890034p5890140.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk-fr] graphe munin pour Bano

[Laurent Combe]

Bonjour

les graphes munin pour BANO semblent en rade depuis un certain temps
http://munin.openstreetmap.fr/bano-month.html

un admin peut-il relancer la génération de ces stats ?

Laurent

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

Re: [Talk-it] [dev-italia] Nuovo welcome tool

[Stefano]

Il giorno 29 gennaio 2017 19:57, Marco Minghini 
ha scritto:

>
> Ciao a tutti,
>> abbiamo fatto altre migliorie, ad esempio Fabrizio ha aggiunto una
>> colonna con il numero di changeset che si aggiorna due volte al giorno per
>> i primi 7 giorni, così dovrebbe dare una idea dell'attività dell'utente.
>>
>> Anche se non si manda il benvenuto, magari si potrebbe scrivere se si è
>> interagito con l'utente o se lo si ha controllato, così la persona
>> successiva non controlla una seconda volta.
>>
>> Ciao,
>> Stefano
>>
>
> Grazie ragazzi,
> vi faccio un altro commento: mi piacerebbe vedere al volo l'elenco degli
> utenti a cui ho dato il benvenuto (ad esempio per vedere cosa avevo
> scritto, o per riportare il fatto che mi abbiano risposto - cosa finora non
> successa...). Ora non mi sembra di poterlo fare... per trovare gli utenti
> con cui ho interagito tempo prima mi sembra che l'unico modo sia scorrere
> manualmente le pagine andando indietro nel tempo.
>

Easy enough, adesso c'è una voce di menu "Welcomed by me" quando sei
autenticato.

Per il resto rinnovo i complimenti per il tool :)
>

Grazie :)

>
> Marco
>

Ciao,
Stefano


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

Re: [OSM-talk-be] Bulk import, mogelijkheden?

[Ben Laenen]

On Sunday, 29 January 2017 14:05:32 CET Mars v. wrote:
> Wij hebben een grote hoeveelheid aanpassingen verzameld voor wandelpaden in
> Brussel en zoeken een manier om dit zo optimaal en naar mate mogelijk
> automatisch te importeren.

De eerste vraag vooraleer we iets van een goed antwoord kunnen geven is: wat 
zou je willen importeren? Wat zit er exact in de dataset?

Ben


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

Re: [Talk-cz] osmcz: aktivní vrstva na Leaflet 1.x

[Martin Tesar]

Trochu jsem si s tím pohrál a už to celkem běhá, pošlu PR...
Martin

Dne 28. ledna 2017 21:34 Marián Kyral  napsal(a):

> Tak jsem učinil další pokus, po dlouhém zkoumání, jak to všechno dohromady
> funguje, jsem udělal dvě změny: https://github.com/osmcz/osmcz/commit/
> 11b2609c4c6a4ae372735cad7464a24fee3233d4
>
> a aktuálně mi to vyhazuje chybu, kterou moc nechápu. Nejsem si jist, zda
> mi ještě něco chybí změnit v té tileGeoJSON vrstvě, nebo je to bug v
> Leafletu.
>
>
>
> Pokud by si chtěl někdo taky hrát: https://github.com/osmcz/
> osmcz/tree/leaflet_1.x
>
> Díky za každou pomoc
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>


-- 
Martin Tesar
http://mtbmap.cz/
Twitter  GitHub 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] Bulk import, mogelijkheden?

[Marc Gemis]

Hallo Mars,

Er is geen vast algoritme. Over het algemeen is het aangewezen om data
stukje per stukje manueel toe te voegen en goed te kijken wat al in de
databank zit. Er is weinig software die goed genoeg is om de
menselijke controle te vermijden.

Voor elke import is er een bepaalde formele procedure die moet gevolgd
worden, zie alle pagina's onder
https://wiki.openstreetmap.org/wiki/Import

Een mogelijke methode is dat jullie de data beschikbaar maken en dat
lokale mappers die data dan samenvoegen met de bestaande data. Een
volledig automatische import gaat weinig of geen kans maken om
goedgekeurd te worden door de community.

Bij de import procedure worden er ook een aantal vragen gesteld zoals,
 hoe hebben jullie die data verzameld ? Door zelf te gaan kijken hoe
de situatie ter plaatse is ? Of hebben jullie verschillende bronnen
bij elkaar gebracht ? Welke licenties staan er op de data ?

Welke data hebben jullie, welke tags willen jullie gebruiken ? Hoe
willen jullie omgaan met bestaande tags ? Willen jullie afzonderlijke
wegen voor de voetpaden of gaan jullie tags op de hoofdweg plaatsen ?
Wat als er al bestaande afzonderlijke voetpaden getekend zijn ?

Het bovenstaande zijn de algemene regels voor import, hieronder is
mijn persoonlijke mening.

Zelf ben ik niet zo'n voorstander van imports door mensen die weinig
of geen ervaring hebben met OSM. Ik vind dat mensen eerst een aantal
maanden manueel data zouden moeten invoeren en zo het project beter
leren kennen. Zo zal je leren welke tags er gebruikt worden voor
wandelwegen.

Als ze het project kennen kunnen ze beginnen denken over een eventuele
import. OSM wordt te dikwijls gezien door buitenstaanders als een plek
waar ze data kunnen dumpen. Dat is het niet. De data in OSM moet
kunnen onderhouden worden, te dikwijls gebeurt een import zonder
latere updates voor projecten die kort na de import ophouden met te
bestaan.

Je kan ook kijken naar hoe Trage Wegen te werk gaat, omdat zij toch
rond een gelijkaardig topic werken. Je kan daarvoor eens kijken naar
http://2016.stateofthemap.org/2016/a-loveletter-to-osm-greetings-from-brussels/
hun presentatie vorig jaar op de jaarlijkse conferentie van
OpenStreetMap

mvg


m.

2017-01-29 15:05 GMT+01:00 Mars v. :
> Wij hebben een grote hoeveelheid aanpassingen verzameld voor wandelpaden in
> Brussel en zoeken een manier om dit zo optimaal en naar mate mogelijk
> automatisch te importeren.
>
> Is er een bepaalde flow dat aangeraden wordt voor zulke imports?
> Is het mogelijk om de grote dataset te importeren?
> En is er iemand die ons hierbij kan helpen?
>
> Met vriendelijke groeten
> Mars
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [Talk-it] [dev-italia] Nuovo welcome tool

[Marco Minghini]

> Ciao a tutti,
> abbiamo fatto altre migliorie, ad esempio Fabrizio ha aggiunto una colonna
> con il numero di changeset che si aggiorna due volte al giorno per i primi
> 7 giorni, così dovrebbe dare una idea dell'attività dell'utente.
>
> Anche se non si manda il benvenuto, magari si potrebbe scrivere se si è
> interagito con l'utente o se lo si ha controllato, così la persona
> successiva non controlla una seconda volta.
>
> Ciao,
> Stefano
>

Grazie ragazzi,
vi faccio un altro commento: mi piacerebbe vedere al volo l'elenco degli
utenti a cui ho dato il benvenuto (ad esempio per vedere cosa avevo
scritto, o per riportare il fatto che mi abbiano risposto - cosa finora non
successa...). Ora non mi sembra di poterlo fare... per trovare gli utenti
con cui ho interagito tempo prima mi sembra che l'unico modo sia scorrere
manualmente le pagine andando indietro nel tempo.
Per il resto rinnovo i complimenti per il tool :)

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

Re: [OSM-talk-be] Bulk import, mogelijkheden?

[Killian De Volder]

Geen ervaring mee.
Voorlopig kan u zich al wenden tot http://wiki.openstreetmap.org/wiki/Import

Mijn beste poging om uw vragen te beantwoorden:
a) Ja -> Zie wiki
b) Ja, import is een import,grote doet er niet echt toe.
c) Hopelijk iemand met meer ervaring dan ik ;)

Mvg,
Killian De Volder

On 29-01-17 15:05, Mars v. wrote:
> Wij hebben een grote hoeveelheid aanpassingen verzameld voor wandelpaden in 
> Brussel en zoeken een manier om dit zo optimaal en naar mate mogelijk 
> automatisch te importeren.
> 
> Is er een bepaalde flow dat aangeraden wordt voor zulke imports?
> Is het mogelijk om de grote dataset te importeren?
> En is er iemand die ons hierbij kan helpen?
> 
> Met vriendelijke groeten
> Mars
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [Talk-at] Tagging help needed near Krimml

[nine-osm-talk-at]

Jack Burke wrote on 27/01/17 17:00:
> Can a local OSM editor in Austria help verify that we have this tagged
> correctly? :-D
> 
> http://www.telegraph.co.uk/travel/ski/news/driver-get-stuck-on-a-ski-slope-after-his-sat-nav-gets-him-lost/
> 
> I'm not much use. I don't speak German and can't tell a fahrvergnugen
> from a weinerschnitzel on a map.
> 
> -jack

hi jack,

according to a local newspaper report [1] and the info from a guy from
krimml the incident happened here [2].

Seems to be a permissive road with barrier - so i think all is tagged
correctly.

Best
Erwin
Local Mapper Pinzgau


Links:
[1]
http://www.salzburg24.at/pkw-bleibt-im-krimmel-mitten-auf-skipiste-haengen/4937867
[2] http://osm.org/go/0IWG~jiz1-?m==82521986


PS:
Krimml seems to be a dangerous place for cars ;-)
http://www.salzburg.com/nachrichten/salzburg/chronik/sn/artikel/krimml-auto-versank-in-gebirgsstausee-202450/

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

Re: [OSM-talk-fr] Osmose: détection des limites admin décalées...

[Christian Quest]

Ouille... y'a un truc pas clair...

Pour les cluster, je peux regrouper un peu plus, je passe à 200m ?

Le 29 janvier 2017 à 17:25, Laurent Combe  a écrit :

> Deux points
>
> 1-je suis tombé sur ça
> http://osmose.openstreetmap.fr/fr/error/9462257434
> vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à
> rien
>
> 2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour
> sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs"
> et ben c'est exactement ce que je me disais pour les départementales
> où le champ ref est absent ou en décalage par rapport à route500
>
> osmose signale une erreur chaque 50m ça fait beaucoup trop de
> marqueurs pour une meme cause, donc si qq chose était faisable ce
> serait super
>
> Laurent
>
> Le 15 janvier 2017 à 13:09, Christian Quest  a
> écrit :
> > J'ai revu l'analyse du décalage des limites administratives.
> >
> > Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de
> > l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour
> > donner une bonne indication.
> >
> > J'ai refait la même chose, mais en utilisant les limites extraites du
> > cadastre.
> >
> > L'analyse repère les sommets des limites du cadastre qui sont à plus de
> 25m
> > des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une
> > anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la
> > zone à vérifier.
> >
> > Pour faciliter la vérification et la correction, j'ai ajouté dans le
> rendu
> > Route500 les limites de commune du cadastre (en violet) ainsi que les
> > limites d'ADMIN EXPRESS (en gris, à titre indicatif).
> >
> > J'ai déjà pu détecter et corriger des décalage importants, tracés il y a
> pas
> > mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons
> > entier).
> >
> > L'analyse France entière est en cours de calcul, vous pouvez déjà
> regarder
> > ce que ça donne en Ile-de-France:
> > http://osmose.openstreetmap.fr/fr/map/#item=7170=40
> >
> > --
> > 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
>



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

Re: [OSM-talk-fr] Osmose: détection des limites admin décalées...

[Laurent Combe]

Deux points

1-je suis tombé sur ça
http://osmose.openstreetmap.fr/fr/error/9462257434
vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à rien

2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour
sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs"
et ben c'est exactement ce que je me disais pour les départementales
où le champ ref est absent ou en décalage par rapport à route500

osmose signale une erreur chaque 50m ça fait beaucoup trop de
marqueurs pour une meme cause, donc si qq chose était faisable ce
serait super

Laurent

Le 15 janvier 2017 à 13:09, Christian Quest  a écrit :
> J'ai revu l'analyse du décalage des limites administratives.
>
> Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de
> l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour
> donner une bonne indication.
>
> J'ai refait la même chose, mais en utilisant les limites extraites du
> cadastre.
>
> L'analyse repère les sommets des limites du cadastre qui sont à plus de 25m
> des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une
> anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la
> zone à vérifier.
>
> Pour faciliter la vérification et la correction, j'ai ajouté dans le rendu
> Route500 les limites de commune du cadastre (en violet) ainsi que les
> limites d'ADMIN EXPRESS (en gris, à titre indicatif).
>
> J'ai déjà pu détecter et corriger des décalage importants, tracés il y a pas
> mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons
> entier).
>
> L'analyse France entière est en cours de calcul, vous pouvez déjà regarder
> ce que ça donne en Ile-de-France:
> http://osmose.openstreetmap.fr/fr/map/#item=7170=40
>
> --
> 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

[Talk-it] Nuovo tool per changeset sospetti

[Francesco Pelullo]

"Eccellente" (cit. M. Burns)

http://resultmaps.neis-one.org/osm-suspicious#2/36.0/-10.5

Ciao
/niubii/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] Bulk import, mogelijkheden?

[Mars v.]

Wij hebben een grote hoeveelheid aanpassingen verzameld voor wandelpaden in
Brussel en zoeken een manier om dit zo optimaal en naar mate mogelijk
automatisch te importeren.

Is er een bepaalde flow dat aangeraden wordt voor zulke imports?
Is het mogelijk om de grote dataset te importeren?
En is er iemand die ons hierbij kan helpen?

Met vriendelijke groeten
Mars
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-br] wiki: PROJETO "MAPEANDO COM ESCOLAS"

[Alexandre Magno Brito de Medeiros]

Sérgio,

Não entender pode ser consequência do receptor ter incapacidade de
entendimento, mesmo que o transmissor tenha explicado bem.

Não entender pode ser consequência do transmissor ter explicado mal, mesmo
que o receptor tenha suficiente capacidade de entendimento para caso
contrário.

E ainda existe, além de outras, uma terceira possibilidade: o receptor ter
alguma incapacidade entendimento, e o transmissor não ter explicado bem
alguma coisa.

Não importa.

O que importa é que deu certo. Aguardo a troca de ideias. Sobre se eu fiz
alterações indevidas, indesejáveis etc.

Alexandre

Em 27 de janeiro de 2017 16:11, Sérgio V.  escreveu:

> Sempre há 2 possibilidades: ou eu não entendi, ou não me foi
> bem explicado, rsrs.
>
> Mas tá lá.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

hebdoOSM Nº 340 17/01/2017-23/01/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8656/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 340 17/01/2017-23/01/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8656/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] tags étranges

[Julien Lepiller]

Merci pour toutes vos réponses, c'est plus clair maintenant :)


On Sat, 28 Jan 2017 21:57:49 +0100
Vincent de Château-Thierry  wrote:

> Bonjour,
> 
> Le 28/01/2017 à 21:23, f.dos.san...@free.fr a écrit :
> > Bonjour,
> >
> > Si tu remontes l'historique tu verras que c'est Marc qui a exploité
> > les données de la communauté de communes de Concarneau Cornouaille
> > il y a quelques années :
> > -
> > http://wiki.openstreetmap.org/wiki/WikiProject_France/Donn%C3%A9es_de_la_Communaut%C3%A9_de_Communes_de_Concarneau_Cornouaille
> >
> > Il pourra te donner plus d'explications quand il lira ces lignes,
> > entre temps tu peux toujours lire la discussion :
> > -
> > https://lists.openstreetmap.org/pipermail/talk-fr/2010-December/029290.html
> >
> >
> > - Mail original -
> > De: "Julien Lepiller" 
> > À: talk-fr@openstreetmap.org
> > Envoyé: Samedi 28 Janvier 2017 21:05:19
> > Objet: [OSM-talk-fr] tags étranges
> >
> > Bonjour,
> >
> > je viens de trouver une voie :
> > https://www.openstreetmap.org/way/98034782
> >
> > Elle a des tags que je ne comprends pas, comme 4C:ID_TRON. Est-ce
> > que vous savez ce dont il s'agit ?  
> 
> On ne ferait sûrement plus comme ça aujourd'hui si la question d'un 
> import des mêmes données se posait. Attention, aucune critique ici,
> ça date de 2010 et on n'avait pas le même recul sur les imports, et
> surtout sur l'Open Data.
> On garderait des attributs 4C:* au plus 1 seul tag, un identifiant 
> unique issu de la 4C qui serait une clé pour permettre des liens, un 
> suivi et une mise à jour. Et le tag serait plutôt "ref:FR:4C".
> Concrètement aujourd'hui, il serait intéressant si quelqu'un a un 
> contact à l'agglo de savoir si ces identifiants sont toujours 
> d'actualité. Dans le cas contraire, supprimer les 4 tags ne me 
> choquerait pas. Et dans tous les cas, 4C:TYPE_VOIE est sans intérêt.
> 
> 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

Re: [Talk-it-trentino] Pubblicazioni commerciali

[Dario Zontini]

Ti segnalo questo link  che consente di fare stampe di grandi dimensioni in
modo molto semplice con già indicata la licenza :-)

https://maposmatic.osm-baustelle.de


Dario Zontini

Inviato da Samsung Mobile

Il 28 Gen 2017 8:02 PM, "Daniele"  ha scritto:

> grazie
>
> Il 28/01/2017 19:23, Dario Zontini ha scritto:
>
> La dicitura la poi mettere dove preferisci,  non è  obbligatorio in basso
> a destra.
>
> Si,  è un doppione. La licenza puoi metterla per esteso : *Creative
> Commons Condividi allo stesso modo 2.0
> *
>
> oppure  come sigla: CC-BY-SA 2.0
>
>
> Dario Zontini
>
> Inviato da Samsung Mobile
>
>
> Il 28 Gen 2017 6:35 PM, "Daniele"  ha scritto:
>
> Se non ho capito male la dicitura da mettere in basso a destra (su ogni 
> mappa) stampando le mappe di OpenStreetMap
> è questa:*Dati © OpenStreetMap – **Creative Commons Condividi allo stesso 
> modo 2.0 **  (CC-BY-SA)*
>
> anche se:
> Condividi allo stesso modo 2.0 
> 
> e
> (CC-BY-SA)
>
> non è un doppione
> Ciao e Grazie
> Daniele
>
>
>
>
>
> ___
> Talk-it-trentino mailing 
> listTalk-it-trentino@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it-trentino
>
>
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
>
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [OSM-talk-fr] JOSM et relation "Public Transport Route (Bus)"

[mga_geo]

Honte à moi !
Je n'avais pas lu jusqu'à la fin les messages de JOSM, la réponse y est :
Le rôle forward est inconnu parmi les modèles /stop_exit_only...



--
View this message in context: 
http://gis.19327.n8.nabble.com/JOSM-et-relation-Public-Transport-Route-Bus-tp5890124p5890125.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] JOSM et relation "Public Transport Route (Bus)"

[mga_geo]

Bonjour à tous,

Sur l'affichage du parcours de la relation
http://www.openstreetmap.org/relation/4260090 dans josm, les discontinuités
ne sont pas affichées en rouge mais juste par un décalage vertical.
Cela semble lié à la présence du rôle forward sur les ways.

A+
Marc 



--
View this message in context: 
http://gis.19327.n8.nabble.com/JOSM-et-relation-Public-Transport-Route-Bus-tp5890124.html
Sent from the France mailing list archive at Nabble.com.

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