date:20200320



sent from a phone

> On 20. Mar 2020, at 18:44, Andrea Musuruane  wrote:
> 
> Dalla wiki direi: shop=car_repair + service=body (o 
> service:vehicle:body_repair=yes se si vuole seguire quello che propone iD)
> https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar_repair
> 


potrebbe andare shop=car_repair anche se poco specifico, ma aggiungerei anche
 https://taginfo.openstreetmap.org/tags/craft=coachbuilder
(usato poco ma sembra pertinente)


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

Re: [Talk-us] Taking a break and a call for help

2020-03-20 Thread Mike Thompson

Paul,

Thanks for all of your contributions to OSM over the years!

I am sorry to hear about your truck.  I hope the police are able to
recover it in good condition.

I appreciate the support you, and others in your line of work, are
providing to keep our medical system running during this crucial time.

Mike

On Fri, Mar 20, 2020 at 5:09 PM Paul Johnson  wrote:
>
> So, you all know at this point that I've been heavily invested in editing OSM 
> and contributing to my maximum activity, less as a need to help a charity and 
> more of an obligation to the public to do the most good with the short time I 
> have on this planet.  However, I've had a few events come up that are more or 
> less killing my ability to keep up.
>
> I'm taking a step back from being the primary editor in the Oklahoma region 
> until this passes.
>
> 3) Amazon Logistics and a revolving door team of one-edit-and-done spam 
> accounts keeps throwing paid contributions into Oklahoma that are of poorly 
> aligned, largely fictional and low quality.  I'm stuck cleaning up in a 
> neglected part of North America some particularly low quality edits with 
> limited resources and little ability to find more.  I hope other contributors 
> can help keep abreast and I hope OSM Foundation can help keep paid 
> contributors to account.  I don't think it's unreasonable to think that paid 
> mapper should be contributing far higher quality data than your average 
> volunteer first time mapper, and I think OSM needs to have a serious 
> conversation about minimum qualifications for paid mapping that I simply 
> don't have the time or energy for at this point.  Dealing with this (and 
> staying abreast extensive OkTrans highway modernization efforts lately) have 
> been a major part of my editing (and while OkTrans is unavoidable, Amazon is 
> inexcusable).
>
> 2) My truck was stolen last night, along with the dashcams I use for 
> Mapillary, essentially making long range surveying impossible and imperiling 
> my survival since, if for nothing else, I need to hit Costco for restocking 
> my pantry and storeroom.  As such, I had to call off work and spent most of 
> the day today dealing with the police today.
>
> 1) I work in the IT department of a major regional hospital on the front 
> lines of the COVID-19 response in the US.  My vacation at the end of next 
> month, and my weekends for the next two months, have been cancelled, and I'm 
> expected to work 8+ hours a day, 7 days a week to help keep things up and 
> running so the medical staff don't have to think about the computers.
>
> I really hope OSMF and the DWG takes a good, hard and critical look at 
> dealing with the low quality edits from Amazon and spammers while I deal with 
> acquiring another (or, best case, my stolen) pickup and dealing with my 
> professional life.
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-us] Taking a break and a call for help

2020-03-20 Thread Shawn K. Quinn

On 3/20/20 6:42 PM, Paul Johnson wrote:
> More constructively, let me deconstruct what I think needs to happen
> with Amazon Logistics generally (and can be constructively generalized
> to any other large fleet entities that might consider contributing to
> OSM):  Strongly consider contributing GPX traces from their fleet
> exclusively first, since covering ground with trucks is what they do
> best.  Let the volunteers do the lifting on the cartography if they're
> not going to hire people who are already familiar and involved to do the
> actual mapping. 

They also have some sort of imagery they are using for some edits that
they are not letting the rest of us have access to, for whatever reason.
Honestly, I'm starting to wonder if Amazon would rather make their own
proprietary maps, and if so, whether they should be invited to do so.

Until I pointed out they deleted an address interpolation way by
mistake, one of the mappers covering Houston apparently had no idea what
an address interpolation way even was (iD doesn't really help here, as
it doesn't render them distinctively like JOSM).

[from prior message at 6:07 PM]
> I'm taking a step back from being the primary editor in the Oklahoma region 
> until this passes.

I can do some additional armchair mapping in greater Tulsa and OKC,
since I'm only making necessary trips, mostly to the same locations and
thus getting a very limited amount of new data for Houston. Feel free to
let me know off-list of any "gotchas" for mapping Oklahoma.

-- 
Shawn K. Quinn 
http://www.rantroulette.com
http://www.skqrecordquest.com

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

[Talk-bo] Ripio en carreteras de Bolivia

2020-03-20 Thread Marco Antonio Frias

Hola,

Tengo la duda cual el es valor correcto para el material ripio en
carreteras de Bolivia.

La wikipedia dice ejemplos de ripio así: (muy parecidos a los que ví
en alguna carretera)

https://upload.wikimedia.org/wikipedia/commons/3/35/Ripio.JPG
https://en.wikipedia.org/wiki/Gravel_road#/media/File:Rrgrade.jpg
https://en.wikipedia.org/wiki/Gravel_road#/media/File:Chase_khar_-_%DA%86%D8%A7%D8%B3%D9%87_%D8%AE%D8%A7%D8%B1_(3).jpg
https://en.wikipedia.org/wiki/Gravel_road#/media/File:Gravel_road,_Namibia.jpg

La ABC dice ripio a esto:

carretera puerto suarez - puerto busch
https://pbs.twimg.com/media/ETgcP1bWAAE14bC?format=jpg=large
https://pbs.twimg.com/media/ETgcP08WAAItoYI?format=jpg=large

carretera ixiamas - el tigre
https://pbs.twimg.com/media/ETU8fNyWAAEuDIR?format=jpg=large

en la wiki OSM pueden ser:

surface=fine_gravel
https://wiki.openstreetmap.org/wiki/File:DSC05537a-Feinschotterweg.jpg

surface=compacted
https://wiki.openstreetmap.org/wiki/File:Compacted_forest_track_no1.jpg

surface=pebblestone
https://wiki.openstreetmap.org/wiki/File:Dscf1831-800.jpg

en tiquipaya he visto varios pebblestone, y fine_gravel. En Cochabamba
hay un callejón cerca al Cine Center con fine_gravel. Creo que
compacted se logra cuando los autos y el tiempo pasan mucho tiempo y
acomodan y aplanan/compactan todo. Las aplanadoras no dejan así de
compacto estos caminos, aun queda suelto material

En el Sillar hay algunos tramos con ripio, le puse gravel para
generalizar pero creo podría ser fine_gravel o compracted no sé.

Nos hace falta alguien que sepa de carreteras y como catalogan...

Qué dicen?

Abrazos,

Marco Antonio

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

Re: [Talk-GB] Ficticious embankments? Vandalism.

2020-03-20 Thread Warin


On 18/3/20 1:42 am, ael wrote:

On Tue, Mar 17, 2020 at 11:25:24AM +, Devonshire wrote:

On Tue, Mar 17, 2020, at 2:08 AM, Warin wrote:

On 17/3/20 8:02 am, ael wrote:

The inability to mark an object's location as "authorititive" has always seemed 
like a massive shortcoming of the project to me. Stopping people re-aligning things based 
on a bad phone GPS or badly aligned aerial imagery is impossible and even realising that 
things have been incorrectly moved is random at best.

I agree entirely and have often wished for exactly that. I sometimes use
source=gps_surveys  (plural) to try to convey that this is not just one
random gps trace.

In this case, I just had source=gps_survey.


"source=average of multiple gps surveys, high accuracy"

Be really descriptive... the 's' on the end of gps surveys is really easy to 
miss.



I too regret the awful smartphone (and satnav) gps traces which suggest
all gps is rubbish. I try not to upload any gps which is not reasonably
accurate. And add a note if the gps quality is poor when it still has
value, perhaps because there are no other traces in the area.

I suppose that we ought to start a discussion on the tagging list to
suggest
   source:accuracy = low|medium|high|differential


Why? This can be placed in to source=phone for location, poor accuracy. This 
then is where you look for information on the source ... rather than yet 
another key.


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

Re: [OSM-talk] Taking a break and a call for help

On Fri, Mar 20, 2020 at 6:07 PM Paul Johnson  wrote:

> 3) Amazon Logistics and a revolving door team of one-edit-and-done spam
> accounts keeps throwing paid contributions into Oklahoma that are of poorly
> aligned, largely fictional and low quality.  I'm stuck cleaning up in a
> neglected part of North America some particularly low quality edits with
> limited resources and little ability to find more.  I hope other
> contributors can help keep abreast and I hope OSM Foundation can help keep
> paid contributors to account.  I don't think it's unreasonable to think
> that paid mapper should be contributing *far* higher quality data than
> your average volunteer first time mapper, and I think OSM needs to have a
> serious conversation about minimum qualifications for paid mapping that I
> simply don't have the time or energy for at this point.  Dealing with this
> (and staying abreast extensive OkTrans highway modernization efforts
> lately) have been a major part of my editing (and while OkTrans is
> unavoidable, Amazon is inexcusable).
>

More constructively, let me deconstruct what I think needs to happen with
Amazon Logistics generally (and can be constructively generalized to any
other large fleet entities that might consider contributing to OSM):
Strongly consider contributing GPX traces from their fleet exclusively
first, since covering ground with trucks is what they do best.  Let the
volunteers do the lifting on the cartography if they're not going to hire
people who are already familiar and involved to do the actual mapping.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Taking a break and a call for help

On Fri, Mar 20, 2020 at 6:07 PM Paul Johnson  wrote:

> 3) Amazon Logistics and a revolving door team of one-edit-and-done spam
> accounts keeps throwing paid contributions into Oklahoma that are of poorly
> aligned, largely fictional and low quality.  I'm stuck cleaning up in a
> neglected part of North America some particularly low quality edits with
> limited resources and little ability to find more.  I hope other
> contributors can help keep abreast and I hope OSM Foundation can help keep
> paid contributors to account.  I don't think it's unreasonable to think
> that paid mapper should be contributing *far* higher quality data than
> your average volunteer first time mapper, and I think OSM needs to have a
> serious conversation about minimum qualifications for paid mapping that I
> simply don't have the time or energy for at this point.  Dealing with this
> (and staying abreast extensive OkTrans highway modernization efforts
> lately) have been a major part of my editing (and while OkTrans is
> unavoidable, Amazon is inexcusable).
>

More constructively, let me deconstruct what I think needs to happen with
Amazon Logistics generally (and can be constructively generalized to any
other large fleet entities that might consider contributing to OSM):
Strongly consider contributing GPX traces from their fleet exclusively
first, since covering ground with trucks is what they do best.  Let the
volunteers do the lifting on the cartography if they're not going to hire
people who are already familiar and involved to do the actual mapping.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Taking a break and a call for help

So, you all know at this point that I've been heavily invested in editing
OSM and contributing to my maximum activity, less as a need to help a
charity and more of an obligation to the public to do the most good with
the short time I have on this planet.  However, I've had a few events come
up that are more or less killing my ability to keep up.

I'm taking a step back from being the primary editor in the Oklahoma region
until this passes.

3) Amazon Logistics and a revolving door team of one-edit-and-done spam
accounts keeps throwing paid contributions into Oklahoma that are of poorly
aligned, largely fictional and low quality.  I'm stuck cleaning up in a
neglected part of North America some particularly low quality edits with
limited resources and little ability to find more.  I hope other
contributors can help keep abreast and I hope OSM Foundation can help keep
paid contributors to account.  I don't think it's unreasonable to think
that paid mapper should be contributing *far* higher quality data than your
average volunteer first time mapper, and I think OSM needs to have a
serious conversation about minimum qualifications for paid mapping that I
simply don't have the time or energy for at this point.  Dealing with this
(and staying abreast extensive OkTrans highway modernization efforts
lately) have been a major part of my editing (and while OkTrans is
unavoidable, Amazon is inexcusable).

2) My truck was stolen last night
, along with the
dashcams I use for Mapillary, essentially making long range surveying
impossible and imperiling my survival since, if for nothing else, I need to
hit Costco for restocking my pantry and storeroom.  As such, I had to call
off work and spent most of the day today dealing with the police today.

1) I work in the IT department of a major regional hospital on the front
lines of the COVID-19 response in the US.  My vacation at the end of next
month, and my weekends for the next two months, have been cancelled, and
I'm expected to work 8+ hours a day, 7 days a week to help keep things up
and running so the medical staff don't have to think about the computers.

I really hope OSMF and the DWG takes a good, hard and critical look at
dealing with the low quality edits from Amazon and spammers while I deal
with acquiring another (or, best case, my stolen) pickup and dealing with
my professional life.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] Taking a break and a call for help

So, you all know at this point that I've been heavily invested in editing
OSM and contributing to my maximum activity, less as a need to help a
charity and more of an obligation to the public to do the most good with
the short time I have on this planet.  However, I've had a few events come
up that are more or less killing my ability to keep up.

I'm taking a step back from being the primary editor in the Oklahoma region
until this passes.

3) Amazon Logistics and a revolving door team of one-edit-and-done spam
accounts keeps throwing paid contributions into Oklahoma that are of poorly
aligned, largely fictional and low quality.  I'm stuck cleaning up in a
neglected part of North America some particularly low quality edits with
limited resources and little ability to find more.  I hope other
contributors can help keep abreast and I hope OSM Foundation can help keep
paid contributors to account.  I don't think it's unreasonable to think
that paid mapper should be contributing *far* higher quality data than your
average volunteer first time mapper, and I think OSM needs to have a
serious conversation about minimum qualifications for paid mapping that I
simply don't have the time or energy for at this point.  Dealing with this
(and staying abreast extensive OkTrans highway modernization efforts
lately) have been a major part of my editing (and while OkTrans is
unavoidable, Amazon is inexcusable).

2) My truck was stolen last night
, along with the
dashcams I use for Mapillary, essentially making long range surveying
impossible and imperiling my survival since, if for nothing else, I need to
hit Costco for restocking my pantry and storeroom.  As such, I had to call
off work and spent most of the day today dealing with the police today.

1) I work in the IT department of a major regional hospital on the front
lines of the COVID-19 response in the US.  My vacation at the end of next
month, and my weekends for the next two months, have been cancelled, and
I'm expected to work 8+ hours a day, 7 days a week to help keep things up
and running so the medical staff don't have to think about the computers.

I really hope OSMF and the DWG takes a good, hard and critical look at
dealing with the low quality edits from Amazon and spammers while I deal
with acquiring another (or, best case, my stolen) pickup and dealing with
my professional life.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-bo] Ediciones Masivas nuevamente en Cochabamba

2020-03-20 Thread Marco Antonio Frias

On Fri, 20 Mar 2020 at 06:06, Juan Jose Iglesias  wrote:
>
> Volvimos a tener otro lote de "nuevos" editando alocadamente casas, lotes y 
> terrenos en Cochabamba. Les he enviado varios mensajes y comments a sus 
> conjuntos de cambio. Si no responden o continúan con esas ediciones locas 
> procederemos a revertir todos esos cambios, infelizmente.
>
> Sera que esta misma "locura" pasa en cada país? O solo nosotros tenemos esta 
> maldición?

Me parece el mismo que esas personas que editaban para Pokemón Go...
la gran diferencia es que en otros países hay más personas editando
entonces se hace más rápido el revertido o corrección

Otro tema es el uso de correo electrónico más usualmente que acá en
Bolivia, entonces si mandas un mensaje te responden porque leen el
correo. Acá me parece que solo las personas que trabajan en empresas
usan correo electrónico y los universitarios no saben que es correo
electrónico, creo que solo les sirve para recuperar contraseñas :D

Voy a hacer el intento otra vez de buscar a quien sugiere estas
ediciones en la facultad de Arquitectura de la UMSS.

saludos,

Marco Antonio

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

Re: [OSM-talk-fr] Processus de validation de tag

2020-03-20 Thread François Lacombe

