Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Violaine_Do]

Coucou,

Est-ce que vous avez prévu quelque chose pour les magasins qui ferment 
au public, mais ne ferment pas boutique : ils passent en mode commande 
en ligne, et récup' sur place? J'ai pas trouvé (en cherchant rapidement) 
de tag, mais j'ai pas fouillé tout le wiki, on n'est pas vraiment sur du 
drive..une piste ?


@++

V

Le 25/03/2020 à 08:44, PanierAvide a écrit :

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM 
pouvait proposer une information de qualité sur le sujet, nous avons 
enfin publié "Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement : caresteouvert.fr


La carte propose aux visiteurs d'ajouter des infos dans leur commune : 
cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags 
sur les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le confinement 
(ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison 
à domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM 
la base de données de référence pendant le confinement (et même après) !


Cordialement,


--
Violaine_Do


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

Re: [Talk-it] Import civici Milano - preview

[Federico Cortese]

On Fri, Mar 27, 2020, 20:18 Francesco Ansanelli  wrote:

>
> Non importa... Riporto dal wiki:
>
> la prassi è quella di inserire il numero civico e l'esponente senza alcun
> separatore. L'esponente deve essere inserito in lettere minuscole (es:
> addr:housenumber
> =2b
> 
> ).
>

Sì, anche io sono anni che uso l'esponente minuscolo, perchè si decise così.

Ciao,
Federico

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

Re: [OSM-talk-fr] Identifier les marchés couverts #Covid19

[deuzeffe]

Tout marché est suspendu sauf arrêté préfectoral y dérogeant.

Voir la pref de chaque département ?

Dans le mien, l'arrêté est publié sur le ternet et précise quels 30 (oui 
30 !) restent en activité.

--
deuzeffe - HTH

Le 27/03/2020 à 21:07, osm.sanspourr...@spamgourmet.com a écrit :
Bonjour j'ai l'impression que ça nous a échappé mais le gouvernement, 
sûrement pour nous faciliter la tâche, a changé la donne :



*Décret n° 2020-293 du 23 mars 2020 prescrivant les mesures générales 
nécessaires pour faire face à l'épidémie de covid-19 dans le cadre de 
l'état d'urgence sanitaire* 
 



/III. - La tenue des marchés, //*couverts ou non*//et quel qu'en soit 
l'objet, est interdite. Toutefois, le représentant de l'Etat dans le 
département peut, après avis du maire, accorder une autorisation 
d'ouverture des marchés alimentaires qui répondent à un besoin 
d'approvisionnement de la population si les conditions de leur 
organisation ainsi que les contrôles mis en place sont propres à 
garantir le respect des dispositions de l'article 1er et de l'article 7./


Par ailleurs, toujours dans cet article 8 
 
, je ne sais si c'est appliqué, je vois la catégorie M.


Je suppose que les commerces alimentaires ne font pas partie des 
"Magasins de vente".


En fait ils font partie des exceptions indiquées au Journal Officiel. 
https://www.legifrance.gouv.fr/jo_pdf.do?id=JORFCONT41723291


Donc si ma lecture est bonne le marché des Lices, Halles Martenot 
(Rennes) comprises est par défaut fermé.


Par contre les Halles Saint-Louis 
 (Brest) 
peuvent ouvertes.


En effet je vois les Halles Martenot comme un marché couvert (c'est un 
bâtiment vide occupé temporairement par un marché ou d'autres activités).


Et les Halles Saint-Louis comme une succession d'échoppes en dur. Je ne 
suis pas passé par là depuis la rénovation. Il semble qu'il y a deux 
parties : une partie avec échoppes et une comme un marché couvert.


Y a-t-il des Brestois sur la liste ?

Plus important : les de types de marchés couverts sont définis avec :

amenity 
 
marketplace 



building 
 	yes 



Donc pour ce type de halls on a besoin d'avoir un détail échoppe par 
échoppe ? On ne peut dire globalement "avec échoppe" ?


Jean-Yvon



/I. - Les établissements relevant des catégories mentionnées par le 
règlement pris en application de l'article R. 123-12 du code de la 
construction et de l'habitation 
 
figurant ci-après ne peuvent plus accueillir du public jusqu'au 15 avril 
2020 : /



- au titre de la catégorie L : Salles d'auditions, de conférences, de 
réunions, de spectacles ou à usage multiple sauf pour les salles 
d'audience des juridictions ;
- au titre de la catégorie M : *Magasins de vente et Centres 
commerciaux, sauf pour leurs activités de livraison et de retraits de 
commandes* ;
- au titre de la catégorie N : Restaurants et débits de boissons, sauf 
pour leurs activités de livraison et de vente à emporter, le « room 
service » des restaurants et bars d'hôtels et la restauration collective 
sous contrat ;

- au titre de la catégorie P : Salles de danse et salles de jeux ;
- au titre de la catégorie S : Bibliothèques, centres de documentation ;
- au titre de la catégorie T : Salles d'expositions ;
- au titre de la catégorie X : Etablissements sportifs couverts ;
- au titre de la catégorie Y : Musées ;
- au titre de la catégorie CTS : Chapiteaux, tentes et structures ;
- au titre de la catégorie PA : Etablissements de plein air ;
- au titre de la catégorie R : Etablissements d'éveil, d'enseignement, 
de formation, centres de vacances, centres de loisirs sans hébergement, 
sauf ceux relevant des articles 9 et 10.



II. - Les établissements relevant du I peuvent toutefois continuer à 
recevoir du public pour les activités figurant en annexe.
III. - La tenue des marchés, couverts ou non et quel qu'en soit l'objet, 
est interdite. Toutefois, le représentant de l'Etat dans le département 
peut, après avis du maire, accorder une autorisation d'ouverture des 
marchés alimentaires qui répondent à un besoin d'approvisionnement de la 
population si les conditions de leur organisation ainsi que les 
contrôles mis en place sont propres à garantir le respect des 
dispositions de l'article 

Re: [Talk-es] Consulta atribución

[Miguel Sevilla-Callejo]

Hola Oscar,

El tipo de licencia de OpenStreetMap es claro [1] hay que citar la fuente
SIEMPRE y nadie tiene postestad para otorgar esa licencia o saltarse la
atribución.

La cuestión es que hay diferentes maneras de realizar esa atribución.

La verdad es que no queda claro cómo se va amostrar el mapa y si hay opción
de expresar esa atribución en algún crédito posterior.

Saludos


[1] http://osm.org/copyright


On Fri, 27 Mar 2020, 20:43 Oscar Moreno,  wrote:

> Buenas tardes, mi nombre es Oscar.
> ¿Podría utilizar la captura de un mapa en un video con fin comercial sin
> atribuir?
> Esto debido a que no se puede citar el link directo en la página de FB del
> cliente, podría hacerlo en el video o si me darían la posibilidad de
> omitirlo y pudiera evitar una posible distracción en el objetivo
> del contenido y para cuidar la estética.
> Agradezco su pronta respuesta.
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Audio mapping app Gpxrec

[michele]

Grazie, ha funzionato!!
Ora mi chiede i permessi e dalla seconda registrazione funziona:

On 27/03/20 19:17, Andrea Albani wrote:
Se provi ad agganciare l'evento .PermissionDenied relativo allo screen 
dovresti intercettare l'errore.
Dentro al blocco richiami poi la procedura AskForPermission del 
medesimo screen passando come parametro il valore della variabile 
permissionName che trovi nel blocco evento di cui sopra.
Sto parlando in via teorica perchè non ne ho mai avuto bisogno nei 
miei esperimenti.


Ciao


Il giorno ven 27 mar 2020 alle ore 15:49 michele > ha scritto:


Ciao a tutti
Mappo molto spesso in bici, quindi mi è comodo prendere appunti
vocali invece di scrivere.
Per questo creato un app per android che una volta lanciata
registra per il tempo preimpostato e si chiude.

Volendo è possibile non farla chiudere automaticamente e premere
il pulsante rec per prendere altri appunti vocali.
Dentro la cartella gpxrec verranno salvate delle coppie di files,
un gpx contenente la posizione ed il link al file audio, ed un
file 3gp contenente l’audio.
Basterà importare questi files su josm per visualizzare i punti e
sentire il loro audio.

Questa app ha qualche problema al primo avvio, ma una volta
abilitati tutti i permessi funziona correttamente.

Qui la mia domanda, c'è qualcuno bravo con app inventor che ha
tempo e voglia di risolvere i problemi che da al primo avvio,
ovvero che cerca di registrare e da errore senza chiedere i permessi?


Si può scaricare il file zip contenente il file APK qui:

http://iw1gfv.altervista.org/wp-content/uploads/2020/03/gpxrec.zip



--
Michele iw1gfv

___
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

Re: [Talk-ca] Iles de Boucherville

[Pierre Béland via Talk-ca]

Après revérification, je constate que la Relation  4641113 est oui trop 
complexe.Je prévois la scinder et attends vos réactions. Voici mon analyse.

J'ai vérifié la Relation  4641113 à l'aide de JOSM.  Les rôles outer sont ok 
avec boucle fermée. Les rôles inner sont aussi ok.  Les quelques 20 chemins 
faisant les contours des îles et marais dans l'archipel des 
Îles-de-Boucherville sont dans la relation.
Cette relation comprend  2200 membres allant du Lac Ontario jusqu'à l'Île 
d'Anticosti pour décrire les contours (rôles outer) et les îles (rôles inner).  
Le Lac Saint-Pierre est absent et les relations pour les 3 segments de 
l'Estuaire du Fleuve après le lac Saint-Pierre font duplicationRelations 

- Lac Saint-Pierre (1797099) 
- Fleuve Saint-Laurent, Estuaire fluvial (2426031)
- Fleuve Saint-Laurent, Estuaire moyen (2427871) 
- Fleuve Saint-Laurent, Estuaire maritime (4555382) 

Je vais aussi scinder à Beauharnois, un endroit étroit plus facile pour scinder.

De cette façon, il sera beaucoup plus facile de maintenir ces relations et les 
Styles OSM auront moins de problème à rendre ces relations de contour. 

 
Pierre 
 

Le vendredi 27 mars 2020 13 h 13 min 48 s UTC−4, Pierre Boucher 
 a écrit :  
 
  Il est aussi problématique sur les cartes produites par Free worldwide Garmin 
maps from OpenStreetMap.:-\
 
 Le 2020-03-27 à 12:38, Martin Chalifoux a écrit :
  
 
 En passant j’utilise mkgmap pour produire une map pour les Garmin Edge. Je 
viens de voir que ce rendu est aussi problématique. Il y a donc quelque chose 
de tricky avec ces iles. Je vais regarder encore plus tard.
 
 
 On Mar 27, 2020, at 12:36, Martin Chalifoux  
wrote: 
  
Je viens d’ajouter quelques element a la relation du fleuve st-laurent mais j’y 
vais avec beaucoup de précautions. Cette relation est énorme et lorsqu’on la 
bousille c’est une sapré bataille de la remettre en ordre. 
 
 
 On Mar 27, 2020, at 12:33, Pierre Béland  wrote: 
 Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de 
mon côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me 
suis assuré que les Îles soient visibles avec style principal du site osm.  Et 
effectivement le tout est encore ok.
 
  A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette 
zone au cours de la dernière année. 
  
  Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style 
et décrire le problème
  
  https://github.com/cyclosm/cyclosm-cartocss-style/issues 
  Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
avec waterway = canal Chemin : Sentier Nautique balisé (578081572) 
  
    
 Pierre 
   
  
  Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via 
Talk-ca  a écrit :  
  
Il y avait ce bug de rendu sur openstreetmap.org il y a quelques mois. Je 
l’ai réglé il y a un petit bout de temps et ce rendu est maintenant correct. 
Quelqu’un avait bousillé des relations. A quelle fréquence www.cyclosm.org met 
a jour son rendu ? Se pourrait-il que ce site rende encore une vieille copie 
des données OSM ? Comme openstreetmap.org n’a pas ce problème de rendu 
présentement ceci me semble davantage un problème avec le rendering engine de 
cyclosm.org que les données OSM comme tel. 
  Martin.  
 
 
 On Mar 27, 2020, at 11:55, Pierre Boucher  wrote: 
   
Quelqu'un peut-il régler ce problème d'affichage qui existe depuis 
longtemps?
 J'en suis incapable.
 
 https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
 Boff II
 Pierre Boucher ___
 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
   
  
  
 
 -- 
  
Pierre Boucher
 514.730.6211
 formation en navigation de plaisance
 Ste-Thérèse (Québec) Canada
 http://www.lavoile.com
  
...Pensez à l'environnement avant d'imprimer ce courriel !.
 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] Webinar su OpenStreetMap e il suo possibile uso durante l'emergenza coronavirus

[Matteo Zaffonato]

Com'è andata oggi? I partecipanti hanno mostrato interesse?

Ciao
Matteo

On Fri, Mar 27, 2020 at 11:02 AM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ne accennerò, grazie!
>
> Ale
> On 26/03/20 23:34, Matteo Zaffonato wrote:
>
> Ciao Alessandro, pensi di rilanciare l'uso di http://su.openstretmap.it/
> ?
>
> Ciao
> Matteo
>
> On Thu, Mar 26, 2020 at 3:18 PM Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
>
>> Buongiorno,
>>
>> come annunciato nell'ultimo articolo del blog di Wikimedia Italia (
>> https://www.wikimedia.it/la-conoscenza-libera-a-casa-tua-grazie-ai-nostri-soci/),
>> domani alle 13 terrò un webinar introduttivo su OpenStreetMap, cercando di
>> fare esempi del suo utilizzo a supporto dell'emergenza coronavirus.
>>
>> Il webinar è pensato per non esperti di OpenStreetMap e avrà una prima
>> parte introduttiva sia sui concetti sia sui primi passi da fare (creazione
>> di un utente, introduzione all'editor iD) e una seconda parte con degli
>> esempi di semplici edit a supporto dell'integrazione in OSM di:
>>
>>- attività che fanno consegne a domicilio
>>- farmacie
>>- numeri civici
>>
>> Il webinar sarà trasmesso tramite Jisti meet e sarà aperto a 15 persone
>> al massimo, per limitare problemi di connessione, con iscrizione
>> obbligatoria all’indirizzo segrete...@wikimedia.it; la registrazione
>> dell’incontro sarà in seguito resa disponibile a tutti sul canale YouTube
>>  di Wikimedia
>> Italia (e forse anche in live streaming, nel caso ci siano molte richieste).
>>
>> Condivido qui nel caso qualcuno sia interessato a partecipare e anche per
>> raccogliere spunti e suggerimenti su elementi da evidenziare durante la
>> presentazione, in special modo sui 3 esempi sopra citati.
>>
>> Grazie a tutti,
>>
>> Ale
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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

Re: [OSM-talk-fr] préfixe S dans dans le 3ieme groupe de la référence européenne d'une borne de recharge

[Marc M.]

Merci pour l'info.
vu la longueur des conditions générale à lire pour s'inscrire sur
www.data.gouv.fr, j'ai posé la question sur le site du "producteur"
https://opendata.lillemetropole.fr/explore/dataset/bornes-recharge-mel/comments/

je vous tiens au courant si j'ai un retour.

Le 27.03.20 à 21:47, Noémie Lehuby via Talk-fr a écrit :
> en effet, c'est troublant. Si tu veux le remonter, c'est ce jeu de
> données :
> https://www.data.gouv.fr/fr/datasets/localisation-des-points-de-recharge-pour-vehicules-electriques/#_
> 
> 


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

Re: [Talk-it] R: Vetrine di vario tipo

[Lorenzo Mastrogiacomi]

Il giorno ven, 27/03/2020 alle 21.55 +0100, Lorenzo Mastrogiacomi ha
scritto:
> Il giorno ven, 27/03/2020 alle 14.04 +0100, Federico Cortese ha
> scritto:
> > Anche io mi sono posto in passato il problema delle vetrine,
> > proprio
> > perchè ISTAT prevede espressamente l'assegnazione dei civici ove il
> > dislivello rispetto alla strada sia contenuto, come già precisato
> > da
> > Fayor in questo thread.
> > All'epoca mi accontentai di un entrance=no e di un note:it=vetrina
> > (o
> > qualcosa del genere) per poter poi ritrovare le occorrenze
> > (esempio:
> > https://www.openstreetmap.org/node/3951992115
> > 
> > ), ma se troviamo
> > qualcosa di apposito è sicuramente meglio.
> > 
> > 
> > Ciao,
> > Federico
> > 
> 
> Io dopo aver appreso che è già utilizzato e dopo qualche lettura sono
> ancora più convinto che un tag window=* è una buona soluzione per
> queste.
> Di fatto sono un tipo finestra, non per guardare fuori ma per
> guardare
> dentro e con anche la funzone di far passare la luce.
> Che poi dentro ci sia uno showcase per articoli minuti, lo showroom
> di
> un negozio di arredamento o la gente in fila allo sportello della
> posta
> è un altro discorso.
> 
> Lorenzo
> 
> 

Mi son dimenticato di mettere questo. È una bozza di proposal in una
pagina utente che ho trovato linkata in una pagina wiki sul indoor
mapping.
https://wiki.openstreetmap.org/wiki/User:Tordanik/Window_tagging

Lorenzo


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

Re: [Talk-it] R: Vetrine di vario tipo

[Lorenzo Mastrogiacomi]

Il giorno ven, 27/03/2020 alle 14.04 +0100, Federico Cortese ha
scritto:
> Anche io mi sono posto in passato il problema delle vetrine, proprio
> perchè ISTAT prevede espressamente l'assegnazione dei civici ove il
> dislivello rispetto alla strada sia contenuto, come già precisato da
> Fayor in questo thread.
> All'epoca mi accontentai di un entrance=no e di un note:it=vetrina (o
> qualcosa del genere) per poter poi ritrovare le occorrenze (esempio:
> https://www.openstreetmap.org/node/3951992115
> ), ma se troviamo
> qualcosa di apposito è sicuramente meglio.
> 
> 
> Ciao,
> Federico
> 

