Re: [Talk-it] Mappatura sentieri 'storici'

[carlo folini]

Ciao,
A chi potesse servire... GPSLogger di Mendhak memorizza le informazioni
sulla qualità del dato registrato.
Adesso devo solo trovare un sito che usi tali informazioni per
visualizzare.
Mi piacerebbe la visualizzazione di una striscia attorno alla traccia con
larghezza dipendente dalla bontà del dato raccolto e, perché no,
l'individuazione del tracciato ottimale :P


526.0
2017-02-24T07:24:41.000Z
290.2
16.01
48.0
gps
16
0.7
0.8
1.0


Il 21 feb 2017 6:49 PM, "solitone"  ha scritto:

> On Monday, 20 February 2017 22:00:05 CET Marco wrote:
> > Quando i sentieri sono molto utilizzati
> > dai ciclisti approfitto della heatmap di strava, ricalcando il sentiero,
> > con risultati ottimi.
>
> Affiancare la propria traccia alla heatmap di Strava è il modo migliore per
> mappare i sentieri, ovviamente quando sono frequentati da rider o runner.
>
> ___
> 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-be] car sharing

[joost schouppe]

I did a few quick checks of the data quality of the Cambio data, and it
looks like it is possibly better than our own data (where we have it).

Of course, still the need for a proper conflation.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Docks (Antwerp port)

[joost schouppe]

OK, so now I actually read it:

According to wikipedia a floating or impounded dock is a dock isolated from
changing tides through locks.

dock=floating is used for floating dry docks (something completely
different)

dock=tidal is used for what wikipedia describes as an impounded dock

The second one is a bit strange, as I would think that implies dock=tidal
equals "a dock that is not tidal" :)

That raises the question: how do you tag a dock that is in fact affected by
tides? I did not seem to find a tag for that, did you guys?

2017-02-24 8:30 GMT+01:00 joost schouppe :

> I'll pass the issue with definition of tidal vs floating on to the tagging
> mailing list to see if there is some strange logic behind it we're missing;
> and report back here.
>
> 2017-02-24 0:12 GMT+01:00 Vincent Van Eyken :
>
>> Indeed many (most) docks in the Port of Antwerp are tagged twice / are
>> represented by 2 entities in OSM: once as an area (with waterway=dock) and
>> once as a linear way (waterway=canal). And I admit to be partly responsible
>> for tagging those docks like that.
>>
>> Here is my take on the reason behind that scheme:
>> - those docks are relatively large bodies of water, hence the requirement
>> for the area to be mapped, with the according waterway=dock tag.
>> - but they are also used as navigable waterways, similar to highways, and
>> therefore (also) need a linear element, running along their centre
>> line/thalweg, to easily enable (logical) route calculation; e.g. brouter
>> already provides route calculation along waterway lines [1]
>> As a linear element, their function is imho more like that of a canal,
>> hence the waterway=canal. Of course, this especially makes sense for an
>> actual "Kanaaldok", but it might be disputable for a dock with only 1
>> entry/exit (like a "cul-de-sac")
>>
>> So basically it is very similar to the tagging scheme for (large) natural
>> rivers[2]: a linear, navigable way (waterway=river), combined with one or
>> more closed areas (waterway=riverbank), or the "street/highway area" scheme
>> for very detailed mapping of roads.
>>
>> The messy rendering is of course a result of the fact that both line and
>> area carry the same name, but I suppose that in itself is not a valid
>> reason for change.
>>
>> As to the types of docks on the wiki: certainly the description for
>> dock=tidal does seem counterintuitive or even wrong... not sure what to
>> make of it...
>>
>>
>> [1] http://brouter.de/brouter-web/#zoom=12=51.3012=4.328
>> 6=OpenStreetMap=4.277115,51.346912|4.412899,
>> 51.254556==river=0=geojson
>> [2] http://wiki.openstreetmap.org/wiki/Rivers
>>
>>
>>
>> -Oorspronkelijk bericht-
>> Van: Michaël Dierick [mailto:mich...@dierick.io]
>> Verzonden: vrijdag 10 februari 2017 18:20
>> Aan: talk-be@openstreetmap.org
>> Onderwerp: [OSM-talk-be] Docks (Antwerp port)
>>
>> Hi,
>>
>> While looking around on the map at the port of Antwerp I noticed some
>> docks are tagged as a waterway=dock as well as canals (waterway=canal)
>> which results in a somewhat messy rendering ... any ideas on this? (do
>> docks need to be tagged as canal as well)?
>> (https://www.openstreetmap.org/#map=15/51.2551/4.3808)
>>
>> Further when looking at the wiki the definitions of dock=tidal and
>> dock=floating seem somewhat mixed up (see wikipedia @
>> https://en.wikipedia.org/wiki/Floating_dock_(impounded) and
>> https://en.wikipedia.org/wiki/Dock_(maritime)#British_English ) ...
>> could someone confirm this?
>>
>> Thanks,
>>
>> Michaël
>>
>> PS: In maritime environments OSM is used quite a lot (indirectly) through
>> www.marinetraffic.com
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-be] Docks (Antwerp port)

[joost schouppe]

I'll pass the issue with definition of tidal vs floating on to the tagging
mailing list to see if there is some strange logic behind it we're missing;
and report back here.

2017-02-24 0:12 GMT+01:00 Vincent Van Eyken :

> Indeed many (most) docks in the Port of Antwerp are tagged twice / are
> represented by 2 entities in OSM: once as an area (with waterway=dock) and
> once as a linear way (waterway=canal). And I admit to be partly responsible
> for tagging those docks like that.
>
> Here is my take on the reason behind that scheme:
> - those docks are relatively large bodies of water, hence the requirement
> for the area to be mapped, with the according waterway=dock tag.
> - but they are also used as navigable waterways, similar to highways, and
> therefore (also) need a linear element, running along their centre
> line/thalweg, to easily enable (logical) route calculation; e.g. brouter
> already provides route calculation along waterway lines [1]
> As a linear element, their function is imho more like that of a canal,
> hence the waterway=canal. Of course, this especially makes sense for an
> actual "Kanaaldok", but it might be disputable for a dock with only 1
> entry/exit (like a "cul-de-sac")
>
> So basically it is very similar to the tagging scheme for (large) natural
> rivers[2]: a linear, navigable way (waterway=river), combined with one or
> more closed areas (waterway=riverbank), or the "street/highway area" scheme
> for very detailed mapping of roads.
>
> The messy rendering is of course a result of the fact that both line and
> area carry the same name, but I suppose that in itself is not a valid
> reason for change.
>
> As to the types of docks on the wiki: certainly the description for
> dock=tidal does seem counterintuitive or even wrong... not sure what to
> make of it...
>
>
> [1] http://brouter.de/brouter-web/#zoom=12=51.3012=4.
> 3286=OpenStreetMap=4.277115,51.346912|4.
> 412899,51.254556==river=0=geojson
> [2] http://wiki.openstreetmap.org/wiki/Rivers
>
>
>
> -Oorspronkelijk bericht-
> Van: Michaël Dierick [mailto:mich...@dierick.io]
> Verzonden: vrijdag 10 februari 2017 18:20
> Aan: talk-be@openstreetmap.org
> Onderwerp: [OSM-talk-be] Docks (Antwerp port)
>
> Hi,
>
> While looking around on the map at the port of Antwerp I noticed some
> docks are tagged as a waterway=dock as well as canals (waterway=canal)
> which results in a somewhat messy rendering ... any ideas on this? (do
> docks need to be tagged as canal as well)?
> (https://www.openstreetmap.org/#map=15/51.2551/4.3808)
>
> Further when looking at the wiki the definitions of dock=tidal and
> dock=floating seem somewhat mixed up (see wikipedia @
> https://en.wikipedia.org/wiki/Floating_dock_(impounded) and
> https://en.wikipedia.org/wiki/Dock_(maritime)#British_English ) ...
> could someone confirm this?
>
> Thanks,
>
> Michaël
>
> PS: In maritime environments OSM is used quite a lot (indirectly) through
> www.marinetraffic.com
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-cz] Import České spořitelny

[Dalibor Jelínek]

Cau,

zadne urgence jsem myslim nikdy nedostal, ale to uz je asi jedno.

Dnes jsem jim napsal mail, jestli ta data muzeme pouzit, tak uvidime.

 

Dalibor

 

 

From: Marián Kyral [mailto:mky...@email.cz] 
Sent: Thursday, February 23, 2017 2:35 PM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Import České spořitelny

 


-- Původní e-mail --
Od: Dalibor Jelínek  >
Komu: 'OpenStreetMap Czech Republic'  >
Datum: 23. 2. 2017 14:07:31
Předmět: [Talk-cz] Import České spořitelny 

Ahoj,

no, vypadá to, že jsem se skutečně k něčemu takovému zavázal.

 

:-D

 

Ale asi jsem nějak čekal na výzvu, že to mám spsutit. :-)

Což v současné době moc nelze, protože s licenčním statusem Unknown

nás odmítnou rovnou.

Chtělo by to asi získat formální svolení s použitím dat.

https://wiki.openstreetmap.org/wiki/Import_%C4%8Cesk%C3%A1_spo%C5%99itelna

 

No já to právě pochopil tak, že od Spořitelny získáš ten souhlas. A myslím, že 
jsem to asi dvakrát u Tebe urgoval, ale neodpověděl jsi mi.

 

Marián

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

Re: [Talk-it] Openrouteservice.org

[Marco]

Tra l'altro sembrano avere anche problemi con l'aggiornamento del database, 
continuano a spostare la data di 2-3 giorni in avanti. Prima doveva essere il 
17, poi il 19, 21,23, adesso 26.
Spero riescano nel loro intento, perché il servizio che offrono é ottimo, però 
le mappe di novembre iniziano ad essere troppo vecchie
Io avevo notato che il dislivello dato da ors sembrava sballato (parecchio) in 
confronto alle curve di livello di opencyclemap

On February 23, 2017 6:02:59 PM GMT+01:00, Cascafico Giovanni 
 wrote:
>Funziona di nuovo!
>
>Purtroppo non mi pare che sia il motore di routing implementato
>recentemente nel sito openstreetmap... ho fatto un paio di prove e con
>openrouteservice risparmio 5 su 30km
>
>Il giorno 15 febbraio 2017 14:45, Marco  ha
>scritto:
>
>> Gli ho scritto due/tre settimane fa e mi hanno detto che hanno avuto
>> problemi causati da un qualche tipo di attacco informatico e che il
>> database non è aggiornato da novembre per quel motivo. Il 17 (tra due
>> giorni) ci sarà un nuovo aggiornamento del database.
>>
>> Qualche ora fa sono sicuro funzionasse, adesso a dire il vero non
>funziona
>> neanche a me il routing (carica all'infinito)
>>
>> Il 15/02/2017 10:23, Lorenzo "Beba" Beltrami ha scritto:
>>
>> Mmmm...
>> Ho provato ora e il routing va, ma il DB di OSM non è aggiornato.
>> L'elemento che ho provato io come partenza è vecchio di almeno un
>mese e
>> mezzo.
>> (Inoltre il loro server è lentissimo a rispondere)
>>
>> Lorenzo
>>
>> Il giorno 15 febbraio 2017 10:07, Cascafico Giovanni
>
>> ha scritto:
>>
>>> Da un paio di settimane non mi funziona più il routing ("Sorry, no
>Route
>>> was found")
>>>
>>> Qualcuno può onfermare?
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>>
>>
>>
>> ___
>> Talk-it mailing
>listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>>
>> ___
>> 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] Data z magistratu Brna - poštovní schránky

[Marián Kyral]

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 13. 2. 2017 6:55:16
Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
"No tak jsem něco zkoušel, ale když jsem našel dva stejné řádky, které se
přesto liší chybějící čárkou, tak mně to přestalo bavit a prozatím jsem to
odložil. Ideální kdyby si do toho zavedli pořádek a přidali tam nějaké
jednoznačné ID.
"


Tak jsem si s tím včera večer zase hrál, chtěl jsem alespoň opravit tag
operátor, aby se to více zelenalo. Všechno šlo pěkně, ale finální generování
dat pro POI-Importer mi selhalo na nějaké podivné chybě a zatím nevím co s
tím. :-(

Mimochodem, ty souřadnice pěkně lítají. Ve FM jsem narazil na schránku,
jejíž souřadnice souřadnice ukazují do Baltského moře. Možná jen prohozené
souřadnice X a Y. To jsem už neověřoval. Asi by se to mohlo nahlásit, ale
nikde na té stránce, ani v "Certifikátu zákaznického výstupu" (divné jméno
pro popis souboru), jsem nenašel kontaktní email.

Marián

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

Wochennotiz Nr. 344 14.02.2017–20.02.2017

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 344 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2017/02/wochennotiz-nr-344/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 344 14.02.2017–20.02.2017

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 344 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2017/02/wochennotiz-nr-344/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Marián Kyral]

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 2. 2017 0:06:11
Předmět: Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz
"




Ahoj, technicky to funguje. Poznámky:


ty vrstevnice jsou ze ZABAGED? Asi ne, co.. Tak ze SRTM? Hezky se kříží..




"



Jo jo. SRTM, render Mapnik u pedra (poloha.net). Chtělo by si s tím ještě
pohrát.



"





Je problém zařídit, aby přepínač "rozbalit vše" se po kliknutí změnil na
"sbalit vše"? (Správná odpověď je ne ;-) )



"



Znáš to přísloví ne? "Když se chce, všechno jde." No a momentálně se moc
nechce :-D Ale do budoucna nelze nic vyloučit.

"




Jinak je to funkčně bezva

 H.







"



To jsem rád :-D




Marián


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

Re: [Talk-ko] Questionable imagery

[Changwoo Ryu]

2017-02-24 12:25 GMT+09:00 Changwoo Ryu :
> This 1-month old blog entry had information on adding VMS as imaginary

not VMS, VWorld as TMS ;)

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