Le ven. 20 mars 2020 à 12:15, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Bonjour,
>
> Un autre point de vue des proposals (d'un néophyte):
> C'est 20 personnes (souvent les mêmes) sur une mailling list anglophone.
> Contre plus d'un million de contributeur et bien plus d'utilisateurs.
>
> Discuter du bon tag c'est bien, perdre son énergie pour faire passer un
> tag dans une moulinette administrative qui n'aura au final aucune force
> contraignante bof.
>

Le sens n'est pas celui-là.
La proposition est l'occasion de poser les choses, expliquer et débattre
pour mettre toutes les chances de son côté que le tag soit utilisé.
Ce n'est pas un cerfa à remplir.


> Ma vision est plus doocratie :
> 1. réfléchir et chercher le bon tag
> 2. tagguer
> 3. discuter si pas sûr
> 4. changer si nécessaire
> 5. documenter sur le wiki
> un an plus tard
> 6. regarder si le tag à été réutiliser
>
> Et si tu veux que le tag soit plus utiliser tu peux essayer d'en faire la
> pub.
>

OSM est un formidable endroit pour expérimenter et il ne faut surtout
jamais perdre ce côté là, si différenciant par rapport à tout ce qui peut
exister à côté.
Il y a néanmoins un besoin de structuration pour progresser vers une
plateforme plus mature.
Il en coûte beaucoup d'énergie pour rétablir de la cohérence quand une
approche de fond n'a pas été menée au bout dès le départ
Exemple, 2 ans de boulot :
https://www.openstreetmap.org/user/InfosReseaux/diary/391058


Le ven. 20 mars 2020 à 14:25, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

>
> Je ne dis pas qu'il ne faut pas écouter l'avis des gens, et que le système
> de proposition est inutile.
> Je dis juste que ce n'est que l'avis de quelques personnes, culturellement
> orientées (la discussion sur name=* est un bon exemple), certes informés
> sur le fonctionnement d'OSM.
>

Je rejoint Marc sur l'avis qu'il a donné.
Il n'appartient alors qu'à ceux qui pensent avoir quelque chose à apporter
d'y contribuer pour nuancer cet aspect culturel.


>  Je ne reproche pas aux gens de s'investir, par contre je reprocherais à
> quelqu'un de s'investir sur un sujet qu'il n'utilise pas et de bloquer
> l'innovation (conservatisme).
> Et il y a un effet pouvoir bureaucratique qui me dérange et me dérangerait
> beaucoup s'il était obligatoire.
>

On ne peut pas dire que le fonctionnement d'OSM soit bureaucratique comparé
à d'autres communautés.
L'intérêt que je trouve aux propositions et du peu de discussions qui s'en
dégage est qu'on s'assure de la cohérence de ce qui est envisagé avec
l'existant ou à d'autres ontologies qui ont fait leur preuves.
C'est une tâche complexe à assumer seul, le côté collectif et la
sensibilité de chacun aide beaucoup.

Le voir comme quelque chose d'utile évite de se poser la question de
l'obligation.
Avec le recul je suis satisfait d'avoir pu corriger certaines erreurs ou
biais de perception et proposé des tags cohérents.
OSM deviens de plus en plus mature. Lancer un tag en l'air a de plus en de
plus de chances d'être en contradiction avec une pratique établie (sans
démonstration à la hauteur, l'établi gagne par principe).
Le changement est une bonne chose mais il faut mettre l'énergie de le faire
complètement, ce que finalement peu de personnes font.

Quand nous pourrons nous retrouver à nouveaux tout ensemble, il faudra que
nous parlions de la valeur de notre sémantique et du poids que ça peut
avoir bien au delà d'OSM.

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

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

2020-03-20 Thread Micke

Hej!

Jag håller med om problembeskrivningen.
Det är svårt att hålla uppdaterat, det ändras ibland  av nybörjare som t.ex. 
kopplar skoterleder till gränserna.

Men det är ändå väldigt användbart. Allt på ett ställe är viktigt. Det är inte 
sämre uppdaterat än övriga features i OSM. Dessutom brukar dom , i alla fall i 
Sverige, vara utmärkta med målade ”blommor” på träd och/eller skyltar. Så nog 
vore det möjligt att kontrollera på marken. Men det är ju myndigheternas data 
som är de officiella koordinaterna. Administrativa gränser är ju en av de 
viktigare informationerna på en karta.

Tills det finns en färdig lösning som automatuppdateras (och kan läggas in på 
den karta man önskar med ett enkelt klick) så tycker jag att det är bättre att, 
så gott det går, vårda NR inom OSM:s data som idag.
Det kanske skulle gå att göra en årlig import som lägger till nya svenska NR. 
Det kanske går att göra något script som körs på OSM.se som jämför gamla och 
nya NR och någon person sen bara laddar upp en färdig fil till databasen.


/Anders Andersson

Från: pang...@riseup.net 
Skickat: den 20 mars 2020 10:42
Till: talk-se@openstreetmap.org
Ämne: [Talk-se] Apropå svenska naturreservat i OSM

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: Why not just convert your dataset to the OSM
format to make it compatible with the OSM ecosystem, but skip the import
into the main OSM database?

In practice, I guess part of the answer for that is discoverability: Who
wants to hunt down datasets scattered across various servers and
portals? So it's tempting to put it all into a single big database. And
I guess that's ok as long as it doesn't get in the way of the main
purpose of that database too much – which is collaborative editing, not
data distribution. But surely, with a decent implementation of
compatible data layers tracked in some central repository, authoritative
data could be used *with* OSM without being *in* OSM.

Tobias



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

Re: [OSM-talk-fr] Le trafic moyen c'est bien


https://wiki.openstreetmap.org/wiki/TMC (la version française devrait
être mise à jour mais c'est un début).

On en a déjà parlé.
Grosso modo : on a des infos par ailleurs (ou pas !) ici on permet juste
de les positionner proprement : chacun son boulot.

Jean-Yvon

Le 20/03/2020 à 23:08, François Lacombe - fl.infosrese...@gmail.com a
écrit :

Bonsoir Florimond,

Le ven. 20 mars 2020 à 15:52, Florimond Berthoux
mailto:florimond.berth...@gmail.com>> a
écrit :

Par contre ce qui m'intéresse et qui change peu dans le temps
c'est le trafic moyen.
Le trafic moyen est une grandeur physique mesurable et constant
dans le temps.

D'après ce qui est écrit au dessus je ne comprends pas ce point.
Des événements imprévus et irrésistibles peuvent venir modifier le
trafic, comment la moyenne pourrait être constante ?

- Mais c'est imprécis !
Parce qu'il y a un tag dans OSM qui est précis ?

Oui, certains tags ont une définition précise et un verbe emprunt de
normes établies.

Toute mesure est imprécise, quelle précision d'un width entre un
laser, un mètre à ruban, une vue satellite ? Quelle précision pour
le tag surface ?
OSM est une modélisation simplifiée du monde qui comporte par
construction des imprécisions, l'important est de savoir si cette
imprécision est raisonnable pour l'utilisation que l'on veut en faire.

La question du trafic moyen ne touche pas autant à la précision de la
mesure mais de sa variabilité dans le temps comme dit plus haut.
Une mesure spatiale, bien qu'imprécise, est vérifiable à tout instant.

Pour quoi faire ?
Je suis cycliste, je maintiens une carte vélo (CyclOSM), et je
suis membre actif de Paris en Selle (asso vélo du grand Paris) qui
a notamment édité un guide d'aménagement cyclable qui précise
qu'une rue avec moins de 200 véhicules (motorisés) par heure de
pointe est cyclable sans aménagement. Cette notion a directement
été recopié des Pays-Bas et de leur guide.
Donc l'idée est d'utiliser le trafic moyen pour savoir si une
route est plus ou moins cyclable ou non, utilisable pour un
routeur ou une carte vélo.
Le trafic moyen pourrait être aussi utilisé pour savoir si le
futur appart de vos rêve sera bruyant ou non.

Je suis d'accord sur ce point.
Toutefois il va falloir trouver de très bons arguments, parce que les
fondations d'OSM posent des orientations fortes pour la maintenabilité
et la cohérence.
Qu'une donnée soit utile pour un cas d'usage, il en existe plein. Ça
ne garanti pas que ce soit maintenable ici en particulier.

Il me semble par exemple difficilement maintenable d'ajouter le débit
moyen des rivières.
C'est une question qui a soulevé beaucoup de débats pour qualifier des
cours d'eau intermittent ou non.

Sans garanties de passage à l'échelle et de maintenabilité, je suis
pas très chaud. Ce n'est que mon avis.

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: [OSM-talk-fr] Barrière délimitant une aire de jeux

il y en a une 4ieme : fenced=yes (mais qui est à tord déprécié en faveur
de barrier=fence... alors que l'un est un atttribut secondaire et
l'autre est un tag primaire.

pour ma part, j'évite d'avoir 2 objets de géométrie identiques
donc soit 1 way + une relation (c'est le plus facilement éditable
dans un éditeur genre iD)
soit 2 way pour la barrière (ce qui résout le doute surface<>linéaire) +
un way pour l'aire de jeux (mais il est difficile dans certains éditeurs
de sélectionner un objets superposé à un autre)
soit fenced=yes, ma préférence

Le 20.03.20 à 21:51, Florimond Berthoux a écrit :
> Salut,
> 
> Il me semble que ce sont deux façons valide de faire.
> Une troisième a priori très utilisé mais qui est plus polémique est
> simplement d'ajouter barrier=fence sur le way du leisure=playground.
> C'est plus simple à faire par contre leisure étant un tag qui implique
> une aire, barrier peut aussi se faire tagguer sur une aire, alors le
> barrier s'applique à l'aire ou seulement au périmètre ?
> barrier=fence n'étant pas documenté pour une aire, alors beaucoup
> l'utilise mais voilà c'est litigieux.
> 
> 
> Le ven. 20 mars 2020 à 13:55, Arnaud Champollion
>  > a écrit :
> 
> Bonjour,
> 
> Quand on trace une aire de jeux leisure=playground fermée,
> 
> est-ce qu'on trace une barrière barrier=fence superposée, (+
> barrier=gate entrance=yes pour le portillon)
> 
> ou bien on trace la barrière et on fait le playground comme relation à
> un seul membre outer qui serait la barrière ?
> 
> Là j'ai utilisé la première solution :
> https://www.openstreetmap.org/way/569856911
> 
> La validateur JOSM n'aime pas.
> 
> Pouvez-vous me donner votre avis ?
> 
> Merci
> 
> Arnauid
> 
> 
> ___
> 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
> 


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

Re: [OSM-talk-fr] Le trafic moyen c'est bien

2020-03-20 Thread François Lacombe

Bonsoir Florimond,

Le ven. 20 mars 2020 à 15:52, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Par contre ce qui m'intéresse et qui change peu dans le temps c'est le
> trafic moyen.
> Le trafic moyen est une grandeur physique mesurable et constant dans le
> temps.
>
D'après ce qui est écrit au dessus je ne comprends pas ce point.
Des événements imprévus et irrésistibles peuvent venir modifier le trafic,
comment la moyenne pourrait être constante ?


> - Mais c'est imprécis !
> Parce qu'il y a un tag dans OSM qui est précis ?
>
Oui, certains tags ont une définition précise et un verbe emprunt de normes
établies.


> Toute mesure est imprécise, quelle précision d'un width entre un laser, un
> mètre à ruban, une vue satellite ? Quelle précision pour le tag surface ?
> OSM est une modélisation simplifiée du monde qui comporte par construction
> des imprécisions, l'important est de savoir si cette imprécision est
> raisonnable pour l'utilisation que l'on veut en faire.
>
La question du trafic moyen ne touche pas autant à la précision de la
mesure mais de sa variabilité dans le temps comme dit plus haut.
Une mesure spatiale, bien qu'imprécise, est vérifiable à tout instant.


> Pour quoi faire ?
> Je suis cycliste, je maintiens une carte vélo (CyclOSM), et je suis membre
> actif de Paris en Selle (asso vélo du grand Paris) qui a notamment édité un
> guide d'aménagement cyclable qui précise qu'une rue avec moins de 200
> véhicules (motorisés) par heure de pointe est cyclable sans aménagement.
> Cette notion a directement été recopié des Pays-Bas et de leur guide.
> Donc l'idée est d'utiliser le trafic moyen pour savoir si une route est
> plus ou moins cyclable ou non, utilisable pour un routeur ou une carte vélo.
> Le trafic moyen pourrait être aussi utilisé pour savoir si le futur appart
> de vos rêve sera bruyant ou non.
>
Je suis d'accord sur ce point.
Toutefois il va falloir trouver de très bons arguments, parce que les
fondations d'OSM posent des orientations fortes pour la maintenabilité et
la cohérence.
Qu'une donnée soit utile pour un cas d'usage, il en existe plein. Ça ne
garanti pas que ce soit maintenable ici en particulier.

Il me semble par exemple difficilement maintenable d'ajouter le débit moyen
des rivières.
C'est une question qui a soulevé beaucoup de débats pour qualifier des
cours d'eau intermittent ou non.

Sans garanties de passage à l'échelle et de maintenabilité, je suis pas
très chaud. Ce n'est que mon avis.

Bonne soirée

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

[Talk-hr] Vektori sa ZIPP geoportala dostupni za OSM

2020-03-20 Thread Hrvoje Bogner


https://osm-hr.org/2020/03/20/vektori-sa-zipp-geoportala-dostupni-za-osm/

Prošlo je već neko vrijeme od kako su nam podaci ZIPP Geoportala postali 
dostupni ali zbog manjka slobodnog vremena obrada i filtriranje podataka 
je čekalo bolja vremena, koja su napokon svanula.


Na osm-hr GitHub repozitoriju  
objavljen je vektorski set podataka sa ZIPP Geoportala iz 2018. godine 
koji su u nadležnosti Gradskog ureda za strategijsko planiranje i razvoj 
grada . Orginalni podaci su bili su u ESRI 
formatu i EPSG:3765 koordinatnom sustav te su konvertirani u GeoJSON i 
EPSG: 4326 koordinatni sustav radi kompatibilnosti sa JOSM editorom.


Puni popis i količinu elemenata možete provjeriti u tablicama na 
GitHub-u na prije navedenoj poveznici.


Licenca dopušta korištenje podataka za potrebe OpenStreetMap projekta.
Svi dostavljeni podaci mogu se koristiti isključivo za potrebe 
OpenStreetMap projekta, a za ostale primjene potrebno ja zatražiti 
pismenu suglasnost Gradskog ureda za strategijsko planiranje i razvoj grada.
Prilikom javne objave materijala obvezno je naznačiti izvor – Grad 
Zagreb, Gradski ured za strategijsko planiranje i razvoj Grada.
Što će se ispoštovati objavom na wiki stranicama 
.


Podaci su dostavljeni kakvi jesu, mogu sadržavati greške te budite 
pažljivi pri korištenju podataka. Gradski ured za strategijsko 
planiranje i razvoj Grada može provjeriti i prihvatiti sve greške koje 
uočimo u njihovim podacima.


Koristite ove podatke za provjeru kvalitete OpenStreetMap podataka te 
integraciju oba seta podataka radi bolje prostorne i informacijske 
kvalitete elemenata. Nikadn nemojte pregaziti postojeće podatke koje su 
prijašnji korisnici mukotrpno skupljali, rađe provjerite njihovu 
kvalitetu i nadopunite ih. Provjerite kvaliteru lokalnih podataka i 
raspravite bilo kakav import sa lokalnom zajednicom 
. Uvijek sljedite OSM 
pravila za importe .


Nemojte odmah juriti sa kontrolom podataka, radli bolje organizacije 
kreirat će se novi taskovi na tasking manager serveru 
.


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

Re: [Talk-br] RES: Conversão em via somente para ônibus

2020-03-20 Thread Paulo Vianna

Lucas tá ótimo. Obrigado pela resposta também.

Estamos fazendo um trabalho para disponibilizar para a população as rotas
dos ônibus com o rua a rua correto, pegando as informações OSM. Mas nesse
caso aí a gente pode ter algum gargalho na hora de informar o rua a rua.
Pra tentar resolver isso iremos utilizar uma ferramenta de rotas e quando
chegar nesse ponto teremos de desligar essa ferramenta (para que não faça o
retorno pela praça do Cauê) e desenhar na mão até o Boulevard da Praia e
depois a intenção é ligar novamente a ferramenta de rotas, porém ainda não
sei como faremos isso.

Até hoje só vi uma ferramenta que faz isso, mas ela é caríssima. É esta
https://www.remix.com/.

Mas tá bom, já ajudou muito os esclarecimentos e seu esforço para manter o
OSM atualizado. Obrigado mais uma vez.

Em seg., 16 de mar. de 2020 às 13:37,  escreveu:

> Bom dia, Paulo. Existe uma restrição de manobra que deve ser aplicada
> nesta região para que o roteamento fique correto, ou seja, permitindo
> ônibus e vetando carros. A relação existe, mas atualmente, falta aplicar um
> atributo para que ela fique correta. Veja:
> https://www.openstreetmap.org/relation/10721869/
>
>
>
> Aí deve se adicionar um atributo *except=psv *(que abrange diversos tipos
> de serviços de transporte público) ou, simplesmente, *except=bus* (para
> criar a exceção somente para ônibus).
>
>
>
> Desta forma o roteador deverá ignorar a manobra para todos os veículos,
> *exceto* taxis, ônibus e micro-ônibus, no primeiro caso, ou ônibus, no
> segundo caso.
>
>
>
> Aliás, havia uma relação correta no passado, entretanto, uma usuária me
> gerou stress ao deletar múltiplas relações em toda a ilha de Vitória
> variadas vezes. Isso é outra história, no entanto. Resido em Vila Velha e
> costumo passar de ônibus nessa região rotineiramente.
>
>
>
> Atenciosamente,
>
> Lucas Pereira.
>
>
>
> Enviado do Email  para
> Windows 10
>
>
>
> *De: *Paulo Vianna 
> *Enviado:*sexta-feira, 13 de março de 2020 17:12
> *Para: *OpenStreetMap no Brasil 
> *Assunto: *[Talk-br] Conversão em via somente para ônibus
>
>
>
> Olá pessoal, boa tarde.
>
>
>
> Estou usando o tipo de rota carro pra tentar traçar uma rota de ônibus,
> porém existe uma conversão que não é permitido para carro, somente ônibus.
> O que devo fazer no Open Street? Devo definir a rota do ônibus como se
> fosse uma rota de carro?
>
>
>
> O traçado em vermelho é a rota utilizada para carro. O traçado em verde
> foi um demonstração para onde deveria passar o ônibus.
>
>
>
> http://www.codelogic.com.br/arquivo/via_onibus_verde.png
>
>
>
> Obrigado.
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] fermeture covid19 : suffisamment long pour être dans osm ?


openging_hours:covid c'est tentant.

Je pense que des applis style OSMAND, JOSM dont l'évolution est rapide
peuvent gérer ça rapidement.

