[talk-cz] hranice plochy tvorena budovou

[jozka]

Po delsi dobe jsem se dostal k editaci OSM a mam takovy dotaz ohledne relaci. 
Jde o to, ze opravuji zakres prumysloveho arealu, ktery je ve skutecnosti 
nekolik arealu nalepenych na sebe, kazdy patri nekomu jinemu. Hranice mezi nimi 
a take s "vnejsim svetem" je tvorena betonovou zdi, plotem a v nekolika 
pripadech prave zdi budovy (ktera je soucasti arealu). Jak se v takovem pripade 
postupuje? Ma byt nakreslena plocha arealu a do ni ona budova s tim, ze v 
miste, kde je hranice tvorena budovou budou dve cary tesne vedle sebe? Nebo je 
mozne vytvorit relaci, ktera z linii predstavujici ploty/betonove zdi/zed 
budovy vytvori areal a zaroven nejak zachovat onu budovu?

Doufam, ze jsem se vyjadril alespon trochu pochopitelne, relace teprve zkousim.

Diky za pomoc
J.

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

Re: [OSM-talk-fr] Rendu des social_facility

[Donat ROBAUX]

Hello,

Pour travailler sur le sujet, il y a effectivement du travail à faire sur le
sujet des structures sanitaires, sociales et socio-sanitaires.
J'avais l'idée comme notre système est assez complexe de compléter la page
des /social_facility/ par une modélisation claire par /type:FR:FINESS/. Je
n'ai pas encore eu le temps de m'attacher à ce dossier, mais si quelqu'un
veut commencer...
J'avais déjà fait un grand nettoyage en France sur la modélisation des
maisons de retraite, EHPAD, qui avaient 3 modélisations possibles
(/nursing_home/, /retirement_home/ et /social_facility/), mais le chantier
n'est pas encore fini. Il reste encore pas mal de amenity=nursing_home à
re-ventiler si besoin.
Moi ce n'est pas le rendu qui me pose pb mais la modélisation des outils.
Par exemple Josm et Id ne mappe pas pareil les EHPAD et le tag
social_facilty=ambulatory_care n'existe pas dans Josm. Encore un chantier...

Donat



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

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

Re: [Talk-dk] MapRoulette challenges for Denmark

[Niels Elgaard Larsen]

On Thu, 27 Feb 2020 17:59:24 +0100
Jeff Huntington via Talk-dk  wrote:

>Hi, some feedback from me. I’ve been looking at overlapping ways, and
>have corrected some. A common issue seems to be that highway=*
>overlaps highway=footway, area=yes. Where the highway is also a
>footway, I have not made any changes as I don’t see a problem in a
>pedestrian area being linked to a footway,

you mean footway area, I assume.
It is still an overlap.

What happens when we add extra conflicting tags to the two footways,
such as surface, name, access, etc?

I guess routers will use the one that give the best route.
But that one might not be rendered on the map, which could be confusing.

However the wiki recommends to keep linear ways for routability.
If highway=footway, area=yes are used I think that in most cases it is
better to map the linear footways where you would actually walk, which
is usually a little inside the area.

Speaking of routability we should also avoid unconnected footway areas
such as https://www.openstreetmap.org/way/180120094
. 



> but where highway is
>something else, I have separated the two ways.
> I’m wondering whether
>the tool could/ should be refined to ignore the one case of
>highway=footway overlapping highway=footway, area=yes. I haven’t tried
>to use the editing tool, prefering to use JOSM to do the actual
>editing. Jeff
>

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

[Talk-it] Note e zoom

[Jeawrong]

Salve lista, trovo estremamente scomoda la gestione della chiusura delle
note, ogni volta che clicco su chiudi salta da zoom 19 a zoom 15, perché?
Sarebbe molto utile invece mantenere il livello di zoom corrente. O no?



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

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

Re: [OSRM-talk] Shared memory with one process

[Frederik Ramm]

Hi,

On 2/27/20 20:45, Rohit Sivakumar wrote:
> Is there any benefit to configuring osrm using shared memory when I'm
> only running one osrm process per server ?

The benefit of holding the routing graph in shared memory is that you
can (provided you have enough memory) spin up a new shared memory
segment to hold a new, updated routing graph, and then switch from old
to new in an instant, whereas not using shared memory means you have to
terminate routed, move the files around, and start it up again which can
mean a service interruption of a few minutes.

Other than that I am not aware of any benefits (even if you *were*
running several routing engines on the same server using the same
routing graph, which also is not something that makes sense to me).

Bye
Frederik

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

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

Re: [Talk-it] cos'è?

[aldoct]

E' una macina da frantoio come se ne vedono tante in Sicilia. Allego immagine

 



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

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

[Talk-lv] Palīdzība ĢIT / SOTM Baltics konferencē

[Rihards]

Ja dodies uz ĢIT konferenci / SOTM Baltics 6. martā, ir iespēja darīt
labu darbu - pieteikties nedaudz palīdzēt :)

Varianti:
* Palīdzēt ar telpu novākšanu uzreiz pēc pasākuma.
* Būt "timekeeper" (nav obligāti jāpiesakās visai dienai, var arī mazu
daļiņu).
* Būt jautājumu moderatoram (nav obligāti jāpiesakās visai dienai, var
arī mazu daļiņu).

Iespēja palīdzēt, iespējams, lielākajai konferencei Latvijā - un labāk
iepazīt brīnišķīgus cilvēkus.
-- 
 Rihards

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

[OSRM-talk] Shared memory with one process

[Rohit Sivakumar]

Hi,
Is there any benefit to configuring osrm using shared memory when I'm only
running one osrm process per server ?

It appears like using shared memory should be redundant for my use case,
but I'm wondering if there'd be downstream effects like cache misses or
slower query response times when the data isn't loaded to shared memory
upfront.

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

Re: [OSM-talk] MapRoulette - cryptic tasks

[Blake Girardot]

For what it might be worth.

I know nothing about this map roulette project, but in reading the
instructions, what jumps out to me is that imagery changes
dramatically between zoom levels, especially on the higher/more zoomed
in levels 17, 18, 19 range.