Re: [Talk-ko] Questionable imagery

[Changwoo Ryu]

2017-02-24 3:01 GMT+09:00 Max :
> Recap:
> there is a bunch of (new?) members editing with non licensed vworld as a
> background, essentially making osm a derived work and jeopardizing its
> legality.
>
> Questions:
> 1. How comes? Where is the source? Is there a Korean blog entry, Naver cafe
> or other site that shows people how to do it? Can we stop it at the source?
> Could someone search this on naver/daum? I could not find it in a quick
> attempt, but there must be a source.

I suspected this:

http://blog.naver.com/PostView.nhn?blogId=8527l=220919020518

This 1-month old blog entry had information on adding VMS as imaginary
source. So I have informed the author about the situation about two
weeks ago, and the author has deleted the info.

>
> 2. Is this Pokemon Go related? Are people adding parks, playgrounds and
> footpaths prdominantly?

Absolutely this is related. Well, people seem to map just their
Pokemon Go walking route near their home, so yes I think public places
and foodpaths are being added first.


> 3. IMO it's also a problem with the ID editor that is making it too easy.
> There should be at least a warning  message, or maybe even a blacklisting of
> vworld for the custom backround.
> I filed this issue: https://github.com/openstreetmap/iD/issues/3858

Agreed.

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

[OSM-talk-fr] Comment ajouter des pistes/bandes cyclables?

[Shohreh]

Bonjour,

La Ville de Paris vient d'ajouter des pistes et bandes cyclables boulevard
Arago:

http://www.openstreetmap.org/#map=17/48.83395/2.33731

1. Entre la Place Denfert-Rochereau et la rue du Faubourg Saint-Jacques, il
y a une piste cyclable de chaque côté
2. Entre la rue du Fg Saint-Jacques et la rue de la Santé, il y a une piste
côté montant (est → ouest) mais une bande cyclable côté descendant (ouest →
est).

Le  wiki   
semble dire que pour ajouter des pistes cyclables, il faut ajouter des ways
parallèles à la way existante (modèle T1).

Pour une bande cyclable, il suffit d'ajouter un tag sur la way existante
(modèle L2)… mais comme il n'y actuellement qu'une seule way, faut-il en
créer une seconde et lui attribuer les tags du modèle L2?

Merci.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Comment-ajouter-des-pistes-bandes-cyclables-tp5891958.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] Docks (Antwerp port)

[Vincent Van Eyken]

Indeed many (most) docks in the Port of Antwerp are tagged twice / are 
represented by 2 entities in OSM: once as an area (with waterway=dock) and once 
as a linear way (waterway=canal). And I admit to be partly responsible for 
tagging those docks like that. 

Here is my take on the reason behind that scheme:
- those docks are relatively large bodies of water, hence the requirement for 
the area to be mapped, with the according waterway=dock tag.
- but they are also used as navigable waterways, similar to highways, and 
therefore (also) need a linear element, running along their centre 
line/thalweg, to easily enable (logical) route calculation; e.g. brouter 
already provides route calculation along waterway lines [1]
As a linear element, their function is imho more like that of a canal, hence 
the waterway=canal. Of course, this especially makes sense for an actual 
"Kanaaldok", but it might be disputable for a dock with only 1 entry/exit (like 
a "cul-de-sac")

So basically it is very similar to the tagging scheme for (large) natural 
rivers[2]: a linear, navigable way (waterway=river), combined with one or more 
closed areas (waterway=riverbank), or the "street/highway area" scheme for very 
detailed mapping of roads.

The messy rendering is of course a result of the fact that both line and area 
carry the same name, but I suppose that in itself is not a valid reason for 
change.

As to the types of docks on the wiki: certainly the description for dock=tidal 
does seem counterintuitive or even wrong... not sure what to make of it... 


[1] 
http://brouter.de/brouter-web/#zoom=12=51.3012=4.3286=OpenStreetMap=4.277115,51.346912|4.412899,51.254556==river=0=geojson
 
[2] http://wiki.openstreetmap.org/wiki/Rivers 



-Oorspronkelijk bericht-
Van: Michaël Dierick [mailto:mich...@dierick.io] 
Verzonden: vrijdag 10 februari 2017 18:20
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] Docks (Antwerp port)

Hi,

While looking around on the map at the port of Antwerp I noticed some docks are 
tagged as a waterway=dock as well as canals (waterway=canal) which results in a 
somewhat messy rendering ... any ideas on this? (do docks need to be tagged as 
canal as well)? 
(https://www.openstreetmap.org/#map=15/51.2551/4.3808)

Further when looking at the wiki the definitions of dock=tidal and 
dock=floating seem somewhat mixed up (see wikipedia @
https://en.wikipedia.org/wiki/Floating_dock_(impounded) and 
https://en.wikipedia.org/wiki/Dock_(maritime)#British_English ) ... 
could someone confirm this?

Thanks,

Michaël

PS: In maritime environments OSM is used quite a lot (indirectly) through 
www.marinetraffic.com

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


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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Jan Macura]

Ahoj, technicky to funguje. Poznámky:

ty vrstevnice jsou ze ZABAGED? Asi ne, co.. Tak ze SRTM? Hezky se kříží..

Je problém zařídit, aby přepínač "rozbalit vše" se po kliknutí změnil na
"sbalit vše"? (Správná odpověď je ne ;-) )

Jinak je to funkčně bezva
 H.


2017-02-23 22:16 GMT+01:00 Marián Kyral :

> Ahoj,
> tak má intenzivní, již druhý týden trvající snaha o vylepšení přepínače
> vrstev konečně přinesla ovoce a dostala se do stavu, kdy jsem s výsledkem
> dostatečně spokojen. Hlavně, že to funguje dle mých představ ;-)
>
> Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o
> otestování a komentáře. Demo je dostupné na http://rawgit.com/osmcz/osmcz/
> improve-layer-switcher/index.html
>
>
>
> Hlavní změny:
>
>- Jednotlivé vrstvy rozděleny do skupin
>- Informační text se schoval za ikonu "?"
>- Ladění css a další drobnosti
>- Související změny pod kapotou - rozbitou vrstvu rozcestníku jsem
>snad už dal dohromady ;)
>
>
> Pro zájemce - issue na Githubu: https://github.com/osmcz/osmcz/issues/36
>
>
> Musím říct, že jsem se po počátečních fázích beznaděje konečně trochu
> blíže skamarádil s Bootstrapem. Šikovná věcička ;-)
>
>
> Díky,
> Marián
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-gb-westmidlands] Help with Speed Camera Relation

[jonathan]

Hi,

I’ve created a relation for a speed camera which I believe is correct but I’d 
appreciate a second opinion:

http://www.openstreetmap.org/relation/7002742#map=19/52.40109/-1.93670=D

Thanks

Jonathan
http://bigfatfrog67.me

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

Re: [OSM-talk-be] car sharing

[Santens Seppe]

I’ll ask for clarification.

Seppe

Van: Ben Abelshausen [mailto:ben.abelshau...@gmail.com]
Verzonden: donderdag 23 februari 2017 11:34
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] car sharing

Seppe,
The only issue in OSM is the attribution requirement, meaning we can't quote 
the city of Ghent in every application that uses OSM. That however was fixed 
with the flemish open data license by adding attribution on the OSM wiki by 
adding them to this page:

https://wiki.openstreetmap.org/wiki/Contributors#Belgium

We would need clarification if that is enough to meet the attribution 
requirement in this license. Why btw does the city use yet another license and 
not one of the many many licenses out there? :-) You can see in this case that 
it's not enough to quote equivalence to other licenses.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Thu, Feb 23, 2017 at 11:18 AM, Santens Seppe 
> wrote:
On the topic of car sharing: on the data portal of the City of Ghent (the 
organization I work for), there is a dataset with all Cambio locations (not 
only the ones in Ghent): https://data.stad.gent/datasets/standplaatsen-cambio 
No doubt this could be a great extra help to improve OSM (of course not without 
verification in the field or via Mapillary/OSC).

Could anyone with more legal affinity than me figure out whether the “Algemene 
licentie” (https://data.stad.gent/algemene-licentie - Dutch) is compatible with 
ODbL?

data.stad.gent contains other datasets that – in my opinion – could be very 
interesting for OSM (and in the ideal world vice versa). Have a look at: 
https://data.stad.gent/datasets?geo=2

Seppe

Van: joost schouppe 
[mailto:joost.schou...@gmail.com]
Verzonden: donderdag 9 februari 2017 13:47
Aan: OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] car sharing

Hi,

Here's another example of a Mapcontrib website, this time for car sharing:

https://www.mapcontrib.xyz/t/27b3df-Car_sharing_locations

Hit the smiley-face to connect your OSM account, and you can complete tagging 
or add POIs. I created two presets, for Cambio and Partago, so everyone can 
easily standardise tagging. If someone is interested to complete documentation 
for Belgian operators (including fun stuff like wikidata tags etc), then I'm 
willing to add all of them as presets.
(unfortunately it's still impossible to share mapcontrib instance management)

I really feel like we could do some cool stuff with Mapcontrib, to get many 
more people to contribute random POIs. It's even possible to edit ways or 
relations too, so you could make a mapcontrib instance to collect road surface 
or speed information.

Think of our maxpseed 90>70 problem in Flanders.

These examples are made with cached (updated daily) overpass queries, but you 
can also import other data into mapcontrib and use that for mapping.

I'll gladly give an intro to mapcontrib at the next Brussels and Antwerp 
meetups.

--
Joost Schouppe
OpenStreetMap | 
Twitter | 
LinkedIn | 
Meetup

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

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

Re: [Talk-dk] Højre/venstrevendte cykelstier

[Michael Andersen]

On torsdag den 23. februar 2017 19.54.21 CET Henrik Puukka-S ørensen wrote:
> Hej
> 
> Tak for tilbagemelding.
> 
> Et eksempel på det med cykelstien er i Kronprinsessegade, København:
> 
>  C>
> 
> I følge pilen på ID kortet skulle min rettelse være rigtig også når jeg ser
> på, at vejen er ensrettet, men på cykelkort kommer den nu venstre side!
> 
Den ser for mig ud til at være korrekt tagget. Jeg vil derfor mene at fejlen 
ligger i renderingen af cykelkortet, hvilket formentlig bør meldes til Andy 
Allan (link er nederst til venstre på cykelkortet).

> venlig hilsen
> Henrik Puukka-Sørensen


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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Marián Kyral]