Comme dit par ailleurs, pas ma priorité.

Je me dis que si certains mettent les nouveaux horaires (qui peuvent
être très flous et changeants d'un jour à l'autre) ils les mettront
encore à jour quand les horaires "normaux" reviendront.

Et on met des access=no sur les sentiers littoraux ? Je ne suis pas très
chaud : là aussi ça peut changer vite.

Ou un end_date=2020-03-19 ou 20 ? Toujours aussi peu chaud mais ça se
retrouverait plus rapidement.

A minima effectivement #covid19

Jean-Yvon

Le 20/03/2020 à 17:04, Vincent Bergeot - vinc...@bergeot.org a écrit :

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

Bonjour,

certains commencent à ajouter/altérer la clef opening_hours
pour tenir compte de la situation actuelle.

je suis bien d'accord qu'on ne renseigne pas des modifs
très temporaire dans osm. pour les fermetures de rue,
on dit parfois la règle de > 1 mois.

Et donc vu qu'il n'y a un espoir que naïf de croire
que c'est finit dans le mois, est-ce une bonne pratique ?

à défaut, les cartes se multiplient, chacune incomplète.
si on a une vision commune, une petite page wiki et une
communication sur les réseaux sociaux porurait être approprié.
cella permettrait de mettre aussi au point un format clair
genre off "covid19" afin de pouvoir dans un 2ieme temps
annuler ces modifis d'horaire (parce que c'est surtout
cela qui me pose pronlème... ne pas garder des faux horaires
pendant des années)


je me suis posé la question également d'avoir un moyen "simple" de
garder traces de modifications.

à minima, je dirai #covid19 dans les changesets

ne peut-on avoir comme was: ou disused: un covid29: (en même temps je
crains que cela ne soit trop technique pour être utilisable !)




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] OSM is not the place for dissemination of authoritative data sets

2020-03-20 Thread Mikel Maron

> Today's blog posts are the press releases of past years. It would have been 
>quite possible to run it past the responsible organs of the organisation they 
>were writing about, as it would have been customary in earlier days.

Good enough idea, but I have seen very few or even no examples of someone 
asking OSMF about a PR/blog beforehand, nor the OSMF asking for that. Not a bad 
idea to change expectations around this.

-Mikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Friday, March 20, 2020, 04:43:28 PM EDT, Simon Poole  wrote: 






Am 20.03.2020 um 20:00 schrieb Mikel Maron:
>>   But this thread is from Facebook trying to change that. To side step 
>> imports.
> No they're not. It's a couple sections in a blog post that is being wildly 
> misinterpreted.

Today's blog posts are the press releases of past years. It would have
been quite possible to run it past the responsible organs of the
organisation they were writing about, as it would have been customary in
earlier days.

Simon


>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
>
>
>
>
> On Friday, March 20, 2020, 02:18:54 PM EDT, Rory McCann 
>  wrote: 
>
>
>
>
>
> On 19/03/2020 20:15, Mikel Maron wrote:
>
>> This whole thread is blown out of proportion, and rehashing old 
>> theoretical debates about imports that are more or less resolved in 
>> practice.
>
> Yes, we have an import guideline. But this thread is from Facebook 
> trying to change that. To side step imports.
>
> BTW the Etiqutte guidelines require you to assume all people here are 
> operating in good faith 

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

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


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

Re: [OSM-talk-fr] Processus de validation de tag

2020-03-20 Thread Georges Dutreix via Talk-fr


Le 20/03/2020 à 00:07, François Lacombe a écrit :
Pour ma part je serais aussi de l'avis de Marc, place=* correspond à 
un lieu commun.

amenity=* me semble être plus approprié.


Bonjour à tous,

Je découvre cette proposition. Le remplacement du tag amenity=* par un 
tag place=* me semble plutôt souhaitable.


J'ai passé une dizaine d'années (il y a longtemps) avec MSF, en 
particulier sur des camps de réfugiés.
Il peut y avoir dans ces camps des hôpitaux, des centres de 
distribution, des zones de traitement de l'eau, des écoles, des terrains 
de foot, des échoppes, des latrines, etc. J'en ai même vu un à Liboï au 
Kenya, avec une piste d'atterissage au milieu du camp.
Le tag amenity sur une telle zone est-il vraiment approprié ? La 
proposition peut sûrement est améliorée, mais je trouve qu'elle est très 
cohérente :-)


Cordialement,
Georges

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

Re: [Talk-br] Conversão em via somente para ônibus

2020-03-20 Thread Paulo Vianna

Muito obrigado pela resposta Fernando. É porque estou utilizando o OSRM (
http://map.project-osrm.org/) e preciso traçar a rota de um ônibus
utilizando esse servidor de rotas e não tá dando.

Mas tá ótimo, já me esclareceu.

Em sex., 13 de mar. de 2020 às 19:34, Fernando Trebien <
fernando.treb...@gmail.com> escreveu:

> Se a faixa não for separada do trânsito dos demais veículos (o que não
> é a situação desse caso específico), bastaria adicionar à relação de
> restrição de conversão a etiqueta except=bus, ou except=psv se todos
> os veículos de transporte público puderem fazer a conversão,
> incluindo, por exemplo, táxis e microônibus.
>
> Neste caso específico, no bairro Santa Helena em Vila Velha, ES, a
> "faixa" de ônibus é separada dos carros por uma faixa zebrada, que
> normalmente é entendida como separador de vias no OSM no Brasil. Sendo
> assim, a faixa dos ônibus é considerada um pista exclusiva para ônibus
> e é mapeada como uma linha separada paralela com highway=service +
> service=driveway + access=no + bus=designated ao invés de ser
> representada pela etiqueta busway:left=lane na linha da via principal.
> Mapeando como linha separada, você pode adicionar a restrição de
> conversão somente na linha da via principal e não adicionar a
> restrição à linha da pista exclusiva para ônibus.
>
> On Fri, Mar 13, 2020 at 5:12 PM Paulo Vianna 
> wrote:
> >
> > Olá pessoal, boa tarde.
> >
> > Estou usando o tipo de rota carro pra tentar traçar uma rota de ônibus,
> porém existe uma conversão que não é permitido para carro, somente ônibus.
> O que devo fazer no Open Street? Devo definir a rota do ônibus como se
> fosse uma rota de carro?
> >
> > O traçado em vermelho é a rota utilizada para carro. O traçado em verde
> foi um demonstração para onde deveria passar o ônibus.
> >
> > http://www.codelogic.com.br/arquivo/via_onibus_verde.png
> >
> > Obrigado.
> > ___
> > Talk-br mailing list
> > Talk-br@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> Fernando Trebien
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Barrière délimitant une aire de jeux

Salut,

Il me semble que ce sont deux façons valide de faire.
Une troisième a priori très utilisé mais qui est plus polémique est
simplement d'ajouter barrier=fence sur le way du leisure=playground.
C'est plus simple à faire par contre leisure étant un tag qui implique une
aire, barrier peut aussi se faire tagguer sur une aire, alors le barrier
s'applique à l'aire ou seulement au périmètre ?
barrier=fence n'étant pas documenté pour une aire, alors beaucoup l'utilise
mais voilà c'est litigieux.


Le ven. 20 mars 2020 à 13:55, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Quand on trace une aire de jeux leisure=playground fermée,
>
> est-ce qu'on trace une barrière barrier=fence superposée, (+
> barrier=gate entrance=yes pour le portillon)
>
> ou bien on trace la barrière et on fait le playground comme relation à
> un seul membre outer qui serait la barrière ?
>
> Là j'ai utilisé la première solution :
> https://www.openstreetmap.org/way/569856911
>
> La validateur JOSM n'aime pas.
>
> Pouvez-vous me donner votre avis ?
>
> Merci
>
> Arnauid
>
>
> ___
> 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: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

2020-03-20 Thread Simon Poole


Am 20.03.2020 um 20:00 schrieb Mikel Maron:
>>   But this thread is from Facebook trying to change that. To side step 
>> imports.
> No they're not. It's a couple sections in a blog post that is being wildly 
> misinterpreted.

Today's blog posts are the press releases of past years. It would have
been quite possible to run it past the responsible organs of the
organisation they were writing about, as it would have been customary in
earlier days.

Simon

>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
>
>
>
>
> On Friday, March 20, 2020, 02:18:54 PM EDT, Rory McCann 
>  wrote: 
>
>
>
>
>
> On 19/03/2020 20:15, Mikel Maron wrote:
>
>> This whole thread is blown out of proportion, and rehashing old 
>> theoretical debates about imports that are more or less resolved in 
>> practice.
>
> Yes, we have an import guideline. But this thread is from Facebook 
> trying to change that. To side step imports.
>
> BTW the Etiqutte guidelines require you to assume all people here are 
> operating in good faith 
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Le trafic moyen c'est bien

2020-03-20 Thread DH


Le 20/03/2020 à 15:50, Florimond Berthoux a écrit :

Bonjour,

À la SOTM-fr 2019 j'avais évoqué l'idée de mapper le trafic des routes 
afin d'avoir un indicateur pour savoir si une route est cyclable ou non.

Le public n'avait pas été très enthousiaste, déçu je fus :(
L'idée a continuer à trotter dans la tête et j'ai pu enfin travailler 
dessus.


- C'est quoi le trafic ?
«La circulation routière est le déplacement de véhicules automobiles, 
au sens large, sur une route. » Wikipedia
Au sens  large le trafic c'est l'étude du déplacement (ou non) des 
véhicules sur la route.
Généralement on pense débit, c'est à dire le nombre de véhicule en un 
temps donné, mais ça peut aussi être la vitesse des véhicules, le 
temps à l'arrêt, ou d'autres choses.
La grandeur physique qui nous intéresse c'est le débit c'est à dire la 
quantité de véhicule qui circule en un temps donnée.


- Mais ça change tout le temps !
Effectivement le débit c'est comme la vitesse, ça peut changer tout le 
temps, des fois il fait beau et les gens vont à la plage et des fois 
il y a un virus et tous le monde reste chez lui.
Mais, le débit comme la vitesse c'est une unité par temps, ce temps 
peut être l'heure, la seconde, le jour, l'année, etc.
On peut parler de vitesse instantanée comme de débit instantanée mais 
à vrai dire c'est un concept physique irréel, une vue de l'esprit, 
l’instantanée pour mesurer un changement dans le temps n'existe pas.
Bien entendu le trafic en temps réel n'a pas sa place dans OSM et à 
vrai dire ne m'intéresse pas.



...

Dans le domaine ferroviaire, on a 2 manières(au moins) pour mesurer un 
trafic :


- soit un TMJA : trafic moyen journalier annuel => trafic constaté (ou + 
ou - calculé) de l'année / 365 -> ça permet de lisser tous les effets 
(offre de semaine /we, vacances scolaires, Gr..es)


- soir un JOB : Jour Ouvrable de Base => c'est un jour choisi 
habilement  (un mardi ou un jeudi des 2 premières semaines de janvier 
pour ma pratique perso) dans le calendrier qui correspond à un jour 
"normal" de trafic. C'est une photo + ou - réaliste d'un point du réseau 
(Point Remarquable) ou tronçon de voie (entre 2 PR)


C'est valable dans le cadre d'une offre connue à l'avance (pour le 
moment) et d'une capacité limitée, donc bornée, mais peut-être pas que.


L'idée d'un débit maxi pourrait être intéressante, avec ses variantes : 
trafic très dense, dense, peu dense, etc. (c'est à dire avant bouchon, 
compté en vehicule/h) mais très compliqué à mettre en oeuvre.


Voir du côté du CEREMA pour plus d'expertise côté routier. Les 
compétences (et donc classifications) sont à chercher soit du côté de 
l'Etat (DIR) soit des collectivités locales (départements / métropoles)


mes 0,02€ confinés

Denis


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

Re: [talk-au] Postal addresses

2020-03-20 Thread Andy Mabbett

On Fri, 20 Mar 2020 at 04:25, Warin <61sundow...@gmail.com> wrote:

> On 20/03/2020 7:54 am, Andy Mabbett wrote:

> which does *not* imply that if there is a addr:housenumber there
> should be no addr:housename, but on the contrary indicates that the
> two properties can be used at the same time.

> The Karlsruhe_Schema says
> addr:housenumber or addr:housename

It also says:

   The scheme is (as anything in OSM) subject to change after everyone
   has gathered experience with tagging house-numbers and interpreting
   the mapped data.

and:

   These tags work well in many countries. But other countries use very
   different ways of addressing that don't match these tags.

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

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

Re: [OSM-talk-fr] Récupérer un seul objet dans Umap

2020-03-20 Thread Arnaud Champollion


Le 20/03/2020 à 16:07, osm.sanspourr...@spamgourmet.com a écrit :
À récupérer avec une requête Overpass, 



OK je vois. Merci

Comme j'avais juste un chemin à récupérer et que n'avais pas besoin de 
ses attributs, je l'ai finalement juste retracé à la main sur Umap.


Petit exercice de géographie pour mes CE1 confinés lundi :

https://umap.openstreetmap.fr/fr/map/contunuite-pedagogique-lundi-23-mars-ecole-du-pige_433661#15/44.0928/6.2350




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

Re: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

2020-03-20 Thread Mikel Maron

>  But this thread is from Facebook trying to change that. To side step imports.

No they're not. It's a couple sections in a blog post that is being wildly 
misinterpreted.

* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Friday, March 20, 2020, 02:18:54 PM EDT, Rory McCann  
wrote: 





On 19/03/2020 20:15, Mikel Maron wrote:

> This whole thread is blown out of proportion, and rehashing old 
> theoretical debates about imports that are more or less resolved in 
> practice.


Yes, we have an import guideline. But this thread is from Facebook 
trying to change that. To side step imports.

BTW the Etiqutte guidelines require you to assume all people here are 
operating in good faith 


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

Re: [Talk-GB] Anyone in South-West London?

2020-03-20 Thread Colin Smale

On 2020-03-20 19:36, Andrew Hain wrote:

> Also changing the name tag for Eel Pie Island.

Yeah, that was the first thing I noticed. I changed that one back, and
left comments on a couple of other changes, but when I saw the rest I
gave up.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-hr] Tasking manager uspjesan test i najava nastavka

2020-03-20 Thread Hrvoje Bogner


Pozdrav svima,

Prosljeđujem komentar jednog mapera(uz njegovo dopuštenje) koji mi se 
direktno javio:


""
Nekoliko komentara na označavanje rtova i sažetak prijašnjih diskusija.

Rt se označuje na liniji obale.
Na svaki rt se dodaje source=DGU-TK25.

Ukoliko naziv na TK25 karti nema "Rt" u sebi, ne dodaje se.
Postoje rtovi sa skraćenim nazivom. Npr. za "Zlatna gl." upisuje se puni 
naziv "Zlatna glava".
Ako se postojeći naziv ne poklapa na OSM i na TK25, onda prednost ima 
naziv na TK25 karti. U tom slučaju dodati tagove [name="naziv", 
name:hr:tk25="naziv", loc_name="stari naziv"]
Ukoliko ste nekako saznali da je naziv na TK25 kriv, dodajte tagove 
[name="pravi naziv", not:name="krivi naziv", not:name:source="DGU-TK25"]


U JOSM se na prvu baš i ne vide rtovi. Možete postaviti vlastitu ikonu 
ili promijeniti zoom razinu na kojoj se počinje prikazivati:


Skinite standardni pogled 
https://josm.openstreetmap.de/browser/josm/trunk/resources/styles/standard

Promijenite
node[natural=cape] {
    icon-image: "presets/nautical/cape.svg";
    set icon_z17;
}
u npr.
node[natural=cape] {
    icon-image: "presets/health/hospital.svg";
    set icon_z14;
}
u JOSM: View->Map Paint Style->Map Paint preferences-> pritisak na + s 
desne strane-> odabrati datoteku i postaviti naziv.

""

Ivane, nema problema, sad kad je dosta ljudi doma pa stignu nešto i 
mapirati ;)


Pozdrav, Hrvoje


On 19. 03. 2020. 20:52, Ivan Habunek wrote:

On Wed, 18 Mar 2020, at 22:08, Hrvoje Bogner wrote:

https://osm-hr.org/2020/03/18/tasking-manager-uspjesan-test-i-najava-nastavka/

Bok maperi,

Krenuo sam raditi na rtovima i primjećujem da je puno već ucrtanih rtova 
označeno samostalnom točkom, ili unutar otoka ili na moru. Wiki kaže da se 
rtovi ucrtavaju kao dio obale:
https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dcape#How_to_map

Ja ću ovo ispravljati gdje nađem.

Hrvoje hvala na organizaciji!

-- Ivan

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


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

Re: [Talk-GB] Anyone in South-West London?

2020-03-20 Thread Andrew Hain

Also changing the name tag for Eel Pie Island.

--
Andrew

From: Colin Smale 
Sent: 20 March 2020 17:11
To: Talk-GB 
Subject: [Talk-GB] Anyone in South-West London?

If there is anyone who keeps a weather eye on South-West London, in particular 
the Twickenham area, would they like to cast their eye over the changesets of a 
brand-new user "tommyf5"? He has been busy today making many changes that I 
would class as "fiddling" and don't look right, but a local eye would be 
beneficial. Examples are demoting St Margarets from suburb to neighbourhood, 
and renaming ways adjacent to a junction as "Whitton Road Intersection".

https://www.openstreetmap.org/user/Tommyf5

Thanks!

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

[OSM-talk-fr] Exemples d'outils d'analyse à partir des données OSM