And often gets older the closer you zoom in. So even tracing with one
imagery URL, depending on what zoom level you are at, you will see
radically different age imagery and maybe different buildings, roads
etc.

That could be one reason someone cares what zoom level the tracing was done at.

Cheers,
Blake

On Wed, Feb 26, 2020 at 6:59 AM Frederik Ramm  wrote:
>
> Hi,
>
> a user started adding "trace_zoom" and "trace_zoom:range" tags to
> objects in OSM, and closer inspection led to this MapRoulette task:
>
> https://maproulette.org/challenge/12836/task/42414493
>
> It claims to be created by "MappingHuman" and carries these instructions:
>
> --- snip ---
>
> use your most preferred imagery
> has to be familiar with Solving Multiple Tasks Together before
> forwarding completions
> improveWay tracing, lock zoom level
> add trace_zoom=* if non-exist, ensure to match zoom
> add trace_zoom:range=* if non-exist, to indicate approx. trace_zoom
> levels
> add source on Object or changeset
> freely include comments
>
> Changeset comments
>
> please consider including hashtags/comment-words: mappinghuman #M.H
> #alongside_A.I #maproulette for changeset analysis
>
> --- snip ---
>
> I am at a loss here. Who is "Mapping Human" and what is their goal with
> this? Which objects have they selected for editing and according to what
> criteria? Why are they apparently instructing users to add unusual tags
> (trace_toom, trace_zoom:range) to OSM? Why do they request to "add
> source on Object or changeset" when adding source tags on objects is
> generally recommended against? What are the cryptic changeset comments
> "#M.H #alongside_A.I"?
>
> Is there any way to find answers other than sending a private message to
> the pseudonymous "Mapping Human" through MapRoulette?
>
> How many other equally cryptic tasks are there on MapRoulette?
>
> Is there even any quality control when people create new MapRoulette
> tasks? Or at least some sort of four-eyes principle? Or at least a
> transparency "best practice" that would lead to people explaining who
> they are, what they want to achieve with a certain task, how many tasks
> they're running and what instructions they are giving to users?
>
> 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



-- 

Blake Girardot
OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
HOTOSM Member - https://hotosm.org/users/blake_girardot
skype: jblakegirardot

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

Re: [Talk-it] Tagging per parcheggio riservato ai disabili - riservato ai Camper

[Cascafico Giovanni]

Forse "camper" non è standard... magari RV o qualcosa del genere

Il mer 26 feb 2020, 00:53 Alessandro Sarretta 
ha scritto:

> Ciao Andrea,
> la formula più semplice che mi viene in mente è:
> amenity=parking (o parking_space)
> disabled=designated
> camper=designated
>
> Ale
>
>
> Il mar 25 feb 2020, 22:03 Paesi senza Barriere <
> paesisenzabarri...@gmail.com> ha scritto:
>
>> Buona sera,
>> come posso taggare un parcheggio riservato ai disabili ma solo per Camper
>> e non autovetture?
>>
>> Grazie mille
>> Andrea
>>
>> --
>> geom. Andrea Facchinelli
>> Consigliere e referente "Paesi senza Barriere"
>> AsTRID Onlus - Associazione Trentina per la Ricerca Integrata e la
>> Disabilità Onlus
>> sede legale: Via Padre Eusebio Chini, 9 - 38123 Trento
>> TM: +39 339 4323016
>> M: paesisenzabarri...@gmail.com
>> www.astrid-tn.it
>>
>> IBAN: IT 29 D 08304 01819 21349458 – Cassa Rurale di Trento
>>
>> Dona il tuo 5x1000 ad As.Tr.I.D. Onlus e ci aiuterai ad aiutare! - C.F.
>> 96094340229
>>
>> NOTA di RISERVATEZZA
>> Le informazioni contenute in questo messaggio di posta elettronica sono
>> di natura confidenziale; qualsiasi pubblicazione, utilizzo o diffusione
>> anche parziale dello stesso non può essere effettuata senza autorizzazione.
>> Qualora le informazioni fossero utilizzate senza espressa autorizzazione,
>> sarà effettuata denuncia al competente Consiglio dell'Ordine per violazione
>> dell'art. 28 del Codice Deontologico. La diffusione e la comunicazione da
>> parte di soggetto diverso da destinatario è vietata dall'art. 616 e ss.
>> c.p. ed al D.Lgs. n. 196/03. Se la presente e-mail fosse ricevuta per
>> errore, siete pregati di distruggerla e informare il mittente
>>
>> ___
>> 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-dk] MapRoulette challenges for Denmark

[Andrew Wiseman via Talk-dk]

Thanks Jeff for the feedback, that’s good to know and I’ll look into it. I 
definitely want to make sure everything is actionable and easily doable. In the 
short term I can go through and remove or mark those and completed. 

Andrew 