Dne 23.2.2017 v 23:10 Miroslav Suchý napsal(a):

Dne 23.2.2017 v 22:16 Marián Kyral napsal(a):

Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení 
přepínače vrstev konečně přinesla ovoce a dostala se do stavu, kdy 
jsem s výsledkem dostatečně spokojen. Hlavně, že to funguje dle mých 
představ ;-)


Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o 
otestování a komentáře. Demo je dostupné na 
http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html

U me funguje :)

Pokud si muzu vymyslet tak ty ikony collapse all a expand all jsou 
strasne podobny a dokud na ne nekliknu tak netusim co maji delat.

Mirek




Můžeš vybrat lepší: 
https://www.w3schools.com/bootstrap/bootstrap_ref_comp_glyphs.asp


Vop by strašně rád viděl ty ikony sjednocené.

Marián

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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Miroslav Suchý]

Dne 23.2.2017 v 22:16 Marián Kyral napsal(a):

Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení 
přepínače vrstev konečně přinesla ovoce a dostala se do stavu, kdy 
jsem s výsledkem dostatečně spokojen. Hlavně, že to funguje dle mých 
představ ;-)


Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o 
otestování a komentáře. Demo je dostupné na 
http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html

U me funguje :)

Pokud si muzu vymyslet tak ty ikony collapse all a expand all jsou 
strasne podobny a dokud na ne nekliknu tak netusim co maji delat.

Mirek



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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Jirka Sedláček]

Ahoj, pardon, omlouvam se, klient mi preskocil na jiny e-mail.

J.

-- 
Jirka Sedláček

Dne 23. února 2017 v 22:53:58, Jirka Sedláček (fret...@gmail.com) napsal/a:

Jak tomu rikas ty? :)

-- 
Jirka Sedláček

Dne 23. února 2017 v 22:17:10, Marián Kyral (mky...@email.cz) napsal/a:

Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení přepínače
vrstev konečně přinesla ovoce a dostala se do stavu, kdy jsem s výsledkem
dostatečně spokojen. Hlavně, že to funguje dle mých představ ;-)

Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o otestování
a komentáře. Demo je dostupné na
http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html



Hlavní změny:

   - Jednotlivé vrstvy rozděleny do skupin
   - Informační text se schoval za ikonu "?"
   - Ladění css a další drobnosti
   - Související změny pod kapotou - rozbitou vrstvu rozcestníku jsem snad
   už dal dohromady ;)


Pro zájemce - issue na Githubu: https://github.com/osmcz/osmcz/issues/36


Musím říct, že jsem se po počátečních fázích beznaděje konečně trochu blíže
skamarádil s Bootstrapem. Šikovná věcička ;-)


Díky,
Marián

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


0650F459-9B7F-4FA4-872F-F2EEB3C35B37
Description: Binary data
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Jirka Sedláček]

Jak tomu rikas ty? :)

-- 
Jirka Sedláček

Dne 23. února 2017 v 22:17:10, Marián Kyral (mky...@email.cz) napsal/a:

Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení přepínače
vrstev konečně přinesla ovoce a dostala se do stavu, kdy jsem s výsledkem
dostatečně spokojen. Hlavně, že to funguje dle mých představ ;-)

Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o otestování
a komentáře. Demo je dostupné na
http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html



Hlavní změny:

   - Jednotlivé vrstvy rozděleny do skupin
   - Informační text se schoval za ikonu "?"
   - Ladění css a další drobnosti
   - Související změny pod kapotou - rozbitou vrstvu rozcestníku jsem snad
   už dal dohromady ;)


Pro zájemce - issue na Githubu: https://github.com/osmcz/osmcz/issues/36


Musím říct, že jsem se po počátečních fázích beznaděje konečně trochu blíže
skamarádil s Bootstrapem. Šikovná věcička ;-)


Díky,
Marián

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


part1.85E60622.9EDE3F18@email.cz
Description: Binary data
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Marián Kyral]

Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení přepínače 
vrstev konečně přinesla ovoce a dostala se do stavu, kdy jsem s 
výsledkem dostatečně spokojen. Hlavně, že to funguje dle mých představ ;-)


Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o 
otestování a komentáře. Demo je dostupné na 
http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html




Hlavní změny:

 * Jednotlivé vrstvy rozděleny do skupin
 * Informační text se schoval za ikonu "?"
 * Ladění css a další drobnosti
 * Související změny pod kapotou - rozbitou vrstvu rozcestníku jsem
   snad už dal dohromady ;)


Pro zájemce - issue na Githubu: https://github.com/osmcz/osmcz/issues/36


Musím říct, že jsem se po počátečních fázích beznaděje konečně trochu 
blíže skamarádil s Bootstrapem. Šikovná věcička ;-)



Díky,
Marián

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

Re: [Talk-cz] Import České spořitelny

[Petr Vozdecký]

Co tak to spořce podat tak, že nám nejde o jejich souhlas, ale že jim jde o
to být v té mapě a my jim to s radostí technicky a zdarma
zprostředkujeme...? Klidně ať si to tam našupají (s naší pomocí) pod svým
účtem a o update se starají taky sami... Je to upřímě řečeno i v jejich
zájmu...


Nebo je prostě požádat o souhlas a formální předání dat, na tom není nic
složitého a pro ně nebezpečného...


:)

vop


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 2. 2017 14:36:24
Předmět: Re: [Talk-cz] Import České spořitelny

"
-- Původní e-mail --
Od: Dalibor Jelínek 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 23. 2. 2017 14:07:31
Předmět: [Talk-cz] Import České spořitelny
"


Ahoj,

no, vypadá to, že jsem se skutečně k něčemu takovému zavázal.


"



:-D



"




Ale asi jsem nějak čekal na výzvu, že to mám spsutit. :-)


""


Což v současné době moc nelze, protože s licenčním statusem Unknown

nás odmítnou rovnou.

Chtělo by to asi získat formální svolení s použitím dat.

https://wiki.openstreetmap.org/wiki/Import_%C4%8Cesk%C3%A1_spo%C5%99itelna
(https://wiki.openstreetmap.org/wiki/Import_%C4%8Cesk%C3%A1_spo%C5%99itelna)




"



No já to právě pochopil tak, že od Spořitelny získáš ten souhlas. A myslím,
že jsem to asi dvakrát u Tebe urgoval, ale neodpověděl jsi mi.





Marián

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

[Talk-it] Tag venditore ambulante

[smartmouse]

Salve,
sapete indicarmi un tag appropriato per questo venditore ambulante?

http://www.openstreetmap.org/node/4068466076
http://www.openstreetmap.org/node/4068469015
http://www.openstreetmap.org/node/4068475849
http://www.openstreetmap.org/node/4068505464
http://www.openstreetmap.org/node/4068512717

Attualmente c'è "market:shop" ma non so quanto sia applicabile, anche perchè è la forma 
opposta di "shop:market" :D

Grazie a tutti!


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

Re: [Talk-es] Gestor de Tareas

[Alejandro S.]

Hola Javier,

Detalla (en otro hilo distinto a este) para que quieres hacer proyectos en
el Gestor de Tareas y si a la comunidad le parece bien te doy permiso.

Saludos,
  Alejandro Suárez

2017-02-23 17:52 GMT+01:00 Javier Sánchez Portero :

> Hola.
>
> ¿Con quién hay que ponerse en contacto para obtener permisos para crear
> proyectos en el gestor de tareas de OSM-es? En relación al Plan Hidrológico
> de Tenerife que comenté en otro mensaje tengo en mente algunos proyectos en
> los que podría ser útil y me gustaría hacer pruebas antes de definirlos y
> comunicarlos.
>
> Un saludo, Javier.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Gestor de Tareas

[Matías h]

Hola Javier.

Con Alejandro, el que ha iniciado este hilo

Saludos...

El 23 feb. 2017 17:54, "Javier Sánchez Portero" 
escribió:

> Hola.
>
> ¿Con quién hay que ponerse en contacto para obtener permisos para crear
> proyectos en el gestor de tareas de OSM-es? En relación al Plan Hidrológico
> de Tenerife que comenté en otro mensaje tengo en mente algunos proyectos en
> los que podría ser útil y me gustaría hacer pruebas antes de definirlos y
> comunicarlos.
>
> Un saludo, Javier.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Divieto escrementi animali.

[Martin Koppenhoefer]

2017-02-22 19:13 GMT+01:00 Paolo Monegato :

> Sono abbastanza d'accordo, però ora sta a te fare una proposta più sensata
> ;-)





io avevo già affermato all'inizio:
"sono d'accordo con Volker, non è un divieto specifico del parco, anche se
c'è un cartello. Se ci fosse un cartello vietato uccidere persone, lo
dovremmo mappare?"

io mapperei le infrastrutture (dog_excrement_bags, con il tag "dispenser"
invece di "vending").

Per un ipotetico divieto esplicito da mettere in un ipotetico luogo dove
altrimenti sarebbe lecito lasciare la cacca per terra in attesa di un
poveraccio che poi la porta via con la scarpa, in questo ipotetico caso
potrei imaginare un tag esplicito come

dog_faeces=collect_and_dispose (non è proprio corto, ammetto).

oppure, se faeces è troppo esplicito, dog_dirt

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

Re: [Talk-it] Openrouteservice.org

[Cascafico Giovanni]

Funziona di nuovo!

Purtroppo non mi pare che sia il motore di routing implementato
recentemente nel sito openstreetmap... ho fatto un paio di prove e con
openrouteservice risparmio 5 su 30km

Il giorno 15 febbraio 2017 14:45, Marco  ha scritto:

> Gli ho scritto due/tre settimane fa e mi hanno detto che hanno avuto
> problemi causati da un qualche tipo di attacco informatico e che il
> database non è aggiornato da novembre per quel motivo. Il 17 (tra due
> giorni) ci sarà un nuovo aggiornamento del database.
>
> Qualche ora fa sono sicuro funzionasse, adesso a dire il vero non funziona
> neanche a me il routing (carica all'infinito)
>
> Il 15/02/2017 10:23, Lorenzo "Beba" Beltrami ha scritto:
>
> Mmmm...
> Ho provato ora e il routing va, ma il DB di OSM non è aggiornato.
> L'elemento che ho provato io come partenza è vecchio di almeno un mese e
> mezzo.
> (Inoltre il loro server è lentissimo a rispondere)
>
> Lorenzo
>
> Il giorno 15 febbraio 2017 10:07, Cascafico Giovanni 
> ha scritto:
>
>> Da un paio di settimane non mi funziona più il routing ("Sorry, no Route
>> was found")
>>
>> Qualcuno può onfermare?
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> 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-es] Gestor de Tareas

[Javier Sánchez Portero]

Hola.

¿Con quién hay que ponerse en contacto para obtener permisos para crear
proyectos en el gestor de tareas de OSM-es? En relación al Plan Hidrológico
de Tenerife que comenté en otro mensaje tengo en mente algunos proyectos en
los que podría ser útil y me gustaría hacer pruebas antes de definirlos y
comunicarlos.

Un saludo, Javier.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] Ortofo ČR

[Jiří Musil]

Diky za odpovedi. O te Praze vime, tusim ze sem i v archivu zde videl
vlakno kde se to resilo cca rok zpet, bohuzel potrebujeme skutecne celou CR
a zde navic zejmena nezastavene oblasti.

