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

[Marc M.]

Le 20.03.20 à 18:08, Noémie Lehuby via Talk-fr a écrit :
> Si les données open data sont fiables et qu'on envisage un
> enrichissement massif d'OSM avec cette source

oublie mes questions précédentes, cela n'a plus d'importance,
quelqu'un l'a fait sans même renseigner la source
au final il y a une différence entre les 306 ref:FR:FINESS que contenais
ta préparation des données et les 303 qu'il y a maintenant dans osm
(dont 6 sans ref:FR:FINESS)

si quelqu'un a envie de lui parler, moi je jette l'éponge.
https://www.openstreetmap.org/user/Guillaume017/history

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

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

[brad]

How can I tell who is a one-edit-and-done spam, amazon logistics 
account, and who is a first edit noob?


On 3/20/20 5:07 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: [OSM-talk-fr] Encodages des données ?

[Marc M.]

Le 20.03.20 à 18:08, Noémie Lehuby via Talk-fr a écrit :
> 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.
> Il y a des doublons dans OSM : plusieurs objets avec le même tag
> ref:FR:FINESS

qu'as-tu fait dans ce cas ? mis le tag sur tous les objets ?

> Il y a des doublons dans le jeu open data: plusieurs objets avec le même
> "finess et"

qu'as-tu fait dans ce cas ? mis le tag s'il est présent sur l'une des
occurence ?

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

Re: [Talk-ca] Importing buildings in Canada

[Daniel @jfd553]

Thank,
I'll have a look at that tomorrow. I'll get back to you for further comments an 
changes to the procedure if required.
Daniel

Sent from Galaxy S7


From: Tim Elrick 
Sent: Saturday, March 21, 2020 6:23:59 PM
To: talk-ca@openstreetmap.org 
Subject: Re: [Talk-ca] Importing buildings in Canada

Hi Daniel,

I had a brief look at project #173, task #20 and found that you can
either align the hospital with the underlying imagery or the houses to
the right of the task, but not both at the same time (Bing and ESRI bear
the same effect). This might have to do with different
projections/coordinate reference systems used by the data provider of
the buildings and the one used by the aerial imagery provider.
If we assume that the aerial imagery data is the correctly projected (as
we do as default in OSM, at least for Bing imagery), we would have to
correct the position of all the buildings according to the underlying
aerial imagery.

Furthermore, the buildings to be imported seem to have an odd level of
detail. Some are pretty detailed, some are missing details at all. I did
not only look at task #20 which you have already worked on, but also
task #21. Not sure if they were automatically collected or if a bored
intern had to do this - that would explain the varying quality.

Apart from the location of the buildings, you did a great job, I think.

Unfortunately, I am still working on two other projects in the tasking
manager at the moment, so, I most probably won't be of much help on
#173, but who knows, we are all grounded at the moment, aren't we?

Happy mapping,
Tim


On 2020-03-20 10:23, Daniel @jfd553 wrote:
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



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

Re: [Talk-ca] Importing buildings in Canada

[Tim Elrick]

Hi Daniel,

I had a brief look at project #173, task #20 and found that you can 
either align the hospital with the underlying imagery or the houses to 
the right of the task, but not both at the same time (Bing and ESRI bear 
the same effect). This might have to do with different 
projections/coordinate reference systems used by the data provider of 
the buildings and the one used by the aerial imagery provider.
If we assume that the aerial imagery data is the correctly projected (as 
we do as default in OSM, at least for Bing imagery), we would have to 
correct the position of all the buildings according to the underlying 
aerial imagery.


Furthermore, the buildings to be imported seem to have an odd level of 
detail. Some are pretty detailed, some are missing details at all. I did 
not only look at task #20 which you have already worked on, but also 
task #21. Not sure if they were automatically collected or if a bored 
intern had to do this - that would explain the varying quality.


Apart from the location of the buildings, you did a great job, I think.

Unfortunately, I am still working on two other projects in the tasking 
manager at the moment, so, I most probably won't be of much help on 
#173, but who knows, we are all grounded at the moment, aren't we?


Happy mapping,
Tim


On 2020-03-20 10:23, Daniel @jfd553 wrote:
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



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

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

[European Water Project]

On Sat, Mar 21, 2020, 21:22  wrote:

> Si l'objet ne porte que sur le site de réfugié, quel intérêt de l'espace
> de nommage ?
>
> un site de réfugié peut être un campement, un bâtiment,  un village,
etc ! Le même node/way pourrait avoir un tag amenity ou tag place qui
décrit plus l'aspect physique. Dans ce cas peut-être un namespace de
refugee_site pour décrire l'aspect plutôt d'organisationel et humaine
pourrait avoir un sens.

>
>
Le 21/03/2020 à 17:24, European Water Project -
> europeanwaterproj...@gmail.com a écrit :
>
> Bonjour,
>
> Désolé pour les fautes de français.
>
> Je viens de passer l’expérience moi même de faire voter un nouveau tag ..
> , et même si certaines personnes sont un peu cassantes et d'autres ne me
> semblaient pas être 100% sincères, je suis pleinement satisfait avec la
> finalité. Je voulais juste partager mon expérience de néophyte.
>
> Les premières propositions étaient rejetés, mais avec le recul pour des
> très bonnes raisons, et finalement les tags qui ont passés à la fin étaient
> proposés par quelqu'un d'autre.  J'ai du arrêter le  vote au milieu et
> "améliorer" ma proposition et recommencer une fois.   Mais il me semble que
> le but doit être d'avoir des tags pour des données qui ont le mérite d’être
> dans la base de donnée d'OSM qui sont KISS mais aussi qui sont cohérent
> avec tout écosystème d'OSM (que je continue a découvrir).
>
> Je viens de lire la proposition pour la première fois .. (Je pense que
> nous avons tous un peu plus de temps en ce moment).
>
> Est-ce que vous avez réfléchi à l'idée de créer un namespace pour
> refugee_site ?  Je ne trouve pas très KISS d'utiliser le tag
> place=refugee_site ..
>
> refugee_site = yes, formal, informal
> refugee_site:for = IDP, refugee_strict
> refugee_site:operator = UNHCR/Red Cross/
> refugee_site:duration = permanent, temporary
> refugee_site:population = 500,000
> .
> .
> etc.
>
> Bien cordialement,
>
> Stuart
>
>
>
>
>
>
>
>
> On Fri, 20 Mar 2020 at 23:39, François Lacombe 
> wrote:
>
>> 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
>> 

Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

[gmbo]

Ich finde die Idee das unter einem OSM-Account zu machen gut und hoffe 
es findet sich jemand der im Auftrag des Fossgis  das administriert.


LG
Gisbert

Am 21.03.20 um 21:47 schrieb Erik Donner:

Hi zusammen,

ich wollte in absehbarer Zeit mal anfangen, ein paar Videos zum Thema 
Komoot/OSM zu machen. Ich kann gern die Videos zur Zweitverwertung 
bereitstellen...


LG
Erik

Am 21.03.2020 um 20:34 schrieb Sebastian Martin Dicke:

Hallo,

die Idee ist gut.

"Wir brauchen nur ein Team von Content-Producern."
Das hört sich einfacher an als es sein würde, denke ich.

Grüße

Sebastian

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



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




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

[OSM-talk-be] Ruilboekenkasten in quarantaine ?

[Philippe Casteleyn]

Uit verveling kijk ik nog eens op Twitter en ik zie een populaire tweet die 
aanspoort daar boeken te gaan halen.
Op karton overleeft het virus 24 uur.
Maar ja, coiffeurs en gazettewinkels zijn ook nog open.


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

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

[Warin]

On 21/3/20 11:02 pm, ael wrote:

On Sat, Mar 21, 2020 at 10:45:53AM +1100, Warin wrote:

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.

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

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

Well, yes, and I do quite often expand the source tag to try to
convey more. But in your example "high" accuracy is a problem.
If I was using differential gps with cm accuracy, I would call
that "high" accuracy. In the present case, the accuracy is
not really known, but probably approaching a meter.
But I guess that sort of thing could be included in a source tag,
although free form text might be better in a note tag.


Is not the source tag free form? Indeed any OSM tag is 'free form' - i.e.  "Any tags 
you like".

I don't think any one uses the source tag other than mappers looking at where 
the data came from. As such it can be anything you think suitable.

The 'high accuracy' is a relative term simply there to help those that don't 
understand the previous 'average of multiple gps surveys'



But my impression is that many armchair mappers just don't look.


In this case any tags will be ignored. Pointless coming up with another tag.

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

Re: [Talk-de] Vereinheitlichung Tagging Aufzug-ID und Rolltreppen-ID aus Operator-Sicht

[Rainer]

Hallo Dietmar,

darauf bei ref die Seriennummer des Herstellers einzutragen wäre ich gar
nicht gekommen. Das halte ich nur für die Thyssens, Otis und fürs
SAP-System des Verkehrsbetriebes, der die Rolltreppen bzw. Lifte
betreibt, für relevant. In M sind, soweit ich sehe, mit ref=* die
Kennungen der MVG erfaßt. Siehe http://overpass-turbo.eu/s/RNt

Aber einverstanden, ref:elevator_operatorid=* würde diese Unklarheit
beseitigen. Wäre nur zu klären, ob irgendeine Anwendung oder Karte,
evtl. auch nur in einem einzelnen Verkehrsverbund, diese refs auswertet.

Für M kann ich ggf. mithelfen.

Grüße,
Rainer

Am 21.03.20 um 21:30 schrieb Dietmar Seifert:

Hallo Eike,

Du hast Recht, bei Verwendung des puren ref Keys ist nicht immer und
jedem klar, auf was sich der ref Wert bezieht. Es sollte die vor Ort
vorzufindende Id sein, aber darauf kann man sich natürlich nicht
verlassen. Es gibt ja schon viele Namensräume (ref:xy), einige wenige
davon siehe [1].

wenn wir mal bei Aufzügen bleiben, gibt es 22.160 davon.

ref kommt 1042 mal vor, und da ist natürlich nicht klar, worauf sich
diese bezieht.

Weitere nennenswerte spezifischere ref:* Keys mit ihrer Anzahl Vorkommen:

ref:operator_inventory: 258
ref:manufacturer_inventory: 212
ref:elevator_operatorid: 122
ref:elevator_machineid: 53

also immerhin grob 20% Hersteller-Refs und zwischen 25 und 37%
Betreiber-Refs (nicht geprüft, wieviele doppelte Zuweisungen von
ref:operator_inventory und ref:elevator_operatorid).

Wenn die Community für eine OSM Objektart nicht klar weiß, was in ref
einzutragen ist, sollte wohl besser der Namensraum verwendet werden. Ich
bin da allerdings im OSM Wiki auf eine ref: Namensvariante gestoßen, die
in der Realität nur gering eingesetzt wurde.

Da hilft wohl nur konsequentes kommunizieren (Wiki,..) und
unterstützendes (Editoren) Handeln und öfters mal Prüfungen der OSM
Erfassungsrealitiät.

viele Grüße

Dietmar

[1] https://wiki.openstreetmap.org/wiki/Key:ref

Am 21.03.20 um 20:35 schrieb Rolf Eike Beer:

Am Samstag, 21. März 2020, 18:02:56 CET schrieb Dietmar Seifert:

Hallo,

