Re: [OSM-talk-fr] Comment restaurer des données supprimée

[PanierAvide]

Bonjour,

Pour référence : https://wiki.openstreetmap.org/wiki/Change_rollback

Et dans ce cas là, à priori le plus simple est le plugin "undelete" de 
JOSM https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete


Cordialement,

Adrien P.

Le 30/06/2020 à 06:33, Gad Jo a écrit :

Bonjour,


J'ai fait une suppression malheureuse mais je m'en rend compte très 
tardivement. La zone est très limité. Sur deux immeubles.


C'est plus simple de refaire un import du cadastre mais je demande ça 
aussi pour apprendre comment répondre à cette étude de cas.


J'ai posté la demande sur le forum pour que le plus grand nombre 
profite de la réponse mais sans succès depuis depuis mai.


Est-ce qu'une personne aurait une solution ?
https://forum.openstreetmap.fr/viewtopic.php?f=5=7400
--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
brièveté.


___
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] Noms des quartiers en ville

[Arnaud Champollion]

Bonjour,

Je viens de constater un phénomène en partageant une adresse avec 
l'application Osmand.


Quand on sélectionne cette position :
https://www.openstreetmap.org/?mlat=44.08165=6.20359#map=19/44.08165/6.20359

on obtient le libellé suivant :

Chemin des Gravas (Le Plan de Gaubert) 14, Digne-les-Bains
Position: geo:44.081646,6.20359?z=19
https://osmand.net/go?lat=44.081646=6.20359=19

Je m'interroge sur "Le Plan de Gaubert" qui est certes un quartier de la 
ville, mais pas le bon. Il en est même relativement éloigné du point de 
vue de l'organisation de la ville, même si proche à vol d'oiseau.


Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus proche ?

Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier 
du lieu correspondant à la position donnée ?


Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit pas 
pris en compte par défaut dans d'autres parties de la ville qui en sont 
dépourvues ?


Merci

Arnaud




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

Re: [Talk-it] Licenza cartina turistica

[Maurizio Napolitano]

Mi associo da quanto esposto da Luca
Ci sono altri casi simili e fino a che si cita ogni fonte - come richiesto
da ogni singola licenza dei dataset elencati - è tutto regolare oltre che
essere il modo più elegante per informare chi userà la mappa e omaggiare
chi ha raccolto i dati
My2cents

Il lun 29 giu 2020, 22:14 Luca Delucchi  ha scritto:

>
>
> On Mon, 29 Jun 2020 at 16:52, Roberto Brazzelli 
> wrote:
>
>> Ciao a tutti,
>>
>
> Ciao Roberto,
>
>
>> sto preparando una cartina turistica cartacea e ho dei dubbi su quale
>> debba essere la licenza
>> finale del mio prodotto, così costruito:
>> - dati cartografici: dati grezzi di osm (ad accezione dell'idrografia)
>> - idrografia: Bdtre Regione Piemonte:
>> CCBY4.0
>> - ombreggiatura virtuale (hillshade): Arpa Piemonte - Sfumo Europa WM:
>> riporta qui 1) il testo di cui sotto e basta.
>> Limitazione d'uso: Ogni iniziativa di divulgazione delle informazioni
>> contenute nel dataset o da esso derivate (cartogrammi, relazioni, servizi
>> informativi), dovrà sempre citare la fonte del dato originale (autori,
>> proprietario). Per eventuali aggregazioni o rielaborazioni dei dati forniti
>> finalizzate alla realizzazione di prodotti diversi dall'originale, pur
>> permanendo l'obbligo di citazione della fonte, si declina ogni
>> responsabilità.
>>
>>   1)
>> http://webgis.arpa.piemonte.it/geoportalserver_arpa/catalog/search/resource/details.page?uuid=ARLPA_TO%3ASfumo_Europa_WM_2014-10-22-10%3A30=Arpa%20Piemonte%20-%20Sfumo%20Europa%20WM
>>
>>
>> Il mio è un prodotto derivato costruito con 3 dataset opensource,
>> ovviamente riporto i crediti di tutti e tre ma ho dei dubbi sull'opera
>> derivata
>>
>> personalmente vedendo le licenze dei dataset che utilizzi non mi
> preoccuperei molto, una volta che citi le sorgenti dei dati stai
> rispettando le loro licenze perciò puoi scegliere che licenza utilizzare
> per il tuo lavoro.
>
> Per avere una risposta certa dovresti sentire un legale specializzato in
> questo settore.
>
> Ma te che dubbi hai?
>
>
>> Grazie
>>
>> Roberto
>>
>>
> --
> ciao
> Luca
>
> www.lucadelu.org
> ___
> 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

[OSM-talk-fr] Comment restaurer des données supprimée

[Gad Jo]

Bonjour,


J'ai fait une suppression malheureuse mais je m'en rend compte très 
tardivement. La zone est très limité. Sur deux immeubles.

C'est plus simple de refaire un import du cadastre mais je demande ça aussi 
pour apprendre comment répondre à cette étude de cas.

J'ai posté la demande sur le forum pour que le plus grand nombre profite de la 
réponse mais sans succès depuis depuis mai.

Est-ce qu'une personne aurait une solution ?
https://forum.openstreetmap.fr/viewtopic.php?f=5=7400
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[Jérôme Amagat]

Ces contact:*=* c'est pour avoir un unique objet par adresse, le plus
souvent un node qui représente seulement une adresse mais pas
obligatoirement. Mais les addr:*=* des cinémas sont surement pour bon
nombre d'entre elles déjà uniques donc les changer en contact:*=* fera
disparaître des adresses de osm.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Viabilità in centro Asti

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 14:08, Lorenzo Rolla  wrote:
> 
> Video: 
> https://www.lastampa.it/asti/2020/06/29/news/asti-e-partita-la-rivoluzione-del-traffico-in-centro-1.39023473


insisto, non si vede alcuna rivoluzione in questo video, solo tanto spazio 
urbano dedicato al traffico degli automobili ;-)


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

Re: [Talk-it] Licenza cartina turistica

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 22:14, Luca Delucchi  wrote:
> 
> personalmente vedendo le licenze dei dataset che utilizzi non mi preoccuperei 
> molto, una volta che citi le sorgenti dei dati stai rispettando le loro 
> licenze perciò puoi scegliere che licenza utilizzare per il tuo lavoro.
> 
> Per avere una risposta certa dovresti sentire un legale specializzato in 
> questo settore.
> 
> Ma te che dubbi hai?


lo vedo anch’io così, puoi scegliere una qualsiasi licenza, ma devi citare le 
fonti, e i dati di OpenStreetMap contenuti sono in ODbL (se qualcuno si mette 
ad estrarre dati dalla mappe che sono di OpenStreetMap, questi dati sono sotto 
licenza odbl)


Ovviamente non sono avvocato e questo è solo un parere personale senza alcuna 
garanzia.

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

Re: [Talk-gb-westmidlands] "Thank you NHS" sculpture in Lightwoods Park, Smethwick

[Alan Mackie]

Not to be callous, but if it's described as temporary and looks that
flimsy, is it worth mapping given the breeze forecast for next week?

On Mon, 29 Jun 2020 at 21:40, Andy Mabbett 
wrote:

> Is anyone kindly able to supply coordinates for this artwork:
>
>
> https://www.expressandstar.com/news/local-hubs/sandwell/2020/05/06/sculpture-in-tribute-nhs-frontline-workers-unveiled-at-sandwell-park/
>
> please?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk-fr] FTTH Références à fignoler

[Jacques Lavignotte]

Le 29/06/2020 à 22:37, François Lacombe a écrit :

Bonsoir à vous


Merci François :)

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Alternatives à Mapillary

[Tyndare]

Le 29/06/2020 à 23:45, Frédéric Rodrigo a écrit :
> Je n'ai pas fait le floutage, ou la séparation des classes, juste la
> détection. Je suis toujours preneur si tu as quelque chose.

Je viens de mettre mon script sur github:
https://github.com/tyndare/blur-persons


> Cerise sur le gâteau ce n'est même pas si lent que ça même sans GPU...

Le modèle travaille sur des image de 512x512, donc je répète la 
détection autant de fois que nécessaire sur l'image source, du coup 
c'est très lent chez moi (j'ai pas réussi à refaire marche tensorflow 
sur le GPU de mon portable).




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

Re: [Talk-GB] "secret" site

[Colin Smale]

It was completed in 1964 as the GPO Tower. The GPO became the Post
Office in 1969, at which time the tower was also renamed. 

https://en.wikipedia.org/wiki/General_Post_Office 

https://en.wikipedia.org/wiki/BT_Tower

On 2020-06-29 23:40, Steve Doerr wrote:

> On 29/06/2020 08:20, Ken Kilfedder wrote: 
> 
>> The GPO Tower (AKA Telecom Tower AKA BT Tower) only started to appear in 
>> public maps in 1984
> 
> I don't remember it ever being called the GPO Tower. It was always the Post 
> Office Tower.
> 
> --
> Steve___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Alternatives à Mapillary

[Frédéric Rodrigo]

Le 29/06/2020 à 07:20, Tyndare a écrit :

Le June 28, 2020 8:14:03 PM UTC, "Frédéric Rodrigo"  a 
écrit :

Le 22/06/2020 à 22:59, Tyndare a écrit :

https://averdones.github.io/real-time-semantic-image-segmentation-with-deeplab-in-tensorflow/

Tu as un script/outil prêt à l’emploi pour faire ça ?

J'ai un script python pour flouter les personnes en téléchargeant et lançant le 
réseau que j'ai mentionné mais il faut que je le nettoie (il est codé en dur 
pour la taille de mes photos).
J'essaye de le partager ce soir.


J'ai bidouillé le tuto pour le faire marcher la détection sur des photo. 
Ça marche vraiment mieux que tout ce que j'ai pu tester.


Je n'ai pas fait le floutage, ou la séparation des classes, juste la 
détection. Je suis toujours preneur si tu as quelque chose.


Cerise sur le gâteau ce n'est même pas si lent que ça même sans GPU... 
par contre c'est gros à installer.


Frédéric.


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

Re: [Talk-GB] "secret" site

[Steve Doerr]

On 29/06/2020 08:20, Ken Kilfedder wrote:
The GPO Tower (AKA Telecom Tower AKA BT Tower) only started to appear 
in public maps in 1984


I don't remember it ever being called the GPO Tower. It was always the 
Post Office Tower.


--
Steve


--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] Comptage d'objets avec overpass

[Marc M.]

Le 29.06.20 à 22:34, Florian LAINEZ a écrit :
> j'ai 8 cinémas https://overpass-turbo.eu/s/Vzp

non ce n'est pas ce que tu as demandé dans ta requête
avec (._;>;); tu demandes aussi tous les objets "enfants"
cad les noeuds des ways qui les composent
du coup le comptage les contient.

je sort la hache pour virer tout ce qui n'est pas utile
https://overpass-turbo.eu/s/VAD
résultat 4 nœuds 4 chemins = 8 :)
a noter que out count est encore plus clair pour faire
des stats https://overpass-turbo.eu/s/VAE

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

Re: [OSM-talk-fr] Comptage d'objets avec overpass

[Éric Gillet]

Le 29/06/2020 à 22:34, Florian LAINEZ a écrit :
Je n'arrive -toujours pas !- à comprendre comment extraire des stats 
fiables avec overpass.
Par exemple, là j'ai 8 cinémas https://overpass-turbo.eu/s/Vzp et en 
bas de la page d'overpass ce n'est pas le bon chiffre. Où le trouver ?
Pourtant il ne devait pas y avoir de piège, il n'y a pas de relation, 
rien de complexe.

