[OSM-talk] OSM Foundation’s Call for Microgrant Applications

2020-04-30 Per discussione Clifford Snow 
In case you missed this announcement, I'm reposting it on talk-us mailing
list.


2020 will be the first year that the OSM Foundation operates the new
microgrants project. In the coming weeks, we hope to hear from you about a
bold, community-driven, and impactive OpenStreetMap project idea that will
benefit from a microgrant of up to 5000 euros. We welcome a broad range of
projects, with the minimum requirement being a clear connection to
OpenStreetMap.

What is a microgrant ? In our
case, it is a modest amount of funds awarded to applicants in order to fund
direct expenses of a project. For an idea of successful projects, you can
take a look at the Humanitarian OpenStreetMap Team’s 2019 microgrant
awardees
.
Keep in mind that the OSMF has a wider focus than the humanitarian sector,
spanning our global community, and welcomes applications with any focus
that relates to OpenStreetMap. We particularly encourage applicants to
consider the core values from the OSMF’s mission statement
and how any
microgrant work can incorporate them.

The OSMF Microgrant Program focuses on simple grant proposals, and we will
swiftly decide on what to fund. Our goal is to avoid a complicated and long
application and decision process. You should submit a brief and concise
proposal, and we plan to quickly announce the awardees.

We encourage submissions from individuals, groups, and organizations who
have a clear idea they want to pursue. Each project should be completed
within 12 months of the microgrant being awarded this spring. Microgrants
are open to all OSMF members, and can be submitted in any language. If you
are not yet a member of OSMF then you can apply to join
 up until the time you submit a microgrant
application, and be eligible for an award. Please note there is a fee
waiver program that may allow you to join the OSMF at no cost.


In light of the ongoing health crisis regarding COVID19, we will not be
awarding microgrants for projects which require offline group gatherings
and in person meetings, although these ideas are certainly valuable for
future rounds.

Funding can be used for a variety of purposes. You may need tools and
supplies for mapping activity, funds for training materials, technology
expenses for a series of virtual mapathons, prizes for an online coding,
mapping, or writing contest, and many more examples. Please embrace your
own creativity and not feel limited by the range of examples.


We encourage you to consult with your local OpenStreetMap community when
planning a microgrant application, and make sure you adhere to community
guidelines in the scope of the project. If accepted for a microgrant, you
will be responsible for reporting progress, signing a grant agreement, and
making sure to follow the detailed microgrant rules
. It is
strongly suggested that your project uses the funding to enable volunteer
work to have a wider and stronger impact than it would without funding.

The call for microgrants will open on April 19th, 2020 and we will continue
to accept applications through May 10th, 2020. In order to submit,  visit
the OSM Wiki page
 and
click on “Start your application”

to enter the template. When this is complete, send a message to microgrants
at osmfoundation.org. We also encourage sharing your application on
osmf-talk when it is submitted. If you need help with the submission
process, please feel free to contact the Microgrants Committee for help. If
you don’t have enough time to prepare your plan and application, please
consider submitting it in a possible future round of microgrants.

Once the submission period closes on May 10th, we invite the community to
review the complete list of submissions and provide feedback on the wiki
page. We also will accept feedback by email to microgrants at
osmfoundation.org and via osmf-talk.

Complete timeline:

   -

   April 19: call for microgrant applications opens
   -

   May 10: final date for submission (23:59 Pacific Time Zone, USA).
   -

   May 10-TBD: community feedback period
   -

   Late May: announcement of awards


For more details, see the complete rules and guidelines on the OSM wiki
 and
contact us at microgrants at osmfoundation.org with any questions. This is
the first time the OSMF is sponsoring such an activity, and we look forward
to learning together about how this benefits our community and how to build
a transparent, effective, and inclusive microgrants program for everyone
involved. We are grateful for the opportunity

Re: [Talk-hr] Kucni brojevi

2020-04-30 Per discussione Matija Nalis 
On Thu, Apr 30, 2020 at 10:55:16PM +0200, hbogner wrote:
> Izvlačim iz parafina prastaru temu.
> Kako smo dogovorili označavanje kućnih brojeva u RH?

ne sjecam se :)

> Kao standalone POI u građevini?
> Kao POI na liniji građevine?
> Kao atribut na građevini?

Ja ga generalno stavljam kao atribut na gradjevini (a i building tool
plugin u JOSMu mi to automatski prebaci sa POI-a na area building; 
iako se moze iskljuciti).

Jer kucni broj zapravo i je vezan uz cijelu gradjevinu; a i sa
prakticne strane kad netko pomice zgrade i/ili ulice po karti
(radi offseta) onda se nezavisni POI razlete (npr. predju na krivu
stranu ceste jer ju je netko pomaknuo, ili zavrse u drugoj zgradi i sl).

Ako ista fizicka zgrada ima vise ulaza sa vise kucnih brojeva, ili
ako je bitno npr. jer je zgrada velika / nejasnog prilaza (npr. 
ulaz iz dvorista, ili velike bolnicke zgrade) i znam lokaciju gdje je
tocno ulaz, onda tamo stavljam POI na liniji gradjevine sa
entrance=yes/main i adresom na tom istom POI.

https://wiki.openstreetmap.org/wiki/Tag:entrance=main

> Ako radimo kao atribut na građevini što radimo kad građevina ima različit
> broj katova a sve je jedan kućni broj?

Slabo mapiram broj katova uopce (jer ga najcescen niti ne znam, a i
nije mi prioritetan), osim eventualno na terenu sa StreetComplete,
ali onda on to sam odradi na koji god nacin odradi :)

Kako uopce oznacavas katove ako je jedna gradjevina sa vise katova? 
Ili ne mozes oznaciti katove, ili moras rasjeci u dvije gradjevine?
Ili nesto trece?

Ako si rasjekao u dvije gradjevine, a imaju vise ulaza sa istim
kucnim brojem, onda imamo u svakom slucaju problem jer ce se
validatori zaliti na duple brojeve. (a i ljudi biti zbunjeni)

Ako pak takva radjeljena gradjevina ima samo jedan ulaz, onda bih
postupio kao i gore za bolnice - entrance=yes i adresu na POI na
liniji zgrade tocno na lokaciji gdje je ulaz.

> Meni ia smisla kao standalone POI ili u ekstremnom slučaju kao POI na
> građevini na strani di se sam broj i nalazi.

Standalone POI mi se cini kao najgore rjesenje (osim u slucajevima
kada zgrade uopce nisu ucrtane, kada je ok) iz ranije navedenih
razloga da ce se pogubiti/potrgati prilikom raznih edita...

> Ali kako to želimo raditi na razini RH?

Dobro pitanje. Evo mojih razmisljanja gore, pa me zanima kako ostali
gledaju na to...


-- 
Opinions above are GNU-copylefted.

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

[Talk-us] Whole-US Garmin Map update - 2020-04-28

2020-04-30 Per discussione Dave Hansen 
These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2020-04-28

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2020-04-28/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2020-04-28

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [OSM-talk-fr] non attributions sur les cartes affichées par l'éducation nationale

2020-04-30 Per discussione Jacques Lavignotte 
Le jeudi 30 avril 2020 à 14:50:47 (+0200), Philippe Verdy a écrit :
> Problème résolu semble-t-il (à moins qu'il y ait encore d'autres sous-sites
> oubliés).
> Réponse à l'instant suite à une première réponse hier:


Bravo !

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

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Damjan Gerl 

  
  
Bravo, bello!
  
  Solo faccio notare che:
  - in chrome a me non visualizza le nuove iconcine.
  - i campi con i menu a tendina (almeno da browser su pc) sono un
  po' bassi in confronto agli altri campi. Per uniformare
  bisognerebbe impostare in css il
  .select2-container
