[Talk-de] 100 Karten dieser Welt

[Markus]

Interessant:
*100 Karten, die deine Sicht auf die Welt verändern*
https://www.gmx.net/magazine/unterhaltung/kultur/grafiken-staunen-100-karten-sicht-welt-veraendern-33584128

Mit herzlichem Gruss,
Markus

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

Re: [talk-cz] Administrativní hranice

[xkomc...@centrum.cz]

Ahoj,

tak, vypadá to, že problém jsem "vyřešil": 
https://www.openstreetmap.org/#map=16/49.3868/12.9060


Jediné, co jsem udělal, že jsem otočil tuto cestu 
https://www.openstreetmap.org/way/181745201 tak, aby nešla do protisměru 
k té první (takže teďka tvoří kruh). Ano, je to divné, ano, není to 
skutečné řešení, ale čára je pryč.


Zřejmě by se to mělo nahlásit vývojářům, ale já tam mám restík, ke 
kterému jsem se zatím nestihl vyjádřit. Mohl bys tedy ty, Honzo?


Jirka Komárek

On 27. 02. 19 23:07, Jan Macura wrote:

Zdravím vespolek,

uplynul téměř měsíc a nic se nezměnilo. To bude nějaký hodně hluboko 
ukrytý bug...

https://openstreetmap.cz/#map=15/49.3864/12.9031=dX

H.

On Sun, 10 Feb 2019 at 18:10, Marián Kyral > wrote:


No já to zkoušel, když jsem to zkoumal. A nepomohlo to.

Marián

10. února 2019 15:39:30 SEČ, majka mailto:majka.zem%2bt...@gmail.com>> napsal:

V JOSM, zobraz si vrstvu Mapnik (carto), pravým tlačítkem myši
můžeš jak nechat překreslit, tak i zobrazit informaci o
dlaždici včetně posledního vyrendrování.

U změn v relacích podle mých zkušeností nefunguje automatické
přerendrování dlaždice, musí se postrčit. Pozor, ani tak se to
neukáže všude stejně rychle, ty dlaždice se můžou nabírat z
několika různých serverů a stejně to chvilku bude trvat, než
to "propadne" na všechna přiblížení.

Jinak se překreslují dlaždice snad co 14 dní.

Majka

On Sun, 10 Feb 2019 at 14:54, Jan Macura mailto:macura...@gmail.com>> wrote:


On Sun, 10 Feb 2019 at 13:10, majka
mailto:majka.zem%2bt...@gmail.com>> wrote:

Zkoušel si to nechat přegenerovat?

Jakože takhle:

https://help.openstreetmap.org/questions/60223/how-to-view-individual-tiles-and-mark-as-dirty
?
To jsem udělal až teď a nevím, jak poznat, jestli už se
dlaždice překreslila nebo ještě ne...

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


-- 
Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji

stručnost.
___
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
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Problème OSRM

[Jérôme Seigneuret]

Salut,
Je fais un revert sur les données.
Graphhopper va prendre en compte le problème (1 semaine pour la prise en
compte)

https://discuss.graphhopper.com/t/problem-with-barrier-wall/4156/5?u=geostonemarten

Bonne journée




Le mer. 27 févr. 2019 à 20:22,  a écrit :

>
> Le 27/02/2019 à 11:38, Jérôme Seigneur et - jerome.seigneu...@gmail.com a
> écrit :
>
> Oui c'est suite à la construction de la résidence il y a un beau mur...
> J'ai rencontré plusieurs fois ce cas et je crois qu'il il a même eu une
> situation de fermeture de voie en Bretagne discuté sur OSM.
>
> Mettre un mur et ne pas changer le nom de la rue, c'est ne pas... penser
> beaucoup.
>
> Peut-être que là, la "rue de la Pensée" fait référence à la fleur.
>
> Jérôme, on décrit ce qui est ; et ce qui est c'est un tracé interrompu.
>
> Je viens de mettre barrier=wall sur l'intersection du mur et de la route.
> Comme la route est en filaire il est assez logique que le mur soit (aussi)
> en ponctuel. On verra dans quelques jours si les algorithmes prennent ça en
> compte.
>
> Pour la route en Bretagne, c'était une route bloquée par les zadistes de
> Notre-Dame-Des-Landes et restituée à son usage normal sauf que le
> département avait couiné car la route n'étant pas réparée ils préféraient
> attendre qu'elle le soit pour lui faire retrouver son statut de
> départementale sur OSM.
>
> Jean-Yvon
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mutualisation, collaboratif et libre accès pour les données géographiques - devinette

[Jean-Christophe Becquet]

Bonjour,

Sauriez-vous deviner qui nous dit :

« la donnée est aujourd'hui produite aussi bien par les citoyens
eux-mêmes que par des acteurs publics et privés. ».

« Désormais, la production des données géographiques doit donc
s'organiser autour de trois concepts : mutualisation, collaboratif et
libre accès. »

« L'enjeu est de fédérer ces différentes communautés et de leur
permettre de mutualiser leurs données, sans qu'elles en soient
dessaisies, tant pour les enrichir par cette mise en commun que pour en
optimiser les modalités de collecte et en réduire le coût de production. »

a) Christian Quest, porte-parole de l'association OpenStreetMap France
b) Laurence Comparat, présidente de l'association OpenDataFrance
c) votre serviteur
d) autre


Non, je crois que vous ne devinerez pas. Il s'agit de Daniel Bursaux, le
directeur général de l’Institut national de l’information géographique
et forestière (IGN) dans une tribune pour Les Échos !

Et non, il ne parle pas d'OpenStreetMap...

Vive le « Google Maps » français !
https://www.lesechos.fr/idees-debats/cercle/0600723131855-vive-le-google-maps-francais-2245732.php


Mardi soir, j'animais une nouvelle fois une conférence autour
d'OpenStreetMap à Digne. Un auditeur qui se présentait comme travaillant
pour l'IGN s'est presque fâché lorsque j'ai montré une capture d'écran
d'OpenTopoMap en expliquant que c'était un rendu fabriqué avec des
données libres (OSM et SRTM). Pour lui, impossible d'obtenir une telle
qualité sans recourir aux données de l'IGN...
https://www.opentopomap.org/#map=16/44.23377/6.70774


Maîtriser les cartes est stratégique. Pourquoi ne pas renforcer
puissamment @OSM_FR au niveau européen ? Toutes les communautés sont là,
organisées, déterminées.
https://twitter.com/fab_mob/status/1099708109478658050


Voir aussi sur Dessinetaville :

OpenStreetMap dans le rapport Belot - De la Smart city aux territoires
d’intelligence (s)
https://ml.apitux.net/pipermail/dessinetaville/2017-April/thread.html

Recommandation 27 : Diffuser à terme l’ensemble des données
géographiques souveraines sous licence ouverte type Etalab
https://ml.apitux.net/pipermail/dessinetaville/2018-July/000413.html

Bonne journée

JCB
-- 
Thierry Carcenac : Pour une administration électronique citoyenne
http://www.apitux.org/index.php?2006/07/09/45-thierry-carcenac

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

[Talk-vi] Ground work, editing, and data collection in Vietnam

[Kiana Ziola]

Greetings,

My name is Kiana and I work for KAART 
. Our company contributes to OSM in 
several countries by adding data that is advantageous for navigation software 
and the OSM community. Our team will begin groundwork and data collection in 
Vietnam in March. The team will first travel in Da Nang and Hue. We will then 
edit the data in these areas in the following months. 

I am reaching out to connect with any local editors. I would like to use this 
message to actively open up a line of communication about editing or possibly 
meeting up with the active OSM community. 

I look forward to hearing back and working together. 

Thank you, 

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

Re: [talk-au] Editing speed limit in Australia

[Graeme Fitzpatrick]

Hi Lacri

On Wed, 27 Feb 2019 at 21:56, Lacramioara Maghiar - (p) <
lacramioara.magh...@telenav.com> wrote:

> Hi all,
>
>
>
> I’m writing you regarding the speed limit mapping in Australia.
>
> Specifically, how would you add the speed limit on a motorway link where
> the speed limit sign appears in the field towards the end/in the middle of
> the link?
>

In Qld at least (& I think Aust-wide) speed limits officially change at the
sign - you may start accelerating as you pass it, not before; but you must
start slowing early so you're at the lower limit as you pass the sign.