Du coup je pense que toutes mes stats antérieures sont fausses.

Mais pourquoi diable overpass n'affiche-t-il pas de manière évidente 
le comptage des objets requêtés ? Un simple chiffre, simple, efficace, 
vrai.


Si tu veux avoir le nombre d'objets, tu as le mode de sortie "count". 
Exemple : https://overpass-turbo.eu/s/VAA



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

Re: [Talk-GB] Virtual meeting: New open data and towards more UK addresses

[Tony OSM]

Hi Rob

I think a meeting this weekend is a good idea.

Even if a basic discussion of what we understand is available and the 
creation of an agenda of how to use the data.


Tony Shield

On 29/06/2020 20:37, Rob Nickerson wrote:

Hi all,

The new open data comes out on Wednesday this week (land ownership 
boundaries, Unique Property Reference Number, etc). We are considering 
holding a virtual meeting to discuss how we might be able to use this 
and any next steps.


Does this sound of interest to you? If so, what times and dates might 
work best? One option is we schedule it as a State of the Map virtual 
session. Either 19:00 BST on Saturday 3rd July (just before Allan's 
Q session) or at 19:45 BST on Sunday 4 July. If this is too soon 
then we can slip it by a week or so.


Let me know what you think.

Best regards,
*Rob*

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

[Talk-gb-westmidlands] "Thank you NHS" sculpture in Lightwoods Park, Smethwick

[Andy Mabbett]

Is anyone kindly able to supply coordinates for this artwork:

   
https://www.expressandstar.com/news/local-hubs/sandwell/2020/05/06/sculpture-in-tribute-nhs-frontline-workers-unveiled-at-sandwell-park/

please?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk-fr] FTTH Références à fignoler

[François Lacombe]

Bonsoir à vous

C'est surement un NRO SFR
Oui SFR a la technologie pour mettre ses NRO en armoire.

G2R est en tout cas le référentiel infrastructure de SFR.
ref:FR:SFR est déjà utilisé pour le FTTH avec des références différentes.
Je serais presque d'avis d'utiliser ref:FR:G2R ou ref:FR:SFR_G2R (moins fan
de la deuxième)

Donc
man_made=street_cabinet
utility=telecom
telecom=exchange
telecom:medium=fibre
ref:FR:SFR=PTI1
ref:FR:G2R=861604

Qu'en pensez-vous ?

François

Le lun. 29 juin 2020 à 17:40, Éric Gillet  a
écrit :

> Le 28/06/2020 à 14:55, Jacques Lavignotte a écrit :
> > Je l'ai posée au bon endroit :
> >
> > https://www.openstreetmap.org/node/7660605456
> >
> > Aidez-moi à compléter les  et les 
> >
> > Merci, Jacques
> >
> Je connais pas ce domaine spécifiquement, mais je pense qu'il vaut mieux
> ne pas mettre les références plutôt que mettre des placeholders qui vont
> masquer le manque d'infos. Au minimum il faudrait mettre un tag fixme à
> mon avis.
>
>
> ___
> 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] Salle de spectacle

[Christian Rogel]

> Le 29 juin 2020 à 21:52, Donat ROBAUX  a écrit :
> Je dirai que la distinction se fait sur le fait que les installations de la 
> salle de spectacle est en dur ou pas, c'est-à-dire que les sièges, la scène 
> sont inamovibles (comme un cinéma). Dans ce cas amenity=theatre, sinon 
> amenity=community_centre. Dans la plupart des communes de petite taille ou 
> même moyenne, ce sont quand même plus des salles polyvalentes que des salles 
> de spectacles.
> Concernant ce tag  amenity=events_venue, je ne le connaissais pas et pour 
> cause, c'est une ébauche. Honnêtement pour moi ca ferait doublon avec  
> community_centre sauf si c'est un lieu dédié à ca, ce qui est rarement le 
> cas, sauf peut-être chez des prestataires privés.


Justement, community_centre vise bien les salles, qui en plus de leur fonction 
d’accueillir des réunions publiques et privées, des spectacles sont 
susceptibles d’héberger des activités socio-culturelles permanentes.

Une autre case est l’ art_centre qui sera plus tourné vers la fonction 
culturelle (pas seulement les beaux-arts)

Enfin, amenity = events_venue concerne justement ces prestataires privés qui 
accueillent des réunions privées (mariages, réunions professionneles, 
séminaires) sans avoir de salle de spectacle

amenity = conference_centre n’est qu’une proposition, mais passablement 
utilisée.


Il y a aussi 2 propositions encore peu utilisées et qui se recoupent, car elles 
visent les parcs d’exposition, mais, aussi les centres de congrès. :

events_centre
exhibitions_centre

Et les « arenas » qui sont et pour le sportif et pour le culturel ?



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

[OSM-talk-fr] Comptage d'objets avec overpass

[Florian LAINEZ]

Hey,
Je n'arrive -toujours pas !- à comprendre comment extraire des stats
fiables avec overpass.
Par exemple, là j'ai 8 cinémas https://overpass-turbo.eu/s/Vzp et en bas de
la page d'overpass ce n'est pas le bon chiffre. Où le trouver ?
Pourtant il ne devait pas y avoir de piège, il n'y a pas de relation, rien
de complexe.
Du coup je pense que toutes mes stats antérieures sont fausses.

Mais pourquoi diable overpass n'affiche-t-il pas de manière évidente le
comptage des objets requêtés ? Un simple chiffre, simple, efficace, vrai.
Les développeurs d'overpass ont-il adopté la méthode de dev de Steve Ballmer
 ?
Tant de questions sans réponses ...

-- 

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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[osm . sanspourriel]

STOP !

Malgré ce qui précède je suis pour.

Mais avec précautions.

Je vais à nouveau de me faire avoir avec iD. Tu me diras qu'en utilisant
iD il ne faut pas se plaindre après.

Un cinéma était donné comme étant le chemin building=yes.

Id propose de l'extraire.

Sans toucher à la relation associatedStreet.

Du coup je me suis retrouvé avec un membre house sans addr:housenumber
ou addr:housename. Heureusement Osmose est passé derrière.

Là tu risques d'avoir le même problème : il ne faut pas perdre d'adresse.

Si le cinéma est dans une associatedStreet il faut créer un point
d'adresse dans le bâtiment ayant cette adresse, le mettre dans la
relation, supprimer le cinéma de la relation puis roule ma poule.

Yves : en France on veut l'unicité des points adresse.

Jean-Yvon

Le 29/06/2020 à 22:03, Florian LAINEZ - winner...@free.fr a écrit :

Hello,
On avance bien sur le référencement des cinémas en france et leur
publication sur
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap et
il est temps de s'occuper de leurs adresses.

Comme beaucoup d'entre vous le savent, en france, une décision
communautaire est de créer un node séparé du cinéma (ou de tout autre
POI) pour indiquer sont adresse.
En conséquence, en théorie, les tags suivants n'ont pas leur place sur
les objets amenity=cinema : addr:housenumber, addr:street,
addr:postcode, addr:city ainsi que les autres tags commençant par
"addr". Ces informations doivent apparaître sur un nœud séparé.

En conséquence, dans la ville de Montrouge, on a déjà fait le choix de
passer toutes les addr en contact (voir la discussion
).
/exemple : addr:housenumber=* en contact:housenumber=*
/

Le problème principal de cette solution est la non-comptabilité avec
les éditeurs iD et Maps.Me, qui proposent tous les 2 la seule édition
des adresses formatées de manière standard.
Malgré cette limitation je compte respecter la décision (très
européano-centrée
) de
la communauté Française et en conséquence changer sur tous les cinémas :
addr:housenumber -> contact:housenumber
addr:housename -> contact:housename
addr:street -> contact:street
addr:postcode -> contact:postcode
addr:city -> contact:city
addr:district -> contact:district
addr:place -> contact:place
addr:suburb -> contact:suburb
addr:territoire -> contact:territoire
addr:unit -> contact:unit

Je suis preneur d'éventuels commentaires avant de lancer l'édition de
masse avec le compte "overflorian-mass-edits".

--

*Florian Lainez*

@overflorian 

___
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] édition en masse sur les adresses des cinémas

[Yves P.]

> Malgré cette limitation je compte respecter la décision (très 
> européano-centrée 
> ) de la 
> communauté Française et en conséquence changer sur tous les cinémas :
> addr:housenumber -> contact:housenumber
> addr:housename -> contact:housename
> …

Autre décision franco-française ? Un effet de bord de la première ?
Je ne suis pas chaud.

Dans le cas des cinoches, on a l'adresse dans le fichier du CNC.
On peut déjà comparer celle-ci avec les quelques tags addr:*=* déjà dans OSM 
(normalement ça doit être identique) ou les quelques adresses dans wikidata.
Et surtout, comparer avec un géocodage inversé.

Si effectivement il y a de grosses différences, voir si l'agit d'un point 
adresse régle le problème.
Si non, se résoudre à mettre des tags adresses et à les faire accepter par la 
communauté mondiale et les développeurs d'éditeurs.

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

Re: [OSM-talk-fr] preset Défibrillateur dans JOSM et iD

[Yves P.]

> Tu as regardé la page française sur les défibrillateurs?
Non, pas depuis quelques mois voir années ;)

> J'y ai retranscris toutes les informations du décret sur la base de données 
> nationale des DAE (avec quelques propositions à débattre pour les tags que 
> j'ai dû inventer).
Super :)

> Ca vaudrait le coup de faire un preset version France.
Je pensais effectivement à un système de presets nationaux (facile dans JOSM, 
possible dans iD??)

Mais revoir les presets JOSM et iD pour les harmoniser ne ferait pas de mal.
Et puis à part nos spécificités réglementaires, il doit y avoir des infos 
universelles comme une description générale du lieu, et plus détaillée, de même 
que l'accès H24 ou pas.

__
Yves

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

[OSM-talk-fr] édition en masse sur les adresses des cinémas

[Florian LAINEZ]

Hello,
On avance bien sur le référencement des cinémas en france et leur
publication sur
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap et il est
temps de s'occuper de leurs adresses.

Comme beaucoup d'entre vous le savent, en france, une décision
communautaire est de créer un node séparé du cinéma (ou de tout autre POI)
pour indiquer sont adresse.
En conséquence, en théorie, les tags suivants n'ont pas leur place sur les
objets amenity=cinema : addr:housenumber, addr:street, addr:postcode,
addr:city ainsi que les autres tags commençant par "addr". Ces informations
doivent apparaître sur un nœud séparé.

En conséquence, dans la ville de Montrouge, on a déjà fait le choix de
passer toutes les addr en contact (voir la discussion
).

*exemple : addr:housenumber=* en contact:housenumber=* *

Le problème principal de cette solution est la non-comptabilité avec les
éditeurs iD et Maps.Me, qui proposent tous les 2 la seule édition des
adresses formatées de manière standard.
Malgré cette limitation je compte respecter la décision (très
européano-centrée
) de la
communauté Française et en conséquence changer sur tous les cinémas :
addr:housenumber -> contact:housenumber
addr:housename -> contact:housename
addr:street -> contact:street
addr:postcode -> contact:postcode
addr:city -> contact:city
addr:district -> contact:district
addr:place -> contact:place
addr:suburb -> contact:suburb
addr:territoire -> contact:territoire
addr:unit -> contact:unit

Je suis preneur d'éventuels commentaires avant de lancer l'édition de masse
avec le compte "overflorian-mass-edits".

-- 

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

Re: [OSM-talk-fr] Salle de spectacle

[Yves P.]

> Je dirai que la distinction se fait sur le fait que les installations de la 
> salle de spectacle est en dur ou pas, c'est-à-dire que les sièges, la scène 
> sont inamovibles
C'est clair, merci :)