> On Feb 27, 2020, at 8:59 AM, Jeff Huntington via Talk-dk 
>  wrote:
> 
> Hi, some feedback from me. I’ve been looking at overlapping ways, and have 
> corrected some. A common issue seems to be that highway=* overlaps 
> highway=footway, area=yes. Where the highway is also a footway, I have not 
> made any changes as I don’t see a problem in a pedestrian area being linked 
> to a footway, but where highway is something else, I have separated the two 
> ways. I’m wondering whether the tool could/ should be refined to ignore the 
> one case of highway=footway overlapping highway=footway, area=yes.
> I haven’t tried to use the editing tool, prefering to use JOSM to do the 
> actual editing.
> Jeff
> 
>>> On 26 Feb 2020, at 13:04, talk-dk-requ...@openstreetmap.org wrote:
>> Send meddelelser der skal distribueres til Talk-dk til:
>>  talk-dk@openstreetmap.org
>> Gå ind på:
>>  https://lists.openstreetmap.org/listinfo/talk-dk
>> for at til- eller framelde dig listen via World Wide Web
>> Alternativt kan du sende en e-mail til
>>  talk-dk-requ...@openstreetmap.org
>> med ordet 'help' i emnefeltet eller som indhold.
>> Du kan kontakte den (de) ansvarlige person(er) for listen på
>>  talk-dk-ow...@openstreetmap.org
>> Når du svarer på e-mail til listen, bedes du venligst ændre
>> emnefeltet sådan at det er lidt mere beskrivende end bare "Re:
>> Indhold af Talk-dk sammendrag..."
>> Dagens emner:
>> 1. Re: MapRoulette challenges for Denmark (Andrew Wiseman)
>> 2. Re: MapRoulette challenges for Denmark (Anders Hedelund)
>> --
>> Message: 1
>> Date: Tue, 25 Feb 2020 10:11:48 -0800
>> From: Andrew Wiseman 
>> To: OpenStreetMap Denmark 
>> Subject: Re: [Talk-dk] MapRoulette challenges for Denmark
>> Message-ID: 
>> Content-Type: text/plain; charset="utf-8"
>> Hello everyone,
>> This is Andrew again from Apple. I wanted to let everyone know that we just 
>> updated the MapRoulette challenges related to road network issues in Denmark 
>> with new OSM data.
>> You can find the challenges in this MapRoulette project: 
>> https://maproulette.org/browse/projects/39285 and they include things like 
>> overly sharp road angles, roads that cross but aren’t connected, roads that 
>> aren’t connected to anything, overlapping roads, turn restrictions, roads 
>> that are close but not connected to others, and other similar issues. I plan 
>> to work on some of them myself too.
>> If you haven’t used it before, MapRoulette lets you go through potential 
>> issues in OSM data one by one and either correct them or indicate they are 
>> not a problem. The challenges were created with our Atlas data analysis 
>> tool: https://github.com/osmlab/atlas .
>> If you aren’t sure what challenge to try, sharp angles or crossing roads are 
>> probably the easiest but they should all be fairly straightforward.
>> Please let me know if you have any suggestions or feedback. Thank you!
>> Andrew
>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
>> 
 On Apr 12, 2019, at 10:07 AM, Andrew Wiseman via Talk-dk 
  wrote:
>>> Hi all,
>>> It looks like those are finished, so I created a few more, which are mostly 
>>> related to routing or unconnected roads. Here they are if you want to take 
>>> a look. I have been working on them too.
>>> Connectivity check means roads that are near each other but not connected, 
>>> floating way is way (usually a road) that isn’t connected to anything else, 
>>> crossing ways are ways that cross but don't share a node or vertex, and 
>>> impossible routing and sink islands are places where you can’t route into 
>>> or out of, usually due to one ways, highway types or unconnected roads. 
>>> (Some may be pedestrian, which is ok.)
>>> * Denmark Connectivity Check: https://maproulette.org/challenge/4089 
>>> 
>>> * Denmark Floating Way Check: https://maproulette.org/challenge/4090 
>>> 
>>> * Denmark Crossing Ways: https://maproulette.org/challenge/4091 
>>> 
>>> * Denmark Impossible Routing and Sink Islands: 
>>> https://maproulette.org/challenge/4088 
>>> 
>>> Let me know what you think!
>>> Thanks,
>>> Andrew
>>> Andrew Wiseman |  Maps | andrew_wise...@apple.com 
>>> 
> On Dec 20, 2018, at 11:12 AM, Andrew Wiseman  > wrote:
 Oops, I pasted the wrong links:
 https://maproulette.org/mr3/browse/challenges/3425 
  

[Talk-it] Tagging ZTL con varchi

[Paesi senza Barriere]

 Buona sera,
come posso taggare le ZTL con varchi?
Ci sono delle ZTL con varchi ed entro le 24 ore bisogna comunicare alla
Polizia Municipale numero di targa, contrassegno riservato ai disabili per
non incorrere in sanzioni.

Grazie mille
Andrea


-- 
geom. Andrea Facchinelli
Consigliere e referente "Paesi senza Barriere"
AsTRID Onlus - Associazione Trentina per la Ricerca Integrata e la
Disabilità Onlus
sede legale: Via Padre Eusebio Chini, 9 - 38123 Trento
TM: +39 339 4323016
M: paesisenzabarri...@gmail.com
www.astrid-tn.it

IBAN: IT 29 D 08304 01819 21349458 – Cassa Rurale di Trento

Dona il tuo 5x1000 ad As.Tr.I.D. Onlus e ci aiuterai ad aiutare! - C.F.
96094340229

NOTA di RISERVATEZZA
Le informazioni contenute in questo messaggio di posta elettronica sono di
natura confidenziale; qualsiasi pubblicazione, utilizzo o diffusione anche
parziale dello stesso non può essere effettuata senza autorizzazione.
Qualora le informazioni fossero utilizzate senza espressa autorizzazione,
sarà effettuata denuncia al competente Consiglio dell'Ordine per violazione
dell'art. 28 del Codice Deontologico. La diffusione e la comunicazione da
parte di soggetto diverso da destinatario è vietata dall'art. 616 e ss.
c.p. ed al D.Lgs. n. 196/03. Se la presente e-mail fosse ricevuta per
errore, siete pregati di distruggerla e informare il mittente
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tagging per parcheggio riservato ai disabili - riservato ai Camper

[Paesi senza Barriere]

Grazie mille
ciao
Andrea

Il giorno mer 26 feb 2020 alle ore 00:53 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Ciao Andrea,
> la formula più semplice che mi viene in mente è:
> amenity=parking (o parking_space)
> disabled=designated
> camper=designated
>
> Ale
>
>
> Il mar 25 feb 2020, 22:03 Paesi senza Barriere <
> paesisenzabarri...@gmail.com> ha scritto:
>
>> Buona sera,
>> come posso taggare un parcheggio riservato ai disabili ma solo per Camper
>> e non autovetture?
>>
>> Grazie mille
>> Andrea
>>
>> --
>> geom. Andrea Facchinelli
>> Consigliere e referente "Paesi senza Barriere"
>> AsTRID Onlus - Associazione Trentina per la Ricerca Integrata e la
>> Disabilità Onlus
>> sede legale: Via Padre Eusebio Chini, 9 - 38123 Trento
>> TM: +39 339 4323016
>> M: paesisenzabarri...@gmail.com
>> www.astrid-tn.it
>>
>> IBAN: IT 29 D 08304 01819 21349458 – Cassa Rurale di Trento
>>
>> Dona il tuo 5x1000 ad As.Tr.I.D. Onlus e ci aiuterai ad aiutare! - C.F.
>> 96094340229
>>
>> NOTA di RISERVATEZZA
>> Le informazioni contenute in questo messaggio di posta elettronica sono
>> di natura confidenziale; qualsiasi pubblicazione, utilizzo o diffusione
>> anche parziale dello stesso non può essere effettuata senza autorizzazione.
>> Qualora le informazioni fossero utilizzate senza espressa autorizzazione,
>> sarà effettuata denuncia al competente Consiglio dell'Ordine per violazione
>> dell'art. 28 del Codice Deontologico. La diffusione e la comunicazione da
>> parte di soggetto diverso da destinatario è vietata dall'art. 616 e ss.
>> c.p. ed al D.Lgs. n. 196/03. Se la presente e-mail fosse ricevuta per
>> errore, siete pregati di distruggerla e informare il mittente
>>
>> ___
>> 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
>