Io dopo aver appreso che è già utilizzato e dopo qualche lettura sono
ancora più convinto che un tag window=* è una buona soluzione per
queste.
Di fatto sono un tipo finestra, non per guardare fuori ma per guardare
dentro e con anche la funzone di far passare la luce.
Che poi dentro ci sia uno showcase per articoli minuti, lo showroom di
un negozio di arredamento o la gente in fila allo sportello della posta
è un altro discorso.

Lorenzo


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

Re: [OSM-talk-fr] préfixe S dans dans le 3ieme groupe de la référence européenne d'une borne de recharge

[Noémie Lehuby via Talk-fr]

Hello,

en effet, c'est troublant. Si tu veux le remonter, c'est ce jeu de 
données : 
https://www.data.gouv.fr/fr/datasets/localisation-des-points-de-recharge-pour-vehicules-electriques/#_


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 27/03/2020 à 20:43, Marc M. a écrit :

Bonjour,

http://osmose.openstreetmap.fr/fr/error/91edea36-dd31-7050-84f9-49518689f1b1
le préfixe identifiant l'objet est S dans le 3ieme groupe
FR*SOD*S*NPDC*248*1*_*_

https://www.afirev.fr/fr/informations-generales/ ne prévoit que P E C

que signifie S ?
est-ce normal d'avoir des bornes avec S ?
si c'est une erreur comment faire corriger ? écrire au réseau et/ou à
l'association AFIREV ?

Cordialement,
Marc

___
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] Identifier les marchés couverts #Covid19

[osm . sanspourriel]

Bonjour j'ai l'impression que ça nous a échappé mais le gouvernement,
sûrement pour nous faciliter la tâche, a changé la donne :


*Décret n° 2020-293 du 23 mars 2020 prescrivant les mesures générales
nécessaires pour faire face à l'épidémie de covid-19 dans le cadre de
l'état d'urgence sanitaire*



/III. - La tenue des marchés, //*couverts ou non*//et quel qu'en soit
l'objet, est interdite. Toutefois, le représentant de l'Etat dans le
département peut, après avis du maire, accorder une autorisation
d'ouverture des marchés alimentaires qui répondent à un besoin
d'approvisionnement de la population si les conditions de leur
organisation ainsi que les contrôles mis en place sont propres à
garantir le respect des dispositions de l'article 1er et de l'article 7./

Par ailleurs, toujours dans cet article 8

, je ne sais si c'est appliqué, je vois la catégorie M.

Je suppose que les commerces alimentaires ne font pas partie des
"Magasins de vente".

En fait ils font partie des exceptions indiquées au Journal Officiel.
https://www.legifrance.gouv.fr/jo_pdf.do?id=JORFCONT41723291

Donc si ma lecture est bonne le marché des Lices, Halles Martenot
(Rennes) comprises est par défaut fermé.

Par contre les Halles Saint-Louis

(Brest) peuvent ouvertes.

En effet je vois les Halles Martenot comme un marché couvert (c'est un
bâtiment vide occupé temporairement par un marché ou d'autres activités).

Et les Halles Saint-Louis comme une succession d'échoppes en dur. Je ne
suis pas passé par là depuis la rénovation. Il semble qu'il y a deux
parties : une partie avec échoppes et une comme un marché couvert.

Y a-t-il des Brestois sur la liste ?

Plus important : les de types de marchés couverts sont définis avec :

amenity 
marketplace


building
  yes


Donc pour ce type de halls on a besoin d'avoir un détail échoppe par
échoppe ? On ne peut dire globalement "avec échoppe" ?

Jean-Yvon



/I. - Les établissements relevant des catégories mentionnées par le
règlement pris en application de l'article R. 123-12 du code de la
construction et de l'habitation

figurant ci-après ne peuvent plus accueillir du public jusqu'au 15 avril
2020 : /


- au titre de la catégorie L : Salles d'auditions, de conférences, de
réunions, de spectacles ou à usage multiple sauf pour les salles
d'audience des juridictions ;
- au titre de la catégorie M : *Magasins de vente et Centres
commerciaux, sauf pour leurs activités de livraison et de retraits de
commandes* ;
- au titre de la catégorie N : Restaurants et débits de boissons, sauf
pour leurs activités de livraison et de vente à emporter, le « room
service » des restaurants et bars d'hôtels et la restauration collective
sous contrat ;
- au titre de la catégorie P : Salles de danse et salles de jeux ;
- au titre de la catégorie S : Bibliothèques, centres de documentation ;
- au titre de la catégorie T : Salles d'expositions ;
- au titre de la catégorie X : Etablissements sportifs couverts ;
- au titre de la catégorie Y : Musées ;
- au titre de la catégorie CTS : Chapiteaux, tentes et structures ;
- au titre de la catégorie PA : Etablissements de plein air ;
- au titre de la catégorie R : Etablissements d'éveil, d'enseignement,
de formation, centres de vacances, centres de loisirs sans hébergement,
sauf ceux relevant des articles 9 et 10.


II. - Les établissements relevant du I peuvent toutefois continuer à
recevoir du public pour les activités figurant en annexe.
III. - La tenue des marchés, couverts ou non et quel qu'en soit l'objet,
est interdite. Toutefois, le représentant de l'Etat dans le département
peut, après avis du maire, accorder une autorisation d'ouverture des
marchés alimentaires qui répondent à un besoin d'approvisionnement de la
population si les conditions de leur organisation ainsi que les
contrôles mis en place sont propres à garantir le respect des
dispositions de l'article 1er et de l'article 7.
IV. - Les établissements de culte, relevant de la catégorie V, sont
autorisés à rester ouverts. Tout rassemblement ou réunion en leur sein
est interdit à l'exception des cérémonies funéraires dans la limite de
20 personnes.
V. - Les établissements mentionnés aux articles L. 322-1

Re: [Talk-it] Import civici Milano - preview

[Francesco Ansanelli]

Ciao,

Il ven 27 mar 2020, 20:39 Giovanni Fasano via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 27/03/20 20:17, Francesco Ansanelli ha scritto:
> >
> >
> > Il ven 27 mar 2020, 18:53 Alessandro P. via Talk-it
> > mailto:talk-it@openstreetmap.org>> ha
> scritto:
> >
> > Il 27/03/20 17:54, Francesco Ansanelli ha scritto:
> >  > Ciao,
> >  >
> >  > Complimenti!
> >  > Ho guardato un po' a campione e i dati sembrano precisi...
> Valuterei
> >  > di cambiare lettere da maiuscolo a minuscolo,
> >
> >
> > Sulle targhe però sono scritte in maiuscolo
> >
> >
> > Non importa... Riporto dal wiki:
> >
> > la prassi è quella di inserire il numero civico e l'esponente senza
> > alcun separatore. L'esponente deve essere inserito in lettere minuscole
> > (es: addr:housenumber
> > =2b
> > <
> https://wiki.openstreetmap.org/w/index.php?title=Tag:addr:housenumber%3D2b=edit=1
> >).
> >
> > Puoi approfittare al link:
> > https://wiki.openstreetmap.org/wiki/IT:Addresses
> >
> > Francesco
> >
> >
>
> Per curiosità, visto che tutte le targhe che mi è capitato di vedere
> usano le maiuscole, perché è stato deciso di mettere le minuscole?
>

La modifica risale a 2 anni fa... Sicuramente sarà stata discussa, ma non
so dirti la ragione storica.
Forse perché c'è il numero prima e  quindi la lettera va piccola...
Poi anche le targhe delle vie sono in maiuscolo, ma poi usiamo le regole
Istat per caricare i nomi delle strade.
Personalmente mi va bene qualsiasi standard, purché documentato.
Francesco

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Noémie Lehuby via Talk-fr]

Bonjour,

On a eu beaucoup de signalements de commerce manquants depuis le 
lancement de Ça reste ouvert. Vu qu'on croule déjà sous les notes à 
traiter, je pense que nos solutions habituelles (https://www.onosm.org/, 
https://osmybiz.osm.ch) ne sont pas adaptées.


J'ai donc rédigé un petit guide pour faire sa première contribution : 
https://blog.caresteouvert.fr/que-faire-sil-manque-un-commerce-dans-ca-reste-ouvert/


N'hésitez pas à le partager, et gardez un oeil sur les nouvelles 
contributions dans votre zone ;)


--
Noémie Lehuby

Le 27/03/2020 à 17:00, Philippe Verdy a écrit :

La limite de 1km et 1h ne concerne que la pratique sportive et la
promenade des animaux domestiques; les approvisionnements de nécessité
ne sont pas limités en distance mais on doit pouvoir justifier en
indiquant assez précisément où on va ou qu'on a un RDV.

S'il y a la queue dans un commerce ou un centre de distribution, on
garde son ticket de caisse (il y a l'heure dessus) ou on demande un
justificatif horaire à l'asso pour le retour (évidemment si c'est pour
les courses et qu'on tarde trop et rentre sans rien, on a fait autre
chose)

Et ça se verra au controle si on vient d'une distribution alimentaire,
d'autant que les assos ne laissent plus entrer, mais donnent des colis
préempaquetés à emporter tels quels, exceptionnellement elles peuvent
utiliser des sachets plastiques à défaut de sacs en papier ou amidon,
le but pour ces assos étant aussi de minimiser les contacts avec les
nombreux bénéficiaires, uniquement ceux préinscrits et qu'elles
invitent à des horaires plus étalés et par téléphone pour éviter les
files d'attentes !

Le jeu. 26 mars 2020 à 18:16, François de Metz  a écrit :

Bonjour Martin,

Merci pour les encouragements !


Cela peut être une belle porte d'entrée sur OSM, peut-être en mettant une
partie des informations visible sur la page "à propos" dès la page d'accueil
? (une pop up à la première connexion ?)


Dans le même ordre d'idée, y aurait-il quelque chose à faire autour de la
correction d'informations erronées/manquantes hors Covid ? (j'ai fait
quelques corrections sur Chambéry ce matin et il y a pas mal de commerces
pas à jour ou sans horaires pré-covid - honte à nous :-D - ça pourrait être
l'occasion de les repérer en ajoutant un format de notes sur les corrections
de nom et d'horaires normaux, en les affichant)

C'est un sujet en réflexion, mais pour le moment le plan est de
permettre la contribution directement sur le site pour le tag
opening_hours:covid19.


Enfin, je pense qu'il y a plein d'idées que vous pourriez rajouter : p. ex.
le calculateur de distance d'1km (vu que l'outil déjà partagé ici avait
plein de traqueurs malvenus), voire un outil calculant certaines
infrastructures les plus proches si >1km (pourrait servir de justificatif,
"je n'ai pas de pharmacie plus proche, la preuve" !), l'idée qui vient
d'être émise sur les centres de santé, etc. etc. Ça dépasse largement mes
compétences techniques par contre, je ne pourrais pas vous aider ;-)

On va certainement rajouter le cercle de 1km.

Pour le reste c'est vrai qu'on est parti sur un format carte
classique, mais on pourrais lister seulement les commerces autour d'un
point.

François


Encore bravo en tout cas !

Martin


On 26/03/2020 13:00, talk-fr-requ...@openstreetmap.org wrote:

Subject:
Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !
From:
François de Metz 
Date:
26/03/2020, 12:59

To:
Discussions sur OSM en français 


Bonjour,

Merci à toute les personnes qui contribuent et ferment les notes.

La mise à jour automatique des données OpenStreetMap n'est pas encore
effective, donc ne vous étonnez pas que vos contributions ne soient
pas encore affichées. Cela arrive très vite.

François

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


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

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


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

[OSM-talk-fr] préfixe S dans dans le 3ieme groupe de la référence européenne d'une borne de recharge

[Marc M.]

Bonjour,

http://osmose.openstreetmap.fr/fr/error/91edea36-dd31-7050-84f9-49518689f1b1
le préfixe identifiant l'objet est S dans le 3ieme groupe
FR*SOD*S*NPDC*248*1*_*_

https://www.afirev.fr/fr/informations-generales/ ne prévoit que P E C

que signifie S ?
est-ce normal d'avoir des bornes avec S ?
si c'est une erreur comment faire corriger ? écrire au réseau et/ou à
l'association AFIREV ?

Cordialement,
Marc

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

[Talk-es] Consulta atribución

[Oscar Moreno]

Buenas tardes, mi nombre es Oscar.
¿Podría utilizar la captura de un mapa en un video con fin comercial sin
atribuir?
Esto debido a que no se puede citar el link directo en la página de FB del
cliente, podría hacerlo en el video o si me darían la posibilidad de
omitirlo y pudiera evitar una posible distracción en el objetivo
del contenido y para cuidar la estética.
Agradezco su pronta respuesta.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-fr] Data Item à la place de *:wikidata

[Noémie Lehuby via Talk-fr]

Bonjour,

Il y a pas mal d'homonymes dans le domaine des transports (même si c'est 
plus network:wikidata ou operator:wikidata que brand:wikidata je te le 
concède) . Personnellement, j'ai découvert ce sujet grâce à / à cause 
des deux réseaux "Arc-en-Ciel" (en Haute-Garonne 
 et dans le Nord 
) qui ont fait coulé pas mal 
d'encre sur nos listes de diff.


L'idée est intéressante en tout cas, je ne pensais pas qu'on pouvait 
utiliser les Data Item pour cela. Il y a déjà de la doc sur ce sujet et 
ce cas d'usage ?
Pour que ça puisse remplacer / complémenter wikidata et éviter la saisie 
d'info redondantes dans OSM, il faudrait qu'on puisse savoir facilement 
si une liaison entre un tag brand=qqch et wikidata existe déjà, savoir 
comment accéder à ces infos par APIs ou en téléchargeant un dump de la 
base, etc


--
Noémie Lehuby

Le 26/03/2020 à 22:52, François Lacombe a écrit :


Le jeu. 26 mars 2020 à 18:10, Yves P. > a écrit :


> Je suggère de ne taguer les objets OSM qu'avec brand=*
Le problème, c’est qu’il y a des homonymes…
C’est pour ça qu’il existe wikidata ;)


Oui mais les identifiants wikidata ne sont pas lisibles.
Le parti pris d'OSM est d'avoir des valeurs lisibles par l'homme il me 
semble?
Et puis la question qui se pose est d'avoir deux fois la même 
information sur les objets.


Peux-tu me citer un exemple d'homonyme s'il te plait?

> Et dans le DataItem relatif à une marque donné
brand=Harley-Davidson ->
https://wiki.openstreetmap.org/wiki/Item:Q5371

Ok, mais ça revient à recréer wikidata ?


Non parce que wikidata ne va pas te dire sur quelle géométrie 
peut-être utilisé le tag, ou à quelles règles de validation il va 
répondre.

Les DataItem c'est la description sémantique propre à OSM.