> Concernant ce tag  amenity=events_venue, je ne le connaissais pas et pour 
> cause, c'est une ébauche.
Ok.

> Honnêtement pour moi ca ferait doublon avec  community_centre sauf si c'est 
> un lieu dédié à ca, ce qui est rarement le cas, sauf peut-être chez des 
> prestataires privés.
Il me semble que le terme vient des anglo-saxons.
Venue : the place where something happens, especially an organized event such 
as a concert, conference, or sports competition: the club is the city's main 
venue for live music. 

Mais il me semble que ça désigne un lieu comme les Zénith. 
https://en.wikipedia.org/w/index.php?title=Music_venue

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

Re: [OSM-talk-fr] preset Défibrillateur dans JOSM et iD

[Donat ROBAUX]

Yves,

Tu as regardé la page française sur les défibrillateurs?
J'y ai retranscris toutes les informations du décret sur la base de données
nationale des DAE (avec quelques propositions à débattre pour les tags que
j'ai dû inventer).
Ca vaudrait le coup de faire un preset version France.

Donat

>
> -- Forwarded message --
> From: "Yves P." 
> To: "Discussion OSM en français" 
> Cc:
> Bcc:
> Date: Mon, 29 Jun 2020 18:28:15 +0200
> Subject: [OSM-talk-fr] preset Défibrillateur dans JOSM et iD  略
> Bonsoir,
>
> Dans JOSM : 略 "Tous modes de transport : " pas top pour indiquer (dans de
> rares cas ?) si un défibrillateur est "privé".
>
> L'ergonomie n'est pas des plus lumineuses : "Situé à l'intérieur d'un
> bâtiment ?" coché / décoché / grisé.
> On pourrait mettre 2 ou 3 boutons radios : intérieur / extérieur / inconnu
>
> C'est guerre mieux dans iD pour "intérieur".
>
> iD propose par défaut le tag "Code d'identification" (pour la référence)
> (mais pas JOSM).
>
> Quelles informations importantes faut-il saisir pour un défibrillateur ?
> Et dans quel tags ?
>
> __
> Yves
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Yves P.]

> - Yves, pourquoi tu as supprimé la N 4 ?
> 
Je ne sais pas. Un clic de trop ?
As-tu un lien ?
> - Il y avait des photos Mapillary qui montraient que là il y avait une route 
> et on voyait que c'était la N 4.
> 
Idem
> MdR. Bah, on connait bien des utilisateurs expérimentés qui remplacent des 
> baies représentées par des multi-polygones par des points…
> 
:D

>> Dans ce cas, il me semble que non. Que va faire un calculateur d'itinéraire 
>> avec la position d'un poteau sur le trottoir, dans l'herbe ou au dessus de 
>> la chaussée ?
> Ben si : toi, TU n'as pas besoin de ça pour avoir TON itinéraire.
> 
Je cherche mais je ne vois pas le rapport.
> Mais OSM ce n'est pas fait juste pour qu'Yves puisse faire SA randonnée.
> 
On est d'accord.

Plus sérieusement, dans les "Alpes" les itinéraires de rando sont décrit de 
poteaux indicateurs en poteaux indicateurs, avec un nom de lieu-dit et une 
altitude.
C'est ça le repère.
Dans le Vaucluse et les Hautes-Alpes ça semble identique. Les panneaux sont 
comment en Bretagne ?
> start_date, oui c'est moins utile que pour un bâtiment mais si le département 
> utilise OSM pour trouver les poteaux en bois plantés dans l'herbe qui datent 
> de 1994 parce qu'ils sont à remplacer, la base de certains pourrissant, j'ai 
> du mal à voir où est le mal.
> 
Je ne disais pas que c'est mal, mais que je n'en voyais pas l'usage.
Je ne met (presque) plus de smileys pour modérer mon propos, ça agace au moins 
sur IRC.

Et surtout à la base, j'ai été surpris par cette quantité de tags pour un 
simple poteau.
Ça fait de la lecture :D
> En plus tu cherches à libérer des données poteaux, ne va pas reprocher aux 
> gens de mettre ces informations dans OSM, c'est contre productif.
> 
> A-t-on vu un utilisateur utiliser la référence STIF/IdFM des arrêts de bus ? 
> Est-ce pour autant inutile ?
> 
L'intérêt des tags ref:xyz c'est de faire le lien entre un objet OSM et une 
base de données externe (ici "métier").
Doit-on mettre tous les champs d'une BDD dans OSM ?
SI OSM est LA base de données partagée par plusieurs acteurs, pourquoi pas.

En poussant le raisonnement à l'extrême, on va mettre dans OSM l'intégralité 
des données GTFS (arrêts et lignes de bus, horaires…) ?
> Si tu ne veux pas dans ta base avoir les dates des poteaux, en une requête 
> SQL tu as fait le ménage chez toi pour toi.
> 
J'aimerais avoir l'exhaustivité des poteaux, éventuellement avec une photo 
lisible… avant d'avoir des détails sur la marque, le modèle, date de 
fabrication et n° de série de quelques poteaux.
Les randonneurs ont avant tout besoin des poteaux sur la carte :)
> Au début il n'y avait pas 279 building=yes non plus ;-).
> 
Je suis d'accord avec Marc, il faut peut-être revoir les applis… mais j'ai été 
pas mal échaudé. Je ne me fais pas trop d'illusions.
> Ceci dit le problème est un tag mapillary:wide dont on n'a pas la définition 
> et on ne sait si ça veut dire "photo d'ensemble, pris de loin" ou "photo 
> panoramique".
> 
> Du coup peu utilisé et peu utilisable.
> 
> Peu utile à mon avis aussi.
> 
Avec mon expérience des PEI (tient, encore des poteaux :D) il faut en pratique 
les 2.
Une photo pour situer un objet (poteau, borne incendie, fontaine…) qui sert à 
le retrouver dans la réalité, vérifier qu'il est à sa place lors de l'édition.
Une photo de pied. Elle est plus lisible dans une application, et elle permet 
de voir l'état d'un objet, des détails comme une référence.
Et dans certains cas des photos additionnelles…
> Après du Mapillary multi-valeur est peu utile, on va vouloir "la" meilleure 
> photo. Et bien sûr suivant ses propres critères^^.
> 
OSM Hydrant permet d'afficher 1, 2 ou plusieurs photos, mais avec des 
"template" dans les photos Wikimedia : 
https://commons.wikimedia.org/wiki/File:Fire-fighting-facility_node-4750331829.jpg
Du coup coté OSM le tag wikimedia_commons n'est pas renseigné, et ça oblige à 
faire des requêtes côté wikimedia en plus des requêtes overpass coté OSM :/

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

Re: [OSM-talk-fr] Salle de spectacle

[Donat ROBAUX]

Salut Yves,

Je dirai que la distinction se fait sur le fait que les installations de la
salle de spectacle est en dur ou pas, c'est-à-dire que les sièges, la scène
sont inamovibles (comme un cinéma). Dans ce cas amenity=theatre, sinon
amenity=community_centre. Dans la plupart des communes de petite taille ou
même moyenne, ce sont quand même plus des salles polyvalentes que des
salles de spectacles.
Concernant ce tag  amenity=events_venue, je ne le connaissais pas et pour
cause, c'est une ébauche. Honnêtement pour moi ca ferait doublon avec
community_centre sauf si c'est un lieu dédié à ca, ce qui est rarement le
cas, sauf peut-être chez des prestataires privés.

Donat




> -- Forwarded message --
> From: "Yves P." 
> To: "Discussion OSM en français" 
> Cc:
> Bcc:
> Date: Mon, 29 Jun 2020 18:09:32 +0200
> Subject: [OSM-talk-fr] Salle de spectacle
> Bonjour,
>
> Pour une salle de spectacle, on met quoi ?
>
> amenity=community_centre
>  (une
> salle polyvalente, une salle des fêtes)
> amenity=theatre
>  +
> theatre:genre=variety
> amenity=events_venue
> 
>
> C'est l'ancienne salle des fêtes d'un village qui est devenue salle de
> spectacle.
>
> __
> Yves
>
>
>
> -- Forwarded message --
> From: "Yves P." 
> To: "Discussion OSM en français" 
> Cc:
> Bcc:
> Date: Mon, 29 Jun 2020 18:28:15 +0200
> Subject: [OSM-talk-fr] preset Défibrillateur dans JOSM et iD  略
> Bonsoir,
>
> Dans JOSM : 略 "Tous modes de transport : " pas top pour indiquer (dans de
> rares cas ?) si un défibrillateur est "privé".
>
> L'ergonomie n'est pas des plus lumineuses : "Situé à l'intérieur d'un
> bâtiment ?" coché / décoché / grisé.
> On pourrait mettre 2 ou 3 boutons radios : intérieur / extérieur / inconnu
>
> C'est guerre mieux dans iD pour "intérieur".
>
> iD propose par défaut le tag "Code d'identification" (pour la référence)
> (mais pas JOSM).
>
> Quelles informations importantes faut-il saisir pour un défibrillateur ?
> Et dans quel tags ?
>
> __
> Yves
>
>
>
>
> -- Forwarded message --
> From: osm.sanspourr...@spamgourmet.com
> To: talk-fr@openstreetmap.org
> Cc:
> Bcc:
> Date: Mon, 29 Jun 2020 21:16:38 +0200
> Subject: Re: [OSM-talk-fr]  Poteaux de randonnée aux tags "baroques" dans
> le Vaucluse
> Le 29/06/2020 à 11:48, Vincent Bergeot - vinc...@bergeot.org a écrit :
>
> Le 29/06/2020 à 11:04, Yves P. a écrit :
>
> - pole:position=green : je ne comprends pas ce tag, et je n'ai rien trouvé
> dans le wiki. Quelqu'un peut-il expliquer ?
>
> c'est par analogie avec fire_hydrant:position
> 
> =lane/parking_lot/sidewalk/green
>
> C'est utile quand la précision des coordonnées est mauvaise ou en
> l'absence de photo de situation, sinon complètement inutile.
>
> je ne pense pas que la présence d'une photo soit un argument pour sortir
> une donnée car il est plus facile il me semble d'utiliser une donnée pour
> du routing ou de la synthèse vocale par exemple (d'autant plus pour les cas
> où l'on ne peut pas voir la photo).
>
> - Yves, pourquoi tu as supprimé la N 4 ?
>
> - Il y avait des photos Mapillary qui montraient que là il y avait une
> route et on voyait que c'était la N 4.
>
> MdR. Bah, on connait bien des utilisateurs expérimentés qui remplacent des
> baies représentées par des multi-polygones par des points...
>
> La pertinence du tag en lui-même je ne sais pas.
>
>
> Le 29/06/2020 à 11:54, Yves P. - yves.prat...@gmail.com a écrit :
>
> Dans ce cas, il me semble que non. Que va faire un calculateur
> d'itinéraire avec la position d'un poteau sur le trottoir, dans l'herbe ou
> au dessus de la chaussée ?
>
> Ben si : toi, TU n'as pas besoin de ça pour avoir TON itinéraire.
>
> Mais OSM ce n'est pas fait juste pour qu'Yves puisse faire SA randonnée.
>
> start_date, oui c'est moins utile que pour un bâtiment mais si le
> département utilise OSM pour trouver les poteaux en bois plantés dans
> l'herbe qui datent de 1994 parce qu'ils sont à remplacer, la base de
> certains pourrissant, j'ai du mal à voir où est le mal. En plus tu cherches
> à libérer des données poteaux, ne va pas reprocher aux gens de mettre ces
> informations dans OSM, c'est contre productif.
>
> A-t-on vu un utilisateur utiliser la référence STIF/IdFM des arrêts de bus
> ? Est-ce pour autant inutile ?
>
> Si tu ne veux pas dans ta base avoir les dates des poteaux, en une requête
> SQL tu as fait le ménage chez toi pour toi.
>
> > Pas sûr que les devs en tiennent compte pour 279 tags, mapillary en plus
> !
>
> Au début il n'y avait pas 279 building=yes non plus ;-).
>
> Ceci dit le problème est un tag mapillary:wide dont on n'a pas la
> définition et on ne sait si ça veut dire "photo d'ensemble, pris de loin"
> ou "photo panoramique".
>
> Du coup peu 

Re: [Talk-GB] Virtual meeting: New open data and towards more UK addresses

[Kai Michael Poppe - OSM]

Hi Rob,

I'd go for the week following - apart from Saturday being the 4th and
Sunday the 5th of July :-)