> Please take a look at the following example:
> https://www.openstreetmap.org/way/37282555. Here, there is a speed limit
> sign of 100 (SL100 hereafter) in the middle of the motorway link. You can
> see the sign here:
> https://www.mapillary.com/app/?focus=photo=cTDOkTXf0M0gVBjem4mt9A=-27.664412022684786=152.7436576757009=17.
>
>
> In which way would you add the speed limit information in the
> above-mentioned case:
>
>1. maxspeed=80 until the SL100 sign and maxspeed=100 until the end of
>the link?
>
> I'm not sure where you got 80 from? I can only see a 60 sign at the start
of the link
https://www.mapillary.com/app/?lat=-27.663581886206885=152.73979205152136=17=0.49548370263958935=0.50767663189853=0=B-1LcWLyCAjIQqhNjTQ7AQ,
& speed then jumps to 100 just before merging out onto the Cunningham
Highway


>
>1. maxspeed=80 represents the speed limit of the trunk way from which
>the motorway link leaves.
>
> Welcome to Australian roads! Just because it's a trunk road, doesn't
necessarily mean it's got an appropriate speed limit :-(


>
>1. nothing until the SL100 sign but maxspeed=100 starting with the
>appearance of the sign in the field?
>
> 60, not "nothing" between the 2 signs, then 100.

Hope that helps!

Thanks

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

Re: [talk-cz] Administrativní hranice

[Jan Macura]

Zdravím vespolek,

uplynul téměř měsíc a nic se nezměnilo. To bude nějaký hodně hluboko ukrytý
bug...
https://openstreetmap.cz/#map=15/49.3864/12.9031=dX

H.

On Sun, 10 Feb 2019 at 18:10, Marián Kyral  wrote:

> No já to zkoušel, když jsem to zkoumal. A nepomohlo to.
>
> Marián
>
> 10. února 2019 15:39:30 SEČ, majka  napsal:
>>
>> V JOSM, zobraz si vrstvu Mapnik (carto), pravým tlačítkem myši můžeš jak
>> nechat překreslit, tak i zobrazit informaci o dlaždici včetně posledního
>> vyrendrování.
>>
>> U změn v relacích podle mých zkušeností nefunguje automatické
>> přerendrování dlaždice, musí se postrčit. Pozor, ani tak se to neukáže
>> všude stejně rychle, ty dlaždice se můžou nabírat z několika různých
>> serverů a stejně to chvilku bude trvat, než to "propadne" na všechna
>> přiblížení.
>>
>> Jinak se překreslují dlaždice snad co 14 dní.
>>
>> Majka
>>
>> On Sun, 10 Feb 2019 at 14:54, Jan Macura  wrote:
>>
>>>
>>> On Sun, 10 Feb 2019 at 13:10, majka  wrote:
>>>
 Zkoušel si to nechat přegenerovat?

>>>
>>> Jakože takhle:
>>> https://help.openstreetmap.org/questions/60223/how-to-view-individual-tiles-and-mark-as-dirty
>>> ?
>>> To jsem udělal až teď a nevím, jak poznat, jestli už se dlaždice
>>> překreslila nebo ještě ne...
>>>
>>> H.
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>>
>>
> --
> Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji
> stručnost.
> ___
> 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

[talk-cz] Missing Maps mapathon Praha

[Jan Macura]

Ahoj,

jen chci veřejně poznamenat, že včera jsem se poprvé zúčastnil Missing Maps
mapathonu v Praze a nestačil jsem valit oči. Takovou davovou akci s
mikrofony a třemi projektory jsem vážně nečekal. Člověk aby se skoro bál,
že za chvíli bude Afrika líp zmapovaná, než ČR :-)

Každopádně všem organizátorům velký dík a pochvala za rozvoj OSM komunity
 H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-de] Attribut einer Stadt, eines Ortes.

[Martin Koppenhoefer]

Am Mi., 27. Feb. 2019 um 20:01 Uhr schrieb chris66 :

> Am 27.02.2019 um 19:09 schrieb Heinz-Jürgen Oertel:
>
> > ich dachte bisher, das jeder Ort einen Punkt/Point mit entsprechenden
> > Attributen haben sollte.
>
> place=* ist sowohl als Node als auch als Fläche erlaubt. Somit ist
> das aus meiner Sicht korrekt gemappt.



evtl. könnte man sogar beides machen. Das ist noch nicht ganz
ausdiskutiert, aber es würde im Prinzip funktionieren, weil man einen node
ja gut von einem Polygon unterscheiden kann, vor allem könnte man damit am
besten "beides" darstellen:
- das Zentrum / einen zentralen Punkt
- die genaue Ausdehnung der Siedlung (nicht unbedingt, bzw. generell eher
selten identisch mit der gleichnamigen administrativen Fläche, die
normalerweise neben der Siedlung auch das (unbebaute) Umland einschließt).

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

Re: [Talk-it] Osmose: gli edit non funzionano

[Andrea Albani]

Ciao,

guardando la tua history vedo che il changeset relativo all'edit diretto in
osmose [0] ha come ora di apertura 16:23, ma viene chiuso alle 17:34, ora
in cui i change apportati  (public_transport=platform) vengono consolidati
sul db.
Dentro ad esempio ci sono le 2 fermate di "Barbania (fraz. Piana)" che sono
oggetto di un altro changeset [1] creato con iD (aperto e chiuso alle
16:33) in cui cambi i valori dei tag bench e shelter da unknown a no.
La mia ipotesi è che i valori nuovi di questi 2 tag fossero anche nel
changeset di osmose, che essendo però stato consolidato dopo la chiusura
del changeset fatto con iD, non appaiono come modificati da quello di
osmose.

Puoi verificare se quanto sopra è corretto apportando una modifica in
osmose e aspettando che questa appaia nella tua changeset history per poi
controllare se contiene tutte le modifiche attese.

Ciao

[0] https://www.openstreetmap.org/api/0.6/changeset/67623366
[1] https://www.openstreetmap.org/api/0.6/changeset/67623673


Il giorno mer 27 feb 2019 alle ore 20:57 canfe  ha
scritto:

> Ho scoperto che su Osmose se si edita *da *Osmose, la segnalazione sparisce
> ma in realtà il DB di OSM *non *viene aggiornato.
> Capita anche a voi?
>
> Caso pratico:
> ho editato parecchie pensiline bus.
> Osmose segnale un errore con pin marrone perché shelter e bench sono
> /unknown/.
> Con mapillary ho controllato ed ho editato *dall'interno di Osmose*
> mettendo
> yes o no.
> Il pin sparisce e ne compare uno azzurro che indica che bisogna aggiungere
> /platform/.
> Faccio il fix proposto da Osmose *utilizzando *Osmose.
> Il pin sparisce.
> Effetto sul DB: shelter e bench *non *aggiornati, platform *aggiunta *sì.
>
> (ovviamente ho fatto il "save" su Osmose).
>
> Ferruccio Cantone
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Fwd: Porušení licenčních podmínek

[Jan Macura]

Super,

a mimochodem, pěkně, srozumitelně, s citem, informativně, nikoliv výhružně,
napsáno. +1

H.

On Wed, 27 Feb 2019 at 18:26, Miroslav Suchý  wrote:

> FYI - iDnes by měl už uvádět správně kontribuci.
>
> Mirek
>
>
>  Přeposlaná zpráva 
> Předmět:Porušení licenčních podmínek
> Datum:  Wed, 27 Feb 2019 15:56:37 +
> Od: Kchimelová Ivana
>
>
> Dobrý den,
>
> popisky u map v článcích jsme upravili, máte tam prolink na stránku o
> autorských právech.
>
> Díky za upozornění
>
> Ivana Kchimelová, vedoucí magazínů iDNES.cz
>
>
>
>
>
>
>
> -Original Message-
>
> From: Miroslav Suchy [mailto:miros...@suchy.cz]
>
> Sent: Thursday, February 21, 2019 1:37 PM
>
> To: Sefredaktor
>
> Subject: Porušení licenčních podmínek
>
>
>
> Dobrý den,
>
>
>
> jako člen OpenStreetMap Česká republika jsem velmi potěšen, že používáte
> mapy OpenStreetMap na svém webu:
>
>
>
> např.
>
>
> https://www.idnes.cz/zpravy/zahranicni/malawi-vezen-prezil-popravu-kat-uz-byl-unaveny.A190221_111637_zahranicni_kha
>
>
> https://www.idnes.cz/cestovani/po-cesku/zatopene-lomy-tipy-na-koupani-cesko.A180731_155040_po-cesku_hig
>
>
> https://www.idnes.cz/cestovani/kolem-sveta/enklavy-exklavy-evropy-mapa-hranice-staty.A180123_152705_kolem-sveta_hig
>
> a mnoho dalších
>
>
>
> Nicméně jsem si všiml, že mapy neuvádějí správně autorství.
>
> Licence OpenStreeMap vyžaduje, abyste uvedli autorství OpenStreeMap a
> aby uživatelé byli viditelně upozorněni na licenci dat (odkazem na naši
> stránku o autorských právech). Více informací najdete na:
>
>
>
> https://www.openstreetmap.org/copyright
>
>
>
> V článku máte, že mapy poskutjí PhoneMaps (na obrázku) a Fraytag &
> Berndt (pod mapou).
>
> Bohužel to není dostačující, protože mapa vznikla z podkladů
> OpenStreetMap a je nutné přiznat autorství - samotné použití je zdarma.
>
> Přitom na http://mapy.idnes.cz máte toto autorství uvedeno správně,
> takže se jedná opravdu jenom o ty případy, kdy je mapa použita v článcích.
>
>
>
> Správné uvedení autorství pomáhá předejít nedorozuměním ohledně zdrojů
> map či toho, co s nimi mohou ostatní dělat. Chcete-li s touto změnou
> pomoci nebo máte-li jakýkoli jiný dotaz, neváhejte mě kontaktovat přímo
> na tento e-mail nebo českou komunitu na této konferenci:
>
>
>
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> Hlavně nám však správné označení autorství pomáhá šířit povědomí o
> OpenStreetMap, přilákat další přispěvatele a budovat komunitu.
>
> To je velmi důležité pro zlepšování kvality naší databáze, na kterou Vy
> a miliony ostatních spoléhají.
>
>
>
> Pokud poskytnete záruku, že správné příznaní autorství bude provedeno v
> budoucích článcích, tak nebudu trvat na upravách starších článků, což by
> vám zřejmě způsobilo značné komplikace.
>
>
>
> Velmi bych ocenil, pokud byste mi mohli potvrdit přijetí této zprávy.
>
>
>
> S pozdravem
>
>
>
> Miroslav Suchý
>
>
>
>
>
> ___
> 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] Značení obce

[Jan Dudík]

Správně by se měl v terénu značit pouze začátek druhé obce, konec první je
tím automaticky dán.
Takže v jednom směru bude obec A, v druhém obec B. https://mapy.cz/s/3pmrc

JAnD

st 27. 2. 2019 v 16:29 odesílatel Martin Ždila 
napsal:

>
> On Wed, 27 Feb 2019 at 16:19, marek  wrote:
>>
>>> Ahoj. Narazil jsem na problém jak zmapovat začátek a konec obce. Na
>>> jedno místě končí jedna obec a hned začíná druhá a na stejném místě z druhé
>>> strany to samé. Do názvu se vejde jen jeden název obce
>>>
>>
> On Wed, Feb 27, 2019 at 4:23 PM majka  wrote:
>
>> Co přesně je tím myšleno? Dopravní značka?
>> Pokud ano, tak dva samostatné body, pro každou obec samostatně. V mapě
>> klidně ne na sebe, ale vedle sebe, zas tolik to nevadí.
>>
>
> Priklad od vychodnych susedov:
>
> https://www.google.sk/maps/@48.6290709,21.3053544,3a,75y,125.89h,84.91t/data=!3m7!1e1!3m5!1sv1axKVxyfS6PeShXkhSbhw!2e0!6s%2F%2Fgeo2.ggpht.com%2Fcbk%3Fpanoid%3Dv1axKVxyfS6PeShXkhSbhw%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D23.709227%26pitch%3D0%26thumbfov%3D100!7i13312!8i6656
>
> https://www.openstreetmap.org/node/1297442382
> https://www.openstreetmap.org/node/3919282204
>
>
> --
> Martin Ždila
>
> ___
> 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] Kvartální pivo 6. 3. 2019

[Mikoláš Štrajt]

"

potvrzuju se do Prahy.




Já bych se přimlouval za něco více v centru - ať se nás může sejít co
nejvíce. A abych se přiznal nabídka v Oáze mi úplně nesedí :))

"



klidně, Oázu jsem navrhoval hlavně proto, že už brzo nebude.


 
"



Co třeba?