Zda se tedy ze jako moznost je stale nejdostupnejsi nakup licence Google
maps, nebo vyuziti jejich ortofoto v OSM, coz se zda by melo byt mozne ale
bude tam nejspis licencni problem, pripadne vyuzit Mapy.cz API, ktere by
melo byt zdarma i pro komercni ucely, tam jsou ty posledni ortofoto od CUZK
ale bohuzel sme tam zase narazili na nektera omezeni dana API samotnym.

Diky jeste jednou a hezky den

JM

Dne 23. února 2017 17:22 Petr Pridal  napsal(a):

> Zdravim,
>
> s pomoci Google za par minut jsem nasel alespon volne dostupnou 10 cm /
> pixel ortofoto Prahy z 2016:
>
> http://www.geoportalpraha.cz/cs/opendata
> resp.
> http://www.geoportalpraha.cz/cs/opendata/468E977C-DE78-
> 480D-B3D9-43A19BF1CD77
>
> Licence CC-BY-SA 4.0 (http://www.geoportalpraha.cz/cs/clanek/276/licencni-
> podminky-pro-otevrena-data) povoluje komercni pouziti s citaci zdroje.
>
> Staci nahazet data do MapTIler (http://www.maptiler.com) - a vytvorit si
> WMTS ci dladice a zacit pouzivat na webu, v GIS nebo v mobilnich aplikacich
> ;-)
>
> - Je takovych otevrenych ortofoto v CR vice? Napriklad na nekterem z
> kraju? Nebo jina velka mesta?
>
> Celorepublikove volne dostupne pro komercni pouziti budou asi jen
> satelitni snimky, ktere maji cca 15m / pixel z americkeho Landsat-8 a 10m /
> pixel z EU Sentinel-2 (ukazkova data napr. https://gist.github.com/klokan/
> 44739d552b29c203719ab40581d0208b)
>
> Hezky den,
>
> Petr
>
> 2017-02-23 16:07 GMT+01:00 Jiří Musil :
>
>> Dobrý den,
>>
>> předně se omlouvám za začátečnický dotaz. Nevíte zda jsou dostupné
>> ortofoto mapové podklady ČR z focení z poslednich let pro komerční účely
>> jinak než nakupem celého balíku za 2.4mil Kč od ČUZK? Připadně i starší ale
>> takové aby je bylo možné i za úplatu (rozumnou) použít v komerční web
>> aplikaci?
>>
>> Děkuji.
>>
>> Jiří Musil
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>
>
> --
> Petr Pridal, Ph.D.
> CEO
>
> Klokan Technologies GmbH
> Hofnerstrasse 98, 6314 Unterageri, Switzerland
> Tel: +41 (0)41 511 26 12 <+41%2041%20511%2026%2012>
> Email: i...@klokantech.com
> Web: http://www.klokantech.com/
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-GB] London, network=Barclays Cycle Hire

[Dan S]

Thanks all for the comments. So I'll plan to make this change soon. I
made an "automated edit" page to officially describe the change:
https://wiki.openstreetmap.org/wiki/Automated_Edits/mcld

Best
Dan

2017-02-18 12:31 GMT+00:00 Dan S :
> Hi all,
>
> Exactly 1 year ago, Harry pointed out that most of London's bike hire
> scheme was still tagged as "Barclays Cycle Hire" even though it's not
> called that any more.
> 
>
> He said: "I think this is a case where (PROPOSAL) we Londoners should
> be bold and swap them all over as a single edit."
>
> I concurred back then, and I still do. I invite opinions as to the
> best value to put in the network=* tag (see the discussion on the
> wiki, for some suggestions). I've pasted at the end of this email, the
> current counts of values used.
>
> I'd like to propose carrying out that edit, i.e. a simple edit to the
> network=* values listed below, for amenity=bicycle_rental. (Note that
> we'd avoid editing other network=* values such as "Brompton Dock",
> different scheme.)
>
> Best
> Dan
>
>
>
> 422 "network": "Barclays Cycle Hire"
>   1 "network": "Barclays Cycle Hire Scheme"
>   1 "network": "Barkleys Cycle Hire"
>   1 "network": "Santander"
>  20 "network": "Santander Cycle Hire"
>  42 "network": "Santander Cycles"
>   1 "network": "TfL"
>   1 "network": "TFL"
>   3 "network": "TfL Cycle Hire"
>   1 "network": "TFL Cycle Hire"

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

Re: [Talk-cz] Ortofo ČR

[Jan Macura]

 \nexists

2017-02-23 16:07 GMT+01:00 Jiří Musil :

> Dobrý den,
>
> předně se omlouvám za začátečnický dotaz. Nevíte zda jsou dostupné
> ortofoto mapové podklady ČR z focení z poslednich let pro komerční účely
> jinak než nakupem celého balíku za 2.4mil Kč od ČUZK? Připadně i starší ale
> takové aby je bylo možné i za úplatu (rozumnou) použít v komerční web
> aplikaci?
>
> Děkuji.
>
> Jiří Musil
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Expérience OSRM et isochrones carrés

[Nicolas Dumoulin]

Salut,

Le Wed, 22 Feb 2017 22:14:48 +0100,
Marc Sibert  a écrit :
> Je recherche donc des interlocuteurs ayant déjà déployé OSRM dans des 
> dockers.

Je ne suis pas sûr que ça puisse aider, mais comme tu demande du
Dockerfile avec du OSRM dedans, voilà ce que j'ai commis par le passé :
https://github.com/NicolasDumoulin/distancematrix

-- 
Nicolas Dumoulin


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

[Talk-cz] Ortofo ČR

[Jiří Musil]

Dobrý den,

předně se omlouvám za začátečnický dotaz. Nevíte zda jsou dostupné ortofoto
mapové podklady ČR z focení z poslednich let pro komerční účely jinak než
nakupem celého balíku za 2.4mil Kč od ČUZK? Připadně i starší ale takové
aby je bylo možné i za úplatu (rozumnou) použít v komerční web aplikaci?

Děkuji.

Jiří Musil
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] OsmAnd+ in oferta su Play a 3,69€

[THESTORM375]

>
> Grazie per l'informazione 



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

Re: [Talk-dk] Navngivning af butikker samt højre/ventrevendte cykelstier m.m.

[Niels Elgaard Larsen]

På Thu, 23 Feb 2017 13:28:47 +0100
Michael Andersen  skrev:
> On onsdag den 22. februar 2017 21.24.50 CET Henrik Puukka-S ørensen
> wrote:
> > Hej

> Desuden oplever jeg det som både forstyrrende og overflødigt at have
> "Netto" + "stednavn" på OSM. Når jeg studerer et OSM-baseret kort
> behøver jeg jo ikke det der ekstra stednavn for at kunne se hvor
> butikken er placeret.

Nogle gange er det nu meget praktisk.
Jeg bruger det rigtig tit.

Fx når jeg skal købe noget i Bauhaus og Osmand fortæller mig, at der er
5  Bauhaus, alle ca 20 km væk og de alle sammen bare hedder "Bauhaus".
Så er det svært at vælge, for det er ikke nødvendigvis den nærmeste i
fugleflugt, det er nemmest at komme til. Og det er bøvlet at skulle se
dem alle sammen på kortet først.

Eller hvis man skal kommunikere med andre. Fx ringe og aftale at mødes
på Joe & the Juice. Så er det praktisk at kunne sige Joe Juice
Østerbrogade, Hovedbanegården, eller hvor det nu er. Og meget nemmere
for dem i den anden at finde det.  



 
> > 
> > Et andet forhold er retningsbestemmelsen af cykelstier og fortove.
> > 
> > På ensrettede veje vælger jeg altid cycleway:right når cykelstien
> > er på højre side i forhold til kørselsretningen, uanset om
> > husnumrene til højre går i faldende retning.
> > 
> > På dobbeltrettede veje, hvor der kun er cykelsti i den ene side
> > vælger jeg cycleway:right,hvis husnumrene går i stigende rækkefølge
> > (typisk de lige numre).
> > 
> > Er det korrekt?  
> 
> Kan du give eksempler på dette (osm-links)?
> > 
> > venlig hilsen
> > Henrik Puukka-Sørensen Alias Henrik PS  
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk


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

[Talk-it] OsmAnd+ in oferta su Play a 3,69€

[Alessandro]

Giusto per segnalare l'attuale offerta su Play di OsmAnd+

Alessandro Ale_Zena_IT

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

[OSRM-talk] Released OSRM 5.6.0

[Patrick Niklaus]

Hey,