vorab: es geht hier um das umtaggen von Objekten, daher wäre evtl. die
tagging-Mailingliste auch sinnvoll, aber der betroffene Key wird nur in
Deutschland verwendet.

Ich bin zufällig vor einigen Tagen auch über diese Keys gestolpert und möchte
an dieser Stelle nur einen anderen Punkt mit aufführen: "ref".

So wie ich das sehe ist "ref" bei Aufzügen die Seriennummer des Aufzugs, bzw.
des Herstellers. Das widerspricht irgendwie meinem Bauchgefühl dessen, was ich
sonst unter "ref" erwarte.

Ganz praktisch ist mir das aufgefallen, weil ich wusste, dass die Seriennummer
bei Aufzügen irgendwie erfasst wurde. Bei einer Elektroladesäule stand die
auch dran, und ich dachte, die könnte man miterfassen. Aber da ist "ref" eher
die Nummer des Betreibers, siehe z.B. auch Parkautomaten.

Spaß...

Eike


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



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


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

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

[Paul Johnson]

On Sat, Mar 21, 2020 at 3:59 PM Greg Troxel  wrote:

> Dave F via talk  writes:
>
> > In my area, AL are adding legitimate data which helps improve the
> > quality of the OSM database. I believe they make the same amount of
> > errors as any other contributors, including experienced ones.
> >
> > Unsure why he thinks OSMF should be keeping an eye on contributors
> > purely because they're paid.
> > I doubt Paul, when he started his first *paid* job was an expert at
> > it, & never made a mistake.
> >
> > It sounds like Paul's got his knickers in a twist over something other
> > than poor quality data.
>
> This really seems unfair.
>
> When someone maps for OSM because they want to, they have goals and a
> typically a good attitude about community norms.
>
> When someone is a a paid mapper, their goals come from the person who is
> paying them, and they don't necessarily care about the overall health of
> OSM.
>

This is accurate.  I don't consider it unreasonable to expect a paid mapper
to have a higher level of professionalism and due care than the
volunteers.  So, I will say, I am *definitely not* holding the Amazon
Logistics mappers to the same standard I hold other volunteers.  I hold
them to *a much higher standard*.


> Really these edits are not so different from mechanical
> edits, and I think the organizers need to own the responsibilility for
> high quality, and the standard should be quite a bit better than normal
> hand mapping norms.
>

 I honestly don't think we could get worse results than Amazon Logistics is
contributing now if we outsourced map editing to Amazon Mechanical Turk for
a penny an edit.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Paul Johnson]

On Sat, Mar 21, 2020 at 3:59 PM Greg Troxel  wrote:

> Dave F via talk  writes:
>
> > In my area, AL are adding legitimate data which helps improve the
> > quality of the OSM database. I believe they make the same amount of
> > errors as any other contributors, including experienced ones.
> >
> > Unsure why he thinks OSMF should be keeping an eye on contributors
> > purely because they're paid.
> > I doubt Paul, when he started his first *paid* job was an expert at
> > it, & never made a mistake.
> >
> > It sounds like Paul's got his knickers in a twist over something other
> > than poor quality data.
>
> This really seems unfair.
>
> When someone maps for OSM because they want to, they have goals and a
> typically a good attitude about community norms.
>
> When someone is a a paid mapper, their goals come from the person who is
> paying them, and they don't necessarily care about the overall health of
> OSM.
>

This is accurate.  I don't consider it unreasonable to expect a paid mapper
to have a higher level of professionalism and due care than the
volunteers.  So, I will say, I am *definitely not* holding the Amazon
Logistics mappers to the same standard I hold other volunteers.  I hold
them to *a much higher standard*.


> Really these edits are not so different from mechanical
> edits, and I think the organizers need to own the responsibilility for
> high quality, and the standard should be quite a bit better than normal
> hand mapping norms.
>

 I honestly don't think we could get worse results than Amazon Logistics is
contributing now if we outsourced map editing to Amazon Mechanical Turk for
a penny an edit.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

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

[Paul Johnson]

On Sat, Mar 21, 2020 at 9:36 AM Dave F  wrote:

> In my area, AL are adding legitimate data which helps improve the quality
> of the OSM database. I believe they make the same amount of errors as any
> other contributors, including experienced ones.
>
> Unsure why he thinks OSMF should be keeping an eye on contributors purely
> because they're paid.
> I doubt Paul, when he started his first *paid* job was an expert at it, &
> never made a mistake.
>

My first job, oddly enough, was with the Boy Scouts of America.  A
situation directly analogous to OSM.  I was a Scout for about a decade
before I found myself on payroll.  Not to say I didn't make mistakes as an
employee (I was 14), but I found myself on payroll because I rose to that
level, not because some third party decided I should start scattergun
efforts.  Anybody paid to contribute to OSM *must* be capable of setting
the example, as far as I'm concerned.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Paul Johnson]

On Sat, Mar 21, 2020 at 9:36 AM Dave F  wrote:

> In my area, AL are adding legitimate data which helps improve the quality
> of the OSM database. I believe they make the same amount of errors as any
> other contributors, including experienced ones.
>
> Unsure why he thinks OSMF should be keeping an eye on contributors purely
> because they're paid.
> I doubt Paul, when he started his first *paid* job was an expert at it, &
> never made a mistake.
>

My first job, oddly enough, was with the Boy Scouts of America.  A
situation directly analogous to OSM.  I was a Scout for about a decade
before I found myself on payroll.  Not to say I didn't make mistakes as an
employee (I was 14), but I found myself on payroll because I rose to that
level, not because some third party decided I should start scattergun
efforts.  Anybody paid to contribute to OSM *must* be capable of setting
the example, as far as I'm concerned.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

[Andy Townsend]

On 21/03/2020 16:44, Mikel Maron wrote:

Yikes. Good catch and agreed.

Can anyone track the extent of the damage, and prepare to restore the thrown 
away tags, while keeping the good new data?


28 so far may need looking at:

https://osmcha.org/?filters=%7B%22editor%22%3A%5B%7B%22label%22%3A%22Healthsites.io%20%22%2C%22value%22%3A%22Healthsites.io%20%22%7D%5D%2C%22modify__gte%22%3A%5B%7B%22label%22%3A%221%22%2C%22value%22%3A%221%22%7D%5D%7Dq