- Ferdinanda (Václavák)(https://osmap.cz/node/344975536) - nahoře plusmínus
klid, hodně místa, kuchyně slušná, pivo asi také, byl jsem tam třeba na
srazu Ubuntu blahé paměti

"



tady jsem byl a (pokud si správně pamatuju), bylo to fajn


 
"



- Jiná Krajina (Karlák)(https://osmap.cz/node/854714238) - velmi klidná,
skoro až komorní, vynikající kuchyně, pivo prý dobré
(http://reznicka.jinakrajina.cz/cs/alkoholicke-napoje/) 

- Café Therapy (Vodičkova)(https://osmap.cz/node/4184471419) - trochu víc
kafé, nevím jestli točí pivo



"



Milan nás minule vzal do jedné hospody na Žižkově - Pivnice u Járy -
https://www.openstreetmap.org/node/1920012010 - tam to bylo celkem dobrý,
jakože to právě nebyla čtyřka jako Oáza.


 
"

Přidal jsem do toho spreadsheetu ještě hlasování - kdo by chtěl kam.

Pozvánku jsem též tweetnul - twitter.com/osmcz/status/1100796804982075393
(https://twitter.com/osmcz/status/1100796804982075393)

"



Taky jsem zahlasoval.




--


Severák

"

(https://twitter.com/osmcz/status/1100796804982075393)

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

[Talk-it] Osmose: gli edit non funzionano

[canfe]

Ho scoperto che su Osmose se si edita *da *Osmose, la segnalazione sparisce
ma in realtà il DB di OSM *non *viene aggiornato.
Capita anche a voi?

Caso pratico:
ho editato parecchie pensiline bus.
Osmose segnale un errore con pin marrone perché shelter e bench sono
/unknown/.
Con mapillary ho controllato ed ho editato *dall'interno di Osmose* mettendo
yes o no.
Il pin sparisce e ne compare uno azzurro che indica che bisogna aggiungere
/platform/.
Faccio il fix proposto da Osmose *utilizzando *Osmose.
Il pin sparisce.
Effetto sul DB: shelter e bench *non *aggiornati, platform *aggiunta *sì.

(ovviamente ho fatto il "save" su Osmose).

Ferruccio Cantone



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

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

[OSRM-talk] integer overflow with weight

[michael spreng]

Hi

I currently have OSRM often stopping on the assert:
BOOST_ASSERT(to_weight >= weight);
in relaxOutgoingEdges in routing_base_mld.hpp

looking into it with a debugger shows to_weight = -1958185565 and weight
= 1418390085 which means that shortcut_weight was probably 918391646
which lead to an overflow.

I use forward/backward_rate from 0 up to 1.2 so I thought that should
not be excessive? What could be the problem?

What could be a workaround for this overflow? ++destination; continue;?

A stack trace is below this message.

Michael



Thread 6 "osrm-routed" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fe970a9b700 (LWP 31177)]
0x76089428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
54  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) where
#0  0x76089428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
#1  0x7608b02a in __GI_abort () at abort.c:89
#2  0x769cc84d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x769ca6b6 in ?? () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x769ca701 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x01158ac2 in (anonymous
namespace)::assertion_failed_msg_helper (expr=expr@entry=0x1267c25
"to_weight >= weight", msg=msg@entry=0x1265491 "",
function=function@entry=0x12a80c0 (osrm::engine::datafacade::ContiguousInternalMemoryDataFacade
const&,
osrm::engine::SearchEngineData::QueryHeap&,
unsigned int, int, osrm::engine::PhantomNodes)::__PRETTY_FUNCTION__>
"void
osrm::engine::routing_algorithms::mld::relaxOutgoingEdges(osrm::engine::DataFacade&,
typename osrm::engine::SearchEngineData::QueryHeap&, NodeID,
EdgeWeight, Args ...) [with"..., file=file@entry=0x126e1c8
"/srv/osrm/osrm-backend/include/engine/routing_algorithms/routing_base_mld.hpp",
line=line@entry=284)
at /srv/osrm/osrm-backend/src/util/assert.cpp:19
#6  0x01158ae9 in boost::assertion_failed
(expr=expr@entry=0x1267c25 "to_weight >= weight",
function=function@entry=0x12a80c0 (osrm::engine::datafacade::ContiguousInternalMemoryDataFacade
const&,
osrm::engine::SearchEngineData::QueryHeap&,
unsigned int, int, osrm::engine::PhantomNodes)::__PRETTY_FUNCTION__>
"void
osrm::engine::routing_algorithms::mld::relaxOutgoingEdges(osrm::engine::DataFacade&,
typename osrm::engine::SearchEngineData::QueryHeap&, NodeID,
EdgeWeight, Args ...) [with"..., file=file@entry=0x126e1c8
"/srv/osrm/osrm-backend/include/engine/routing_algorithms/routing_base_mld.hpp",
line=line@entry=284)
at /srv/osrm/osrm-backend/src/util/assert.cpp:28
#7  0x01211d37 in
osrm::engine::routing_algorithms::mld::relaxOutgoingEdges (facade=..., forward_heap=...,
node=node@entry=12463, weight=weight@entry=1418390085)
at
/srv/osrm/osrm-backend/include/engine/routing_algorithms/routing_base_mld.hpp:284
#8  0x01211dd9 in
osrm::engine::routing_algorithms::mld::routingStep
(facade=..., forward_heap=..., reverse_heap=...,
middle_node=@0x7fe970a99408: 4294967295,
path_upper_bound=@0x7fe970a9940c: 2147483647,
force_loop_forward=force_loop_forward@entry=false,
force_loop_reverse=false)
at
/srv/osrm/osrm-backend/include/engine/routing_algorithms/routing_base_mld.hpp:372
#9  0x01213c9e in
osrm::engine::routing_algorithms::mld::search (
engine_working_data=..., facade=..., forward_heap=...,
reverse_heap=..., force_loop_forward=force_loop_forward@entry=false,
force_loop_reverse=false,
weight_upper_bound=2147483647) at
/srv/osrm/osrm-backend/include/engine/routing_algorithms/routing_base_mld.hpp:427
#10 0x01231512 in
osrm::engine::routing_algorithms::directShortestPathSearch
(engine_working_data=...,
facade=..., phantom_nodes=...) at
/srv/osrm/osrm-backend/src/engine/routing_algorithms/direct_shortest_path.cpp:82
#11 0x01177b76 in
osrm::engine::RoutingAlgorithms::DirectShortestPathSearch
(
this=this@entry=0x7fe970a99b30, phantom_nodes=...) at
/srv/osrm/osrm-backend/include/engine/routing_algorithms.hpp:176
#12 0x011e813a in
osrm::engine::plugins::ViaRoutePlugin::HandleRequest
(this=this@entry=0x1483724, algorithms=..., route_parameters=...,
json_result=...)
at /srv/osrm/osrm-backend/src/engine/plugins/viaroute.cpp:119
#13 0x011897cb in
osrm::engine::Engine::Route
(this=0x1483710, params=..., result=...)
at /srv/osrm/osrm-backend/include/engine/engine.hpp:91
#14 0x010fcb4a in osrm::server::service::RouteService::RunQuery
(this=0x147fee0, prefix_length=18,

query="114.0440677,22.3131517;-1.9914632,52.7475385?hints=T816hmfNeoYAHQcAAFQD",
'A' ,
"MA9rkGLoyNBAACvUgAD_5wj-yvksAFhqSP7zumwAQEADwr2S3U1;OQm4gI4JuIDhBPkDAABiFwAAqqtv"...,
result=...) at
/srv/osrm/osrm-backend/src/server/service/route_service.cpp:69
#15 0x0102658f in osrm::server::ServiceHandler::RunQuery

Re: [OSM-talk-fr] Problème OSRM

[osm . sanspourriel]

Le 27/02/2019 à 11:38, Jérôme Seigneur et - jerome.seigneu...@gmail.com 
a écrit :
Oui c'est suite à la construction de la résidence il y a un beau 
mur... J'ai rencontré plusieurs fois ce cas et je crois qu'il il a 
même eu une situation de fermeture de voie en Bretagne discuté sur OSM.


Mettre un mur et ne pas changer le nom de la rue, c'est ne pas... penser 
beaucoup.


Peut-être que là, la "rue de la Pensée" fait référence à la fleur.

Jérôme, on décrit ce qui est ; et ce qui est c'est un tracé interrompu.

Je viens de mettre barrier=wall sur l'intersection du mur et de la 
route. Comme la route est en filaire il est assez logique que le mur 
soit (aussi) en ponctuel. On verra dans quelques jours si les 
algorithmes prennent ça en compte.


Pour la route en Bretagne, c'était une route bloquée par les zadistes de 
Notre-Dame-Des-Landes et restituée à son usage normal sauf que le 
département avait couiné car la route n'étant pas réparée ils 
préféraient attendre qu'elle le soit pour lui faire retrouver son statut 
de départementale sur OSM.


Jean-Yvon

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

Re: [Talk-de] Attribut einer Stadt, eines Ortes.

[chris66]

Am 27.02.2019 um 19:09 schrieb Heinz-Jürgen Oertel:


ich dachte bisher, das jeder Ort einen Punkt/Point mit entsprechenden
Attributen haben sollte.


place=* ist sowohl als Node als auch als Fläche erlaubt. Somit ist
das aus meiner Sicht korrekt gemappt.

Chris



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

[Talk-de] Jeopardy auf der FOSSGIS Konferenz

[Marc Gehling via Talk-de]

Hallo,

Bald ist die FOSSGIS Konferenz und dieses Jahr ändern wir das 
traditionelle OSM-Quiz etwas ab.


Wir spielen eine Runde Jeopardy(*).

Und dabei brauche ich noch etwas Hilfe. -> Du kannst die Jeopardy Fragen 
und Antworten beisteuern.


Also eine Kategorie überlegen und 5 Antworten plus die dazugehörige 
Frage aufschreiben und mir schicken.


Als Kategorie kann alles aus dem OSM Universum oder dem 
Veranstaltungsort gewählt werden oder ….


Neben Text können ihr auch JPEG Bilder oder WAV-Dateien benutzen.

Schickt mir am besten eine email an marc.gehl...@fossgis.de 
.


(*) Wer nicht genau weiss, was und wie das ablaufen kann… auf 
media.ccc.de nach jeopardy suchen


Schon jetzt vielen Dank

Marc

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

[Talk-de] Attribut einer Stadt, eines Ortes.

[Heinz-Jürgen Oertel]

Hallo ,

ich dachte bisher, das jeder Ort einen Punkt/Point mit entsprechenden 
Attributen haben sollte.
Bei der Stadt Sulina im Donaudelta fehlt der jetzt. Damit sieht man den 
Städtenamen nicht mehr auf openstreetmap.org (mapping für den Renderer)
Bei Sulina hat nur die Stadtgrenze 
https://www.openstreetmap.org/way/74701127
den name=Sulina Tag

Ist das so OK??

 Grüße 
   Heinz



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

[talk-cz] Fwd: Porušení licenčních podmínek

[Miroslav Suchý]

FYI - iDnes by měl už uvádět správně kontribuci.

Mirek


 Přeposlaná zpráva 
Předmět:Porušení licenčních podmínek
Datum:  Wed, 27 Feb 2019 15:56:37 +
Od: Kchimelová Ivana


Dobrý den,

popisky u map v článcích jsme upravili, máte tam prolink na stránku o
autorských právech.

Díky za upozornění

Ivana Kchimelová, vedoucí magazínů iDNES.cz

 

 

 

-Original Message-

From: Miroslav Suchy [mailto:miros...@suchy.cz]

Sent: Thursday, February 21, 2019 1:37 PM

To: Sefredaktor

Subject: Porušení licenčních podmínek

 

Dobrý den,

 

jako člen OpenStreetMap Česká republika jsem velmi potěšen, že používáte
mapy OpenStreetMap na svém webu:

 

např.

https://www.idnes.cz/zpravy/zahranicni/malawi-vezen-prezil-popravu-kat-uz-byl-unaveny.A190221_111637_zahranicni_kha

https://www.idnes.cz/cestovani/po-cesku/zatopene-lomy-tipy-na-koupani-cesko.A180731_155040_po-cesku_hig

https://www.idnes.cz/cestovani/kolem-sveta/enklavy-exklavy-evropy-mapa-hranice-staty.A180123_152705_kolem-sveta_hig

a mnoho dalších

 

Nicméně jsem si všiml, že mapy neuvádějí správně autorství.

Licence OpenStreeMap vyžaduje, abyste uvedli autorství OpenStreeMap a
aby uživatelé byli viditelně upozorněni na licenci dat (odkazem na naši
stránku o autorských právech). Více informací najdete na:

 

https://www.openstreetmap.org/copyright

 

V článku máte, že mapy poskutjí PhoneMaps (na obrázku) a Fraytag &
Berndt (pod mapou).

Bohužel to není dostačující, protože mapa vznikla z podkladů
OpenStreetMap a je nutné přiznat autorství - samotné použití je zdarma.

Přitom na http://mapy.idnes.cz máte toto autorství uvedeno správně,
takže se jedná opravdu jenom o ty případy, kdy je mapa použita v článcích.

 

Správné uvedení autorství pomáhá předejít nedorozuměním ohledně zdrojů
map či toho, co s nimi mohou ostatní dělat. Chcete-li s touto změnou
pomoci nebo máte-li jakýkoli jiný dotaz, neváhejte mě kontaktovat přímo
na tento e-mail nebo českou komunitu na této konferenci:

 

https://lists.openstreetmap.org/listinfo/talk-cz

 

Hlavně nám však správné označení autorství pomáhá šířit povědomí o
OpenStreetMap, přilákat další přispěvatele a budovat komunitu.

To je velmi důležité pro zlepšování kvality naší databáze, na kterou Vy
a miliony ostatních spoléhají.

 

Pokud poskytnete záruku, že správné příznaní autorství bude provedeno v
budoucích článcích, tak nebudu trvat na upravách starších článků, což by
vám zřejmě způsobilo značné komplikace.

 

Velmi bych ocenil, pokud byste mi mohli potvrdit přijetí této zprávy.

 

S pozdravem

 

Miroslav Suchý

 



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

Re: [talk-cz] Kvartální pivo 6. 3. 2019

[Pavel Zbytovský]

Ahoj,

potvrzuju se do Prahy.

Já bych se přimlouval za něco více v centru - ať se nás může sejít co
nejvíce. A abych se přiznal nabídka v Oáze mi úplně nesedí :))
Co třeba?
- Ferdinanda (Václavák)  - nahoře
plusmínus klid, hodně místa, kuchyně slušná, pivo asi také, byl jsem tam
třeba na srazu Ubuntu blahé paměti
- Jiná Krajina (Karlák)  - velmi klidná,
skoro až komorní, vynikající kuchyně, pivo prý dobré

- Café Therapy (Vodičkova)  - trochu víc
kafé, nevím jestli točí pivo

Přidal jsem do toho spreadsheetu ještě hlasování - kdo by chtěl kam.
Pozvánku jsem též tweetnul - twitter.com/osmcz/status/1100796804982075393

Budu se těšit,
P.

On Wed, Feb 27, 2019 at 3:06 PM Tom Ka  wrote:

> Ahoj, v Brne klasicky Kormidlo 18:00.
>
> Bye
>
> On Wed, Feb 27, 2019, 09:43 Marián Kyral  wrote:
>
>> Ahoj,
>> čas pádí mílovými kroky a už je tu další kvartální pivo.
>>
>> Svou účast prosím potvrďte zde:
>> https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=630704749
>>
>> Já budu tentokrát v Ostravě. Přidá se ke mně někdo? :-D
>>
>> Marián
>> ___
>> 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
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Problème OSRM

[Rpnpif]

Le 27 février 2019, Jérôme Seigneuret a écrit :

> Ok pour les compléments @frédéric
> 
> @JB C'est aussi l'un des éléments qui me pose problème. Comme ceux qui font
> un linaire sur du zonage routier déjà saisie en polygonale. Bref la
> modélisation de ce genre de problème peut aussi être traité dans la grille
> en posttraitement ce qui n'est pas le cas.
> 
> Donc tout ne passe pas que par l'abstraction. Pour le moment il n'y a pas
> de règle à ce niveau et donc la route est découpée "par défaut" par les
> contributeurs pour contourner le problème de prise en compte dans les
> graphes sauf que ça génère aussi des alertes sur le schéma d'adressage.
> Je vois plutôt les choses ainsi : Un mur ça se détruit. Et en occurrence,
> le mur détruit ou un barrière enlevée, le résultat sera le même au final on
> pourra de nouveau passer car la route n'est pas altéré.
> Le problème reste le mode de modélisation et donc avoir un nœud commun ça a
> du sens mais pas de couper la route en deux. Il y a le même problème je
> pense avec barrier=bollar tracé en linéaire. Le passage est dans ce cas
> conditionné par moyens et l'on ne fait pas un tronçon piéton au milieu pour
> autant.
> 
> Il ne faut donc pas être aussi pragmatique sur la pratique.
> 
> Quelqu'un a testé sur les routes traversés par un linéaire de
> barrier=bollard (avec ou sans noeud concomitant) ?
> 
> La question est posé coté Graphhopper pour une prise en compte sur le forum
> je vais voir si je bascule sur le Github pour faire une demande d'évolution.


Le tag access=* avec barrier=* ne réglerait-il pas le problème ?

-- 
Alain Rpnpif

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

Re: [OSM-talk] KeepRight might do that already | Re: HTTPS all the Things (Automated Edit)

[Martin Koppenhoefer]

some pages will not work properly if accessed through https, although they 
might work halfway (e.g. they have a valid certificate, but some content is 
only available through http and browser will block it).

I can understand it is preferable to tag https protocol values, but I would 
oppose an automated edit to do it.

Andy‘s idea to link archived versions is interesting, and I can imagine doing 
it, although there is the question which archived version we link to (the last 
one is often not the most extensive). And eventually on which service (although 
I am only aware of archive.org at the moment).


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

Re: [OSM-talk-fr] Problème OSRM

[Jérôme Seigneuret]

Ok pour les compléments @frédéric

@JB C'est aussi l'un des éléments qui me pose problème. Comme ceux qui font
un linaire sur du zonage routier déjà saisie en polygonale. Bref la
modélisation de ce genre de problème peut aussi être traité dans la grille
en posttraitement ce qui n'est pas le cas.

Donc tout ne passe pas que par l'abstraction. Pour le moment il n'y a pas
de règle à ce niveau et donc la route est découpée "par défaut" par les
contributeurs pour contourner le problème de prise en compte dans les
graphes sauf que ça génère aussi des alertes sur le schéma d'adressage.
Je vois plutôt les choses ainsi : Un mur ça se détruit. Et en occurrence,
le mur détruit ou un barrière enlevée, le résultat sera le même au final on
pourra de nouveau passer car la route n'est pas altéré.
Le problème reste le mode de modélisation et donc avoir un nœud commun ça a
du sens mais pas de couper la route en deux. Il y a le même problème je
pense avec barrier=bollar tracé en linéaire. Le passage est dans ce cas
conditionné par moyens et l'on ne fait pas un tronçon piéton au milieu pour
autant.

Il ne faut donc pas être aussi pragmatique sur la pratique.

Quelqu'un a testé sur les routes traversés par un linéaire de
barrier=bollard (avec ou sans noeud concomitant) ?

La question est posé coté Graphhopper pour une prise en compte sur le forum
je vais voir si je bascule sur le Github pour faire une demande d'évolution.





Le mer. 27 févr. 2019 à 11:48, JB  a écrit :

> Pour moi, si la route n'est plus continue, et que personne ne peut passer,
> on ne mets pas de nœud commun aux deux extrémités des chemins, on sépare
> les deux extrémités sur deux nœuds différents.
> (Quoi, l'enrobé va jusqu'au mur, il faut absolument que le mur et les deux
> chemins aient un nœud commun ? On fait de la modélisation, hein. On pense
> aux réutilisateurs de la donnée, aussi.)
> JB.
>
> Le 27/02/2019 à 11:38, Jérôme Seigneuret a écrit :
>
> Oui c'est suite à la construction de la résidence il y a un beau mur...
> J'ai rencontré plusieurs fois ce cas et je crois qu'il il a même eu une
> situation de fermeture de voie en Bretagne discuté sur OSM.
>
> Le mar. 26 févr. 2019 à 22:13, marc marc  a
> écrit :
>
>> Le 26.02.19 à 22:06, osm.sanspourr...@spamgourmet.com a écrit :
>> > Est-ce à dire que le nœud 6132360251 devrait comporter
>> > barrier=wall ?
>>
>> s'il y a bien un mur en travers de la route (?) c'est connu que certains
>> routages ne détectent(aient) pas les barrière traversant l'itinéraire en
>> l'absence de nœud commun et/ou de tag sur ce nœud
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Značení obce

[marek]

Myslel jsem si to, ale logické by to bylo napsat do jedné značky. Děkuji. 
 
Marek Polák
 
__

Od: "Martin Ždila" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 27.02.2019 16:30
Předmět: Re: [talk-cz] Značení obce


On Wed, 27 Feb 2019 at 16:19, marek > 
wrote:Ahoj. Narazil jsem na problém jak zmapovat začátek a konec obce. Na jedno místě končí jedna obec 
a hned začíná druhá a na stejném místě z druhé strany to samé. Do názvu se vejde jen jeden název obce 
On Wed, Feb 27, 2019 at 4:23 PM majka > wrote:
Co přesně je tím myšleno? Dopravní značka?Pokud ano, tak dva samostatné body, pro každou 
obec samostatně. V mapě klidně ne na sebe, ale vedle sebe, zas tolik to nevadí.Priklad od 
vychodnych 
susedov:https://www.google.sk/maps/@48.6290709,21.3053544,3a,75y,125.89h,84.91t/data=!3m7!1e1!3m5!1sv1axKVxyfS6PeShXkhSbhw!2e0!6s%2F%2Fgeo2.ggpht.com%2Fcbk%3Fpanoid%3Dv1axKVxyfS6PeShXkhSbhw%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D23.709227%26pitch%3D0%26thumbfov%3D100!7i13312!8i6656
 
https://www.openstreetmap.org/node/1297442382
 https://www.openstreetma
p.org/no
de/3919282204 
--
Martin Ždila 



--

___
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] Značení obce

[Martin Ždila]

> On Wed, 27 Feb 2019 at 16:19, marek  wrote:
>
>> Ahoj. Narazil jsem na problém jak zmapovat začátek a konec obce. Na jedno
>> místě končí jedna obec a hned začíná druhá a na stejném místě z druhé
>> strany to samé. Do názvu se vejde jen jeden název obce
>>
>
On Wed, Feb 27, 2019 at 4:23 PM majka  wrote:

> Co přesně je tím myšleno? Dopravní značka?
> Pokud ano, tak dva samostatné body, pro každou obec samostatně. V mapě
> klidně ne na sebe, ale vedle sebe, zas tolik to nevadí.
>

Priklad od vychodnych susedov:
https://www.google.sk/maps/@48.6290709,21.3053544,3a,75y,125.89h,84.91t/data=!3m7!1e1!3m5!1sv1axKVxyfS6PeShXkhSbhw!2e0!6s%2F%2Fgeo2.ggpht.com%2Fcbk%3Fpanoid%3Dv1axKVxyfS6PeShXkhSbhw%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D23.709227%26pitch%3D0%26thumbfov%3D100!7i13312!8i6656

https://www.openstreetmap.org/node/1297442382
https://www.openstreetmap.org/node/3919282204


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

Re: [talk-cz] Značení obce

[majka]

Co přesně je tím myšleno? Dopravní značka?
Pokud ano, tak dva samostatné body, pro každou obec samostatně. V mapě
klidně ne na sebe, ale vedle sebe, zas tolik to nevadí.

On Wed, 27 Feb 2019 at 16:19, marek  wrote:

> Ahoj. Narazil jsem na problém jak zmapovat začátek a konec obce. Na jedno
> místě končí jedna obec a hned začíná druhá a na stejném místě z druhé
> strany to samé. Do názvu se vejde jen jeden název obce
>
> Marek Polák
>
>
> ___
> 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

[OSM-talk] KeepRight might do that already | Re: HTTPS all the Things (Automated Edit)

[Rory McCann]

On 27/02/2019 15:08, Andy Mabbett wrote:

P.S. It would also be worth considering extending or adapting the
code, so that if an error like 404 is found, or a timeout occurs, then
either:

* a fixme tag, or note, is created
* an entry is made on a wiki page or similar

or both of the above.


I think KeepRight checks websites, and can report things like that:

https://wiki.openstreetmap.org/wiki/Keep_Right/410_websites

https://www.keepright.at/report_map.php?zoom=14=48.20808=16.37221=B0T=0%2C411%2C412%2C413_ign=0_tmpign=0

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

[talk-cz] Značení obce

[marek]

Ahoj. Narazil jsem na problém jak zmapovat začátek a konec obce. Na jedno místě 
končí jedna obec a hned začíná druhá a na stejném místě z druhé strany to samé. 
Do názvu se vejde jen jeden název obce
 
Marek Polák
 

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

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Mateusz Konieczny]

Feb 27, 2019, 3:08 PM by a...@pigsonthewing.org.uk:

> On Fri, 22 Feb 2019 at 07:02, Bryce Jasmer <> br...@jasmer.com 
> > > wrote:
>
>> I welcome your input.
>>
>
> P.S. It would also be worth considering extending or adapting the
> code, so that if an error like 404 is found, or a timeout occurs, then
> either:
>
> * a fixme tag, or note, is created
> * an entry is made on a wiki page or similar
>
Note that it should be processed as a separate mechanical edit proposal
(and also, problematic websites should be checked multiple times to not
create notes about temporary outages).

Though it may be useful to collect such data during http -> https edit
and publish somewhere.

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

[OSM-talk-ie] New Local Electoral Areas 2018

[Cormac O Murchú]

Unfortunate precedent in Meath

 

They have split EDs between 2 MDs in the cases of Ratoath, Ashbourne and
Laytown-Bettystown EDs. 

 

Until now townlands nested perfectly in EDs which turn nested perfectly In
MDs. This is not now the case. 

 

I doubt that new ‘part’ EDs will be created to reflect this split so we live
with it for the next 5 years. 

 

Description here. 

 

http://www.irishstatutebook.ie/eli/2018/si/628/made/en/print?q=meath

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

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Andy Mabbett]