.select2-choice { height: 38px; line-height: 38px;
  dagli attuali 26px
  
  Damjan
  
  
  Lorenzo Rolla je 30.4.2020 ob 22:48 napisal:


  
  
Ottimo lavoro! Una proposta: si ritiene
  opportuno segnalare anche il servizio d’asporto (ovviamente
  questa modalità è legata alla sfortunata circostanza che
  viviamo)? 
  
  

  Il giorno gio 30 apr 2020
alle 22:27 Nap Osm  ha
scritto:
  
  

  Mi
fa piacere stia piacendo. 
  
  Ho
modificato l' ordine come mi hai consigliato,
effettivamente ha più senso. Ho aggiunto anche qualche
icona per dare un po' di colore in più al form.
  
  
  From: Alessandro Sarretta 
  Sent: Thursday, April 30, 2020 7:56 PM


  
  To: openstreetmap list - italiano 
  Subject: Re: [Talk-it] Prova di "nuova grafica"
  per su.openstreetmap.it
 
  
  
Bene, piace anche a me.
  Scorrendo da mobile, mi viene da
suggerire di spostare sito web e social più su,
sotto l'orario, e spostare il servizio di consegna
"normale" coi suoi dettagli appena sopra quelli del
COVID.
  Grazie, bel lavoro.
  Ale



  Il gio 30 apr 2020, 21:15 Nap Osm 
ha scritto:
  
  

  Ciao!
Sono contento ti piaccia. Non avevo ancora fatto
la PR perché volevo sapere eventuali pareri e
non sapevo cosa ne pensavate di un cambiamento
così "drastico". Penso che, a parte piccoli
miglioramenti da fare più in là, sia pronta. Ti
invio subito la PR 
  
  
  From:
  Francesco Ansanelli 
  Sent: Thursday, April 30, 2020 6:46 PM
  To: openstreetmap list - italiano 
  Subject: Re: [Talk-it] Prova di "nuova
  grafica" per 
su.openstreetmap.it
 
  
  
Ciao!
  
Non ho guardato il codice,
  ma visivamente hai ottenuto un bel
  risultato.
Mi piace!
Quando sei pronto alla
  produzione apri una PR che ti faccio una
  review e merge.


Grazie
Francesco



  Il gio 30 apr 2020, 20:13
Nap Osm 
ha scritto:
  
  

  Buonasera
a tutti! In questi ultimi due giorni
ho provato a "rifare" il look a 
  su.openstreetmap.it,
utilizzando Bootstrap come base,
quindi è molto simile alla grafica
del tool degli indirizzi (anche lì
l'ho utilizzato), giusto per provare
a rendere il sito un po' più moderno
e mobile-friendly. Naturalmente non
è il top, ma volevo comunque sapere
cosa ne pensavate. Il link alla
prova è questo

Re: [Talk-it] Progetto OsmGuineaBissau

2020-04-30 Per discussione Luca Delucchi 
On Wed, 29 Apr 2020 at 14:29, 2021_Gabriele Uberto
 wrote:
>
> Buongiorno lista,
>

Ciao Gabriele (e compagni)

> parlo in rappresentanza della classe 5^A dell’Istituto Tecnico Avogadro di 
> Torino,
>
> e volevo informarvi che stiamo portando avanti un progetto incentrato su OSM.
>
> L’obiettivo è quello di mappare “da poltrona”  un villaggio situato in 
> Guinea-Bissau.
>
> Per presentare questo progetto e la classe, è stata creata una pagina Wiki.
>
> Ogni studente ha creato degli account e i changeset  sono commentati con 
> #IISAvogadro19 per riconoscere la fonte di mappatura.
>
> Anche se in questi giorni come da decreto non siamo presenti a scuola, la 
> classe sta continuando a lavorare al progetto.
>
> Vi lascio di seguito il link alla pagina Wiki:
>
> https://wiki.openstreetmap.org/wiki/OsmGuineaBissau_Avogadro
>
> Inoltre alcuni studenti hanno anche creato un video presentazione del 
> progetto, sia per farlo conoscere alla comunità, che per farlo aderire ad un 
> concorso chiamato ‘Storie di alternanza’, vi lascio qui di seguito il link:
>
> https://www.youtube.com/watch?v=lj0iqdUjjAA
>

Bravi!
complimenti anche a Marco e Alfonso che segueno gli studenti

>
> Saluti,
>
> Gabriele
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-hr] Kucni brojevi

2020-04-30 Per discussione hbogner 

On 30. 04. 2020. 22:55, hbogner wrote:

On 27. 12. 2012. 14:10, Janko Mihelić wrote:

Geofabrikov Inspector ima sjajan prikaz:

*http://tinyurl.com/bmybd45* 

Janko

Dana 22. prosinca 2012. 00:27 hbogner  je napisao/la:


Kao jedan od bitnijih segmenata za navigaciske uredjaje potrebni su i
kucni brojevi.
Evo male pomocu kod oplaniranja skupljanja podataka, dva linka, jedan sa
oznacenim kucnim brojevima, a drugi zgrade bez kucnih brojeva i ulice 
bez

naziva.
Primjer je za Zagreb:

http://overpass-api.de/api/**hausnummern?zoom=16=45.8&**
lon=15.98=BT 



http://qa.poole.ch/?zoom=16&**lat=45.8=15.98=FTB0 



Pozdrav
Hrvoje


Izvlačim iz parafina prastaru temu.

Kako smo dogovorili označavanje kućnih brojeva u RH?

Kao standalone POI u građevini?
Kao POI na liniji građevine?
Kao atribut na građevini?

Ako radimo kao atribut na građevini što radimo kad građevina ima 
različit broj katova a sve je jedan kućni broj?


Meni ia smisla kao standalone POI ili u ekstremnom slučaju kao POI na 
građevini na strani di se sam broj i nalazi.


Što vi ostali mislite?

Ovo pitam jer jedan novi korisnik briše sve moje POI kućne brojeve i 
dodjeljuje ih kao atribute zgradama, pa me interesira kako reagirati.


Za sad sam ga zamolio da stane s tim:
https://www.openstreetmap.org/changeset/84422178

Ali kako to želimo raditi na razini RH?



PS. Meni u glavi da smo nekad usmeno dogovorili POI za kućne brojeve, 
ali nismo to zapisali, ili bar ja nemogu naći.



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

Re: [Talk-hr] Kucni brojevi

2020-04-30 Per discussione hbogner 

On 27. 12. 2012. 14:10, Janko Mihelić wrote:

Geofabrikov Inspector ima sjajan prikaz:

*http://tinyurl.com/bmybd45* 

Janko

Dana 22. prosinca 2012. 00:27 hbogner  je napisao/la:


Kao jedan od bitnijih segmenata za navigaciske uredjaje potrebni su i
kucni brojevi.
Evo male pomocu kod oplaniranja skupljanja podataka, dva linka, jedan sa
oznacenim kucnim brojevima, a drugi zgrade bez kucnih brojeva i ulice bez
naziva.
Primjer je za Zagreb:

http://overpass-api.de/api/**hausnummern?zoom=16=45.8&**
lon=15.98=BT

http://qa.poole.ch/?zoom=16&**lat=45.8=15.98=FTB0

Pozdrav
Hrvoje


Izvlačim iz parafina prastaru temu.

Kako smo dogovorili označavanje kućnih brojeva u RH?

Kao standalone POI u građevini?
Kao POI na liniji građevine?
Kao atribut na građevini?

Ako radimo kao atribut na građevini što radimo kad građevina ima 
različit broj katova a sve je jedan kućni broj?


Meni ia smisla kao standalone POI ili u ekstremnom slučaju kao POI na 
građevini na strani di se sam broj i nalazi.


Što vi ostali mislite?

Ovo pitam jer jedan novi korisnik briše sve moje POI kućne brojeve i 
dodjeljuje ih kao atribute zgradama, pa me interesira kako reagirati.


Za sad sam ga zamolio da stane s tim:
https://www.openstreetmap.org/changeset/84422178

Ali kako to želimo raditi na razini RH?


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

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Lorenzo Rolla 
Ottimo lavoro! Una proposta: si ritiene opportuno segnalare anche il
servizio d’asporto (ovviamente questa modalità è legata alla sfortunata
circostanza che viviamo)?

Il giorno gio 30 apr 2020 alle 22:27 Nap Osm  ha
scritto:

> Mi fa piacere stia piacendo. 
> Ho modificato l' ordine come mi hai consigliato, effettivamente ha più
> senso. Ho aggiunto anche qualche icona per dare un po' di colore in più al
> form.
> --
> *From:* Alessandro Sarretta 
> *Sent:* Thursday, April 30, 2020 7:56 PM
>
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Bene, piace anche a me.
> Scorrendo da mobile, mi viene da suggerire di spostare sito web e social
> più su, sotto l'orario, e spostare il servizio di consegna "normale" coi
> suoi dettagli appena sopra quelli del COVID.
> Grazie, bel lavoro.
> Ale
>
> Il gio 30 apr 2020, 21:15 Nap Osm  ha scritto:
>
> Ciao! Sono contento ti piaccia. Non avevo ancora fatto la PR perché volevo
> sapere eventuali pareri e non sapevo cosa ne pensavate di un cambiamento
> così "drastico". Penso che, a parte piccoli miglioramenti da fare più in
> là, sia pronta. Ti invio subito la PR 
> --
> *From:* Francesco Ansanelli 
> *Sent:* Thursday, April 30, 2020 6:46 PM
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Ciao!
>
> Non ho guardato il codice, ma visivamente hai ottenuto un bel risultato.
> Mi piace!
> Quando sei pronto alla produzione apri una PR che ti faccio una review e
> merge.
>
> Grazie
> Francesco
>
>
> Il gio 30 apr 2020, 20:13 Nap Osm  ha scritto:
>
> Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il
> look a su.openstreetmap.it, utilizzando Bootstrap come base, quindi è
> molto simile alla grafica del tool degli indirizzi (anche lì l'ho
> utilizzato), giusto per provare a rendere il sito un po' più moderno e
> mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa
> ne pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho
> lasciato il layout originale invariato.
> Spero vi piaccia!
>
> P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.
>
> Buona serata a tutti!
> ___
> 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
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] jak změnit barvu turistické trasy? (zní to triviálně, ale není)

2020-04-30 Per discussione Marián Kyral 




Z věty:


"Lesní stezka je v lese značena žlutým svislým pruhem. Na veřejných
silnicích a v Čechách se nacházejí navíc zelené ukazatele."

mi vyplývá, že platí žlutá, jen u nás je navíc zelená. Takže bych to asi
zbytečně neměnil.




Marián




-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 4. 2020 22:29:25
Předmět: Re: [talk-cz] jak změnit barvu turistické trasy? (zní to triviálně,
ale není)
"
Ahoj,

jak to vypadá na rozcestnících? Je na nich ta trasa nějak zmíněna?




Marián



-- Původní e-mail --
Od: Ondřej Suchý 
Komu: talk-cz@openstreetmap.org
Datum: 30. 4. 2020 21:36:58
Předmět: [talk-cz] jak změnit barvu turistické trasy? (zní to triviálně, ale
není)
"
Ahoj všem,