(that's changesets with that "created_by" which modified at least one item)

I'd suggest it'd make most sense if in the first instance that local 
mappers comment on problematic changesets


Best Regards,

Andy



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

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

[Greg Troxel]

Dave F via talk  writes:

> In my area, AL are adding legitimate data which helps improve the
> quality of the OSM database. I believe they make the same amount of
> errors as any other contributors, including experienced ones.
>
> Unsure why he thinks OSMF should be keeping an eye on contributors
> purely because they're paid.
> I doubt Paul, when he started his first *paid* job was an expert at
> it, & never made a mistake.
>
> It sounds like Paul's got his knickers in a twist over something other
> than poor quality data.

This really seems unfair.

When someone maps for OSM because they want to, they have goals and a
typically a good attitude about community norms.

When someone is a a paid mapper, their goals come from the person who is
paying them, and they don't necessarily care about the overall health of
OSM.

So this "paid mapping is a bit scary" notion is 100% accurate.  That
doesn't mean all paid apping is bad; were I to take money from the local
chamber of commerce to make sure all their businesses were on the map
with opening hours and other details, all of it would be done in a way
that other mappers would think is correct, or at least just as correct
as if I were doing it for fun.  But the idea that people are hired into
a position and given instructions might lead to bad outcomes is quite
sensible.  Really these edits are not so different from mechanical
edits, and I think the organizers need to own the responsibilility for
high quality, and the standard should be quite a bit better than normal
hand mapping norms.




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

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

[Greg Troxel]

Dave F via talk  writes:

> In my area, AL are adding legitimate data which helps improve the
> quality of the OSM database. I believe they make the same amount of
> errors as any other contributors, including experienced ones.
>
> Unsure why he thinks OSMF should be keeping an eye on contributors
> purely because they're paid.
> I doubt Paul, when he started his first *paid* job was an expert at
> it, & never made a mistake.
>
> It sounds like Paul's got his knickers in a twist over something other
> than poor quality data.

This really seems unfair.

When someone maps for OSM because they want to, they have goals and a
typically a good attitude about community norms.

When someone is a a paid mapper, their goals come from the person who is
paying them, and they don't necessarily care about the overall health of
OSM.

So this "paid mapping is a bit scary" notion is 100% accurate.  That
doesn't mean all paid apping is bad; were I to take money from the local
chamber of commerce to make sure all their businesses were on the map
with opening hours and other details, all of it would be done in a way
that other mappers would think is correct, or at least just as correct
as if I were doing it for fun.  But the idea that people are hired into
a position and given instructions might lead to bad outcomes is quite
sensible.  Really these edits are not so different from mechanical
edits, and I think the organizers need to own the responsibilility for
high quality, and the standard should be quite a bit better than normal
hand mapping norms.




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

Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

[Erik Donner]

Hi zusammen,

ich wollte in absehbarer Zeit mal anfangen, ein paar Videos zum Thema 
Komoot/OSM zu machen. Ich kann gern die Videos zur Zweitverwertung 
bereitstellen...


LG
Erik

Am 21.03.2020 um 20:34 schrieb Sebastian Martin Dicke:

Hallo,

die Idee ist gut.

"Wir brauchen nur ein Team von Content-Producern."
Das hört sich einfacher an als es sein würde, denke ich.

Grüße

Sebastian

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



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

Re: [Talk-de] Vereinheitlichung Tagging Aufzug-ID und Rolltreppen-ID aus Operator-Sicht

[Dietmar Seifert]

Hallo Eike,

Du hast Recht, bei Verwendung des puren ref Keys ist nicht immer und
jedem klar, auf was sich der ref Wert bezieht. Es sollte die vor Ort
vorzufindende Id sein, aber darauf kann man sich natürlich nicht
verlassen. Es gibt ja schon viele Namensräume (ref:xy), einige wenige
davon siehe [1].

wenn wir mal bei Aufzügen bleiben, gibt es 22.160 davon.

ref kommt 1042 mal vor, und da ist natürlich nicht klar, worauf sich
diese bezieht.

Weitere nennenswerte spezifischere ref:* Keys mit ihrer Anzahl Vorkommen:

ref:operator_inventory: 258
ref:manufacturer_inventory: 212
ref:elevator_operatorid: 122
ref:elevator_machineid: 53

also immerhin grob 20% Hersteller-Refs und zwischen 25 und 37%
Betreiber-Refs (nicht geprüft, wieviele doppelte Zuweisungen von
ref:operator_inventory und ref:elevator_operatorid).

Wenn die Community für eine OSM Objektart nicht klar weiß, was in ref
einzutragen ist, sollte wohl besser der Namensraum verwendet werden. Ich
bin da allerdings im OSM Wiki auf eine ref: Namensvariante gestoßen, die
in der Realität nur gering eingesetzt wurde.

Da hilft wohl nur konsequentes kommunizieren (Wiki,..) und
unterstützendes (Editoren) Handeln und öfters mal Prüfungen der OSM
Erfassungsrealitiät.

viele Grüße

Dietmar

[1] https://wiki.openstreetmap.org/wiki/Key:ref

Am 21.03.20 um 20:35 schrieb Rolf Eike Beer:
> Am Samstag, 21. März 2020, 18:02:56 CET schrieb Dietmar Seifert:
>> Hallo,
>>
>> vorab: es geht hier um das umtaggen von Objekten, daher wäre evtl. die
>> tagging-Mailingliste auch sinnvoll, aber der betroffene Key wird nur in
>> Deutschland verwendet.
> 
> Ich bin zufällig vor einigen Tagen auch über diese Keys gestolpert und möchte 
> an dieser Stelle nur einen anderen Punkt mit aufführen: "ref".
> 
> So wie ich das sehe ist "ref" bei Aufzügen die Seriennummer des Aufzugs, bzw. 
> des Herstellers. Das widerspricht irgendwie meinem Bauchgefühl dessen, was 
> ich 
> sonst unter "ref" erwarte.
> 
> Ganz praktisch ist mir das aufgefallen, weil ich wusste, dass die 
> Seriennummer 
> bei Aufzügen irgendwie erfasst wurde. Bei einer Elektroladesäule stand die 
> auch dran, und ich dachte, die könnte man miterfassen. Aber da ist "ref" eher 
> die Nummer des Betreibers, siehe z.B. auch Parkautomaten.
> 
> Spaß...
> 
> Eike
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 



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

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

[osm . sanspourriel]

Si l'objet ne porte que sur le site de réfugié, quel intérêt de l'espace
de nommage ?

En effet si on met la population c'est forcément la population du POI,
il n'y a pas ambiguïté.

Etc...

Et toujours ouille pour IDP qui est une abréviation (OK pour UNHCR).

refugee_only serait plus dans le style OSM que refugee_strict.

(Je ne suis pas systématiquement opposé à un tel espace quand il permet
de lever des ambiguïtés par exemple ici pour duration ou si on redéfinit
population en disant par exemple que ce sont ici que les majeurs -
exemple arbitraire et faux).

Jean-Yvon (qui n'a toujours que 24 h par jour, nuit comprise).

Le 21/03/2020 à 17:24, European Water Project -
europeanwaterproj...@gmail.com a écrit :

Bonjour,

Désolé pour les fautes de français.

Je viens de passer l’expérience moi même de faire voter un nouveau tag
.. , et même si certaines personnes sont un peu cassantes et d'autres
ne me semblaient pas être 100% sincères, je suis pleinement satisfait
avec la finalité. Je voulais juste partager mon expérience de néophyte.

Les premières propositions étaient rejetés, mais avec le recul pour
des très bonnes raisons, et finalement les tags qui ont passés à la
fin étaient proposés par quelqu'un d'autre.  J'ai du arrêter le  vote
au milieu et "améliorer" ma proposition et recommencer une fois. 
 Mais il me semble que le but doit être d'avoir des tags pour des
données qui ont le mérite d’être dans la base de donnée d'OSM qui sont
KISS mais aussi qui sont cohérent avec tout écosystème d'OSM (que je
continue a découvrir).

Je viens de lire la proposition pour la première fois .. (Je pense que
nous avons tous un peu plus de temps en ce moment).

Est-ce que vous avez réfléchi à l'idée de créer un namespace pour
refugee_site ? Je ne trouve pas très KISS d'utiliser le tag
place=refugee_site ..

refugee_site = yes, formal, informal
refugee_site:for = IDP, refugee_strict
refugee_site:operator = UNHCR/Red Cross/
refugee_site:duration = permanent, temporary
refugee_site:population = 500,000
.
.
etc.

Bien cordialement,

Stuart








On Fri, 20 Mar 2020 at 23:39, François Lacombe
mailto:fl.infosrese...@gmail.com>> wrote:

Le ven. 20 mars 2020 à 12:15, Florimond Berthoux
mailto: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
mailto: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é 

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

[Simon Poole]

We currently are lacking a simple lightweight way of blocking write
access to the API, but it is being looked at.

This would normally be the ultima ratio as it essentially means all work
already done before an upload is lost, but in the case of a 1 change per
changeset app as healthsite.io it could be justified.

Simon

Am 21.03.2020 um 17:44 schrieb Mikel Maron:
> Yikes. Good catch and agreed. 
>
> Can anyone track the extent of the damage, and prepare to restore the thrown 
> away tags, while keeping the good new data?
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
>
>
>
>
> On Saturday, March 21, 2020, 12:42:01 PM EDT, Frederik Ramm 
>  wrote: 
>
>
>
>
>
> Hi,
>
> the "healthsites.io" web app allows you to contribute data to OSM,
> however if you modify existing OSM objects, it throws away all tags it
> does not know of. Until this bug is fixed, please refrain from using
> healthsites.io!
>
> You can track progress here
> https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556
>
> Bye
> Frederik
>



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

[Talk-hr] Kontrola podataka ZIPP geoportala o zdravstvenim objektima u OSM bazi

[Hrvoje Bogner]

https://osm-hr.org/2020/03/21/kontrola-podataka-zipp-geoportala-o-zdravstvenim-objektima-u-osm-bazi/

U prošlom tekstu bilo je riječi podacima ZIPP geoportala dostupnim za 
OSM 
 
projekt. Dosadašnji taskovi na tasking 
 serveru 
 su do sad korišteni za 
vektorizaciju rasterskih podataka. Sad smo u novoj situaciji, imamo set 
vektorskih podataka čiju poziciju točno znamo ali ju trebamo provjeriti. 
Kreiran je novi zadatak  koji 
obuhvaća buffer zonu oko svakog vektora koju treba provjeriti. 
Istražujemo i druge opcije obrade ovog vektorskog seta podataka, ali smo 
u trenutnoj situaciji odlučili prvenstveno provjeriti sve zdravstvene 
objekte u Zagrebu.


Pomozite nam sa provjerom lokacija i informacija o svim zdravstvenim 
ustanovama u gradu Zagrebu.


Usporedite stanje OSM podataka sa podatcima objavljenim na Geoportalu 
ZIPP-a . Ispravite ili dopunite podatke u 
OSM bazi.


Preuzmite set podataka o zdravstvenim ustanovama sa osm-hr GitHub 
repozitorija 
 
te ih učitajte u JOSM editor.


Odaberite task na serveru te za sve ustanove u tom tasku provjerite 
položaj objekta na DOF podlogama 
 
dostupnim kao standardni sloj “osm-hr: Zagreb 2018 Aerial imagery” u 
JOSM editoru. Također provjerite dodatne informacije iz službenih podataka.


Sljedite službena uputstva za označavanje zdravstvenih objekata na wiki 
stranicama:

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dclinic
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddentist
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhospital
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpharmacy

Za slučaj da nađete neki objekt koji ne spada u ovu kategoriju potražite 
ga na wiki stranicama .


Sretno mapiranje!

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

Re: [Talk-de] Vereinheitlichung Tagging Aufzug-ID und Rolltreppen-ID aus Operator-Sicht

[Rolf Eike Beer]

Am Samstag, 21. März 2020, 18:02:56 CET schrieb Dietmar Seifert:
> Hallo,
> 
> vorab: es geht hier um das umtaggen von Objekten, daher wäre evtl. die
> tagging-Mailingliste auch sinnvoll, aber der betroffene Key wird nur in
> Deutschland verwendet.

Ich bin zufällig vor einigen Tagen auch über diese Keys gestolpert und möchte 
an dieser Stelle nur einen anderen Punkt mit aufführen: "ref".

So wie ich das sehe ist "ref" bei Aufzügen die Seriennummer des Aufzugs, bzw. 
des Herstellers. Das widerspricht irgendwie meinem Bauchgefühl dessen, was ich 
sonst unter "ref" erwarte.

Ganz praktisch ist mir das aufgefallen, weil ich wusste, dass die Seriennummer 
bei Aufzügen irgendwie erfasst wurde. Bei einer Elektroladesäule stand die 
auch dran, und ich dachte, die könnte man miterfassen. Aber da ist "ref" eher 
die Nummer des Betreibers, siehe z.B. auch Parkautomaten.

Spaß...

Eike

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

[Sebastian Martin Dicke]

Hallo, 

die Idee ist gut.

"Wir brauchen nur ein Team von Content-Producern."
Das hört sich einfacher an als es sein würde, denke ich.

Grüße

Sebastian

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

Re: [Talk-it] Mappatura farmacie

[Francesco Ansanelli]

Il sab 21 mar 2020, 19:26 Andrea Musuruane  ha scritto:

> Ciao,
> ho guardato questo dataset proprio qualche giorno fa. La
> localizzazione è purtroppo penosa. Non credo di aver trovato una farmacia
> posizionata correttamente. Anche rifare il geocoding, credo abbia poco
> senso. Avremmo comunque una marea di errori, anche in situazioni più
> pulite, dove sono stati fatti import di numeri civici.
>
> L'unica possibilità che vedo è di riposizionare a mano le varie farmacie
> in base alla conoscenza locale dei mapper. Però servirebbe uno strumento
> ad-hoc (o almeno, io non ne conosco).
>

Ciao Andrea!
Ma perché Osmose non dovrebbe andare bene?
Francesco

>
> Ciao,
>
> Andrea
>
>
> On Sat, Mar 21, 2020 at 11:56 AM Cascafico Giovanni 
> wrote:
>
>> Stavamo ispezionando il dataset del ministero delle farmacie [1]. Per
>> alcune aree dove sono stati importati i civici (Friuli, Torino, ecc.) è
>> possibile rifare il geocoding, trascurando quello fatto dal ministero,
>> piuttosto inaffidabile.
>>
>> Un paio di domande.
>>
>> - gli indirizzi che implicano ordinali hanno la notazione tradizionale
>> con i numeri romani (Pio X, giovanni XXIII, ecc.); probabilmente (escluso
>> Friuli Venezia Giulia) l'addr:street OSM usa la stessa notazione. Che fare?
>> Con l'occasione rinnoviamo tutto a diretive ISTA?
>>
>> - moltissime denominazioni non premettono la parola "farmacia"...
>> dovremmo inserirla?
>>
>>
>> [1]
>> http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura farmacie

[Andrea Musuruane]

Ciao,
ho guardato questo dataset proprio qualche giorno fa. La localizzazione
è purtroppo penosa. Non credo di aver trovato una farmacia posizionata
correttamente. Anche rifare il geocoding, credo abbia poco senso. Avremmo
comunque una marea di errori, anche in situazioni più pulite, dove sono
stati fatti import di numeri civici.

L'unica possibilità che vedo è di riposizionare a mano le varie farmacie in
base alla conoscenza locale dei mapper. Però servirebbe uno strumento
ad-hoc (o almeno, io non ne conosco).

Ciao,

Andrea


On Sat, Mar 21, 2020 at 11:56 AM Cascafico Giovanni 
wrote:

> Stavamo ispezionando il dataset del ministero delle farmacie [1]. Per
> alcune aree dove sono stati importati i civici (Friuli, Torino, ecc.) è
> possibile rifare il geocoding, trascurando quello fatto dal ministero,
> piuttosto inaffidabile.
>
> Un paio di domande.
>
> - gli indirizzi che implicano ordinali hanno la notazione tradizionale con
> i numeri romani (Pio X, giovanni XXIII, ecc.); probabilmente (escluso
> Friuli Venezia Giulia) l'addr:street OSM usa la stessa notazione. Che fare?
> Con l'occasione rinnoviamo tutto a diretive ISTA?
>
> - moltissime denominazioni non premettono la parola "farmacia"... dovremmo
> inserirla?
>
>
> [1]
> http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
> ___
> 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-de] YouTube Account "OpenStreetMap Deutschland"