On Fri, 22 Feb 2019 at 07:02, Bryce Jasmer  wrote:

> I welcome your input.

P.S. It would also be worth considering extending or adapting the
code, so that if an error like 404 is found, or a timeout occurs, then
either:

* a fixme tag, or note, is created
* an entry is made on a wiki page or similar

or both of the above.

And perhaps, if the dead URL is found on archve.org, add something
like a 'website_archive=' tag.

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

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

Re: [talk-cz] Kvartální pivo 6. 3. 2019

[Tom Ka]

Ahoj, v Brne klasicky Kormidlo 18:00.

Bye

On Wed, Feb 27, 2019, 09:43 Marián Kyral  wrote:

> Ahoj,
> čas pádí mílovými kroky a už je tu další kvartální pivo.
>
> Svou účast prosím potvrďte zde:
> https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=630704749
>
> Já budu tentokrát v Ostravě. Přidá se ke mně někdo? :-D
>
> Marián
> ___
> 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

[OSM-ja] 3/17 京都！街歩き！マッピングパーティ：第6回 善峯寺

[yasunari yamashita]

山下です。皆さんこんにちわ。

3月の京都！街歩き！マッピングパーティは、
京都西山にひっそりと、
平安中期に源算上人により開かれた善峯寺をターゲットに開催します
https://openstreetmap-kyoto.connpass.com/event/120564