2020-03-20 Thread Martin Noblecourt


Bonjour à tous,

Je suis à la recherche d'outils d'analyse spatiales (webmaps, 
dashboards, cartes papiers, etc.) basés sur les données OSM.


P. ex. des analyses de temps de trajet ou de distance par rapport à 
certaines infrastructures, de couverture de certains services comparé au 
nombre de bâtiments, de caractérisation de tel type d'objet (p. ex. type 
de routes), etc. etc.


Je cherche des "outils métiers" par exemple de collectivités locales ou 
d'entreprises, et pas simplemement les outils d'analyse brute (comme 
OSRM p. ex.). L'objectif est d'illustrer les possibilités d'analyse qui 
sont possibles directement à partir d'OSM, sans avoir une base de 
données séparée.


J'espère avoir été clair !

Bon week-end confiné à tous.

Martin

PS : merci aux réponses supplémentaires sur mon fil sur le tagging, fort 
utiles. Je garde en tête l'idée d'une session d'échange d'expériences 
sur le sujet au SOTM.



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

Re: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

2020-03-20 Thread Rory McCann


On 19/03/2020 20:15, Mikel Maron wrote:
This whole thread is blown out of proportion, and rehashing old 
theoretical debates about imports that are more or less resolved in 
practice.


Yes, we have an import guideline. But this thread is from Facebook 
trying to change that. To side step imports.


BTW the Etiqutte guidelines require you to assume all people here are 
operating in good faith 


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

Re: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

2020-03-20 Thread Rory McCann


On 19/03/2020 17:28, Christoph Hormann wrote:

I think I have said that in the past already:  "Assume good faith" as a
general principle can on OSM only work w.r.t. individuals taking full
and permanant responsibility for their own actions.  There cannot be an
assumption of good faith for inherently amoral corporate entities or
individuals making decisions on behalf of such entities.


Yep.

In addition, an assumption of good faith is a starting point that can be 
disproven by later conduct; it is not a perpetual mandate to be upheld 
even in the face of contrary evidence.


Facebook has been around for 15+ years. The same people are running it. 
We can look at their behaviour, at what they do, and predict what 
they're likely to do in the future.


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

Re: [Talk-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Damjan Gerl


  
  
Volker Schmidt je 20.3.2020 ob
  15:34 napisal:


  
  



  
  
  
Esattamente quello che riscontro io e anche io ripristino la
posizione da CTR.

Ciao,
Federico
  
  
  
  Adesso  penso di aver capito (correggete mi se sbaglio):
  
  
  CTR è disponibile in Lombardia come wms, ma nel resto el
paese no.
  
  
  
  Nel Veneto utilizziamo degli import fatti da CTR, ma
questi import sono affetti da scostamento e dovrebbero
essere allineate con le ortofoto PCN2006, ma spesso non lo
sono.
  
  
  Volker
  

  


No. Non so per il Lazio, io parlo per il Friuli Venezia Giulia: la
base più corretta sono le CTR e tutte le altre ortofoto che vogliamo
usare vanno alineate alle CTR. Quasi tutti i building in osm sono
stati importati dalla CTR, quindi si possono tenere come
riferimento. Le PCN sono abbastanza allineate alle CTR. 

Damjan
  


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

Re: [Talk-it] etichetta per Carrozzeria ?

2020-03-20 Thread Andrea Musuruane

Dalla wiki direi: shop=car_repair + service=body (o
service:vehicle:body_repair=yes se si vuole seguire quello che propone iD)
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar_repair

Ciao,

Andrea


On Fri, Mar 20, 2020 at 6:23 PM Volker Schmidt  wrote:

> shop=car_repair
> più
> car_repair=body_shop ?
>
> Volker Etichetta per
>
>
>
> ___
> 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] etichetta per Carrozzeria ?

2020-03-20 Thread Volker Schmidt

shop=car_repair
più
car_repair=body_shop ?

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

[Talk-GB] Anyone in South-West London?

2020-03-20 Thread Colin Smale

If there is anyone who keeps a weather eye on South-West London, in
particular the Twickenham area, would they like to cast their eye over
the changesets of a brand-new user "tommyf5"? He has been busy today
making many changes that I would class as "fiddling" and don't look
right, but a local eye would be beneficial. Examples are demoting St
Margarets from suburb to neighbourhood, and renaming ways adjacent to a
junction as "Whitton Road Intersection". 

https://www.openstreetmap.org/user/Tommyf5 

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

Re: [OSM-talk-fr] Encodages des données ?

2020-03-20 Thread Noémie Lehuby via Talk-fr


Le 20/03/2020 à 17:23, Marc M. a écrit :

PS: je vais tester ce soir un conflate entre les FINESS et osm.
si quelqu'un d'autre est entrain de le faire, dis le


Le fichier que j'ai envoyé ce matin est déjà une fusion entre les 
données open data et OSM.
Les premières colonnes proviennent du fichier 
https://www.data.gouv.fr/fr/datasets/finess-extraction-des-autorisations-dactivites-de-soins/ 
(filtré pour ne garder que les lieux disposant d'un service de réanimation)

Les dernières colonnes proviennent d'OSM

Si les données open data sont fiables et qu'on envisage un 
enrichissement massif d'OSM avec cette source, voici quelques points 
d'attentions (peut-être pas anormal, je ne m'y connais pas assez sur 
cette thématique)
Il y a des doublons dans OSM : plusieurs objets avec le même tag 
ref:FR:FINESS
Il y a des doublons dans le jeu open data: plusieurs objets avec le même 
"finess et"



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

Re: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

2020-03-20 Thread Jmapb


On 3/19/2020 3:17 PM, Mikel Maron wrote:

> How would a mapper performing imports via RapiD comply with the
import guidelines?

By complying with the guidelines before setting up an import process
that leveraged RapiD for conflation.


That doesn't sound so bad to me, pending further details.

But it's not the first thing that leaps to mind when reading the blog
post, which claims that RapiD will allow imports by normal users who
find the traditional import process "too onerous." Current RapiD
workflow (in my experience) is "AI thinks a road/building is here and
looks like this. If you agree, click to add it." Changing the source
from AI-enhanced satellite imagery to "authoritative dataset" and I
picture a similar process: "Data Authority X thinks Y is here. If you
agree, click to add it." You can see how this sounds like an end-run
around the import guidelines, because it's performing an import without
a dedicated import account.

A good conflation tool would process a prospective dataset pre-import,
comparing OSM data against one or more external data sources and
assisting with other forms of data cleanup. If RapiD had a mode like
this, which allowed crowdsourced conflation instead of live map editing,
that could be useful.  The resulting (hopefully improved) dataset could
then be considered as a candidate for an import according to the
standard import guidelines. But offhand I imagine casual users would be
confused if the same piece of software is sometimes a live map editor,
and sometimes a pre-import conflation tool.

Jason

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

Re: [OSM-talk-fr] Encodages des données ?

Le 20.03.20 à 17:12, Vincent Bergeot a écrit :
> (quitte à ajouter un fixme=covid29 pour faire un vrai vérification par
> la suite ?)

soit la base FINESS est suffisament fiable sur ce point et on intègre
l'information dans osm sans fixme
soit la base FINESS n'est pas fiable et on n'ajoute pas.
mais des fixme qui vont rester pendant des années avec la majorité des
contributeurs incapable de résoudre le fixme, pitié non

PS: je vais tester ce soir un conflate entre les FINESS et osm.
si quelqu'un d'autre est entrain de le faire, dis le :)

et si l'une ou l'autre personne pouvait donner son avis
sur la fiabilité (par ex tester un établisement dont
vous connaissez la présence d'une réa et un autre dont
vous connaissez l'absence de réa), cela aidera à se décider.

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

Re: [OSM-talk-fr] Encodages des données ?

2020-03-20 Thread Vincent Bergeot


Le 20/03/2020 à 09:33, Noémie Lehuby a écrit :


Non, tu n'es pas un bug :p
En effet, les deux fichiers sources que j'ai utilisés pour le générer 
n'avaient pas le même encodage.


Voilà un fichier plus propre : 
https://framadrop.org/r/aCsYT6F2cV#x3p7XQpX2fCkueDIRPfqeh59oDUVSOV+ozgqu7a7Mkc=




de ce fichier, nous pouvons retirer tous ceux qui ont déjà 
healthcare:speciality=intensive


et ajouter healthcare:speciality=intensive à tous les hôpitaux dans osm 
qui devraient l'avoir si on en croit la base FINESS (quitte à ajouter un 
fixme=covid29 pour faire un vrai vérification par la suite ?)









Le 20/03/2020 à 09:11, Vincent Bergeot a écrit :

Salut Noémie,

j'ai un problème d'encodage pour l'ouverture de ton fichier, je ne 
comprend pas pourquoi et libreoffice ne me trouve aucun encodage 
permettant d'éliminer les caractères "spéciaux".


tu as une version utf8 ?

ou c'est moi qui est un bug ?

Bises au passage



Le 20/03/2020 à 08:54, Noémie Lehuby via Talk-fr a écrit :

Donat,

Voici la liste des hopitaux d'OSM qui, d'après le fichier open data 
des autorisations d'activités de soins, ont un service de réanimation :


https://framadrop.org/r/V6SBFgdBYd#5qBl0TnjLB8/NCYHVHw7GSE84jBJRtIJ31QY+tYDyAY=

Il y en 348 (mais il y a quelques doublons à regarder plus en détail)

Est-ce que ça correspond à ce qu'il te fallait ?


Le 20/03/2020 à 01:32, Jérôme Amagat a écrit :



Le ven. 20 mars 2020 à 00:52, Marc M. > a écrit :


Bonjour,

La base finess étant dispo en opendata, ne serrait-il
pas plus agréable de pondre une analyse osmose ?

ou même se passer d'osm.

le jeu de donnée sur les activités de soins :
https://www.data.gouv.fr/fr/datasets/finess-extraction-des-autorisations-dactivites-de-soins/
Le fichier n'est pas bien foutu, il ne faut pas s'occuper des 6000 
premières lignes... et pour savoir ce que sont les différentes 
colonnes, il y a un fichier "description des données ..." sur la 
page de data.gouv.fr 

il y a comme activité "Réanimation"
il y en a 358 mais certain sont en double ou triple (c'est divisé 
en Réanimation pour adultes, pédiatrique et pédiatrique spécialisée 
et des établissement ont pour tous).
Dans ce fichier il y a une ligne avec le "Numéro FINESS ET" (le 
numéro Finess EJ je sais pas ce que c'est, un id par l'activités de 
soins sûrement)


Après il faut aller chercher tous les établissements pour avoir 
plus d'info sur les établissements ici :

https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/
il y a un fichier avec la géolocalisation, le numéro de téléphone 
et l'adresse de tous les établissements de soins du pays.

le "Numéro FINESS ET" permet de faire le lien entre les 2 fichiers.

Donc on peut relié tous les service de réa a un nom, une 
géolocalisation ...




___
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



--
Vincent Bergeot

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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] fermeture covid19 : suffisamment long pour être dans osm ?

2020-03-20 Thread Vincent Bergeot


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

Bonjour,

certains commencent à ajouter/altérer la clef opening_hours
pour tenir compte de la situation actuelle.

je suis bien d'accord qu'on ne renseigne pas des modifs
très temporaire dans osm. pour les fermetures de rue,
on dit parfois la règle de > 1 mois.

Et donc vu qu'il n'y a un espoir que naïf de croire
que c'est finit dans le mois, est-ce une bonne pratique ?

à défaut, les cartes se multiplient, chacune incomplète.
si on a une vision commune, une petite page wiki et une
communication sur les réseaux sociaux porurait être approprié.
cella permettrait de mettre aussi au point un format clair
genre off "covid19" afin de pouvoir dans un 2ieme temps
annuler ces modifis d'horaire (parce que c'est surtout
cela qui me pose pronlème... ne pas garder des faux horaires
pendant des années)


je me suis posé la question également d'avoir un moyen "simple" de 
garder traces de modifications.


à minima, je dirai #covid19 dans les changesets

ne peut-on avoir comme was: ou disused: un covid29: (en même temps je 
crains que cela ne soit trop technique pour être utilisable !)





Cordialement,
Marc

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



--
Vincent Bergeot


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

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

2020-03-20 Thread santamariense

> Olhei (...), mas ajustes são necessários.

Fato. Convergência de conhecimentos de diferentes locais do país
advindas de diferentes mapeadores com certeza são essenciais para uma
melhor qualidade nos resultados. Vou a partir de hoje conversar sobre
os resultados locais em diferentes grupos para obter um feedback.

> Um critério fundamental para o Brasil é que todas as trunk devem ser 
> pavimentadas. Em outros países,
> pode ser aceitável uma trunk não pavimentada, como no caso do Canadá, onde
> boa parte do ano a estrada está coberta de neve, mas no Brasil a erosão das
> chuvas deixa várias estradas não-pavimentadas inviáveis (às vezes até as
> pavimentadas).

Creio que nesta situação se enquadram alguns casos bem específicos,
provavelmente exclusivas da região norte.

> Um exemplo é a rota entre Boa Vista e Georgetown, que não é
> pavimentada no lado da Guyana. Faria mais sentido, ao invés dessa rota,
> classificar como trunk a rota entre Boa Vista e Ciudad Guayana, na
> Venezuela, que é pavimentada e imagino que tenha um fluxo de veículos bem
> maior.

A possibilidade de selecionar caminhos alternativos de modo a não ter
ilhas e manter a continuidade parece ser uma boa saída para ponderar
entre as opiniões divergentes.

> Acho que o trabalho ficou bom como exemplo ilustrativo, mas as rotas
> devem ser discutidas com calma, talvez focando em um estado de cada vez. É
> importante também incluir critérios físicos, como foi feito no RS (rodovias
> duplicadas com mais de 10 km de extensão são trunk). Se a rodovia foi
> duplicada é porque ela tem importância. É muito caro duplicar uma rodovia.
> Parabéns pelo trabalho.

Vou estar dialogando com comunidades locais. Quanto ao caso das
duplicadas, vai ser um trabalho a parte, o qual será concatenado ao
arquivo de rotas ideais. Existem os parâmetros "discutíveis" entre
decidir se serão trunk ou motorway nestes casos. Então, podemos até
certo ponto tratar como objetos diferentes e concatenar mais adiante
os resultados.

> Vou ver isso assim que possível. Espero que vocês compreendam que (1)
> a maioria está tendo que se adaptar ao surto de coronavírus e (2) no
> RS houve um período de 10 meses para que alguns membros podessem
> analisar a proposta em detalhes antes de se convencerem de que era
> boa. O Brasil tem 26 estados e alguns deles maiores que o RS.

Certamente. Acima da pressa há a necessidade de se obter os melhores
resultados, o qual é nosso objetivo, portanto não adianta atropelar e
obter resultados não tão satisfatórios.

> À primeira vista, a densidade está dentro do esperado, exceto na
> região Norte, onde as conexões entre as capitais dos estados
> adjacentes não foram incluídas na malha, mesmo quando pavimentadas.
> Achei especialmente interessante o tratamento dado às balsas, algo que
> não chegou a ser discutido a fundo pela comunidade brasileira.

O resultado apresentado até o presente momento são exclusivamente as
rotas ideais entre cidades interconectáveis, nada além disso.
Parece-me coerente ir além e interconectar com trunk as capitais da
região norte dentro do possível.


> Já gostaria de te perguntar de antemão:
>
> 1. Como você gerou as rotas? Sua planilha tem 6 mil rotas. Você
> produziu elas manualmente ou de forma automatizada? Se foi de forma
> automatizada, qual foi o procedimento? Sabendo do procedimento, seria
> possível agilizar a revisão.

Não contei exatamente quantas foram, sei que no meio dessas 6 mil há
várias primaries e secondaries também, então foram menos rotas
calculadas que 6 mil certamente. As tabelas foram produzidas de forma
manual, bem como as rotas no mapa. Algumas pequenas adequações nas
rotas foram feitas de modo a, dentro do possível, aproveitar rotas
ideais já existentes.

> 2. Por que há diferenças com a proposta já aprovada no RS?

Também me fiz a mesma pergunta. É preciso comparar um com outro
resultado para poder discutir os pontos específicos. Creio que o
fbello pode melhor contra argumentar nas rotas divergentes no nosso
estado. Cabe ainda lembrar/salientar que o mapa dos resultados
apresentados está ainda aquém dos resultados obtidos no mapa do RS.

> 3. Recentemente, eu apontei para você, em conversa particular, que a
> rota que está marcada como Passo Fundo - Pelotas não preenche os
> critérios definidos para o RS e que portanto seria um erro ou uma
> escolha por consenso sem justificativa adequada. O único sistema de
> roteamento comercial que escolhe essa rota é o Google Maps. Por outro
> lado, o único sistema que escolhe a rota Porto Alegre - Santiago
> anotada no mapa é o Here.com.

Notei no decorrer das estimativas de rotas ideais que algumas rodovias
tem mais densidade de rotas ideais que outras. Quanto menor a
densidade, maior a possibilidade de haver rotas melhores naquele
local. Quanto maior a distância entre duas cidades, maiores as
possibilidades de rotas entre elas, sendo que dentro de um certo
limiar, é possível "atalhar" menos, de modo a ir "pulando" de cidade a
cidade aproveitando

[OSM-talk-fr] fermeture covid19 : suffisamment long pour être dans osm ?

Bonjour,