[Michael Reichert]

Hallo,

Am 21/03/2020 um 18.44 schrieb Sören Reinecke via Talk-de:
> wenn ich mir Youtube angucke, dann finde ich sehr viele
> englischsprachige Videos zu OpenStreetMap in selten guter Qualität
> (eher schlecht oder mittelmäßig). Diese sind aber nicht gebündelt
> sondern bunt durchgemischt (kein offizieller Account, vielmehr kleine
> "Kräuter"). Es gibt z.B. keine mir bekannte Playlist zu "OSM Basics".
> Youtube ist dabei eine Plattform, die von vielen Menschen genutzt wird
> um neue Dinge kennen zu lernen. Youtube kann also dazu beitragen, dass
> OpenStreetMap bekannter wird und Eintrittsbarrieren nicht mehr so groß
> scheinen.

Unabhängig von der Frage, ob wir solch einen Kanal haben wollen, möchte
ich darum bitten, dass der Lizenznehmer der Markenrechte an
"OpenStreetMap" in Deutschland und Local Chapter der OSM Foundation, der
FOSSGIS e.V. die Admin-Zugangsdaten zu diesem Kanal erhält. Wir haben
jetzt schon ein Zombie-Twitter-Profil.

Viele Grüße

Michael



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

[Talk-de] YouTube Account "OpenStreetMap Deutschland"

[Sören Reinecke via Talk-de]

Hey,

wenn ich mir Youtube angucke, dann finde ich sehr viele
englischsprachige Videos zu OpenStreetMap in selten guter Qualität
(eher schlecht oder mittelmäßig). Diese sind aber nicht gebündelt
sondern bunt durchgemischt (kein offizieller Account, vielmehr kleine
"Kräuter"). Es gibt z.B. keine mir bekannte Playlist zu "OSM Basics".
Youtube ist dabei eine Plattform, die von vielen Menschen genutzt wird
um neue Dinge kennen zu lernen. Youtube kann also dazu beitragen, dass
OpenStreetMap bekannter wird und Eintrittsbarrieren nicht mehr so groß
scheinen.

Was sagt ihr dazu? Wir brauchen nur ein Team von Content-Producern.

Gruß

~ Sören Reinecke alias Valor Naram,


Developer of the Babykarte - https://babykarte.github.io
Participating in MapDiscover project - https://mapdiscover.org
"Community Supporter" for Trufi Association - https://trufi-
association.org

Ein Gag zu Hamsterkäufen: https://klopapier.mapdiscover.org 
id="-x-evo-selection-end-marker">
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

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

[Philippe Verdy]

Le ven. 20 mars 2020 à 14:29,  a écrit :
> 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.

Les distributeurs suivent une autre voie: réserver des heures
d'ouverture aux personnes âgées ou à risque (ou aux personnels de
santé) pour qu'elles ne soient pas exposées aux autres personnes. Je
m'étonne même que les mairies et la police n'ait pas déjà imposé des
heures de sortie autorisées selon les quartiers et les personnes
visées, justement pour éviter les files d'attente dans les magasins et
encore renforcer plus le confinement (éviter les sorties soit disant
pour les courses essentielles mais en fin de compte pour la
promenade).

Si les horaires sont restreints pour tous pour les courses (case
correspondante sur le laisser-passer à avoir sur soi), alors oui ces
sorties seront pour de bonnes raisons et il y aura encore moins de
monde dehors.
De même les sorties pour promener le chien seront limitées à certains
horaires le matin et le soir et donc pas pour se balader. (On a déjà
le couvre-feu dans certaines communes denses)

Les distances maximales de chez soi pour l'activité physique
quotidienne (pas forcément le jogging, mais marcher un peu et prendre
l'air c'est indispensable aussi, on ne veut pas de confinement à la
chinoise avec des gens barricadés chez eux) ou pour les courses seront
sans doute aussi adaptées suivant la configuration des quartiers et
des commerces disponibles (mais du coup moins de choix pour le
commerce, la concurrence peut en prendre un coup, et il faudrait un
contrôle des prix et imposer aussi des limitations sur les quantités:
on peut se demander pourquoi on n'a pas encore des cartes de
"rationnement" (fournies par la police ou les services sociaux et
municipaux) mentionnant en fait la composition du foyer pour que les
magasins puissent ensuite limiter les quantités raisonnables et éviter
les pénuries de certains produits.

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

[Talk-de] Vereinheitlichung Tagging Aufzug-ID und Rolltreppen-ID aus Operator-Sicht

[Dietmar Seifert]

Hallo,

vorab: es geht hier um das umtaggen von Objekten, daher wäre evtl. die
tagging-Mailingliste auch sinnvoll, aber der betroffene Key wird nur in
Deutschland verwendet.

ich habe in den letzten Tagen die Aufzüge und Rolltreppen in
Baden-Württemberg mit dem Key
ref:elevator_operatorid
versehen, wie dies im Wiki [1] angegeben ist.
Dieser Key war in 2015 in einem Blog der OKNF auch angegeben worden, da
hatte OSM-ler Stefan Kaufmann mit gewirkt.
Der Key wird 125mal verwendet, davon zu 80% in Baden-Württemberg. 40%
aller Key-Vergaben sind von mir.

Eben habe ich den "konkurrierenden" Key
ref:operator_inventory
gefunden, der Aufzug-unabhängig benannt wurde und faktisch für Aufzüge
und Rolltreppen verwendet wird.
Der Key wird 580mal deutschlandweit verwendet (und 2 mal in Australien),

Ich möchte den von mir bisher verwendeten Key
ref:elevator_operatorid
überführen in den Anderen, weil er
* schon öfters
* deutschlandweit
* vom Key her breiter anwendbar benannt wurde.

Das möchte ich zur Diskussion stellen und würde, wenn meinem Wunsch
entsprochen wird,
* die Keys anpassen (in Einzelsichtung der Objekte im Editor)
* auf der Wiki-Seite [1] den anderen Key eintragen.

viele Grüße

Dietmar

[1] https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Delevator
[2] https://okfn.de/blog/2015/11/ein-erster-blick-auf-aufzugsdaten/



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

Re: [Talk-it] etichetta per Carrozzeria ?

[Volker Schmidt]

No, Andy., your example  https://www.trekoverland.com/ is a different
thing. They modify car bodies.
I am after what I think in English is a "body shop". A car repair shop that
specialises in or does only car body repair, typically after an accident.
They often are not brand-specific.

Volker




On Sat, 21 Mar 2020 at 11:57, Andy Townsend  wrote:

> On 21/03/2020 01:55, Martin Koppenhoefer wrote:
> >
> > potrebbe andare shop=car_repair anche se poco specifico, ma
> > aggiungerei anche
> > https://taginfo.openstreetmap.org/tags/craft=coachbuilder
> > (usato poco ma sembra pertinente)
> >
> >
> +1
>
> I used that for https://www.openstreetmap.org/node/6067347906 .
>
> - Andy
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Covid19 : enseignes ouvertes/fermées

[PanierAvide]

Bonjour à tous,

Afin de répondre aux questions concernant l'ouverture ou non des 
commerces et services suite au confinement, je vous propose de compléter 
la liste des enseignes et leur état d'ouverture sur ce dépôt :


https://github.com/PanierAvide/Covid_enseignes

L'idée est de renseigner selon les informations fournies par chaque 
enseigne si leurs boutiques restent ouvertes, s'il y a des fermetures 
partielles ou totales... Ce fichier permettra de faire un premier tri 
sur les commerces selon la politique de leur enseigne. L'objet n'est pas 
de préciser boutique par boutique, ces informations auront leur place 
ailleurs (OSM avec tag dédié ou base annexe ?).


Cordialement,

--
Adrien P.


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

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

[Paul Johnson]

On Sat, Mar 21, 2020 at 11:37 AM Jmapb  wrote:

> I try to keep an eye on them and fix the errors and the most egregious
> road geometry. When I leave changeset comments, they generally reply,
> but there are so many of them that it feels like trying to cook rice one
> grain at a time.


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

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

[Mikel Maron]

Yikes. Good catch and agreed. 

Can anyone track the extent of the damage, and prepare to restore the thrown 
away tags, while keeping the good new data?

* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Saturday, March 21, 2020, 12:42:01 PM EDT, Frederik Ramm 
 wrote: 





Hi,

the "healthsites.io" web app allows you to contribute data to OSM,
however if you modify existing OSM objects, it throws away all tags it
does not know of. Until this bug is fixed, please refrain from using
healthsites.io!

You can track progress here
https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

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

[OSM-talk] healthsites.io breaks OSM data, do not use

[Frederik Ramm]

Hi,

the "healthsites.io" web app allows you to contribute data to OSM,
however if you modify existing OSM objects, it throws away all tags it
does not know of. Until this bug is fixed, please refrain from using
healthsites.io!

You can track progress here
https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

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

[Jmapb]

On 3/21/2020 10:37 AM, Dave F via talk wrote:

In my area, AL are adding legitimate data which helps improve the
quality of the OSM database. I believe they make the same amount of
errors as any other contributors, including experienced ones.

Unsure why he thinks OSMF should be keeping an eye on contributors
purely because they're paid.


IMO, it's not that they're *paid* per se but rather that there's a huge
army of them, all presumably with the same training and the same orders.
If those orders lead to bad mapping, it gets amplified greatly. This
also happens with organized groups of volunteer mappers.

Anecdotally, in my area, Amazon's drones are not a big problem but
occasionally they're pretty irksome. Sometimes they add hundreds of
service roads in a week, and generally very sloppily. They draw roads at
odd angles. They connect alleys that don't connect. They connect roads
to subways. They draw parking aisles like winding forest paths. They
distort the highways they connect to. They use outdated and misaligned
imagery. Once in a while they'll delete entire roads or buildings.

I try to keep an eye on them and fix the errors and the most egregious
road geometry. When I leave changeset comments, they generally reply,
but there are so many of them that it feels like trying to cook rice one
grain at a time.

Jason



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

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

[European Water Project]

Bonjour,

Désolé pour les fautes de français.

Je viens de passer l’expérience moi même de faire voter un nouveau tag .. ,
et même si certaines personnes sont un peu cassantes et d'autres ne me
semblaient pas être 100% sincères, je suis pleinement satisfait avec la
finalité. Je voulais juste partager mon expérience de néophyte.

Les premières propositions étaient rejetés, mais avec le recul pour des
très bonnes raisons, et finalement les tags qui ont passés à la fin étaient
proposés par quelqu'un d'autre.  J'ai du arrêter le  vote au milieu et
"améliorer" ma proposition et recommencer une fois.   Mais il me semble que
le but doit être d'avoir des tags pour des données qui ont le mérite d’être
dans la base de donnée d'OSM qui sont KISS mais aussi qui sont cohérent
avec tout écosystème d'OSM (que je continue a découvrir).

Je viens de lire la proposition pour la première fois .. (Je pense que nous
avons tous un peu plus de temps en ce moment).

Est-ce que vous avez réfléchi à l'idée de créer un namespace pour
refugee_site ?  Je ne trouve pas très KISS d'utiliser le tag
place=refugee_site ..

refugee_site = yes, formal, informal
refugee_site:for = IDP, refugee_strict
refugee_site:operator = UNHCR/Red Cross/
refugee_site:duration = permanent, temporary
refugee_site:population = 500,000
.
.
etc.

Bien cordialement,

Stuart








On Fri, 20 Mar 2020 at 23:39, François Lacombe 
wrote:

> 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
> 

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

[Dave F via talk]

In my area, AL are adding legitimate data which helps improve the 
quality of the OSM database. I believe they make the same amount of 
errors as any other contributors, including experienced ones.


Unsure why he thinks OSMF should be keeping an eye on contributors 
purely because they're paid.
I doubt Paul, when he started his first *paid* job was an expert at it, 
& never made a mistake.


It sounds like Paul's got his knickers in a twist over something other 
than poor quality data.


DaveF

On 20/03/2020 23:07, 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

Re: [Talk-it] Mappatura farmacie

[Mannivu]

Tranquillo :) Avvisavo nel caso fosse passato inosservato.