皆さまの参加をお待ちしています！
-- 
山下康成＠京都府向日市
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Andy Mabbett]

On Fri, 22 Feb 2019 at 07:02, Bryce Jasmer  wrote:

> I have written a script that will search for OSM objects that
> have a website tag that explicitly states "http://...; or implicitly
> uses http by leaving of the protocol specification. The script
> will then loop through all that it discovers and asks the http
> site if it will redirect me to the secure version of the website
> over the https protocol. If it does, I will update the database
> with the new value.

> I welcome your input.
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

I have read the full thread to date and find myself strongly in favour
of this well-argued proposal.

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

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

Re: [Talk-it] Mappatura punti e zone di raccolta

[riccardo pastocchi]

Anche io sono interessato come autista di 118. Quindi se si fa una pagina 
dedicata all’emergenza tenetemi informato. Grazie

> Il giorno 27 feb 2019, alle ore 14:19, Alessandro P. via Talk-it 
>  ha scritto:
> 
> Il 27/02/19 13:36, Matteo Zaffonato ha scritto:
>> Cambio thread per non intasare l'altro.
>> 
>> La cosa interessa molto anche a me, per caso è stata creata in Wiki una 
>> pagina dedicata alla Protezione Civile simile a quella esistente per il CAI? 
>> Ve lo chiedo perché la domanda mi è stata fatta sabato dopo un mio 
>> intervento introduttivo su OSM ad un corso per i membri di alcune sezioni di 
>> Protezione Civile dell'Alto Vicentino.
>> 
>> 
> 
> Ciao,
> ovviamente mi interessa. Non la caratterizzerei esclusivamente sulla 
> Protezione Civile ma sulla gestione delle emergenze in genere. Su questo 
> anche la CRI ha da dire la sua.
> 
> Alessandro
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] Mappatura punti e zone di raccolta