Kai

On 29.06.2020 21:37, Rob Nickerson wrote:
> Hi all,
> 
> The new open data comes out on Wednesday this week (land ownership
> boundaries, Unique Property Reference Number, etc). We are considering
> holding a virtual meeting to discuss how we might be able to use this
> and any next steps.
> 
> Does this sound of interest to you? If so, what times and dates might
> work best? One option is we schedule it as a State of the Map virtual
> session. Either 19:00 BST on Saturday 3rd July (just before Allan's Q
> session) or at 19:45 BST on Sunday 4 July. If this is too soon then we
> can slip it by a week or so.
> 
> Let me know what you think.
> 
> Best regards,
> *Rob*
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
> 

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

[Talk-GB] Virtual meeting: New open data and towards more UK addresses

[Rob Nickerson]

Hi all,

The new open data comes out on Wednesday this week (land ownership
boundaries, Unique Property Reference Number, etc). We are considering
holding a virtual meeting to discuss how we might be able to use this and
any next steps.

Does this sound of interest to you? If so, what times and dates might work
best? One option is we schedule it as a State of the Map virtual session.
Either 19:00 BST on Saturday 3rd July (just before Allan's Q session) or
at 19:45 BST on Sunday 4 July. If this is too soon then we can slip it by a
week or so.

Let me know what you think.

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[osm . sanspourriel]

Le 29/06/2020 à 11:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/06/2020 à 11:04, Yves P. a écrit :

- pole:position=green : je ne comprends pas ce tag, et je n'ai rien
trouvé dans le wiki. Quelqu'un peut-il expliquer ?

c'est par analogie avec fire_hydrant:position
=lane/parking_lot/sidewalk/green

C'est utile quand la précision des coordonnées est mauvaise ou en
l'absence de photo de situation, sinon complètement inutile.


je ne pense pas que la présence d'une photo soit un argument pour
sortir une donnée car il est plus facile il me semble d'utiliser une
donnée pour du routing ou de la synthèse vocale par exemple (d'autant
plus pour les cas où l'on ne peut pas voir la photo).


- Yves, pourquoi tu as supprimé la N 4 ?

- Il y avait des photos Mapillary qui montraient que là il y avait une
route et on voyait que c'était la N 4.

MdR. Bah, on connait bien des utilisateurs expérimentés qui remplacent
des baies représentées par des multi-polygones par des points...


La pertinence du tag en lui-même je ne sais pas.



Le 29/06/2020 à 11:54, Yves P. - yves.prat...@gmail.com a écrit :

Dans ce cas, il me semble que non. Que va faire un calculateur
d'itinéraire avec la position d'un poteau sur le trottoir, dans
l'herbe ou au dessus de la chaussée ?


Ben si : toi, TU n'as pas besoin de ça pour avoir TON itinéraire.

Mais OSM ce n'est pas fait juste pour qu'Yves puisse faire SA randonnée.

start_date, oui c'est moins utile que pour un bâtiment mais si le
département utilise OSM pour trouver les poteaux en bois plantés dans
l'herbe qui datent de 1994 parce qu'ils sont à remplacer, la base de
certains pourrissant, j'ai du mal à voir où est le mal. En plus tu
cherches à libérer des données poteaux, ne va pas reprocher aux gens de
mettre ces informations dans OSM, c'est contre productif.

A-t-on vu un utilisateur utiliser la référence STIF/IdFM des arrêts de
bus ? Est-ce pour autant inutile ?

Si tu ne veux pas dans ta base avoir les dates des poteaux, en une
requête SQL tu as fait le ménage chez toi pour toi.

> Pas sûr que les devs en tiennent compte pour 279 tags, mapillary en
plus !

Au début il n'y avait pas 279 building=yes non plus ;-).

Ceci dit le problème est un tag mapillary:wide dont on n'a pas la
définition et on ne sait si ça veut dire "photo d'ensemble, pris de
loin" ou "photo panoramique".

Du coup peu utilisé et peu utilisable.

Peu utile à mon avis aussi.

Après du Mapillary multi-valeur est peu utile, on va vouloir "la"
meilleure photo. Et bien sûr suivant ses propres critères^^.

Jean-Yvon

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

[OSM-talk-fr] preset Défibrillateur dans JOSM et iD 略

[Yves P.]

Bonsoir,

Dans JOSM : 略 "Tous modes de transport : " pas top pour indiquer (dans de rares 
cas ?) si un défibrillateur est "privé".

L'ergonomie n'est pas des plus lumineuses : "Situé à l'intérieur d'un bâtiment 
?" coché / décoché / grisé.
On pourrait mettre 2 ou 3 boutons radios : intérieur / extérieur / inconnu

C'est guerre mieux dans iD pour "intérieur".

iD propose par défaut le tag "Code d'identification" (pour la référence) (mais 
pas JOSM).

Quelles informations importantes faut-il saisir pour un défibrillateur ?
Et dans quel tags ?

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

Re: [Talk-br] Nova proposta de classificação viária - Votação encerrada

[Fernando Trebien]

Eu gostaria de sugerir que aqueles que fizeram apontamentos nos seus
votos abram discussão a respeito deles na página de discussão da
proposta. [1] Lá é o lugar ideal para discutir e depois votar
alterações e refinamentos na proposta.

Acho que já existe um consenso substancial de que a regionalização por
RGInts (parte da regra 2.2) e talvez também por RGIs (parte da regra
3.1) não seria a mais adequada. Alguns colegas propuseram e começaram
a explorar os resultados de regionalizar usando as categorias das
REGICs para adicionar alguns pólos ao conjunto considerado. As rotas
preliminares que foram apresentadas por eles no Telegram fazem um
certo sentido para mim, então, havendo interesse de outros colegas,
não me oponho à substituição. As que foram apresentadas produzem um
resultado melhor do que as RGInts, no sentido de identificarem melhor
os eixos indutores do desenvolvimento regional.

Apesar disso, o número de diferenças em relação ao resultado final das
demais regras tem se mostrado relativamente pequeno, de forma que
essas rotas adicionais poderiam ser tratadas na lista de exceções
junto com outras exceções que possam ser levantadas, por exemplo, como
já foi citado por colegas diferentes algumas vezes, os acessos a
grandes portos e aeroportos. Ou seja, é necessário mais estudo e
comparação dos casos particulares.

[1] 
https://wiki.openstreetmap.org/wiki/Talk:Brazil/Classifica%C3%A7%C3%A3o_das_rodovias_do_Brasil


On Sun, Jun 28, 2020 at 11:49 AM santamariense  wrote:
>
> A proposta está recebendo novas propostas de variáveis as quais
> precisarão passar por novas votações, quer pontualmente, quer em
> conjuntos. Várias observações foram feitas, muitas poderão ser votadas
> em breve e outras tantas poderão ser votadas com o amadurecimento da
> implantação em mapa do que está sendo proposto.
>
> Como já foi falado em várias ocasiões, a discussão não acaba aqui, mas
> sim evolui com o andar do mapeamento. Vou declarar a proposta
> aprovada, uma vez que há a aprovação da maioria dos que votaram e por
> respeito a quem dedicou o tempo que tinha para estudar a proposta e
> dar seu voto. E para que possamos virar a página e a partir desse
> momento votar casos pontuais conforme forem surgindo, bem como ajustes
> no texto da proposta que se julgar necessário.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br



-- 
Fernando Trebien

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

[OSM-talk-fr] Salle de spectacle

[Yves P.]

Bonjour,

Pour une salle de spectacle, on met quoi ?

amenity=community_centre 
 (une 
salle polyvalente, une salle des fêtes)
amenity=theatre 
 + 
theatre:genre=variety 
amenity=events_venue 


C'est l'ancienne salle des fêtes d'un village qui est devenue salle de 
spectacle.

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

Re: [OSM-talk-fr] Enquête usagers data.gouv.fr

[Éric Gillet]

Le 29/06/2020 à 11:56, Magalie Dartus a écrit :
D'ailleurs je vous invite à répondre au questionnaire usagers : 
https://framaforms.org/enquete-datagouvfr-usagers-1590438305


Les avis de la communauté seront très utiles.

Merci pour le partage !

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

Re: [talk-cz] Statistiky importu postovnich schranek

[Marián Kyral]

-- Původní e-mail --
Od: r00t 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 6. 2020 16:15:39
Předmět: Re: [talk-cz] Statistiky importu postovnich schranek 
"Ahoj,

> Podle mě se s tím laborovalo a tohle byl nakonec snad nejrozumnější
kompromis.
Jo, pamatuju si ze se to nekdy davno resilo... ale uz presne nevim jestli to
zpozdeni bylo kvuli
OSM datum (pouziva se planet OSM aktualizace nebo neco jineho...?) a jestli
ty duvody jsou stale
aktualni.
Ale jelikoz celkem je v CR max. nejakych 2 schranek, to by zvladnul 
stahnout i overpass. Zas tolik
dat to neni a byly by aktualni...
"



Ahoj,

používám server a data od Petra Vejsady. Ten už se OSM moc nevěnuje, nicméně
server zatím udržuje.


Kdyby se ti chtělo s tím hrát, zdrojáky jsou na githubu: https://github.com/
mkyral/osm/tree/master/import/ceska_posta/stats/dba




Marián




"
r00tcz


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

Re: [Talk-ca] can I submit road data?

[Jason Carlson]

Okay, I've heard back, The original data I built on and all the data I
added has no licensing restrictions for distributions and is allowed for
public use. In fact the non-profit organization AMDSP.ca
 has locally maintained data from a
number of municipalities/urban areas in Alberta. They got back to me that
their road data in Alberta is open for public use and freely to be shared.
Municipalities actually have to pay to be a member with them before they
can submit their local data to be shared and they have strict rules to make
sure the data maintains integrity.

So now that I know there are no licensing issues, how should I submit my
data and what fields of data do you need for roads?

*Jason Carlson*

IT/GIS Administrator

*403.772.3793*

*Starland County*
*Morrin, AB  *
*(403) 772-3793*
*www.starlandcounty.com *

*Our organization accepts no liability for the content of this email, or
for the consequences of any actions taken on the basis of the information
provided, unless that information is subsequently confirmed in writing. The
content of this message is confidential. If you have received it by
mistake, please inform us by an email reply and then delete the message. It
is forbidden to copy, forward, or in any way reveal the contents of this
message to anyone. *


On Fri, Jun 26, 2020 at 12:16 PM Jarek Piórkowski 
wrote:

> The limitation is generally licensing.
>
> Openstreetmap can accept an import of data that is freely licensed, but
> the criteria for "freely" are fairly strict - most Canadian cities' "open
> data" don't meet it. If you're familiar with Creative Commons, the license
> will likely have to be as free or more free as cc-by-sa. In particular, a
> lot of Canadian open data licenses have indemnification clauses which rule
> them out as sources.
>
> Otherwise, if you're familiar with the area you can try editing the roads
> manually - there is a number of satellite imagery sources which has been
> approved for tracing in OSM, and you can use personal knowledge as source
> for things like road surfaces or widths.
>
> --Jarek
>
> On Fri, Jun 26, 2020, 13:55 Jason Carlson, 
> wrote:
>
>> I noticed a number of roads in our county are incorrect in our area (as
>> are most rural areas with next to no population). I recently rebuilt all
>> our GIS road data and submitted it to an organization that then
>> redistributes it to emergency dispatch services and about 25
>> organizations/companies. I did not see OpenStreetMap as one of the ones
>> they send data too so I was wondering if I could submit that data myself to
>> them?
>>
>> Jason
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] FTTH Références à fignoler

[Éric Gillet]

Le 28/06/2020 à 14:55, Jacques Lavignotte a écrit :

Je l'ai posée au bon endroit :

https://www.openstreetmap.org/node/7660605456

Aidez-moi à compléter les  et les 

Merci, Jacques

Je connais pas ce domaine spécifiquement, mais je pense qu'il vaut mieux 
ne pas mettre les références plutôt que mettre des placeholders qui vont 
masquer le manque d'infos. Au minimum il faudrait mettre un tag fixme à 
mon avis.



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

[Talk-it] Licenza cartina turistica

[Roberto Brazzelli]

Ciao a tutti,
sto preparando una cartina turistica cartacea e ho dei dubbi su quale debba
essere la licenza
finale del mio prodotto, così costruito:
- dati cartografici: dati grezzi di osm (ad accezione dell'idrografia)
- idrografia: Bdtre Regione Piemonte:
CCBY4.0
- ombreggiatura virtuale (hillshade): Arpa Piemonte - Sfumo Europa WM:
riporta qui 1) il testo di cui sotto e basta.
Limitazione d'uso: Ogni iniziativa di divulgazione delle informazioni
contenute nel dataset o da esso derivate (cartogrammi, relazioni, servizi
informativi), dovrà sempre citare la fonte del dato originale (autori,
proprietario). Per eventuali aggregazioni o rielaborazioni dei dati forniti
finalizzate alla realizzazione di prodotti diversi dall'originale, pur
permanendo l'obbligo di citazione della fonte, si declina ogni
responsabilità.

  1)