Il 21/03/2020 15:30, Francesco Ansanelli ha scritto:

Ciao,

mea culpa... Tra qualche giorno dovrebbe essere tutto sistemato

Francesco

Il giorno sab 21 mar 2020 alle ore 15:24 Mannivu 
mailto:mannivuw...@gmail.com>> ha scritto:


Una domanda: mi sono accorto per caso che su Osmose sono comparsi
diversi errori "Gas station without tag `ref:mise` or invalid" ma
sulle farmacie (esempi:
http://osmose.openstreetmap.fr/en/error/15bea2f6-9a5e-a306-7f42-80db95f673f8
e

http://osmose.openstreetmap.fr/en/error/5d3d376c-a7a0-88b9-1a58-6ae034657144).

Il 21/03/2020 14:27, Francesco Ansanelli ha scritto:

Ciao,

gli import di dati che non sono affidabili al 100% non andrebbero
più fatti...
Avrei mandato tra qualche giorno la comunicazione (visto stiamo
ancora facendo le ultime limature) perché su Osmose ci sono i
dati di farmacie e parafarmacie italiane.

Il dataset non è perfetto, ad esempio le coordinate non cambiano
quando cambia l'indirizzo ed ho già scritto nei giorni scorsi
alla referente per segnalarlo.
Inoltre, le coordinate sono frutto di geocoding fatto con OSM
(non proprio il nostro punto forte).
Però è bene, a mio avviso, avere un controllo incrociato con un
dato ufficiale e soprattutto mantenuto(!), anche nella speranza
che migliori con il passare del tempo...
Riguardo alle domande ti rispondo con le soluzioni che ho
adottato per Osmose:

1. Gli indirizzi non sono dati fondamentali per i POI (le
coordinate sono meglio).
Gli errori su Osmose saranno gli indirizzi (come per i
distributori). Questo per consentire a chi mappa di capire se è
nel posto giusto e occuparsi di inserire il dato nel formato
ritenuto più opportuno.

2. Usiamo "operator" per le informazioni dal dataset. Il name è
l'insegna che in molti casi sarà: "FARMACIA".

Scusa se mi sono dilungato
Francesco


Il sab 21 mar 2020, 11:56 Cascafico Giovanni mailto:cascaf...@gmail.com>> ha scritto:

Stavamo ispezionando il dataset del ministero delle farmacie
[1]. Per alcune aree dove sono stati importati i civici
(Friuli, Torino, ecc.) è possibile rifare il geocoding,
trascurando quello fatto dal ministero, piuttosto inaffidabile.

Un paio di domande.

- gli indirizzi che implicano ordinali hanno la notazione
tradizionale con i numeri romani (Pio X, giovanni XXIII,
ecc.); probabilmente (escluso Friuli Venezia Giulia)
l'addr:street OSM usa la stessa notazione. Che fare? Con
l'occasione rinnoviamo tutto a diretive ISTA?

- moltissime denominazioni non premettono la parola
"farmacia"... dovremmo inserirla?


[1]

http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
___
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


-- 
Manuel Tassi

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

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


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


--
Manuel Tassi
___
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] Mappatura farmacie

[Francesco Ansanelli]

Ciao,

mea culpa... Tra qualche giorno dovrebbe essere tutto sistemato

Francesco

Il giorno sab 21 mar 2020 alle ore 15:24 Mannivu  ha
scritto:

> Una domanda: mi sono accorto per caso che su Osmose sono comparsi diversi
> errori "Gas station without tag `ref:mise` or invalid" ma sulle farmacie
> (esempi:
> http://osmose.openstreetmap.fr/en/error/15bea2f6-9a5e-a306-7f42-80db95f673f8
> e
> http://osmose.openstreetmap.fr/en/error/5d3d376c-a7a0-88b9-1a58-6ae034657144
> ).
> Il 21/03/2020 14:27, Francesco Ansanelli ha scritto:
>
> Ciao,
>
> gli import di dati che non sono affidabili al 100% non andrebbero più
> fatti...
> Avrei mandato tra qualche giorno la comunicazione (visto stiamo ancora
> facendo le ultime limature) perché su Osmose ci sono i dati di farmacie e
> parafarmacie italiane.
>
> Il dataset non è perfetto, ad esempio le coordinate non cambiano quando
> cambia l'indirizzo ed ho già scritto nei giorni scorsi alla referente per
> segnalarlo.
> Inoltre, le coordinate sono frutto di geocoding fatto con OSM (non proprio
> il nostro punto forte).
> Però è bene, a mio avviso, avere un controllo incrociato con un dato
> ufficiale e soprattutto mantenuto(!), anche nella speranza che migliori con
> il passare del tempo...
> Riguardo alle domande ti rispondo con le soluzioni che ho adottato per
> Osmose:
>
> 1. Gli indirizzi non sono dati fondamentali per i POI (le coordinate sono
> meglio).
> Gli errori su Osmose saranno gli indirizzi (come per i distributori).
> Questo per consentire a chi mappa di capire se è nel posto giusto e
> occuparsi di inserire il dato nel formato ritenuto più opportuno.
>
> 2. Usiamo "operator" per le informazioni dal dataset. Il name è l'insegna
> che in molti casi sarà: "FARMACIA".
>
> Scusa se mi sono dilungato
> Francesco
>
>
> Il sab 21 mar 2020, 11:56 Cascafico Giovanni  ha
> scritto:
>
>> Stavamo ispezionando il dataset del ministero delle farmacie [1]. Per
>> alcune aree dove sono stati importati i civici (Friuli, Torino, ecc.) è
>> possibile rifare il geocoding, trascurando quello fatto dal ministero,
>> piuttosto inaffidabile.
>>
>> Un paio di domande.
>>
>> - gli indirizzi che implicano ordinali hanno la notazione tradizionale
>> con i numeri romani (Pio X, giovanni XXIII, ecc.); probabilmente (escluso
>> Friuli Venezia Giulia) l'addr:street OSM usa la stessa notazione. Che fare?
>> Con l'occasione rinnoviamo tutto a diretive ISTA?
>>
>> - moltissime denominazioni non premettono la parola "farmacia"...
>> dovremmo inserirla?
>>
>>
>> [1]
>> http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> --
> Manuel Tassi
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappatura farmacie

[Mannivu]

Una domanda: mi sono accorto per caso che su Osmose sono comparsi 
diversi errori "Gas station without tag `ref:mise` or invalid" ma sulle 
farmacie (esempi: 
http://osmose.openstreetmap.fr/en/error/15bea2f6-9a5e-a306-7f42-80db95f673f8 
e 
http://osmose.openstreetmap.fr/en/error/5d3d376c-a7a0-88b9-1a58-6ae034657144).


Il 21/03/2020 14:27, Francesco Ansanelli ha scritto:

Ciao,

gli import di dati che non sono affidabili al 100% non andrebbero più 
fatti...
Avrei mandato tra qualche giorno la comunicazione (visto stiamo ancora 
facendo le ultime limature) perché su Osmose ci sono i dati di 
farmacie e parafarmacie italiane.


Il dataset non è perfetto, ad esempio le coordinate non cambiano 
quando cambia l'indirizzo ed ho già scritto nei giorni scorsi alla 
referente per segnalarlo.
Inoltre, le coordinate sono frutto di geocoding fatto con OSM (non 
proprio il nostro punto forte).
Però è bene, a mio avviso, avere un controllo incrociato con un dato 
ufficiale e soprattutto mantenuto(!), anche nella speranza che 
migliori con il passare del tempo...
Riguardo alle domande ti rispondo con le soluzioni che ho adottato per 
Osmose:


1. Gli indirizzi non sono dati fondamentali per i POI (le coordinate 
sono meglio).
Gli errori su Osmose saranno gli indirizzi (come per i distributori). 
Questo per consentire a chi mappa di capire se è nel posto giusto e 
occuparsi di inserire il dato nel formato ritenuto più opportuno.


2. Usiamo "operator" per le informazioni dal dataset. Il name è 
l'insegna che in molti casi sarà: "FARMACIA".


Scusa se mi sono dilungato
Francesco


Il sab 21 mar 2020, 11:56 Cascafico Giovanni > ha scritto:


Stavamo ispezionando il dataset del ministero delle farmacie [1].
Per alcune aree dove sono stati importati i civici (Friuli,
Torino, ecc.) è possibile rifare il geocoding, trascurando quello
fatto dal ministero, piuttosto inaffidabile.

Un paio di domande.

- gli indirizzi che implicano ordinali hanno la notazione
tradizionale con i numeri romani (Pio X, giovanni XXIII, ecc.);
probabilmente (escluso Friuli Venezia Giulia) l'addr:street OSM
usa la stessa notazione. Che fare? Con l'occasione rinnoviamo
tutto a diretive ISTA?

- moltissime denominazioni non premettono la parola "farmacia"...
dovremmo inserirla?


[1]
http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
___
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


--
Manuel Tassi
___
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: [OSRM-talk] OSRM Problems

[Richard Fairhurst]

> Item #1.
>
> If I go here:
> http://project-osrm.org/
> and click on "View Demo", and put in 2 points
> the route is not calculated and the GPX export
> button is not active (it is grayed out).  This
> used to work.  What happened?

The OSRM demo server no longer has a TLS certificate and so any attempts to 
access it via HTTPS, which the demo UI tries to do, will fail. See 
https://github.com/Project-OSRM/osrm-backend/issues/5655 .

OSRM is essentially abandonware at this point. Great piece of software that it 
is, I would only suggest building anything on it if (a) you are happy with its 
current functionality or (b) you are prepared to maintain it (or a fork) 
yourself.

Richard
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-it] Attribuzione... all'ANSA

[Fra Mauro]

Articolo di Repubblica sul terremoto vicino L'Aquila:

https://www.repubblica.it/cronaca/2020/03/20/news/terremoto_scossa_l_aquila-251839720/

Dal fisso sotto l'immagine vedo la scritta "(ansa)". Da mobile no___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSRM-talk] OSRM Problems

[Nikhil VJ]

Note: The "hint" is not the path between the two points.

Try running their docker image - quick way to get started.

--
Cheers,
Nikhil VJ
https://nikhilvj.co.in


On Sat, Mar 21, 2020 at 6:52 PM Alex Farioletti  wrote:

> Here are a couple online polyline gui tools
>
> https://developers.google.com/maps/documentation/utilities/polylineutility
>
> https://www.keene.edu/campus/maps/tool/
>
> On Sat, Mar 21, 2020, 5:51 AM Mike Flannigan  wrote:
>
>>
>> Item #1.
>>
>> If I go here:
>> http://project-osrm.org/
>> and click on "View Demo", and put in 2 points
>> the route is not calculated and the GPX export
>> button is not active (it is grayed out).  This
>> used to work.  What happened?
>>
>>
>> Item #2.
>>
>> Using the old techniques I am able to
>> get this output from a browser:
>>
>>
>> routes
>> 0
>> legs
>> 0
>> summary ""
>> weight 52725.6
>> duration 52286.9
>> steps []
>> distance 1443457.1
>> weight_name "routability"
>> weight 52725.6
>> duration 52286.9
>> distance 1443457.1
>> waypoints
>> 0
>> hint
>> "HXjihCh44oQAagAAAMh8AAAfDwAAAKv8nkIyMrtGwmU1RQBqyHwAAB8PAACZRgAABOzM-QORxQLcIcz5WILFAlkCbxbnlcEk"
>> distance 3992.7959862545904
>> name "Old 16 Road"
>> location
>> 0 -104.010748
>> 1 46.502147
>> 1
>> hint
>> "pLGsgKixrIAtYwAAjqSVQl4wIEMAAC0AAABjAACZRgAAyMVa-rFxUQLExVr6sXFRAgAAPwvnlcEk"
>> distance 0.34712334988660304
>> name "Nieman Road"
>> location
>> 0 -94.714424
>> 1 38.891953
>> code "Ok"
>> I want to change the "hint" to lat/long pairs.
>> I hear this can be done with @mapbox/polyline.js.
>> But oddly I am having trouble installing that package.
>>
>> I am on Linux Ubuntu.
>>
>>
>> Mike
>>
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> Alex Farioletti
> 415.312.1674
> twinjet.co
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-talk-fr] Attention au site https://healthsites.io, problème d'édition important

[Vincent Bergeot]

Bonjour,

Ne pas utiliser le site https://healthsites.io pour éditer les données OSM.

Suite à l'ajout des intensive j'ai regardé si c'était à jour dans 
healthsite.io


Non !

J'ai testé l'édition et cela efface beaucoup de choses 
https://osmcha.org/changesets/82459520/


J'ai évidemment corrigé en suivant https://osmcha.org/changesets/82459682/

Et demandé d'éviter l'édition : 
https://github.com/healthsites/healthsites/issues/1357


PS : par ailleurs c'est trés bien fait !

Vincent

--
Vincent Bergeot


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

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

[Hrvoje Bogner]

Dodane su i ove upute na zadatak, ako može netko još provjeriti jel sve 
dobro opisano. Možda ima duplih uputstava, nisam stigao provjeriti sve.


On 21. 03. 2020. 09:15, Ivan Habunek wrote:

On Fri, 20 Mar 2020, at 19:39, Hrvoje Bogner wrote:

Pozdrav svima,

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

Jel bi mogao dodati ove upute na opis zadatka?

-- 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-it] Mappatura farmacie

[Francesco Ansanelli]

Ciao,

gli import di dati che non sono affidabili al 100% non andrebbero più
fatti...
Avrei mandato tra qualche giorno la comunicazione (visto stiamo ancora
facendo le ultime limature) perché su Osmose ci sono i dati di farmacie e
parafarmacie italiane.

Il dataset non è perfetto, ad esempio le coordinate non cambiano quando
cambia l'indirizzo ed ho già scritto nei giorni scorsi alla referente per
segnalarlo.
Inoltre, le coordinate sono frutto di geocoding fatto con OSM (non proprio
il nostro punto forte).
Però è bene, a mio avviso, avere un controllo incrociato con un dato
ufficiale e soprattutto mantenuto(!), anche nella speranza che migliori con
il passare del tempo...
Riguardo alle domande ti rispondo con le soluzioni che ho adottato per
Osmose:

1. Gli indirizzi non sono dati fondamentali per i POI (le coordinate sono
meglio).
Gli errori su Osmose saranno gli indirizzi (come per i distributori).
Questo per consentire a chi mappa di capire se è nel posto giusto e
occuparsi di inserire il dato nel formato ritenuto più opportuno.

2. Usiamo "operator" per le informazioni dal dataset. Il name è l'insegna
che in molti casi sarà: "FARMACIA".

Scusa se mi sono dilungato
Francesco


Il sab 21 mar 2020, 11:56 Cascafico Giovanni  ha
scritto:

> Stavamo ispezionando il dataset del ministero delle farmacie [1]. Per
> alcune aree dove sono stati importati i civici (Friuli, Torino, ecc.) è
> possibile rifare il geocoding, trascurando quello fatto dal ministero,
> piuttosto inaffidabile.
>
> Un paio di domande.
>
> - gli indirizzi che implicano ordinali hanno la notazione tradizionale con
> i numeri romani (Pio X, giovanni XXIII, ecc.); probabilmente (escluso
> Friuli Venezia Giulia) l'addr:street OSM usa la stessa notazione. Che fare?
> Con l'occasione rinnoviamo tutto a diretive ISTA?
>
> - moltissime denominazioni non premettono la parola "farmacia"... dovremmo
> inserirla?
>
>
> [1]
> http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
> ___
> 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: [OSRM-talk] OSRM Problems

[Alex Farioletti]

Here are a couple online polyline gui tools

https://developers.google.com/maps/documentation/utilities/polylineutility

https://www.keene.edu/campus/maps/tool/

On Sat, Mar 21, 2020, 5:51 AM Mike Flannigan  wrote:

>
> Item #1.
>
> If I go here:
> http://project-osrm.org/
> and click on "View Demo", and put in 2 points
> the route is not calculated and the GPX export
> button is not active (it is grayed out).  This
> used to work.  What happened?
>
>
> Item #2.
>
> Using the old techniques I am able to
> get this output from a browser:
>
>
> routes
> 0
> legs
> 0
> summary ""
> weight 52725.6
> duration 52286.9
> steps []
> distance 1443457.1
> weight_name "routability"
> weight 52725.6
> duration 52286.9
> distance 1443457.1
> waypoints
> 0
> hint
> "HXjihCh44oQAagAAAMh8AAAfDwAAAKv8nkIyMrtGwmU1RQBqyHwAAB8PAACZRgAABOzM-QORxQLcIcz5WILFAlkCbxbnlcEk"
> distance 3992.7959862545904
> name "Old 16 Road"
> location
> 0 -104.010748
> 1 46.502147
> 1
> hint
> "pLGsgKixrIAtYwAAjqSVQl4wIEMAAC0AAABjAACZRgAAyMVa-rFxUQLExVr6sXFRAgAAPwvnlcEk"
> distance 0.34712334988660304
> name "Nieman Road"
> location
> 0 -94.714424
> 1 38.891953
> code "Ok"
> I want to change the "hint" to lat/long pairs.
> I hear this can be done with @mapbox/polyline.js.
> But oddly I am having trouble installing that package.
>
> I am on Linux Ubuntu.
>
>
> Mike
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
Alex Farioletti
415.312.1674
twinjet.co
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

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

[Florimond Berthoux]

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

> 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 ?
>

C'est pas tous les jours la fête au coronavirus ou la destruction d'un pont.
Le premier est un évènement temporaire comme les heures d'ouvertures qui
peuvent changer qui ne changera pas la moyenne d'une journée habituel.
Le second est un évènement permanent qui aura probablement pour résultat un
changement de trafic dans le réseau routier voisin au pont.

Pour ce qui est évènement exceptionnel de courte durer, ils sont
exceptionnel donc on ne les map pas, et courte en duré donc ayant un impact
faible sur la moyenne.


>
>
>> - 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.
>
La définition du mètre est très précise, ça n’empêche pas la mesure d'être
imprécise.


>
>
>> 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.
>

Ça dépend de la taille de l'instant :)
Un débit, comme le trafic, est une unité qui utilise la dimension du temps,
et c'est visiblement un point qui perturbe.
Mais il existe déjà de nombreux tag qui se mesure dans le temps :
openinghour, route, railway=abandonned, seasonal, coastline, riverbank, etc.
"Le terrain prime", et on peut prendre son temps pour le vérifier ;)


> 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.
>

Je n'ai jamais lu que pour ajouter une donnée sur OSM il fallait qu'elle
soit maintenable, il faut qu'elle soit vérifiable (et donc maintenable par
quelqu'un d'autre), mais maintenable ?
Il ne faut pas non plus spamer OSM, mais si une données n'est plus à jour
soit elle est très vraisemblablement pas à jour et on la supprime, soit on
la met à jour.

Concrètement, pour l'instant j'ai pris le parti de n'ajouter la donnée
trafic que là où c'est pertinent c'est à dire là où les données actuelles
(highway, maxspeed) portent à confusion sur l'état réel du trafic.
Typiquement pour une petite rue en zone 30 avec un trafic élevé, l'ajout de
la donnée trafic est utile pour mon cas d'utilisation.


> Bonne soirée
>
> 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
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Phyks]

> S'agit-il des moyennes ou des normales saisonnières ?
> Le climat est réputé variable sur le temps long (sauf en ce moment), pas le
> trafic

Je parlais bien des normales saisonnières en effet. Concernant le
trafic, tant qu'il n'y a pas de remise en cause profonde du plan de
circulation, il devrait également être réputé variable sur le temps long.

Tout comme les normales saisonnières, on écarte les événements "rares"
(accidents / etc). La discussion serait d'ailleurs probablement plus
simple en zone rurale, dans un premier temps (moins de travaux /
déviations / remises en cause du plan de circulation).