[Alessandro P. via Talk-it]

Il 27/02/19 13:36, Matteo Zaffonato ha scritto:

Cambio thread per non intasare l'altro.

La cosa interessa molto anche a me, per caso è stata creata in Wiki 
una pagina dedicata alla Protezione Civile simile a quella esistente 
per il CAI? Ve lo chiedo perché la domanda mi è stata fatta sabato 
dopo un mio intervento introduttivo su OSM ad un corso per i membri di 
alcune sezioni di Protezione Civile dell'Alto Vicentino.





Ciao,
ovviamente mi interessa. Non la caratterizzerei esclusivamente sulla 
Protezione Civile ma sulla gestione delle emergenze in genere. Su questo 
anche la CRI ha da dire la sua.


Alessandro

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

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Mateusz Konieczny]

Feb 26, 2019, 3:05 PM by frede...@remote.org:

> But I struggle to find any problems with the suggestion, other than my
> general reservation against any automated edit - it will make the object
> "look fresh" when indeed it hasn't been touched.
>

Would you also oppose to human manually checking object by object
and changing http to https where applicable?

I am not sure what "will look fresh" problem really is - what is the negative 
impact here?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Mateusz Konieczny]

Feb 26, 2019, 2:45 PM by iknowjos...@gmail.com:

> I can see in the comments of your diary entry that you were told about HSTS 
> recently. I'm not trying to be offensive, but that shows you're not a HTTPS / 
> web security expert. Do you really think you're the person to be making world 
> wide automatic changes to the database?
>
Ekhmm? Why you think that running OSM bot requires being a HTTPS / web security 
expert?

Making designed search-replace scripts requires no knowledge from this fields.


> Again, are you checking https certificates? Do you know that the https site 
> actually works?
>
Is it really useful? If http redirects to https then what is the difference 
here?

> Are you checking the redirect code? Do you differentiate between temporary 
> and permanent redirects?
>
Good question. Only permanent ones should be followed.

> Are redirects even that bad? If I was to set up some careful redirects and 
> have them ignored by a bot that thinks it knows better, I may be a little 
> annoyed. What about geographic redirects? > http://example.com 
> >  becomes > https://de.example.com 
> > , for example.
>
I asked about this - redirects changing anything more than changing "http" to 
"https" are supposed to be skipped.

> I can see that you want to promote https adoption, but I can't see that the 
> OSM database is the place to do it.
>
I see it as "automatically fixing outdated data that can be fixed using an 
automated script".

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

[Talk-it] Mappatura punti e zone di raccolta

[Matteo Zaffonato]

Cambio thread per non intasare l'altro.

La cosa interessa molto anche a me, per caso è stata creata in Wiki una 
pagina dedicata alla Protezione Civile simile a quella esistente per il 
CAI? Ve lo chiedo perché la domanda mi è stata fatta sabato dopo un mio 
intervento introduttivo su OSM ad un corso per i membri di alcune 
sezioni di Protezione Civile dell'Alto Vicentino.


Ciao, grazie
Matteo

Il 27/02/2019 10:39, Cascafico Giovanni ha scritto:

Per esempio puoi specificare
assembly_point:earthquake=yes
Poi immagino un'altra possa essere flood eccetera...

Il mer 27 feb 2019, 10:09 Max1234Ita > ha scritto:


Approfitto di questo thread per una domanda pratica: come si
mappano i punti
di raccolta per situazioni di emergenza? E' sufficiente
emergency=assembly_point oppure c'è anche qualche tag specifico?

Leggendovi ho pensato che non sarebbe male aggiungere queste
informazioni
anche nella mia città, visto che il Comune ha definito alcune aree
proprio a
questo scopo.


Ciao e grazie!
Max



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

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


___
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] HTTPS all the Things (Automated Edit)

[Mateusz Konieczny]

In this case there are two things - motivation for spending time on edit and 
effects of actual changes.

Motivation is not really important - it is not important whatever someone loves 
letter s or wants to
improve security (and even if security is improved there was no point in 
mentioning it).

No matter what is the motivation, result is that really boring update work will 
be done
and OSM database will be sligthly more up to date.

I do not really care about "latest edit date will change" problem - this is 
only heurestic and 
extremely poor one to measure anything.

Feb 26, 2019, 3:39 PM by iknowjos...@gmail.com:

> Hi Rory,
>
> Sure, so my point is: If someone wants to encourage https adoption in the 
> wider world, the OSM database is not the place to do it. Security mechanisms 
> exist for website operators to implement if they so desire, and they may need 
> help making the most appropriate decisions.
>
> Cheers, Joseph
>
> On Tue, 26 Feb 2019 at 14:30, Rory McCann <> r...@technomancy.org 
> > > wrote:
>
>> On 26/02/2019 14:45, Joseph Reeves wrote:
>>  > As an aside, HSTS is interesting here because the website operator is
>>  > saying "only use this domain over https", but at that point, we don't
>>  > need to make changes to the database because the web client should be
>>  > aware of the HSTS preload list; the protocol listed in the referrer
>>  > is not relevant.
>>  
>>  I don't think we can rely totally on HSTS. I'm sure not all sites are on 
>>  HSTS preload lists. I think OSM has more "website=http://*; tags (965k)¹ 
>>  than Firefox² & Chrome³ have in their HSTS preload lists...
>>  
>>  [1] >> https://taginfo.openstreetmap.org/keys/website#values 
>> 
>>  
>>  [2]
>>  >> 
>> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Strict-Transport-Security#Preloading_Strict_Transport_Security
>>  
>> 
>>  >> 
>> https://hg.mozilla.org/mozilla-central/raw-file/tip/security/manager/ssl/nsSTSPreloadList.inc
>>  
>> 
>>  
>>  [3]
>>  >> https://www.chromium.org/hsts 
>>  >> 
>> https://cs.chromium.org/codesearch/f/chromium/src/net/http/transport_security_state_static.json?cl=5b2537d89ea5994d27bba5735961b0be1095c54c
>>  
>> 
>>

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

[talk-au] Editing speed limit in Australia

[Lacramioara Maghiar - (p)]

Hi all,

I'm writing you regarding the speed limit mapping in Australia.
Specifically, how would you add the speed limit on a motorway link where the 
speed limit sign appears in the field towards the end/in the middle of the link?
Please take a look at the following example: 
https://www.openstreetmap.org/way/37282555. Here, there is a speed limit sign 
of 100 (SL100 hereafter) in the middle of the motorway link. You can see the 
sign here: 
https://www.mapillary.com/app/?focus=photo=cTDOkTXf0M0gVBjem4mt9A=-27.664412022684786=152.7436576757009=17.
In which way would you add the speed limit information in the above-mentioned 
case:

  1.  maxspeed=80 until the SL100 sign and maxspeed=100 until the end of the 
link? maxspeed=80 represents the speed limit of the trunk way from which the 
motorway link leaves.

or

  1.  nothing until the SL100 sign but maxspeed=100 starting with the 
appearance of the sign in the field?


Many thanks!
Lacri

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

[Talk-it] Licenze sui dati open: la soluzione proposta da Linux Foundation accettata da OpenStreetMap Foundation

[Maurizio Napolitano]

[NOTA: ho scritto questa email in altre ML]

Tempo fa mi sono imbattuto nelle licenze di Linux Foundation per i dati.
Il progetto ha nome Community Data License Agreement (CDLA) ed è
raggiungibile qui
https://cdla.io/
Offre due tipi di licenze: CDLA-Permissive e CDLA-Sharing e porta gli
scenari delle due tipologie di licenze più utilizzate nel software
libero: quelle permissive (mit, apache, bsd) e quelle copyleft (gpl,
agpl ...).
I testi delle rispettive licenze entrano nei dettagli precisi di cosa
vuol dire usare i dati riportando le azioni classiche.
Si differenziano quindi dalle creative commons proprio per la
specificità sul dato.
Ho riportato qualcosa sul mio blog qui suo tempo.
http://de.straba.us/2018/08/22/community-data-license-agreement-permissive-una-licenza-opendata-ben-studiata/
dove avevo notato una clausola dove viene salvaguardato il concetto di
citare la fonte ma, allo stesso tempo agevola molto il riuso
(esattamente come le varie licenze apache, mit ...).
So che forse vi suonerà strano che una licenza con vincolo di
attribuzione crei problemi di riuso, ci sono però diversi casi dove
questo si è dimostrato problematico.
Fra i casi, quello più noto, è quello di OpenStreetMap riportato qui
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