http://webgis.arpa.piemonte.it/geoportalserver_arpa/catalog/search/resource/details.page?uuid=ARLPA_TO%3ASfumo_Europa_WM_2014-10-22-10%3A30=Arpa%20Piemonte%20-%20Sfumo%20Europa%20WM


Il mio è un prodotto derivato costruito con 3 dataset opensource,
ovviamente riporto i crediti di tutti e tre ma ho dei dubbi sull'opera
derivata

Grazie

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

Re: [talk-cz] Statistiky importu postovnich schranek

[r00t]

Ahoj,

> Podle mě se s tím laborovalo a tohle byl nakonec snad nejrozumnější kompromis.
Jo, pamatuju si ze se to nekdy davno resilo... ale uz presne nevim jestli to 
zpozdeni bylo kvuli
OSM datum (pouziva se planet OSM aktualizace nebo neco jineho...?) a jestli ty 
duvody jsou stale
aktualni.
Ale jelikoz celkem je v CR max. nejakych 2 schranek, to by zvladnul 
stahnout i overpass. Zas tolik
dat to neni a byly by aktualni...

r00tcz


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

Re: [Talk-it] Aiuto query overpass-turbo

[Andrea Albani]

Il giorno lun 29 giu 2020 alle ore 13:50 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei
> senza fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso
> principale del parco.
> Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i
> ristoranti, i negozi, ecc.
> Uso residenziale del suolo vuol dire un terreno sul quale si trovano
> abitazioni.
>
>
Quando si parla di landuse per me si parla di oggetti che permettono di
classificare ad un livello macroscopico il territorio. A quel livello la
precisione di mappatura non aggiunge elementi utili perchè non stai
contando il numero di edifici o di panchine, ma aree di una certa
estensione.

Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
landuse residential a blocchi di case o a quartieri, pur escludendo dal
poligono tutto ciò che è classificabile con landuse differente. Aggiungo
che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
una "sensibilità" sulla materia diversa da chi crea landuse=residential a
Milano o Roma.

Nella wiki per altro la questione è affrontata senza fornire indicazioni
chiare. Ad esempio nell'introduzione [1] si dice:

" The landuse tag is mostly used for larger areas *and not at parcel
granularity*; as described above, a single shop in a residential area might
not always warrant an extra "commercial" landuse. "

Che lascia trasparire la potenziale fallacità di dover gestire landuse
sovrapposti/mixed e l'inopportunità di frammentare i landuse seguendo le
particelle\mappali del catasto.

Successivamente però si porta a conoscenza del lettore che esistono due
macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
non so su che basi, che la maggior parte dei mapper considera un poligono
residential unico non un errore bensì un mapping preliminare.

Come ulteriore tassello una indicazione riportata in [2] : "For "Mixed-Use"
areas where more than half of the land is residential, tag as residential"
Sembra che quest'ultimo spazzi via ogni dubbio, perchè se la strada fra due
gruppi di edifici è assimilabile ad un landuse non ancora definito (o
definibile?), allora siamo nel caso mixed use e quindi un poligono unico
per residential è sufficiente.

Ciao

[1] https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential
[2] https://wiki.openstreetmap.org/wiki/Key:landuse
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Statistiky importu postovnich schranek

[majkaz]

Podle mě se s tím laborovalo a tohle byl nakonec snad nejrozumnější kompromis.
 
K tomu ale padá druhá věc - chybí poslední aktualizace podle dat pošty. Sypu si 
popel na hlavu, ale nějak jsem nestíhala. Jen začíná být problém, že na 
schránkách mizí ref, číslo depa tam přestávají na mnoha místech uvádět.
 
Majka
__

Od: "r00t" 
Komu: talk-cz@openstreetmap.org
Datum: 29.06.2020 15:17
Předmět: [talk-cz] Statistiky importu postovnich schranek


Ahoj,

Po delsi dobe jsem se vratil k importu postovnich schranek. Prekvapilo me ze se 
zmeny v OSM datech
projevi na strance statistik (http://josm.poloha.net/cz_pbox/ 
) az se zpozdenim dvou dnu. Dole na
strance napr. dnes je:
Poslední přepočet: 29.06.2020 06:06:06
Data Openstreetmap: 27.06.2020

Bylo by mozne tohle nejak opravit? Pokud v 6 hodin rano jeste nejsou dostupna 
data z OSM z konce
minuleho dne, tak treba posunout cas generovani statistik na 8h rano... Nebo 
klidne jeste vic,
vetsina lidi stejne mapuje az odpoledne po praci...


r00tcz


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

https://openstreetmap.cz/talkcz 

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

Re: [Talk-it-lazio] incontro lunedì

[Marcello Pelato via Talk-it-lazio]

 Ciao Martin..molto volentieri lolPurtroppo stasera non riesco e scusatemi se 
ho risposto in ritardo.
Se si riuscisse di giorno con l'oro in bocca, anziché la notte buia e scura 
sarebbe meglio.
Comunque ultimamente sono interessato alla ciclabile di via Tuscolana e 
dintorni in particolare.Suddivisa in strada/cordolo/ciclabile/marciapiedeSe 
rappresentarla con un unico tracciato o con tracciati separati.Devo dire che la 
rappresentazione grafica di non tracciato unico per me è più accattivante.
On Friday, June 26, 2020, 12:13:37 AM GMT+2, Martin Koppenhoefer 
 wrote:  
 
 
Qualcuno oltre a me avrebbe voglia di riprendere gli incontri mensili, lunedì 
prossimo 29/6 oppure 6/7?

Ovviamente rispettando le distanze, disinfettando mani e piedi, mascherine, 
guanti e caschi, ecc.

Ciao Martin 


sent from a phone
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio
  ___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

[talk-cz] Statistiky importu postovnich schranek

[r00t]

Ahoj,

Po delsi dobe jsem se vratil k importu postovnich schranek. Prekvapilo me ze se 
zmeny v OSM datech
projevi na strance statistik (http://josm.poloha.net/cz_pbox/) az se zpozdenim 
dvou dnu. Dole na
strance napr. dnes je:
 Poslední přepočet: 29.06.2020 06:06:06
 Data Openstreetmap: 27.06.2020

Bylo by mozne tohle nejak opravit? Pokud v 6 hodin rano jeste nejsou dostupna 
data z OSM z konce
minuleho dne, tak treba posunout cas generovani statistik na 8h rano... Nebo 
klidne jeste vic,
vetsina lidi stejne mapuje az odpoledne po praci...


r00tcz


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

Re: [Talk-it] Viabilità in centro Asti

[Lorenzo Rolla]

Qui due articoli della Stampa:

https://www.lastampa.it/asti/2020/06/29/news/auto-da-una-parte-pedoni-dall-altra-cosi-cambiera-piazza-alfieri-1.39020473

Video:
https://www.lastampa.it/asti/2020/06/29/news/asti-e-partita-la-rivoluzione-del-traffico-in-centro-1.39023473


Il giorno lun 29 giu 2020 alle 12:56 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 29. Jun 2020, at 12:34, Andrea Pellegrini 
> wrote:
> >
> > P.S. Ho messo in copia anche la lista piemontese.
>
>
> grazie!
>
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query overpass-turbo

[Manuel]

Sono d'accordo sul parco, ma per il resto l'uso di un landuse che comprenda tutta la 
zona residenziale del paese è molto esteso (anche in Germania - che spesso è presa a 
esempio - l'uso del landuse=residential è fatto in modo simile - es. la zona 
residenziale di Heidelberg ).

Manuel Tassi

Il 29/06/2020 13:49, Martin Koppenhoefer ha scritto:


sent from a phone


On 29. Jun 2020, at 12:36, Manuel  wrote:

Ma a parte il cimitero (il parco dipende) mi sembra abbastanza corretto 
l'utilizzo del landuse.


un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei senza 
fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso principale 
del parco.
Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i 
ristoranti, i negozi, ecc.
Uso residenziale del suolo vuol dire un terreno sul quale si trovano abitazioni.

Ciao Martin


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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 12:36, Manuel  wrote:
> 
> Ma a parte il cimitero (il parco dipende) mi sembra abbastanza corretto 
> l'utilizzo del landuse.


un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei senza 
fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso principale 
del parco. 
Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i 
ristoranti, i negozi, ecc.
Uso residenziale del suolo vuol dire un terreno sul quale si trovano abitazioni.

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

Re: [Talk-ro] Actualizare admin_level pe wiki

[Vlad Sîngeorzan]

Nu sunt sigur dacă s-au transmis imaginile prin lista de Mail așa că atașez
de asemenea și un document Excel și un link de Google Sheets
https://docs.google.com/spreadsheets/d/1H-XGjrIioRF8ijtkc9AHogZWE9Ot92aN8I_SbkZwxhw/edit?usp=sharing


Propunere admin_level.xlsx
Description: MS-Excel 2007 spreadsheet
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

[Talk-ro] Actualizare admin_level pe wiki

[Vlad Sîngeorzan]

Salut,

Propun o actualizare a folosirii admin_level în România de pe pagina de
wiki boundary=administrative
.
La momentul actual este trecută o propunere veche de peste 10 ani și care
nu este nici completă și nici folosită uniform în țară.

Textul actual de pe wiki:
[image: image.png]

Utilizarea actuală a tagurilor potrivit observațiilor personale folosind
overpass-turbo.eu
[image: image.png]

Propunerea 1 (10 nivele, intervenție minimă)
[image: image.png]

Propunerea 2 (11 nivele, presupune scăderea importanței la majoritatea
diviziunilor actuale nivele, dar oferă mai mult spațiu de expansiune pentru
viitor)
[image: image.png]

Aștept păreri și propuneri suplimentare, de asemenea ar trebui discutată și
corespondența tagurilor place=* cu unitățile noastre administrative, dar
aceasta cred că mai bine s-ar face într-un alt thread.
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [OSM-talk-fr] Alternative locale à Mapillary

[Marc M.]

Bonjour,

Le 29.06.20 à 12:19, Eric SIBERT a écrit :
> Question : y a-t-il un moyen de faire quelque chose de similaire sans
> passer par Mapillary?

il y a une discussion un clic à côté :)
en gros on expérimente diverses briques
la brique pour récupérer les images depuis un compte mapillary va bien,
les afficher sur une carte aussi. tout le reste est à faire ou à
(re)trouver.