Et j'ai par exemple en tête le cas d'usage typique de la D140 puis la
D140E2
(https://www.openstreetmap.org/way/261316880#map=15/45.6886/-1.0473=N),
petite route secondaire traversant des villages, limitée à 30 km/h, en
pleine zone balnéaire. Il est illusoire de la prendre en vélo l'été sans
y risquer sa vie.


> Pour le routier, une grandeur qui me semblerait d’intérêt serait le trafic
> prévu, qui lui est normalement public puisque partie du cahier des charges
> du maître d'ouvrage.
> Dans nos pays, les normes routières prévoient certains équipements en
> fonction du trafic, de la vitesse, etc...

C'est probablement le cas sur des axes majeurs et structurants
(autoroutes, nationales), mais est-ce le cas sur des déclinaisons
locales (départementales voire réseau communal) ?

Dans mes interactions avec les municipalités autour des questions de
trafic, je n'ai jamais entendu mes interlocuteurs parler de ces trafics
prévus. En revanche, ils font souvent des séances de comptage pour
calculer le trafic et calibrer des simulations pour les aménagements à
venir.

Dans tous les cas, toutes ces données fourniraient effectivement des
données "métier" d'assez bonne qualité a priori.

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

[OSRM-talk] OSRM Problems

[Mike Flannigan]

Item #1.

If I go here:
http://project-osrm.org/
and click on "View Demo", and put in 2 points
the route is not calculated and the GPX export
button is not active (it is grayed out).  This
used to work.  What happened?


Item #2.

Using the old techniques I am able to
get this output from a browser:


routes  
0   
legs
0   
summary ""
weight  52725.6
duration52286.9
steps   []
distance1443457.1
weight_name "routability"
weight  52725.6
duration52286.9
distance1443457.1
waypoints   
0   
hint 
"HXjihCh44oQAagAAAMh8AAAfDwAAAKv8nkIyMrtGwmU1RQBqyHwAAB8PAACZRgAABOzM-QORxQLcIcz5WILFAlkCbxbnlcEk" 


distance3992.7959862545904
name"Old 16 Road"
location
0   -104.010748
1   46.502147
1   
hint 
"pLGsgKixrIAtYwAAjqSVQl4wIEMAAC0AAABjAACZRgAAyMVa-rFxUQLExVr6sXFRAgAAPwvnlcEk" 


distance0.34712334988660304
name"Nieman Road"
location
0   -94.714424
1   38.891953
code"Ok"


I want to change the "hint" to lat/long pairs.
I hear this can be done with @mapbox/polyline.js.
But oddly I am having trouble installing that package.

I am on Linux Ubuntu.


Mike


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

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

[François Lacombe]

Bonjour Phyks,

Le sam. 21 mars 2020 à 13:13, Phyks  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 ?
>
> De la même façon qu'en météo, nous avons des moyennes saisonnières. Il y
> a potentiellement des écartements par rapport à ces valeurs, mais elles
> représentent néanmoins une certaine grandeur constante dans le temps.
>

S'agit-il des moyennes ou des normales saisonnières ?
Le climat est réputé variable sur le temps long (sauf en ce moment), pas le
trafic

Pour le routier, une grandeur qui me semblerait d’intérêt serait le trafic
prévu, qui lui est normalement public puisque partie du cahier des charges
du maître d'ouvrage.
Dans nos pays, les normes routières prévoient certains équipements en
fonction du trafic, de la vitesse, etc...

François
___
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 ?

[Phyks]

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

Pour noter ça, il y a déjà une (bonne) solution (à mon avis) : les
access:conditional. Cf https://wiki.openstreetmap.org/wiki/Key:conditional.

-- 
Phyks

___
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

[Phyks]

>> 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 ?

De la même façon qu'en météo, nous avons des moyennes saisonnières. Il y
a potentiellement des écartements par rapport à ces valeurs, mais elles
représentent néanmoins une certaine grandeur constante dans le temps.

-- 
Phyks

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

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

[ael]

On Sat, Mar 21, 2020 at 10:45:53AM +1100, Warin wrote:
> 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.
> 
> "source=average of multiple gps surveys, high accuracy"
> 
> Be really descriptive... the 's' on the end of gps surveys is really easy to 
> miss.

Well, yes, and I do quite often expand the source tag to try to
convey more. But in your example "high" accuracy is a problem.
If I was using differential gps with cm accuracy, I would call
that "high" accuracy. In the present case, the accuracy is
not really known, but probably approaching a meter.
But I guess that sort of thing could be included in a source tag,
although free form text might be better in a note tag.

But my impression is that many armchair mappers just don't look.

ael


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

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

[Andrew Hain]

Further issues:

Richmond rugby ground tagged addr:city=London Borough of Hounslow
Middlesex changed to county
Fulwell bus garage tagged name=Fulwell Bus Garage (Middlesex)

There are some legitimate edits there such as shop=supermarket for Lidl 
Fulwell, payment tags for M Food To Go in Twickenham may be legitimate and 
the department store tagging was by another mapper by an editor preset.

--
Andrew


From: Colin Smale 
Sent: 20 March 2020 18:46
To: Andrew Hain 
Cc: Talk-GB 
Subject: Re: [Talk-GB] Anyone in South-West London?


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: [OSM-talk-fr] Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Yves P.]

> C'est toi qui a mangé les accents ou s'affiche comme ça chez toi ?
je n’ai rien mangé (j’ai peur d’attraper le coronavirus) 藍

Je viens d’essayer ce lien 
 
avec Chrome, Safari et Firefox, il manque toujours le à et le è  à "Maison 
d'Enfants Caractre Social »

>> Serait-il possible d’afficher l’intégralité des données ouvertes dans la 
>> page « error 
>> 
>>  » ?
> Utilise le lien sur ref:FR:FINESS = 390784791 pour avoir la fiche complète.
C’est ce que je fais. Mais j’aimerais voir les données « brutes » utilisées par 
Omose, pour voir par exemple si il y a un problème d’encodage, des données 
présentes mais pas exploitées…

Ça pourrait aussi servir pour d’autres données…

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

Re: [Talk-it] etichetta per Carrozzeria ?

[Andy Townsend]

On 21/03/2020 01:55, Martin Koppenhoefer wrote:


potrebbe andare shop=car_repair anche se poco specifico, ma 
aggiungerei anche

https://taginfo.openstreetmap.org/tags/craft=coachbuilder
(usato poco ma sembra pertinente)



+1

I used that for https://www.openstreetmap.org/node/6067347906 .

- Andy



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

[Talk-it] Mappatura farmacie

[Cascafico Giovanni]

Stavamo ispezionando il dataset del ministero delle farmacie [1]. Per
alcune aree dove sono stati importati i civici (Friuli, Torino, ecc.) è
possibile rifare il geocoding, trascurando quello fatto dal ministero,
piuttosto inaffidabile.

Un paio di domande.

- gli indirizzi che implicano ordinali hanno la notazione tradizionale con
i numeri romani (Pio X, giovanni XXIII, ecc.); probabilmente (escluso
Friuli Venezia Giulia) l'addr:street OSM usa la stessa notazione. Che fare?
Con l'occasione rinnoviamo tutto a diretive ISTA?

- moltissime denominazioni non premettono la parola "farmacia"... dovremmo
inserirla?


[1]
http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Carto Maisons de retraite, Système de Santé, Noms et Limites de lieux

[Jean-Guilhem Cailton]

Bonjour,

Pour traduire en français les ajouts et précisions que j’ai apportés à
mon message d’hier en l’adaptant pour la liste internationale talk :

Suggestion de cartographier, avec les Maisons de retraites et les EHPAD,
le Système de Santé :
Depuis les unités de soins intensifs et de réanimation, et leurs
capacités (nombre de lits, nombre de chambres à pression négative,
etc…), en passant par les hôpitaux en général et les cliniques, les
maisons de santé, jusqu’au médecins libéraux et autres professionnels de
santé (infirmières et infirmiers, …), pharmacies, etc…

Comme l’a écrit Jorieke (depuis le point de vue de MSF) sur la liste de
diffusion HOT, dans le fil « COVID-19 - Comment vous pouvez aider »
(original en ligne sur
https://lists.openstreetmap.org/pipermail/hot/2020-March/015169.html ),
les installations, équipements et professionnels de santé, évidemment,
mais aussi les *noms* de lieux (y compris de villages ou lieux-dits, de
quartiers, etc…) et leurs *limites* sont utiles pour les
épidémiologistes et autres professionnels de santé, pour le suivi des
contacts, et la cartographie des cas.

N’hésitez pas à adapter et à partager avec vos diverses communautés
locales (éventuellement hors OSM si ça peut potentiellement être pertinent).

Prenez bien soin de vous,

Jean-Guilhem


Le 21/03/2020 à 10:26, Jean-Guilhem Cailton a écrit :
> From Intensive Care Units, and their capabilities (number of beds,
> number of negative pressure rooms, etc…), all the way, thru more
> general hospitals and clinics, to individual physicists and other
> health care workers, pharmacies, etc…
>
> As Jorieke stated (from the point of view of MSF) on HOT mailing list,
> in thread “COVID-19 - How you can help” (see her email included as
> attachment), health facilities and Place Names (also of villages,
> neighborhoods, etc…), and Boundaries of these are useful for
> epidemiologist and other health professionals to do contact tracing,
> and mapping of cases.
>
> Please feel free to adapt and forward this to your local communities.


-- 
« Tant qu’on n’aura pas compris que le cerveau est une machine à
dominer, on ne pourra pas lutter efficacement contre ces hiérarchies
aliénantes. » Dominique Dupagne, La revanche du rameur

___
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)

[Frédéric Rodrigo]

Le 21/03/2020 à 10:24, Yves P. a écrit :


Osmose n’affiche pas le nom de l’établissement, mais en rouge (et avec 
un problème d’accents) l’un des libellés suivants :


  * Etablissement d'hbergement pour personnes ges dpendantes
  * Rsidences autonomie



C'est toi qui a mangé les accents ou s'affiche comme ça chez toi ?


Serait-il possible d’afficher l’intégralité des données ouvertes dans 
la page « error 
 » 
?



Utilise le lien sur ref:FR:FINESS = 390784791 pour avoir la fiche complète.



___
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)

[Yves P.]

> Osmose n’affiche pas le nom de l’établissement
En fait ça dépends des pages d'OSMOSE :

10, R, DE LORRAINE, 78100 ST GERMAIN EN LAYE, Maison d'Enfants Caractre Social 

FOYER SCOLAIRE, 10, R, DE LORRAINE, 78100 ST GERMAIN EN LAYE, Maison d'Enfants 
Caractre Social, 0780983V 

FOYER SCOLAIRE, 10, R, DE LORRAINE, 78100 ST GERMAIN EN LAYE, Maison d'Enfants 
Caractre Social, 0780983V 


Et/ou des données ??
Dans la liste : 
MAISON D'ENFANTS CARACTRE SOCIAL, SAUVEGARDE DE L'ENFANCE, MAISON ENFANTS 
CARACTRE SOCIAL, 1550, AV, DE FONNEUVE, 82000 MONTAUBAN, Maison d'Enfants 
Caractre Social
30, R, ALIX LECLERC, 54000 NANCY, Etablissement d'Accueil Mre-Enfant

Sur la carte :
MAISON D'ENFANTS CARACTRE SOCIAL, SAUVEGARDE DE L'ENFANCE, MAISON ENFANTS 
CARACTRE SOCIAL, 1550, AV, DE FONNEUVE, 82000 MONTAUBAN, Maison d'Enfants 
Caractre Social 

30, R, ALIX LECLERC, 54000 NANCY, Etablissement d'Accueil Mre-Enfant 


Fiche FINESS :
CENTRE ACCUEIL ORIENTATION J. FILHOUS 

SAUVEGARDE DE L'ENFANCE MAISON ENFANTS CARACTÈRE SOCIAL 1550 AVENUE DE FONNEUVE 
82000 MONTAUBAN
CENTRE MATERNEL "LES SAPINS » 

30 RUE ALIX LECLERC 
54000 NANCY

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

Re: [OSM-talk] Mapping Elderly Homes, Health Systems, and Place names and boundaries (was : [CrisisMappers] Re: COVID-19 Response)

[Jean-Guilhem Cailton]

Sending this message again, this time without the included email
attachment, to fit under the 40 kb size limit, hopefully.

Jorieke message can also be found here:
https://lists.openstreetmap.org/pipermail/hot/2020-March/015169.html

Jean-Guilhem