edituji mapu relativně krátce. Teď bych rád provedl složitější změnu a
ocením supervizi někoho zkušenějšího:

   * V Českosaském Švýcarsku existuje 100km dlouhý přeshraniční trek Lesní
   cesta Labskými pískovci (web(https://www.ceskesvycarsko.cz/cs/forststeig)
   ). Operátorem nejspíš není KČT.
   * Existuje příslušná relace
   (https://www.openstreetmap.org/relation/8202967) otagovaná yellow:white:
   yellow_stripe.
   * Nově některé úseky nevedou po žluté, ale po jiných značkách (note
   (https://www.openstreetmap.org/note/1765748) + ověřeno v místě). Já bych
   to chtěl opravit.






Původní stav byl jednoduchý. Celý trek Lesní cesta (LC) byla nejspíš prostě
jedna dlouhá žlutá relace (jde o toto místo
(https://www.openstreetmap.org/#map=15/50.7969/14.0433=N)):


Snímek obrazovky 2020-04-30 v 20.46.35.png






A takhle to tam teď vypadá ve skutečnosti:


Snímek obrazovky 2020-04-30 v 20.46.40.png









Zda uvažuju správně: 


   * Zelenou relaci vytvořím nově. Žlutou a červenou taky. Střední část
   cesty (viz můj náčrtek) bude patřit do dvou relací: do zelené KČT a do
   LC.
   *
   * Mohu odebrat "yellow" z LC. (Jenže jsem v kolizi s tím, že na jiných
   místech, nejspíš v celém Sasku, žlutá zůstává.)
   * Tj. vypadá to, abych vyřešil tu Note (to byl můj původní záměr) a
   změnil jen místně žlutou na zelenou, tak bych měl celý trek projít,
   vytvořit kratší lokální relace s odpovídajícími barvami a z relace LC
   barvu odebrat. Je to tak?


Máte k tomu nějaký nápad či v tom vidíte potíž? Nebo jednodušší řešení? (Ať
je nějaké jednodušší řešení, prosím.)








Díky

  Ondra










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

Re: [talk-cz] jak změnit barvu turistické trasy? (zní to triviálně, ale není)

2020-04-30 Per discussione majka 
Ne, jestli to chápu dobře, tak situace vypadá takto:

LC není česká turistická trasa, je přeshraniční. Ty nemívají samostatné
značení, ale jdou po "našich" značených turistických trasách, jen se k nim
přihodí symbol té trasy (stejně jako u evropských dálkových tras, vypadá to
pak nějak takhle: https://osm.fit.vutbr.cz/fody/files/5283.jpg). Takže s
touhle relací nehýbat, jestli je to značené žlutě, tak to vypadá že za
hranicemi. Klidně bych tam tu barvu nechala.

Podle té poznámky to vedlo po červené (
https://osm.fit.vutbr.cz/fody/files/5283.jpg) , v roce 2019 byla tato
přeznačená na zelenou. Takže pokud byla jen přebarvená, najít relaci té
červené a změnit tu na zelenou. V ideálním případě je třeba projít celou tu
zelenou a zkontrolovat ji.

Na "naší" mapě to vypadá takhle:
https://openstreetmap.cz/#map=15/50.8062/14.0428=mKGB

Majka

On Thu, 30 Apr 2020 at 21:33, Ondřej Suchý  wrote:

> Ahoj všem,
>
> edituji mapu relativně krátce. Teď bych rád provedl složitější změnu a
> ocením supervizi někoho zkušenějšího:
>
>- V Českosaském Švýcarsku existuje 100km dlouhý přeshraniční trek
>Lesní cesta Labskými pískovci (web
>). Operátorem nejspíš
>není KČT.
>- Existuje příslušná relace
> otagovaná
>yellow:white:yellow_stripe.
>- Nově některé úseky nevedou po žluté, ale po jiných značkách (note
> + ověřeno v místě). Já
>bych to chtěl opravit.
>
>
> Původní stav byl jednoduchý. Celý trek Lesní cesta (LC) byla nejspíš
> prostě jedna dlouhá žlutá relace (jde o toto místo
> ):
> [image: Snímek obrazovky 2020-04-30 v 20.46.35.png]
>
> A takhle to tam teď vypadá ve skutečnosti:
> [image: Snímek obrazovky 2020-04-30 v 20.46.40.png]
>
>
> Zda uvažuju správně:
>
>- Zelenou relaci vytvořím nově. Žlutou a červenou taky. Střední část
>cesty (viz můj náčrtek) bude patřit do dvou relací: do zelené KČT a do LC.
>-
>- Mohu odebrat "yellow" z LC. (Jenže jsem v kolizi s tím, že na jiných
>místech, nejspíš v celém Sasku, žlutá zůstává.)
>- Tj. vypadá to, abych vyřešil tu Note (to byl můj původní záměr) a
>změnil jen místně žlutou na zelenou, tak bych měl celý trek projít,
>vytvořit kratší lokální relace s odpovídajícími barvami a z relace LC barvu
>odebrat. Je to tak?
>
> Máte k tomu nějaký nápad či v tom vidíte potíž? Nebo jednodušší řešení?
> (Ať je nějaké jednodušší řešení, prosím.)
>
>
> Díky
>   Ondra
>
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] jak změnit barvu turistické trasy? (zní to triviálně, ale není)

2020-04-30 Per discussione Marián Kyral 

Ahoj,

jak to vypadá na rozcestnících? Je na nich ta trasa nějak zmíněna?




Marián



-- Původní e-mail --
Od: Ondřej Suchý 
Komu: talk-cz@openstreetmap.org
Datum: 30. 4. 2020 21:36:58
Předmět: [talk-cz] jak změnit barvu turistické trasy? (zní to triviálně, ale
není)
"
Ahoj všem,



edituji mapu relativně krátce. Teď bych rád provedl složitější změnu a
ocením supervizi někoho zkušenějšího:

   * V Českosaském Švýcarsku existuje 100km dlouhý přeshraniční trek Lesní
   cesta Labskými pískovci (web(https://www.ceskesvycarsko.cz/cs/forststeig)
   ). Operátorem nejspíš není KČT.
   * Existuje příslušná relace
   (https://www.openstreetmap.org/relation/8202967) otagovaná yellow:white:
   yellow_stripe.
   * Nově některé úseky nevedou po žluté, ale po jiných značkách (note
   (https://www.openstreetmap.org/note/1765748) + ověřeno v místě). Já bych
   to chtěl opravit.






Původní stav byl jednoduchý. Celý trek Lesní cesta (LC) byla nejspíš prostě
jedna dlouhá žlutá relace (jde o toto místo
(https://www.openstreetmap.org/#map=15/50.7969/14.0433=N)):


Snímek obrazovky 2020-04-30 v 20.46.35.png






A takhle to tam teď vypadá ve skutečnosti:


Snímek obrazovky 2020-04-30 v 20.46.40.png









Zda uvažuju správně: 


   * Zelenou relaci vytvořím nově. Žlutou a červenou taky. Střední část
   cesty (viz můj náčrtek) bude patřit do dvou relací: do zelené KČT a do
   LC.
   *
   * Mohu odebrat "yellow" z LC. (Jenže jsem v kolizi s tím, že na jiných
   místech, nejspíš v celém Sasku, žlutá zůstává.)
   * Tj. vypadá to, abych vyřešil tu Note (to byl můj původní záměr) a
   změnil jen místně žlutou na zelenou, tak bych měl celý trek projít,
   vytvořit kratší lokální relace s odpovídajícími barvami a z relace LC
   barvu odebrat. Je to tak?


Máte k tomu nějaký nápad či v tom vidíte potíž? Nebo jednodušší řešení? (Ať
je nějaké jednodušší řešení, prosím.)








Díky

  Ondra










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

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Nap Osm 
Mi fa piacere stia piacendo. 
Ho modificato l' ordine come mi hai consigliato, effettivamente ha più senso. 
Ho aggiunto anche qualche icona per dare un po' di colore in più al form.

From: Alessandro Sarretta 
Sent: Thursday, April 30, 2020 7:56 PM
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

Bene, piace anche a me.
Scorrendo da mobile, mi viene da suggerire di spostare sito web e social più 
su, sotto l'orario, e spostare il servizio di consegna "normale" coi suoi 
dettagli appena sopra quelli del COVID.
Grazie, bel lavoro.
Ale

Il gio 30 apr 2020, 21:15 Nap Osm 
mailto:naposm-tal...@outlook.it>> ha scritto:
Ciao! Sono contento ti piaccia. Non avevo ancora fatto la PR perché volevo 
sapere eventuali pareri e non sapevo cosa ne pensavate di un cambiamento così 
"drastico". Penso che, a parte piccoli miglioramenti da fare più in là, sia 
pronta. Ti invio subito la PR 

From: Francesco Ansanelli mailto:franci...@gmail.com>>
Sent: Thursday, April 30, 2020 6:46 PM
To: openstreetmap list - italiano 
mailto:talk-it@openstreetmap.org>>
Subject: Re: [Talk-it] Prova di "nuova grafica" per 
su.openstreetmap.it

Ciao!

Non ho guardato il codice, ma visivamente hai ottenuto un bel risultato.
Mi piace!
Quando sei pronto alla produzione apri una PR che ti faccio una review e merge.

Grazie
Francesco


Il gio 30 apr 2020, 20:13 Nap Osm 
mailto:naposm-tal...@outlook.it>> ha scritto:
Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il look a 
su.openstreetmap.it, utilizzando Bootstrap come 
base, quindi è molto simile alla grafica del tool degli indirizzi (anche lì 
l'ho utilizzato), giusto per provare a rendere il sito un po' più moderno e 
mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa ne 
pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho 
lasciato il layout originale invariato.
Spero vi piaccia!

P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.

Buona serata a tutti!
___
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

[OSM-talk-fr] préparer le relâchement du confinement

2020-04-30 Per discussione osm . sanspourriel 

Bonjour,

on voit apparaître des demandes sur caresteouvert concernant le
déconfinement en Allemagne
 ou en Suisse
 par exemple.

Et en France aussi ce n'est pas aussi trivial qu'il y a parait : ce
n'est pas parce que les commerces pourront ré-ouvrir qu'ils le feront
(santé financière ou physique par exemple) ou qu'ils reprendront aux
horaires standard (les mesures de distanciation font qu'ils adapteront
sans doute leurs horaires).

Par exemple des restaurants fonctionnant uniquement le soir actuellement
ouvriront (toujours en vente à emporter) le midi. Ou passeront d'un
travail les VSD en jours normaux mais pas horaires normaux (on peut
imaginer une restriction de la place horaire : ouvrir plus tôt mais
fermer plus tôt puisque les gens ne restent pas manger).

Certains commerces ont déjà indiqué leurs nouveaux horaires.

On les met simplement en opening_hours je suppose. Sauf que ce n'est
peut-être pas simple.

Mais on a une complexification avec les zones vertes et rouges : je
suppose que dans les zones rouges on restera en version covid19 et que
dans les zones vertes on aura plus de commerces ouverts et avec moins de
contraintes.

Pour certaines catégories ça ne devrait rien changer dans un premier
temps (restaurants par exemple, si ce n'est qu'ils vont changer leurs
horaires du fait de la présence de plus de personnes sur les lieux de
travail).

On peut penser aussi que des takeaway:covid19 vont perdurer pendant
cette "zone grise".

Ne devrait-on pas déjà avoir des valeurs *lockdown:covid19*=active par
exemple actuellement pour la France (et à compter du 11 mai pour
certaines départements) ? Peut-être faut-il des niveaux (assez
arbitraires car les listes dépendent des pays voir des régions).

Ça me semble assez important pour avoir sa place dans OpenStreetMap (et
non par exemple dans caresteouvert).

On va aussi avoir une catégorie importante : amenity=school et
assimilés. Avec des ouvertures dépendant des départements, des classes
et des ouvertures dépendant des communes ou départements en plus de la
notion de zone rouge ou verte. Mais peut-être que les personnes
concernées le sauront à temps et que l'information n'est pas essentielle
dans OSM/CRO.

Jean-Yvon

Yves : phone:covid19 et mobile sont potentiellement différents :
certains ne souhaitent pas en temps normal être contactés sur leur
mobile mais pendant le confinement l'accepte. Ma règle : si je trouve le
numéro de portable sur le site en numéro normal, je le mets dans mobile,
sinon si c'est uniquement pour des réservations pendant le confinement
(par exemple), je laisse phone:covid19, une édition mécanique est
inappropriée.


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

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Alessandro Sarretta 
Bene, piace anche a me.
Scorrendo da mobile, mi viene da suggerire di spostare sito web e social
più su, sotto l'orario, e spostare il servizio di consegna "normale" coi
suoi dettagli appena sopra quelli del COVID.
Grazie, bel lavoro.
Ale

Il gio 30 apr 2020, 21:15 Nap Osm  ha scritto:

> Ciao! Sono contento ti piaccia. Non avevo ancora fatto la PR perché volevo
> sapere eventuali pareri e non sapevo cosa ne pensavate di un cambiamento
> così "drastico". Penso che, a parte piccoli miglioramenti da fare più in
> là, sia pronta. Ti invio subito la PR 
> --
> *From:* Francesco Ansanelli 
> *Sent:* Thursday, April 30, 2020 6:46 PM
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it
>
> Ciao!
>
> Non ho guardato il codice, ma visivamente hai ottenuto un bel risultato.
> Mi piace!
> Quando sei pronto alla produzione apri una PR che ti faccio una review e
> merge.
>
> Grazie
> Francesco
>
>
> Il gio 30 apr 2020, 20:13 Nap Osm  ha scritto:
>
> Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il
> look a su.openstreetmap.it, utilizzando Bootstrap come base, quindi è
> molto simile alla grafica del tool degli indirizzi (anche lì l'ho
> utilizzato), giusto per provare a rendere il sito un po' più moderno e
> mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa
> ne pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho
> lasciato il layout originale invariato.
> Spero vi piaccia!
>
> P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.
>
> Buona serata a tutti!
> ___
> 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

[talk-cz] jak změnit barvu turistické trasy? (zní to triviálně, ale není)

2020-04-30 Per discussione Ondřej Suchý 
Ahoj všem,

edituji mapu relativně krátce. Teď bych rád provedl složitější změnu a
ocením supervizi někoho zkušenějšího:

   - V Českosaském Švýcarsku existuje 100km dlouhý přeshraniční trek Lesní
   cesta Labskými pískovci (web
   ). Operátorem nejspíš není
   KČT.
   - Existuje příslušná relace
    otagovaná
   yellow:white:yellow_stripe.
   - Nově některé úseky nevedou po žluté, ale po jiných značkách (note
    + ověřeno v místě). Já bych
   to chtěl opravit.


Původní stav byl jednoduchý. Celý trek Lesní cesta (LC) byla nejspíš prostě
jedna dlouhá žlutá relace (jde o toto místo
):
[image: Snímek obrazovky 2020-04-30 v 20.46.35.png]

A takhle to tam teď vypadá ve skutečnosti:
[image: Snímek obrazovky 2020-04-30 v 20.46.40.png]


Zda uvažuju správně:

   - Zelenou relaci vytvořím nově. Žlutou a červenou taky. Střední část
   cesty (viz můj náčrtek) bude patřit do dvou relací: do zelené KČT a do LC.
   -
   - Mohu odebrat "yellow" z LC. (Jenže jsem v kolizi s tím, že na jiných
   místech, nejspíš v celém Sasku, žlutá zůstává.)
   - Tj. vypadá to, abych vyřešil tu Note (to byl můj původní záměr) a
   změnil jen místně žlutou na zelenou, tak bych měl celý trek projít,
   vytvořit kratší lokální relace s odpovídajícími barvami a z relace LC barvu
   odebrat. Je to tak?

Máte k tomu nějaký nápad či v tom vidíte potíž? Nebo jednodušší řešení? (Ať
je nějaké jednodušší řešení, prosím.)


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

[Talk-de] Microgrants: Förderprogramm der OSMF

2020-04-30 Per discussione Michael Reichert 
Hallo,

was der FOSSGIS seit bald einem Jahrzehnt hat, gibt es jetzt auch bei
der OSM Foundation. Die OSMF hat eine Förderprogramm („Microgrants“)
aufgelegt, mit dem sie Projekte der OSM-Community mit bis zu 5000 Euro
fördern möchte. Im deutschen OSM-Blog haben wir einen Blogeintrag zu
diesem Förderprogramm verfasst.

https://blog.openstreetmap.de/blog/2020/04/foerderprogramm-der-openstreetmap-foundation/

Bewerbungsschluss ist der 10. Mai 2020. Die Einreichungen werden im Wiki
veröffentlicht und zur Diskussion gestellt.

Am Montag, den 4. Mai 2020 um 20:00 Uhr besteht in einer
Mumble-Telefonkonferenz auf dem Mumble-Server podcast.openstreetmap.de
die Möglichkeit, Fragen zu diesem Förderprogramm zu stellen. Wenn ihr
mit dem Gedanken spielt, einen Förderantrag dort zu stellen, könnt ihr
in der Mumble-Konferenz (oder sonst per E-Mail) Fragen stellen und
Feedback einholen. Weitere Informationen zu Mumble gibt es unter
http://podcast.openstreetmap.de/mitmachen/

Viele Grüße

Christoph, Hanna und Michael



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] Tag "covid19" - Info sur le port obligatoire du masque

2020-04-30 Per discussione Marc M. 
Bonjour,

Le 30.04.20 à 20:04, Eric Brosselin - Osm a écrit :
> La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va 
> sans doute afficher l'information sur le caractère obligatoire
> (ou pas) de l'utilisation du masque pour avoir accès physiquement 
> à un commerce / service à partir du 11 mai.

est-ce que quelqu'un va choisir son commerce en fonction du fait
qu'il faut un masque ou pas ? il me semble que tout le monde
aura son masque et problème résolu.

mais si on veux le faire, access:covid19=yes @ masked
serait plus flexible (comme ajouter l'inévitable "désinfection
les mains" qui est l'étape logique suivante).

Cordialement,
Marc

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

Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Nap Osm 
Ciao! Sono contento ti piaccia. Non avevo ancora fatto la PR perché volevo 
sapere eventuali pareri e non sapevo cosa ne pensavate di un cambiamento così 
"drastico". Penso che, a parte piccoli miglioramenti da fare più in là, sia 
pronta. Ti invio subito la PR 

From: Francesco Ansanelli 
Sent: Thursday, April 30, 2020 6:46 PM
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

Ciao!

Non ho guardato il codice, ma visivamente hai ottenuto un bel risultato.
Mi piace!
Quando sei pronto alla produzione apri una PR che ti faccio una review e merge.

Grazie
Francesco


Il gio 30 apr 2020, 20:13 Nap Osm 
mailto:naposm-tal...@outlook.it>> ha scritto:
Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il look a 
su.openstreetmap.it, utilizzando Bootstrap come 
base, quindi è molto simile alla grafica del tool degli indirizzi (anche lì 
l'ho utilizzato), giusto per provare a rendere il sito un po' più moderno e 
mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa ne 
pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho 
lasciato il layout originale invariato.
Spero vi piaccia!

P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.

Buona serata a tutti!
___
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] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Francesco Ansanelli 
Ciao!

Non ho guardato il codice, ma visivamente hai ottenuto un bel risultato.
Mi piace!
Quando sei pronto alla produzione apri una PR che ti faccio una review e
merge.

Grazie
Francesco


Il gio 30 apr 2020, 20:13 Nap Osm  ha scritto:

> Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il
> look a su.openstreetmap.it, utilizzando Bootstrap come base, quindi è
> molto simile alla grafica del tool degli indirizzi (anche lì l'ho
> utilizzato), giusto per provare a rendere il sito un po' più moderno e
> mobile-friendly. Naturalmente non è il top, ma volevo comunque sapere cosa
> ne pensavate. Il link alla prova è questo https://naposm.github.io/suosm/.Ho
> lasciato il layout originale invariato.
> Spero vi piaccia!
>
> P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.
>
> Buona serata a tutti!
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

2020-04-30 Per discussione osm . sanspourriel 

mask_required me semble bien.

worn est implicite, je pense que les gens ont compris que s'il reste
dans son sachet plastique dans le fond du cabas c'est moins utile^^.

mandatory/compulsory/ogligatory : à quoi ça sert.

De deux choses l'une soit on doit porter un masque, soit on n'est pas
obligé (et rappelons que selon les lois d'exception -urgence
antiterroriste intégrée dans le droit normal - le port du masque est
interdit, donc les 3 derniers sont douteux pour la France).

Reste à savoir si c'est à mettre sur un tag access:covid19 ou un
access:mask:covid19 pour éviter les ;.

Ni pour ni contre bien au contraire ;-), sans doute que
access:covid19=mask_required exclus les autres utilisation de access:covid19

Actuellement on a :

yes 

2 101
65.07%

- 

facile
no 

1 115
34.53%

- 

facile
restricted


7
0.22%

- 

point-virgule ?
appointment


3
0.09%

- 

point-virgule ?
delivery 

2
0.06%

- 

point-virgule ?
private 

1
0.03%

- 

en fait un delivery:covid19=only

Maintenant il faut voir si c'est plus simple d'avoir :

mask:covid19=required/delivered/optional pour savoir si ça a été
renseigné ou pas (delivered : cas de masques jetables disponibles à
l'entrée du magasin).

Je ne sais si c'est à préfixer par access car l'info est plus large ici.

Jean-Yvon

Le 30/04/2020 à 20:04, Eric Brosselin - Osm - o...@eric.brosselin.fr a
écrit :

Bonjour,

La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans
doute afficher l'information sur le caractère obligatoire
(ou pas) de l'utilisation du masque pour avoir accès physiquement à un
commerce / service à partir du 11 mai.

Quel tag utiliser ?

Il a été proposé
(https://github.com/osmontrouge/caresteouvert/issues/623):

- access:covid19=mask_worn
- access:covid19=mask_required

il pourrait y avoir :

- access:covid19=mask_mandatory
- access:covid19=mask_compulsory
- access:covid19=mask_obligatory
- ...

Quel tag traduirait le mieux le caractère « obligatoire » de la chose ?
Pas de masque = pas d'accès.

À vos avis !


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

[Talk-es] Autorización recibida para el uso del Xeoportal de Santiago de Compostela

2020-04-30 Per discussione Nicolás Vieites Sueiro 
Hola, buenas tardes a todos,

Me gustaría informaros de que el Concello de Santiago de Compostela nos ha 
concedido permiso a la comunidad OpenStreetMap para utilizar su información 
cartográfica contenida en su Xeoportal 
IDE, la cual es extremadamente 
completa.
He documentado esto y he realizado la pertinente atribución al Concello en las 
páginas de la wiki (mi usuario allí es lucumon) 
ES:España/Contribuidores
 y Contributors. Me ha 
faltado añadir el fichero de la autorización, ya que por ahora no tengo 
permisos suficientes en la wiki para hacerlo, por lo que lo dejo adjunto a este 
correo por si alguien lo puede subir por mi.

Un salúdo, y desearos salud a todos.


P.D.: Si veis que he cometido algún error a la hora de editar la wiki, no 
dudeis en avisarme y así aprendo un poco xD


Autorización Xeoportal IDE.pdf
Description: Autorización Xeoportal IDE.pdf
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Prova di "nuova grafica" per su.openstreetmap.it

2020-04-30 Per discussione Nap Osm 
Buonasera a tutti! In questi ultimi due giorni ho provato a "rifare" il look a 
su.openstreetmap.it, utilizzando Bootstrap come base, quindi è molto simile 
alla grafica del tool degli indirizzi (anche lì l'ho utilizzato), giusto per 
provare a rendere il sito un po' più moderno e mobile-friendly. Naturalmente 
non è il top, ma volevo comunque sapere cosa ne pensavate. Il link alla prova è 
questo https://naposm.github.io/suosm/.Ho lasciato il layout originale 
invariato.
Spero vi piaccia!

P.S. Naturalmente il codice è su GitHub se volete effettuare modifiche.

Buona serata a tutti!
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

2020-04-30 Per discussione Eric Brosselin - Osm 

Bonjour,

La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans 
doute afficher l'information sur le caractère obligatoire
(ou pas) de l'utilisation du masque pour avoir accès physiquement à un 
commerce / service à partir du 11 mai.


Quel tag utiliser ?

Il a été proposé (https://github.com/osmontrouge/caresteouvert/issues/623):

- access:covid19=mask_worn
- access:covid19=mask_required

il pourrait y avoir :

- access:covid19=mask_mandatory
- access:covid19=mask_compulsory
- access:covid19=mask_obligatory
- ...

Quel tag traduirait le mieux le caractère « obligatoire » de la chose ?
Pas de masque = pas d'accès.

À vos avis !


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

[Talk-lt] Nuotoliniai JOSM, QGIS susitikimai

2020-04-30 Per discussione Tomas Straupis 
Sveiki

  Karantinas nuotolinių įrankių, kaip tokių, neišmokė, bet išmokė, kad
tikrai juos galima naudoti net ir nedarbiniams susitikimams! :-)
  Nors ir nesam tada vienoje vietoje, bet vis tiek bendravimas gan
gyvas, o ir nebėra geografinės problemos!
  Taigi yra mintis pagaliau padaryti pradinius JOSM ir QGIS susitikimus.

  Parašyčiau konkrečias dienas (viena JOSM, kita - QGIS+OSM). Bei
grubiai kokius dalykus aš ar kiti dalyviai papasakosim. Po/per
pasakojimus būtų galima įsiterpti ir papasakoti, kaip jūs darote vieną
ar kitą užduotį (aš iki šiol JOSM'e randu perliukų, padedančių daug
paprasčiau/greičiau atlikti vienus ar kitus veiksmus), arba tiesiog
paklausti apie tai, kas nebuvo numatyta, bet jums labai įdomu. Idealiu
atveju klausimus atsiųstumėte man asmeniškai PRIEŠ susitikimą, kad
galėčiau pasiruošti (paskaityti, ką apie tai sako OSM wiki, kur/ar
turim Lietuvoje tokių duomenų, gal pasibandyti ir pan.).

  Kol kas lauksiu bendrų pastabų ir tada siųsiu datas ir pasakojimo
punktus. Mintis yra neriboti dalyvių skaičiaus, lyg ir paveža didelį
kiekį Google hangoutsai, brūkštelkit, jei manot kitaip.

-- 
Tomas

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

Re: [OSM-talk] Let's talk Attribution

2020-04-30 Per discussione Christoph Hormann 
On Thursday 30 April 2020, Tobias Knerr wrote:
> The most recent version of 
> the guidelines drafted by the LWG is almost there, but has drawn
> community criticism about being too generous especially w.r.t.
> initially hidden attribution.

Wow, that is quite a weird statement considering how broad, deep and 
sustained much of the criticizm from the community has been on the 
direction of the LWG proposal for many months.  If the board 
collectively has the impression they are 'almost there' you might need 
to prepare for the collision of that perception with reality.

Unless of course you have worked on a fundamental redesign of the 
guideline we are not yet aware of...

If you have the impression that the LWG has taken into account or has 
engaged in a constructive argument with the community regarding the 
criticizm of their draft re-reading the many discussions of the past 
months on that subject - and possible engaging in a discussion of the 
criticizm if there is need for clarification or explanation - would be 
highly advisable.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-es] Cuál es el propósito de la etiqueta destination=

2020-04-30 Per discussione yo paseopor 
Intento contestar por aquí en el poco tiempo que estoy teniendo estos días
para todo. Extraña paradoja.
Creo que hay que diferenciar el objetivo y el objeto.

-Objetivo: marcar la destinación, como los trenes que tienen una estación
de destino que se dice por megafonía.
-Objeto: tiene una forma determinada, con unas letras determinadas, etc.

Aunque el objeto tenga el cometido de indicar el destino no necesariamente
lo va a pronunciar igual que el objetivo.

Porque no es lo mismo una indicación temporal de una señal de tráfico , en
un punto concreto , que el destino que te va a mencionar el GPS sin parar
durante todo el trayecto hasta que llegues.

Como no debería ser el mismo el etiquetado de un nodo (señal de tráfico,
variada, colores, símbolos, abreviaturas, lo que ponga, como las placas de
la calle) en un momento puntual que el etiquetado de una vía, más
permanente al largo de un recorrido.

Ahora bien, en OSM muchas veces tendemos a ese término medio que dan las
comunidades variadas , abiertas y colaborativas. El resultado es que yo en
mi preset, para señales uso la etiqueta destination...y un porrón más de
derivaciones, siempre de manera escalable. Al margen de que sean correctas
o no, como prueba de concepto van bien para el día que alguien invente algo
realmente a lo que nos podamos acoger todos.
Y por el mismo motivo si he de escoger mayúsculas o minúsculas en una señal
en OSM, escojo minúsculas, pues no dejamos de estar en una base de datos ,
por lo que el valor Barcelona y el valor BARCELONA no son lo mismo aunque
lo signifiquen, así que mejor fijarnos en ese único significado. Y su
naturaleza también, aquí no indicamos si estamos en autopista o carretera
con ello, pues tenemos otros valores como colour= para indicarlo.

Y aunque he hecho pruebas con el Kendzi3D el tema de mayúsculas o
minúsculas se puede generar por código pues, si realmente lo aplicara en
OSM usaríamos más una fórmula con datos, para cambiar esa representación
del mismo valor. ¿Qué tal una etiqueta uppercase=yes ? :P Por el mismo
motivo que no lo acabo de ver uso ese término medio de escribir lo que veo
en la señal pero "traduciendo ciertas cosas"  . Porque a lo mejor
prescindir del acrónimo ZIP (que no lo había visto por aquí) no influye
tanto en que lo entienda un extranjero como que yo a continuación
especifique destination:symbol=industrial.

Ahora más que nunca salut i mapes
yopaseopor

PD: Yo no veo etiquetar el destino concreto mediante relaciones, porque ni
una misma relación vale para varios destinos. Si todos los caminos llevan a
Roma...os imagináis marcar eso con relaciones? ;)
PD2: Los multivalores son una mierda #perdoneuperòalgúhohaviadedir










On Thu, Apr 30, 2020 at 5:27 PM Daniel Callejas Sevilla <
daniel.callejas.sevi...@gmail.com> wrote:

> Hola a todos,
>
> tras algo de debate en el grupo Telegram OSM España sobre esta etiqueta,
> se perfilan trés puntos de vista que vienen a añadirse a los que ya existen
> en la página de debate en el Wiki en inglés:
>
> - Idéntico: El contenido de destination= debe ser idéntico al texto
> presente en el cartel informativo o texto escrito en el firme.
>
> - Normalizado: El contenido de destination= no debe seguir el texto del
> cartel o firme estrictamente, sino que debe quitar abreviaturas y
> similares, de acuerdo con la tendencia similar en otras etiquetas (e.g.
> name=).
>
> - Intermedio: El contenido debería ser idéntico al texto presente en el
> cartel o firme, pero en ciertos casos se pueden reescribir partes si no hay
> riesgo de confusión.
>
>
> Para juzgar estas posiciones, mi impresión es que debemos entender cuál es
> el propósito de la etiqueta destination=. Y según el wiki, este propósito
> es (textualmente) representar lo que el conductor ve cuando conduce y se
> aproxima a una bifurcación, para ayudar en situaciones como navegación GPS.
>
> destination= no tiene el propósito de describir el nombre oficial de un
> destino, y por lo tanto no tiene sentido querer aplicar las reglas
> generales de "no abreviamos en OSM". Aquí no deben aplicarse, por las
> razones que siguen.
>
> Tengamos en cuenta que el público a quien se dirige esta etiqueta
> destination= puede ser de cualquier origen, y puede no hablar la lengua
> local o incluso no conocer suficientemente el alfabeto local.
>
> También hay que valorar que el propósito de destination= es de no crear
> distracciones y dar una indicación precisa y rápida, exactamente en el
> instante en el que es necesaria, puesto que el usuario está conduciendo.
>
> Adicionalmente, un GPS puede tener restricción en la cantidad de texto que
> puede mostrar al conductor, por lo que es posible que un texto demasiado
> largo se corte de forma desafortunada, ocultando información esencial.
>
> Cabe añadir también que, para un GPS que tenga función de síntesis vocal,
> puede ser recomendable una etiqueta adicional destination:speech= apto para un sintetizador de voz>. No obstante, los argumentos de arriba se
> siguen

Re: [OSM-talk] Let's talk Attribution

2020-04-30 Per discussione Alexandre Oliveira 
> Mapbox also has a whitelabling option for customers to remove the logo from 
> Mapbox tiles. But again, we're talking about the tile service. It would be 
> quite reasonable for OSM to add a logo to the OSM tiles and make keeping that 
> logo on there a condition of using OSM tiles.
> Mapbox employees have contributed to OSM for years. That data belongs to 
> Mapbox but is shared with the world through OSM and ODbL. Attribution for 
> that doesn't appear on-map unless the user is also using Mapbox tiles.

So, if I understood it correctly, you're implying that it's totally
fine to hide data source attribution several clicks away or not
attributing at all? And that the attribution on the corners of the map
are only feasible if you're using OSM's tiles?

What I don't understand is the positioning of corporate users of OSM.
Sure, Mapbox has a business model that depends on attribution and even
then you're obliged to follow their terms of use and policies if you
choose their service. How is that different from OSM? Both provide the
same services, you can choose both Mapbox and OSM for tiles or data,
and even then, you are required to follow their licenses and
terms/policies.

Let's take a look at a situation. If I use Mapbox and remove their
attribution, I'm violating their terms and could have my service
suspended or legal action could be taken. OSM is exactly the same; if
you don't attribute or hide attribution you're violating the terms of
the license.

It looks like that corporate users are lobbying for relaxing
attribution guidelines so they don't have to bother properly
attributing data that comes from an open database. Asking again, why
is it so difficult to just add a piece of text on the map attributing
OSM? You're not paying to use that data as it's free, and now you
don't even want to acknowledge the hard work volunteers have put into
making OSM a great geodata database.

I thought it would be different with Mapbox as I've seen several
projects that use it with OSM data, but it looks like every corporate
user has a similar opinion regarding attribution.

-- 
Atenciosamente,
Alexandre Oliveira.

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

Re: [Talk-at] PLZ Import

2020-04-30 Per discussione various 
Sorry, wenn ich das so sage, aber da merkt man wieder, dass du absolut keine 
Ahnung von Lizenzen hast. Aber das hast du schon mehrfach gezeigt. Die Sachen 
müssen wieder weg. Es schadet OSM mehr, wenn Sachen aus unklarer 
Lizenzsituation verbleiben.

Zurück zum Thema:
Kann hier jemand den Revert machen? geo_sch selbst hat im Forum bereits gesagt, 
dass das scheinbar die ganzen Polygone vom 27.03. 
https://forum.openstreetmap.org/viewtopic.php?pid=784836#p784836 sind und die 
bitten jemand reverten soll.

Grüsse

> Johann Haag  hat am 30. April 2020 06:47 geschrieben:
> 
> 
> Der Mitwirkende  geo_sch https://www.openstreetmap.org/user/geo_sch  hat 
> angekündigt, das Format seiner PLZ Bereiche, auf jenes wie von mir in 
> Vorarlberg und Tirol -bereits seit 2017 bestehend- abzuändern. OpenStreetMap 
> ist ein Projekt an dem Menschen gemeinsam mitwirken. Von  geo_sch 
> https://www.openstreetmap.org/user/geo_sch  importierten Hilfslinien eigenen 
> sich nun gut, so dass sich auch andere an dieser Arbeit beteiligen können. 
> Hilfslinien gehören selbstverständlich wieder entfernt, man kann dies hier 
> aber genauso gut erst dann machen, sobald das reguläre Projekt fertiggestellt 
> ist. Das übliche Problem, dass ein Rücksetzten je länger die Zeit 
> verstreicht, durch Konflikte schwieriger wird haben wir hier nicht, da diese 
> Linien ja isoliert sind.
> Zu einer möglichen Verletzung von Rechten. Der Schaden ist nun wohl 
> bereits passiert. Wir sollten herausfinden wem diese Polygone gehören, der 
> Rechteinhaber soll entscheiden ob wir diese unverzüglich zu entfernen haben. 
> Ein vorauseilendes Entfernen schadet nur unserem Projekt, rein rechtlich 
> macht dies nämlich keinen Unterschied mehr. 
> 
> Daher:
> * Vorübergehend behalten
> * Gemeinsam an einer Auflösung arbeiten
> *  Nachdem importierte Hilfslinien von anderen OSM Daten vollständig 
> isoliert sind, besteht -zur Vermeidung von Bearbeitungskonflikten- vorerst 
> Gefahr in Verzug. Also Entfernen nicht über ein Revert, sondern erst nach 
> Abschluss, über eine einfache Overpass Turbo Abfrage.
> 
> 
> Grüße Johann Haag 
> 
> Am Do., 30. Apr. 2020 um 00:25 Uhr schrieb Robert Kaiser < ka...@kairo.at 
> mailto:ka...@kairo.at >:
> 
> > > Mit allen diesen Mängeln, die hier angeführt sind, bin ich 
> jedenfalls
> > auch dafür, einen revert zu machen.
> > 
> > KaiRo
> > 
> > 
> > scubbx schrieb:
> > > Mir scheint, dass die von geo_sch importierten Flächen aus einer
> > > fraglichen Quelle (lizenztechnisch) stammen und auch von der 
> > Qualität
> > > nicht passen.
> > > Bevor diese durch Bearbeitungen nicht mehr klar erkenntlich sind,
> > > sollten diese reverted werden.
> > >
> > > Was meint ihr?
> > >
> > >
> > > Am 29.04.20 um 10:57 schrieb Johann Haag:
> > >> Aktuell entwickelt sich die Diskussion im OSM- Webforum gut.
> > >> https://forum.openstreetmap.org/viewtopic.php?pid=784826#p784826
> > >> Man sieht, dass Grafiken im Jahr 2020 zeitgemäß sind, und 
> > Bewegung in
> > >> eine Thematik bringen können.
> > >> Frage kann man den Talk- Mail Verteiler eventuell auf 
> > zeitgemäßes HTML
> > >> umstellen. ?
> > >>
> > >> Grüße Johann Haag
> > >>
> > >> Am Mo., 27. Apr. 2020 um 19:56 Uhr schrieb < vari...@mailbox.org 
> > mailto:vari...@mailbox.org
> > >> mailto:vari...@mailbox.org >>:
> > >>
> > >>  Servus,
> > >>
> > >>  Benutzer wurde angeschrieben mit ein paar Fragen und auf die
> > >>  Mailingliste und/oder auf das Forum hingewiesen. 
> > beautifulplaces
> > >>  hat auch ein (imho unnötig schroffes) Changesetkommentar 
> > gemacht
> > >>  und im Forum in einem Thread was hinzugefügt diesbezüglich.
> > >>
> > >>  Grüße
> > >>>  andreas wecer < andreas.we...@gmail.com 
> > mailto:andreas.we...@gmail.com
> > >>>   > mailto:andreas.we...@gmail.com >> hat am 27. April 2020 19:22
> > >>>  geschrieben:
> > >>>
> > >>>
> > >>>  "survey" ist jedenfalls eine tolle Quelle für einen
> > >>>  österreichweiten PLZ-Import und "POSTCODE" kein korrekter 
> > key
> > >>>
> > >>>  Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas 
> > Rupprecht <
> > >>>  rupprecht.tho...@gmail.com 
> > mailto:rupprecht.tho...@gmail.com  > mailto:rupprecht.tho...@gmail.com >>:
> > >>>
> > >>>  Hallo,
> > >>>
> > >>>  geo_sch < https://www.openstreetmap.org/user/geo_sch> 
> > hat
> > >>>  heute einiges an PLZ Polygonen importiert. Der import 
> > sieht
> > >>>  aber nicht sehr durchdacht aus. Ich hätte auch nichts 
> > von
> > >>>  einer Diskussion über so

Re: [OSM-talk] Let's talk Attribution

2020-04-30 Per discussione Martin Koppenhoefer 


sent from a phone

> On 30. Apr 2020, at 17:20, Tom Lee via talk  wrote:
> 
> But I do think they are a useful signal as we consider what "reasonable" 
> could mean.


regarding the license, it clearly says  reasonably calculated to make any 
person aware, however unreasonable someone might find this is not the question. 

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

Re: [Talk-at] PLZ Import

2020-04-30 Per discussione Johann Haag 
Der Mitwirkende geo_sch  hat
angekündigt, das Format seiner PLZ Bereiche, auf jenes wie von mir in
Vorarlberg und Tirol -bereits seit 2017 bestehend- abzuändern.
OpenStreetMap ist ein Projekt an dem Menschen gemeinsam mitwirken. Von
geo_sch  importierten
Hilfslinien eigenen sich nun gut, so dass sich auch andere an dieser Arbeit
beteiligen können. Hilfslinien gehören selbstverständlich wieder entfernt,
man kann dies hier aber genauso gut erst dann machen, sobald das reguläre
Projekt fertiggestellt ist. Das übliche Problem, dass ein Rücksetzten je
länger die Zeit verstreicht, durch Konflikte schwieriger wird haben wir
hier nicht, da diese Linien ja isoliert sind.
Zu einer möglichen Verletzung von Rechten. Der Schaden ist nun wohl bereits
passiert. Wir sollten herausfinden wem diese Polygone gehören, der
Rechteinhaber soll entscheiden ob wir diese unverzüglich zu entfernen
haben. Ein vorauseilendes Entfernen schadet nur unserem Projekt, rein
rechtlich macht dies nämlich keinen Unterschied mehr.

Daher:
* Vorübergehend behalten
* Gemeinsam an einer Auflösung arbeiten
*  Nachdem importierte Hilfslinien von anderen OSM Daten vollständig
isoliert sind, besteht -zur Vermeidung von Bearbeitungskonflikten- vorerst
Gefahr in Verzug. Also Entfernen nicht über ein Revert, sondern erst nach
Abschluss, über eine einfache Overpass Turbo Abfrage.


Grüße Johann Haag

Am Do., 30. Apr. 2020 um 00:25 Uhr schrieb Robert Kaiser :

> Mit allen diesen Mängeln, die hier angeführt sind, bin ich jedenfalls
> auch dafür, einen revert zu machen.
>
> KaiRo
>
>
> scubbx schrieb:
> > Mir scheint, dass die von geo_sch importierten Flächen aus einer
> > fraglichen Quelle (lizenztechnisch) stammen und auch von der Qualität
> > nicht passen.
> > Bevor diese durch Bearbeitungen nicht mehr klar erkenntlich sind,
> > sollten diese reverted werden.
> >
> > Was meint ihr?
> >
> >
> > Am 29.04.20 um 10:57 schrieb Johann Haag:
> >> Aktuell entwickelt sich die Diskussion im OSM- Webforum gut.
> >> https://forum.openstreetmap.org/viewtopic.php?pid=784826#p784826
> >> Man sieht, dass Grafiken im Jahr 2020 zeitgemäß sind, und Bewegung in
> >> eine Thematik bringen können.
> >> Frage kann man den Talk- Mail Verteiler eventuell auf zeitgemäßes HTML
> >> umstellen. ?
> >>
> >> Grüße Johann Haag
> >>
> >> Am Mo., 27. Apr. 2020 um 19:56 Uhr schrieb  >> >:
> >>
> >>  Servus,
> >>
> >>  Benutzer wurde angeschrieben mit ein paar Fragen und auf die
> >>  Mailingliste und/oder auf das Forum hingewiesen. beautifulplaces
> >>  hat auch ein (imho unnötig schroffes) Changesetkommentar gemacht
> >>  und im Forum in einem Thread was hinzugefügt diesbezüglich.
> >>
> >>  Grüße
> >>>  andreas wecer  >>>  > hat am 27. April 2020 19:22
> >>>  geschrieben:
> >>>
> >>>
> >>>  "survey" ist jedenfalls eine tolle Quelle für einen
> >>>  österreichweiten PLZ-Import und "POSTCODE" kein korrekter key
> >>>
> >>>  Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas Rupprecht <
> >>>  rupprecht.tho...@gmail.com >:
> >>>
> >>>  Hallo,
> >>>
> >>>  geo_sch  hat
> >>>  heute einiges an PLZ Polygonen importiert. Der import sieht
> >>>  aber nicht sehr durchdacht aus. Ich hätte auch nichts von
> >>>  einer Diskussion über so einen Import mitbekommen.
> >>>
> >>>  Kann sich das noch wer andere ansehen?
> >>>
> >>>  Beispiel changelog:
> >>>  https://www.openstreetmap.org/changeset/84206322
> >>>
> >>>  mfg Thomas Rupprecht
> >>>  ___
> >>>  Talk-at mailing list
> >>>  Talk-at@openstreetmap.org 
> >>>  https://lists.openstreetmap.org/listinfo/talk-at
> >>>
> >>>  ___
> >>>  Talk-at mailing list
> >>>  Talk-at@openstreetmap.org 
> >>>  https://lists.openstreetmap.org/listinfo/talk-at
> >>  ___
> >>  Talk-at mailing list
> >>  Talk-at@openstreetmap.org 
> >>  https://lists.openstreetmap.org/listinfo/talk-at
> >>
> >>
> >>
> >> --
> >> Elektronikermeister Johann Haag
> >> Innsbruckerstraße 42
> >> 6380 St. Johann in Tirol
> >> ÖSTERREICH
> >> Tel: +43 664/174 7414
> >> Mailto:johannh...@hxg.at 
> >>
> >> ___
> >> Talk-at mailing list
> >> Talk-at@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-at
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
>
>
>
>

Re: [Talk-at] PLZ Import

2020-04-30 Per discussione Johann Haag 
Es handelt sich hier nicht etwa um Bearbeitungen, sondern um einen
isolierten Import.
Es besteht als keine Gefahr, dass diese durch Bearbeitungen nicht mehr
eindeutig wären.
Eine einfache Abfrage findet sämtliche Polygone. Daher kein Revert, sondern
nach Abschluss, ein sauberes Entfernen über eine eine einfache Overpass
Abfrage.

Grüße


Am Mi., 29. Apr. 2020 um 22:52 Uhr schrieb scubbx :

> Mir scheint, dass die von geo_sch importierten Flächen aus einer
> fraglichen Quelle (lizenztechnisch) stammen und auch von der Qualität nicht
> passen.
> Bevor diese durch Bearbeitungen nicht mehr klar erkenntlich sind, sollten
> diese reverted werden.
>
> Was meint ihr?
>
>
> Am 29.04.20 um 10:57 schrieb Johann Haag:
>
> Aktuell entwickelt sich die Diskussion im OSM- Webforum gut.
> https://forum.openstreetmap.org/viewtopic.php?pid=784826#p784826
> Man sieht, dass Grafiken im Jahr 2020 zeitgemäß sind, und Bewegung in eine
> Thematik bringen können.
> Frage kann man den Talk- Mail Verteiler eventuell auf zeitgemäßes HTML
> umstellen. ?
>
> Grüße Johann Haag
>
> Am Mo., 27. Apr. 2020 um 19:56 Uhr schrieb :
>
>> Servus,
>>
>> Benutzer wurde angeschrieben mit ein paar Fragen und auf die Mailingliste
>> und/oder auf das Forum hingewiesen. beautifulplaces hat auch ein (imho
>> unnötig schroffes) Changesetkommentar gemacht und im Forum in einem Thread
>> was hinzugefügt diesbezüglich.
>>
>> Grüße
>>
>> andreas wecer  hat am 27. April 2020 19:22
>> geschrieben:
>>
>>
>> "survey" ist jedenfalls eine tolle Quelle für einen österreichweiten
>> PLZ-Import und "POSTCODE" kein korrekter key
>>
>> Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas Rupprecht <
>> rupprecht.tho...@gmail.com>:
>>
>> Hallo,
>>
>> geo_sch  hat heute einiges
>> an PLZ Polygonen importiert. Der import sieht aber nicht sehr durchdacht
>> aus. Ich hätte auch nichts von einer Diskussion über so einen Import
>> mitbekommen.
>>
>> Kann sich das noch wer andere ansehen?
>>
>> Beispiel changelog: https://www.openstreetmap.org/changeset/84206322
>>
>> mfg Thomas Rupprecht
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
>
> ___
> Talk-at mailing 
> listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Let's talk Attribution

2020-04-30 Per discussione Joseph Eisenberg 
The source linked, for village boundaries in India, requires printed
attribution on the map or a link for online maps:


“Attribute

Please use the following lines to attribute the maps if you use in your
work. You could link instead of printing the URLs in case of web projects.

Villages Maps Provided by Indian Village Boundaries Project [
http://projects.datameet.org/indian_village_boundaries/] by Data{Meet}. Its
made available under the Open Database License (ODbL)[
http://opendatacommons.org/licenses/odbl/].”


So that source of data also expects visible attribution from map makers.


— Joseph Eisenberg

On Thu, Apr 30, 2020 at 8:20 AM Tom Lee via talk 
wrote:

> At the risk of repeating others' words, I strongly encourage participants
> in this conversation to review the draft attribution guideline (
> https://wiki.openstreetmap.org/wiki/Draft_Attribution_Guideline) and
> previous conversations regarding attribution on this list. It would be hard
> to overstate the depth of experience that the legal working group has
> regarding these issues, so it has been surprising to me to see their
> perspective receive so little attention.
>
> Because I know not everyone will dig back into those listserv archives, I
> want to highlight one point that has been previously made: OpenStreetMap
> itself does not meet the ODbL attribution standards that are being
> presented as obvious by some parties to this conversation. This applies not
> only to several ODbL data source attributions present on
> https://wiki.openstreetmap.org/wiki/Contributors (but not on the map) but
> also to the many ODbL data sources that can be found under
> https://wiki.openstreetmap.org/wiki/Category:Data_sources (note that not
> all of these sources may be in use; this part of the wiki is not
> sufficiently organized to be sure).
>
> OpenStreetMap is by far the most significant project using ODbL, and when
> geodata is published under ODbL terms (as frequently happens in France[1])
> or when it is adopted by a geodata project (such as Datameet's work on
> Indian village boundaries[2]
> ) it is
> typically with the intent of making the data useful to OpenStreetMap. It
> doesn't seem plausible that the volunteers working on those Indian village
> boundaries expect their preferred attribution[3] to be part of the UI that
> greets any OSM user. This suggests to me that volunteers' attribution
> expectations are not as uniform as has been suggested in this thread.
>
> Reviewing the diversity of attribution policies found under
> https://wiki.openstreetmap.org/wiki/Category:Data_sources might prove
> more illuminating than rehashing our understanding of Google's terms and
> what they might or might not do for enterprise customers. A review of the
> many custom government licenses and amended CC-BY licenses that OSM
> volunteers have added to those wiki pages will show a variety of approaches
> to attribution, almost none of which meet the level of obtrusiveness
> proposed at various times in this thread. Obviously, the ODbL is its own
> beast; as others have noted, the practices of the rest of the open mapping
> world and commercial mapping industry need not bind it. But I do think they
> are a useful signal as we consider what "reasonable" could mean.
>
> [1]
> https://wiki.openstreetmap.org/wiki/FR:Sources_de_donn%C3%A9es_potentielles/France
> [2] http://projects.datameet.org/indian_village_boundaries/
> [3] "Villages Maps Provided by Indian Village Boundaries Project [
> http://projects.datameet.org/indian_village_boundaries/] by Data{Meet}.
> Its made available under the Open Database License (ODbL)[
> http://opendatacommons.org/licenses/odbl/];
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-es] Cuál es el propósito de la etiqueta destination=

2020-04-30 Per discussione Daniel Callejas Sevilla 
Hola a todos,

tras algo de debate en el grupo Telegram OSM España sobre esta etiqueta, se
perfilan trés puntos de vista que vienen a añadirse a los que ya existen en
la página de debate en el Wiki en inglés:

- Idéntico: El contenido de destination= debe ser idéntico al texto
presente en el cartel informativo o texto escrito en el firme.

- Normalizado: El contenido de destination= no debe seguir el texto del
cartel o firme estrictamente, sino que debe quitar abreviaturas y
similares, de acuerdo con la tendencia similar en otras etiquetas (e.g.
name=).

- Intermedio: El contenido debería ser idéntico al texto presente en el
cartel o firme, pero en ciertos casos se pueden reescribir partes si no hay
riesgo de confusión.


Para juzgar estas posiciones, mi impresión es que debemos entender cuál es
el propósito de la etiqueta destination=. Y según el wiki, este propósito
es (textualmente) representar lo que el conductor ve cuando conduce y se
aproxima a una bifurcación, para ayudar en situaciones como navegación GPS.

destination= no tiene el propósito de describir el nombre oficial de un
destino, y por lo tanto no tiene sentido querer aplicar las reglas
generales de "no abreviamos en OSM". Aquí no deben aplicarse, por las
razones que siguen.

Tengamos en cuenta que el público a quien se dirige esta etiqueta
destination= puede ser de cualquier origen, y puede no hablar la lengua
local o incluso no conocer suficientemente el alfabeto local.

También hay que valorar que el propósito de destination= es de no crear
distracciones y dar una indicación precisa y rápida, exactamente en el
instante en el que es necesaria, puesto que el usuario está conduciendo.

Adicionalmente, un GPS puede tener restricción en la cantidad de texto que
puede mostrar al conductor, por lo que es posible que un texto demasiado
largo se corte de forma desafortunada, ocultando información esencial.

Cabe añadir también que, para un GPS que tenga función de síntesis vocal,
puede ser recomendable una etiqueta adicional destination:speech=. No obstante, los argumentos de arriba se
siguen aplicando: alguien que no hable la lengua tendría bastante
dificultad en asociar la abreviatura que ve en el cartel, con el texto no
abreviado.

Por último, creo que es más correcto "mapear lo que esta en el terreno" sin
hacer interpretaciones, que pueden partir de una buena intención y falsear
el propósito de esta etiqueta.

Por esto, la opcion "Normalizado" me parece desafortunada. Si cambiamos
abreviaturas por sus textos completos, un conductor que no esté
familiarizado previamente con el significado de la abreviatura perderá
segundos preciosos en asociar un texto largo con una señal textual corta.

Ejemplo: https://www.mapillary.com/map/im/VZytigI7an53gkHvSn13ow

Idéntico: destination=Armilla;P.T. Ciencias de la Salud
Normalizado: destination=Armilla; Parque Tecnológico Ciencias de la Salud

Creo más razonable que el criterio sea el "Intermedio" propuesto arriba,
siempre y cuando la persona que mapea tenga un motivo claro y justificado
para desviarse del contenido del cartel que quiere representar.


Leeré con mucho gusto otras ideas y propuestas.

Un saludo confinado!
Daniel.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Let's talk Attribution

2020-04-30 Per discussione Tobias Knerr 
Hi Alexandre,

it's true that too many projects using OSM do not provide the required
attribution. However, I'm surprised that you got reactions of
"this is fine" for some of the more egregious examples you mention in
your email. While individual mappers will of course hold a wide range of
opinions, that is not the position of the OSM Foundation.

On 27.04.20 19:49, Alexandre Oliveira wrote:
> On the mobile
> version of the Facebook page, there's no attribution at all, simply a
> map. And worse, it redirects to Google Maps when you click on it.

I assume this is the same issue as the one described here:
https://github.com/grischard/osm-lacking-attribution/issues/8

Facebook was contacted about this specific problem 2.5 months ago. They
have acknowledged it as an issue, but have unfortunately failed to
correct it so far. For now, we still have hope that they will just
finally fix it. At some point, we may have to take further steps, but we
haven't really come to an agreement on what those would be.

For OSMF action on issues which are less clear-cut (i.e. attribution is
present, but insufficient), the main roadblock is that we have not yet
approved the attribution guidelines which will make it clearer what
style of attribution we expect. Of course, data users are already
obligated to follow our license today, but hopefully the guidelines will
help to eliminate any ambiguity about whether certain controversial
practices are acceptable. The most recent version of the guidelines
drafted by the LWG is almost there, but has drawn community criticism
about being too generous especially w.r.t. initially hidden attribution.
We are working on them, and once they are approved, we will point to
them when we contact data users about low-quality attribution.

I admit that the OSMF has been frustratingly slow to make progress on
attribution, and I hope we will get better about this.
But there's a lot that can be achieved by the community in a distributed
manner as well. You've already mentioned the #AttributionIsNotOptional
initiative as an example. It's not rare to hear success stories about
mappers simply sending a friendly reminder to some companies, especially
small-scale users who made a honest mistake and forgot about the
attribution. It also helps to report lacking attribution to Guillaume's
previously mentioned issue tracker¹ – the board is keeping an eye on
that and prioritizing issues based on whether the site or app has
already been contacted, how bad the attribution is, and on how visible
the site is.

In any case, I'd like to emphasize that a slow response to missing
attribution should not be mistaken for being ok with it. Nor does it
mean that we will not act more decisively in the future. Visible
attribution is a key requirement of our license, and not optional.

Tobias

 ¹ https://github.com/grischard/osm-lacking-attribution

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

Re: [OSM-talk] Let's talk Attribution

2020-04-30 Per discussione Tom Lee via talk 
At the risk of repeating others' words, I strongly encourage participants
in this conversation to review the draft attribution guideline (
https://wiki.openstreetmap.org/wiki/Draft_Attribution_Guideline) and
previous conversations regarding attribution on this list. It would be hard
to overstate the depth of experience that the legal working group has
regarding these issues, so it has been surprising to me to see their
perspective receive so little attention.

Because I know not everyone will dig back into those listserv archives, I
want to highlight one point that has been previously made: OpenStreetMap
itself does not meet the ODbL attribution standards that are being
presented as obvious by some parties to this conversation. This applies not
only to several ODbL data source attributions present on
https://wiki.openstreetmap.org/wiki/Contributors (but not on the map) but
also to the many ODbL data sources that can be found under
https://wiki.openstreetmap.org/wiki/Category:Data_sources (note that not
all of these sources may be in use; this part of the wiki is not
sufficiently organized to be sure).

OpenStreetMap is by far the most significant project using ODbL, and when
geodata is published under ODbL terms (as frequently happens in France[1])
or when it is adopted by a geodata project (such as Datameet's work on
Indian village boundaries[2]
) it is typically
with the intent of making the data useful to OpenStreetMap. It doesn't seem
plausible that the volunteers working on those Indian village boundaries
expect their preferred attribution[3] to be part of the UI that greets any
OSM user. This suggests to me that volunteers' attribution expectations are
not as uniform as has been suggested in this thread.

Reviewing the diversity of attribution policies found under
https://wiki.openstreetmap.org/wiki/Category:Data_sources might prove more
illuminating than rehashing our understanding of Google's terms and what
they might or might not do for enterprise customers. A review of the many
custom government licenses and amended CC-BY licenses that OSM volunteers
have added to those wiki pages will show a variety of approaches to
attribution, almost none of which meet the level of obtrusiveness proposed
at various times in this thread. Obviously, the ODbL is its own beast; as
others have noted, the practices of the rest of the open mapping world and
commercial mapping industry need not bind it. But I do think they are a
useful signal as we consider what "reasonable" could mean.

[1]
https://wiki.openstreetmap.org/wiki/FR:Sources_de_donn%C3%A9es_potentielles/France
[2] http://projects.datameet.org/indian_village_boundaries/
[3] "Villages Maps Provided by Indian Village Boundaries Project [
http://projects.datameet.org/indian_village_boundaries/] by Data{Meet}. Its
made available under the Open Database License (ODbL)[
http://opendatacommons.org/licenses/odbl/];
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

2020-04-30 Per discussione Philippe Verdy 
Le "lac" sous l'Opéra est plutot un bassin artificiel construit il y a
longtemps comme réserve d'eau potable; l'eau provient de très anciens
travaux (certains datant de l'époque gallo-romaine) amenant l'eau par un
ensemble de fractures naturelles et divers ouvrages sous-terrains et canaux
depuis les Vosges. C'est toujours en service car l'eau y est de qualité
excellente, et c'est une réserve stratégique. Les bassins sont étagés à
différents niveaux et ont profité ds anfractuosités naturelles, dans la
roche sous la couche sédimentaire, à l'abri des eaux d'infiltration de la
Seine et des ruisseaux divers (très pollués et de niveau instable) qui
baignent le lit sédimentaire de la Seine. C'est très surveillé, le risque
étant que cette nappe soit polluée par des infiltrations.

Maintenant pour en connaitre le détail aujourd'hui il faut être expert et
ce n'est pas à notre portée. De toute façon comme ce n'est pas visitable et
que les dernières parties qui pouvaient l'être étaient déjà très réduites,
on doit se contenter de quelques photos des reporters qui sont autorisés de
temps en temps à montrer les ouvrages, mais pas de quoi cartographier
quelque chose d'une utilité quelconque: on se contentera de cartographier
que les équipements visibles en surface qui en profitent (les fontaines, et
les installations de contrôle, filtration et pompage et distribution).

Ces bassins sous-terrains sont des ouvrages fabuleux, de vraies cathédrales
souterraines (certains se visitaient, mais c'est maintenant protégé pour
éviter justement toute pollution et aussi tout accident car il y a des
risques de variation des niveaux dans les canaux qui l'irriguent). C'est
une ressource très importante pour les eaux de Paris. L'eau y est parmi les
plus pures de France.

On n'a pas la même qualité d'eau tout autour de Paris, où l'eau provient de
sources en surface ou de pompages dans la Seine, et qui doit être traitée
de façon industrielle par des procédés couteux; cette ressource pour Paris
est toutefois limitée: elle ne se renouvelle pas assez vite pour courir les
besoins de l'Île-de-France et il n'est même pas envisageable d'en changer
le niveau fortement, sous peine de provoquer des accidents géologiques
majeurs: cette eau accumulée soutient tout le terrain au dessus. Et les
accidents géologiques sont assez fréquents en banlieue parisienne avec les
pompages dans la couche sédimentaire (ce qui provoque des glissements de
terrain contre lesquels aucune construction de soutien ne résiste): les
pompages dans la couche sédimentaire (et notamment pour les chantiers de
construction) sont normalement très surveillés et doivent faire l'objet de
mesures permanentes, et doivent être limités dans le temps.

De telles mesures de protection des eaux souterraines se sont maintenant
développées en divers endroits en France (on a vu ce que cela provoquait,
comme des effondrements ou glissements de terrains, des fractures dans les
immeubles, des immeubles condamnés. On le voit dans les anciennes zones
minières et en Provence dans les zones d'enrochement calcaire: les
anciennes galeries doivent être comblées et inondées. Mais dans certains
sols fragiles ou dans les nappes entre couches argileuses, les
variations d'hygrométrie en surface provoquent des soulèvements ou
affaissements de terrains qui touchent des zones très vastes (avec de gros
dégâts; ces accidents se multiplient avec les périodes à faible
précipitations de plus en plus fréquentes et prolongées). Cela ne menace
pas que les bâtiments, mais aussi les autres ouvrages souterrains dont les
gazoducs qui peuvent craquer, les égouts qui peuvent se boucher, les
canalisations d'eau potable qui peuvent se mettre aussi à fuire, et aussi
peuvent toucher à la stabilité et la sécurité des tunnels de transport.

Le souterrain (tout ce qui est en dessous des 7 mètres sous le plancher des
vaches ou qui viendrait percer les roches d'appuis sous les couches
sédimentaires) c'est un domaine très compliqué et très technique qui n'est
pas à notre portée (ni même pour les spéléos tous seuls en tout cas pas les
amateurs), c'est une spécialité des services géologiques qui ont des outils
de mesure appropriés, et des exploitants de réseaux souterrains autorisés
et au besoin font appel aux meilleurs spéléos bien équipés et encadrés,
pour aller constater ce qui se passe et rechercher les causes de certains
accidents ou installer des outils de mesure ou de surveillance.


Le mar. 21 avr. 2020 à 20:19, Yves P.  a écrit :

> Bonsoir,
>
> > Je ne trouve non plus pas de trace, je ne sais comment savoir s’il y en
> a un ou non (il y en a un par exemple sous l’opéra Garnier).
> Il faut demander aux spéléos et/ou aux cataphiles parisiens ;)
> Eventuellement aux "services" de la ville (eaux, égoutiers) ?
>
> Paris et truffé de carrières, voir de cavités naturelles. Mais vu la
> forme, c'est plutôt suspect.
>
> De plus, il manque à minima un tag layer=-1 ?
>
> __
> Yves
> ___
> Talk-fr

[talk-cz] Školy, školky, požární stanice bez odpovídajících značek

2020-04-30 Per discussione majkaz 

Ahoj všem.
 
Všimla jsem si, že v datech máme poměrně dost věcí označených jen v názvu a 
chybí tam odpovídající značky. Případně také máme totéž značeno na tom samém 
místě několikrát (samostatný bod/body, budova, adresní bod a k tomu správně 
ještě areál). V horším případě pak se nám i ty informace vzájemně pobíjí - 
škola označená (i typem) jinak na bodu a budově, například. Bohužel je to blbě 
vidět, ty konkurující jména jsou v mapě vidět jen někdy a to jen při velkém 
přiblížení.
 
Momentálně procházím ty mateřské školky, kde se zatím chytám jen názvu obsahujícího 
MŠ . Pokud by se někdo chtěl přidat, zkuste na 
to myslet při editaci okolí. Paradoxně, spousta z nich měla značku 
building=kindergarten, ale amenity=kindergarten tam chybělo.
 
Pozor na to, že při hledání v názvech vyskáče také spousta zastávek, v tom 
dotazu se vyhýbám těm zadaným podle starého značení.
 
Majka

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

Re: [OSM-talk-fr] non attributions sur les cartes affichées par l'éducation nationale

2020-04-30 Per discussione Philippe Verdy 
Problème résolu semble-t-il (à moins qu'il y ait encore d'autres sous-sites
oubliés).
Réponse à l'instant suite à une première réponse hier:

Monsieur Verdy bonjour,



Pour faire suite à mon message précédent, je tenais à vous signaler que
notre cartographie était conforme depuis ce jour aux conditions
d’utilisation d’OpenStreetMap.



Sincèrement,

R.S.

Adjoint à la déléguée à la communication

Chargé de la communication numérique

SG/Délégation à la communication

Ministère de l’Education nationale et de la Jeunesse



Le lun. 13 avr. 2020 à 19:37, Philippe Verdy  a écrit :

> Exemples
> - Fiches de présentation des établissements et services académiques
> dans l'annuaire:
> https://www.education.gouv.fr/annuaire
> https://www.education.gouv.fr/academie-de-mayotte-100124
>
> Au contraire la carto du Géoportail est attribuée correctement par la
> recherche d'établissements et dans les références par code UAI:
> https://www.education.gouv.fr/acce_public/uai.php?uai_mode=list_ndx=1
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSRM-talk] public transport routing (bus whiteout time table)

2020-04-30 Per discussione simone zanda 
Hi everyone, 

I have long searched for an answer on osrm-talk but without success.

You want to give those who walk on foot the opportunity to take the bus, in my 
city, Cagliari, Sardinia, Italy the bus line is a relationship.
does anyone you want have an example that works?



Thanks a lot. 

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

Re: [Talk-de] Gewichtung der Straßen im Routing

2020-04-30 Per discussione Florian Lohoff 
On Wed, Apr 29, 2020 at 01:11:32PM +0200, Volker Schmidt wrote:
> Ich halte das mit maxspeed:practical fuer eine ziemliche Kruecke.
> Habe mich mal umgeschaut, und die meisten Beispiele, die ich gefunden habe,
> waren Strassen, wo fast alle relevanten tags fehlten:
> lanes, width, surface, incline, oneway, smoothness, lit
> Ich halte es fuer besser den Strassenzustand zu beschreiben, und dem Router
> zu ueberlassen,  was er daraus macht (auch mit der Analyse der Geometrie),
> als mit fiktiven Werten eine erwuenschtes Verhalten zu errreichen.
> Ausserdem ist der tag selten (1300 in Deutschland und die beschraenkt auf
> kleine Zonen, wo offensichtlich jeweils ein mapper in seiner Umgebung alles
> damit voll gepflastert hat).
> 
> Um noch mal auf das urspruengliche Beispiel ( Liemekestrasse
>  ) zurueckzukommen.
> Wenn der Router eine Strasse trifft mit maxspeed=100 und
> motor_vehicle=designated, width=4 dann  geht das schief. Die meisten Router
> addieren Strafpunkte oder Bonuspunkte. In jedem Fall hat das falsche
> tagging den Effekt, das zwei starke Vorteile (100km/Stunde und reserviert
> fuer KFZ), den einen Nachteil (schmale Strasse) "ueberstimmen". Falsches
> mappen sollte man nicht austricksen, sondern korrigieren. Im vorliegend
> Fall waere der lokale mapper anzuschreiben, dass er die Situation vor Ort
> kontrolliert und das tagging korrigiert. Ich kann mir nicht vorstellen,
> dass eine 4m breite Strasse in DE nicht Geschwindigkeits-begrenzt ist.

Ausserhalb geschlossener Ortschaften gilt 100km/h - Damit gilt am 
Ende auf jedem Feldweg 100 - Nicht das das fahrbar wäre oder auch
dem Vorrausschauenden Fahren entspricht. Rechtlich ist das richtig.

Und OSRM macht daraus:

  if width <= 3 or (lanes <= 1 and is_bidirectional) then
width_penalty = 0.5
  end

D.h. wenn die Breite <3m (Also nur eine Fahrspur) oder eben lanes=1 ohne
oneway ist dann ist die penalty 1/2 maxspeed - Also in diesem fall
50kmh. Und ich finde das trifft es ziemlich gut.

Deshalb kann man die width taggen (Was ohne vor ort hinzufahren und mal
nachzumessen oder zumindest mal schritte zu zählen schwer ist) oder eben
lanes=1 - Nachweislich ist es nur eine Fahrspur.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-at] PLZ Import

2020-04-30 Per discussione Thomas Rupprecht 
ebenfalls für revert

mfg Thomas Rupprecht


Am Do., 30. Apr. 2020 um 09:39 Uhr schrieb Stefan Kopetzky <
sk...@ostblock.org>:

> On 30.04.20 00:24, Robert Kaiser wrote:
> > Mit allen diesen Mängeln, die hier angeführt sind, bin ich jedenfalls
> > auch dafür, einen revert zu machen.
>
> dito!
>
> LG,
> Stefan
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] PLZ Import

2020-04-30 Per discussione Stefan Kopetzky 
On 30.04.20 00:24, Robert Kaiser wrote:
> Mit allen diesen Mängeln, die hier angeführt sind, bin ich jedenfalls
> auch dafür, einen revert zu machen.

dito!

LG,
Stefan

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

Re: [Talk-it] Progetto OsmGuineaBissau

2020-04-30 Per discussione Rachele Amerini 
Bello! Bravi!
Grazie della condivisione e buon mapping!

Rachele




Il giorno mer 29 apr 2020 alle ore 22:34 Nap Osm 
ha scritto:

> Bravi! 
> Complimenti, mi piace molto questo vostro progetto! Siete stati anche
> molto bravi a documentare il tutto.
> Spero vi siate divertiti a mappare 
> Ancora complimenti!
> --
> *From:* 2021_Gabriele Uberto 
> *Sent:* Wednesday, April 29, 2020 12:28 PM
> *To:* talk-it@openstreetmap.org 
> *Subject:* [Talk-it] Progetto OsmGuineaBissau
>
>
> Buongiorno lista,
>
> parlo in rappresentanza della classe 5^A dell’Istituto Tecnico Avogadro di
> Torino,
>
> e volevo informarvi che stiamo portando avanti un progetto incentrato su
> OSM.
>
> L’obiettivo è quello di mappare “da poltrona”  un villaggio situato in
> Guinea-Bissau.
>
> Per presentare questo progetto e la classe, è stata creata una pagina Wiki.
>
> Ogni studente ha creato degli account e i changeset  sono commentati con
> #IISAvogadro19 per riconoscere la fonte di mappatura.
>
> Anche se in questi giorni come da decreto non siamo presenti a scuola, la
> classe sta continuando a lavorare al progetto.
>
> Vi lascio di seguito il link alla pagina Wiki:
>
> https://wiki.openstreetmap.org/wiki/OsmGuineaBissau_Avogadro
>
> Inoltre alcuni studenti hanno anche creato un video presentazione del
> progetto, sia per farlo conoscere alla comunità, che per farlo aderire ad
> un concorso chiamato ‘Storie di alternanza’, vi lascio qui di seguito il
> link:
>
> https://www.youtube.com/watch?v=lj0iqdUjjAA
>
> Saluti,
>
> Gabriele
>
> ___
> 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