Cordialement,
Marc

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

Re: [talk-cz] Praha - Královodvorská, Revoluční - přístup

[Jan Martinec]

Ahoj,

Nedávno jsem tam byl, tohle je fakt otagovaný hodně náhodně (horse?)

Obdobně i ten access=no na náměstí Republiky.

Upravím to dneska.

Zdar,
Honza "Piškvor" Martinec

Dne po 29. 6. 2020 12:58 uživatel Mikoláš Štrajt  napsal:

> Ahoj,
> zkusím popsat, jak vypadá dopravní situace v tomhle místě:
>
> - auta přijíždějí z ulice Revoluční a pak jedou buď do podzemních garáží
> (ty rampy v revoluční)
> - nebo do ulic Královodvorská a Truhlářská
> - samotné Náměstí Republiky je pěší zóna (tj. tramvaje, pár autobusů a sem
> tam nějaké auto pražských služeb atd)
>
> Tolik co si to pamatuju z pohledu chodce.
>
> --
> Severák
>
> -- Původní e-mail --
> Od: majkaz 
> Komu: OpenStreetMap Czech Republic 
> Datum: 29. 6. 2020 12:46:22
> Předmět: [talk-cz] Praha - Královodvorská, Revoluční - přístup
>
> Ahoj,
>
>
>
> mohl by někdo místní kouknout na mapování v centru?
>
> https://www.openstreetmap.org/way/4353489
>
> https://www.openstreetmap.org/way/482307415
>
>
>
> Je tam dost nesmyslně nacpaný přístup - access=no, k tomu ale zase snad
> všechno včetně vozidel povolené. Podle mě to typ living_street řeší sám o
> sobě.
>
>
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Alternative locale à Mapillary

[Georges Dutreix via Talk-fr]

Si tu ouvres une photo correctement géolocalisée (données EXIF) dans 
JSOM avec Fichier > ouvrir, JOSM va te créer un calque "images géololisées".

Et elle sera ua bon endroit.
Essaie aussi le glisser/déposer...



Le 29/06/2020 à 12:19, Eric SIBERT a écrit :

Bonjour à tous,

Suite au rachat de Mapillary par Facebook, je ne veux plus contribuer 
à Mapillary...