-- 
geom. Andrea Facchinelli
Consigliere e referente "Paesi senza Barriere"
AsTRID Onlus - Associazione Trentina per la Ricerca Integrata e la
Disabilità Onlus
sede legale: Via Padre Eusebio Chini, 9 - 38123 Trento
TM: +39 339 4323016
M: paesisenzabarri...@gmail.com
www.astrid-tn.it

IBAN: IT 29 D 08304 01819 21349458 – Cassa Rurale di Trento

Dona il tuo 5x1000 ad As.Tr.I.D. Onlus e ci aiuterai ad aiutare! - C.F.
96094340229

NOTA di RISERVATEZZA
Le informazioni contenute in questo messaggio di posta elettronica sono di
natura confidenziale; qualsiasi pubblicazione, utilizzo o diffusione anche
parziale dello stesso non può essere effettuata senza autorizzazione.
Qualora le informazioni fossero utilizzate senza espressa autorizzazione,
sarà effettuata denuncia al competente Consiglio dell'Ordine per violazione
dell'art. 28 del Codice Deontologico. La diffusione e la comunicazione da
parte di soggetto diverso da destinatario è vietata dall'art. 616 e ss.
c.p. ed al D.Lgs. n. 196/03. Se la presente e-mail fosse ricevuta per
errore, siete pregati di distruggerla e informare il mittente
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-dk] MapRoulette challenges for Denmark

[Jeff Huntington via Talk-dk]

Hi, some feedback from me. I’ve been looking at overlapping ways, and have 
corrected some. A common issue seems to be that highway=* overlaps 
highway=footway, area=yes. Where the highway is also a footway, I have not made 
any changes as I don’t see a problem in a pedestrian area being linked to a 
footway, but where highway is something else, I have separated the two ways. 
I’m wondering whether the tool could/ should be refined to ignore the one case 
of highway=footway overlapping highway=footway, area=yes.
I haven’t tried to use the editing tool, prefering to use JOSM to do the actual 
editing.
Jeff

> On 26 Feb 2020, at 13:04, talk-dk-requ...@openstreetmap.org wrote:
> 
> Send meddelelser der skal distribueres til Talk-dk til:
>talk-dk@openstreetmap.org
> 
> Gå ind på:
>https://lists.openstreetmap.org/listinfo/talk-dk
> for at til- eller framelde dig listen via World Wide Web
> 
> Alternativt kan du sende en e-mail til
>talk-dk-requ...@openstreetmap.org
> med ordet 'help' i emnefeltet eller som indhold.
> 
> Du kan kontakte den (de) ansvarlige person(er) for listen på
>talk-dk-ow...@openstreetmap.org
> 
> Når du svarer på e-mail til listen, bedes du venligst ændre
> emnefeltet sådan at det er lidt mere beskrivende end bare "Re:
> Indhold af Talk-dk sammendrag..."
> 
> 
> Dagens emner:
> 
>   1. Re: MapRoulette challenges for Denmark (Andrew Wiseman)
>   2. Re: MapRoulette challenges for Denmark (Anders Hedelund)
> 
> 
> --
> 
> Message: 1
> Date: Tue, 25 Feb 2020 10:11:48 -0800
> From: Andrew Wiseman 
> To: OpenStreetMap Denmark 
> Subject: Re: [Talk-dk] MapRoulette challenges for Denmark
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"
> 
> Hello everyone,
> 
> This is Andrew again from Apple. I wanted to let everyone know that we just 
> updated the MapRoulette challenges related to road network issues in Denmark 
> with new OSM data. 
> 
> You can find the challenges in this MapRoulette project: 
> https://maproulette.org/browse/projects/39285 and they include things like 
> overly sharp road angles, roads that cross but aren’t connected, roads that 
> aren’t connected to anything, overlapping roads, turn restrictions, roads 
> that are close but not connected to others, and other similar issues. I plan 
> to work on some of them myself too.
> 
> If you haven’t used it before, MapRoulette lets you go through potential 
> issues in OSM data one by one and either correct them or indicate they are 
> not a problem. The challenges were created with our Atlas data analysis tool: 
> https://github.com/osmlab/atlas .
> 
> If you aren’t sure what challenge to try, sharp angles or crossing roads are 
> probably the easiest but they should all be fairly straightforward.
> 
> Please let me know if you have any suggestions or feedback. Thank you! 
> 
> Andrew 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> 
>> On Apr 12, 2019, at 10:07 AM, Andrew Wiseman via Talk-dk 
>>  wrote:
>> 
>> Hi all,
>> 
>> It looks like those are finished, so I created a few more, which are mostly 
>> related to routing or unconnected roads. Here they are if you want to take a 
>> look. I have been working on them too.
>> 
>> Connectivity check means roads that are near each other but not connected, 
>> floating way is way (usually a road) that isn’t connected to anything else, 
>> crossing ways are ways that cross but don't share a node or vertex, and 
>> impossible routing and sink islands are places where you can’t route into or 
>> out of, usually due to one ways, highway types or unconnected roads. (Some 
>> may be pedestrian, which is ok.)
>> 
>> * Denmark Connectivity Check: https://maproulette.org/challenge/4089 
>> 
>> * Denmark Floating Way Check: https://maproulette.org/challenge/4090 
>> 
>> * Denmark Crossing Ways: https://maproulette.org/challenge/4091 
>> 
>> * Denmark Impossible Routing and Sink Islands: 
>> https://maproulette.org/challenge/4088 
>> 
>> 
>> Let me know what you think!
>> 
>> Thanks,
>> 
>> Andrew
>> 
>> Andrew Wiseman |  Maps | andrew_wise...@apple.com 
>> 
>> 
 On Dec 20, 2018, at 11:12 AM, Andrew Wiseman >>> > wrote:
>>> 
>>> Oops, I pasted the wrong links:
>>> 
>>> https://maproulette.org/mr3/browse/challenges/3425 
>>>  is building-road 
>>> intersections
>>> https://maproulette.org/mr3/browse/challenges/3427 
>>>  is sharp angles.
>>> 
>>> Sorry about that.
>>> 
>>> Andrew
>>> 
>>> Andrew Wiseman |  Maps | andrew_wise...@apple.com 
>>> 

Re: [OSM-talk-fr] Rendu des social_facility

[Philippe Verdy]

Oui sans doute mais dans le nom complet il y a des termes approchants, ces
abréviations étant mal connues ont des orthographes approchants difficiles
à deviner. C'est vraiment un jargon et quand c'est un acronyme prononçable
ce n'est pas plus facile à orthographier exactement et la moindre faute
d'une lettre rend la pertinence faible et l'absence dans les résultats

Le jeu. 27 févr. 2020 à 16:08, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Le 27/02/2020 à 15:14, Philippe Verdy a écrit :
> > Ces abréviations étant très mal connues (et le jargon juridique et les
> > statuts changeant sans arrêt avec les restructurations et transferts
> > d'une collectivité à l'autre), ce serait bien d'indiquer dans name=*
> > le nom complet et mettre l'abréviation plutôt dans short_name=*
>
> OK c'est fait.
>
> Cependant ça ne résoud pas le problème des changements de nom au gré des
> réformes, car le nom complet est modifié en même temps que l'acronyme.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu des social_facility

[Arnaud Champollion]

Le 27/02/2020 à 15:26, marc marc a écrit :
La page Wiki dit que cela nécessite amenity 
=social_facility 



Ah voilà ce qu'il me manquait.

C'est ajouté à présent. Il n'y a plus qu'à surveiller la mise à jour des 
tuiles.


Merci

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

Re: [OSM-talk-fr] Rendu des social_facility

[Arnaud Champollion]

Le 27/02/2020 à 15:14, Philippe Verdy a écrit :
Ces abréviations étant très mal connues (et le jargon juridique et les 
statuts changeant sans arrêt avec les restructurations et transferts 
d'une collectivité à l'autre), ce serait bien d'indiquer dans name=* 
le nom complet et mettre l'abréviation plutôt dans short_name=*


OK c'est fait.

Cependant ça ne résoud pas le problème des changements de nom au gré des 
réformes, car le nom complet est modifié en même temps que l'acronyme.



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

Re: [OSM-talk-fr] Rendu des social_facility

[Jacques Lavignotte]

Le 27/02/2020 à 15:46, Jacques Lavignotte a écrit :



Le 27/02/2020 à 15:37, osm.sanspourr...@spamgourmet.com a écrit :
 > /une recherche sur l'abréviation à 5 lettres (CMPEA ou CAMPS) ne 
semble pas être assez pertinente pour Nominatim qui ne l'a pas indexé 
ou volontairement n'indexe pas les abréviations courtes entièrement en 
capitales.../



Non, des CAMPS apparaissent, pas celui indiqué.


CAMSP :

https://fr.wikipedia.org/wiki/Centre_d%27action_m%C3%A9dico-sociale_pr%C3%A9coce 


structureet;040003212;040788879;CAMSP CH DIGNE;CENTRE D'ACTION MEDICO 
SOCIALE PRECOCE SECTEUR NORD CH DIGNE;;CENTRE HOSPITALIER;;QUA;SAINT 
CHRISTOPHE;;BP 23;070;04;ALPES DE HAUTE PROVENCE;04003 DIGNE LES BAINS 
CEDEX;0492301525;;190;Centre Action Médico-Sociale Précoce 
(C.A.M.S.P.);4106;Services à Domicile ou Ambulatoires pour 
Handicapés;26040358900112;8891B;10;Autorité Conjointe Préfet ou ARS et 
PCD (1 arrêté);;;1999-02-01;2017-01-03;2018-10-04;0040531F



 J.


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

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

[Talk-it] R: OSMit: slide del convegno

[Lorenzo Perone]