certains commencent à ajouter/altérer la clef opening_hours
pour tenir compte de la situation actuelle.

je suis bien d'accord qu'on ne renseigne pas des modifs
très temporaire dans osm. pour les fermetures de rue,
on dit parfois la règle de > 1 mois.

Et donc vu qu'il n'y a un espoir que naïf de croire
que c'est finit dans le mois, est-ce une bonne pratique ?

à défaut, les cartes se multiplient, chacune incomplète.
si on a une vision commune, une petite page wiki et une
communication sur les réseaux sociaux porurait être approprié.
cella permettrait de mettre aussi au point un format clair
genre off "covid19" afin de pouvoir dans un 2ieme temps
annuler ces modifis d'horaire (parce que c'est surtout
cela qui me pose pronlème... ne pas garder des faux horaires
pendant des années)

Cordialement,
Marc

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

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

2020-03-20 Thread Björn Stenberg

Hej,

Jag håller inte med Tobias. Openstreetmap är en kollaborativ kartdatabas,
inte ett kafferep. Om all auktoritativ data skulle ligga någon annanstans
för varje enskild användare att själv hämta hem och applicera skulle
Openstreet vara tämligen oanvändbart och meningslöst.

Det är en bra grundprincip att kartan ska editeras av allmänheten, men det
bygger på att allmänheten kan inhämta korrekt information från verkligheten
och med hjälp av den förbättra kartan. Administrativa gränser är fysiskt
omöjliga att inhämta ur verkligheten, eftersom de inte existerar där. Det
är omöjligt att införa dem korrekt utan import.

Men naturligtvis måste även importer göras med öm hand och respekt för
tidigare införd data. Det gäller ju all editering.

--
Björn


On Fri, 20 Mar 2020 at 10:43,  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 
> *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: Why not just convert your dataset to the OSM
> format to make it compatible with the OSM ecosystem, but skip the import
> into the main OSM database?
>
> In practice, I guess part of the answer for that is discoverability: Who
> wants to hunt down datasets scattered across various servers and
> portals? So it's tempting to put it all into a single big database. And
> I guess that's ok as long as it doesn't get in the way of the main
> purpose of that database too much – which is collaborative editing, not
> data distribution. But surely, with a decent implementation of
> compatible data layers tracked in some central repository, authoritative
> data could be used *with* OSM without being *in* OSM.
>
> Tobias
> --
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] PCN2006 - PCN2012 giù?

sent from a phone

> On 20. Mar 2020, at 14:27, Federico Cortese  wrote:
> 
> Esattamente quello che riscontro io e anche io ripristino la posizione da CTR.

da quanto ho sentito, le CTR si basano comunque su ortofoto.

Le CTR per il lazio sono scaricabili (con licenza cc-by se ricordo bene, quindi 
non compatibili senza waiver).

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

Re: [OSM-talk] We need your help to thwart this pandemic!

2020-03-20 Thread Oleksiy Muzalyev


On 20-Mar-20 11:28, Martin Koppenhoefer wrote:



Am Fr., 20. März 2020 um 09:17 Uhr schrieb Warin 
<61sundow...@gmail.com >:


If the area is higher risk than an adjacent area then encouraging
people to go from the high risk area to the low risk are will
simply increase the risk for those who were in what was a lower
risk area.

For an individual this is great idea.

For the community as a whole this is an extremely bad idea.



I had the same thought. It would be an instruction to help the virus 
spread more quickly.


Cheers
Martin

___

I think we should stay the course, to continue to build the quality map. 
And not only of urban areas but also of the the countryside. Perhaps 
some medical facilities, or summer camps for children will have to be 
constructed outside the cities in future.


In any case, the good map will be an asset for the planners.

Best regards,

Oleksiy


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

Re: [OSM-talk-fr] Récupérer un seul objet dans Umap


À récupérer avec une requête Overpass,

http://overpass-turbo.eu/s/RKO

[out:json][timeout:90];
way(234007589);
>;
out;

Après tu fais une requête dynamique ou mieux tu caches les données
(copier/coller des données par exemple) pour ne pas surcharger le serveur.


Le 20/03/2020 à 14:24, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :

Bonjour,

Dans Umap, pour récupérer un seul objet (par exemple cette rivière
https://www.openstreetmap.org/way/234007589), est-ce que je peux lui
indiquer d'une façon ou d'une autre, ou bien je dois importer une
requête Overpass ?

Merci



___
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] Le trafic moyen c'est bien

Bonjour,

À la SOTM-fr 2019 j'avais évoqué l'idée de mapper le trafic des routes afin
d'avoir un indicateur pour savoir si une route est cyclable ou non.
Le public n'avait pas été très enthousiaste, déçu je fus :(
L'idée a continuer à trotter dans la tête et j'ai pu enfin travailler
dessus.

- C'est quoi le trafic ?
«La circulation routière est le déplacement de véhicules automobiles, au
sens large, sur une route. » Wikipedia
Au sens  large le trafic c'est l'étude du déplacement (ou non) des
véhicules sur la route.
Généralement on pense débit, c'est à dire le nombre de véhicule en un temps
donné, mais ça peut aussi être la vitesse des véhicules, le temps à
l'arrêt, ou d'autres choses.
La grandeur physique qui nous intéresse c'est le débit c'est à dire la
quantité de véhicule qui circule en un temps donnée.

- Mais ça change tout le temps !
Effectivement le débit c'est comme la vitesse, ça peut changer tout le
temps, des fois il fait beau et les gens vont à la plage et des fois il y a
un virus et tous le monde reste chez lui.
Mais, le débit comme la vitesse c'est une unité par temps, ce temps peut
être l'heure, la seconde, le jour, l'année, etc.
On peut parler de vitesse instantanée comme de débit instantanée mais à
vrai dire c'est un concept physique irréel, une vue de l'esprit,
l’instantanée pour mesurer un changement dans le temps n'existe pas.
Bien entendu le trafic en temps réel n'a pas sa place dans OSM et à vrai
dire ne m'intéresse pas.

Par contre ce qui m'intéresse et qui change peu dans le temps c'est le
trafic moyen.
Le trafic moyen est une grandeur physique mesurable et constant dans le
temps.

- Mais comment qu'on compte ?
Un chrono, un compteur.

Après il y a l'open data, généralement ça ne concerne que les grandes
artères.

- Mais ça change !
Oui, faut pas s'attendre à ce que le trafic compté à 1h du mat un 15 août
soit représentatif du trafic moyen.
Du bon sens est nécessaire.
Il y a une règle empirique qui dit que le trafic journalier correspond au
trafic de l'heure de pointe × 10.
En analysant l'open data de Paris j'ai trouvé que c'était plutôt ×18 à
Paris, mais Paris doit avoir un profil particulier (peu de trafic
pendulaire, pas de creux en journée).

- Mais c'est imprécis !
Parce qu'il y a un tag dans OSM qui est précis ?
Toute mesure est imprécise, quelle précision d'un width entre un laser, un
mètre à ruban, une vue satellite ? Quelle précision pour le tag surface ?
OSM est une modélisation simplifiée du monde qui comporte par construction
des imprécisions, l'important est de savoir si cette imprécision est
raisonnable pour l'utilisation que l'on veut en faire.

Pour quoi faire ?
Je suis cycliste, je maintiens une carte vélo (CyclOSM), et je suis membre
actif de Paris en Selle (asso vélo du grand Paris) qui a notamment édité un
guide d'aménagement cyclable qui précise qu'une rue avec moins de 200
véhicules (motorisés) par heure de pointe est cyclable sans aménagement.
Cette notion a directement été recopié des Pays-Bas et de leur guide.
Donc l'idée est d'utiliser le trafic moyen pour savoir si une route est
plus ou moins cyclable ou non, utilisable pour un routeur ou une carte vélo.
Le trafic moyen pourrait être aussi utilisé pour savoir si le futur appart
de vos rêve sera bruyant ou non.
Etc.

Un exemple bientôt...

Tagguement

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

Re: [Talk-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Volker Schmidt

Esattamente quello che riscontro io e anche io ripristino la posizione da
> CTR.
>
> Ciao,
> Federico
>

Adesso  penso di aver capito (correggete mi se sbaglio):

CTR è disponibile in Lombardia come wms, ma nel resto el paese no.

Nel Veneto utilizziamo degli import fatti da CTR, ma questi import sono
affetti da scostamento e dovrebbero essere allineate con le ortofoto
PCN2006, ma spesso non lo sono.

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

Re: [Talk-ca] Importing buildings in Canada

2020-03-20 Thread Daniel @jfd553

Hi,
I completed more than a dozen tiles of the task #173 (Squamish). That would be 
interesting if some of you could validate what I did so far, in order to adjust 
the procedure if required.
Thanks.

Daniel

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

Re: [Talk-it] R: Servizio di consegna a domicilio

2020-03-20 Thread Roberto Brazzelli

Ciao Ale,
sto  provando con espressioni varie in Qgis..poi ti aggiorno.

Grazie



Il giorno ven 20 mar 2020 alle ore 12:02 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Ciao Roberto,
> On 20/03/20 11:48, Roberto Brazzelli wrote:
>
> Il giorno gio 19 mar 2020 alle ore 18:32 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> On 19/03/20 18:05, Roberto Brazzelli wrote:
>>
>> Il pbf non contiene tutti i tag separati, usa "hstore" per diversi tag.
> Questo non è un problema..con query sql sono riuscito ma volevo farlo con
> Qgis, in modo da mantenere funzionante il mio script.*
> Se riesco a mantenere la dinamicità del dato un commerciante x, ricevuta
> comunicazione dal comune o confcommercio, dopo 2 paginette di istruzioni
> osm preparate ad ok, si inserisce la propria attività...bho..riflessioni
>
> In QGIS puoi cmq usare espressioni SQL per filtrare i dati, oppure crei
> delle rules per la simbologia
>
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

[OSM-talk] Covid19 OSM Community Buzz Challenge 1. Building overlaps

2020-03-20 Thread Pierre Béland via talk

For many, we are doing social distanciation staying at home. This is a great 
time to do some social proximity actions from internet. 

We can easily do some Quality actions easy enough to show to childs or 
relatives nervous to do something positive. Various tools can be used. The 
easiest one I propose is Osmose. For more aventurous, there is an Overpass 
query.
- http://osmose.openstreetmap.fr select building theme- 
https://overpass-turbo.eu/s/M4m Overpass query - you simply select the zone to 
cover

Pierre Béland on Twitter

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Pierre Béland on Twitter

“my #buzzOSM today: #OpenStreetMap community Quality challenge 1. Osmose 
theme:building or other Quality tools ...
 |

 |

 |




takes care, have fun :)
 
Pierre 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] +++Nuovo modello autocertificazione (17/3/2020)+++

2020-03-20 Thread liste DOT girarsi AT posteo DOT eu

Il 17/03/20 18:25, Lorenzo Rolla ha scritto:
> Un bravo anche a questo giovane...
> 
> https://autocertificazionespostamenti.it
> 
> 

Purtroppo è diventato inutile, la burocrazia italiana vince sempre.


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [OSM-talk-fr] Carte de France des lieux ouverts durant le confinement ?

2020-03-20 Thread Florian LAINEZ

Bonjour,
En effet Jean-Yvon, je me suis rendu compte après ma proposition du nombre
important d'exceptions telles que celles que tu as cité.
Il paraît donc difficile de produire une carte utilisable à l'échelle de le
France dans ces conditions.
Plus modestement nous tenons une liste des exceptions pour la ville de
Montrouge https://wiki.openstreetmap.org/wiki/Montrouge_confinement

Je te rejoins pour donner la prio au travail initié par Donat and co.
++

Le ven. 20 mars 2020 à 14:28,  a écrit :

> Dans la liste à la Prévert des magasins potentiellement ouverts telle
> que publiée par le gouvernement les magasins de bricolage.
>
> https://www.bricodepot.fr => magasins fermés, drive compris. Vente par
> internet possible.
>
> https://www.leroymerlin.fr => magasins fermés, retraits compris. Vente
> par internet possible. Tutos et aide à distance par des professionnels.
>
> https://www.queguiner.fr/ => Fermeture de l’ensemble du Groupe
> Quéguiner. Ceci dit récemment un ami professionnel qui avait un compte
> avait pu récupérer la marchandise commandée après le début du
> confinement. Ce n'est plus possible.
>
> Donc typiquement je suggère plutôt de travailler sur les thèmes proposés
> par Donat et Jean-Guilhem.
>
> 
>  > en Italie, certaines maisons de retraite ont déjà perdu plus de 80 %
> de leurs pensionnaires…
> Sympa de faire de la place pour les papys boomers.
> 
>
> Et pour ne pas en arriver à la situation italienne pensez à n'utiliser
> les drives que si vous êtes dans la population à risque ou si vous
> faites partie du personnel essentiel : ils sont saturés et il vaut mieux
> aller dans les magasins ordinaires pour laisser de la disponibilité des
> drives pour ceux qui en ont vraiment besoin.
>
> Jean-Yvon
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [Talk-it] +++Nuovo modello autocertificazione (17/3/2020)+++

2020-03-20 Thread Lorenzo Rolla

metto qui questa circolare del ministero dei trasporti... magari serve a
qualcuno


https://www.asaps.it/downloads/files/Circolare%20MIT%20art%20103%20DL%2018%202020.pdf

Il giorno mar 17 mar 2020 alle ore 18:25 Lorenzo Rolla 
ha scritto:

> Un bravo anche a questo giovane...
>
> https://autocertificazionespostamenti.it
>
>
> Il giorno mar 17 mar 2020 alle 15:37 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Un bel form pdf online non sarebbe male: é piuttosto difficile scrivere
>> il comune di residenza in un centimetro.
>>
>> Il mar 17 mar 2020, 12:23 Lorenzo Rolla  ha
>> scritto:
>>
>>> Magari a qualcuno interessa... Il link al modello non funziona. Buona
>>> giornata
>>>
>>> https://www.interno.gov.it/it/notizie/nuovo-modello-autodichiarazioni
>>> --
>>> Lorenzo Rolla
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
> Lorenzo Rolla
>
>

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

Re: [OSM-talk-fr] Carte de France des lieux ouverts durant le confinement ?


Dans la liste à la Prévert des magasins potentiellement ouverts telle
que publiée par le gouvernement les magasins de bricolage.

https://www.bricodepot.fr => magasins fermés, drive compris. Vente par
internet possible.

https://www.leroymerlin.fr => magasins fermés, retraits compris. Vente
par internet possible. Tutos et aide à distance par des professionnels.

https://www.queguiner.fr/ => Fermeture de l’ensemble du Groupe
Quéguiner. Ceci dit récemment un ami professionnel qui avait un compte
avait pu récupérer la marchandise commandée après le début du
confinement. Ce n'est plus possible.

Donc typiquement je suggère plutôt de travailler sur les thèmes proposés
par Donat et Jean-Guilhem.


> en Italie, certaines maisons de retraite ont déjà perdu plus de 80 %
de leurs pensionnaires…
Sympa de faire de la place pour les papys boomers.


Et pour ne pas en arriver à la situation italienne pensez à n'utiliser
les drives que si vous êtes dans la population à risque ou si vous
faites partie du personnel essentiel : ils sont saturés et il vaut mieux
aller dans les magasins ordinaires pour laisser de la disponibilité des
drives pour ceux qui en ont vraiment besoin.

Jean-Yvon



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