> Sinon on ne va faire que ça et cette liaison va être modifiée en
permanence en plus d'être difficile à maintenir partout.
+1

> Cela donne un cas d'usage positif supplémentaire aux dataitems
OK. Mais en pratique, on fait comment dans iD, JOSM et n’importe
quel outil OSM pour passer d’un tag à un DataItem ?


Tu n'aurais pas à le faire justement si tout se passe dans le DataItem.
Les éditeurs vont toutefois intégrer progressivement cette base de 
données qui rencontre une certaine réticence jusque là

J'avoue ne pas comprendre pourquoi.

Bonne soirée

François

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

Re: [Talk-it] Import civici Milano - preview

[Giovanni Fasano via Talk-it]

Il 27/03/20 20:17, Francesco Ansanelli ha scritto:



Il ven 27 mar 2020, 18:53 Alessandro P. via Talk-it 
mailto:talk-it@openstreetmap.org>> ha scritto:


Il 27/03/20 17:54, Francesco Ansanelli ha scritto:
 > Ciao,
 >
 > Complimenti!
 > Ho guardato un po' a campione e i dati sembrano precisi... Valuterei
 > di cambiare lettere da maiuscolo a minuscolo,


Sulle targhe però sono scritte in maiuscolo


Non importa... Riporto dal wiki:

la prassi è quella di inserire il numero civico e l'esponente senza 
alcun separatore. L'esponente deve essere inserito in lettere minuscole 
(es: addr:housenumber 
=2b 
).


Puoi approfittare al link:
https://wiki.openstreetmap.org/wiki/IT:Addresses

Francesco




Per curiosità, visto che tutte le targhe che mi è capitato di vedere 
usano le maiuscole, perché è stato deciso di mettere le minuscole?



--
Giovanni Fasano

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

Re: [OSM-talk-fr] BANO 2 - correspondance entre FANTOIR et voies OSM

[osm . sanspourriel]

CTRL+0 ? CTRL-- ?

À 80 % d'agrandissement ça marche.

Jean-Yvon

Le 27/03/2020 à 19:02, leni - lenny.li...@orange.fr a écrit :


Bonjour

J'ai un problème d'affichage sur les pages par exemple
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471=0

Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne
vois pas l'entête de la page

J'ai voulu voir si c'était uniquement un pb de mon navigateur et non,
c'est pire avec les autres : avec Vivaldi je ne vois que 2 lignes ;
avec Opéra et Chrome je ne vois plus qu'une ligne.

C'est uniquement W10 ?

cordialement

leniconfiné


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

Re: [Talk-it] Import civici Milano - preview

[Francesco Ansanelli]

Il ven 27 mar 2020, 18:53 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 27/03/20 17:54, Francesco Ansanelli ha scritto:
> > Ciao,
> >
> > Complimenti!
> > Ho guardato un po' a campione e i dati sembrano precisi... Valuterei
> > di cambiare lettere da maiuscolo a minuscolo,
>
>
> Sulle targhe però sono scritte in maiuscolo
>

Non importa... Riporto dal wiki:

la prassi è quella di inserire il numero civico e l'esponente senza alcun
separatore. L'esponente deve essere inserito in lettere minuscole (es:
addr:housenumber
=2b

).

Puoi approfittare al link:
https://wiki.openstreetmap.org/wiki/IT:Addresses

Francesco


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

Re: [OSM-talk-fr] BANO 2 - correspondance entre FANTOIR et voies OSM

[leni]

Le 27/03/2020 à 19:23, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 27 mars 2020 19:02:59 GMT+01:00, leni  a écrit :

Bonjour

J'ai un problème d'affichage sur les pages par exemple
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471=0

Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne
vois pas l'entête de la page

Tu n'es pas le seul dans ce cas, il y a un ticket ouvert là dessus :
https://github.com/osm-fr/osm-vs-fantoir/issues/60

désolé pour le bruit, je n'avais pas su trouver.

sur lequel je n'ai pas pu encore me pencher.

Ce n'ai pas grave avec firefox j'ai toutes les infos

Mais je sais par ailleurs que sous w10 + firefox avec mon pc pro je n'ai pas 
les soucis que tu as.
À suivre

vincent

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


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

Re: [OSM-talk-fr] BANO 2 - correspondance entre FANTOIR et voies OSM

[deuzeffe]

Hello,

Je ne reproduis pas le bug sous FF ESR 68.6.0 (Debian).

Ticket https://github.com/osm-fr/osm-vs-fantoir/issues/60 à nourrir ?
--
deuzeffe - pas assez rapide, grillède by vdct :/)

Le 27/03/2020 à 19:02, leni a écrit :

Bonjour

J'ai un problème d'affichage sur les pages par exemple 
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471=0


Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne vois 
pas l'entête de la page


J'ai voulu voir si c'était uniquement un pb de mon navigateur et non, 
c'est pire avec les autres : avec Vivaldi je ne vois que 2 lignes ; avec 
Opéra et Chrome je ne vois plus qu'une ligne.


C'est uniquement W10 ?

cordialement

leniconfiné


___
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] BANO 2 - correspondance entre FANTOIR et voies OSM

[Vincent de Château-Thierry]

Bonsoir,

Le 27 mars 2020 19:02:59 GMT+01:00, leni  a écrit :
>Bonjour
>
>J'ai un problème d'affichage sur les pages par exemple 
>https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471=0
>
>Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne
>vois pas l'entête de la page

Tu n'es pas le seul dans ce cas, il y a un ticket ouvert là dessus :
https://github.com/osm-fr/osm-vs-fantoir/issues/60
sur lequel je n'ai pas pu encore me pencher. Mais je sais par ailleurs que sous 
w10 + firefox avec mon pc pro je n'ai pas les soucis que tu as. 
À suivre

vincent

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

Re: [Talk-it] Audio mapping app Gpxrec

[Michele Marc]

Grazie, stasera provo!

Il Ven 27 Mar 2020, 19:17 Andrea Albani  ha scritto:

> Se provi ad agganciare l'evento .PermissionDenied relativo allo screen
> dovresti intercettare l'errore.
> Dentro al blocco richiami poi la procedura AskForPermission del medesimo
> screen passando come parametro il valore della variabile permissionName che
> trovi nel blocco evento di cui sopra.
> Sto parlando in via teorica perchè non ne ho mai avuto bisogno nei miei
> esperimenti.
>
> Ciao
>
>
> Il giorno ven 27 mar 2020 alle ore 15:49 michele  ha
> scritto:
>
>> Ciao a tutti
>> Mappo molto spesso in bici, quindi mi è comodo prendere appunti vocali
>> invece di scrivere.
>> Per questo creato un app per android che una volta lanciata registra per
>> il tempo preimpostato e si chiude.
>>
>> Volendo è possibile non farla chiudere automaticamente e premere il
>> pulsante rec per prendere altri appunti vocali.
>> Dentro la cartella gpxrec verranno salvate delle coppie di files, un gpx
>> contenente la posizione ed il link al file audio, ed un file 3gp contenente
>> l’audio.
>> Basterà importare questi files su josm per visualizzare i punti e sentire
>> il loro audio.
>>
>> Questa app ha qualche problema al primo avvio, ma una volta abilitati
>> tutti i permessi funziona correttamente.
>>
>> Qui la mia domanda, c'è qualcuno bravo con app inventor che ha tempo e
>> voglia di risolvere i problemi che da al primo avvio, ovvero che cerca di
>> registrare e da errore senza chiedere i permessi?
>>
>>
>> Si può scaricare il file zip contenente il file APK qui:
>>
>> http://iw1gfv.altervista.org/wp-content/uploads/2020/03/gpxrec.zip
>>
>>
>>
>> --
>> Michele iw1gfv
>> ___
>> 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

Re: [Talk-it] Audio mapping app Gpxrec

[Andrea Albani]

Se provi ad agganciare l'evento .PermissionDenied relativo allo screen
dovresti intercettare l'errore.
Dentro al blocco richiami poi la procedura AskForPermission del medesimo
screen passando come parametro il valore della variabile permissionName che
trovi nel blocco evento di cui sopra.
Sto parlando in via teorica perchè non ne ho mai avuto bisogno nei miei
esperimenti.

Ciao


Il giorno ven 27 mar 2020 alle ore 15:49 michele  ha
scritto:

> Ciao a tutti
> Mappo molto spesso in bici, quindi mi è comodo prendere appunti vocali
> invece di scrivere.
> Per questo creato un app per android che una volta lanciata registra per
> il tempo preimpostato e si chiude.
>
> Volendo è possibile non farla chiudere automaticamente e premere il
> pulsante rec per prendere altri appunti vocali.
> Dentro la cartella gpxrec verranno salvate delle coppie di files, un gpx
> contenente la posizione ed il link al file audio, ed un file 3gp contenente
> l’audio.
> Basterà importare questi files su josm per visualizzare i punti e sentire
> il loro audio.
>
> Questa app ha qualche problema al primo avvio, ma una volta abilitati
> tutti i permessi funziona correttamente.
>
> Qui la mia domanda, c'è qualcuno bravo con app inventor che ha tempo e
> voglia di risolvere i problemi che da al primo avvio, ovvero che cerca di
> registrare e da errore senza chiedere i permessi?
>
>
> Si può scaricare il file zip contenente il file APK qui:
>
> http://iw1gfv.altervista.org/wp-content/uploads/2020/03/gpxrec.zip
>
>
>
> --
> Michele iw1gfv
> ___
> 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] BANO 2 - correspondance entre FANTOIR et voies OSM

[leni]

Bonjour

J'ai un problème d'affichage sur les pages par exemple 
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471=0


Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne vois 
pas l'entête de la page


J'ai voulu voir si c'était uniquement un pb de mon navigateur et non, 
c'est pire avec les autres : avec Vivaldi je ne vois que 2 lignes ; avec 
Opéra et Chrome je ne vois plus qu'une ligne.


C'est uniquement W10 ?

cordialement

leniconfiné

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

Re: [Talk-it] Import civici Milano - preview

[Alessandro P. via Talk-it]

Il 27/03/20 17:54, Francesco Ansanelli ha scritto:

Ciao,

Complimenti!
Ho guardato un po' a campione e i dati sembrano precisi... Valuterei 
di cambiare lettere da maiuscolo a minuscolo,



Sulle targhe però sono scritte in maiuscolo

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Frédéric Rodrigo]

Osmose est maintenant déployé et les données sont à jour.

Changement :

- Changement de source pour l’établissement de la nature des objets 
(categagretab -> categetab), devrait être sans impact


- Retour arrière de la mise à jour de la source de données à cause 
d'erreur de localisation, retour à mars 2019


- Ajouter des "Structure dispensatrice d'oxygène à usage médical", dans 
l'item pharmacie


- Ajout des "Dialyse Ambulatoire", dans l'item hôpital


Pour les autres modifications continuez à faire des PR sur Github.


Frédéric.



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

Re: [OSM-talk-fr] Covid19 - Access tag

[Florimond Berthoux]

Ah non, il est possible d'empiler les conditions avec un ';' exemple :
access:conditional=no @ (sunset-sunrise) ; no @ covid19