Ciao Marco,davvero utile.Grazie.l. Inviato da Posta per Windows 10 Da: mbranco2Inviato: giovedì 27 febbraio 2020 11:14A: openstreetmap list - italianoOggetto: [Talk-it] OSMit: slide del convegno Ciao osmer,nella pagina wiki [1] di OSMit ho messo i link alle slide dei vari interventi.Manca solo il materiale (molto interessante!) di Volker sugli errori subdoli che si annidano in OSM: più che una presentazione è un documento, continuamente in progress, e stiamo discutendo se inserirlo direttamente nelle pagine della wiki.Conto di aggiornare la stessa pagina, fra non molto, con i link ai video degli interventi.A presto,Marco[1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020 

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

Re: [OSM-talk-fr] Rendu des social_facility

[Jacques Lavignotte]

Le 27/02/2020 à 15:37, osm.sanspourr...@spamgourmet.com a écrit :
 > /une recherche sur l'abréviation à 5 lettres (CMPEA ou CAMPS) ne 
semble pas être assez pertinente pour Nominatim qui ne l'a pas indexé ou 
volontairement n'indexe pas les abréviations courtes entièrement en 
capitales.../



Non, des CAMPS apparaissent, pas celui indiqué.


CAMSP :

https://fr.wikipedia.org/wiki/Centre_d%27action_m%C3%A9dico-sociale_pr%C3%A9coce



Jean-Yvon


J.

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

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

Re: [OSM-talk-fr] Rendu des social_facility

[osm . sanspourriel]

> /une recherche sur l'abréviation à 5 lettres (CMPEA ou CAMPS) ne
semble pas être assez pertinente pour Nominatim qui ne l'a pas indexé ou
volontairement n'indexe pas les abréviations courtes entièrement en
capitales.../

Non, des CAMPS apparaissent, pas celui indiqué.
Jean-Yvon
/
/
Le 27/02/2020 à 15:14, Philippe Verdy - ver...@gmail.com a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu des social_facility

[marc marc]

Bonjour,

La page Wiki dit que cela nécessite 
amenity=social_facility

En passant un mot/abréviation générique n'est pas un nom au sens osm

Cordialement,
Marc

Le 27 févr. 2020 à 14:43, Arnaud Champollion 
mailto:arnaud.champoll...@linux-alpes.org>> 
a écrit :


Bonjour,

Il y a quelques semaines j'avais ajouté deux structures d'accueil pour enfants 
: CAMSP et CMPEA.

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

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

avec

social_facility

ambulatory_care
social_facility:for
child

selon :

Services à domicile ou ambulatoires pour handicapés
Service d'éducation spéciale et de soins à domicile (SESSAD), Centre 
médico-psycho-pédagogique (CMPP), Centre d'action médico-sociale précoce 
(CAMSP), Bureau d'aide psychologique universitaire (BAPU). Mettre 
social_facility=ambulatory_care. Selon le cas, ajouter 
social_facility:for=disabled ou 
social_facility:for=mental_health.


Le rendu OSM.org ne les fait pas du tout apparaître, ni le 
rendu Humanitaire.

La recherche par l'outil "nominatim" intégré à osm.org ne 
permet pas non plus de trouver ces services.

(par contre elle trouve le CMPEA d'une ville voisine qui est, pour le coup, 
taggué avec le seul attribut "name").

On ne peut les trouver qu'avec une requête overpass ou en sachant déjà où c'est.


Est-ce que j'ai oublié quelque chose ?

Merci


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

Re: [OSM-talk-fr] Rendu des social_facility

[Philippe Verdy]

Ces abréviations étant très mal connues (et le jargon juridique et les
statuts changeant sans arrêt avec les restructurations et transferts d'une
collectivité à l'autre), ce serait bien d'indiquer dans name=* le nom
complet et mettre l'abréviation plutôt dans short_name=*.
Ceci dit je suis d'accord, les noeuds social_facility=* devraient
apparaître, au moins avec une icône par défaut même si la valeur indiquée
(ambulatory_care) n'est pas connue, et avec son name=*, que ce soit sur la
carte ou dans une recherche Nominatim par nom (name=*) ou nom abrégé
(short_name=*).
Le nom complet dans name=* serait aussi plus pertinent pour faciliter les
recherches sur les mots"centre" et "médico". une recherche sur
l'abréviation à 5 lettres (CMPEA ou CAMPS) ne semble pas être assez
pertinente pour Nominatim qui ne l'a pas indexé ou volontairement n'indexe
pas les abréviations courtes entièrement en capitales...


Le jeu. 27 févr. 2020 à 14:43, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Il y a quelques semaines j'avais ajouté deux structures d'accueil pour
> enfants : CAMSP et CMPEA.
>
> https://www.openstreetmap.org/node/7124272723
>
> https://www.openstreetmap.org/node/7124272724
>
> avec
> social_facility
> 
> ambulatory_care
> 
> social_facility:for
> 
> child
>
> selon :
> Services à domicile ou ambulatoires pour handicapés  Service d'éducation
> spéciale et de soins à domicile (SESSAD), Centre médico-psycho-pédagogique
> (CMPP), Centre d'action médico-sociale précoce (CAMSP), Bureau d'aide
> psychologique universitaire (BAPU). Mettre social_facility=ambulatory_care.
> Selon le cas, ajouter social_facility:for
> =disabled ou social_facility:
> for =mental_health.
>
>
> Le rendu OSM.org ne les fait pas du tout apparaître, ni le rendu
> Humanitaire.
>
> La recherche par l'outil "nominatim" intégré à osm.org ne permet pas non
> plus de trouver ces services.
>
> (par contre elle trouve le CMPEA d'une ville voisine qui est, pour le
> coup, taggué avec le seul attribut "name").
>
> On ne peut les trouver qu'avec une requête overpass ou en sachant déjà où
> c'est.
>
>
> Est-ce que j'ai oublié quelque chose ?
>
> Merci
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rendu des social_facility

[Arnaud Champollion]

Bonjour,

Il y a quelques semaines j'avais ajouté deux structures d'accueil pour 
enfants : CAMSP et CMPEA.


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

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

avec

social_facility 
 
	ambulatory_care 
 

social_facility:for 
 
	child


selon :

Services à domicile ou ambulatoires pour handicapés
   Service d'éducation spéciale et de soins à domicile (SESSAD), Centre
   médico-psycho-pédagogique (CMPP), Centre d'action médico-sociale
   précoce (CAMSP), Bureau d'aide psychologique universitaire (BAPU).
   Mettre social_facility=ambulatory_care. Selon le cas, ajouter
   social_facility:for
   =disabled ou
   social_facility:for
   =mental_health.


Le rendu OSM.org ne les fait pas du tout apparaître, ni le rendu 
Humanitaire.


La recherche par l'outil "nominatim" intégré à osm.org ne permet pas non 
plus de trouver ces services.


(par contre elle trouve le CMPEA d'une ville voisine qui est, pour le 
coup, taggué avec le seul attribut "name").


On ne peut les trouver qu'avec une requête overpass ou en sachant déjà 
où c'est.



Est-ce que j'ai oublié quelque chose ?

Merci


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

Re: [OSM-talk-fr] [OFF-TOPIC?] Les bories, historic ou amenity

[Arnaud Champollion]

Le 17/02/2020 à 15:12, deuzeffe a écrit :


Arnaud, est-ce que vous vous êtes déjà "attaqués" aux glacières (il y 
en avait plein plein plein dans les Basses^WAlpes-de-Haute-Provence) ?



Pas encore mais pourquoi pas ?

Et du coup, quels attributs ?


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

Re: [OSM-talk-fr] Version FR du sticker "I Love OpenStreetMap"

[osm . sanspourriel]

Voici une version aussi une version V3 tenant compte des remarques de
Deuzeffe :

https://nextcloud.openstreetmap.fr/index.php/s/xMGJqopSXZwfas7

(mis en ligne par Vincent B).

Jean-Yvon



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

[Talk-at] Entfernen des "WikiProject"-Präfix / Removing "WikiProject" prefix

[Daniel Capilla]

[Automatische Übersetzung]

Hallo,

Ich bin Daniel, aus Spanien. Ich möchte den Namen der Wiki-Seiten im 
Zusammenhang mit dem Österreich-Kartierungsprojekt ändern, um den Präfix 
"Wikiproject" entsprechend den Namenskonventionen der Seiten zu 
entfernen [1].


Der Name der mit dem Österreich-Kartierungsprojekt verbundenen Seiten 
würde "Austria" (Ortsname) statt "WikiProject Austria" lauten, wie von 
den Wiki-Konventionen empfohlen. Das ist eine Änderung, die ich bereits 
in den Vereinigten Staaten [2], Kanada [3], Spanien [4], Australien [5], 
Neuseeland [6], Südafrika [7], Frankreich [8] und allen 
spanischsprachigen Ländern [9] im Wiki vorgenommen habe. Die Seiten von 
Israel, Dänemark, Norwegen, Großbritannien, Italien, Deutschland, 
Indien, Russland und den Philippinen wurden ebenfalls umbenannt.


Alle Seiten mit dem Präfix "WikiProject" werden automatisch umgeleitet. 
Es wird in jedem Fall keine unterbrochenen Links geben.  Ich werde dafür 
sorgen, dass alles korrekt funktioniert, genau wie jetzt.


Gefällt Ihnen die Idee? Ich habe diese Nachricht im Wiki gepostet, für 
den Fall, dass Sie es vorziehen, dort einen Kommentar abzugeben [10].


Vielen Dank für Ihre Aufmerksamkeit! Grüße aus Spanien.

Viele Grüße,
Daniel


[English]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Austria mapping project to remove the "Wikiproject" 
prefix according to the pages name conventions [1].


The name of the pages related to the Austria mapping project would be 
"Austria" (name of place) instead of "WikiProject Austria", as 
recommended by the wiki conventions. It is a change that I have already 
made in United States [2], Canada [3], Spain [4], Australia [5], New 
Zealand [6], South Africa [7], France [8], and all Spanish-speaking 
countries [9] on the Wiki. The pages of Israel, Denmark, Norway, United 
Kingdom, Italy, Germany, India, Russia and Philippines have also been 
renamed.


All pages with "WikiProject" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.


Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [10].


Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention

[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Australia
[6] https://wiki.openstreetmap.org/wiki/New_Zealand
[7] https://wiki.openstreetmap.org/wiki/South_Africa
[8] https://wiki.openstreetmap.org/wiki/France
[9] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[10] 
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Austria#Removing_.22WikiProject.22_prefix



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

Re: [OSM-talk-fr] JOSM versions 15927 et 15937 traduction du changelog

[leni]

Le 25/02/2020 à 14:01, Jacques Lavignotte via Talk-fr a écrit :


Le 25/02/2020 à 12:39, leni a écrit :

vérifiez que c'est bien cette version qui est installée sur votre micro.


C'est packagé chez Debian.
Done !
J.

Des ajouts/améliorations/corrections/modifications ont été apportés au 
changelog signalé précédemment pour les versions 15927 et 15937


  * #18720 - Activation automatique du "décalage de zoom des tuiles" en 
mode HiDPI
  * #18761 - Ne prends en compte que source=survey pour les fichiers 
GPX locaux, pas les fichiers publics
  * #18767- ajout de `navigationaid=als|papi|vasi` au préréglage 
`aeroway=navigationaid` (Transports/Aéroport/Aide à la navigation) ajout 
de leurs propres icônes pour papi et vasi (Indicateurs de pente 
d'approche) ; avertissement au sujet de navigationaid=approach_light et 
navigationaid="ALS (Approach lighting system)"

  * #17541 - Ajout de `historic=fort`
  * #12575 - Ajout d'une icône pour `craft=stonemason` (Tailleur de pierre)
  * Ajout d'icônes des catégories de pistes dans la combo de préréglage 
pour faciliter l'apprentissage/la compréhension du modèle appartenant à 
tel ou tel type de piste


et le texte original sur la page anglaise
  * #18720 - Automatically enable "Tile zoom offset" in HIDPI mode
  * #18761 - Only consider source=survey for local GPX files, not the 
public ones
  * #18767 - Add `navigationaid=als|papi|vasi` to 
`aeroway=navigationaid` preset, add own icons for papi and vasi and warn 
about navigationaid=approach_light and navigationaid="ALS (Approach 
lighting system)"

  * #17541 - Add `historic=fort`
  * #12575 - Add icon for `craft=stonemason`
  * Add icons of the tracktypes in the preset combo for easier 
learning/understanding which pattern belongs to which tracktype


cordialement

leni


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

[Talk-it] OSMit: slide del convegno

[mbranco2]

Ciao osmer,

nella pagina wiki [1] di OSMit ho messo i link alle slide dei vari
interventi.
Manca solo il materiale (molto interessante!) di Volker sugli errori
subdoli che si annidano in OSM: più che una presentazione è un documento,
continuamente in progress, e stiamo discutendo se inserirlo direttamente
nelle pagine della wiki.

Conto di aggiornare la stessa pagina, fra non molto, con i link ai video
degli interventi.

A presto,
Marco

[1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: key denomination=roman_catholic

[Martin Koppenhoefer]

sent from a phone

> On 26. Feb 2020, at 22:30, Volker Schmidt  wrote:
> 
> Non mi ricordo se ne abbiamo parlato: almeno in Germania ci sono alcune 
> chiese con funzioni cattoliche e protestanti ad orari diversi. 


quindi dovremmo distinguere tra la chiesa e sua appartenenza, ed i riti/gestori 
delle funzioni?

A quel punto servirebbe un metodo di collegare i service times ai riti.

service:conditional=roman_catholic@(Su 17:00);lutheran @ ...

oppure 
service_times:roman_catholic=Su 17:00

il secondo sembra più semplice, e per cercare la chiesa fornirebbe le 
informazioni utili direttamente per ciascuna confessione.

Poi ci sarebbero ancora altri dettagli da aggiungere, per esempio il tipo di 
service.

service_times:roman_catholic:rosary=
Su 16:30

forse lì sarebbe meglio andare sull’altra sintassi:
service_times:roman_catholic: conditional =rosary@(Su 16:30);service@(Su 
17:00);...


perché consente di interpretare (e trovare) i tipi di funzioni della stessa 
confessione in un’unica chiave (non devi conoscere le possibilità per trovarli 
facilmente)

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

Re: [Talk-it] R: key denomination=roman_catholic

[Elena ``of Valhalla'']

On 2020-02-27 at 10:14:52 +0100, ADB wrote:
On 2020-02-26 at 15:02:12 +0100, Andrea Albani wrote:
> Il giorno mer 26 feb 2020 alle ore 14:52 Elena ``of Valhalla'' <
> elena.valha...@gmail.com> ha scritto:
> > può essere utile ad esempio per scoprire se in un certo paese oggi si è
> > in quaresima o se è ancora carnevale
> Scusa, ma perchè ritieni sia utile saperlo ?

caso d'uso che mi è appena capitato: stavo organizzando un evento (sul
territorio di una parrocchia abbastanza lontana dalla mia da non essere
pratico andare sul posto a controllare) e non volevo che si
sovrapponesse con il carnevale

On 2020-02-26 at 16:29:11 +0100, Simone Saviolo wrote:
> Non è corretto: la Quaresima inizia oggi per tutti i cattolici (credo non
> per tutti i cristiani), ma le aree con rito ambrosiano hanno la tradizione
> di festeggiare il Carnevale ancora durante la prima domenica di Quaresima.

Già detto da altri, ma no, il conteggio dei giorni di quaresima è
proprio diverso per il rito ambrosiano (che mantiene la tradizione
antica di contare anche le domeniche)

> Questa tradizione è civile e completamente scorrelata dalla liturgia e dal
> rito ambrosiano. Ormai in diversi posti del Nord Italia si fanno sfilate di
> Carnevale durante la Quaresima, talvolta con una deroga autorizzata dal
> vescovo talvolta no, ma non è che "sia ancora Carnevale", si festeggia e
> basta.

Ecco, questo invece è un fenomeno diverso (e che - secondo me purtroppo
- si sta diffondendo).

> Non è corretto: se sei davanti ad una chiesa puoi sempre sapere a che
> diocesi appartiene. Ok, forse non lo puoi scoprire "on the ground" senza
> cercare su internet, ma di ogni chiesa si sa a che parrocchia appartiene, e
> di ogni parrocchia a che diocesi.

Certo, si sa, sapendo dove cercare (e non è detto che chi lo vuole
sapere sia di fronte alla parrocchia, né che sappia già il nome della
parrocchia, il che serve per fare la ricerca.

Avere il dato in osm, se si può, è un posto comodo dove trovare entrambe
le cose.

-- 
Elena ``of Valhalla''

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

[OSM-talk-fr] AIDE amenity=hospital et FINESS

[Jacques Lavignotte]

Le 25/02/2020 à 23:17, Yves P. a écrit :

Il y a un grand polygone Centre hospitalier de la Milétrie (510578303 
)


Mais il contient le CH Henri Laborit. Il faudrait découper ce terrain en 
2 et mettre les attributs de l’hôpital psy sur la partie de droite.


J'ai découpé en :

Chemin : Centre hospitalier de la Milétrie (510578303)

et

Chemin : Centre hospitalier Henri laborit (776635752)

mis le numéro de FINESS sur (776635752)

et commencé à nettoyer les différents bâtiments.


Le tracé du (776635752) est améliorable.


Il n'y a plus de node amenity=hospital ce qu'on cherchait.



Qu : Je note une *anomalie* remontée avec overpass quand sur la zone des 
hôpitaux on demande way amenity=hospital


remonte une «enclave» de 776635752 dans le polygone Centre hospitalier 
Henri Laborit


JOSM ne montre pas cette anomalie.

Je ne sais pas régler ça.

Merci,

Jacques

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

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

Re: [Talk-it] Server HOT per Coronavirus

[canfe]

Ringrazio anche io Geofrizz per il lavoro da volontario.
E che ho creduto ciecamente al post di Paolo Frizzera OSM Consultant di
lunedì 24 febbraio.

Cantone Ferruccio (canfe)



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

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

[OSM-talk-fr] French Translation Reviewers Needed for Tasking Manager 4

[Jessica Bergmann]

Hi all!

We have received support from 4-5 translators who have been actively
working to translate the Tasking Manager 4 into French in preparation for
it's release!

*We are looking for 1-2 native French speakers who can serve as the final
reviewers, ensuring consistency and accuracy with the translations. *We
currently use Transifex, which I am happy to share instructions on how to
create an account and get started.

Please reply to this email if you have 1-2 hours available to support over
the next few days. We are looking to have the review completed by *Wednesday,
March 4.*

Thanks a lot!

Jessica

-- 
*Jessica Bergmann*
Partnerships & Community Programs Associate
Humanitarian OpenStreetMap Team 
Uganda: +256 754 672 750 | WhatsApp: +1 630 267 3307
Skype: jessica.bergmann91

***Please note I am currently based in Kampala, Uganda on East African
Time***
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rencontres mensuelles à Montrouge : désormais tous les seconds jeudi du mois ! Prochain : 12 mars

[Florian LAINEZ]

Bonjour à tous,
Après 1 an et demi de rencontres mensuelles à Montrouge (au sud de Paris),
nous passons désormais sur une date fixe.
Désormais *nous nous retrouverons* *tous les seconds jeudis du mois*.
On espère que les parisiens pourrons nous rejoindre à l'occasion pour une
bière et des projets de carto ;)
C'est sur le métro 4 (terminus : Mairie de Montrouge) donc vous n'avez pas
d'excuse !

*Détails et inscriptions :
https://wiki.openstreetmap.org/wiki/Montrouge#Rencontres_locales
*

En toute humilité, Montrouge restera la commune la mieux mappée de France
<3 <3 <3

-- 

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