Re: [Talk-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Federico Cortese

On Fri, Mar 20, 2020 at 2:16 PM Damjan Gerl  wrote:
>
> Le ortofoto sono tutte tirate, allungate ecc. per farle combaciare il più 
> possibile con la realtà. Dove ci sono monti/colline è molto più difficile 
> rettificarle. Io in FVG mi baso solamente sulle CTR e prendo quella come 
> base. Quindi gli edifici già importati sono il riferimento su cui si regola 
> l'offset di tutte le ortofoto, zona per zona. Bisogna fare attenzione però 
> che ho già trovato qualche edificio che è stato spostato dopo l'importazione 
> su base di altre ortofoto, a mio avviso sbagliate. In questi casi li risposto 
> sulla posizione originale.
>
Esattamente quello che riscontro io e anche io ripristino la posizione da CTR.

Ciao,
Federico

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

[OSM-talk-fr] Récupérer un seul objet dans Umap

2020-03-20 Thread Arnaud Champollion


Bonjour,

Dans Umap, pour récupérer un seul objet (par exemple cette rivière 
https://www.openstreetmap.org/way/234007589), est-ce que je peux lui 
indiquer d'une façon ou d'une autre, ou bien je dois importer une 
requête Overpass ?


Merci



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

Re: [OSM-talk-fr] Processus de validation de tag

Le ven. 20 mars 2020 à 12:24, Marc M.  a écrit :

> Bonjour,
>
> Le 20.03.20 à 12:14, Florimond Berthoux a écrit :
> > «ignores tag voting procedures. »
>
> En même temps, quand 99% des opposants disent tous la même chose,
> continuer comme si de rien n'était quand même ne va pas augmenter la
> qualité.
> le système de proposition est fait pour récolter un maximum d'avis.
> si on ne fait rien de ces avis, alors quelque part on se trompe
> en participant à un projet qui n'est pas simplement "remplir une bdd"
> mais aussi "utiliser cette bdd".
>

Je ne dis pas qu'il ne faut pas écouter l'avis des gens, et que le système
de proposition est inutile.
Je dis juste que ce n'est que l'avis de quelques personnes, culturellement
orientées (la discussion sur name=* est un bon exemple), certes informés
sur le fonctionnement d'OSM.


>
> après qu'il y ai un groupe de 20 motivés pour participer à un maximum
> de proposition, tant mieux, on ne peux pas leur reprocher de s'investir
> un maximum sous prétexte qu'il ya  un million d'autre qui ne participent
> que à ce qui les intéresse personnellement.
> Au conbtraire : merci à ceux qui participent aussi pour améliorer
> ce qui n'est pas leur tasse de thé !
>

Je ne reproche pas aux gens de s'investir, par contre je reprocherais à
quelqu'un de s'investir sur un sujet qu'il n'utilise pas et de bloquer
l'innovation (conservatisme).
Et il y a un effet pouvoir bureaucratique qui me dérange et me dérangerait
beaucoup s'il était obligatoire.


> Cordialement,
> Marc
>
> ___
> 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-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Damjan Gerl


  
  
Martin Koppenhoefer je 20.3.2020 ob
  11:40 napisal:


  
  

  Am Fr., 20. März 2020 um
11:26 Uhr schrieb Max1234Ita :
  
  Purtroppo nelle ortofoto
lo scostamento è variabile, specialmente nelle zone
collinari. 


  

Le ortofoto sono tutte tirate, allungate ecc. per farle combaciare
il più possibile con la realtà. Dove ci sono monti/colline è molto
più difficile rettificarle. Io in FVG mi baso solamente sulle CTR e
prendo quella come base. Quindi gli edifici già importati sono il
riferimento su cui si regola l'offset di tutte le ortofoto, zona per
zona. Bisogna fare attenzione però che ho già trovato qualche
edificio che è stato spostato dopo l'importazione su base di altre
ortofoto, a mio avviso sbagliate. In questi casi li risposto sulla
posizione originale. 

Saluti
Damjan
  


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

Re: [Talk-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Federico Cortese

On Fri, Mar 20, 2020 at 11:41 AM Martin Koppenhoefer
 wrote:
>
> condivido pienamente, è anche la mia osservazione. Alle volte ho anche 
> trovato punti dove in Bing mancava proprio una parte (al lato di un loro 
> tile/striscia, rendendo degli edifici al "bordo" più corti e con forma 
> cambiata rispetto a com'erano nella realtà).

Confermo anche dalla mia esperienza. In Puglia ad esempio le Bing sono
abbastanza disallineate, mentre la CTR regionale è molto precisa
(verificato con GPS topografico).

> Generalmente, darei più fiducia ai fonti ufficiali come PCN, CTR ecc., ma 
> visto che nemmeno gli anni differenti del PCN si sovrapongono perfettamente, 
> è chiaro che sono tutti approssimazioni.

Sì, dalla mia esperienza più fiducia alle CTR che non alle PCN.

> Con i nostri mezzi (soliti) non è possibile fare delle verifiche precise 
> sulla posizione, e in realtà, se avessimo precisione millimetrica, dovremmo 
> aggiustare tutto di continuo (tettonica a placche) ;-)

Hai ragione, tra l'altro come dimostrano gli studi emersi dalle
misurazioni della RDN l'Italia è a cavallo di tre placche, quindi il
moto della superficie non è nemmeno omogeneo, parliamo comunque di
spostamenti di pochi mm all'anno :-) (l'Italia invece si sposta di
circa 2,5 cm all'anno verso est).

> Il mio approccio è di accettare l' "imprecisione" assoluta (relativamente 
> piccola rispetto alla maggiorparte delle scale nelle quali utilizziamo i 
> dati), e di focalizzare su la precisione topologica ed i dettagli (cosa è 
> connesso con cosa, oppure ci sta un'altra cosa tra le due, cosa sta in asse 
> con cosa, una cosa sta al centro di un'altra, oppure più verso un lato, 
> oppure sul suo perimetro, la strada è dritta o ha delle leggere curve, su 
> quale lato di una strada si trova una cosa, ecc. ecc.)
>

Condivido, purtroppo però nelle zone dove vivo io, i nuovi mappatori
che usano iD vedono strade ed edifici spostati rispetto alle Bing e si
mettono ad "aggiustare" tutto :(
Concordo comunque che sia molto più importante aggiungere informazioni
alla mappa, che abbiano corretta posizione relativa rispetto a quanto
già mappato.

Ciao,
Federico

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

Re: [Talk-GB] Quarterly Project Suggestion - drink_water:refill

2020-03-20 Thread European Water Project

Dear CJ,

I agree with your opinion of how open data Refill really is.

The idea of contacting chains in Q3 or Q4 (or early next year depending on
how the current crisis unfolds) makes a lot of sense.

Best regards,

Stuart


On Fri, Mar 20, 2020, 13:55 Cj Malone  wrote:

> "You can download our proprietary app, that uses our proprietary data, on
> 2 proprietary app stores, on 2 proprietary platforms. The app is open."
>
> Doesn't make much sense to me, but oh well.
>
> Seriously though, I added the only local place I know about. But would it
> be appropriate to contact some of the corporate chains involved, like Costa
> and Starbucks, see if it is 100% universal across there UK stores and then
> talk about an bulk import?
>
> Cj
>
> On 20 March 2020 10:55:39 GMT, European Water Project <
> europeanwaterproj...@gmail.com> wrote:
>>
>> Dear All,
>>
>> Just got off a long conversation with Rebecca Burgess, CEO of Refill.
>>
>> Unsurprisingly, Refill has no plans to share any of their proprietary
>> data, but their App is open because anybody can use it  :)
>>
>> Refill has plans to use more and more OpenStreetMap data to populate
>> their network over time without re-contributing ...   Just a shame everyone
>> can't just use the Refill App (sarcasm) !
>>
>> Best regards,
>>
>> Stuart
>>
>> PS: Stay safe !
>>
>> On Sat, 14 Mar 2020 at 23:59, European Water Project <
>> europeanwaterproj...@gmail.com> wrote:
>>
>>> Dear Andy,
>>>
>>> If Refill.org.uk  were to "license" their data to OSM, under what terms
>>> would that be concretely?  I don't want to misspeak (not show my total
>>> ignorance on the subject) when I talk to Rebecca Burgess, the Refill CEO on
>>> Tuesday.
>>>
>>> In the unlikely event that Refill's position changes, with whom can I
>>> put her in contact with?
>>>
>>> Best regards,
>>>
>>> Stuart
>>>
>>> On Sat, Mar 14, 2020, 21:10 Andy Mabbett 
>>> wrote:
>>>
 On Thu, 12 Mar 2020 at 11:27, Jake Edmonds via Talk-GB
  wrote:
 >
 >  I understand Refill.org.uk are unwilling to license their data.

 They said this in July 2017:

https://twitter.com/Refill/status/31637345234945

 I've been pressing them on the point of open licensing, recently:

https://twitter.com/pigsonthewing/status/1216689988357718018

 and have again today chased them for a response:

https://twitter.com/pigsonthewing/status/1238919492568260609

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

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

>>>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Quarterly Project Suggestion - drink_water:refill

2020-03-20 Thread Cj Malone

"You can download our proprietary app, that uses our proprietary data, on 2 
proprietary app stores, on 2 proprietary platforms. The app is open."

Doesn't make much sense to me, but oh well.

Seriously though, I added the only local place I know about. But would it be 
appropriate to contact some of the corporate chains involved, like Costa and 
Starbucks, see if it is 100% universal across there UK stores and then talk 
about an bulk import?

Cj

On 20 March 2020 10:55:39 GMT, European Water Project 
 wrote:
>Dear All,
>
>Just got off a long conversation with Rebecca Burgess, CEO of Refill.
>
>Unsurprisingly, Refill has no plans to share any of their proprietary
>data,
>but their App is open because anybody can use it  :)
>
>Refill has plans to use more and more OpenStreetMap data to populate
>their
>network over time without re-contributing ...   Just a shame everyone
>can't
>just use the Refill App (sarcasm) !
>
>Best regards,
>
>Stuart
>
>PS: Stay safe !
>
>On Sat, 14 Mar 2020 at 23:59, European Water Project <
>europeanwaterproj...@gmail.com> wrote:
>
>> Dear Andy,
>>
>> If Refill.org.uk  were to "license" their data to OSM, under what
>terms
>> would that be concretely?  I don't want to misspeak (not show my
>total
>> ignorance on the subject) when I talk to Rebecca Burgess, the Refill
>CEO on
>> Tuesday.
>>
>> In the unlikely event that Refill's position changes, with whom can I
>put
>> her in contact with?
>>
>> Best regards,
>>
>> Stuart
>>
>> On Sat, Mar 14, 2020, 21:10 Andy Mabbett 
>> wrote:
>>
>>> On Thu, 12 Mar 2020 at 11:27, Jake Edmonds via Talk-GB
>>>  wrote:
>>> >
>>> >  I understand Refill.org.uk are unwilling to license their data.
>>>
>>> They said this in July 2017:
>>>
>>>https://twitter.com/Refill/status/31637345234945
>>>
>>> I've been pressing them on the point of open licensing, recently:
>>>
>>>https://twitter.com/pigsonthewing/status/1216689988357718018
>>>
>>> and have again today chased them for a response:
>>>
>>>https://twitter.com/pigsonthewing/status/1238919492568260609
>>>
>>> --
>>> Andy Mabbett
>>> @Pigsonthewing
>>> http://pigsonthewing.org.uk
>>>
>>> ___
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb
>>>
>>

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Barrière délimitant une aire de jeux

2020-03-20 Thread Arnaud Champollion


Bonjour,

Quand on trace une aire de jeux leisure=playground fermée,

est-ce qu'on trace une barrière barrier=fence superposée, (+ 
barrier=gate entrance=yes pour le portillon)


ou bien on trace la barrière et on fait le playground comme relation à 
un seul membre outer qui serait la barrière ?


Là j'ai utilisé la première solution : 
https://www.openstreetmap.org/way/569856911


La validateur JOSM n'aime pas.

Pouvez-vous me donner votre avis ?

Merci

Arnauid


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

Re: [Talk-GB] Quarterly Project Suggestion - drink_water:refill

2020-03-20 Thread Mark Goodge




On 20/03/2020 10:55, European Water Project wrote:

Dear All,

Just got off a long conversation with Rebecca Burgess, CEO of Refill.

Unsurprisingly, Refill has no plans to share any of their proprietary 
data, but their App is open because anybody can use it  :)


For comparison purposes, I installed their app. While their base list of 
establishments in my town that offer free refills concurs with my own 
observations and council data, their mapping is awful. They've moved 
Tesco half a mile further down the road than it really is. A local 
independent coffee shop is on the wrong street. A cafe that I use 
regularly is in completely the wrong part of town! In fact, of the six 
locations they list here, only one of them (Wetherspoons!) has the 
correct coordinates.


So they've clearly got significant quality control issues. It seems to 
me that an Open Data product based on OSM would be more reliable than 
their solution, however it's being implemented. Provided the location of 
a premises is correct in OSM (which it usually is), then simply tagging 
that premises as offering free refills provides all the information 
necessary. The Refill app, by contrast, expects users to supply 
coordinates themselves (by dragging and tapping on a map), which is 
always likely to be unreliable.


Refill has plans to use more and more OpenStreetMap data to populate 
their network over time without re-contributing ...   Just a shame 
everyone can't just use the Refill App (sarcasm) !


Based on what I've seen, people are better off not using it.

Mark

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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

2020-03-20 Thread deuzeffe

Bonjour,

Il y a des analyses osmose qui alertent déjà, d'après ce que je comprends :
- https://osmose.openstreetmap.fr/fr/errors/?item=8340
- https://osmose.openstreetmap.fr/fr/errors/?item=8341

HTH.

Le 20/03/2020 à 12:18, Jean-Guilhem Cailton a écrit :

Bonjour,

Je partage avec vous ce message de la liste CrisisMappers, qui se
réactive face à la crise du coronavirus, après plusieurs années de
fonctionnement au ralenti. (Depuis la grande époque du « pic » de la
réponse à la crise du tremblement de terre de 2010 en Haïti…)

Il contient plusieurs idées pertinentes.

Dont une que peut prendre en charge la communauté OSM France pour le
territoire national : s’assurer que les lieux très sensibles face au
COVID-19 que sont les maisons de retraites et les EHPAD sont bien, et
exhaustivement, cartographiés dans OSM (en Italie, certaines maisons de
retraite ont déjà perdu plus de 80 % de leurs pensionnaires…) Ces
données peuvent en parallèle servir de base à des cartes dynamiques, par
exemple sur le risque d’exposition ou les mesures de protection.

(Et j’ai bien vu aussi le thème des services de réanimation, et
peut-être plus largement des capacités du système de santé, proposé par
Donat. Un thème n’exclut pas l’autre, et il y a certainement assez de
monde sur cette liste pour améliorer la cartographie de plusieurs thèmes
sensibles en parallèle. D’autres suggestions judicieuses seraient
d’ailleurs aussi les bienvenues. Et chacun·e pourra choisir le thème sur
lequel elle ou il se sent le plus à même de contribuer le plus
utilement, et le plus efficacement, en priorité.)

Prenez bien soin de vous, et des autres si vous le pouvez.

Jean-Guilhem

Message transféré
Sujet : Re: [CrisisMappers] Re: COVID-19 Response
Date : Wed, 18 Mar 2020 23:32:47 +0200
De :Giedrius K
Répondre à :crisismapp...@googlegroups.com
Pour : crisismapp...@googlegroups.com

I see that focus of the talk/discussion is the COVID-19 Response in
United States, right? China, where society in most of the cases listens,
what the government says, while Europe, United States and other western
countries are more liberal and experience some issues now. Liberal - I
mean that they are not forced to stay in quarantine, they are asked, but
not forced. Thus our all elderly depends on infected, if they will obey
the rules or not.

Viewing from First-Responders (Crisis Mappers), I think the best
approach in that case would be:

1. Develop a solution, which would help healthcare to monitor
quarantined people at home (not enough places in hospital) via
technologies (Mobile phones, forms filled everyday, mapping solutions
for local healthcare experts).

2. Map/assess elderly distribution (especially lonely);

3. Develop a solution which would enable volunteers to take care (buy
food, inform healthcare if their health is deteriorating) of elderly
(if not infected relatives cannot).

4. Especially take care of elderly homes - map the Elderly homes and
their measures to fight COVID-19. In Italy in some of the elderly homes
lost already more than 80% of their patients.

5. Establish a solution, which would use available workforce to help
medical staff to deal with non-medical tasks.

This is all what comes to my mind now.

Best

Giedrius

On 2020-03-18 22:49, Beth wrote:

Hi all:

I am working with a group of interdisciplinary researchers
(geographers, epidemiologist etc) who want to donate time to map key
data that is not yet used or available to the public.

We don't want to replicate other efforts. If you know of things going
on let me know or add it to this spreadsheet. Feel free to send it around!

https://docs.google.com/spreadsheets/d/1GmV0FyH-hdTpvVgqo6OW87NbTTk-C7xr46qPv14_UiA/edit?ts=5e7277f7#gid=0

and let me know if you want to get involved- et2...@columbia.edu is my
email

Beth

On Saturday, March 14, 2020 at 1:59:02 PM UTC-4, John Crowley wrote:

Friends,

It has been a long while since I last posted. Today, we are facing
an unprecedented humanitarian emergency with COVID-19. We are
going to need each other to get through the coming storm.

There is more data than ever, and with that flow, more
responsibility for making sense of what the WHO is calling an
'infodemic' alongside the pandemic.

Could we get a roll call of who is working information management
modeling, data management, and other elements of crisis mapping
for this response?

I am currently at NetHope as Director of Information Management
and Crisis Informatics. We are in planning stage and looking at
the best ways to assist the 58 NGOs who are under the NetHope
network, likely to be around supply chains, sharing practices, and
forecasting.

Looking forward to being in touch with you all again,

John

John Crowley
jcrow...@post.harvard.edu

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

2020-03-20 Thread Vincent Bergeot


Le 20/03/2020 à 13:20, Cyrille37 OSM a écrit :

Merci Donat,

Le 20/03/2020 à 13:09, Donat ROBAUX a écrit :
Si vous voulez mapper les maisons de retraite, attention dans Josm le 
tag

affecté n'est pas à jour. Un EHPAD se mappe:
- amenity=social_facility
- social_facility=group_home
- social_facility:for=senior


Comment distinguer avec les maisons de retraite non médicalisées 
(résidences services seniors) ?

Pour l'instant je les mappaient comme tu as décrit pour EHPAD.

Mais il manque une différentiation du coup.



pour moi il y a 3 niveaux

social_facility=assisted_living (RPA / résidence pour personnes agées, 
les gens ont leur propre appartement : 
https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dassisted_living)


social_facility=group_home (maison de retraite, les gens ont une 
chambre, un lit 
https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dgroup_home)


social_facility=nursing_home (soin 24h:24, plutôt l'ephad je pense 
https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dnursing_home)







Cyrille37.


Il correspond au raccourci Résidence collective.

Sinon le wiki pour voir les distinctions entre les différentes 
structures.


Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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



--
Vincent Bergeot


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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

2020-03-20 Thread Cyrille37 OSM


Merci Donat,

Le 20/03/2020 à 13:09, Donat ROBAUX a écrit :

Si vous voulez mapper les maisons de retraite, attention dans Josm le tag
affecté n'est pas à jour. Un EHPAD se mappe:
- amenity=social_facility
- social_facility=group_home
- social_facility:for=senior