Le 21/03/2020 à 10:06, Jean-Guilhem Cailton a écrit :
> Hi,
>
> Sharing today with the International OSM Community this message, that
> I sent to talk-fr yesterday, after seeing the positive reaction that
> it received here.
>
> The idea comes from the CrisisMappers mailing list, that is
> reactivating in front of the Coronavirus crisis, after several years
> of slow activity (since the high times of Haiti 2010 Earthquake response…)
>
> A suggestion for each local OSM Community is to map the Elderly homes
> on their territory: make sure that the very sensitive amenities in
> front of COVID-19 such as Elderly homes are well, and exhaustively,
> mapped in OSM.
> “In Italy in some of the elderly homes lost already more than 80% of
> their patients”…
>
> This data could in parallel be used as a basis for dynamic maps, for
> example of risk exposure, or protection measures, etc…
>
> Another relevant mapping theme that has been proposed, and adhered to,
> on talk-fr, is mapping the Health Systems. From Intensive Care Units,
> and their capabilities (number of beds, number of negative pressure
> rooms, etc…), all the way, thru more general hospitals and clinics, to
> individual physicists and other health care workers, pharmacies, etc…
>
> As Jorieke stated (from the point of view of MSF) on HOT mailing list,
> in thread “COVID-19 - How you can help” (see her email included as
> attachment), health facilities and Place Names (also of villages,
> neighborhoods, etc…), and Boundaries of these are useful for
> epidemiologist and other health professionals to do contact tracing,
> and mapping of cases.
>
> Please feel free to adapt and forward this to your local communities.
>
> Take good care, of Yourself, and of Others in the measure of Your
> possibilities.
>
> Best wishes,
>
> Jean-Guilhem
>
>
> http://twitter.com/jgVisov
>
>
> 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 

Re: [OSM-talk-fr] Mapping Elderly Homes, Health Systems, and Place names and boundaries (was : [CrisisMappers] Re: COVID-19 Response)

[Jean-Guilhem Cailton]

Sending this message again, this time without the included email
attachment, to fit under the 40 kb size limit, hopefully.

Jorieke message can also be found here:
https://lists.openstreetmap.org/pipermail/hot/2020-March/015169.html

Jean-Guilhem


Le 21/03/2020 à 10:06, Jean-Guilhem Cailton a écrit :
> Hi,
>
> Sharing today with the International OSM Community this message, that
> I sent to talk-fr yesterday, after seeing the positive reaction that
> it received here.
>
> The idea comes from the CrisisMappers mailing list, that is
> reactivating in front of the Coronavirus crisis, after several years
> of slow activity (since the high times of Haiti 2010 Earthquake response…)
>
> A suggestion for each local OSM Community is to map the Elderly homes
> on their territory: make sure that the very sensitive amenities in
> front of COVID-19 such as Elderly homes are well, and exhaustively,
> mapped in OSM.
> “In Italy in some of the elderly homes lost already more than 80% of
> their patients”…
>
> This data could in parallel be used as a basis for dynamic maps, for
> example of risk exposure, or protection measures, etc…
>
> Another relevant mapping theme that has been proposed, and adhered to,
> on talk-fr, is mapping the Health Systems. From Intensive Care Units,
> and their capabilities (number of beds, number of negative pressure
> rooms, etc…), all the way, thru more general hospitals and clinics, to
> individual physicists and other health care workers, pharmacies, etc…
>
> As Jorieke stated (from the point of view of MSF) on HOT mailing list,
> in thread “COVID-19 - How you can help” (see her email included as
> attachment), health facilities and Place Names (also of villages,
> neighborhoods, etc…), and Boundaries of these are useful for
> epidemiologist and other health professionals to do contact tracing,
> and mapping of cases.
>
> Please feel free to adapt and forward this to your local communities.
>
> Take good care, of Yourself, and of Others in the measure of Your
> possibilities.
>
> Best wishes,
>
> Jean-Guilhem
>
>
> http://twitter.com/jgVisov
>
>
> 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 

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

[Yves P.]

> 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 
> )
Ok :)


> 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 
> 

Ici à Orgelet (Jura) 
,
 Osmose propose d’intégrer 2 structures différentes avec les même tags :
LOGEMENT FOYER PERSONNES AGEES ORGELET 

EHPAD ORGELET DU CH JURA SUD 


amenity=social_facility 
social_facility=group_home  
social_facility:for=senior

C’est bon pour le foyer logement, mais pas pour l’EHPAD

Osmose n’affiche pas le nom de l’établissement, mais en rouge (et avec un 
problème d’accents) l’un des libellés suivants :
Etablissement d'hbergement pour personnes ges dpendantes
Rsidences autonomie

Serait-il possible d’afficher l’intégralité des données ouvertes dans la page « 
error 
 
» ?

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

[OSM-talk-fr] Mapping Elderly Homes, Health Systems, and Place names and boundaries (was : [CrisisMappers] Re: COVID-19 Response)

[Jean-Guilhem Cailton]

Hi,

Sharing today with the International OSM Community this message, that I
sent to talk-fr yesterday, after seeing the positive reaction that it
received here.

The idea comes from the CrisisMappers mailing list, that is reactivating
in front of the Coronavirus crisis, after several years of slow activity
(since the high times of Haiti 2010 Earthquake response…)

A suggestion for each local OSM Community is to map the Elderly homes on
their territory: make sure that the very sensitive amenities in front of
COVID-19 such as Elderly homes are well, and exhaustively, mapped in OSM.
“In Italy in some of the elderly homes lost already more than 80% of
their patients”…

This data could in parallel be used as a basis for dynamic maps, for
example of risk exposure, or protection measures, etc…

Another relevant mapping theme that has been proposed, and adhered to,
on talk-fr, is mapping the Health Systems. From Intensive Care Units,
and their capabilities (number of beds, number of negative pressure
rooms, etc…), all the way, thru more general hospitals and clinics, to
individual physicists and other health care workers, pharmacies, etc…

As Jorieke stated (from the point of view of MSF) on HOT mailing list,
in thread “COVID-19 - How you can help” (see her email included as
attachment), health facilities and Place Names (also of villages,
neighborhoods, etc…), and Boundaries of these are useful for
epidemiologist and other health professionals to do contact tracing, and
mapping of cases.

Please feel free to adapt and forward this to your local communities.

Take good care, of Yourself, and of Others in the measure of Your
possibilities.

Best wishes,

Jean-Guilhem


http://twitter.com/jgVisov


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 

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

[Vincent Bergeot]

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 ?

merci à toi pour le boulot effectué (et aux autres !), et à l'initiateur 
@donat, notre CM https://twitter.com/drobaux/status/1241075290555678720


@donat dans les requêtes overpass que tu montres il y a seulement les 
amenity=hospital, est-ce parce qu'il n'y a que là qu'il peut y avoir des 
healthcare:speciality=intensive  ?Dans le cas des emergency=yes il y en 
a dans des amenity=clinic (une 20aine en france).


Peut-être faire les requêtes sur la "somme" de clinic et hospital ?

@noémie, je trouve que le fichier que tu as généré est super, la 
comparaison des 2 jeux de données. Je le régénérerai bien mais je n'ai 
même pas idée de comment tu as fait et si c'est accessible à mon niveau 
technique !


Bonne journée

--
Vincent Bergeot


___
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

[Vincent Bergeot]

Le 21/03/2020 à 07:50, Stéphane Péneau a écrit :

Le 21/03/2020 à 03:05, Jérôme Amagat a écrit :


Moi je préfère mettre le tag  barrier=fence sur le même élément que 
leisure=playground



Pour le rendu mettre les 2 tags sur la même chose ça marche.

Le problème, c'est que c'est à cause de ça que le rendu osm a cesser 
de rendre les surface barrier=*


https://github.com/gravitystorm/openstreetmap-carto/pull/3844



après "ne pas taguer pour le rendu", nous allons avoir "ne pas taguer 
pour le non-rendu" :)


le seul point commun c'est "ne pas taguer" ce qui pour OSM serait dommage :D

Plus sérieusement ce que cela m'évoque :

 * passer par les relations bof pour moi car c'est un frein à la
   contribution énorme et je ne suis pas sur qu'il soit intéressant de
   se couper de la potentielle multitude de contributeurs en rendant
   inaccessible le fait de cartographier une aire de jeux ! Avis pas
   beaucoup plus réfléchi que cela !
 * si un même way comme ici à 2 fonctions j'ai un peu de mal à faire la
   balance (avantages/inconvénients) entre :
 o ajouter un tag de plus sur leisure=playground de type
   barrier=fence ou fence=yes
 o dupliquer le way et y ajouter barrier=fence
 o et faut-il vraiment "trancher" ?

à plus


--
Vincent Bergeot

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

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

[Ivan Habunek]

On Fri, 20 Mar 2020, at 19:39, Hrvoje Bogner wrote:
> Pozdrav svima,
> 
> Prosljeđujem komentar jednog mapera(uz njegovo dopuštenje) koji mi se 
> direktno javio:

Jel bi mogao dodati ove upute na opis zadatka?

-- Ivan

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

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

[Arnaud Champollion]

Le 21/03/2020 à 03:05, Jérôme Amagat a écrit :
Mais une relation avec un seul membre, c'est pas terrible 


Sinon, pourquoi ne pas faire une relation plus inclusive pour le 
playground ?


Qui aurait comme membres :

outer : barrière(s), murs, haies (parfois on a en effet différents types 
de délimitations)


autres rôles pour : portillon, équipements (bancs, toboggans, 
balançoires, poubelles ...)



___
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

[Axel Listes]

Bonjour Florimond,

Le 20/03/2020 à 15:50, Florimond Berthoux a écrit :
> À 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.

Je trouve l'idée intéressante, m’étant déjà fait surprendre plus d'une
fois lors de voyages à vélos, n'anticipant pas la présence d'un trafic
important sur du réseau secondaire (je fuis de principe le réseau
structurant).

> 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.

Merci pour la Carto qui est vraiment très pertinente, en tout cas bien
mieux que la solution de Thunderforest.
J'ai aussi lu le guide indiqué, même si je suis en désaccord sur la
partie concernant la priorité des cycles pour certains giratoires, il
reste excellent.

Je ne contribuerais probablement pas à ce projet, car j'ai d'autres
priorités, mais je vais suivre pour éventuellement compléter les
informations localement si une méthodologie est indiquée.

Axel.

-- 

"Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne
mérite ni l'une ni l'autre, et finit par perdre les deux."
Citation de Benjamin Franklin.

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

Re: [Talk-bo] Ripio en carreteras de Bolivia

[Juan Jose Iglesias]

Ripio es lo equivalente a gravel, la ABC es muy folclórica para No decir q es 
solo tierra compactada o apisonada.

Para todos esos casos yo solo uso Unpaved, cualquier dato oficial de la ABC es 
generalmente "cuestionable" y muy dudoso 

Saludos

JJ

-Original Message-
From: Marco Antonio Frias [mailto:marcoantoniofr...@gmail.com] 
Sent: Friday, March 20, 2020 7:49 PM
To: OSM Bolivia 
Subject: [Talk-bo] Ripio en carreteras de Bolivia

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


--
This email has been checked for viruses by AVG.
https://www.avg.com


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

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

[Stéphane Péneau]

Le 21/03/2020 à 03:05, Jérôme Amagat a écrit :


Moi je préfère mettre le tag  barrier=fence sur le même élément que 
leisure=playground



Pour le rendu mettre les 2 tags sur la même chose ça marche.

Le problème, c'est que c'est à cause de ça que le rendu osm a cesser de 
rendre les surface barrier=*


https://github.com/gravitystorm/openstreetmap-carto/pull/3844

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

[Talk-lt] Lietuvos upių baseinų žemėlapis

[Tomas Straupis]

Sveiki

  Atnaujintas Lietuvos upių baseinų žemėlapis:
  https://openmap.lt/baseinai.html

  Upių ilgį žymėtojai padidino nuo 37 iki 40 tūkstančių kilometrų.
  Taipogi pridėta nauja savybė - spalvinamos ne tik upės/upeliukai,
bet ir pratekami vandens telkiniai.

-- 
@Atvirasis
Tomas

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