Néanmoins, Mapillary constituait un élément clé dans ma chaîne de 
contribution à OSM, lors de mes déplacement en voiture. Je suis un peu 
orphelin :-(. En pratique, je réalisais d'une part une capture 
d'images avec l'application Mapillary sur smartphone. D'autre part, 
j'enregistrais ma trace avec un GPS, en prenant des waypoints sur les 
éléments à ajouter (limites de vitesse, entrée d'agglomération...). De 
retour à la maison, je téléversais les images dans Mapillary. Ensuite, 
sur mon PC, j'ouvrais JOSM avec la trace GPS, dans un écran, et 
Mapillary dans un navigateur web dans le second écran. Je n'utilise 
pas beaucoup le plugin Mapillary dans JOSM. Quand je veux localiser 
précisément un objet (panneau par exemple), je compare ce qu'on voit 
dans la photo Mapillary avec l'orthophoto dans JOSM.


Question : y a-t-il un moyen de faire quelque chose de similaire sans 
passer par Mapillary? A priori, il n'y a pas d'alternative valable sur 
internet. En faisant ça en local? Toujours en enregistrant les photos 
sur smartphone en déplacement mais en les transférant directement sur 
PC? Ensuite pouvoir les afficher sur fond de carte OSM, à la 
Mapillary? Toute piste est bienvenue.


Eric

___
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-cz] Praha - Královodvorská, Revoluční - přístup

[Mikoláš Štrajt]

Ahoj,

zkusím popsat, jak vypadá dopravní situace v tomhle místě:




- auta přijíždějí z ulice Revoluční a pak jedou buď do podzemních garáží (ty
rampy v revoluční)

- nebo do ulic Královodvorská a Truhlářská

- samotné Náměstí Republiky je pěší zóna (tj. tramvaje, pár autobusů a sem
tam nějaké auto pražských služeb atd)





Tolik co si to pamatuju z pohledu chodce.




--


Severák




-- Původní e-mail --
Od: majkaz 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 6. 2020 12:46:22
Předmět: [talk-cz] Praha - Královodvorská, Revoluční - přístup
"
Ahoj,

 

mohl by někdo místní kouknout na mapování v centru? 

https://www.openstreetmap.org/way/4353489
(https://www.openstreetmap.org/way/4353489)

https://www.openstreetmap.org/way/482307415
(https://www.openstreetmap.org/way/482307415)

 

Je tam dost nesmyslně nacpaný přístup - access=no, k tomu ale zase snad
všechno včetně vozidel povolené. Podle mě to typ living_street řeší sám o
sobě.

 

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

Re: [Talk-it] Viabilità in centro Asti

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 12:34, Andrea Pellegrini  
> wrote:
> 
> P.S. Ho messo in copia anche la lista piemontese.


grazie!


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

[talk-cz] Praha - Královodvorská, Revoluční - přístup

[majkaz]

Ahoj,
 
mohl by někdo místní kouknout na mapování v centru? 
https://www.openstreetmap.org/way/4353489 

https://www.openstreetmap.org/way/482307415 

 
Je tam dost nesmyslně nacpaný přístup - access=no, k tomu ale zase snad všechno 
včetně vozidel povolené. Podle mě to typ living_street řeší sám o sobě.
 
Majka

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

Re: [Talk-it] Aiuto query overpass-turbo

[Manuel]

Ma a parte il cimitero (il parco dipende) mi sembra abbastanza corretto 
l'utilizzo del landuse.

Manuel Tassi

Il 29/06/2020 10:24, Martin Koppenhoefer ha scritto:



sent from a phone


On 29. Jun 2020, at 07:29, Alessandro Sarretta  
wrote:

in questo caso l'area residenziale: 
https://www.openstreetmap.org/relation/2196897



al proposito: il landuse lì mi sembra sbagliato, si trova di tutto la dentro, 
non solo abitazioni. Per esempio ci sono le strade, il cimitero, i parchi, il 
municipio,  ecc.
È tutto il paese.

Ciao Martin

___
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] Viabilità in centro Asti

[Andrea Pellegrini]

Ciao,
Ho appena provveduto ad aggiornare la viabilità, changeset #87288066 
.

Mi servirebbe solo che qualcuno controlli sul posto alcuni elementi:
- Passaggi pedonali (in particolare nell’incrocio tra Corso della Vittoria, 
Corso Einaudi e Piazza della Libertà)
- Dimensione e posizione precisa delle rotonde (le immagini satellitari non 
sono aggiornate)
- Persistenza dell’impianto semaforico in Corso Alfieri all’incrocio con Corso 
Dante


Spero di non aver fatto danni.

Ciao Ciao


P.S. Ho messo in copia anche la lista piemontese.


Andrea Pellegrini
346 705 0039 
Via Superga, 5
Pino Torinese (TO) Italy

pe...@andreapellegrini.net 
andreapellegrini.net 

> On 28 Jun 2020, at 12:14, Lorenzo Rolla  wrote:
> 
> Ringrazio Martin per aver “frantumato” il mio ego... Ma ripercorrendo gli 
> articoli di giornale dei mesi scorsi, apprendo che la piazza verrà 
> parzialmente chiusa al traffico...
> 
> https://www.lastampa.it/asti/2019/12/29/news/rotonde-e-ztl-c-e-il-si-al-progetto-sulla-nuova-viabilita-in-piazza-alfieri-1.38263374
>  
> 
> Inoltre il comune ha deciso di procedere gradualmente alla sua trasformazione:
> 
> https://www.comune.asti.it/archivio10_comunicati_0_15807.html 
> 
> 
> Interessante il pdf sottoriportato al comunicato. Spero che la precisazione 
> appena fornita attenui la mia responsabilità ad aver elevato questa notizia a 
> livello nazionale... buona domenica. Lorenzo. 
> 
> 
> 
> Il giorno dom 28 giu 2020 alle 10:33 Martin Koppenhoefer 
> mailto:dieterdre...@gmail.com>> ha scritto:
> 
> 
> sent from a phone
> 
> > On 28. Jun 2020, at 09:41, Lorenzo Rolla  > > wrote:
> > 
> > Gentilissimi, apprendo dalla Stampa, ed. Asti, che la viabilità cittadina 
> > sarà pesantemente rivoluzionata in centro
> 
> 
> da vicino può sembrare una rivoluzione, un cambio epocale, ma fidati, un 
> senso unico che diventa a doppio senso, con un po’ di distanza, è lontano da 
> una rivoluzione, anche se di conseguenza ci saranno meno posti macchina. Non 
> è una vicenda di interesse nazionale (al mio avviso).
> Se avessero chiuso la città alle macchine, la terminologia sarebbe forse 
> stata adatta, ma così si tratta di una notizia di solo interesse locale, 
> utile da segnalare in mailing list regionale/locale.
> 
> Ciao Martin 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-it 
> 
> -- 
> Lorenzo Rolla
> 
> ___
> 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

[OSM-talk-fr] Alternative locale à Mapillary

[Eric SIBERT]

Bonjour à tous,

Suite au rachat de Mapillary par Facebook, je ne veux plus contribuer à 
Mapillary...


Néanmoins, Mapillary constituait un élément clé dans ma chaîne de 
contribution à OSM, lors de mes déplacement en voiture. Je suis un peu 
orphelin :-(. En pratique, je réalisais d'une part une capture d'images 
avec l'application Mapillary sur smartphone. D'autre part, 
j'enregistrais ma trace avec un GPS, en prenant des waypoints sur les 
éléments à ajouter (limites de vitesse, entrée d'agglomération...). De 
retour à la maison, je téléversais les images dans Mapillary. Ensuite, 
sur mon PC, j'ouvrais JOSM avec la trace GPS, dans un écran, et 
Mapillary dans un navigateur web dans le second écran. Je n'utilise pas 
beaucoup le plugin Mapillary dans JOSM. Quand je veux localiser 
précisément un objet (panneau par exemple), je compare ce qu'on voit 
dans la photo Mapillary avec l'orthophoto dans JOSM.


Question : y a-t-il un moyen de faire quelque chose de similaire sans 
passer par Mapillary? A priori, il n'y a pas d'alternative valable sur 
internet. En faisant ça en local? Toujours en enregistrant les photos 
sur smartphone en déplacement mais en les transférant directement sur 
PC? Ensuite pouvoir les afficher sur fond de carte OSM, à la Mapillary? 
Toute piste est bienvenue.


Eric

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

Re: [Talk-it] [Telecamere sorveglianza] camera:angle

[Martin Koppenhoefer]

Hai aperto un thread in mailing list tagging, questo è il link (per chi
vuole seguire lì e per chi ha trovato questo nel archivio):
https://lists.openstreetmap.org/pipermail/tagging/2020-June/053659.html

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

Re: [OSM-talk-fr] Enquête usagers data.gouv.fr

[Magalie Dartus]

D'ailleurs je vous invite à répondre au questionnaire usagers :
https://framaforms.org/enquete-datagouvfr-usagers-1590438305

Les avis de la communauté seront très utiles.

Magalie

Le ven. 26 juin 2020 à 20:50, Donat ROBAUX  a écrit :

> Hello,
>
> Une petite news qui devrait ravir ou en tout cas intéresser de nombreuses
> personnes ici.
>
> https://www.etalab.gouv.fr/participez-a-lelaboration-de-la-nouvelle-feuille-de-route-open-data-detalab
>
>
> Donat
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-6635657510614362911_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Yves P.]

> je ne pense pas que la présence d'une photo soit un argument pour sortir une 
> donnée car il est plus facile il me semble d'utiliser une donnée pour du 
> routing ou de la synthèse vocale par exemple (d'autant plus pour les cas où 
> l'on ne peut pas voir la photo).
> 
Oui :)
> La pertinence du tag en lui-même je ne sais pas. 
> 
Dans ce cas, il me semble que non. Que va faire un calculateur d'itinéraire 
avec la position d'un poteau sur le trottoir, dans l'herbe ou au dessus de la 
chaussée ?

destination est utile, et apparemment utilisé par les synthèses vocales des 
logiciels de guidage.
Voir même pour le calcul d'itinéraires.

Mais c'est galère à saisir (les IA de mapillary pourront peut-être nous aider ?)
(J'ai des centaines de photos en attente)

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

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Vincent Bergeot]

Le 29/06/2020 à 11:04, Yves P. a écrit :
- pole:position=green : je ne comprends pas ce tag, et je n'ai rien 
trouvé dans le wiki. Quelqu'un peut-il expliquer ?
c'est par analogie avec fire_hydrant:position 
=lane/parking_lot/sidewalk/green


C'est utile quand la précision des coordonnées est mauvaise ou en 
l'absence de photo de situation, sinon complètement inutile.


je ne pense pas que la présence d'une photo soit un argument pour sortir 
une donnée car il est plus facile il me semble d'utiliser une donnée 
pour du routing ou de la synthèse vocale par exemple (d'autant plus pour 
les cas où l'on ne peut pas voir la photo).


La pertinence du tag en lui-même je ne sais pas.

à plus

--

Vincent Bergeot

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

[talk-ph] Filipino speakers at State of the Map 2020

[Eugene Alvin Villar]

Hello all,

State of the Map (SotM), which is the annual conference for and by the OSM
community, will be happening this weekend from July 4, Saturday, to July 5,
Sunday, online. Visit the website here: https://2020.stateofthemap.org

Filipino OSM community members have been presenting or speaking at SotM
since 2018 and 2020 is no different. Catch the following people:

   1. Leigh Lunas
   "Drones for Community Mapping"
   https://2020.stateofthemap.org/sessions/8JQ7PY/
   Saturday, 18:45 PHT

   2. Eugene Alvin Villar
   "Building Stronger Communities Together: the Local Chapters &
   Communities Working Group"
   https://2020.stateofthemap.org/sessions/DVR7ME
   Sunday, 05:30 PHT
   Note: Eugene will be presenting together with the rest of the working
   group

   3. Mikko Tamura
   "MAPBEKS: Mapping of HIV Facilities and LGBT spaces in the Philippines
   on OpenStreetMap"
   https://2020.stateofthemap.org/sessions/L3RTUK
   Sunday, 18:00 PHT

   4. Thinking Machines Data Science: Ardie Orden, Ren Avell Flores, Pia
   Faustino, Mark Steve Samson
   "Measuring OpenStreetMap building footprint completeness using human
   settlement layers"
   https://2020.stateofthemap.org/sessions/YUM9PY
   Sunday, 18:45 PHT
   Note: This is an academic paper presentation for the SotM academic track

See you there!

~Eugene
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Yves P.]

> - quand aux autres tags, quoique non absolument indispensables, ils apportent 
> une information: pourquoi vouloir les supprimer ? Je ne vois pas en quoi ils 
> pourraient être gênants.
Je pose la question 

C'est un peu comme le catalogage (de livres), il faut trouver un équilibre 
entre pas assez d'info, et trop d'info.
Ou même le fait de garder des livres. Les bibliothécaires appellent l'opération 
consistant à se débarrasser de "vieux" bouquins le désherbage ☺️

> ou mettre les 3 (parce que si tu veux sélectionner "chevaux",
> ca va être compliqué de faire une requête "si région=celle
> de yves, alors pas de valeur=vélo+vtt+cheval" :)
C'est vrai :)
Mais je préfère saisir les relations de randonnées pour les voir dans Waymarked 
Trails, OsmAnd…

Je ne suis pas sûr que quelqu'un organise une rando uniquement à partir des 
poteaux (présents ???) dans OSM.
Ça me rappel d'ailleurs qu'il faut que je dégaine Madada pour avoir un export 
des panneaux et itinéraires PDIPR dans mon secteur !


> il y a souvent des pictogrammes indiquant les moyens de transport,
> c'est dans ce sens là que j'ajoute ces tags.
Ici on retrouve des "jalons" VTT, rando équestre (GTJ) et maintenant Trail sur 
les poteaux ou sur les panneaux directionnels.

>> *start_date* ?
> 
> c'est quoi la question ?
Pour un monument je trouve ça intéressant, pour un poteau nettement moins.
(L'info doit être dans la précieuse base de données PDIPR que les gestionnaires 
ont du mal à "libérer").


> 
>> *arrows* n'est pas standard et est-ce vraiment utile.
> 
> j'aurais mis direction=les 3 valeurs
tu voulais dire destination 
=* ?

> proposer d'effacer est rarement le plus agréable.
je suis d'accord, mais il faut relativiser, ça ne concerne que 279 tags.

> mapillary=valeur1;valeur2;valeur3
> si c'est logiciels ont du mal avec le support des valeurs
> multiples, il faut les améliorer au lieu d'effacer des données.
Je suis d'accord, mais rappel toi les conversations sur les tickets et demande 
de fusion de code (PR) sur GitHub.
Pas sûr que les devs en tiennent compte pour 279 tags, mapillary en plus !

Si on regarde de l'autre bout de la lorgnette, on peut élargir ça à la gestion 
des tags multi-valeurs.
Traiter une fois pour toute la gestion de ces valeurs (mes mails sur l'API 0.7 
n'ont eu aucun retour )
Mettre en place un mécanisme commun à tous les éditeurs (DataItems ?) pour 
empêcher (ou autoriser) la saisie pour certains tags
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Nick Whitelegg]

.. sorry, perhaps I was not clear there in my description of the proposed 
TrekView software ('TrekView Explorer') and its relationship with imagery 
providers. It will allow users to upload sets of 360 panoramas, refine them 
(e.g. correct the orientation, adjust their position), tag them, and then 
submit them to providers such as StreetView, Mapillary and OpenTrailView. It 
will also provide general information such as how to make the best use out of 
the various brands of 360 camera (e.g. which ones  include bearing and which 
ones do not).

Users will also be able to save their panorama sets for later use.

Nick



From: Nick Whitelegg 
Sent: 29 June 2020 10:03
To: talk@openstreetmap.org 
Subject: Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary


Something else which might be of interest to contributors to this thread, from 
the software side of things:

For OpenTrailView I am collaborating with the TrekView project (trekview.org) 
which aims to make it easy for people to take 360 panoramas of all walking 
trails, and other off-road locations, in the world.  It's a separate project to 
OpenTrailView: the aim of TrekView is not so much to collect the data itself, 
but rather, to make it easy to collect and make avaiable as many 360 panoramas 
of the natural world as possible, and to submit them to a range of sources, 
including StreetView, Mapillary and also OpenTrailView.

Nonetheless, it's relevant here because TrekView is aiming to develop a highly 
user-friendly and open source upload interface which could be adapted for 
road-based 360 photography too.

Perhaps, if there is any interest in taking this forward, it's worth starting a 
wiki page showing all the possible software which could be used? Including, but 
not limited to: the first (open source) version of OpenStreetCam; 
OpenTrailView; the TrekView upload system when it's ready; and any open source 
image blurring software out there.

Nick

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

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Nick Whitelegg]

Something else which might be of interest to contributors to this thread, from 
the software side of things:

For OpenTrailView I am collaborating with the TrekView project (trekview.org) 
which aims to make it easy for people to take 360 panoramas of all walking 
trails, and other off-road locations, in the world.  It's a separate project to 
OpenTrailView: the aim of TrekView is not so much to collect the data itself, 
but rather, to make it easy to collect and make avaiable as many 360 panoramas 
of the natural world as possible, and to submit them to a range of sources, 
including StreetView, Mapillary and also OpenTrailView.

Nonetheless, it's relevant here because TrekView is aiming to develop a highly 
user-friendly and open source upload interface which could be adapted for 
road-based 360 photography too.

Perhaps, if there is any interest in taking this forward, it's worth starting a 
wiki page showing all the possible software which could be used? Including, but 
not limited to: the first (open source) version of OpenStreetCam; 
OpenTrailView; the TrekView upload system when it's ready; and any open source 
image blurring software out there.

Nick

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

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Yves P.]

> tourism  
> information 
> 
> information 
>  guidepost 
> 
> est important.
> 
Oui, je les avais mis en gras :)

> - information=guidepost est obligatoire, tu aurais dû le mettre en gras;
oups, j'ai effectivement oublié celui-ci mais vous avez corrigé de vous même :)

> pole:material […] permet […] de l'entretenir
> 
> start_date 
> 
>  1999-09-17 aussi.
> 
Le gestionnaire doit avoir ça dans son SIG ;)

> et pole:position permet de le retrouver,
> 
Les coordonnées et la photo c'est mieux ;)

> name ? Je ne sais pas trop.
> 
> À l'opposé ele, tu as le MNT pour ça^^.
Pour le randonneur en zone montagneuse, c'est très utile (et c'est ce que tu 
peux lire de tangible sur le poteau).
C'est aussi sur toutes les cartes des Offices de Tourismes…

Mais il n'y a peut-être pas assez de relief par chez toi en dehors de la houle 
;D

ele est aussi utile lors d'une rando pédestre, vélo pour avoir une idée du 
dénivelé à franchir (mais des logiciels de rando font mieux avec le MNT)

> - pole:position=green : je ne comprends pas ce tag, et je n'ai rien trouvé 
> dans le wiki. Quelqu'un peut-il expliquer ?
c'est par analogie avec fire_hydrant:position 
=lane/parking_lot/sidewalk/green

C'est utile quand la précision des coordonnées est mauvaise ou en l'absence de 
photo de situation, sinon complètement inutile.
__
Yves

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

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Marc M.]

Le 29.06.20 à 10:39, Yves P. a écrit :

> *hiking*=yes je ne le met pas car dans ma région il servent  
> autant pour les randos pédestres, vélo, VTT, cheval…