Comment distinguer avec les maisons de retraite non médicalisées 
(résidences services seniors) ?

Pour l'instant je les mappaient comme tu as décrit pour EHPAD.

Mais il manque une différentiation du coup.

Cyrille37.


Il correspond au raccourci Résidence collective.

Sinon le wiki pour voir les distinctions entre les différentes structures.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] tag pour une amap

Bonjour,

ayant été contacté par le réseau des amap,
je me demande quel tag conviendrait le mieux.
j'ai survolé les objets existant, les 2 plus courant
sont shop=greengrocer et shop=farm
malgré que shop=farm est le plus proche d'une vente (quasi) directe,
je suis pas sur qu'ils soie le plus adatpé (parce que l'amap n'est
pas le vendeur, c'est une "association de consommateur").

votre avis ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

2020-03-20 Thread Donat ROBAUX

Effectivement Jean-Guilhem,

Je propose un "Projet du jour" pour les réa. Mais plus globalement, toutes
les structures de santé et assimilées sont intéressantes à cartographier.

Si vous voulez mapper les maisons de retraite, attention dans Josm le tag
affecté n'est pas à jour. Un EHPAD se mappe:
- amenity=social_facility
- social_facility=group_home
- social_facility:for=senior
Il correspond au raccourci Résidence collective.

Sinon le wiki pour voir les distinctions entre les différentes structures.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Encodages des données ?

2020-03-20 Thread Donat ROBAUX

Salut Marc,

J'avoue que je ne sais pas. Je préférerai qu'elles soient dans OSM
directement. Mais si on y arrive pas, je prendrai le doc de Noémie qui est
pas mal. Dans OSM, j'avais intégré toutes les coordonnées des CH, ce qui
peut être intéressant.

Pour le respirateur, des essais ont déjà été fait à l'étranger, des plans
sont déjà dispo si j'ai bien suivi et une équipe médicale est chargée de
valider le modèle.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Encodages des données ?

Bonjour Donat,

Le 20.03.20 à 12:09, Donat ROBAUX a écrit :
> Si y a d'autres questions, n'hésitez pas.

oui :)
est-ce que les données faite par Nöémie te suffisent ou pas ?
sinon mise en pad/tableur pour éliminer collectivement les doublons ?
et/ou intégration dans une umap ?
ou l’intégration dans osm à l'arrache répond mieux au besoin ?

PS: je reposte aussi ma question sur "respirateur artisanal"
quelqu'un a testé la réaction d'un hôpital
à l'idée de respirateur fabriqué par un particulier ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Processus de validation de tag

Bonjour,

Le 20.03.20 à 12:14, Florimond Berthoux a écrit :
> «ignores tag voting procedures. »

En même temps, quand 99% des opposants disent tous la même chose,
continuer comme si de rien n'était quand même ne va pas augmenter la
qualité.
le système de proposition est fait pour récolter un maximum d'avis.
si on ne fait rien de ces avis, alors quelque part on se trompe
en participant à un projet qui n'est pas simplement "remplir une bdd"
mais aussi "utiliser cette bdd".

après qu'il y ai un groupe de 20 motivés pour participer à un maximum
de proposition, tant mieux, on ne peux pas leur reprocher de s'investir
un maximum sous prétexte qu'il ya  un million d'autre qui ne participent
que à ce qui les intéresse personnellement.
Au conbtraire : merci à ceux qui participent aussi pour améliorer
ce qui n'est pas leur tasse de thé !

Cordialement,
Marc

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

[OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

2020-03-20 Thread Jean-Guilhem Cailton

Bonjour,

Je partage avec vous ce message de la liste CrisisMappers, qui se
réactive face à la crise du coronavirus, après plusieurs années de
fonctionnement au ralenti. (Depuis la grande époque du « pic » de la
réponse à la crise du tremblement de terre de 2010 en Haïti…)

Il contient plusieurs idées pertinentes.

Dont une que peut prendre en charge la communauté OSM France pour le
territoire national : s’assurer que les lieux très sensibles face au
COVID-19 que sont les maisons de retraites et les EHPAD sont bien, et
exhaustivement, cartographiés dans OSM (en Italie, certaines maisons de
retraite ont déjà perdu plus de 80 % de leurs pensionnaires…) Ces
données peuvent en parallèle servir de base à des cartes dynamiques, par
exemple sur le risque d’exposition ou les mesures de protection.

(Et j’ai bien vu aussi le thème des services de réanimation, et
peut-être plus largement des capacités du système de santé, proposé par
Donat. Un thème n’exclut pas l’autre, et il y a certainement assez de
monde sur cette liste pour améliorer la cartographie de plusieurs thèmes
sensibles en parallèle. D’autres suggestions judicieuses seraient
d’ailleurs aussi les bienvenues. Et chacun·e pourra choisir le thème sur
lequel elle ou il se sent le plus à même de contribuer le plus
utilement, et le plus efficacement, en priorité.)

Prenez bien soin de vous, et des autres si vous le pouvez.

Jean-Guilhem

 Message transféré 
Sujet : Re: [CrisisMappers] Re: COVID-19 Response
Date :  Wed, 18 Mar 2020 23:32:47 +0200
De :Giedrius K 
Répondre à :crisismapp...@googlegroups.com
Pour :  crisismapp...@googlegroups.com

I see that focus of the talk/discussion is the COVID-19 Response in
United States, right? China, where society in most of the cases listens,
what the government says, while Europe, United States and other western
countries are more liberal and experience some issues now. Liberal - I
mean that they are not forced to stay in quarantine, they are asked, but
not forced. Thus our all elderly depends on infected, if they will obey
the rules or not.

Viewing from First-Responders (Crisis Mappers), I think the best
approach in that case would be:

1. Develop a solution, which would help healthcare to monitor
quarantined people at home (not enough places in hospital)  via
technologies (Mobile phones, forms filled everyday, mapping solutions
for local healthcare experts).

2. Map/assess elderly distribution (especially lonely);

3. Develop a solution which would enable volunteers to take care (buy
food, inform healthcare if their health is deteriorating)  of elderly
(if not infected relatives cannot).

4. Especially take care of elderly homes - map the Elderly homes and
their measures to fight COVID-19. In Italy in some of the elderly homes
lost already more than 80% of their patients.

5. Establish a solution, which would use available workforce to help
medical staff to deal with non-medical tasks.

This is all what comes to my mind now.

Best

Giedrius

On 2020-03-18 22:49, Beth wrote:
> Hi all:
>
> I am working with a group of interdisciplinary researchers
> (geographers, epidemiologist etc) who want to donate time to map key
> data that is not yet used or available to the public.
>
> We don't want to replicate other efforts. If you know of things going
> on let me know or add it to this spreadsheet. Feel free to send it around!
>
> https://docs.google.com/spreadsheets/d/1GmV0FyH-hdTpvVgqo6OW87NbTTk-C7xr46qPv14_UiA/edit?ts=5e7277f7#gid=0
>
>
> and let me know if you want to get involved- et2...@columbia.edu is my
> email
>
> Beth
>
> On Saturday, March 14, 2020 at 1:59:02 PM UTC-4, John Crowley wrote:
>
> Friends,
>
> It has been a long while since I last posted. Today, we are facing
> an unprecedented humanitarian emergency with COVID-19. We are
> going to need each other to get through the coming storm.
>
> There is more data than ever, and with that flow, more
> responsibility for making sense of what the WHO is calling an
> 'infodemic' alongside the pandemic.
>
> Could we get a roll call of who is working information management
> modeling, data management, and other elements of crisis mapping
> for this response?
>
> I am currently at NetHope as Director of Information Management
> and Crisis Informatics. We are in planning stage and looking at
> the best ways to assist the 58 NGOs who are under the NetHope
> network, likely to be around supply chains, sharing practices, and
> forecasting.
>
> Looking forward to being in touch with you all again,
>
> John
>
> __
>
> John Crowley
> jcrow...@post.harvard.edu 
> bostonce...@gmail.com 
> mobile: +1 617.784.3663
> skype: johnrcrowley
>
> “You cannot solve a problem from the same consciousness that
> created it. You must learn to see the world anew.” --

Re: [OSM-talk-fr] Processus de validation de tag

Bonjour,

Un autre point de vue des proposals (d'un néophyte):
C'est 20 personnes (souvent les mêmes) sur une mailling list anglophone.
Contre plus d'un million de contributeur et bien plus d'utilisateurs.

Discuter du bon tag c'est bien, perdre son énergie pour faire passer un tag
dans une moulinette administrative qui n'aura au final aucune force
contraignante bof.

Ma vision est plus doocratie :
1. réfléchir et chercher le bon tag
2. tagguer
3. discuter si pas sûr
4. changer si nécessaire
5. documenter sur le wiki
un an plus tard
6. regarder si le tag à été réutiliser

Et si tu veux que le tag soit plus utiliser tu peux essayer d'en faire la
pub.

Sur le wiki il y a des cartouches :
«ignores tag voting procedures. »
«I don't give a flying monkey's for tag voting, automatic changebots,
endless discussions, categories, or any of that crap, but prefer to get on
and actually do stuff.»

Cordialement.

Le ven. 20 mars 2020 à 00:08, François Lacombe 
a écrit :

> Bonsoir Martin,
>
> La démarche entreprise est seine, quelques commentaires ci-dessous pour
> vous encourager tous à persévérer.
> Bien que complexe, semé d'embuches et à géométrie variable, le principe
> des propositions/votes permet de trouver un certain concensus.
>
> A noter que la participation sur le vote a été bonne, il n'y a semble-t-il
> pas eu de problème de communication sur la tenue de celui-ci.
>
> Le jeu. 19 mars 2020 à 15:06, Martin Noblecourt 
> a écrit :
>
>> Bonjour à tous,
>>
>> Peu d’entre vous l’auront sans doute remarqué mais CartONG portait depuis
>> plusieurs semaine (en lien avec HOT et les organisations humanitaires
>> concernées) un proposal de tag autour des camps de réfugiés
>> ,
>> afin de standardiser des tags utilisés jusqu’à présent de façon incohérente
>> et désorganisée. Ce proposal a fait l’objet de nombreux commentaires suivi
>> de réponses & révisions de notre part pour essayer de l’améliorer du mieux
>> possible.
>>
> Merci à vous
>
> Pour ma part je serais aussi de l'avis de Marc, place=* correspond à un
> lieu commun.
> amenity=* me semble être plus approprié.
>
> Nous sommes logiquement déçus par cette situation : beaucoup de
>> contributeurs se plaignent à raison du manque de considération des
>> organisations, notamment humanitaires, pour les règles communautaires, mais
>> pourquoi ne pas accueillir avec bienveillance les (rares) organisations qui
>> essaient de jouer le jeu, plutôt que bloquer un vote sans faire de
>> contre-propositions ? Le fait que si peu de proposals de tags soient
>> validés (moins d’1/3, le reste étant essentiellement abandonné plus que
>> rejeté) – ce qui conduit à un effet totalement contre-productif où chacun
>> fait ce qu’il veut puisqu’on ne peut rien officialiser – pose question.
>>
> Principalement parce que ceux qui formules les critiques sur l'approches
> de certaines ONG ne sont pas ceux qui jugent les propositions ensuite
> (enfin j'espère).
> Disons que la justification des oppositions est un sujet qui revient
> souvent sur la table, il est au moins nécessaire de justifier son
> opposition à une proposition. Quant à formuler une contre-proposition, ca
> ne saurait être obligatoire : on peut savoir être contre sans pour autant
> trouver de solution au problème posé. On est souvent seul face à cela.
>
>
>> CartONG va relancer dans les prochaines semaines le proposal en tentant
>> de le bonifier (grâce aux plusieurs contributeurs qui ont, eux, fait des
>> remarques constructives), nous serons donc preneurs de l’appui de toute
>> personne connaissant bien le processus de vote pour nous aider à faire
>> encore mieux.
>>
> C'est la bonne démarche. Il n'y a pas d'autres solutions.
> A noter que je me suis aussi cassé les dents sur certaines propositions
> avec des remarques plus ou moins honnêtes. Avec le recul, on se dit que le
> vote est parti trop tôt et que les choses n'ont pas été assez expliquées.
> Certaines propositions mettent des années avant d'être matures (la
> discussion s'arrête puis reprend, etc...)
>
>
>> Par ailleurs, nous nous sommes dit qu’il serait utile de lancer une
>> discussion sur le sujet (au prochain SOTM ?), notamment sur comment
>> clarifier le processus et mieux le documenter.
>>
> Ok pour mieux documenter les choses.
> Mais pas trop : c'est pas marrant si on te prévient de surveiller les
> forums locaux pour voir si ils ne préparent pas un raid 10h avant la fin du
> vote ;)
>
> En revanche, ceux qui ont essayé de changer les choses jusque là n'y sont
> pas parvenus : on aurait atteint la perfection ?
>
>
>> A très vite et bon courage pour le confinement !
>>
> Merci, à toi aussi
>
> François
> ___
> 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

Re: [Talk-it] R: Servizio di consegna a domicilio

ricordo che per utilizzare un db con hstore in QGIS mi avevo create delle
viste:

per esempio (va fatto per ogni tabella, e deve contenere anche le regole
per colonne già esistenti, al meno nel mio caso ho fatto così):

CREATE OR REPLACE VIEW view_point AS
SELECT
"osm_id" AS "osm_id",
"access" AS "access",
"addr:housename" AS "addr:housename",

"wood" AS "wood",
"z_order" AS "z_order",
"tags" AS "tags",
"way" AS "way",
tags->'station' as "station",
tags->'abandoned:railway' as "abandoned:railway",
tags->'disused:railway' as "disused:railway"
from planet_osm_point;



("tags" era la mia colonna hstore)

Dopodichè selezioni dalla vista view_point invece che da planet_osm_point
(Non so se questo è ancora necessario con la più recente versione di QGIS,
ma l'anno scorso ancora lo era).

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

Re: [OSM-talk-fr] Encodages des données ?

2020-03-20 Thread Donat ROBAUX

Salut à tous,

Effectivement les données de santé et l'opendata c'est compliqué.

Merci Noémie pour le fichier. C'est une autre possibilité d'avoir les
données. J'avoue ne pas avoir le temps de faire les choses à fond.

Je confirme ce que dit Noémie. Il y a "des doublons" dans le sens où
plusieurs réa peuvent se trouver dans des bâtiments hospitaliers différents
(avec des noms d'hôpitaux différents), mais sur un même site général. Dans
ce cas, le tag sera seulement sur le site général.

Ah, j'ai oublié de dire que c'était pour avant-hier tout ca ;) Plus
sérieusement, il y a une certaine urgence à disposer de ces données (un peu
comme une activation Hot).

Si y a d'autres questions, n'hésitez pas.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] R: Servizio di consegna a domicilio

2020-03-20 Thread Alessandro Sarretta


Ciao Roberto,

On 20/03/20 11:48, Roberto Brazzelli wrote:
Il giorno gio 19 mar 2020 alle ore 18:32 Alessandro Sarretta 
mailto:alessandro.sarre...@gmail.com>> 
ha scritto:


On 19/03/20 18:05, Roberto Brazzelli wrote:

Il pbf non contiene tutti i tag separati, usa "hstore" per diversi 
tag. Questo non è un problema..con query sql sono riuscito ma volevo 
farlo con Qgis, in modo da mantenere funzionante il mio script.*
Se riesco a mantenere la dinamicità del dato un commerciante x, 
ricevuta comunicazione dal comune o confcommercio, dopo 2 paginette di 
istruzioni osm preparate ad ok, si inserisce la propria 
attività...bho..riflessioni


In QGIS puoi cmq usare espressioni SQL per filtrare i dati, oppure crei 
delle rules per la simbologia.


Ale

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

Re: [Talk-GB] Quarterly Project Suggestion - drink_water:refill

2020-03-20 Thread European Water Project

Dear All,

Just got off a long conversation with Rebecca Burgess, CEO of Refill.

Unsurprisingly, Refill has no plans to share any of their proprietary data,
but their App is open because anybody can use it  :)

Refill has plans to use more and more OpenStreetMap data to populate their
network over time without re-contributing ...   Just a shame everyone can't
just use the Refill App (sarcasm) !

Best regards,

Stuart

PS: Stay safe !

On Sat, 14 Mar 2020 at 23:59, European Water Project <
europeanwaterproj...@gmail.com> wrote:

> Dear Andy,
>
> If Refill.org.uk  were to "license" their data to OSM, under what terms
> would that be concretely?  I don't want to misspeak (not show my total
> ignorance on the subject) when I talk to Rebecca Burgess, the Refill CEO on
> Tuesday.
>
> In the unlikely event that Refill's position changes, with whom can I put
> her in contact with?
>
> Best regards,
>
> Stuart
>
> On Sat, Mar 14, 2020, 21:10 Andy Mabbett 
> wrote:
>
>> On Thu, 12 Mar 2020 at 11:27, Jake Edmonds via Talk-GB
>>  wrote:
>> >
>> >  I understand Refill.org.uk are unwilling to license their data.
>>
>> They said this in July 2017:
>>
>>https://twitter.com/Refill/status/31637345234945
>>
>> I've been pressing them on the point of open licensing, recently:
>>
>>https://twitter.com/pigsonthewing/status/1216689988357718018
>>
>> and have again today chased them for a response:
>>
>>https://twitter.com/pigsonthewing/status/1238919492568260609
>>
>> --
>> Andy Mabbett
>> @Pigsonthewing
>> http://pigsonthewing.org.uk
>>
>> ___
>> 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] R: Servizio di consegna a domicilio