Al tempo chiesi un parere in merito al fatto se questa licenza fosse
compatibile con la ODbL (quella usata da OpenStreetMap).
E di recente è stato pubblicato un parere positivo da parte della
OpenStreetMap Foundation
https://wiki.osmfoundation.org/wiki/CDLA_permissive_compatibility
dove però è necessario fare attenzione ad alcune questioni.

Se questa fosse adottata al posto della CC-BY da parte di chi non vede
di buon occhio la CC0, non sarebbe affatto male.
Quello che è certo è che serve essere in tanti a spingere in questa direzione.

Ciao



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

Re: [OSM-talk-fr] Problème OSRM

[JB]

Pour moi, si la route n'est plus continue, et que personne ne peut 
passer, on ne mets pas de nœud commun aux deux extrémités des chemins, 
on sépare les deux extrémités sur deux nœuds différents.
(Quoi, l'enrobé va jusqu'au mur, il faut absolument que le mur et les 
deux chemins aient un nœud commun ? On fait de la modélisation, hein. On 
pense aux réutilisateurs de la donnée, aussi.)

JB.

Le 27/02/2019 à 11:38, Jérôme Seigneuret a écrit :
Oui c'est suite à la construction de la résidence il y a un beau 
mur... J'ai rencontré plusieurs fois ce cas et je crois qu'il il a 
même eu une situation de fermeture de voie en Bretagne discuté sur OSM.


Le mar. 26 févr. 2019 à 22:13, marc marc > a écrit :


Le 26.02.19 à 22:06, osm.sanspourr...@spamgourmet.com
 a écrit :
> Est-ce à dire que le nœud 6132360251 devrait comporter
> barrier=wall ?

s'il y a bien un mur en travers de la route (?) c'est connu que
certains
routages ne détectent(aient) pas les barrière traversant
l'itinéraire en
l'absence de nœud commun et/ou de tag sur ce nœud
___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



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


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

Re: [OSM-talk-fr] Problème OSRM

[Jérôme Seigneuret]

Oui c'est suite à la construction de la résidence il y a un beau mur...
J'ai rencontré plusieurs fois ce cas et je crois qu'il il a même eu une
situation de fermeture de voie en Bretagne discuté sur OSM.

Le mar. 26 févr. 2019 à 22:13, marc marc  a
écrit :

> Le 26.02.19 à 22:06, osm.sanspourr...@spamgourmet.com a écrit :
> > Est-ce à dire que le nœud 6132360251 devrait comporter
> > barrier=wall ?
>
> s'il y a bien un mur en travers de la route (?) c'est connu que certains
> routages ne détectent(aient) pas les barrière traversant l'itinéraire en
> l'absence de nœud commun et/ou de tag sur ce nœud
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Fwd: [V-IOLA] On-Line Support - ACTIVATION REQUEST

[Cascafico Giovanni]

Per esempio puoi specificare
assembly_point:earthquake=yes
Poi immagino un'altra possa essere flood eccetera...

Il mer 27 feb 2019, 10:09 Max1234Ita  ha scritto:

> Approfitto di questo thread per una domanda pratica: come si mappano i
> punti
> di raccolta per situazioni di emergenza? E' sufficiente
> emergency=assembly_point oppure c'è anche qualche tag specifico?
>
> Leggendovi ho pensato che non sarebbe male aggiungere queste informazioni
> anche nella mia città, visto che il Comune ha definito alcune aree proprio
> a
> questo scopo.
>
>
> Ciao e grazie!
> Max
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] attraversamenti pedonali e strade

[Martin Koppenhoefer]

Am Mi., 27. Feb. 2019 um 10:18 Uhr schrieb Volker Schmidt :

>  https://wiki.openstreetmap.org/wiki/Key:crossing
>



Mi sembra più importante questa pagina:
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcrossing

"This tag is used exclusively for nodes. For tagging pedestrian crosswalks
as separate ways, use highway
=footway
 and footway
=crossing
."

e "HowToMap":
"To map a pedestrian crossing, place a node [image: node]
 within the way representing the
road, and set this highway=crossing tag on the node (not on the way). It's
a good idea to further classify the crossing with the tag crossing
=* which more accurately
describes specific types of pedestrian crossings. More combination tags are
described on the Key:crossing
 page.

footway =crossing
 and cycleway
=crossing
 are sometimes
used on ways which lead from a sidewalk to the crossing node (The node
which has this highway=crossing tag)"


direi quest'ultimo paragrafo è chiaro: deve essere taggato il nodo.

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

Re: [Talk-it] attraversamenti pedonali e strade

[Volker Schmidt]

 https://wiki.openstreetmap.org/wiki/Key:crossing


On Wed, 27 Feb 2019 at 09:26, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 27. Feb 2019, at 09:13, Cascafico Giovanni 
> wrote:
> >
> > Se modelli un incrocio con le way, il nodo che fa da giunzione tra
> footway e strada non ha bisogno di nessun tag.
>
>
> potresti avere ragione in teoria, in pratica diventerebbe molto più
> oneroso per i motori di routing avvertire dei crossing, se non ci sono tag.
> Io ritengo i tag sul nodo dell’attraversamento più importanti di quelli sul
> way.
>
>
> Ciao, Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Kvartální pivo 6. 3. 2019

[Mikoláš Štrajt]

Zdar,

potvrdil jsem svou účast v Praze.





Co se týká místa - několikrát jsem kvartální pivo pořádal v Oáze na
Smíchovském nádraží. Ta se bude v průběhu roku (v rámci rekonstrukce
nádraží) rušit a místo ní pak bude nějaký fast food (už jsem jí oplakal :-/
).





Ale zatím tam ještě je, tak tam případně můžu zamluvit stůl.




--


Severák




-- Původní e-mail --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org
Datum: 27. 2. 2019 9:44:27
Předmět: [talk-cz] Kvartální pivo 6. 3. 2019
"
Ahoj,

čas pádí mílovými kroky a už je tu další kvartální pivo.




Svou účast prosím potvrďte zde: https://docs.google.com/spreadsheets/d/12
zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=630704749




Já budu tentokrát v Ostravě. Přidá se ke mně někdo? :-D




Marián

___
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] Fwd: [V-IOLA] On-Line Support - ACTIVATION REQUEST

[Max1234Ita]

Approfitto di questo thread per una domanda pratica: come si mappano i punti
di raccolta per situazioni di emergenza? E' sufficiente
emergency=assembly_point oppure c'è anche qualche tag specifico?

Leggendovi ho pensato che non sarebbe male aggiungere queste informazioni
anche nella mia città, visto che il Comune ha definito alcune aree proprio a
questo scopo.


Ciao e grazie!
Max



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

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

[talk-cz] Kvartální pivo 6. 3. 2019

[Marián Kyral]

Ahoj,

čas pádí mílovými kroky a už je tu další kvartální pivo.




Svou účast prosím potvrďte zde: https://docs.google.com/spreadsheets/d/12
zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=630704749




Já budu tentokrát v Ostravě. Přidá se ke mně někdo? :-D




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

Re: [Talk-it] attraversamenti pedonali e strade

[Martin Koppenhoefer]

sent from a phone

> On 27. Feb 2019, at 09:13, Cascafico Giovanni  wrote:
> 
> Se modelli un incrocio con le way, il nodo che fa da giunzione tra footway e 
> strada non ha bisogno di nessun tag. 


potresti avere ragione in teoria, in pratica diventerebbe molto più oneroso per 
i motori di routing avvertire dei crossing, se non ci sono tag. Io ritengo i 
tag sul nodo dell’attraversamento più importanti di quelli sul way.


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

Re: [Talk-it] attraversamenti pedonali e strade

[Cascafico Giovanni]

Se modelli un incrocio con le way, il nodo che fa da giunzione tra footway
e strada non ha bisogno di nessun tag.

Se invece punti all'essenziale, allora non mapperai nemmeno
footway=crossing, ma solo highway=footway e il nodo giunzione, che in qs
caso dovrà avere i tag relitivi all'attraversamento (uncontrolled, bicycle
ecc.).

Il primo metodo ovviamente è più oneroso per il mappatore, ma ti permette
p.es il dettaglio di kerb diversi alle due estremità dall'attraversamento,
informazione che un nodo non può per sua natura contenere.


Il giorno mar 26 feb 2019 alle ore 13:30 Volker Schmidt 
ha scritto:

> E' essenziale che il nodo comune porti le informazioni:
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it