ou mettre les 3 (parce que si tu veux sélectionner "chevaux",
ca va être compliqué de faire une requête "si région=celle
de yves, alors pas de valeur=vélo+vtt+cheval" :)
il y a souvent des pictogrammes indiquant les moyens de transport,
c'est dans ce sens là que j'ajoute ces tags.

> *pole:position* a-t-il encore un intérêt avec une qualité correcte
> d'orthophotos et surtout une vue mapillary ?

sûrement du détail peu utile, (pour les bornes incendies, on le fait
parfois quand la borne est masquée par les hautes herbes. pour un
poteau je doute que la végétation monte si haut)
Mais j'aurais surtout utilisé la clef courante location=*

> *start_date* ?

c'est quoi la question ?

> *arrows* n'est pas standard et est-ce vraiment utile.

j'aurais mis direction=les 3 valeurs

> mapillary:wide
> Je propose donc de ne mettre que la photo la plus lisible

proposer d'effacer est rarement le plus agréable.
mapillary=valeur1;valeur2;valeur3
si c'est logiciels ont du mal avec le support des valeurs
multiples, il faut les améliorer au lieu d'effacer des données.

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

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Jean-Claude Repetto]

Bonjour,

- Je suis d'accord pour is_in, qui est désormais obsolète;

- pole:position=green : je ne comprends pas ce tag, et je n'ai rien 
trouvé dans le wiki. Quelqu'un peut-il expliquer ?


- information=guidepost est obligatoire, tu aurais dû le mettre en gras;

- quand aux autres tags, quoique non absolument indispensables, ils 
apportent une information: pourquoi vouloir les supprimer ? Je ne vois 
pas en quoi ils pourraient être gênants.


Jean-Claude


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

[OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

[Yves P.]

Bonjour,

Je tombe sur un poteau avec beaucoup de tags qui ne rendent pas la "lecture" 
facile et pour certains surprenants et peu utiles : 
https://overpass-turbo.eu/s/VyW

Un exemple au hasard : 5433687571 

• arrows=3
• ele=346
• hiking=yes
• information=guidepost
• is_in:city=Malaucène
• mapillary=0Ww_5sMHNlX8v87ShgbpJg
• mapillary:wide=bCUDY2vXmKDhafcnRrDvgg
• name=Route des Crottes
• operator=CD84
• pole:material=wood
• pole:position=green
• ref:CD84=1824
• source:ref=CD84
• start_date=1999-09-17
• tourism=information

J'ai mis en gras ce qui est nécessaire.

hiking=yes je ne le met pas car dans ma région il servent autant pour les 
randos pédestres, vélo, VTT, cheval…

is_in:city est superflu d'autant que l'auteur (coucou Jean-Louis ) à un SIG 
sur son bureau ;)
pole:position a-t-il encore un intérêt avec une qualité correcte d'orthophotos 
et surtout une vue mapillary ?
source:ref, start_date ??
arrows n'est pas standard et est-ce vraiment utile. Il y a des tags pour 
indiquer des directions, et surtout une photo.

Je suis tombé sur un poteau avec mapillary:wide. Aucun logiciel ne l'utilise !
On pourrait mettre des valeurs multiples séparées par des ;

Overpass ne sait pas afficher de lien dans ce cas. (OSM ne le fait pas du tout)
JOSM génère un lien qui ne fonctionne pas (il n' "explose" pas les valeurs pour 
produire plusieurs URLs)

Je propose donc de ne mettre que la photo la plus lisible et significative. 
Ensuite c'est à l'utilisateur de se balader dans Mapillary (ou son successeur )

Et un "gros" nettoyage de ces objets.

Merci d'avance ☺️

__
Yves

PS: le premier  que j'ai 
trouvé est "coton" avec les clés suivantes (en plus des autres) :
fixme=picture
mapillary:wide=jj88miCK4llKZQ47HvC9Rw
picture=no



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

[Talk-it] [Telecamere sorveglianza] camera:angle

[Cascafico Giovanni]

Cial Lista!

M'è venuto un dubbio sul tag "camera:angle". Su taginfo [1] trovo
valori coerenti sia all'inclinazione, sia all'ampiezza del campo.
Fin'ora ho mappato come inclinazione (sottinteso il segno "-").

Esempio:

camera:angle=15
camera:direction=260
camera:type=fixed
man_made=surveillance
surveillance=outdoor
surveillance:type=camera


[1] https://taginfo.openstreetmap.org/keys/camera%3Aangle#values

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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 07:29, Alessandro Sarretta 
>  wrote:
> 
> in questo caso l'area residenziale: 
> https://www.openstreetmap.org/relation/2196897


al proposito: il landuse lì mi sembra sbagliato, si trova di tutto la dentro, 
non solo abitazioni. Per esempio ci sono le strade, il cimitero, i parchi, il 
municipio,  ecc.
È tutto il paese.

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

Re: [Talk-GB] M58 / A49 Link Road Wigan - Open - Needs Mapping

[Tony OSM]

Hi Guys

Thanks for the pointers. My plan is to go over there and 
Mapillary/survey it. The newspaper reports do not match Don Draper's 
route relation.


Regards

Tony

On 29/06/2020 08:32, Ken Kilfedder wrote:

You could try contacting user Don Draper, who added the proposed route in this 
changset:
https://www.openstreetmap.org/changeset/68842940

---
https://hdyc.neis-one.org/?spiregrain
spiregrain_...@ksglp.org.uk

On Sat, 27 Jun 2020, at 6:25 PM, Tony OSM wrote:

Reported in Local Newspapers
https://www.manchestereveningnews.co.uk/news/greater-manchester-news/long-awaited-20m-road-linking-18495724

the road has opened.

Can anyone point me to a definitive line to allow me to map it, or does
anyone else want to map it correctly.

There is a way marked proposed  in OSM  but I don't know enough to
confirm that is the correct path.

Tony Shield

TonyS999


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


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


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

Re: [Talk-GB] M58 / A49 Link Road Wigan - Open - Needs Mapping

[Ken Kilfedder]

You could try contacting user Don Draper, who added the proposed route in this 
changset:
https://www.openstreetmap.org/changeset/68842940

---
https://hdyc.neis-one.org/?spiregrain
spiregrain_...@ksglp.org.uk

On Sat, 27 Jun 2020, at 6:25 PM, Tony OSM wrote:
> Reported in Local Newspapers 
> https://www.manchestereveningnews.co.uk/news/greater-manchester-news/long-awaited-20m-road-linking-18495724
> 
> the road has opened.
> 
> Can anyone point me to a definitive line to allow me to map it, or does 
> anyone else want to map it correctly.
> 
> There is a way marked proposed  in OSM  but I don't know enough to 
> confirm that is the correct path.
> 
> Tony Shield
> 
> TonyS999
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

Re: [Talk-GB] "secret" site

[Ken Kilfedder]

The GPO Tower (AKA Telecom Tower AKA BT Tower) only started to appear in public 
maps in 1984; despite having been completed in the 1960s and dominating the 
London skyline from many angles, taking up two whole 'blocks' on the ground in 
London W1 and containing a commercial restaurant. 

---
https://hdyc.neis-one.org/?spiregrain
spiregrain_...@ksglp.org.uk


On Sun, 28 Jun 2020, at 4:36 PM, Andy Townsend wrote:
> 

> On 28/06/2020 00:47, David Woolley wrote:
>> 
>> On the other hand, there used to be part of the North Yorkshire moors that 
>> had "undefined" written over it on OS maps.)
>> 
> Interestingly (assuming you're talking about the radar installation at RAF 
> Fylingdales), at least as of my 2006 copy of OS's OL6 map, the OS was still 
> lacking some of the detail - the military area is missing yet clearly 
> signposted onsite, and the bridleway that runs north of the site is mostly 
> signposted on the ground but mostly missing from the OS map (in OSM 
> https://www.openstreetmap.org/node/7600885032 and 
> https://www.openstreetmap.org/way/813719250 
> ). There 
> are still some "odd" signposts around such as 
> https://map.atownsend.org.uk/tmp/fylingdales/IMG_20200531_163604.jpg , but at 
> least no-one's pretending that there's "nothing there" - it's fairly obvious 
> in the landscape: 
> https://map.atownsend.org.uk/tmp/fylingdales/IMG_20200531_183407.jpg .

> Best Regards,

> Andy

> 

> 

> 

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

Re: [OSM-talk-fr] coupure serveur overpass-api osm.fr

[Jacques Lavignotte]

Le 29/06/2020 à 08:02, Marc M. a écrit :


Le service est rétablit sur osm47
https://overpass-turbo.eu/s/Vyy


Merci Marc !

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] coupure serveur overpass-api osm.fr

[Jean-Christophe Becquet]

Le 29/06/2020 à 08:02, Marc M. a écrit :
> Le service est rétablit sur osm47
> https://overpass-turbo.eu/s/Vyy
> Il devrait être plus rapide qu'avant.
> n'hésitez pas à signaler d'éventuelle anomalie
> ici ou sur tech ou sur github
> https://github.com/osm-fr/infrastructure/issues/19
> 
> A suivre :
> - les améliorations pour le rendre plus robuste aux pannes
> - maj du code overpass (pour entre autre nwr)
> - le retour des graphes munin

Merci à toi Marc et merci à tous ceux qui participent à cette maintenance.

Des serveurs overpass qui répondent, des rendus réactifs et à jour, des
outils d'analyse qualité...

Cela représente énormément de travail pour faire fonctionner tout ça !

Bon début de semaine

JCB
-- 
MOUSTIC - Mise en Œuvre des Usages Sociaux
des Technologies et de l'Intelligence Collective
Rendez-vous dans les Alpes du 2 au 5 août 2020
http://moustic.info


==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] coupure serveur overpass-api osm.fr

[Marc M.]

Bonjour,

Le service est rétablit sur osm47
https://overpass-turbo.eu/s/Vyy
Il devrait être plus rapide qu'avant.
n'hésitez pas à signaler d'éventuelle anomalie
ici ou sur tech ou sur github
https://github.com/osm-fr/infrastructure/issues/19

A suivre :
- les améliorations pour le rendre plus robuste aux pannes
- maj du code overpass (pour entre autre nwr)
- le retour des graphes munin

Cordialement,
Marc

Le 26.06.20 à 12:39, Marc M. a écrit :
> Bonjour,
> 
> pour diverses raisons (manque d'harmonisation entre les hosteurs,
> soucis de perf sur l'un d'eux), les 2 serveurs overpass-api osm-fr
> subissent des jours de lag, au point que j'ai coupé le service.
> 
> une nouvelle base est en cours de maj sur un ssd
> avec l'espoir d'y réactiver le service ce we.
> s'en suivra la maj applicative tant attendue,
> ainsi que diverse amélioration pour essayer de rendre cela
> plus robuste
> 
> Cordialement,
> Marc
> 


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

Re: [Talk-it] [Import] civici Bergamo

[Alessandro Sarretta]

Grazie Andrea!

Ale

On 28/06/20 16:01, Andrea Musuruane wrote:

Ciao,
    ho scritto alla ML di import. Aspetto i loro feedback.

Ciao,

Andrea


On Fri, May 29, 2020 at 10:49 AM Andrea Albani > wrote:


Non ho messo mano su questi dati e quindi ringrazio anch'io chi si
è sbattuto per salvarli. Concordo con l'approccio proposto da
Andrea Musuruane e la procedura descritta nella wiki.
Ciao

Il giorno ven 29 mag 2020 alle ore 10:09 Andrea Musuruane
mailto:musur...@gmail.com>> ha scritto:

Cascafico, apprezzo la buona volontà, però, prima di fare QA,
*possiamo concordare sul sistemare l'esistente, secondo quanto
scritto sulla wiki?
*
*
*
Una volta che siamo concordi (_servono delle risposte da parte
di molti a questa mail_) bisogna informare la ML di import (mi
prendo io questo onere).

Altrimenti continuiamo a fare lo stesso errore che ha fatto
gigi2037 e ci avviamo a fare un revert.

Grazie,

Andrea




___
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
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it