The 5.6.0 release features some great new features. Most importantly
we now support the infamous issue
[#77](https://github.com/Project-OSRM/osrm-backend/issues/77): Routing
on generic weights, not only the duration. This increased our resource
usage quite a bit, so if you are running global deployments make sure
you have enough headroom before upgrading. The car profile makes use
of this new feature by penalizing turns onto restricted streets
(hov-only, `access=destination`) heavily. This makes sure we don't
route through them but still support starting/stopping from them. We
also dropped our dependency on luabind and replaced it with the
awesome sol2 that we can bundle as header-only library.
The trip plugin also saw some improvements with regard to allowing you
to do non-roundtrips and explicitly selecting the first/last node as
start and end-points.

---

 Tags
- Never route over `highway=steps` in the car profile even if access
tags allow it. This is a case of Wiki vs real-data where we pick the
sensible solution for users. See
[#3435](https://github.com/Project-OSRM/osrm-backend/issues/3435) and
[#3668](https://github.com/Project-OSRM/osrm-backend/pull/3668).
- Support `destination:street` tag. See
[#3543](https://github.com/Project-OSRM/osrm-backend/pull/3543).
- Support `surface=sett` for the bike profile. See
[#3657](https://github.com/Project-OSRM/osrm-backend/pull/3657).
- We now respect `access=destination` and only route there when the
start/destination is on that road.
- We now route over hov-only roads, when the start point is already on one.

 API
- Added an option `generate_hints` (`true` by default) which allows to
prevent the engine to generate hints. If there is no need for hints
use this to make the response considerably smaller. See
[#3456](https://github.com/Project-OSRM/osrm-backend/pull/3456).
- `annotations` now also supports a list of specific values like
`distances,nodes,speeds` to only include data selectively.
- The trip plugin supports two new parameters
`round_trip={true,false}` and `source={first,any}` and
`destination={first,any}`.

 Infrastructure
- We disabled Link-Time Optimization by default when building from
source as it lead to complications with old compilers and binutils. If
your system is recent enough and you know what you are doing pass
`-DENABLE_LTO=ON` to CMake. See
[#3524](https://github.com/Project-OSRM/osrm-backend/pull/3524).
- Updated to the latest libosmium version which allows us to skip PBF
metadata improving parsing speed up by 10-20%. If you need metadata on
OSM Objects (think: a way object's version) use `osrm-extract
--with-osm-metadata`. See
[#3373](https://github.com/Project-OSRM/osrm-backend/pull/3373).
- Luabind is no longer required. We removed Luabind completely and
vendor sol2 for bindings now. See
[#3382](https://github.com/Project-OSRM/osrm-backend/pull/3382).
- We refactored the
[car](https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua)
/ 
[bike](https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/bicycle.lua)
and 
[foot](https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/foot.lua)
profile. They should be more readable and easier to get into now.
Thanks Emil Tin for your efforts here.

 Tools
- We re-wrote the `osrm-components` tool: it generates a GeoJSON small
components layer now. See
[#3570](https://github.com/Project-OSRM/osrm-backend/pull/3570).
- There is a new tool `osrm-extract-conditionals` for processing
conditional tags (opening hour grammar). See
[#3414](https://github.com/Project-OSRM/osrm-backend/issues/3414) and
[#3415](https://github.com/Project-OSRM/osrm-backend/pull/3415).

---

[Full 
Changelog](https://github.com/Project-OSRM/osrm-backend/blob/master/CHANGELOG.md#560)

Cheers,
Patrick

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Tomas Novotny]

Ahoj,

jestli to tam neni, tak asi neresit, zase tak to nepotrebuju.
Diky,

T.

On Thu, 23 Feb 2017 13:08:27 +0100 (CET)
Marián Kyral  wrote:

> Ahoj,
> nic takového tam není. Ale nápad to je dobrý. Určitě by tam šlo něco 
> takového dodělat. Jen nevím, kdy bych se k tomu mohl dostal. Teď jsem docela
> zaměstnán vylepšováním přepínače vrstev na openstreetmap.cz
> 
> Marián
> 
> -- Původní e-mail --
> Od: Tomas Novotny 
> Komu: OpenStreetMap Czech Republic 
> Datum: 23. 2. 2017 12:51:51
> Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky 
> "Ahoj,
> 
> spatne jsem se zeptal - myslel jsem, jestli je nekde GPX se vsemi cervenymi
> schrankami. Jde mi o to, ze bych si to natahl do telefonu a pokud se objevim
> v blizkosti toho bodu, zkusil bych ho dohledat.
> 
> Jinak diky za tip s tim propojenim do JOSM.
> 
> T.
> 
> On Wed, 22 Feb 2017 14:32:38 +0100 (CET)
> Marián Kyral  wrote:
> 
> > Ahoj,
> > když si zobrazíš ten tooltip, tak
> > 
> > 
> > 
> > Tak po kliknutí na "Importovaná data" se do JOSM přidá už hotový bod.
> > Kliknutím na "OSM data" se v JOSM stáhne oblast okolo toho bodu.
> > 
> > Tak můžeš využít vlastností JOSM editoru a starý a nový bod sloučit.
> > 
> > K vytvoření bodu v OSM stačí otevřít tooltip toho červeného bodu, kliknout  
> 
> > na "Importovaná data", oblast se ti otevře v JOSM a rovnou se ten bod 
> > vytvoří. Pak už jen upřesníš polohu, zkontroluješ a můžeš uložit do OSM. 
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Tomas Novotny 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 22. 2. 2017 14:08:32
> > Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky 
> > "Ahoj,
> > 
> > On Tue, 21 Feb 2017 21:33:07 +0100
> > Jakub Konečný  wrote:
> >   
> > > Data nejsou v OSM, je to jenom vrstva bodů vytvořená z tabulky ČP.
> > > 
> > > Marián:
> > > "Červená - bod chybí v OSM (nebo je strašně daleko), žlutá - bod   
> existuje 
> > a  
> > > má alespoň některé tagy stejné a zelená - bod existuje a má většinu tagů
> > > stejnou."
> > > 
> > > Tzn. je potřeba se podívat hlavně na body, co jsou červeně a zkusit
> > > schránku v terénu najít a zmapovat (pak bod zezelená :) ). Body, co jsou
> > > zeleně a žlutě, už jsou v OSM a ten, kdo je tam přidal, je tam
> > > pravděpodobně přidal se správnou polohou, takže není potřeba body   
> > přesouvat  
> > > z adresy domu na skutečnou polohu schránky.   
> > 
> > A pokud je ten bod zluty a vidim, ze na nem chybi 'operator' a
> > 'collection_times', mam doplnit? Nebo se to bude resit nasledne nejak
> > hromadne?
> > 
> > Uplne jsem nesledoval diskuzi, ale je nekde dostupne GPX s "cervenymi"
> > schrankami?
> > 
> > Jinak super nastroj.
> > 
> > Diky,
> > 
> > T.
> >   
> > > Akorát je potřeba dát pozor na to, že schránka může být i docela daleko,
> > > tabulka od ČP není moc přesná.
> > > 
> > > Dne 21. února 2017 21:22 Petr Vozdecký  napsal(a):
> > >   
> > > > interesantni, toto jsem jeste nikdy nevidel... ta data jsou uz v OSM?   
> 
> > Nebo  
> > > > je to jen nejaky "mezinastroj" pred importem do OSM?
> > > > jak mam postupovat (ja i kdokoliv jiny) abychom nyni ta data upravili
> > > > (typicky posun z adresy blizkeho domu na skutecnou polohu) a bylo   
> > prehledne  
> > > > co uz je hotove atd.
> > > >
> > > > vop
> > > >
> > > > -- Původní zpráva --
> > > > Od: Jakub Konečný 
> > > > Komu: OpenStreetMap Czech Republic 
> > > > Datum: 21. 2. 2017 19:10:33
> > > > Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
> > > >
> > > > Ahoj,
> > > > naklikal jsem brněnské schránky (zatím bez okolních měst a vesnic,   
> které
> > > > obsluhují brněnské depa), u kterých chyběly souřadnice, do GPX a   
> Marián 
> > je  
> > > > přidal jako vrstvu do POI Importeru. Podle mě super nástroj na   
> mapování
> > > > schránek: http://osm.kyralovi.cz/POI-Importer-testing/#map=14/49.
> > > > 2137/16.5764=CZECPbox;CZECPboxBrno
> > > >
> > > > Pokusím se postupně projít a domapovat sever, kde bydlím.
> > > >
> > > > PS: Musel jsem ve Firefoxu vymazat mezipaměť, aby se mi zobrazila i ta
> > > > nová vrstva.
> > > >
> > > > Jakub Konečný
> > > >
> > > > ___
> > > > Talk-cz mailing list
> > > > Talk-cz@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-cz
> > > >
> > > >
> > > > ___
> > > > Talk-cz mailing list
> > > > Talk-cz@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-cz
> > > >
> > > >   
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > "  
> 
> ___
> Talk-cz 

Re: [Talk-cz] Import České spořitelny

[Marián Kyral]

-- Původní e-mail --
Od: Dalibor Jelínek 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 23. 2. 2017 14:07:31
Předmět: [Talk-cz] Import České spořitelny
"


Ahoj,

no, vypadá to, že jsem se skutečně k něčemu takovému zavázal.


"



:-D



"




Ale asi jsem nějak čekal na výzvu, že to mám spsutit. :-)


""


Což v současné době moc nelze, protože s licenčním statusem Unknown

nás odmítnou rovnou.

Chtělo by to asi získat formální svolení s použitím dat.

https://wiki.openstreetmap.org/wiki/Import_%C4%8Cesk%C3%A1_spo%C5%99itelna
(https://wiki.openstreetmap.org/wiki/Import_%C4%8Cesk%C3%A1_spo%C5%99itelna)




"



No já to právě pochopil tak, že od Spořitelny získáš ten souhlas. A myslím,
že jsem to asi dvakrát u Tebe urgoval, ale neodpověděl jsi mi.





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

[Talk-cz] Přijďte na pravidelný pražský mapathon v úterý 28. února do K10

[Jan Bohm]

Dobrý den vespolek,

Zvu vás na pravidelný pražský mapathon:

https://www.eventbrite.co.uk/e/pravidelny-prazsky-mapathon-tentokrat-v-k10-registration-32225921599

Budeme v překrásných prostorách coworkingového centra K10, budova bývalého 
Dánského velvyslanectví. Na zmapování čeká oblast okolo města Aweil v Jižním 
Súdánu, práce je o to zajímavější, že data jsou předprocesovaná v aplikaci 
MapSwipe (http://mapswipe.org/).

Těším se na setkání
Honza Böhm

Jan Böhm | Digital Strategist
Lékaři bez hranic | Médecins Sans Frontières
Seifertova 555/47 | 130 00 Praha 3 | Czech Republic
+ 420 257 090 152 | www.lekari-bez-hranic.cz
www.lekari-bez-hranic.cz/krize-v-nigerii
[MSF172090_Medium]

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

Re: [Talk-cz] Duplikace názvů

[jzvc]

Dne 23.2.2017 v 9:04 Pavel Machek napsal(a):

Ahoj!


Dá se udělat relace ulice
, do které se dají
ty jména.


A to je rozumny, a asi jediny rozumny. Maly problem vidim v tom "Note
that this relation is not established and unsupported by some
applications. It has also not been approved by vote." . To hlasovani
by to chtelo.


To je sice fakt, ale skutečnost má dva další body, které už nejsou tak
jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama
jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela


Tak v podstate neni duvod relaci neudelat automaticky.


Cus, to prave neni tak easy ...

parkrat sem to tu taky zminoval, a je to zmineno i vyse, celkem 
vseobecne se tohle tyce prakticky vseho.


Defakto aktualni stav vypada zhruba tak, ze renedery (a dalsi aplikace) 
berou v potaz tagy, ktery jsou primo na way/node. Tagy na relacich 
prevazne (az na specielni, dalo by se rict "well known") ignorujou.


Nektery pak sice obsah relace vemou v potaz take, ale zaroven vemou i 
tagy z jejich clenu, takze vysledek je, ze je vse vyrenderovano 2,3,4x ...


Pricemz nema smysl to resit "pouze pro ulice" ... protoze smysl ma resit 
ze naprosto vse muze byt relace (uz jen proto, ze je to vseobecnej 
princip a ze proste nemuzes pojmout pripadny budouci prvky ktery se v 
mape objevej a je nesmysl u kazdyho extra resit, jestli to relace byt 
muze nebo ne) a ze ta relace by vzdy mela mit prednost a jeji podrizene 
prvky by rozhodne nemely duplikovat tagy, ktere obsahuje relace.


A s tim samozrejme souvisi i to, ze editory (predevsim ty webove) s 
relacemi bud neumi pracovat vubec, nebo je to prace pro kocku.



Fakt je ten, ze pokud by se prave tohle (= vse muze byt relace a ta ma 
vzdy prednost) dohodlo, tak by se velka cast dat dala zpracovat automaticky.




Pokud vidim navazujici cesty highway= a maji stejne name=,
posbirat, vyrobit relaci, smazat name= z cest (nebo dokonce byt
chytry, a smazat name= jen z vetsiny cest; nechat to na "dlouhejch"
usecich zhruba uprostred...).

Vyhoda je, ze... tohle je bezpochybi automaticka editace, a bylo by
nejlepsi ji udelat na celym svete. Coz znamena dohadovat se na
imports@ listu...

...coz by ale ve vysledku mohlo byt docela uzitecny, protoze to
znamena velkou debatu (takze se to udela dobre) a velkou publicitu...


Coz by bylo opravdu jedine dobre. Mozna by se konecne neco vyresilo.



Pavel



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




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

[Talk-cz] Import České spořitelny

[Dalibor Jelínek]

Ahoj,

no, vypadá to, že jsem se skutečně k něčemu takovému zavázal.

Ale asi jsem nějak čekal na výzvu, že to mám spsutit. :-)

Což v současné době moc nelze, protože s licenčním statusem Unknown

nás odmítnou rovnou.

 

Chtělo by to asi získat formální svolení s použitím dat.

 

https://wiki.openstreetmap.org/wiki/Import_%C4%8Cesk%C3%A1_spo%C5%99itelna

 

Dalibor

 

 

From: Marián Kyral [mailto:mky...@email.cz] 
Sent: Tuesday, February 21, 2017 11:40 PM
To: talk-cz@openstreetmap.org
Subject: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

 

Dne 21.2.2017 v 21:22 Petr Vozdecký napsal(a):

interesantni, toto jsem jeste nikdy nevidel... ta data jsou uz v OSM? Nebo je 
to jen nejaky "mezinastroj" pred importem do OSM?
jak mam postupovat (ja i kdokoliv jiny) abychom nyni ta data upravili (typicky 
posun z adresy blizkeho domu na skutecnou polohu) a bylo prehledne co uz je 
hotove atd.
1.12.2015 23:52


Takový malý návod jsem sepsal pro import České spořitelny (který se 
neuskutečnil, bo Dalibor slíbil sehnat souhlas a na tom to skončilo :-( ). Ten 
email jsem posílal 1.12.2015 23:52. Tak můžete pohledat v archívu.

Marián




vop

-- Původní zpráva --
Od: Jakub Konečný   
Komu: OpenStreetMap Czech Republic   

Datum: 21. 2. 2017 19:10:33
Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

 

Ahoj,

naklikal jsem brněnské schránky (zatím bez okolních měst a vesnic, které 
obsluhují brněnské depa), u kterých chyběly souřadnice, do GPX a Marián je 
přidal jako vrstvu do POI Importeru. Podle mě super nástroj na mapování 
schránek: http://osm.kyralovi.cz/POI-Importer-testing/#map=14/49.2137/16.5764 

 =CZECPbox;CZECPboxBrno

Pokusím se postupně projít a domapovat sever, kde bydlím.

 

PS: Musel jsem ve Firefoxu vymazat mezipaměť, aby se mi zobrazila i ta nová 
vrstva.

Jakub Konečný

 

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






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

 

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

Re: [Talk-GB] Ipswich data

[Gregory]

It's been about 6 years since Gail asked where public toilets were.
At which time, OpenStreetMap had locations of about 260. Source:
http://www.livingwithdragons.com/2011/01/i-need-to-go

By summer 2014, she was starting to get somewhere (or at least, people like
Geomob/ODI were listening), and she launched a new version of her
map/website.
My comments at that time:
http://www.livingwithdragons.com/2014/09/flushing-a-website-away


>From Newcastle,
Gregory.




On 23 February 2017 at 12:35, SK53  wrote:

> It took Gail Ramster  getting on for 3 years
> to get public loo data released from many councils, and from what I recall
> several were very resistant. However, for the most part councils were
> willing to participate, not just because there was some kind of incentive,
> but most could see the value of having this as open data.
>
> It must be over 2 years since she talked about this at Geomob & the ODI.
>
> Jerry
>
>
>
> On 23 February 2017 at 12:11, Andy Robinson  wrote:
>
>> The dataset you have all be waiting for ;-)
>>
>> https://data.gov.uk/dataset/public-toilets5
>>
>> Cheers
>> Andy
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>


-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-dk] Navngivning af butikker samt højre/ventrevendte cykelstier m.m.

[Jørgen Elgaard Larsen]

Henrik Puukka-Sørensen skrev:

f.eks. Netto Birkerød. Er det egentlig forkert?


Godt spørgsmål.

Vi prøver jo altid at mappe virkeligheden objektivt. Så hvis der står 
"Netto Birkerød" på facaden, bør det mappes sådan. Hvis der bare står 
"Netto", er det straks sværere. Ofte vil de skrive "Netto Birkerød" på 
hjemmesiden og på bon'en, når du handler. Så det kan objektivt 
verificeres, hvad den hedder.


Hjart skriver, at det kan være forstyrrende at se stednavne på kortet. 
Det er jeg til dels enig i. Ofte er det overflødigt. Men andre gange 
giver det mening: Du får at vide, at "Netto Jagtvej" har tilbud på ymer. 
Men hvilken af de 49 Nettoer på Jagtvej hedder "Netto Jagtvej"?


Det er også rart i navigationsapplikationer. Du søger på "Bauhaus" og 
får at vide at der er 21 kilometer til "Bauhaus Hillerød" og 27 til 
"Bauhaus Glostrup". Fint nok, så kan du nemt vælge den, der er 
nogenlunde i den rigtige retning.



På dobbeltrettede veje, hvor der kun er cykelsti i den ene side vælger
jeg cycleway:right,hvis husnumrene går i stigende rækkefølge (typisk de
lige numre).


Du skal ikke kigge på husnumrene.

Alle veje i OSM har en retning. cycleway:right skal altid ses i forhold 
til vejens retning. Det samme gælder oneway og :forward/:backward.


Desværre er alle editorer ikke lige gode til at vise retningen på en 
vej. JOSM viser dem f.x. meget tydeligt, mens det er mere diskret i ID 
(der skal man se efter en lille trekant inde i vejen).



- Jørgen

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

Re: [Talk-GB] Ipswich data

[SK53]

It took Gail Ramster  getting on for 3 years
to get public loo data released from many councils, and from what I recall
several were very resistant. However, for the most part councils were
willing to participate, not just because there was some kind of incentive,
but most could see the value of having this as open data.

It must be over 2 years since she talked about this at Geomob & the ODI.

Jerry



On 23 February 2017 at 12:11, Andy Robinson  wrote:

> The dataset you have all be waiting for ;-)
>
> https://data.gov.uk/dataset/public-toilets5
>
> Cheers
> Andy
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-dk] Navngivning af butikker samt højre/ventrevendte cykelstier m.m.

[Michael Andersen]

On onsdag den 22. februar 2017 21.24.50 CET Henrik Puukka-S ørensen wrote:
> Hej
> 
> Jeg har lige fjernet de hedengangne døgnnettoer. Jeg har ved omdannelsen til
> almindelige Netto butikker tillige skrevet det stednavn som Netto anvender
> på deres hjemmeside, f.eks. Netto Birkerød. Er det egentlig forkert?
> 
> Jeg synes ikke helt jeg kan læse det ud af wikien.

Jeg vil ikke forvente at dette ville kunne læses ud af vores wiki.

Min opfattelse er at de her stednavne som man kan se på Nettos hjemmeside mest 
er til "internt" brug. Jeg kan sagtens se hvordan stednavnet kan være nyttigt 
på hjemmesiden og internt i kæden, men på den fysiske facade på de enkelte 
butikker står der jo aldrig andet end blot "Netto".

Desuden oplever jeg det som både forstyrrende og overflødigt at have "Netto" + 
"stednavn" på OSM. Når jeg studerer et OSM-baseret kort behøver jeg jo ikke 
det der ekstra stednavn for at kunne se hvor butikken er placeret.

> 
> Et andet forhold er retningsbestemmelsen af cykelstier og fortove.
> 
> På ensrettede veje vælger jeg altid cycleway:right når cykelstien er på
> højre side i forhold til kørselsretningen, uanset om husnumrene til højre
> går i faldende retning.
> 
> På dobbeltrettede veje, hvor der kun er cykelsti i den ene side vælger jeg
> cycleway:right,hvis husnumrene går i stigende rækkefølge (typisk de lige
> numre).
> 
> Er det korrekt?

Kan du give eksempler på dette (osm-links)?
> 
> venlig hilsen
> Henrik Puukka-Sørensen Alias Henrik PS



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

[Talk-GB] Ipswich data

[Andy Robinson]

The dataset you have all be waiting for ;-)

https://data.gov.uk/dataset/public-toilets5

Cheers
Andy


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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Marián Kyral]

Ahoj,
nic takového tam není. Ale nápad to je dobrý. Určitě by tam šlo něco
takového dodělat. Jen nevím, kdy bych se k tomu mohl dostal. Teď jsem docela
zaměstnán vylepšováním přepínače vrstev na openstreetmap.cz

Marián

-- Původní e-mail --
Od: Tomas Novotny 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 2. 2017 12:51:51
Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
"Ahoj,

spatne jsem se zeptal - myslel jsem, jestli je nekde GPX se vsemi cervenymi
schrankami. Jde mi o to, ze bych si to natahl do telefonu a pokud se objevim
v blizkosti toho bodu, zkusil bych ho dohledat.

Jinak diky za tip s tim propojenim do JOSM.

T.

On Wed, 22 Feb 2017 14:32:38 +0100 (CET)
Marián Kyral  wrote:

> Ahoj,
> když si zobrazíš ten tooltip, tak
>
>
>
> Tak po kliknutí na "Importovaná data" se do JOSM přidá už hotový bod.
> Kliknutím na "OSM data" se v JOSM stáhne oblast okolo toho bodu.
>
> Tak můžeš využít vlastností JOSM editoru a starý a nový bod sloučit.
>
> K vytvoření bodu v OSM stačí otevřít tooltip toho červeného bodu, kliknout

> na "Importovaná data", oblast se ti otevře v JOSM a rovnou se ten bod
> vytvoří. Pak už jen upřesníš polohu, zkontroluješ a můžeš uložit do OSM.
>
> Marián
>
> -- Původní e-mail --
> Od: Tomas Novotny 
> Komu: OpenStreetMap Czech Republic 
> Datum: 22. 2. 2017 14:08:32
> Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
> "Ahoj,
>
> On Tue, 21 Feb 2017 21:33:07 +0100
> Jakub Konečný  wrote:
>
> > Data nejsou v OSM, je to jenom vrstva bodů vytvořená z tabulky ČP.
> >
> > Marián:
> > "Červená - bod chybí v OSM (nebo je strašně daleko), žlutá - bod
existuje
> a
> > má alespoň některé tagy stejné a zelená - bod existuje a má většinu tagů
> > stejnou."
> >
> > Tzn. je potřeba se podívat hlavně na body, co jsou červeně a zkusit
> > schránku v terénu najít a zmapovat (pak bod zezelená :) ). Body, co jsou
> > zeleně a žlutě, už jsou v OSM a ten, kdo je tam přidal, je tam
> > pravděpodobně přidal se správnou polohou, takže není potřeba body
> přesouvat
> > z adresy domu na skutečnou polohu schránky.
>
> A pokud je ten bod zluty a vidim, ze na nem chybi 'operator' a
> 'collection_times', mam doplnit? Nebo se to bude resit nasledne nejak
> hromadne?
>
> Uplne jsem nesledoval diskuzi, ale je nekde dostupne GPX s "cervenymi"
> schrankami?
>
> Jinak super nastroj.
>
> Diky,
>
> T.
>
> > Akorát je potřeba dát pozor na to, že schránka může být i docela daleko,
> > tabulka od ČP není moc přesná.
> >
> > Dne 21. února 2017 21:22 Petr Vozdecký  napsal(a):
> >
> > > interesantni, toto jsem jeste nikdy nevidel... ta data jsou uz v OSM?

> Nebo
> > > je to jen nejaky "mezinastroj" pred importem do OSM?
> > > jak mam postupovat (ja i kdokoliv jiny) abychom nyni ta data upravili
> > > (typicky posun z adresy blizkeho domu na skutecnou polohu) a bylo 
> prehledne
> > > co uz je hotove atd.
> > >
> > > vop
> > >
> > > -- Původní zpráva --
> > > Od: Jakub Konečný 
> > > Komu: OpenStreetMap Czech Republic 
> > > Datum: 21. 2. 2017 19:10:33
> > > Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
> > >
> > > Ahoj,
> > > naklikal jsem brněnské schránky (zatím bez okolních měst a vesnic,
které
> > > obsluhují brněnské depa), u kterých chyběly souřadnice, do GPX a
Marián
> je
> > > přidal jako vrstvu do POI Importeru. Podle mě super nástroj na
mapování
> > > schránek: http://osm.kyralovi.cz/POI-Importer-testing/#map=14/49.
> > > 2137/16.5764=CZECPbox;CZECPboxBrno
> > >
> > > Pokusím se postupně projít a domapovat sever, kde bydlím.
> > >
> > > PS: Musel jsem ve Firefoxu vymazat mezipaměť, aby se mi zobrazila i ta
> > > nová vrstva.
> > >
> > > Jakub Konečný
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > >
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > >
> > >
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> "

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

Re: [Talk-in] irc

[Jinal Foflia]

Hi Kelvin,

We have the following channels in IRC  *#osm-asia**, *thanks to Arun (aka
PlaneMad)! This is available in* irc.oftc.net *
network.

There is also a facebook group -
https://www.facebook.com/groups/mappingindia/ where there are a lot of us
who share articles and events related to OSM.

Cheers,
Jinal Foflia

On Fri, Feb 3, 2017 at 12:19 AM, muzirian  wrote:

> Hi I map using the name muzirian, from Kerala.
> I was looking for irc channel or something for osm India, couldn't find
> any.
> If there is none, wouldn't it be good to have an room or group on
> irc,riot,xmp or some other platfom for India specific talks or to help
> people fom here with mapping?
>
> Kelvin
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Tomas Novotny]

Ahoj,

spatne jsem se zeptal - myslel jsem, jestli je nekde GPX se vsemi cervenymi
schrankami. Jde mi o to, ze bych si to natahl do telefonu a pokud se objevim
v blizkosti toho bodu, zkusil bych ho dohledat.

Jinak diky za tip s tim propojenim do JOSM.

T.

On Wed, 22 Feb 2017 14:32:38 +0100 (CET)
Marián Kyral  wrote:

> Ahoj,
> když si zobrazíš ten tooltip, tak
> 
> 
> 
> Tak po kliknutí na "Importovaná data" se do JOSM přidá už hotový bod.
> Kliknutím na "OSM data" se v JOSM stáhne oblast okolo toho bodu.
> 
> Tak můžeš využít vlastností JOSM editoru a starý a nový bod sloučit.
> 
> K vytvoření bodu v OSM stačí otevřít tooltip toho červeného bodu, kliknout 
> na "Importovaná data", oblast se ti otevře v JOSM a rovnou se ten bod 
> vytvoří. Pak už jen upřesníš polohu, zkontroluješ a můžeš uložit do OSM. 
> 
> Marián
> 
> -- Původní e-mail --
> Od: Tomas Novotny 
> Komu: OpenStreetMap Czech Republic 
> Datum: 22. 2. 2017 14:08:32
> Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky 
> "Ahoj,
> 
> On Tue, 21 Feb 2017 21:33:07 +0100
> Jakub Konečný  wrote:
> 
> > Data nejsou v OSM, je to jenom vrstva bodů vytvořená z tabulky ČP.
> > 
> > Marián:
> > "Červená - bod chybí v OSM (nebo je strašně daleko), žlutá - bod existuje   
> a
> > má alespoň některé tagy stejné a zelená - bod existuje a má většinu tagů
> > stejnou."
> > 
> > Tzn. je potřeba se podívat hlavně na body, co jsou červeně a zkusit
> > schránku v terénu najít a zmapovat (pak bod zezelená :) ). Body, co jsou
> > zeleně a žlutě, už jsou v OSM a ten, kdo je tam přidal, je tam
> > pravděpodobně přidal se správnou polohou, takže není potřeba body   
> přesouvat
> > z adresy domu na skutečnou polohu schránky.  
> 
> A pokud je ten bod zluty a vidim, ze na nem chybi 'operator' a
> 'collection_times', mam doplnit? Nebo se to bude resit nasledne nejak
> hromadne?
> 
> Uplne jsem nesledoval diskuzi, ale je nekde dostupne GPX s "cervenymi"
> schrankami?
> 
> Jinak super nastroj.
> 
> Diky,
> 
> T.
> 
> > Akorát je potřeba dát pozor na to, že schránka může být i docela daleko,
> > tabulka od ČP není moc přesná.
> > 
> > Dne 21. února 2017 21:22 Petr Vozdecký  napsal(a):
> >   
> > > interesantni, toto jsem jeste nikdy nevidel... ta data jsou uz v OSM?   
> Nebo
> > > je to jen nejaky "mezinastroj" pred importem do OSM?
> > > jak mam postupovat (ja i kdokoliv jiny) abychom nyni ta data upravili
> > > (typicky posun z adresy blizkeho domu na skutecnou polohu) a bylo   
> prehledne
> > > co uz je hotove atd.
> > >
> > > vop
> > >
> > > -- Původní zpráva --
> > > Od: Jakub Konečný 
> > > Komu: OpenStreetMap Czech Republic 
> > > Datum: 21. 2. 2017 19:10:33
> > > Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
> > >
> > > Ahoj,
> > > naklikal jsem brněnské schránky (zatím bez okolních měst a vesnic, které
> > > obsluhují brněnské depa), u kterých chyběly souřadnice, do GPX a Marián   
> je
> > > přidal jako vrstvu do POI Importeru. Podle mě super nástroj na mapování
> > > schránek: http://osm.kyralovi.cz/POI-Importer-testing/#map=14/49.
> > > 2137/16.5764=CZECPbox;CZECPboxBrno
> > >
> > > Pokusím se postupně projít a domapovat sever, kde bydlím.
> > >
> > > PS: Musel jsem ve Firefoxu vymazat mezipaměť, aby se mi zobrazila i ta
> > > nová vrstva.
> > >
> > > Jakub Konečný
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > >
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > >
> > >   
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> "

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

Re: [OSM-talk] Spam reporting

[Daniel Koć]

W dniu 23.02.2017 10:48, Jochen Topf napisał(a):

Every larger system that allows user contributions has a "report this 
as

spam" button. If a few people click on that, an admin reviews and
handles this. Sounds like an obvious solution that could also work for
OSM. Not being able to report problems is frustrating to users. The


Actually we have it in OSM forum and I'm one of the (new) admins who 
take care of spam reports by users. =}


It seems pretty fast and effective system to me, so I guess it could be 
also this way on OSM diary. I don't know where the biggest problem is - 
maybe it's this nagging bar on the forum which motivates me to clean 
things up every time it shows? Wiki page is not that visible probably, 
but there might be some other things which can help making spam removing 
more streamlined.


I hope that moderation queue solution will be finished and merged 
eventually, however I'm not a programmer and I can't offer my help with 
this code.


--
"Like a halo in reverse" [M. Gore]

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

Re: [OSM-talk] Spam reporting

[Tom Hughes]

On 23/02/17 10:43, Maarten Deen wrote:

On 2017-02-23 11:23, Tom Hughes wrote:

On 23/02/17 09:48, Jochen Topf wrote:


Every larger system that allows user contributions has a "report this as
spam" button. If a few people click on that, an admin reviews and
handles this. Sounds like an obvious solution that could also work for
OSM. Not being able to report problems is frustrating to users. The
whole question of who decides what is spam and what isn't is a bit
besides the point here, isn't it? Obviously somebody is already handling
this as you mention and it works. But what would help is a nice button.


Yes, yet strangely nobody seems to want to finish off the work to
implement it.

Note that the button is the easy bit really, there is much more work
behind that to implement some sort of moderation queue where the
information can be stored and presented to moderators.


Put them as nodes in the OSM database ;)

More seriously: Trac?


Dear god, no.

Look most of the code is already written, somebody just needs to finish 
it off!


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] Spam reporting

[Maarten Deen]

On 2017-02-23 11:23, Tom Hughes wrote:

On 23/02/17 09:48, Jochen Topf wrote:

Every larger system that allows user contributions has a "report this 
as

spam" button. If a few people click on that, an admin reviews and
handles this. Sounds like an obvious solution that could also work for
OSM. Not being able to report problems is frustrating to users. The
whole question of who decides what is spam and what isn't is a bit
besides the point here, isn't it? Obviously somebody is already 
handling
this as you mention and it works. But what would help is a nice 
button.


Yes, yet strangely nobody seems to want to finish off the work to 
implement it.


Note that the button is the easy bit really, there is much more work
behind that to implement some sort of moderation queue where the
information can be stored and presented to moderators.


Put them as nodes in the OSM database ;)

More seriously: Trac?

Maarten

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

Re: [OSM-talk-be] car sharing

[Ben Abelshausen]

Seppe,

The only issue in OSM is the attribution requirement, meaning we can't
quote the city of Ghent in every application that uses OSM. That however
was fixed with the flemish open data license by adding attribution on the
OSM wiki by adding them to this page:

https://wiki.openstreetmap.org/wiki/Contributors#Belgium

We would need clarification if that is enough to meet the attribution
requirement in this license. Why btw does the city use yet another license
and not one of the many many licenses out there? :-) You can see in this
case that it's not enough to quote equivalence to other licenses.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Thu, Feb 23, 2017 at 11:18 AM, Santens Seppe 
wrote:

> On the topic of car sharing: on the data portal of the City of Ghent (the
> organization I work for), there is a dataset with all Cambio locations (not
> only the ones in Ghent): https://data.stad.gent/
> datasets/standplaatsen-cambio No doubt this could be a great extra help
> to improve OSM (of course not without verification in the field or via
> Mapillary/OSC).
>
>
>
> Could anyone with more legal affinity than me figure out whether the
> “Algemene licentie” (https://data.stad.gent/algemene-licentie - Dutch) is
> compatible with ODbL?
>
>
>
> data.stad.gent contains other datasets that – in my opinion – could be
> very interesting for OSM (and in the ideal world vice versa). Have a look
> at: https://data.stad.gent/datasets?geo=2
>
>
>
> Seppe
>
>
>
> *Van:* joost schouppe [mailto:joost.schou...@gmail.com]
> *Verzonden:* donderdag 9 februari 2017 13:47
> *Aan:* OpenStreetMap Belgium
> *Onderwerp:* [OSM-talk-be] car sharing
>
>
>
> Hi,
>
>
>
> Here's another example of a Mapcontrib website, this time for car sharing:
>
>
>
> https://www.mapcontrib.xyz/t/27b3df-Car_sharing_locations
>
>
>
> Hit the smiley-face to connect your OSM account, and you can complete
> tagging or add POIs. I created two presets, for Cambio and Partago, so
> everyone can easily standardise tagging. If someone is interested to
> complete documentation for Belgian operators (including fun stuff like
> wikidata tags etc), then I'm willing to add all of them as presets.
>
> (unfortunately it's still impossible to share mapcontrib instance
> management)
>
>
>
> I really feel like we could do some cool stuff with Mapcontrib, to get
> many more people to contribute random POIs. It's even possible to edit ways
> or relations too, so you could make a mapcontrib instance to collect road
> surface or speed information.
>
>
>
> Think of our maxpseed 90>70 problem in Flanders.
>
>
>
> These examples are made with cached (updated daily) overpass queries, but
> you can also import other data into mapcontrib and use that for mapping.
>
>
>
> I'll gladly give an intro to mapcontrib at the next Brussels and Antwerp
> meetups.
>
>
>
> --
>
> Joost Schouppe
>
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Spam reporting

[Tom Hughes]

On 23/02/17 09:48, Jochen Topf wrote:


Every larger system that allows user contributions has a "report this as
spam" button. If a few people click on that, an admin reviews and
handles this. Sounds like an obvious solution that could also work for
OSM. Not being able to report problems is frustrating to users. The
whole question of who decides what is spam and what isn't is a bit
besides the point here, isn't it? Obviously somebody is already handling
this as you mention and it works. But what would help is a nice button.


Yes, yet strangely nobody seems to want to finish off the work to 
implement it.


Note that the button is the easy bit really, there is much more work 
behind that to implement some sort of moderation queue where the 
information can be stored and presented to moderators.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk-be] car sharing

[Santens Seppe]

On the topic of car sharing: on the data portal of the City of Ghent (the 
organization I work for), there is a dataset with all Cambio locations (not 
only the ones in Ghent): https://data.stad.gent/datasets/standplaatsen-cambio 
No doubt this could be a great extra help to improve OSM (of course not without 
verification in the field or via Mapillary/OSC).

Could anyone with more legal affinity than me figure out whether the “Algemene 
licentie” (https://data.stad.gent/algemene-licentie - Dutch) is compatible with 
ODbL?

data.stad.gent contains other datasets that – in my opinion – could be very 
interesting for OSM (and in the ideal world vice versa). Have a look at: 
https://data.stad.gent/datasets?geo=2

Seppe

Van: joost schouppe [mailto:joost.schou...@gmail.com]
Verzonden: donderdag 9 februari 2017 13:47
Aan: OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] car sharing

Hi,

Here's another example of a Mapcontrib website, this time for car sharing:

https://www.mapcontrib.xyz/t/27b3df-Car_sharing_locations

Hit the smiley-face to connect your OSM account, and you can complete tagging 
or add POIs. I created two presets, for Cambio and Partago, so everyone can 
easily standardise tagging. If someone is interested to complete documentation 
for Belgian operators (including fun stuff like wikidata tags etc), then I'm 
willing to add all of them as presets.
(unfortunately it's still impossible to share mapcontrib instance management)

I really feel like we could do some cool stuff with Mapcontrib, to get many 
more people to contribute random POIs. It's even possible to edit ways or 
relations too, so you could make a mapcontrib instance to collect road surface 
or speed information.

Think of our maxpseed 90>70 problem in Flanders.

These examples are made with cached (updated daily) overpass queries, but you 
can also import other data into mapcontrib and use that for mapping.

I'll gladly give an intro to mapcontrib at the next Brussels and Antwerp 
meetups.

--
Joost Schouppe
OpenStreetMap | 
Twitter | 
LinkedIn | 
Meetup
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Negozio di enoforniture

[Paolo Monegato]

Il 22/02/2017 23:05, girarsi_liste ha scritto:

Il 22/02/2017 19:24, Paolo Monegato ha scritto:

Vedo dal wiki che dovrebbe essere "shop=brewing_supplies", pure per le
enoforniture [1]

Il problema però per me è più che altro come fare con il brand (che c'è
per la parte birra ma non per la parte enoforniture)...

ciao
Paolo M


[1] http://wiki.openstreetmap.org/wiki/Tag:shop%3Dbrewing_supplies


Forse:

sells:beer=yes
brand:beer=*


No, non vende birra vende tutto ciò che occorre per farsela in casa 
(ovvero i kit oppure gli ingredienti singoli, più le attrezzature 
necessarie). Il tag corretto è dunque shop=brewing_supplies, ma mi sa 
che al momento l'unica soluzione è sdoppiarlo con due punti diversi 
(oltre al brand anche il sito riguarda solo una parte del negozio), con 
il rischio però che qualche altro mapper unisca pensando ad un doppione...


ciao

Paolo M


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

Re: [OSM-talk] Spam reporting

[Yves]

Spam account removing is one thing,  Planet curating another : diary entries 
that belongs to a deleted spam account stays on blogs.openstreetmap.org,  which 
may give the impression that spam accounts are not dealt with fast enough. 
Agree that a report button would help frustrated users,  be there someone 
behind the button or not :) 
Out of curiosity,  how many people take care of these spam accounts? 
Yves ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Spam reporting

[Jochen Topf]

On Thu, Feb 23, 2017 at 10:16:13AM +0100, Frederik Ramm wrote:
> On 02/23/2017 09:56 AM, joost schouppe wrote:
> > feed or inbox, but spam that you actually have to search for is maybe
> > not a top priority that admins should dedicate time to removing?
> > 
> > Well the annoyance with spam does pop up often enough. The usual answer
> > to things like this in the OSM ecosystem is "why don't you do it
> > yourself". I've not seen this answer for spam. Is there no easy way for
> > people to become spam-police if they like to do so?
> 
> Becoming "spam-police" would require the privilege to close any account
> and hide/delete the account profile. This is not a privilege that I
> would like to hand out lightly to someone who likes being police,
> especially since over-eager "spam-police" have mis-identified genuine
> user profiles in foreign languages as spam in the past.

Every larger system that allows user contributions has a "report this as
spam" button. If a few people click on that, an admin reviews and
handles this. Sounds like an obvious solution that could also work for
OSM. Not being able to report problems is frustrating to users. The
whole question of who decides what is spam and what isn't is a bit
besides the point here, isn't it? Obviously somebody is already handling
this as you mention and it works. But what would help is a nice button.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] Spam reporting

[Richard Fairhurst]

Joost Schouppe wrote: 
> Well the annoyance with spam does pop up often enough. The usual 
> answer to things like this in the OSM ecosystem is "why don't you 
> do it yourself". I've not seen this answer for spam. Is there no easy 
> way for people to become spam-police if they like to do so?

The "do it yourself" in this case is "finish the work on a reporting queue"
which Ruben alluded to upthread:
https://github.com/openstreetmap/openstreetmap-website/issues/841
https://github.com/openstreetmap/openstreetmap-website/pull/1268

It really is a case of "finishing" - plenty of work has already been done
but it hasn't got to a state yet where it can be integrated into the site.
For someone with Rails-fu it shouldn't be too hard.

cheers
Richard



--
View this message in context: 
http://gis.19327.n8.nabble.com/Spam-reporting-tp5880292p5891924.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] Mapper meeting in Louvain-la-Neuve next month

[Jo]

I remember having gone to Liège for a meetup, but that was so long ago,
that this one might just as well be considered the 'first' :-)

Jo

2017-02-23 10:17 GMT+01:00 joost schouppe :

> Yes! I feel a Tour de Wallonie  of meetups is long overdue. Thanks for
> taking the initiative Lionel.
>
> If any of you out there would like to meet mappers in their local area, do
> not hesitate to "Suggest a Meetup" on our meetup page [1], send a mail to
> commun...@osm.be or to this mailing list.
>
> [1] https://www.meetup.com/OpenStreetMap-Belgium/
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Mapper meeting in Louvain-la-Neuve next month

[joost schouppe]

Yes! I feel a Tour de Wallonie  of meetups is long overdue. Thanks for
taking the initiative Lionel.

If any of you out there would like to meet mappers in their local area, do
not hesitate to "Suggest a Meetup" on our meetup page [1], send a mail to
commun...@osm.be or to this mailing list.

[1] https://www.meetup.com/OpenStreetMap-Belgium/

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk] Spam reporting

[Frederik Ramm]

Hi,

On 02/23/2017 09:56 AM, joost schouppe wrote:
> feed or inbox, but spam that you actually have to search for is maybe
> not a top priority that admins should dedicate time to removing?
> 
> Well the annoyance with spam does pop up often enough. The usual answer
> to things like this in the OSM ecosystem is "why don't you do it
> yourself". I've not seen this answer for spam. Is there no easy way for
> people to become spam-police if they like to do so?

Becoming "spam-police" would require the privilege to close any account
and hide/delete the account profile. This is not a privilege that I
would like to hand out lightly to someone who likes being police,
especially since over-eager "spam-police" have mis-identified genuine
user profiles in foreign languages as spam in the past.

For me, the nuisance presented by the occasional spammy user profile is
not big enough to warrant handing over account deletion privileges to
spam hunters, but I am happy to change my mind if someone can explain
just how a spammy user profile is a problem for them. As I said, I get
that spam diary entries or spam notes can be a problem because they
actually pop up somewhere, but user profiles...?

Bye
Frederik

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

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

Re: [OSM-talk] Spam reporting

[Andy Townsend]

On 23/02/2017 08:56, joost schouppe wrote:


Well the annoyance with spam does pop up often enough. The usual 
answer to things like this in the OSM ecosystem is "why don't you do 
it yourself". I've not seen this answer for spam. Is there no easy way 
for people to become spam-police if they like to do so?


I normally mention it in #osm-dev on IRC, but to be honest most spam 
gets deleted pretty quickly anyway.


Best Regards,

Andy

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

Re: [OSM-talk-fr] Expérience OSRM et isochrones carrés

[Frédéric Rodrigo]

Salut,

On fait de notre coté également des isochrones basés sur OSRM. Mais il y 
a plusieurs façon de les faire. Qu'est-ce qui calcule les isochrones 
chez vous ?
Le problème m'a tout l'air d'être un problème de vitesse maximale 
insuffisante avant d’explorer la région.


https://github.com/mapbox/osrm-isochrone
https://github.com/Mapotempo/osrm-isochrone-server (le front que l'on a 
mis devant)


Il y a encours de dev un calcule d'isochrone natif dans OSRM à compiler 
soit même :

https://github.com/Project-OSRM/osrm-backend/tree/ch_isochrone_poc

Frédéric.



Le 22/02/2017 à 22:14, Marc Sibert a écrit :


Bonjour,

Avec le temps j'arrive à faire rentrer OSM dans les applications de 
mon entreprise (grande distrib.).


On a mis Addok, une base PG/PGIS et maintenant on essaie des calculs 
d'isochrones avec OSRM, mais ça nous donne des périmètres plus ou 
moins "carrés" (les tracés ici sont à 5, 10 et 15 min en voiture)


Je recherche donc des interlocuteurs ayant déjà déployé OSRM dans des 
dockers.


Merci de me contacter ici ou en perso (ci-dessous), je tacherais de 
documenter tout ça si ça marche.


A+

--
Marc Sibert
mailto:m...@sibert.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] Spam reporting

[joost schouppe]

>
> feed or inbox, but spam that you actually have to search for is maybe
> not a top priority that admins should dedicate time to removing?
>

Well the annoyance with spam does pop up often enough. The usual answer to
things like this in the OSM ecosystem is "why don't you do it yourself".
I've not seen this answer for spam. Is there no easy way for people to
become spam-police if they like to do so?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Spam reporting

[Frederik Ramm]

Hi,

On 02/23/2017 03:28 AM, Daniel Koć wrote:
> Sorry for resurrecting this old thread, but it looks to me that no such 
> spam is actually removed - not even after it's been reported on wiki.

I read the user blog RSS feed and 95% of spam that I get in the RSS feed
is removed by the time I look at it. Is there really an issue that needs
solving?

The wiki page advises people to actively search for spam accounts using
Google. I can see that spam is a nuisance when it pops up in your RSS
feed or inbox, but spam that you actually have to search for is maybe
not a top priority that admins should dedicate time to removing?

Bye
Frederik

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

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

Re: [Talk-it] landuse : sovrapposizione contorno con highway adiacenti

[Lorenzo "Beba" Beltrami]

Anche dalle mie parti ho visto che c'è un periodo nella storia del
mappatore in cui si convince del fatto che sia tutto più logicamente
corretto e ordinato se i landuse coincidono con le strade.
E lo dico perché anche io anni fa ci sono passato. =P

Poi dopo aver letto (o partecipato) a discussioni su discussioni
all'interno della comunità si è arrivati a dire che non è proprio corretto
mischiare i landuse con elementi come le strade.
Comunicarlo al diretto interessato è senza ombra di dubbio la cosa migliore
da fare.

Qualcuno sa se esiste una pagina sul Wiki in italiano che racchiuda una
specie di FAQ con alcune linee guida ricorrenti della comunità italiana?
Penso principalmente a:
- Landuse attaccati alle way
- Mappare per il rendering™
- Convenzioni sui nomi delle vie ("v" maiuscole) e sui civici
- Minimo di responsabilità sui propri edit (per evitare il "se non ti piace
modificalo tu")

Lorenzo

Il giorno 22 febbraio 2017 15:45, francesco gargano <
frengofieramos...@gmail.com> ha scritto:

> ho pe nsato la stessa cosa e sbirciando tra numerosi contributi effettuati
> dal mappatore che ha creato il landuse in questione moltissimi altri hanno
> lo stesso "stile". Gli segnalerò questo aspetto visto che è attivo
> costantemente nella zona di Crotone e quindi si potrebbe occupare lui
> stesso di sistemare le imprecisioni
>
> Il giorno 22 febbraio 2017 14:17, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>>
>> 2017-02-22 12:46 GMT+01:00 francesco gargano > >:
>>
>>> qui c'è un landuse
>>> https://www.openstreetmap.org/way/440612887#map=19/38.94559/16.93145
>>>
>>
>>
>> in ogni caso questo sarebbe da mettere apposto in quanto il centro della
>> strada (e nemmeno il lato) sono "farmland", come probabilmente neanche la
>> parte del bosco.
>>
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Duplikace názvů

[Pavel Machek]

Ahoj!

> Dá se udělat relace ulice
> , do které se dají
> ty jména.

A to je rozumny, a asi jediny rozumny. Maly problem vidim v tom "Note
that this relation is not established and unsupported by some
applications. It has also not been approved by vote." . To hlasovani
by to chtelo.

> To je sice fakt, ale skutečnost má dva další body, které už nejsou tak
> jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama
> jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela

Tak v podstate neni duvod relaci neudelat automaticky.

Pokud vidim navazujici cesty highway= a maji stejne name=,
posbirat, vyrobit relaci, smazat name= z cest (nebo dokonce byt
chytry, a smazat name= jen z vetsiny cest; nechat to na "dlouhejch"
usecich zhruba uprostred...).

Vyhoda je, ze... tohle je bezpochybi automaticka editace, a bylo by
nejlepsi ji udelat na celym svete. Coz znamena dohadovat se na
imports@ listu...

...coz by ale ve vysledku mohlo byt docela uzitecny, protoze to
znamena velkou debatu (takze se to udela dobre) a velkou publicitu...

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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