Le ven. 27 mars 2020 à 17:46, Antoine Riche via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> +1 car utiliser access:conditional implique qu'on va écraser les valeurs
> existantes, qu'il faudra ensuite récupérer après le confinement.
> Le 27/03/2020 à 13:29, osm.sanspourr...@spamgourmet.com a écrit :
>
> Le 27/03/2020 à 12:59, JB - jb...@mailoo.org a écrit :
>
> Le 27/03/2020 à 12:38, Florimond Berthoux a écrit :
>
> Bonjour,
> Comme vous le savez les parcs, certaines routes (canal en Seine st
> Denis par exemple) ou plages sont fermés pendant le confinement.
> Je vous propose de tagguer cela avec un simple :
> access:conditional=no @ covid19
>
> Vous ne préféreriez pas faire comme pour les horaires d'ouverture,
> histoire que le jour où on nettoiera tout ça, ce soit plus simple ? Du
> genre :
> access:covid19=no (ou quelque chose du genre, avec une clé spécifique) ?
>
>
> +1 avec l'inconvénient qu'il faut que les routeurs le gèrent.
>
> C'est vrai il ne faut pas taguer pour le routeur^^ mais la c'est "juste"
> gérer no (comme access=no).
>
> Et pour gérer access:conditional=no @ covid19 il faudrait aussi du code
> (sachant qu'on a pas la période, ce sera codé en dur no). Donc pire que
> de mettre juste access:covid19=no, ce qu'un moteur de rendu cycliste
> rendra aisément^^.
>
> On n'a pas encore de maire ou de préfet pour interdire juste les pistes
> à certaines heures. Je me trompe ? (*)
>
> De plus
>
> Jean-Yvon
>
> (*) à propos de Trump, comme l'appellera-t-on s'il attrape le covid-19 ?
> Réponse en MP. MDR
>
>
>
> ___
> 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
>


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

Re: [Talk-ca] Iles de Boucherville

[Pierre Boucher]

Il est aussi problématique sur les cartes produites par Free worldwide 
Garmin maps from OpenStreetMap.:-\


Le 2020-03-27 à 12:38, Martin Chalifoux a écrit :
En passant j’utilise mkgmap pour produire une map pour les Garmin 
Edge. Je viens de voir que ce rendu est aussi problématique. Il y a 
donc quelque chose de tricky avec ces iles. Je vais regarder encore 
plus tard.


On Mar 27, 2020, at 12:36, Martin Chalifoux 
mailto:martin.chalif...@icloud.com>> wrote:


Je viens d’ajouter quelques element a la relation du fleuve 
st-laurent mais j’y vais avec beaucoup de précautions. Cette relation 
est énorme et lorsqu’on la bousille c’est une sapré bataille de la 
remettre en ordre.


On Mar 27, 2020, at 12:33, Pierre Béland > wrote:


Martin a révisé il y a un an Chemin : Île de la Commune (40579175) 
Et de mon côté j'ai révisé il y a 4 mois,Chemin : Île à Pinard 
(232592375) et me suis assuré que les Îles soient visibles avec 
style principal du site osm.  Et effectivement le tout est encore ok.


A voir effectivement si le style Cyclo  a été mis a jour depuis pour 
cette zone au cours de la dernière année.


Pierre, tu peux ouvrir un ticket sur le site Github de 
cycloosm-carto-style et décrire le problème


https://github.com/cyclosm/cyclosm-cartocss-style/issues

Par ailleurs, un contributeur a ajouté un tracé nautique circulaire 
bizarre avec waterway = canal

Chemin : Sentier Nautique balisé (578081572)


Pierre


Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux 
via Talk-ca > a écrit :



Il y avait ce bug de rendu sur openstreetmap.org 
 il y a quelques mois. Je l’ai réglé il y 
a un petit bout de temps et ce rendu est maintenant correct. 
Quelqu’un avait bousillé des relations. A quelle fréquence 
www.cyclosm.org  met a jour son rendu ? Se 
pourrait-il que ce site rende encore une vieille copie des données 
OSM ? Comme openstreetmap.org  n’a pas ce 
problème de rendu présentement ceci me semble davantage un problème 
avec le rendering engine de cyclosm.org  que 
les données OSM comme tel.


Martin.


On Mar 27, 2020, at 11:55, Pierre Boucher > wrote:


Quelqu'un peut-il régler ce problème d'affichage qui existe depuis 
longtemps?

J'en suis incapable.

https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm

Boff II*/
Pierre Boucher/*
___
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






--

*/Pierre Boucher/*
514.730.6211
formation en navigation de plaisance
Ste-Thérèse (Québec) Canada
http://www.lavoile.com



*...Pensez à l'environnement avant d'imprimer ce courriel !.*

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

Re: [Talk-it] Import civici Milano - preview

[Francesco Ansanelli]

Ciao,

Complimenti!
Ho guardato un po' a campione e i dati sembrano precisi... Valuterei di
cambiare lettere da maiuscolo a minuscolo, ma questo si può fare anche in
un secondo momento. Vista anche la situazione di crisi, sarebbero dati
preziosi per i servizi sul territorio.
Davvero un ottimo lavoro!

Francesco

Il ven 27 mar 2020, 17:07 Cascafico Giovanni  ha
scritto:

> Rispondo a questa discussione di oltre un anno fa, per riprendere il
> processo di importazione.
>
> - ripassato con Openrefine i nomi del viario per riportarli allo standard
> OSM titlecase.
> - assemblato le tre componenti utili del numero civico
> (numero+lettera+"/"+interno)
> - iniziato il processo di conflation
> - prodotto mappa di audit [1]
>
> La situazione che riassume il log del osm conflator fatto girare oggi è la
> seguente:
>
> Downloaded 21176 objects from OSM
> Matched 14051 points
> Removed 3451 unmatched duplicates
> Adding 34722 unmatched dataset points
> Deleted 0 and retagged 7125 unmatched objects from OSM
>
> Se non ricordo male la situazione dell'ottobre 2018, da allora i numeri
> dei civici OSM sono di molto aumentati. Tuttavia è possibile farsi un
> giretto nella mappa [1] per scovare errori di elaborazione e cercare si
> capire se si può importare senza revisione.
> Come faceva notare Musuruane, il conflator assegna la priorità alla
> posizione degli indirizzi in OSM che sembrano imprecisi rispetto al dataset
> comunale. Vedrete in giro [1] dei pin blu che il conflator ha marcato come
> "this addr is missing from source dataset: please check in range
> >10meters": chi esegue l'audit ha la possibilità di spostare il nuovo nodo,
> segnalarlo come duplicato o inesistente; senza nessun intervento di audit,
> rimmarranno entrambi (il nodo OSM e il nuovo OSM da dataset) postponendo le
> attività si pulizia.
>
> Il giorno mer 31 ott 2018 alle ore 16:01 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> On Wed, Oct 31, 2018 at 2:40 PM cascafico  wrote:
>>
>>>
>>> Pin verdi, l'import li crea;
>>> Pin blu, l'import li modifica, anche solo per mettere in fixme che
>>> significa:
>>>   indirizzo non presente nel dataset da importare
>>>   indirizzo non presente in un raggio di 10 metri dal nodo da importare
>>>
>>
>> Non so quanto OSM Conflator sia efficace in un import di numeri civici.
>> Sicuramente è più facile da usare di JOSM (e del plugin Conflation). Però
>> è anche molto meno flessibile.
>>
>
> La flessibilità del conflator si riduce al raggio entro il quale cercare
> elementi per la conflation e la possibilità di marcare fixme o cancellare
> l'oggetto OSM non ritrovato (quest'ultima possibilità la escludo a priori
> in quanto si potrebbe portar via preziosi tag degli eventuali POI).
> La mole di dati rende l'attività su JOSM decisamente impegnativa. Non ho
> esperienza del conflator JOSM, potrei sbagliarmi ma, a meno che JOSM non
> abbia delle funzionalità per un audit distribuito, la vedo dura. Sulla
> mappa di audit invece più persone possono revisionare contemporaneamente.
>
> [1] http://audit.osmz.ru/map/MI-addrs
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Covid19 - Access tag

[Antoine Riche via Talk-fr]

+1 car utiliser access:conditional implique qu'on va écraser les valeurs 
existantes, qu'il faudra ensuite récupérer après le confinement.


Le 27/03/2020 à 13:29, osm.sanspourr...@spamgourmet.com a écrit :

Le 27/03/2020 à 12:59, JB - jb...@mailoo.org a écrit :


Le 27/03/2020 à 12:38, Florimond Berthoux a écrit :

Bonjour,
Comme vous le savez les parcs, certaines routes (canal en Seine st
Denis par exemple) ou plages sont fermés pendant le confinement.
Je vous propose de tagguer cela avec un simple :
access:conditional=no @ covid19

Vous ne préféreriez pas faire comme pour les horaires d'ouverture,
histoire que le jour où on nettoiera tout ça, ce soit plus simple ? Du
genre :
access:covid19=no (ou quelque chose du genre, avec une clé spécifique) ?


+1 avec l'inconvénient qu'il faut que les routeurs le gèrent.

C'est vrai il ne faut pas taguer pour le routeur^^ mais la c'est "juste"
gérer no (comme access=no).

Et pour gérer access:conditional=no @ covid19 il faudrait aussi du code
(sachant qu'on a pas la période, ce sera codé en dur no). Donc pire que
de mettre juste access:covid19=no, ce qu'un moteur de rendu cycliste
rendra aisément^^.

On n'a pas encore de maire ou de préfet pour interdire juste les pistes
à certaines heures. Je me trompe ? (*)

De plus

Jean-Yvon

(*) à propos de Trump, comme l'appellera-t-on s'il attrape le covid-19 ?
Réponse en MP. MDR



___
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-ca] Iles de Boucherville

[Martin Chalifoux via Talk-ca]

En passant j’utilise mkgmap pour produire une map pour les Garmin Edge. Je 
viens de voir que ce rendu est aussi problématique. Il y a donc quelque chose 
de tricky avec ces iles. Je vais regarder encore plus tard.

> On Mar 27, 2020, at 12:36, Martin Chalifoux  
> wrote:
> 
> Je viens d’ajouter quelques element a la relation du fleuve st-laurent mais 
> j’y vais avec beaucoup de précautions. Cette relation est énorme et lorsqu’on 
> la bousille c’est une sapré bataille de la remettre en ordre. 
> 
>> On Mar 27, 2020, at 12:33, Pierre Béland > > wrote:
>> 
>> Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de 
>> mon côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me 
>> suis assuré que les Îles soient visibles avec style principal du site osm.  
>> Et effectivement le tout est encore ok.
>> 
>> A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette 
>> zone au cours de la dernière année. 
>> 
>> Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style 
>> et décrire le problème
>> 
>> https://github.com/cyclosm/cyclosm-cartocss-style/issues 
>> 
>> 
>> Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
>> avec waterway = canal
>> Chemin : Sentier Nautique balisé (578081572) 
>> 
>>  
>> Pierre 
>> 
>> 
>> Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via 
>> Talk-ca mailto:talk-ca@openstreetmap.org>> a 
>> écrit :
>> 
>> 
>> Il y avait ce bug de rendu sur openstreetmap.org  
>> il y a quelques mois. Je l’ai réglé il y a un petit bout de temps et ce 
>> rendu est maintenant correct. Quelqu’un avait bousillé des relations. A 
>> quelle fréquence www.cyclosm.org  met a jour son 
>> rendu ? Se pourrait-il que ce site rende encore une vieille copie des 
>> données OSM ? Comme openstreetmap.org  n’a pas ce 
>> problème de rendu présentement ceci me semble davantage un problème avec le 
>> rendering engine de cyclosm.org  que les données OSM 
>> comme tel.
>> 
>> Martin.
>> 
>> 
>>> On Mar 27, 2020, at 11:55, Pierre Boucher >> > wrote:
>>> 
>> 
>> Quelqu'un peut-il régler ce problème d'affichage qui existe depuis longtemps?
>> J'en suis incapable.
>> 
>> https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
>> 
>> 
>> Boff II
>> Pierre Boucher
>> ___
>> 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 
>> 
> 

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

Re: [Talk-ca] Iles de Boucherville

[Martin Chalifoux via Talk-ca]

Je viens d’ajouter quelques element a la relation du fleuve st-laurent mais j’y 
vais avec beaucoup de précautions. Cette relation est énorme et lorsqu’on la 
bousille c’est une sapré bataille de la remettre en ordre. 

> On Mar 27, 2020, at 12:33, Pierre Béland  wrote:
> 
> Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de mon 
> côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me suis 
> assuré que les Îles soient visibles avec style principal du site osm.  Et 
> effectivement le tout est encore ok.
> 
> A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette 
> zone au cours de la dernière année. 
> 
> Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style 
> et décrire le problème
> 
> https://github.com/cyclosm/cyclosm-cartocss-style/issues 
> 
> 
> Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
> avec waterway = canal
> Chemin : Sentier Nautique balisé (578081572) 
> 
>  
> Pierre 
> 
> 
> Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via Talk-ca 
>  a écrit :
> 
> 
> Il y avait ce bug de rendu sur openstreetmap.org  
> il y a quelques mois. Je l’ai réglé il y a un petit bout de temps et ce rendu 
> est maintenant correct. Quelqu’un avait bousillé des relations. A quelle 
> fréquence www.cyclosm.org  met a jour son rendu ? Se 
> pourrait-il que ce site rende encore une vieille copie des données OSM ? 
> Comme openstreetmap.org  n’a pas ce problème de 
> rendu présentement ceci me semble davantage un problème avec le rendering 
> engine de cyclosm.org  que les données OSM comme tel.
> 
> Martin.
> 
> 
>> On Mar 27, 2020, at 11:55, Pierre Boucher > > wrote:
>> 
> 
> Quelqu'un peut-il régler ce problème d'affichage qui existe depuis longtemps?
> J'en suis incapable.
> 
> https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
> 
> 
> Boff II
> Pierre Boucher
> ___
> 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 
> 

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

Re: [Talk-ca] Iles de Boucherville

[Pierre Béland via Talk-ca]

Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de mon 
côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me suis 
assuré que les Îles soient visibles avec style principal du site osm.  Et 
effectivement le tout est encore ok.

A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette zone 
au cours de la dernière année. 

Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style et 
décrire le problème

https://github.com/cyclosm/cyclosm-cartocss-style/issues
Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
avec waterway = canalChemin : Sentier Nautique balisé (578081572) 

 
Pierre 
 

Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via 
Talk-ca  a écrit :  
 
 Il y avait ce bug de rendu sur openstreetmap.org il y a quelques mois. Je l’ai 
réglé il y a un petit bout de temps et ce rendu est maintenant correct. 
Quelqu’un avait bousillé des relations. A quelle fréquence www.cyclosm.org met 
a jour son rendu ? Se pourrait-il que ce site rende encore une vieille copie 
des données OSM ? Comme openstreetmap.org n’a pas ce problème de rendu 
présentement ceci me semble davantage un problème avec le rendering engine de 
cyclosm.org que les données OSM comme tel.
Martin.


On Mar 27, 2020, at 11:55, Pierre Boucher  wrote:
 
 Quelqu'un peut-il régler ce problème d'affichage qui existe depuis longtemps?
 J'en suis incapable.
 
 https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
 Boff II
 Pierre Boucher ___
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
  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Iles de Boucherville

[Pierre Boucher]

Le rendu est correct seulement sur la carte standard de 
openstreetmap.org   il persiste sur la carte 
cyclable de openstreetmap.org  ???


Le 2020-03-27 à 12:03, Martin Chalifoux a écrit :
Il y avait ce bug de rendu sur openstreetmap.org 
 il y a quelques mois. Je l’ai réglé il y a 
un petit bout de temps et ce rendu est maintenant correct. Quelqu’un 
avait bousillé des relations. A quelle fréquence www.cyclosm.org 
 met a jour son rendu ? Se pourrait-il que ce 
site rende encore une vieille copie des données OSM ? Comme 
openstreetmap.org  n’a pas ce problème de 
rendu présentement ceci me semble davantage un problème avec le 
rendering engine de cyclosm.org  que les données 
OSM comme tel.


Martin.


On Mar 27, 2020, at 11:55, Pierre Boucher > wrote:


Quelqu'un peut-il régler ce problème d'affichage qui existe depuis 
longtemps?

J'en suis incapable.

https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm

Boff II*/
Pierre Boucher/*
___
Talk-ca mailing list
Talk-ca@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-ca




--

*/Pierre Boucher/*
514.730.6211
formation en navigation de plaisance
Ste-Thérèse (Québec) Canada
http://www.lavoile.com



*...Pensez à l'environnement avant d'imprimer ce courriel !.*

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

Re: [Talk-it] Import civici Milano - preview

[Cascafico Giovanni]

Rispondo a questa discussione di oltre un anno fa, per riprendere il
processo di importazione.

- ripassato con Openrefine i nomi del viario per riportarli allo standard
OSM titlecase.
- assemblato le tre componenti utili del numero civico
(numero+lettera+"/"+interno)
- iniziato il processo di conflation
- prodotto mappa di audit [1]

La situazione che riassume il log del osm conflator fatto girare oggi è la
seguente:

Downloaded 21176 objects from OSM
Matched 14051 points
Removed 3451 unmatched duplicates
Adding 34722 unmatched dataset points
Deleted 0 and retagged 7125 unmatched objects from OSM

Se non ricordo male la situazione dell'ottobre 2018, da allora i numeri dei
civici OSM sono di molto aumentati. Tuttavia è possibile farsi un giretto
nella mappa [1] per scovare errori di elaborazione e cercare si capire se
si può importare senza revisione.
Come faceva notare Musuruane, il conflator assegna la priorità alla
posizione degli indirizzi in OSM che sembrano imprecisi rispetto al dataset
comunale. Vedrete in giro [1] dei pin blu che il conflator ha marcato come
"this addr is missing from source dataset: please check in range
>10meters": chi esegue l'audit ha la possibilità di spostare il nuovo nodo,
segnalarlo come duplicato o inesistente; senza nessun intervento di audit,
rimmarranno entrambi (il nodo OSM e il nuovo OSM da dataset) postponendo le
attività si pulizia.

Il giorno mer 31 ott 2018 alle ore 16:01 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> On Wed, Oct 31, 2018 at 2:40 PM cascafico  wrote:
>
>>
>> Pin verdi, l'import li crea;
>> Pin blu, l'import li modifica, anche solo per mettere in fixme che
>> significa:
>>   indirizzo non presente nel dataset da importare
>>   indirizzo non presente in un raggio di 10 metri dal nodo da importare
>>
>
> Non so quanto OSM Conflator sia efficace in un import di numeri civici.
> Sicuramente è più facile da usare di JOSM (e del plugin Conflation). Però
> è anche molto meno flessibile.
>

La flessibilità del conflator si riduce al raggio entro il quale cercare
elementi per la conflation e la possibilità di marcare fixme o cancellare
l'oggetto OSM non ritrovato (quest'ultima possibilità la escludo a priori
in quanto si potrebbe portar via preziosi tag degli eventuali POI).
La mole di dati rende l'attività su JOSM decisamente impegnativa. Non ho
esperienza del conflator JOSM, potrei sbagliarmi ma, a meno che JOSM non
abbia delle funzionalità per un audit distribuito, la vedo dura. Sulla
mappa di audit invece più persone possono revisionare contemporaneamente.

[1] http://audit.osmz.ru/map/MI-addrs
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Iles de Boucherville

[Martin Chalifoux via Talk-ca]

Il y avait ce bug de rendu sur openstreetmap.org  il 
y a quelques mois. Je l’ai réglé il y a un petit bout de temps et ce rendu est 
maintenant correct. Quelqu’un avait bousillé des relations. A quelle fréquence 
www.cyclosm.org  met a jour son rendu ? Se pourrait-il 
que ce site rende encore une vieille copie des données OSM ? Comme 
openstreetmap.org  n’a pas ce problème de rendu 
présentement ceci me semble davantage un problème avec le rendering engine de 
cyclosm.org  que les données OSM comme tel.

Martin.


> On Mar 27, 2020, at 11:55, Pierre Boucher  wrote:
> 
> Quelqu'un peut-il régler ce problème d'affichage qui existe depuis longtemps?
> J'en suis incapable.
> 
> https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
> 
> 
> Boff II
> Pierre Boucher
> ___
> 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] Ça reste ouvert : on a besoin de vous !

[Philippe Verdy]

La limite de 1km et 1h ne concerne que la pratique sportive et la
promenade des animaux domestiques; les approvisionnements de nécessité
ne sont pas limités en distance mais on doit pouvoir justifier en
indiquant assez précisément où on va ou qu'on a un RDV.

S'il y a la queue dans un commerce ou un centre de distribution, on
garde son ticket de caisse (il y a l'heure dessus) ou on demande un
justificatif horaire à l'asso pour le retour (évidemment si c'est pour
les courses et qu'on tarde trop et rentre sans rien, on a fait autre
chose)

Et ça se verra au controle si on vient d'une distribution alimentaire,
d'autant que les assos ne laissent plus entrer, mais donnent des colis
préempaquetés à emporter tels quels, exceptionnellement elles peuvent
utiliser des sachets plastiques à défaut de sacs en papier ou amidon,
le but pour ces assos étant aussi de minimiser les contacts avec les
nombreux bénéficiaires, uniquement ceux préinscrits et qu'elles
invitent à des horaires plus étalés et par téléphone pour éviter les
files d'attentes !

Le jeu. 26 mars 2020 à 18:16, François de Metz  a écrit :
>
> Bonjour Martin,
>
> Merci pour les encouragements !
>
> > Cela peut être une belle porte d'entrée sur OSM, peut-être en mettant une
> > partie des informations visible sur la page "à propos" dès la page d'accueil
> > ? (une pop up à la première connexion ?)
> >
> >
> > Dans le même ordre d'idée, y aurait-il quelque chose à faire autour de la
> > correction d'informations erronées/manquantes hors Covid ? (j'ai fait
> > quelques corrections sur Chambéry ce matin et il y a pas mal de commerces
> > pas à jour ou sans horaires pré-covid - honte à nous :-D - ça pourrait être
> > l'occasion de les repérer en ajoutant un format de notes sur les corrections
> > de nom et d'horaires normaux, en les affichant)
>
> C'est un sujet en réflexion, mais pour le moment le plan est de
> permettre la contribution directement sur le site pour le tag
> opening_hours:covid19.
>
> > Enfin, je pense qu'il y a plein d'idées que vous pourriez rajouter : p. ex.
> > le calculateur de distance d'1km (vu que l'outil déjà partagé ici avait
> > plein de traqueurs malvenus), voire un outil calculant certaines
> > infrastructures les plus proches si >1km (pourrait servir de justificatif,
> > "je n'ai pas de pharmacie plus proche, la preuve" !), l'idée qui vient
> > d'être émise sur les centres de santé, etc. etc. Ça dépasse largement mes
> > compétences techniques par contre, je ne pourrais pas vous aider ;-)
>
> On va certainement rajouter le cercle de 1km.
>
> Pour le reste c'est vrai qu'on est parti sur un format carte
> classique, mais on pourrais lister seulement les commerces autour d'un
> point.
>
> François
>
> >
> > Encore bravo en tout cas !
> >
> > Martin
> >
> >
> > On 26/03/2020 13:00, talk-fr-requ...@openstreetmap.org wrote:
> > > Subject:
> > > Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !
> > > From:
> > > François de Metz 
> > > Date:
> > > 26/03/2020, 12:59
> > >
> > > To:
> > > Discussions sur OSM en français 
> > >
> > >
> > > Bonjour,
> > >
> > > Merci à toute les personnes qui contribuent et ferment les notes.
> > >
> > > La mise à jour automatique des données OpenStreetMap n'est pas encore
> > > effective, donc ne vous étonnez pas que vos contributions ne soient
> > > pas encore affichées. Cela arrive très vite.
> > >
> > > François
>
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-GB] Adding missing roads using Facebook detections

[Andy Townsend]

On 27/03/2020 15:30, Lester Caine wrote:
I would also add that having been FIGHTING the Facebook Places naming 
process,


For the avoidance of doubt, I don't believe that what Facebook (and 
Instagram, and WhatsApp, et al) "places" are directly related to OSM.


At the DWG* we get a huge amount of complaints about Facebook locations 
being buggy; people send the complaints to us because they hear that 
Facebook use OSM data.  Upon investigation most or all of these turn out 
to be perfectly OK in OSM.  Sometimes what some people call a place 
doesn't match what other people call it (see 
https://web.archive.org/web/20190225133138/http://ma3t.co.uk/euanmills/euanmills/tifd.html 
et al) but generally OSM is what the complainer was expecting but 
Facebook not.


Best Regards,

Andy

* OSM's Data Working Group, who get all sorts of complaints about OSM 
Data, and also more varied complaints from people, such as those 
surprised when they search for things in Instagram it shows their 
location, and other information from local contacts that they have 
chosen to share with Facebook.



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

[Talk-ca] Iles de Boucherville

[Pierre Boucher]

Quelqu'un peut-il régler ce problème d'affichage qui existe depuis 
longtemps?

J'en suis incapable.

https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm

Boff II*/
Pierre Boucher/*
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Covid-19 et carto

[Philippe Verdy]

J'ai vu qu'en Espagne ils utilisent les masques de plongée sous-marine
(pas très adaptés mais mieux que rien) en scotchant sur les embouts
les tubes de ventilation stériles plus fins que les grosses durites
utilisées pour la plongée). Des assos de plongée leur en apporte...
Mais pas pratique pour les intubations quand le malade ne peut plus
respirer tout seul (notamment les masques de plongée bouchent le nez,
et l'embout buccal a des trous trop fins pour y passer des tubes et le
malade ne peut pas toujours réguler correctement la pression des
lèvres et la relâcher pour expirer, et il n'y a pas de filtre ; ça ne
sert que pour les malades qui peuvent encore respirer un peu par
eux-même et sont conscients : c'est déjà très anxiogène pour un
apprenti plongeur d'apprendre à utiliser ces masques sans commencer
par s'étouffer  s'il ne recrache pas la salive surproduite par le
contact lingual... pour les malades ça doit être encore plus pénible,
d'autant que ces masques ne leur permet pas d'expectorer facilement
l'excès de mucus qui envahit et noie leurs poumons).
Normalement il faudra aussi des kynés, pas que des respirateurs, pour
aider à recracher les liquides que les tubes n'arrivent pas à pomper
dans les alvéoles.

Le jeu. 26 mars 2020 à 20:08, Yves P.  a écrit :
>
> Bonsoir,
>
> Voilà l'adresse pour les curieux: https://www.mur-project.org/
>
>
> Il y a d’autres projets de respirateurs dans le monde : 
> https://opensourceventilator.org/#initiatives
> MUR n’y figure pas encore ;)
>
> __
> Yves
>
>
> ___
> 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-GB] Adding missing roads using Facebook detections

[Andy Townsend]

On 27/03/2020 14:21, ael wrote:


Even then working from imagery can be very problematic. One of the
Amazon mappers added a variety of roads to a construction site which
were actually muddy tracks being used for the construction itself. A minority
were destined to become highways or paths.


Co-incidentally, a similar problem occurred at 
https://www.openstreetmap.org/changeset/82602527 .


The area there is a yard for the storage of portable drilling rigs.  
What was added there as a service road (since deleted but was at 
https://overpass-turbo.eu/s/RZi ) isn't really one at all - it's just a 
convenient route through an area that happens to have no long vehicles 
on it.  Different ages of imagery show similar but different routes over 
time as where particular long vehicles in the yard happen to be parked 
changes.


One other problem that shows up here is that "Esri World Imagery" seems 
to have been used as the source of the "service road". Esri's the most 
recent source here, but it is clearly offset compared to the others (and 
in particular to OS OpenData StreetView, which is pretty reliable for 
road centrelines).


Obviously this issue isn't due to using Facebook's "AI" at all, but it 
does suggest another question - how do we know what imagery layers were 
used for FB's suggestions in that area, what age they are, and how 
offset they are?


I usually end up adding data based on GPS position, helped by looking at 
OS OpenData StreetView (for alignment using road centrelines and 
historic waterway data), Bing (fairly old but not very much offset) and 
Esri (fairly new but often quite offset relative to anything else).  If 
someone's trusting some other undocumented algorithm instead, how do 
they know whether it is accurate or not?


Best Regards,

Andy



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

Re: [Talk-GB] Adding missing roads using Facebook detections

[Lester Caine]

On 27/03/2020 13:04, Brian Prangle wrote:
I echo Richard's comments - best to confine yourselves to new roads in 
recently constructed residential developments - and even here you need 
to be careful  as on the ground some roads will be service roads and 
some will  be living streets and there will also be gated communities 
(can you detect gates?). So definitely do not add access tags as these 
require a ground survey.


I would also add that having been FIGHTING the Facebook Places naming 
process, I do not conciser Facebook as anything like a reliable source 
of data. I've along with others have given up trying to get the correct 
CURRENT place names properly referenced and in recent years even when we 
had got links fixed they have now been rolled back to long out of date 
references. See the UK Places list on facebook ... 
https://www.facebook.com/groups/ukplaceseditors/ ... for examples of the 
problem, although the wiki site which carried all of the reported errors 
has now been taken down by Facebook :(


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk

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

Re: [Talk-GB] Adding missing roads using Facebook detections

[Phillip Barnett]

I doubt the point of the exercise in the UK at all. As another mapper has 
noted, there are almost no roads unmapped here. Any new developments are 
invariably jumped on very quickly by local mappers, as a rare trophy almost! 
(Certainly by me)
In which case the number of false positives will be through the roof.
Better that they focus on other, less well-mapped countries. This is not a 
problem to be solved here.
Phil

Sent from my iPhone

> On 27 Mar 2020, at 14:23, ael  wrote:
> 
> On Fri, Mar 27, 2020 at 01:04:50PM +, Brian Prangle wrote:
>> I echo Richard's comments - best to confine yourselves to new roads in
>> recently constructed residential developments - and even here you need to
>> be careful  as on the ground some roads will be service roads and some
>> will  be living streets and there will also be gated communities (can you
> 
> Even then working from imagery can be very problematic. One of the
> Amazon mappers added a variety of roads to a construction site which
> were actually muddy tracks being used for the construction itself. A minority
> were destined to become highways or paths. I had to ask for a reversion.
> I doubt that an AI system would be any better than Amazon humans.
> 
> ael
> 
> 
> ___
> 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-it] Audio mapping app Gpxrec

[michele]

Ciao a tutti
Mappo molto spesso in bici, quindi mi è comodo prendere appunti vocali 
invece di scrivere.
Per questo creato un app per android che una volta lanciata registra per 
il tempo preimpostato e si chiude.


Volendo è possibile non farla chiudere automaticamente e premere il 
pulsante rec per prendere altri appunti vocali.
Dentro la cartella gpxrec verranno salvate delle coppie di files, un gpx 
contenente la posizione ed il link al file audio, ed un file 3gp 
contenente l’audio.
Basterà importare questi files su josm per visualizzare i punti e 
sentire il loro audio.


Questa app ha qualche problema al primo avvio, ma una volta abilitati 
tutti i permessi funziona correttamente.


Qui la mia domanda, c'è qualcuno bravo con app inventor che ha tempo e 
voglia di risolvere i problemi che da al primo avvio, ovvero che cerca 
di registrare e da errore senza chiedere i permessi?



Si può scaricare il file zip contenente il file APK qui:

http://iw1gfv.altervista.org/wp-content/uploads/2020/03/gpxrec.zip



--
Michele iw1gfv

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

Re: [OSM-talk-fr] CaResteOuvert.fr - on fait le point

[Cédric Frayssinet]

Un grand merci à la communauté OSM et notamment à Florian pour ce résumé 
qui m'a permis de me remettre à jour (:/)... C'est clairement 
impressionnant tout le boulot que vous avez abattu en si peu de temps !


:clap: :clap:

Cédric

Le 26/03/2020 à 22:07, Florian LAINEZ a écrit :

Bonjour à tous,
Beaucoup de discussions se sont échangées ces jours-ci en lien avec le 
projet http://caresteouvert.fr et il nous semble qu'il est temps de 
faire le point.
Je vais détailler mon propos, dont le résumé en une phrase est : 
*MERCI* pour vos très nombreuses contributions afin de répondre à la 
crise sanitaire #Covid19; nous sommes fiers de faire partie de cette 
communauté qui sait se mobiliser lorsqu'il y en a besoin; nous sommes 
sincèrement désolés pour l'avalanche de notes ces derniers temps qui 
est dû à des choix techniques du site Internet justifiés par 
l'urgence; nous sollicitons humblement votre aide pour traiter ces 
notes au plus vite; nous promettons que ce flot continue de notes ne 
durera pas longtemps; continuons à contribuer ensemble et à se 
coordonner sur la page https://wiki.openstreetmap.org/wiki/France/Covid-19


--
Au début du confinement, François de Metz > et moi-même avons cartographié les lieux 
restés ouverts dans notre commune et avons créé une visualisation sur 
le site http://osmontrouge.fr
Notre initiative a été partagée par la mairie de Montrouge, à la suite 
de quoi nous avons reçu une avalanche d'emails de citoyens désireux de 
nous préciser les conditions d'ouverte des différents lieux de la ville.


Constatant le succès de ce premier site et face à l'urgence liée à la 
crise sanitaire, il nous a semblé évident de mettre nos compétences au 
service de la communauté.
Avec Adrien Pavie > qui nous a rejoint, nous avons mis 
entre parenthèse nos projets professionnels respectifs pour nous 
concentrer à 100% sur le projet : développer en urgence la carte 
collaborative des lieux ouverts durant le confinement.


Nous proposons un site mobile/desktop à la couverture Nationale 
(incluant les territoires d'outre-mer) dont l’objectif principal est 
de contribuer à limiter les sorties hors domicile de la population et 
ainsi retarder la propagation du virus Covid19. Informer au mieux la 
population des lieux ouverts autour de leur lieu de confinement nous 
paraît une manière pertinente de répondre à la situation. Un citoyen 
mieux informé peut être amené à réduire le nombre mais aussi la 
distance et le temps de sorties extra-domicile.


Le résultat c'est "Ça reste ouvert". Le site http://caresteouvert.fr 
est un outil simple, /utilisable par un humain/, pour partager des 
informations vraiment utiles durant cette crise.
Cette carte collaborative permet à chacun de partager simplement les 
lieux ouverts ou fermés dans toute la France, mais aussi les horaires 
d'ouverture spécifiques au confinement.
Les données affichées proviennent toutes d'OpenStreetMap : le fond de 
carte et les lieux cliquables sur la carte. Nous utilisons en 
particulier 2 nouveaux tags créés pour l'occasion : 
opening_hours:covid19 
=*et 
son petit frère note:covid19=*


L'outil a été développé en urgence : ces derniers jours ont été 
extrêmement intense pour notre équipe. Vous avez d'ailleurs été très 
nombreux à nous proposer une aide spontanément; Merci à Vincent de 
Château Thierry pour son aide technique, Vincent Bergeot pour les 
tests utilisateur ... et à tous les autres. Désolé de ne pas pouvoir 
citer tout le monde mais MERCI de répondre présent pour répondre à ce 
challenge collectif. Cette réalisation est un vrai travail de groupe : 
l'hébergeur Scalingo nous a mis à dispo des serveurs gracieusement, 
les amis de Jawg Maps ont aussi fournit leur infra technique 
gracieusement, un graphiste bénévole nous a fait un logo ... mais 
surtout de nombreux contributeurs OpenStreetMap ont contribué à créer 
les données.
En moins de 24h nous sommes passé de 200 à 500 occurrences pour le tag 
opening_hours:covid19 
=* 
(cf. taginfo 
).


Le projet a eu une audience démesurée bien trop rapidement : de 
nombreux articles de presse ont été écrits dont celui sur BFM TV : 
https://www.bfmtv.com/tech/coronavirus-comment-savoir-quels-commerces-restent-ouverts-1882596.html
Le site a tenu la charge après la publication d'un article de BFM TV. 
C'est déjà un exploit en soi ! (bravo les devs)
La conséquence a été un afflux massif de contributions vers un outil 
bricolé en 2 jours et loin d'être finalisé.


Le choix que nous avons fait a été de demander à l'utilisateur, 
lorsqu'il sélectionne un lieu (par exemple 
https://www.caresteouvert.fr/@48.815808,2.311523,18.03/place/n5739779109) 
:

/> Ce lieu est-il ouvert ? OUI / NON
/
/> Ajouter des précisions comme les jours et les 

Re: [Talk-GB] Adding missing roads using Facebook detections

[ael]

On Fri, Mar 27, 2020 at 01:04:50PM +, Brian Prangle wrote:
> I echo Richard's comments - best to confine yourselves to new roads in
> recently constructed residential developments - and even here you need to
> be careful  as on the ground some roads will be service roads and some
> will  be living streets and there will also be gated communities (can you

Even then working from imagery can be very problematic. One of the
Amazon mappers added a variety of roads to a construction site which
were actually muddy tracks being used for the construction itself. A minority
were destined to become highways or paths. I had to ask for a reversion.
I doubt that an AI system would be any better than Amazon humans.

ael


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

Re: [Talk-it] numero interno di un civico

[Damjan Gerl]

  
  
Martin Koppenhoefer je 27.3.2020 ob
  12:17 napisal:


  
  




  Am Fr., 27. März 2020 um
12:13 Uhr schrieb demon_box :
  
  ciao, se abito in Via
Garibaldi 55 interno 4, di un complesso di villette a
schiera (cioè la mia proprietà è terra-cielo), come traduco
l'interno 4?

addr:door ?

addr:unit?





direi addr:unit


ma non cambia molto.


Ciao

Martin

  


Direi anche io addr:unit
Però forse potrebbe essere anche 55/4?

Personalmente ho usato questa ultima per taggare i civici interni di
Portopiccolo vicino Trieste, dove l'intero compleso/marina/borgo di
nuova costruzione ha un solo civico "ufficiale" e poi ha le varie
lettere +numero per le case/palazzi interni (vedi [0]).

Damjan

[0] https://www.openstreetmap.org/node/4394005739
  


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

Re: [Talk-it] R: Vetrine di vario tipo

[Federico Cortese]

Anche io mi sono posto in passato il problema delle vetrine, proprio
perchè ISTAT prevede espressamente l'assegnazione dei civici ove il
dislivello rispetto alla strada sia contenuto, come già precisato da
Fayor in questo thread.
All'epoca mi accontentai di un entrance=no e di un note:it=vetrina (o
qualcosa del genere) per poter poi ritrovare le occorrenze (esempio:
https://www.openstreetmap.org/node/3951992115), ma se troviamo
qualcosa di apposito è sicuramente meglio.


Ciao,
Federico

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

Re: [Talk-GB] Adding missing roads using Facebook detections

[Brian Prangle]

I echo Richard's comments - best to confine yourselves to new roads in
recently constructed residential developments - and even here you need to
be careful  as on the ground some roads will be service roads and some
will  be living streets and there will also be gated communities (can you
detect gates?). So definitely do not add access tags as these require a
ground survey.

Regards

Brian

On Fri, 27 Mar 2020 at 12:18, Richard Fairhurst 
wrote:

> Jothirnadh Guthula wrote:
> > With a team of mappers @Amazon we are planning to improve
> > missing roads in UK using Facebook detections as a source. Please
> > let us know if you have any ongoing projects using this data source.
> > While adding missing roads, we will be adding all the associated
> > access tags as per available on-ground resources.
>
> I'd urge extreme caution on this, particularly in rural areas, for two
> reasons.
>
> Firstly, as Martin says, there are virtually no public roads unmapped in
> the
> UK. New construction aside, I think in the last five years, I've spotted
> two, both in Powys.
>
> Secondly, UK access rights are unique and complex, and can only be
> discerned
> either by survey or by consulting Definitive Statements where these exist.
> You should not be adding access tags, nor adding highway types that imply
> access rights (for example, highway=unclassified implies general public
> access to all vehicle types), unless you've surveyed the location or
> consulted a Definitive Statement.
>
> For an example of the issues, please see this changeset discussion:
>
> https://www.openstreetmap.org/changeset/71668172
>
> In this case an Amazon Logistics mapper added motor_vehicle=yes which was
> inaccurate. In this particular case I was lucky to find an openly licensed
> photo to demonstrate the real access rights on that way.
>
> If you're exclusively mapping new housing estates in urban areas, though,
> go
> for it. :)
>
> Richard
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html
>
> ___
> 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-it] Webinar su OpenStreetMap e il suo possibile uso durante l'emergenza coronavirus

[Volker Schmidt]

Segnalo una simile iniziativa nella lista tedesca:
[Talk-de] Wer möchte Videos zu OpenStreetMap erstellen?

On Fri, 27 Mar 2020 at 11:02, Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ne accennerò, grazie!
>
> Ale
> On 26/03/20 23:34, Matteo Zaffonato wrote:
>
> Ciao Alessandro, pensi di rilanciare l'uso di http://su.openstretmap.it/
> ?
>
> Ciao
> Matteo
>
> On Thu, Mar 26, 2020 at 3:18 PM Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
>
>> Buongiorno,
>>
>> come annunciato nell'ultimo articolo del blog di Wikimedia Italia (
>> https://www.wikimedia.it/la-conoscenza-libera-a-casa-tua-grazie-ai-nostri-soci/),
>> domani alle 13 terrò un webinar introduttivo su OpenStreetMap, cercando di
>> fare esempi del suo utilizzo a supporto dell'emergenza coronavirus.
>>
>> Il webinar è pensato per non esperti di OpenStreetMap e avrà una prima
>> parte introduttiva sia sui concetti sia sui primi passi da fare (creazione
>> di un utente, introduzione all'editor iD) e una seconda parte con degli
>> esempi di semplici edit a supporto dell'integrazione in OSM di:
>>
>>- attività che fanno consegne a domicilio
>>- farmacie
>>- numeri civici
>>
>> Il webinar sarà trasmesso tramite Jisti meet e sarà aperto a 15 persone
>> al massimo, per limitare problemi di connessione, con iscrizione
>> obbligatoria all’indirizzo segrete...@wikimedia.it; la registrazione
>> dell’incontro sarà in seguito resa disponibile a tutti sul canale YouTube
>>  di Wikimedia
>> Italia (e forse anche in live streaming, nel caso ci siano molte richieste).
>>
>> Condivido qui nel caso qualcuno sia interessato a partecipare e anche per
>> raccogliere spunti e suggerimenti su elementi da evidenziare durante la
>> presentazione, in special modo sui 3 esempi sopra citati.
>>
>> Grazie a tutti,
>>
>> Ale
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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

Re: [OSM-talk-fr] Covid19 - Access tag

[osm . sanspourriel]

Le 27/03/2020 à 12:59, JB - jb...@mailoo.org a écrit :


Le 27/03/2020 à 12:38, Florimond Berthoux a écrit :

Bonjour,
Comme vous le savez les parcs, certaines routes (canal en Seine st
Denis par exemple) ou plages sont fermés pendant le confinement.
Je vous propose de tagguer cela avec un simple :
access:conditional=no @ covid19

Vous ne préféreriez pas faire comme pour les horaires d'ouverture,
histoire que le jour où on nettoiera tout ça, ce soit plus simple ? Du
genre :
access:covid19=no (ou quelque chose du genre, avec une clé spécifique) ?


+1 avec l'inconvénient qu'il faut que les routeurs le gèrent.

C'est vrai il ne faut pas taguer pour le routeur^^ mais la c'est "juste"
gérer no (comme access=no).

Et pour gérer access:conditional=no @ covid19 il faudrait aussi du code
(sachant qu'on a pas la période, ce sera codé en dur no). Donc pire que
de mettre juste access:covid19=no, ce qu'un moteur de rendu cycliste
rendra aisément^^.

On n'a pas encore de maire ou de préfet pour interdire juste les pistes
à certaines heures. Je me trompe ? (*)

De plus

Jean-Yvon

(*) à propos de Trump, comme l'appellera-t-on s'il attrape le covid-19 ?
Réponse en MP. MDR



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

Re: [Talk-GB] Adding missing roads using Facebook detections

[Richard Fairhurst]

Jothirnadh Guthula wrote:
> With a team of mappers @Amazon we are planning to improve 
> missing roads in UK using Facebook detections as a source. Please 
> let us know if you have any ongoing projects using this data source. 
> While adding missing roads, we will be adding all the associated 
> access tags as per available on-ground resources.

I'd urge extreme caution on this, particularly in rural areas, for two
reasons.

Firstly, as Martin says, there are virtually no public roads unmapped in the
UK. New construction aside, I think in the last five years, I've spotted
two, both in Powys. 

Secondly, UK access rights are unique and complex, and can only be discerned
either by survey or by consulting Definitive Statements where these exist.
You should not be adding access tags, nor adding highway types that imply
access rights (for example, highway=unclassified implies general public
access to all vehicle types), unless you've surveyed the location or
consulted a Definitive Statement.

For an example of the issues, please see this changeset discussion:

https://www.openstreetmap.org/changeset/71668172

In this case an Amazon Logistics mapper added motor_vehicle=yes which was
inaccurate. In this particular case I was lucky to find an openly licensed
photo to demonstrate the real access rights on that way.

If you're exclusively mapping new housing estates in urban areas, though, go
for it. :)

Richard



--
Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Phyks]

Situation similaire, je l'ai traitée comme ça hier :
https://www.openstreetmap.org/changeset/82674882#map=17/48.81439/2.32267=N

Pas forcément idéal, mais je n'ai pas trouvé mieux sur l'instant.

Note : description:covid19 à privilégier à note:covid19, cf correction
d'Adrien derrière.

-- 
Phyks
Le 27/03/2020 à 11:40, Quentin Salles a écrit :
> Bonjour,
> J'ai en ma possession une liste exhaustive de plusieurs commerces,
> restaurants ainsi que les modalités de livraisons. Je compte faire la
> bascule sur OSM en dehors de mes horaires de travail.
> Pour les restaurants, il ne s'agit que de plats à emporter. Les commandes
> peuvent être faites à partir d'une certaine heure. Comment pourrait-on
> présenter l'information ?
> 
> Bonne journée
> 
> Quentin SALLES
> 
> 
> ___
> 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] Covid19 - Access tag

[Phyks]

Sauf qu'ici, contrairement aux horaires d'ouverture, les
"access:conditional" sont déjà utilisés dans d'autres circonstances et
rendues / traitées en conséquence (OSMAnd etc).

Les utiliser me semble permettre de mettre à jour les données et de les
diffuser rapidement, en minimisant le nombre de développements ad-hoc.

Il suffira ensuite de sortir une liste de tous les access:conditional
qui ont du "covid19" dedans et de faire la correction.
-- 
Phyks
Le 27/03/2020 à 12:59, JB a écrit :
> Le 27/03/2020 à 12:38, Florimond Berthoux a écrit :
>> Bonjour,
>> Comme vous le savez les parcs, certaines routes (canal en Seine st
>> Denis par exemple) ou plages sont fermés pendant le confinement.
>> Je vous propose de tagguer cela avec un simple :
>> access:conditional=no @ covid19
> Vous ne préféreriez pas faire comme pour les horaires d'ouverture,
> histoire que le jour où on nettoiera tout ça, ce soit plus simple ? Du
> genre :
> access:covid19=no (ou quelque chose du genre, avec une clé spécifique) ?
>> https://wiki.openstreetmap.org/wiki/Conditional_restrictions
>> Et joie de l’informatique, pour les routes et chemins si ça concerne
>> le vélo (acccess:conditional, vehicle:conditional,
>> bicycle:conditional) ça sera rendu en zoom 20 sur CyclOSM, exemple :
>> https://www.cyclosm.org/#map=20/48.89238/2.38817/cyclosm
>> Bien à vous.
>> -- 
>> Florimond Berthoux
> 
> 
> ___
> 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] Covid19 - Access tag

[Florimond Berthoux]

J’y ai pensé mais :
- c’est le bon tag, c’est fait pour
- pas besoin de coder un patch pour être pris en compte par les outils (la
fonctionnalité existait déjà sur CyclOSM par exemple).
- une requête Overpass suffit pou retrouver les tags en
*:conditional=*covid19*

Le ven. 27 mars 2020 à 13:00, JB  a écrit :

> Le 27/03/2020 à 12:38, Florimond Berthoux a écrit :
>
> Bonjour,
> Comme vous le savez les parcs, certaines routes (canal en Seine st Denis
> par exemple) ou plages sont fermés pendant le confinement.
> Je vous propose de tagguer cela avec un simple :
> access:conditional=no @ covid19
>
> Vous ne préféreriez pas faire comme pour les horaires d'ouverture,
> histoire que le jour où on nettoiera tout ça, ce soit plus simple ? Du
> genre :
> access:covid19=no (ou quelque chose du genre, avec une clé spécifique) ?
>
> https://wiki.openstreetmap.org/wiki/Conditional_restrictions
> Et joie de l’informatique, pour les routes et chemins si ça concerne le
> vélo (acccess:conditional, vehicle:conditional, bicycle:conditional) ça
> sera rendu en zoom 20 sur CyclOSM, exemple :
> https://www.cyclosm.org/#map=20/48.89238/2.38817/cyclosm
> Bien à vous.
> --
> Florimond Berthoux
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-GB] Adding missing roads using Facebook detections

[Martin Wynne]

What missing roads?

In this area of the UK at least, there are no *public* roads missing 
from OSM, apart maybe from a few very new ones on new residential 
developments, which are very quickly added by human mappers, no AI needed.


A few private driveways are missing, but are they all strictly "roads"? 
A hundred yards from the gate to a residence doesn't strike me as a road 
in the usual sense. Is there a minimum length for a vehicular 
residential access to be classed as a road?


Martin.

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

Re: [OSM-talk-fr] Covid19 - Access tag

[JB]

Le 27/03/2020 à 12:38, Florimond Berthoux a écrit :

Bonjour,
Comme vous le savez les parcs, certaines routes (canal en Seine st 
Denis par exemple) ou plages sont fermés pendant le confinement.

Je vous propose de tagguer cela avec un simple :
access:conditional=no @ covid19
Vous ne préféreriez pas faire comme pour les horaires d'ouverture, 
histoire que le jour où on nettoiera tout ça, ce soit plus simple ? Du 
genre :

access:covid19=no (ou quelque chose du genre, avec une clé spécifique) ?

https://wiki.openstreetmap.org/wiki/Conditional_restrictions
Et joie de l’informatique, pour les routes et chemins si ça concerne 
le vélo (acccess:conditional, vehicle:conditional, 
bicycle:conditional) ça sera rendu en zoom 20 sur CyclOSM, exemple :

https://www.cyclosm.org/#map=20/48.89238/2.38817/cyclosm
Bien à vous.
--
Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CaResteOuvert.fr - on fait le point

[François de Metz]

Bonjour,

La prise en compte des modifications dans OSM vers la carte est en
place. Il y a un lag de réplication en ce moment, mais en temps normal
c'est max 1 heure. On va monitorer ça pour savoir si on peut réduire
ce délai.

François

On Thu, Mar 26, 2020 at 10:07:07PM +0100, Florian LAINEZ wrote:
> Bonjour à tous,
> Beaucoup de discussions se sont échangées ces jours-ci en lien avec le
> projet http://caresteouvert.fr et il nous semble qu'il est temps de faire
> le point.
> Je vais détailler mon propos, dont le résumé en une phrase est : *MERCI*
> pour vos très nombreuses contributions afin de répondre à la crise
> sanitaire #Covid19; nous sommes fiers de faire partie de cette communauté
> qui sait se mobiliser lorsqu'il y en a besoin; nous sommes sincèrement
> désolés pour l'avalanche de notes ces derniers temps qui est dû à des choix
> techniques du site Internet justifiés par l'urgence; nous sollicitons
> humblement votre aide pour traiter ces notes au plus vite; nous promettons
> que ce flot continue de notes ne durera pas longtemps; continuons à
> contribuer ensemble et à se coordonner sur la page
> https://wiki.openstreetmap.org/wiki/France/Covid-19
> 
> --
> Au début du confinement, François de Metz  et moi-même
> avons cartographié les lieux restés ouverts dans notre commune et avons
> créé une visualisation sur le site http://osmontrouge.fr
> Notre initiative a été partagée par la mairie de Montrouge, à la suite de
> quoi nous avons reçu une avalanche d'emails de citoyens désireux de nous
> préciser les conditions d'ouverte des différents lieux de la ville.
> 
> Constatant le succès de ce premier site et face à l'urgence liée à la crise
> sanitaire, il nous a semblé évident de mettre nos compétences au service de
> la communauté.
> Avec Adrien Pavie  qui nous a rejoint, nous avons
> mis entre parenthèse nos projets professionnels respectifs pour nous
> concentrer à 100% sur le projet : développer en urgence la carte
> collaborative des lieux ouverts durant le confinement.
> 
> Nous proposons un site mobile/desktop à la couverture Nationale (incluant
> les territoires d'outre-mer) dont l’objectif principal est de contribuer à
> limiter les sorties hors domicile de la population et ainsi retarder la
> propagation du virus Covid19. Informer au mieux la population des lieux
> ouverts autour de leur lieu de confinement nous paraît une manière
> pertinente de répondre à la situation. Un citoyen mieux informé peut être
> amené à réduire le nombre mais aussi la distance et le temps de sorties
> extra-domicile.
> 
> Le résultat c'est "Ça reste ouvert". Le site http://caresteouvert.fr est un
> outil simple, *utilisable par un humain*, pour partager des informations
> vraiment utiles durant cette crise.
> Cette carte collaborative permet à chacun de partager simplement les lieux
> ouverts ou fermés dans toute la France, mais aussi les horaires d'ouverture
> spécifiques au confinement.
> Les données affichées proviennent toutes d'OpenStreetMap : le fond de carte
> et les lieux cliquables sur la carte. Nous utilisons en particulier 2
> nouveaux tags créés pour l'occasion : opening_hours:covid19
> =* et son
> petit frère note:covid19=*
> 
> L'outil a été développé en urgence : ces derniers jours ont été extrêmement
> intense pour notre équipe. Vous avez d'ailleurs été très nombreux à nous
> proposer une aide spontanément; Merci à Vincent de Château Thierry pour son
> aide technique, Vincent Bergeot pour les tests utilisateur ... et à tous
> les autres. Désolé de ne pas pouvoir citer tout le monde mais MERCI de
> répondre présent pour répondre à ce challenge collectif. Cette réalisation
> est un vrai travail de groupe : l'hébergeur Scalingo nous a mis à dispo des
> serveurs gracieusement, les amis de Jawg Maps ont aussi fournit leur infra
> technique gracieusement, un graphiste bénévole nous a fait un logo ... mais
> surtout de nombreux contributeurs OpenStreetMap ont contribué à créer les
> données.
> En moins de 24h nous sommes passé de 200 à 500 occurrences pour le tag
> opening_hours:covid19
> =*  (cf.
> taginfo
> ).
> 
> Le projet a eu une audience démesurée bien trop rapidement : de nombreux
> articles de presse ont été écrits dont celui sur BFM TV :
> https://www.bfmtv.com/tech/coronavirus-comment-savoir-quels-commerces-restent-ouverts-1882596.html
> Le site a tenu la charge après la publication d'un article de BFM TV. C'est
> déjà un exploit en soi ! (bravo les devs)
> La conséquence a été un afflux massif de contributions vers un outil
> bricolé en 2 jours et loin d'être finalisé.
> 
> Le choix que nous avons fait a été de demander à l'utilisateur, lorsqu'il
> sélectionne un lieu (par exemple
> https://www.caresteouvert.fr/@48.815808,2.311523,18.03/place/n5739779109) :
> 
> *> Ce lieu est-il ouvert ? 

Re: [Talk-GB] Adding missing roads using Facebook detections

[ael]

On Fri, Mar 27, 2020 at 10:01:53AM +, Guthula, Jothirnadh via Talk-GB wrote:
> 
> As you might already know, Facebook released its AI-based detections publicly 
> on 08/09/2019 
> (https://github.com/facebookmicrosites/Open-Mapping-At-Facebook/wiki/Available-Countries).
>  

Not quite sure if you are posting from the Facebook team, but I will
assume so.

If it is only missing roads, I see no objections, although private
service roads are often mistagged by armchair mappers.

I was more worried by modifications to existing objects, but may this is
not planned for the UK. I saw in the FAQ that you intend to add source
tags which is excellent. What was not addressed there was what happens
when a source tag already exists. In some cases the existing source tag
may indicate some sort of ground survey, in which case edits should
should be extremely cautious if not abandoned. But where an edit goes 
ahead for good reason, the previous source tag should usually be
expanded rather than overwritten. IMHO.

ael


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

[OSM-talk-fr] Covid19 - Access tag

[Florimond Berthoux]

Bonjour,

Comme vous le savez les parcs, certaines routes (canal en Seine st Denis
par exemple) ou plages sont fermés pendant le confinement.
Je vous propose de tagguer cela avec un simple :

access:conditional=no @ covid19

https://wiki.openstreetmap.org/wiki/Conditional_restrictions

Et joie de l’informatique, pour les routes et chemins si ça concerne le
vélo (acccess:conditional, vehicle:conditional, bicycle:conditional) ça
sera rendu en zoom 20 sur CyclOSM, exemple :
https://www.cyclosm.org/#map=20/48.89238/2.38817/cyclosm

Bien à vous.

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

Re: [Talk-it] numero interno di un civico

[Martin Koppenhoefer]

domanda: se un'appartamente (unico) dispone di 2 ingressi, ottiene 2
interni o uno?

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

Re: [Talk-it] numero interno di un civico

[Martin Koppenhoefer]

Am Fr., 27. März 2020 um 12:13 Uhr schrieb demon_box <
e.rossini7...@gmail.com>:

> ciao, se abito in Via Garibaldi 55 interno 4, di un complesso di villette a
> schiera (cioè la mia proprietà è terra-cielo), come traduco l'interno 4?
>
> addr:door ?
>
> addr:unit?



direi addr:unit

ma non cambia molto.

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

[Talk-it] numero interno di un civico

[demon_box]

ciao, se abito in Via Garibaldi 55 interno 4, di un complesso di villette a
schiera (cioè la mia proprietà è terra-cielo), come traduco l'interno 4?

addr:door ?

addr:unit?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-se] Apropå svenska naturreservat i OSM

[pangoSE]

Hej John

Jag är helt enig. Om detta skal funka då måste vi se till att det är 
busenkelt att koppla på/av källor med olika lager.


Kanske är inte openstreetmap.org rätta stället för detta? Utvecklarna 
verkar väldigt konservativt inställda till ändringar, så det är nog för 
mycket att hoppas på. Att få dem att erbjuda upp till ett tiotal 
WMS-lager där per land ser jag inte som troligt i första laget.


Jag tänker att detta kanske kommer hända på openstreetmap.org samtidigt 
som vi byter från raster tiles till vektor tiles. Vad jag vet är det 
inga bra argument för att fortsätta med raster tiles när nu teknologin 
för vektor tiles finns. OsmAnd är helt vektor, Thunderforest har bytt, 
Mapbox har bytt.


Raster tiles har dem 2 stora nackdelar att dem fyller en massa på disk 
och kräver mycket resurser att generera. Vektor kan serveras direkt från 
en databas (se detaljer https://www.thunderforest.com/blog/)


Ang. OsmAnd så tänker jag mig att tex för Sverige så kommer det finnas 
en extra fil för naturreservat, och extra för skyddsområden (eller båda 
i en fil). Denna data dras från NV regelbundet (källa här 
https://wiki.openstreetmap.org/wiki/Sweden/Open_data/Naturv%C3%A5rdsverket#Boundary). 
Den måste konverteras till först osm/pbf (via ogr2ogr) och därefter 
*.obf format via (https://wiki.openstreetmap.org/wiki/OsmAndMapCreator). 
Vad jag vet kan OsmAnd bara tugga en obf åt gången i dagsläget för ett 
givet område 
(https://android.stackexchange.com/questions/141666/how-to-import-an-obf-map-file-into-osmand) 
vilket betyder att för att få med nationalparker/reservat så måste dem 
flätas in i osm datan först (via osmium) och därefter konverteras 
resultatet till obf.


Om detta ligger flera år ut i framtiden så är frågan om vi ska vänta med 
att radera dem områden vi redan har inne och bara vara tydliga med att 
vi inte uppdaterar dem längre.


WDYT?

On 2020-03-20 10:48, John Bäckstrand wrote:
Jag håller principiellt med, men "discoverability" är så oerhört 
viktigt, så det enda system som "drar in data från flera ställen" som 
duger, i min mening, vore ett centralt system som fungerar auomatiskt 
på openstreetmap.org  och de vanliga 
tile:sen. Allt annat kommer ju försämra upplevelsen och jag vet hur 
lat jag själv är, att få allt serverat för sig är en viktig faktor. 
Tar det 5 minuter att få till en vettig karta istället för 10 sekunder 
så räcker det för att gå någon annan stans.


Men det är mitt perspektiv.

/John Bäckstrand

On Fri, Mar 20, 2020 at 10:42 AM > wrote:


Hej på er.

Är det nån här som håller med Tobias?

Finns det konsensus för att radera våra undermåliga naturreservat
och i stället skapa et centralt ställe där det beskrivs hur datat
från NV kan läggas till en karta?

Problemet med detta som jag ser det är att vi tappar kopplingen
till tex wikidata (WD). Dock går det ju att lägga till alla
naturreservat i WD med ett NV namn id som man kan slå upp på i
stället för ett Qid från en OSM etikett. WD är mycket lättare att
uppdatera eftersom datan förändras än OSM objekt som inte
meningsfullt kan observeras på marken eftersom dem definieras av
människor genom en rättsprocess och gränserna märks sällan ut
ordentligt tex vid vattenskyddsområden.

Några andra nackdelar?

Detta frigör kraft till annat, tex mera kärlek till vandringsleder
som helt än inte finns i ett auktoritativt statligt dataset.
Vandringsleder är också synliga via skylter, m.m. och mera
komplexa än Naturreservat pga etapper, länk till externa webbsidor
och kartor. Detta data skulle iofs lika väl kunna sparas i
Wikidata också och dras in på kartan. I dagsläget finns redan
vandringsleder på WD, men många tex på Kungsleden
https://www.wikidata.org/wiki/Q59780 saknar etapper.

Mvh
pangoSE


*From:* Tobias Knerr mailto:o...@tobias-knerr.de>>
*Sent:* March 19, 2020 7:44:34 PM GMT+01:00
*To:* t...@openstreetmap.org 
*Subject:* Re: [OSM-talk] OSM is not the place for dissemination
of authoritative data sets

On 19.03.20 17:54, Jóhannes Birgir Jensson wrote:

So - why are authoritative data sets an unwelcome addition? 



At its core, OSM is a platform for collaboratively editing geodata. So
the following would be strong reasons not to import a dataset:

- other mappers should not edit it (because the dataset is the official
source and changing it would just make it wrong)
- other mappers cannot meaningfully edit it (because we cannot see the
object in the real world and don't have access to useful sources).

The way you describe it, collaborative editing doesn't seem to be a net
benefit to your scenario, and in fact makes it harder to sync updates
with the authoritative source.

So as a thought experiment: 

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Quentin Salles]

Bonjour,
J'ai en ma possession une liste exhaustive de plusieurs commerces,
restaurants ainsi que les modalités de livraisons. Je compte faire la
bascule sur OSM en dehors de mes horaires de travail.
Pour les restaurants, il ne s'agit que de plats à emporter. Les commandes
peuvent être faites à partir d'une certaine heure. Comment pourrait-on
présenter l'information ?

Bonne journée

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

Re: [OSM-talk-fr] Covid-19 : tag sur centre de consultations

[Quentin Salles]

Bonjour,

Tes remarques et explications sont pertinentes mais ça ne m'explique pas
comment tagguer ces centres de consultations.
De plus, je pense qu'il serait intéressant de déployer ces informations sur
"CaResteOuvert" ou sur un autre site y ressemblant.

Merci d'avance pour votre retour,

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

[Talk-de] Wer möchte Videos zu OpenStreetMap erstellen? [ursprünglich: Re: YouTube Account "OpenStreetMap Deutschland"]

[Sören Reinecke via Talk-de]

Wer also an einer Videoproduktion interesse hätte, meldet sich bitte
bei mir. Somit können wir dann eine Arbeitsgruppe bilden. Ich plane mit
denjenigen auch einen Call über Jitsi, Hangout etc. (Ich bin da sehr
flexibel), damit man sich zu Anfang besser organisieren bzw. besprechen
kann wie es nun weiter gehen soll.

Gruß

Sören Reinecke alias Valor Naram




-Original Message-
From: Sören Reinecke via Talk-de 
Reply-To: Openstreetmap allgemeines in Deutsch <
talk-de@openstreetmap.org>
To: talk-de@openstreetmap.org
Cc: Sören Reinecke 
Subject: [Talk-de] YouTube Account "OpenStreetMap Deutschland"
Date: Sat, 21 Mar 2020 18:44:40 +0100

Hey,
wenn ich mir Youtube angucke, dann finde ich sehr
vieleenglischsprachige Videos zu OpenStreetMap in selten guter
Qualität(eher schlecht oder mittelmäßig). Diese sind aber nicht
gebündeltsondern bunt durchgemischt (kein offizieller Account, vielmehr
kleine"Kräuter"). Es gibt z.B. keine mir bekannte Playlist zu "OSM
Basics".Youtube ist dabei eine Plattform, die von vielen Menschen
genutzt wirdum neue Dinge kennen zu lernen. Youtube kann also dazu
beitragen, dassOpenStreetMap bekannter wird und Eintrittsbarrieren
nicht mehr so großscheinen.
Was sagt ihr dazu? Wir brauchen nur ein Team von Content-Producern.
Gruß
~ Sören Reinecke alias Valor Naram,

Developer of the Babykarte - https://babykarte.github.io
Participating in MapDiscover project - https://mapdiscover.org
"Community Supporter" for Trufi Association - 
https://trufi-association.org
Ein Gag zu Hamsterkäufen: https://klopapier.mapdiscover.org id="-x-evo-
selection-end-
marker">___Talk-de mailing
listtalk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Hey again,

ich habe die Wikiseite 
https://wiki.openstreetmap.org/wiki/Germany/Videos_zu_OSM nun
aktualisiert. Ich habe "Themenblöcke" hinzugefügt. Diese Blöcke sind
unvollständig und somit fühlt euch frei Ergänzungen zu machen. Der
FOSSGIS sagte, es müssen deutschsprachige Videos zu OpenStreetMap
existieren ehe man über solche Accounts nachdenken könne.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] On en parle même sur BFM TV

[Arnaud Champollion]

Désolé, erreur de ma part.

Ce message était destiné à la liste osmdigne sur laquelle je relaie le 
projet.




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

[OSM-talk-fr] On en parle même sur BFM TV

[Arnaud Champollion]

"Quatre Français ont décidé de créer bénévolement une carte recensant 
tous les commerces ouverts ou fermés. Le projet est collaboratif, chacun 
peut apporter sa pierre à l'édifice. "


On parle de l'initiative sur BFM TV : 
https://www.bfmtv.com/tech/coronavirus-comment-savoir-quels-commerces-restent-ouverts-1882596.html


“On ne dort plus”, rigole Florian Lainez, l’un des quatre créateurs de 
la carte “Ça reste ouvert”. Il fait partie de la communauté 
*OpenStreetMap *, un 
service collaboratif en ligne, sorte de Wikipédia de la cartographie.


Après les annonces du gouvernement concernant la fermeture de tous les 
lieux non indispensables à la vie du pays, Florian Lainez commence à 
recenser les commerces qui restent ouverts *à Montrouge 
*, 
où il réside. Avant d'élargir son projet à la métropole et aux 
territoires d’outre-mer.


Ils travaillent à quatre et peuvent compter en plus sur la communauté 
OpenStreetMap France.


   "On est aidé par une dizaine de bénévoles”, explique Florian Lainez.
   "Les données sur les lieux existaient déjà. Ensuite, il fallu
   savoir ce qui restait ouvert ou non. Et là, c’est un travail de
   fourmi. Par exemple, on pourrait penser que les banques de la
   Société Générale sont fermées. En réalité, elles sont ouvertes mais
   seulement sur rendez-vous".

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

Re: [Talk-it] Import civici Milano - regole di traduzione

[Cascafico Giovanni]

Il gio 8 nov 2018, 10:33 Martin Koppenhoefer  ha
scritto:

>
> insomma, un'altra volta la conferma che gli erorri ci stanno e che noi
> facessimo bene a non fidarci. Un conto è inserire civici che ci mancano,
> un'altro rimuovere quelli che loro dicono che non ci devono più essere...
>

Osm conflator permette di marcare con apposito fixme. Se non trova nel
raggio impostato attorno al civico OSM il civico da importare, può
cancellarlo, oppure solo taggarlo p.es:

fixme=maybe this address does not exist anymore, please check

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

[Talk-GB] Adding missing roads using Facebook detections

[Guthula, Jothirnadh via Talk-GB]

Hi UK OSM community,

As you might already know, Facebook released its AI-based detections publicly 
on 08/09/2019 
(https://github.com/facebookmicrosites/Open-Mapping-At-Facebook/wiki/Available-Countries).
 With a team of mappers @Amazon we are planning to improve missing roads in UK 
using Facebook detections as a source. Please let us know if you have any 
ongoing projects using this data source. While adding missing roads, we will be 
adding all the associated access tags as per available on-ground resources. Our 
team will edit roads manually using a normal iD editor and satellite imageries 
available with FB detections as a background source and will not use RapidID 
editor or JOSM. Also changeset comments will be addressed by our team on top 
priority.

Regards,
Jothirnadh

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

Re: [Talk-it] Webinar su OpenStreetMap e il suo possibile uso durante l'emergenza coronavirus

[Alessandro Sarretta]

Ne accennerò, grazie!

Ale

On 26/03/20 23:34, Matteo Zaffonato wrote:
Ciao Alessandro, pensi di rilanciare l'uso di 
http://su.openstretmap.it/ ?


Ciao
Matteo

On Thu, Mar 26, 2020 at 3:18 PM Alessandro Sarretta 
mailto:alessandro.sarre...@gmail.com>> 
wrote:


Buongiorno,

come annunciato nell'ultimo articolo del blog di Wikimedia Italia

(https://www.wikimedia.it/la-conoscenza-libera-a-casa-tua-grazie-ai-nostri-soci/),
domani alle 13 terrò un webinar introduttivo su OpenStreetMap,
cercando di fare esempi del suo utilizzo a supporto dell'emergenza
coronavirus.

Il webinar è pensato per non esperti di OpenStreetMap e avrà una
prima parte introduttiva sia sui concetti sia sui primi passi da
fare (creazione di un utente, introduzione all'editor iD) e una
seconda parte con degli esempi di semplici edit a supporto
dell'integrazione in OSM di:

  * attività che fanno consegne a domicilio
  * farmacie
  * numeri civici

Il webinar sarà trasmesso tramite Jisti meet e sarà aperto a 15
persone al massimo, per limitare problemi di connessione, con
iscrizione obbligatoria all’indirizzo segrete...@wikimedia.it
; la registrazione dell’incontro
sarà in seguito resa disponibile a tutti sul canale YouTube
 di
Wikimedia Italia (e forse anche in live streaming, nel caso ci
siano molte richieste).

Condivido qui nel caso qualcuno sia interessato a partecipare e
anche per raccogliere spunti e suggerimenti su elementi da
evidenziare durante la presentazione, in special modo sui 3 esempi
sopra citati.

Grazie a tutti,

Ale

___
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

Re: [Talk-it] Webinar su OpenStreetMap e il suo possibile uso durante l'emergenza coronavirus

[Martin Koppenhoefer]

Am Fr., 27. März 2020 um 10:17 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Ho appena visto sul canale telegram è stata segnalata una wiki francese in
> proposito:
> https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19
>


si, questo sarebbe l'alternativa a la mia proposta, un tag specifico per
gli orari adesso. Il vantaggio è che non si possono facilmente rimuovere
questi tag alla fine, mentre per evaluare richiederebbe un'applicazione
fatta appositamente.

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

Re: [talk-au] [EXTERNAL] Re: Sydney City Tunnels name= vs tunnel:name=

[Nemanja Bracko (E-Search) via Talk-au]

Hi,

I can share more details about this one.

We have used following two Overpass queries to manually check each of bridge 
and tunnel names:
Brigde names: https://overpass-turbo.eu/s/RWR
Tunnel names: https://overpass-turbo.eu/s/RYB

We could see that all 257 bridges had the name of the street that contains 
"bridge" word (so all of these were false positives), but we found and applied 
~10 minor fixes here (layer tag was missing, or even there was a bridge polygon 
with the actual bridge name, but way had no attributes about it).

Regarding tunnels, we could fix 6 ways, and 17 were false positives. However, 
we could see that some users used tunnel:name tag, but other were using 
name:tunnel.

I could see, in my country, that all tunnels got names (especially on a 
highways/motorways), and some users made a change and added tunnel names into 
the name tag. They've done that because "it is nicer if you see the name". We 
have to have as unique data as possible, not to adjust because of render. 
@Warin61, sounds familiar with landuse/landcover? Render needs to be changed, 
and that is the other story.

I'm at your disposal for any further questions.

Thanks,
Nemanja

-Originalna poruka-
Od: cleary  
Poslato: petak, 27. mart 2020. 10:06
Za: OpenStreetMap 
Tema: [EXTERNAL] Re: [talk-au] Sydney City Tunnels name= vs tunnel:name=


Unless the road has a different name (and I think that would be rare) I agree 
that the road name is the tunnel name. 

In my experience, signs show the tunnel name without any other road name.  
Where there are differences of opinion, I think local knowledge is always to be 
preferred.





On Fri, 27 Mar 2020, at 1:03 PM, Andrew Harvey wrote:
> There were changes done recently by MS Open Maps team which moved
> name=* to tunnel:name=*.
> 
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fosmc
> ha.org%2Fchangesets%2F82675900data=02%7C01%7Cv-nebrac%40microsoft
> .com%7Ca3066fb7cc0c4084c67e08d7d22e69d5%7C72f988bf86f141af91ab2d7cd011
> db47%7C1%7C0%7C637208969101872477sdata=loYkgMthjo%2B6RaBDB5AUptpN
> %2FMFIWEMegl6TpfEPgaY%3Dreserved=0
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fosmc
> ha.org%2Fchangesets%2F82676173data=02%7C01%7Cv-nebrac%40microsoft
> .com%7Ca3066fb7cc0c4084c67e08d7d22e69d5%7C72f988bf86f141af91ab2d7cd011
> db47%7C1%7C0%7C637208969101872477sdata=dRa2uAyAnyQNddGJEKspeJOfob
> NiLH60V1UO9sQpx%2F4%3Dreserved=0
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fosmc
> ha.org%2Fchangesets%2F82676226data=02%7C01%7Cv-nebrac%40microsoft
> .com%7Ca3066fb7cc0c4084c67e08d7d22e69d5%7C72f988bf86f141af91ab2d7cd011
> db47%7C1%7C0%7C637208969101872477sdata=wbVQe2kajNtwnYhOY%2BrXLELB
> iEtE5A7ARH1MoV37CCs%3Dreserved=0
> 
> I don't think these have seperate tunnel vs road names unlike some 
> bridges which do, and in many cases the road name is considered to be 
> the tunnel name.
> 
> Does anyone have thoughts on if we should tag name=* and tunnel:name=* 
> as the same, omit name= and just add tunnel:name=*?
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.openstreetmap.org%2Flistinfo%2Ftalk-audata=02%7C01%7Cv-nebrac%4
> 0microsoft.com%7Ca3066fb7cc0c4084c67e08d7d22e69d5%7C72f988bf86f141af91
> ab2d7cd011db47%7C1%7C0%7C637208969101872477sdata=pNLPXOYI%2B6NphF
> MWRtaoDOz10nXKacfqNSixhgJNZgc%3Dreserved=0
>

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.openstreetmap.org%2Flistinfo%2Ftalk-audata=02%7C01%7Cv-nebrac%40microsoft.com%7Ca3066fb7cc0c4084c67e08d7d22e69d5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637208969101872477sdata=pNLPXOYI%2B6NphFMWRtaoDOz10nXKacfqNSixhgJNZgc%3Dreserved=0
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] CaResteOuvert.fr - on fait le point

[Cyrille37 OSM]

Bonjour,

Le 27/03/2020 à 08:49, Vincent Bergeot a écrit :
... Considérant que le confinement n'est pas limité à quelques 
semaines (le plus optimiste pour la France métropolitaine), ce tag a 
des chances "d'intéresser" du monde.


... Vous avez formé des gens dans des collectivités, faites leur 
savoir, beaucoup de monde cherche quoi faire depuis chez soi. Les 
collectivités, mairies, comm com, office de tourisme connaissent bien 
leur territoire. Elles peuvent déjà avoir les infos dans des tableurs 
(je parle en connaissance de cause !).


Je vais attendre que l'éditeur soit terminé pour communiquer auprès des 
collectivités et autres organismes publics.


Cyrille37.


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

Re: [Talk-it] Webinar su OpenStreetMap e il suo possibile uso durante l'emergenza coronavirus

[Cascafico Giovanni]

Ho appena visto sul canale telegram è stata segnalata una wiki francese in
proposito:
https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19

Il gio 26 mar 2020, 16:24 Alessandro Sarretta 
ha scritto:

> Ciao Martin,
>
> grazie per questo tuo input.
>
> On 26/03/20 15:43, Martin Koppenhoefer wrote:
> > Come vi comportate con gli orari? Per esempio qui ci sono supermercati
> > con orari diversi (aprono di meno, stranamente). Al momento non ho
> > ancora modificato niente, ma potrei inserire gli orari modificati come
> > "opening_hours", ma vorrei tenere traccia di oggetti che sono cambiati
> > per l'emergenza virus, per non dimenticarmi di rimetterli a posto
> > quando saranno tornati allo stato normale. Qualcosa tipo
> > covid19:opening_hours=modified (significa il tag opening_hours è stato
> > modificato nel periodo dell'emergenza). Si potrebbe anche usare
> > covid19:opening_hours=verified (non sono cambiati gli orari ma sono
> > stati controllati adesso) e forse altro.
>
> Durante il webinar farò esempi di inserimento o aggiornamento
> essenzialmente del tag delivery per le consegne a domicilio organizzate
> in collaborazione con i comuni (come descritto qui
>
> https://ilsarrett.wordpress.com/2020/03/22/consegne-a-domicilio-per-persone-in-difficolta-durante-lemergenza-covid-19-creare-una-mappa-con-umap-e-dati-openstreetmap/).
>
> Attualmente ho aggiunto il termine CODIV19 nel tag
> delivery:description:it in modo da tenerne traccia.
>
> Però il tuo sistema di tagging mi piace, e quindi per il delivery
> potrebbe essere covid19:delivery=modified
>
> Per gli orari di apertura non mi sono avventurato. Per tutti gli
> esercizi che sono chiusi perché non essenziali non ci penserei nemmeno,
> però per quelli aperti la tua proposta mi sempra pulita e fattibile.
>
> Ale
>
>
> ___
> 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-au] Sydney City Tunnels name= vs tunnel:name=

[cleary]

Unless the road has a different name (and I think that would be rare) I agree 
that the road name is the tunnel name. 

In my experience, signs show the tunnel name without any other road name.  
Where there are differences of opinion, I think local knowledge is always to be 
preferred.





On Fri, 27 Mar 2020, at 1:03 PM, Andrew Harvey wrote:
> There were changes done recently by MS Open Maps team which moved 
> name=* to tunnel:name=*.
> 
> https://osmcha.org/changesets/82675900
> https://osmcha.org/changesets/82676173
> https://osmcha.org/changesets/82676226
> 
> I don't think these have seperate tunnel vs road names unlike some 
> bridges which do, and in many cases the road name is considered to be 
> the tunnel name.
> 
> Does anyone have thoughts on if we should tag name=* and tunnel:name=* 
> as the same, omit name= and just add tunnel:name=*?
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

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

Re: [OSM-talk-fr] CaResteOuvert.fr - on fait le point

[PanierAvide]

Bonjour Marc,

Très pertinent, je viens de préciser la chose sur la page wiki : note ou 
note:covid19 si c'est à destination de la communauté OSM, et 
description:covid19 si c'est à destination du public. Je vais vérifier 
les tags existants et basculer ce qui est nécessaire en description:covid19.


Cordialement,

Adrien P.

Le 27/03/2020 à 08:39, Marc M. a écrit :

Bonjour,

Le 26.03.20 à 22:07, Florian LAINEZ a écrit :

note:covid19=*

il y a une erreur de tag.
note est destiné aux contributeurs osm pour information d'une situation
tordue au prochain contributeur
hors note:covid19 semble être une description pour l'utilisateur final.
il faudrait basculer sur description:covid19 quitte à ce que le site
affiche aussi covid19 pendant le temps de la bascule

Cordialement,
Marc

___
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] CaResteOuvert.fr - on fait le point

[Vincent Bergeot]

Bonjour à toutes et tous,

Le 27/03/2020 à 06:42, Florian LAINEZ a écrit :

Merci pour vos réponses.

@vincent ça sortira quand ça sera prêt ! Désolé, je n'ai pas de 
meilleure réponse : François et Adrien m'ont fait promettre de ne pas 
lâcher de date, forcément factice, même sous la torture : ils veulent 
être absolument certain de ne pas implémenter un éditeur qui créé des 
données foireuses dans OSM. Ceci dit c'est leur prio absolue à partir 
de maintenant.


je préfère cette réponse, merci beaucoup.

1700 -> https://taginfo.openstreetmap.org/search?q=opening_hours%3Acovid19

La page du wiki est traduite en anglais et espagnol 
(https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19).


Considérant que le confinement n'est pas limité à quelques semaines (le 
plus optimiste pour la France métropolitaine), ce tag a des chances 
"d'intéresser" du monde.


Si vous êtes sur une liste locale ou internationale, n'hésitez pas à 
faire le relais.


Vous avez formé des gens dans des collectivités, faites leur savoir, 
beaucoup de monde cherche quoi faire depuis chez soi. Les collectivités, 
mairies, comm com, office de tourisme connaissent bien leur territoire. 
Elles peuvent déjà avoir les infos dans des tableurs (je parle en 
connaissance de cause !).


Nous devons trouver un équilibre périlleux entre une "urgence" et une 
fiabilité des données, sans "abîmer" OSM, ça va le faire :)


à bientôt

--
Vincent Bergeot, pas le temps d'écrire une blague Deuzeffienne (ah si !)


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

Re: [OSM-talk-fr] CaResteOuvert.fr - on fait le point

[Marc M.]

Bonjour,

Le 26.03.20 à 22:07, Florian LAINEZ a écrit :
> note:covid19=*

il y a une erreur de tag.
note est destiné aux contributeurs osm pour information d'une situation
tordue au prochain contributeur
hors note:covid19 semble être une description pour l'utilisateur final.
il faudrait basculer sur description:covid19 quitte à ce que le site
affiche aussi covid19 pendant le temps de la bascule

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[PanierAvide]

Bonjour Violaine,

On se rapproche petit à petit de la mise à jour toutes les heures. En 
attendant on vient de faire passer une mise à jour manuelle, et les 
contributions que tu évoques sont désormais bien affichées.


Cordialement,

Adrien P.

Le 27/03/2020 à 01:22, Violaine_Do a écrit :
Super merci beaucoup, pour le moment, j'ai édité des données sur OSM 
(1) il y a 4 heures mais n'a pas l'air d'apparaître sur la carte (2).


1: https://www.openstreetmap.org/way/500291849

2 : 
https://www.caresteouvert.fr/police=false=false_office=false=false=false=false=false_directors=false@-17.541482,-149.571935,14.08/place/w500291849


Le 25/03/2020 à 23:04, PanierAvide a écrit :
Pour info, les DROM/COM ont leur lieux désormais affichés en 
surcouche, je vous laisse vérifier s'il n'y a pas de soucis.


Cordialement,

Adrien P.

Le 26/03/2020 à 07:57, PanierAvide a écrit :

Bonjour Violaine,

Effectivement c'est dans les tuyaux, ça va arriver aujourd'hui ou 
demain :-) En attendant toutes les contributions directement dans 
OSM sont utiles et permettront d'avoir directement des données au 
top quand elles apparaîtront sur ça reste ouvert.


Cordialement,

Adrien P.

Le 26/03/2020 à 03:07, Violaine_Do a écrit :

Super, merci beaucoup!!

Ya moyen de donner l'accès en Polynésie française et en particulier 
à Tahiti / Moorea? Ou alors c'est moi 
(https://www.caresteouvert.fr/@-17.541352,-149.569779,16.03) On a 
de la data pourtant..


@bientôt


Le 25/03/2020 à 11:15, François de Metz a écrit :

Bonjour à tous,

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas. Cela facilite la
fusion avec https://github.com/PanierAvide/Covid_enseignes.

François

On Wed, Mar 25, 2020 at 07:44:53PM +0100, PanierAvide wrote:

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment 
OSM pouvait
proposer une information de qualité sur le sujet, nous avons 
enfin publié
"Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement :

caresteouvert.fr

La carte propose aux visiteurs d'ajouter des infos dans leur 
commune : cela
créé une note automatiquement dans OSM, avec les informations 
nécessaires.
Ces notes sont à passer en revue pour intégrer les tags sur les 
lieux

concernés. En particulier :

- opening_hours:covid19 : horaires d'ouvertures pendant le 
confinement (ou

off si fermé)
- note:covid19 : si des infos supplémentaires sont données 
(livraison à

domicile, mesures sanitaires...)

Pour vous aider à passer en revue les notes, il y a l'outil 
NotesReview :


https://ent8r.github.io/NotesReview/?query=%23caresteouvert=1=2020-03-23=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici :
https://wiki.openstreetmap.org/wiki/France/Covid-19

Nous comptons sur la communauté pour intégrer ces infos et faire 
d'OSM la
base de données de référence pendant le confinement (et même 
après) !


Cordialement,

--
Adrien P.


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

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




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


___
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