2020-03-20 Thread Roberto Brazzelli

Ciao Alessandro,

Il giorno gio 19 mar 2020 alle ore 18:32 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Ciao Roberto,
> On 19/03/20 18:05, Roberto Brazzelli wrote:
>
> Ciao Ale e Francesco,
> in merito ad avere i poi sempre aggiornati con il "sistema"
> che ho presentato a osmit (qgis+database su server cloud+lizmapwebclient)
> caricando osm.pbf su db si possono avere i poi aggiornati
> giornalmente..magari potevamo
> chiedere un aiuto a wikimedia e mettere su qualcosa di provvisorio sul mio
> server ma
> fin quando non risolvo questo 1), e qui qualcuno in lista potrebbe
> aiutare, non riusciamo a
> farlo.
>
> 1)
> -il tag delivery=yes viene messo nella colonna tags come "hstore" insieme
> ad altri tag, tipo
> phone,website ecc..proprio quelli che ci servono in questo caso (questo
> nel caso del dato
> in formato pfb).
> esempio:
> colonna tags = "phone"=>"+39 338 379 7081", "website"=>"
> https://www.facebook.com/BarZonaVerde17/;, "addr:city"=>"Limone
> Piemonte", "addr:street"=>"Via Circonvallazione", "addr:country"=>"IT",
> "addr:postcode"=>"12015"
>
> Ma da dove scarichi il file? Il pbf non dovrebbe contenere tutti i tag
> separati? Forse una semplice query con delivery!=no potrebbe bastare per
> estrarre i POI (ora sono poco più di 700 in tutta Italia)
>
Il pbf non contiene tutti i tag separati, usa "hstore" per diversi tag.
Questo non è un problema..con query sql sono riuscito ma volevo farlo con
Qgis, in modo da mantenere funzionante il mio script.*
Se riesco a mantenere la dinamicità del dato un commerciante x, ricevuta
comunicazione dal comune o confcommercio, dopo 2 paginette di istruzioni
osm preparate ad ok, si inserisce la propria attività...bho..riflessioni

> C'è da fare attenzione però che inserire in una mappa tutti i delivery!=no
> sarebbe sicuramente fuorviante adesso, perché tante attività sono
> attualmente chiuse.
>
> Anch'io ho creato una mappa per il mio comune (
> http://umap.openstreetmap.fr/en/map/consegne-a-domicilio-a-rubano-per-covid-19_432636)
> ma ho visualizzato solamente quelli che hanno aderito formalmente
> all'iniziativa promossa dall'amministrazione comunale (
> http://www.rubano.it/spesa-casa). Nel mio caso non ho aggiunto un tag
> specifico, ma ho aggiunto il termine "COVID-19" nel tag 
> *delivery=description:it
> *in modo da poter selezionare in seguito i tag contenenti il termine
> stesso.
>
Ottimo, condivido il tag specifico...se mi muovo per il mio comune farò
cosi anche io.

> 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-it] PCN2006 - PCN2012 giù?

Am Fr., 20. März 2020 um 11:26 Uhr schrieb Max1234Ita :

> Purtroppo nelle ortofoto lo scostamento è variabile, specialmente nelle
> zone
> collinari.



condivido pienamente, è anche la mia osservazione. Alle volte ho anche
trovato punti dove in Bing mancava proprio una parte (al lato di un loro
tile/striscia, rendendo degli edifici al "bordo" più corti e con forma
cambiata rispetto a com'erano nella realtà).
Generalmente, darei più fiducia ai fonti ufficiali come PCN, CTR ecc., ma
visto che nemmeno gli anni differenti del PCN si sovrapongono
perfettamente, è chiaro che sono tutti approssimazioni.
Con i nostri mezzi (soliti) non è possibile fare delle verifiche precise
sulla posizione, e in realtà, se avessimo precisione millimetrica, dovremmo
aggiustare tutto di continuo (tettonica a placche) ;-)

Il mio approccio è di accettare l' "imprecisione" assoluta (relativamente
piccola rispetto alla maggiorparte delle scale nelle quali utilizziamo i
dati), e di focalizzare su la precisione topologica ed i dettagli (cosa è
connesso con cosa, oppure ci sta un'altra cosa tra le due, cosa sta in asse
con cosa, una cosa sta al centro di un'altra, oppure più verso un lato,
oppure sul suo perimetro, la strada è dritta o ha delle leggere curve, su
quale lato di una strada si trova una cosa, ecc. ecc.)

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

Re: [Talk-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Volker Schmidt

Gli CTR importati in Veneto sono quasi tutti spostati rispetto alle
ortofoto PCN2006 di due a quattro metri.

Le differenze fra PCN2006 e altre immagini satellitari variano:
Bing adesso è abbastanza bene allineato in pianura, ma rimane il problema
di errori di parallassi in terreno ripido.
Gli Esri variano anche di cinque metri da un posto all'altro. Ho
incontrato, ma non documentato, le faglie nelle loro immagini. Allineamanto
delle Esri con le PCN2006 non è facile per questo motivo e deve essere
rifatto posto per posto.

On Fri, 20 Mar 2020 at 10:49, Martin Koppenhoefer 
wrote:

> di quanti metri stiamo parlando? Io solitamente rinuncio allo spostamento
> di parti della mappa, perché non cambia molto, ritengo molto più importante
> aggiungere altri informazioni (esempio numero di piani e civici), piuttosto
> che spostare avanti e indietro edifici, strade e quant’altro di pochi
> metri. Detto ciò, e anche vero che sfasamenti sistematici (per esempio in
> confronto con le tracce gps) sono noiosi e quando sono evidenti  e
> significativi, la cosa migliore probabilmente è lo spostamento dei dati...
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Piste à la fois pour les piétons et les cyclistes ?

Mauvaise interprétation, il faut comprendre : lorsqu'une piste cyclable
longe une chaussée elle est considérée pour ce qui des règles de priorité
comme une voie de la chaussée principale.
Ça n’empêche pas d'avoir une piste cyclable au milieu de la nature (et il y
en a plein).

Le jeu. 19 mars 2020 à 21:26, Axel Listes  a écrit :

> Le 19/03/2020 à 20:30, Florimond Berthoux a écrit :
> > Euh, non
> > Source ?
>
> Article R415-14
>
> "Pour l'application de toutes les règles de priorité, une piste cyclable
> est considérée comme une voie de la chaussée principale qu'elle longe,
> sauf dispositions différentes prises par l'autorité investie du pouvoir
> de police."
>
> ___
> 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: [OSM-talk] We need your help to thwart this pandemic!

Am Fr., 20. März 2020 um 09:17 Uhr schrieb Warin <61sundow...@gmail.com>:

> If the area is higher risk than an adjacent area then encouraging people
> to go from the high risk area to the low risk are will simply increase the
> risk for those who were in what was a lower risk area.
>
> For an individual this is great idea.
>
> For the community as a whole this is an extremely bad idea.
>


I had the same thought. It would be an instruction to help the virus spread
more quickly.

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

Re: [Talk-cat] Etiquetar cases de pagès

2020-03-20 Thread Pere lópez brosa

Hola.

Només hi afegeixo un suggeriment: gran part de les cases de pagès que
surten al Nomenclàtor Oficial (que venen a ser les dels mapes de l'ICGC)
són a Wikidata, i si són a l'IPAC és probable que tinguin article a la
Viquipèdia. Si s'etiqueten es pot aprofitar per afegir-hi el tag Wikidada o
Wikipedia (o tots dos).

Ara bé, si el nom i les coordenades estan ben etiquetats, és probable que
bona part de les etiquetes Wikidata i Wikipedia es puguin posar
automàticament més tard.

Pere


Missatge de Jan Esquerra  del dia dv., 20 de març
2020 a les 10:40:

> Bon dia Joan,
>
> building=abandoned no és correcte,
> https://wiki.openstreetmap.org/wiki/Tag:building%3Dabandoned
>
> El valor del tag building ha de ser la mena de construcció que és i no pas
> l'ús que té o com està. L'etiqueta principal descriu quin tipus de
> construcció és i les etiquetes secundàries afegeixen informació.
>
> Jo faig servir building = house quan sé que són cases soles habitades,
> si estan deshabitades o ben bé no tinc clar què són poso un building = yes
> sense mullar-me gaire.
> Si està abandonada afegeixo ruins = yes, i building:condition = ...
> https://wiki.openstreetmap.org/wiki/Key:building:condition
>
> Quan són cases amb explotació agricola i/o ramadera, lo que és la casa on
> viuen ho tracto com building = house, i la resta de construccions com el
> que són building = auxiliary_farm, cow_shed, sty, shed, ...
>
> Si estàs a Borredà, jo estic a prop. A veure si quan acabo lo de
> l'acollonavirus quedem ;-)
>
> Salut i paciència,
> Jan
>
> Missatge de Joan Quintana  del dia dc., 18 de març 2020
> a les 11:36:
>
>> Sí, ho miraré, el problema està en què segons la definició de detached
>> https://wiki.openstreetmap.org/wiki/Tag:building%3Ddetached
>> té més pinta d'una casa residencial tipus USA/Canadà. Ja sabem que a OSM
>> hi ha un biaix cap a la cultura anglosaxona.. Se'm fa raro el detached.
>> Joan Q
>>
>> Missatge de Sergi Gumà  del dia dc., 18 de març 2020
>> a les 11:27:
>>
>>> Bon dia,
>>>
>>> em sembla que el Departament d'Interior (mossos, bombers, etc) estaven
>>> fent un inventari de masies i cases aïllades per codificar-les, de cara a
>>> la identificació en casos d'emergència.
>>>
>>> No sé si aquesta informació es podria demanar i afegir-la...
>>>
>>>
>>>
>>> Salutacions
>>>
>>>
>>>
>>> Sergi Gumà
>>>
>>>
>>>
>>>
>>>
>>>
>>> A 18-03-2020 11:13, Joan Quintana escrigué:
>>>
>>> Últimament estic etiquetant cases de pagès per la zona de Borredà i
>>> Berguedà en general, on hi ha moltes cases de pagès.
>>> La tipologia és molt diferent. Parlo de les cases aïllades, unes més
>>> grans i altres més petites, unes abandonades i altres no; unes en ruïnes i
>>> altres més ben conservades.
>>>
>>> De forma genèrica estava etiquetant building=yes i posar el nom correcte
>>> de la casa, com a àrea, però vull fer-ho millor.
>>>
>>> Mirant el tag 'Buildings' trobo:
>>> building=yes
>>> building=house no seria el més indicat per a cases de pagès, crec.
>>> Tag:building=abandoned
>>> Tag:building=farm
>>> Tag:building=ruins
>>>
>>> i després hi ha el
>>>
>>> place=isolated_dwelling (que en català ho tradueixen com a casa aïllada)
>>>
>>> El place=isolated_dwelling el suggereixen posar-lo en un node, però jo
>>> el que faig és posar la casa com a àrea.
>>>
>>> building=house no sé per què, em fa mala pinta posar-lo en una casa de
>>> pagès (sobretot si està abandonada)
>>>
>>> Potser el millor seria:
>>> building=house + place=isolated_dwelling
>>>
>>> i si la casa està en ruïnes o abandonada (però encara amb teulada):
>>> building=abandoned + place=isolated_dwelling
>>> building=ruins + place=isolated_dwelling
>>>
>>> D'altra banda, els annexes de la casa principal els poso com
>>> a building=farm.
>>>
>>> El més important per mi és posar el nom correcte de la casa, doncs totes
>>> les cases tenen el seu nom històric, i definir-ne el contorn.
>>>
>>> Està bé? Alguna idea?
>>> Joan Q
>>>
>>> ___
>>> Talk-cat mailing list
>>> Talk-cat@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cat
>>>
>>> ___
>>> Talk-cat mailing list
>>> Talk-cat@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cat
>>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] PCN2006 - PCN2012 giù?

2020-03-20 Thread Max1234Ita

Purtroppo nelle ortofoto lo scostamento è variabile, specialmente nelle zone
collinari. 
In alcuni luoghi PCN2006 e gli altri layer sono quasi allineati, altrove...
per niente (se i numeri riportati nella casella dell' Imagery Offset di JOSM
sono metri, a volte leggo anche valori di 15 o più).

Di fatto, ogni volta che incontro un gruppo di case, ne mappo 2 o 3 su
PCN2006, poi aggiusto l'offset dell'altro/degli altri layer (perchè a volte
ne uso più di uno, ad integrazione reciproca) e vado avanti con quelli, che
hanno una definizione migliore.

Il problema è che senza un layer di riferimento considerato "valido" non si
può neanche capire di quanti metri si stia parlando.

Max



--
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: [OSM-talk-be] Bunkers

2020-03-20 Thread Lionel Giard

I was just following the wiki on that which says abandoned:building=bunker.
I suppose that they see it as the building is abandoned, so it is the
building that get the prefix. But i also thought like you at a first guess
(i just followed how it was done on the wiki blindly). :-) Thus maybe we
should change/propose a change on the wiki ?

Le mar. 17 mars 2020 à 20:25, Marc Gemis  a écrit :

> are you sure it's not
>
> building=bunker
> abandoned:military=bunker
>
> ?
>
> my reasoning is:  it's still a building, but no longer a military
> installation.
>
> m.
>
> On Tue, Mar 17, 2020 at 5:16 PM Lionel Giard 
> wrote:
> >
> > For abandonned (historic) military bunker, the correct mapping is :
> > - abandonned:building=bunker
> > - military=bunker
> > - bunker_type=* (most of them are pillbox for those defensive belt
> around our big cities)
> > - historic=yes
> > ...
> >
> > So that you get all the information that it is no longer in use ! ^_^
> > Look on the wiki for more detailed tagging:
> https://wiki.openstreetmap.org/wiki/Tag:military%3Dbunker
> >
> > Kind Regards,
> > Lionel
> >
> > Le mar. 17 mars 2020 à 16:51, Marc M.  a
> écrit :
> >>
> >> Hello,
> >>
> >> Le 17.03.20 à 16:26, rodeo .be a écrit :
> >> > I assume they were not visible because the tags were deprecated
> >>
> >> military=bunker isn't deprecated, it's the correct tag for a bunker
> >> still in military use.
> >>
> >> I found at least one currently visible mapped with a node
> >> https://www.openstreetmap.org/node/29049422
> >> another mapped with an area https://www.openstreetmap.org/way/25586752
> >>
> >> Regards,
> >> Marc
> >>
> >> ___
> >> Talk-be mailing list
> >> Talk-be@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-be
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] manca OpenStreetMap

2020-03-20 Thread Alessandro Sarretta


Buongiorno a tutti,

venerdì scorso, con una quindicina di persone, ci si è incontrati 
virtualmente su Jitsi per parlare insieme della possibilità di 
organizzare dei video/meeting/dirette live da qualche parte per far 
conoscere maggiormente OSM e possibilmente attrarre nuovi volontari. In 
questo etherpad trovate gli appunti presi al volo durante l'incontro: 
https://etherpad.wikimedia.org/p/osmit_20200313 (grazie a Iolanda Pensa!).


In particolare si è parlato della possibilità di aderire come OSM 
all'iniziativa https://solidarietadigitale.agid.gov.it/#/ compilando il 
form (https://solidarietadigitale.agid.gov.it/#come-aderire) e 
proponendo OSM come una piattaforma di partecipazione collettiva per la 
conoscenza e la valorizzazione del territorio.


L'idea è che con la "scusa" di questa situazione contingente riusciamo a 
organizzare i materiali (presentazioni, video) già presenti e attivare 
un flusso di nuovi materiali e occasioni di incontro (sia interno a OSM 
sia esterno) e divulgazione (ad es. con incontri periodici in Jitsi).


Ho creato una pagina wiki all'interno della quale raccogliere e 
presentare i materiali più utili e quelli potenzialmente in 
preparazione: https://wiki.openstreetmap.org/wiki/IT:Solidarieta_digitale


Se qualcuno ha voglia di dare una mano si può aggiungere e linkare 
materiali esistenti o in preparazione.


Ale


On 13/03/20 12:08, mbranco2 wrote:

Potrebbe andare bene stasera alle h21 su https://meet.jit.si/osmit ?


Il giorno ven 13 mar 2020 alle ore 10:16 Alessandro Sarretta 
mailto:alessandro.sarre...@gmail.com>> 
ha scritto:


Vista la discussione stimolata da questa idea mi verrebbe da
proporre una chiacchierata online per vagliare disponibilità e
opportunità.

Qualcuno di voi sarebbe disponibile stasera?

Ale

On 12/03/20 15:21, Marco Minghini wrote:


Ciao a tutti,
bellissima idea!

Se avete stimoli o proposte fatevi avanti!

Su Youtube c'è una quantità immensa di video tutorial, sia su iD
che su JOSM (guardate ad esempio quelli fatti da HOT, Missing
Maps o MapGive). A seconda dello scopo si può cercare di
coinvolgere il pubblico giusto, ad esempio se attiviamo i
contatti con le scuole (Wikimedia Italia può aiutare) si possono
insegnare le basi di OSM con iD; se invece vogliamo coinvolgere
chi OSM lo conosce già (ad esempio i frequentatori di questa
lista o del gruppo Telegram) un bel tutorial su JOSM (o perchè no
su Overpass) sarebbe interessante...

Marco


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

Re: [Talk-it] PCN2006 - PCN2012 giù?