Re: [Talk-cz] Nové pojetí dálniční sítě

[hiob]

> -Original Message-
> From: kavol at seznam.cz [mailto:kavol at seznam.cz] 
> zdar,
> > Ředitelství silnic a dálnic pro nás má malý vánoční dárek. Užijeme si na
> > začátku příštího roku spousty editací:
> > 
> > http://www.mdcr.cz/NR/rdonlyres/51BCB3BB-0F2E-4996-B4ED-CEE5CE3DC2CD/0/nov
> > e_pojeti_letak.pdf
>
> dík za echo

Sepsal jsem změny k 1.1.2016 (s pomocí mapman)
R1  ->  D0  highway=motorway,key=D0 
R3  ->  D3  highway=motorway,key=D3 
R4  ->  D4  highway=motorway,key=D4 
R6  ->  D6  highway=motorway,key=D6  mimo úsek Jenišov - Dvory
R6  ->  I/6 highway=trunk,key=6   úsek Jenišov - 
Dvory
R7  ->  D7  highway=motorway,key=D7  mimo úsek Spořice - Nové 
Spořice
R7  ->  I/7 highway=trunk,key=7  úsek Spořice - 
Nové Spořice
R10 ->  D10 highway=motorway,key=D10
R11 ->  D11 highway=motorway,key=D11
R35 ->  D35 highway=motorway,key=D35 úsek HK-Lipník nad Bečvou
R35 ->  I/35highway=trunk,key=35úsek Liberec-HK
R46 ->  D46 highway=motorway,key=D46
R48 ->  D48 highway=motorway,key=D48
R49 ->  D49 highway=motorway,key=D49
R52 ->  D52 highway=motorway,key=D52
R55 ->  D55 highway=motorway,key=D55
R63 ->  I/63highway=trunk,key=63

Lze některé změny realizovat automatizovaně nebo se musí označit správné ways a 
změnit atributy ručně (i hromadně)?
Vzhledem k rozsahu změn a již realizování nového značení fyzicky na silnicích 
(D0 na Pražském okruhu, D46), lze změny realizovt např. již od 1.12.2015 nebo 
to chcete měnit až po 1.1.2016?

jako R se nebude oficiálně (evidenčně) označovat nic, značka R na I/xx bude 
umožnovat 110km/h (lokálně 130km/h) s omezením přístupu
(nové značky viz 
https://cs.wikipedia.org/wiki/Dopravn%C3%AD_zna%C4%8Den%C3%AD_v_%C4%8Cesku#N.C3.A1vrh_zm.C4.9Bn_k_1._1._2016)
Tam kde budou nakonec R, budeme dávat highway=trunk,motorroad=yes,key=35 ... ?
V plánu je "R se používat nebude. Silnice pro motorová vozidla budou nicméně 
evidenčně odlišené, podle posledních info se snad i na geoportálu ŘSD SMV 
zobrazí trochu jinou barvou"

hiob


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

Re: [OSM-talk] highway=residential_link

[Paul Johnson]

On Tue, Nov 10, 2015 at 2:36 AM, Mateusz Konieczny 
wrote:

> On Mon, 9 Nov 2015 22:36:28 -0500
> Andrew Guertin  wrote:
>
> > So the question is, should uses of highway=residential_link be edited
> > away, should they be left as-is (unless a different highway type is
> > clearly better), or should the tag be approved and documented?
>
> Can somebody give examples of locations where residential_link makes
> sense?


 http://www.openstreetmap.org/way/262287021

No frontage, only exists to tie four ways together around a tree in a
non-roundabout fashion.  Only the highway=residential ways are signed on
the ground.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] Používání tagu crossing u míst bez vyznačení přechodu

[Pavel Cvrček]

Ahoj,

mam dotaz k užití tagu crossing
 pro situaci, kdy
přechod není vyznačen (žádná světelná signalizace či zebra). Konkrétně mam
v editoru následující situaci (+ snímek z Google Street View abyste měli
představu):

http://jasnapaka.com/temp/crossing-unmarked.png
http://jasnapaka.com/temp/crossing-unmarked-gm.jpg

Otázka zní: propojit v tomto případě chodníky přechody (crossing=unmarked)
nebo ne? Já se přikláním k tomu, že ano, protože konce chodníků naznačují,
že to tak má být. Je nějak stanovena hranice, co je bráno jako neoznačený
přechod? Díky.

Btw. zaregistroval jsem v datech vyznačení přechodu jako "crossing=zebra".
Pominu-li absenci "highway=crossing", je "zebra" povolená hodnota či je to
něčí omyl? Je toho po Plzni docela dost, tak bych se kdyžtak podíval, kdo
to tam dává a upozornil ho na omyl.

Díky

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

[OSM-talk-be] Missing maps mapathon in Antwerp

[joost schouppe]

Hi all,

We're finally having another Missing Maps mapathon. Again in Antwerp,
thanks to the kind people at IPIS Research who will provide both a location
and some snacks and drinks.

It'll be a Wednesday evening, starting from 17:30. Only a ten minute walk
from the Antwerp central train station and the bus station.

We have the space, but not much else. I'm just a poor Potlatch mapper, so
we're going to need experts in JOSM and iD who would like to give an
introduction and help out during the event. I see Jo already confimed, so I
feel at easy already :)

Feel free to promote the event in your network!

Here's the OSM.be page in Dutch:
http://osm.be/nl/content/missing-maps-mapathon-antwerpen
And in English: http://osm.be/nl/content/missing-maps-mapathon-antwerp
If you think there should be a French version, provide me with a
translation and I will publish.

I also made a Meetup event:
http://www.meetup.com/OpenStreetMap-Belgium/events/226696190
Added to activities wiki:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities
And to Missing Maps wiki:
http://wiki.openstreetmap.org/wiki/Missing_Maps_Project#The_mapping_events_you_can_still_come_to

It would be nice to have more of these events. I have a possible contact
for a free location in Brussels. Anyone from the community there want to
follow up on that?

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [Talk-cz] Používání tagu crossing u míst bez vyznačení přechodu

[Jan Martinec]

Ahoj,

Tohle je podle ceske vyhlasky "misto pro přecházení,  chodníky bych určitě
propojil.

Ja bych osobne jeste otagoval krizovatku az po prechody jako
traffic_calming=table misto toho bodu uprostred.

Crossing=zebra (pelican, etc.) Je britské označování: v db to je celkem
často, chyba to není, ale je to zastaralý způsob značení.

H. P. M.
Dne 11. 11. 2015 11:58 napsal uživatel "Pavel Cvrček" <
jasnap...@jasnapaka.com>:

> Ahoj,
>
> mam dotaz k užití tagu crossing
>  pro situaci, kdy
> přechod není vyznačen (žádná světelná signalizace či zebra). Konkrétně
> mam v editoru následující situaci (+ snímek z Google Street View abyste
> měli představu):
>
> http://jasnapaka.com/temp/crossing-unmarked.png
> http://jasnapaka.com/temp/crossing-unmarked-gm.jpg
>
> Otázka zní: propojit v tomto případě chodníky přechody (crossing=unmarked)
> nebo ne? Já se přikláním k tomu, že ano, protože konce chodníků naznačují,
> že to tak má být. Je nějak stanovena hranice, co je bráno jako neoznačený
> přechod? Díky.
>
> Btw. zaregistroval jsem v datech vyznačení přechodu jako "crossing=zebra".
> Pominu-li absenci "highway=crossing", je "zebra" povolená hodnota či je to
> něčí omyl? Je toho po Plzni docela dost, tak bych se kdyžtak podíval, kdo
> to tam dává a upozornil ho na omyl.
>
> Díky
>
> 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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Martin Koppenhoefer]

2015-11-11 10:59 GMT+01:00 Paolo Monegato :

> il problema è che tu hai posto in maniera arbitraria il fatto che il
>> troppo fossero delle foto
>> aeree...una cosa che usano in moltissimi e non mi risulta fino ad ora
>> qualcuno si sia mai lamentato o che il troppo su gmap ne impedisca
>> l'utilizzo...
>
>

il problema delle foto aeree è meno quello di non volerle, che più da dove
prenderle, e di confrontare l'effort per averle con l'utilità che di
darebbe.
Ti rendi conto di cosa parli, quanti dati sono, cosa si vuole per
trasferirle, salvarle, elaborarle, e quanto aumenterebbe il traffico (da
pagare)? L'unica soluzione fattibile al momento sarebbe quella di prendere
le foto da terzi, e qui l'unico giocatore che mi viene in mente sarebbe
Mapbox. D'altro canto per loro è stato un investimento significativo di
acquistare queste foto, e già ce le danno (per derivare cose in JOSM e in
altri editor). Perché dovrebbero regalarci le foto per tutti gli utenti del
sito, aumentando i loro costi senza che qualcuno li pagasse?

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

Re: [Talk-cz] imaginarni mesto

[Marián Kyral]

Zdravím,
v těchto případech doporučuji obrátit se na všeobecnou talk konferenci 
https://lists.openstreetmap.org/listinfo/talk
Je docela pravděpodobné, že se tam někdo z Bosny vyskytuje.

Ono to smazání zní možná drsně, ale imaginární data nemají v mapě co dělat a
je to jediné správné řešení. Stejně tak dochází k totálnímu výmazu všech dat
uživale používajícího nelegální zdroje.

Marián


-- Původní zpráva --
Od: Peterova, Vera 
Komu: talk-cz@openstreetmap.org
Datum: 11. 11. 2015 10:27:39
Předmět: [Talk-cz] imaginarni mesto

"
Dobrý den,

jsem v oblasti editací OSM poměrně nezkušená a potřebuji poradit. 
Přestože mě zajímá téma týkající se Bosny a Hercegoviny, píšu sem, protože 
jsem v seznamu konferencí tu bosenskou nenašla.

Uživatel mapy.cz, kde se mimo ČR a SR vykreslují data právě z OSM, nás 
upozornil na neexistující a patrně tedy imaginární město v Bosně - viz 
http://osm.org/go/xfRC~Tuh(http://osm.org/go/xfRC~Tuh)--
Na veškerých leteckých snímcích není o osídlení oblasti nic vidět a celé je 
to podivné. Je možné, že si ho ten tvůrce vymyslel, nebo taky že kreslil ze 
špatně georeferencovaných podkladů a patří to jinam? Je možné, že by se 
taková chyba na OSM dostala, že editace neprochází ani minimální kontrolou? 
Jak by se náprava takové chyby řešila - kompletní smazání zní až téměř 
"drsně"... 

Děkuji za jakékoliv rady,
s pozdravem

Mapy.cz


-- 


Věra Peterová 
Mapy.cz


vera.peter...@firma.seznam.cz(mailto:vera.peter...@firma.seznam.cz)
http://www.seznam.cz/(http://www.seznam.cz/) 
http://www.mapy.cz/(http://www.mapy.cz/) 

Seznam.cz, a.s., Radlická 3294/10, 150 00 Praha 5(http://mapy.cz/s/6rw4) 



___
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] Lunghezza orizzontale e lunghezza al suolo, come calcolare?

[Bruno]

Buongiorno.
Scrivevo per porre
il seguente quesito
Avendo tracciato
alcune piste da Sci, si è verificato il problema di come calcolare
la lunghezza delle piste.




Avendo delle tracce
inclinate la lunghezza reale è sensibilmente diversa da quella
geometrica delle traccia.




Come è risolvibile
questo problema?
Con iD riesco solo
ad avere la lunghezza su un piano orizzontale.
Con Josm, ho qualche
tool che fa questo lavoro, o qualche webservice?




Ho provato il Plugin
Elevation Profile di Josm, però non riesco ad utilizzarlo.
Probabilmente non
riesco a configurare bene i file SRTM___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] imaginarni mesto

[Marián Kyral]

Není to jen ante44ante.
U parku  http://www.openstreetmap.org/way/360794119 je poslední uživatel 
wonchs91 http://www.openstreetmap.org/user/wonchs91

Oba se naposledy přihlásili před třemi měsíci. Nevím, jestli budou reagovat 
na zprávu.
Celé to na mne působí, jako že si někdo něco zkoušel. Je taky docela možné, 
že se jedná o kus reálného místa, pouze zkopírovaného jinam.

Marián



-- Původní zpráva --
Od: Martin Ždila 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 11. 2015 10:56:05
Předmět: Re: [Talk-cz] imaginarni mesto

"

Zaujimave :-).



Pozeram, ze na svedomi to ma pouzivatel http://www.openstreetmap.org/user/
ante44ante(http://www.openstreetmap.org/user/ante44ante). Treba mu skusit 
napisat.




Inac kontrolu dat v OSM robia samotni pouzivatelia. Ked niekto v tom okoli 
zije a mapuje, tak sam vie najlepsie zistit co je podozrive.




2015-11-11 10:26 GMT+01:00 Peterova, Vera :
" 
Dobrý den,

jsem v oblasti editací OSM poměrně nezkušená a potřebuji poradit. 
Přestože mě zajímá téma týkající se Bosny a Hercegoviny, píšu sem, protože 
jsem v seznamu konferencí tu bosenskou nenašla.

Uživatel mapy.cz(http://mapy.cz), kde se mimo ČR a SR vykreslují data právě 
z OSM, nás upozornil na neexistující a patrně tedy imaginární město v Bosně 
- viz http://osm.org/go/xfRC~Tuh(http://osm.org/go/xfRC~Tuh)--
Na veškerých leteckých snímcích není o osídlení oblasti nic vidět a celé je 
to podivné. Je možné, že si ho ten tvůrce vymyslel, nebo taky že kreslil ze 
špatně georeferencovaných podkladů a patří to jinam? Je možné, že by se 
taková chyba na OSM dostala, že editace neprochází ani minimální kontrolou? 
Jak by se náprava takové chyby řešila - kompletní smazání zní až téměř 
"drsně"... 

Děkuji za jakékoliv rady,
s pozdravem

Mapy.cz


-- 


Věra Peterová 
Mapy.cz


vera.peter...@firma.seznam.cz(mailto:vera.peter...@firma.seznam.cz)
http://www.seznam.cz/(http://www.seznam.cz/) 
http://www.mapy.cz/(http://www.mapy.cz/) 

Seznam.cz, a.s., Radlická 3294/10, 150 00 Praha 5(http://mapy.cz/s/6rw4) 




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

"





-- 


Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*)

OZ Freemap Slovakia


tel:+421-908-363-848
mailto:martin.zd...@freemap.sk(mailto:martin.zd...@freemap.sk)
http://www.freemap.sk/(http://www.freemap.sk)






___
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-cz] imaginarni mesto

[Karel Volný]

Dne St 11. listopadu 2015 11:42:00, Martin Ždila napsal(a):
> A je nejaký návrh že čo s tým teraz?

již jsem dával odkaz, tedy ještě jednou konkrétně
http://wiki.openstreetmap.org/wiki/Vandalism#Vandalism_response

"někdo" by měl postupovat podle toho

ten "někdo" by asi měl být ten, kdo na to přišel

nicméně chápu, že původní tazatelce coby nováčkovi v OSM se do toho nechce

mně taky ne

... dobrovolníci?

K.


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

[Talk-it] ID e mapillary

[Catonano]

Buongiorno,

leggo che le immagini di Mapillary diventano disponibili dentro ID, qui
http://blog.mapillary.com/update/2014/10/21/iD-and-mapillary.html

Però poi se apro ID su un luogo dove c'è una mia sequenza di fiti non la
trovo :-/

Non solo ! Il link fornito come esempio nel post del blog di Mapillary non
funziona: viene fuori un popup che dice

"Modifica non riuscita - assicurarsi che JOSM o Merkaartor sia avviato e
che l'opzione di controllo remoto sia abilitata"

e io questo messaggio d' errorenon lo capisco :-/

Cosa centrano JOSM e Merkaator ? Cos'è l' opzione di controllo remoto ?
Perché questo popup non viene fuori in altre occasioni ?

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

Re: [OSM-talk-fr] Import canaux cadastre pas terrible

[Tyndare]

Pour des cours d'eau aussi étroit il est conseillé de carrément remplacer
les surfaces importées du cadastre par un simple filaire.
Tu peux soit tout supprimer et tout retracer, soit couper la surface à ses
deux extrémités, en garder qu'une seule rive et la repositionner
manuellement au centre de l'ancienne surface. Le cadastre n'étant pas
toujours fiable pour l'eau il faut aussi s'assurer que le tracé est
cohérent vis à vis des images satellite Bing (surtout ne pas hésiter à
corriger et simplifier un peu le tracé importé).
Ensuite il faut choisir la bonne valeur pour l'attribut waterway (par
exemple stream), s'assurer que le chemin est dans le bon sens et le
connecter correctement aux autres cours d'eau (rajouter les sections
manquantes si nécessaire).

Nommer les rivières et créer une relation associée de type waterway est un
plus, voire la page du Wiki:
http://wiki.openstreetmap.org/wiki/FR:Relation:waterway
On peut pour ça s'aider de la couche BD Carthage, disponible par défaut je
crois avec JOSM, sur iD il faut ajouter un fond de carte personnalisé (menu
à droite) en indiquant l'URL suivant:
http://{switch:a,b,c}.tile.openstreetmap.fr/route500hydro/{zoom}/{x}/{y}.png




Le 10 novembre 2015 20:03, Léo Serre  a écrit :

Bonjour à tous,
>
> Je me considère comme un contributeurs novice (dans le sens que je n'ose
> toucher qu'aux trucs simples).
> Je suis face à un import qui a importé des trucs pas très beaux :
>
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=13=43.7347=1.7224=1220=3=Mapnik=T
>
> Savez-vous ce que je peux faire pour corriger toutes ces erreurs dues à
> ces canaux importés comme des aires ?
>
> Merci d'avance.
>
> Léo
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Quarterly project : Stats

[Adam Hoyle]

Hi Brian,

Great - I'm glad that it helps :-)

I've not looked at overpass before, but happy to take a look and add it in. 

If you (or anyone) have any pointers or example queries or anything to help me 
work it out, that would be awesome and definitely speed things up.

Thanks in advance,

Adam

// http://www.adamhoyle.co.uk/
// @adamhoyle

> On 10 Nov 2015, at 15:52, Brian Prangle  wrote:
> 
> Hi Adam
> 
> Thanks for your efforts here. This is a big step foward for us. Is there any 
> chance you could extend this backwards in time to Oct 1st when we started 
> this quarterly project?  I think there's something called attic data in 
> overpass
> 
> Regards
> 
> Brian
> 
>> On 6 November 2015 at 20:45, Adam Hoyle  wrote:
>> Hi Rob,
>> 
>> As promised...
>> 
>> https://docs.google.com/spreadsheets/d/1ZgOLIdPezrXUxa8GeNebuWrNmtuLTE2u5qEFUKbrPWY/edit?usp=sharing
>> 
>> I’ve got it running at 3am every morning on a server. Do let me know if it 
>> doesn’t run for any reason and I’ll prod the server.
>> 
>> It’s super easy to update for different tags, so I’m more than happy to do 
>> it for the next quarterly project.
>> 
>> For anyone interested the source code (written in javascript / nodejs) is 
>> here:
>> https://github.com/atomoil/osm_taginfo
>> 
>> In the meantime I’ve realised some of my local nature reserves aren’t 
>> covering the full area of the nature reserve (I added them some time ago), 
>> so I should probably go and fix them :-o
>> 
>> Best,
>> 
>> Adam
>> 
>>> On 6 November 2015 at 08:07:05, Rob Nickerson (rob.j.nicker...@gmail.com) 
>>> wrote:
>>> 
>>> Thanks Adam - much appreciated.
>>> 
>>> A Google sheet would be perfect if that's simple enough to do. And yes, 
>>> that should make the graph a simple point and click task!
>>> 
>>> Rob
>>> 
>>> On 6 Nov 2015 08:02, "Adam Hoyle"  wrote:
 Like saving to a Google Sheet?
 
 Sounds pretty straightforward - I'd be up for doing that. :-)
 
 And I do quite like making graphs too, although Google Sheets can probably 
 do that better.
 
 Best,
 
 Adam
 
 // 07973 428 333
 // http://www.adamhoyle.co.uk/
 // @adamhoyle
 
 On 5 Nov 2015, at 21:10, Rob Nickerson  wrote:
 
> Hi all,
> 
> During another eventful Mappa Mercia meeting in which we continued to 
> plot world domination, one idea that came up was "would a kind OSMer who 
> has a server running be willing pull back some stats for us on a daily 
> basis?"
> 
> In essence we're looking for a volunteer to query the TagInfo UK API once 
> per day and dump the output to a simple file (or a graph if you're 
> feeling particularly creative).
> 
> Our current project is nature reserves so a good API call would be:
> 
> http://taginfo.openstreetmap.org.uk/api/4/tag/stats?key=leisure=nature_reserve
> 
> It may not be the world domination your were expecting but is anyone up 
> for the challenge?
> 
> Best wishes,
> Rob
> ___
> 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
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] imaginarni mesto

[Karel Volný]

zdar,

Dne St 11. listopadu 2015 11:18:28, Marián Kyral napsal(a):
> Není to jen ante44ante.
> U parku  http://www.openstreetmap.org/way/360794119 je poslední uživatel
> wonchs91 http://www.openstreetmap.org/user/wonchs91

zřejmě rozdvojená osobnost, viz např.
http://www.openstreetmap.org/changeset/33440551

> Je taky docela možné, že se jedná o kus reálného místa, pouze zkopírovaného
> jinam.

to v žádném případě, pak by nesedělo napojení na okolí; byla tam např. 
prodloužená cesta od sousední vesnice (kterou někdo opravil a ukončil zase v 
té reálné vesnici - jeden z těch případů opravení místo revertu všech změn, 
jak jsem psal)

ten changeset, co jsem odkazoval minule, je zase úplně přesně posazený na 
soutok, to bych tedy chtěl vidět, odkud jinud by se vzal přesně stejný a 
stejně orientovaný trojúhelník, a jakým omylem by ze svého správného umístění 
byl posunut do jiného, kde čistě náhodou na metr správně zapadne ...

K.


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

Re: [Talk-cz] imaginarni mesto

[Karel Volný]

zdravím,

> Pozeram, ze na svedomi to ma pouzivatel
> http://www.openstreetmap.org/user/ante44ante. Treba mu skusit napisat.

nevím, jestli to k něčemu bude, dotyčný zcela zjevně vandalizuje mapu, vizte 
např. také http://www.openstreetmap.org/changeset/35151699

a když si projdete jeho historii, zjistíte, že spousta jím upravených objektů 
již byla zase změněna, patrně aniž by si opravující uvědomili, že nejde o 
jednotlivý omyl nýbrž celý changeset je na revert ...

http://wiki.openstreetmap.org/wiki/Vandalism

K.


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

Re: [Talk-cz] imaginarni mesto

[Martin Ždila]

A je nejaký návrh že čo s tým teraz? Bolo by to treba revertnúť čím skôr a
zabanovať tých používateľov. Ale ten revert asi nebude jednoduchá
záležitosť...

2015-11-11 11:36 GMT+01:00 Karel Volný :

> zdar,
>
> Dne St 11. listopadu 2015 11:18:28, Marián Kyral napsal(a):
> > Není to jen ante44ante.
> > U parku  http://www.openstreetmap.org/way/360794119 je poslední uživatel
> > wonchs91 http://www.openstreetmap.org/user/wonchs91
>
> zřejmě rozdvojená osobnost, viz např.
> http://www.openstreetmap.org/changeset/33440551
>
> > Je taky docela možné, že se jedná o kus reálného místa, pouze
> zkopírovaného
> > jinam.
>
> to v žádném případě, pak by nesedělo napojení na okolí; byla tam např.
> prodloužená cesta od sousední vesnice (kterou někdo opravil a ukončil zase
> v
> té reálné vesnici - jeden z těch případů opravení místo revertu všech změn,
> jak jsem psal)
>
> ten changeset, co jsem odkazoval minule, je zase úplně přesně posazený na
> soutok, to bych tedy chtěl vidět, odkud jinud by se vzal přesně stejný a
> stejně orientovaný trojúhelník, a jakým omylem by ze svého správného
> umístění
> byl posunut do jiného, kde čistě náhodou na metr správně zapadne ...
>
> K.
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] Submit your OSM-BE talk at Open Belgium 2016

[joost schouppe]

Pieter-Jan, community,

If anyone wants to co-host a session like the one I proposed, yes. Anyone?

You also mentioned maybe a mapping party. How about something like this:
http://osm.be/nl/content/missing-maps-mapathon-antwerpen
If you like that idea (it isn't very Belgian of course), I would be willing
to host this by myself if noone else comes forward.

Joost


2015-11-10 13:41 GMT+01:00 Pieter-Jan Pauwels :

> Hello Joost,
>
> Excellent suggestion and something that would indeed be very useful. On a
> lot of ‘open’ topics, their is indeed low awareness amongst government
> officials so a workshop like this would be very welcome. Not just for those
> government officials, but also for volunteers and other working groups that
> use geodata. The more I can promote diversity in open initiatives, the
> happier I am.
>
> Does somebody have the time and spirit to propose a session?
> Hosting a session means free access to the conference including food and
> drinks for those wondering.
>
> Kind regards,
> Pieter-Jan
>
>
> [image: photo]
> *Pieter-Jan Pauwels*
> Community Coordinator, Open Knowledge Belgium
> m: +32 476 66 27 77 <+32%20476%2066%2027%2077> | e:
> pieter-jan.pauw...@okfn.org | w: okfn.be
>
> On 10 Nov 2015, at 13:20, joost schouppe  wrote:
>
> Hi Pieter-Jan and community,
>
> Where I think OSM and local government can help each other is probably
> more in them using our data than the other way around. For example, for
> simple webmaps a tool like Umap can help them to publish quick and cheap.
> On the other hand, the tools they develop would probably be of more use to
> the world, if they use OSM in stead of data silos. I'm think for example
> about the ability to crowdsource data within the Antwerp stadsplan, where
> people start collecting ATM's or pharmacy in a little data island. Or
> Gent's insistence on building a bicycle route planner that runs on just
> their data. (just two example I happen to know, I don't want to be pointing
> fingers)
> The win for us would of course be that data use (beyond simple rendered
> map backgrounds) drives more people toward mapping.
>
> So maybe a workshop where you get to play with some of the cooler OSM
> applications might be fun and useful.
>
> I can't do this by myself as I'll be jetlagged at the time of the event;
> flying back home from a trip the Saterday before.
> But if someone wants to do this together, yes please.
>
> Joost
>
> 2015-11-10 11:12 GMT+01:00 Pieter-Jan Pauwels  >:
>
>> Hi everyone,
>>
>> My apologies for the slight off-topic. I’m organising the Open Belgium
>> conference 2016, which will, or at least should be, completely community
>> driven.
>> Until 15 November 2015 everybody can suggest a session for the conference
>> in Antwerp on the 29th of February 2015.
>>
>> I haven’t seen much OSM proposals, so I though this mailing list would
>> have some members who might be interested in suggesting a session.
>> You can propose a session on: http://bit.ly/1QftLZf
>>
>> You can suggest keynotes, workshops, a mapping party, a hackathon, panel,
>> or any other format.
>> And one tip: This year we’re focusing on local open data and are
>> targeting local authorities to come and visit. Is there something they
>> should know or can help you with? Let us know!
>>
>> And if you have questions about the conference or why we’re organising
>> this, feel free to reply or email me directly.
>>
>> Have a great week!
>>
>> Kind regards,
>> Pieter-Jan
>> [image: photo]
>> *Pieter-Jan Pauwels*
>> Community Coordinator, Open Knowledge Belgium
>> m: +32 476 66 27 77 <+32%20476%2066%2027%2077> | e:
>> pieter-jan.pauw...@okfn.org | w: okfn.be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
>  | Reddit
>  | Wordpress
> 
>
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

[OSM-talk] Proposal: effective_hours tag for restrictions

[Paul Johnson]

On Tue, Nov 10, 2015 at 7:36 AM, Nicolás Alvarez 
wrote:

>
> El 10 nov 2015, a las 09:57, Badita Florin 
> escribió:
>
> Hello, i have a question, how do you tag the opening hours for a turn
> restriction that is activated only during a certain time of day or week.
> Also, do you have an idea what software is using this attributies ?
>
> http://i.imgur.com/a1eBFoe.jpg
>
> On the wiki the information is old and also deprecated
>
> http://wiki.openstreetmap.org/wiki/Relation:restriction
>
> It says about hour_on but on the wiki the tag is not valid.
>
> http://wiki.openstreetmap.org/wiki/Key:hour_on
>
> Should i use the http://wiki.openstreetmap.org/wiki/Key:opening_hours
> tag, as recomented ?
>
> My fear is that i will add a restriction, and all of the apps that does
> not parse the opening hours will use this as a default , and will make this
> restriction permanent, producing maybe more damage then not adding the
> restriction at all
>
>
> I don't know what the correct tag is, and the wiki is inconsistent about
> it. It says hour_on is deprecated in favor of opening_hours and conditional
> restrictions, but the Conditional restrictions page says nothing about turn
> restrictions, and the turn restrictions page says you should use hour_on...
>

I interpreted that as the format is identical to opening_hours=*, but it's
implied that there's a different tag for effective hours, without
mentioning what that tag is.  Indeed hour_on=*, *et. al.* were deprecated
as being ambiguous for all but the simplest use cases (which is also why
opening_hours=* was created for POIs).  I'd be willing to go with
effective_hours=*, using the same format as opening_hours=* if that sounds
alright, and update the relevant pages as appropriate.  The hours in
question would represent the the time frame in which the restriction
applies.

For example, 36th and Harvard in Tulsa:
http://www.mapillary.com/map/im/thEPKkBiTOgqG3GwEoUieA/photo
The sign reads "No left turn Mon-Sat 7AM-7PM".

type=restriction
restriction=no_left_turn
effective_hours=Mo-Sa 07:00-19:00

A more complex example can be found at 11th and Denver:
http://www.mapillary.com/map/im/iSaY1yIcDNfkt8lCfeaoOA/photo  The sign
reads "no left turn 7:30-8:30AM, 4:15-5:30PM except MTTA busses".

type=restriction
restriction=no_left_turn
effective_hours=7:30-8:30,16:15-17:30
except=bus
except:operator=Metropolitan Tulsa Transit Authority

Granted, this is a weird one, since I'm not clear if this would be a
boolean OR or AND situation, AND would be what it is, but it might be
interpreted as OR (ie, any MTTA vehicle, OR any bus; rather than "any bus
operated by MTTA").  We're also leaving out that while they're technically
not supposed to, MTTA maintenance vehicles, MTTA tow trucks and MTTA
supervisors also make the left turn there without so much as a second
glance from the traffic cops (arguably it's better to get the busses moving
again faster than make nonrevenue vehicles associated with the agency go
around and keep traffic on Denver flowing, so dinging these guys on a
technicality would go against the spirit of the law).


> But as far as I know there is no OSM routing engine that supports
> conditional restrictions yet, whatever the tag. It's not an easy problem,
> especially since the algorithm has to consider if the restriction applies
> at the time the user would arrive to that point, rather than at the time he
> asks for the route at the beginning of the trip.
>

Probably because if the editors can't figure it out, the consumers aren't
going to, either.  That said, this is a tagging issue first and foremost,
and I believe effective_hours=* would be an elegant solution.  Thoughts?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Tipo linea?

[Fabrizio Tambussa]

Ma attaccato al palo in basso non c'è scritto nulla?
Comunque, se può essere utile, sotto i 60 mila volt la linea va mappata
come power=minor_line
Saluti
Il 11/Nov/2015 06:50, "scratera"  ha scritto:

> Gianfranco Graizzaro wrote
> >>La linea è elettrica, dovrebbe essere 15KV, visto che ci sono solo 3
> fili,
> > ed un solo isolatore fra il filo ed il palo.
> >
> >
> >
> > Linea elettrica trifase da 380 volt con connettori nudi.
> >
> > Non è da 15 kv. I fili sono molto più distanziati.
> >
> >
> >
> > Jonny
> >
> >
> > ___
> > Talk-it mailing list
>
> > Talk-it@
>
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> ...mi dispiace contraddirti ma da dipendente enel sono più propenso ad una
> linea mt a 5kv...gli isolatori sono in vetro e non in porcellana come sulle
> linee bt
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Tipo-linea-tp5859574p5859718.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> 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] imaginarni mesto

[Martin Ždila]

Zaujimave :-).

Pozeram, ze na svedomi to ma pouzivatel
http://www.openstreetmap.org/user/ante44ante. Treba mu skusit napisat.

Inac kontrolu dat v OSM robia samotni pouzivatelia. Ked niekto v tom okoli
zije a mapuje, tak sam vie najlepsie zistit co je podozrive.

2015-11-11 10:26 GMT+01:00 Peterova, Vera :

> Dobrý den,
>
> jsem v oblasti editací OSM poměrně nezkušená a potřebuji poradit.
> Přestože mě zajímá téma týkající se Bosny a Hercegoviny, píšu sem, protože
> jsem v seznamu konferencí tu bosenskou nenašla.
>
> Uživatel mapy.cz, kde se mimo ČR a SR vykreslují data právě z OSM, nás
> upozornil na neexistující a patrně tedy imaginární město v Bosně - viz
> http://osm.org/go/xfRC~Tuh--
> Na veškerých leteckých snímcích není o osídlení oblasti nic vidět a celé
> je to podivné. Je možné, že si ho ten tvůrce vymyslel, nebo taky že kreslil
> ze špatně georeferencovaných podkladů a patří to jinam? Je možné, že by se
> taková chyba na OSM dostala, že editace neprochází ani minimální kontrolou?
> Jak by se náprava takové chyby řešila - kompletní smazání zní až téměř
> "drsně"...
>
> Děkuji za jakékoliv rady,
> s pozdravem
>
> Mapy.cz
>
> --
>
> *Věra Peterová*
> Mapy.cz
>
>
> vera.peter...@firma.seznam.cz 
> http://www.seznam.cz/
> http://www.mapy.cz/
>
> Seznam.cz, a.s., Radlická 3294/10, 150 00 Praha 5 
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] imaginarni mesto

[honny]

Si to nekdo spletl s opengeofiction.net, stane se. :-)



h.

Dne 11. listopadu 2015 11:10 Marián Kyral  napsal(a):
> Zdravím,
> v těchto případech doporučuji obrátit se na všeobecnou talk konferenci
> https://lists.openstreetmap.org/listinfo/talk
> Je docela pravděpodobné, že se tam někdo z Bosny vyskytuje.
>
> Ono to smazání zní možná drsně, ale imaginární data nemají v mapě co dělat a
> je to jediné správné řešení. Stejně tak dochází k totálnímu výmazu všech dat
> uživale používajícího nelegální zdroje.
>
> Marián
>
> -- Původní zpráva --
> Od: Peterova, Vera 
> Komu: talk-cz@openstreetmap.org
> Datum: 11. 11. 2015 10:27:39
> Předmět: [Talk-cz] imaginarni mesto
>
>
> Dobrý den,
>
> jsem v oblasti editací OSM poměrně nezkušená a potřebuji poradit.
> Přestože mě zajímá téma týkající se Bosny a Hercegoviny, píšu sem, protože
> jsem v seznamu konferencí tu bosenskou nenašla.
>
> Uživatel mapy.cz, kde se mimo ČR a SR vykreslují data právě z OSM, nás
> upozornil na neexistující a patrně tedy imaginární město v Bosně - viz
> http://osm.org/go/xfRC~Tuh--
> Na veškerých leteckých snímcích není o osídlení oblasti nic vidět a celé je
> to podivné. Je možné, že si ho ten tvůrce vymyslel, nebo taky že kreslil ze
> špatně georeferencovaných podkladů a patří to jinam? Je možné, že by se
> taková chyba na OSM dostala, že editace neprochází ani minimální kontrolou?
> Jak by se náprava takové chyby řešila - kompletní smazání zní až téměř
> "drsně"...
>
> Děkuji za jakékoliv rady,
> s pozdravem
>
> Mapy.cz
>
> --
>
> Věra Peterová
> Mapy.cz
>
>
> vera.peter...@firma.seznam.cz
> http://www.seznam.cz/
> http://www.mapy.cz/
>
> Seznam.cz, a.s., Radlická 3294/10, 150 00 Praha 5
>
> ___
> 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-fr] Parking/Aire de covoiturage

[Gautier]

Bonjour,

Pour la valeur de park_ride, je ne comprend pas la valeur "hov". Le wiki 
dit :

- valeur : "yes/no;bus;train;tram;metro;ferry"
- description : "Parc relais 
. Les valeurs précisent des 
moyens de transports qui y sont connectés. Dans le doute, mettez /yes/. 
(voir Proposal 
)"
Si je comprend bien, c'est donc les transports qui sont disponibles 
lorsqu'on vient dans ces parcs relais. Il faudrait donc rajouter une 
valeur "hov" ? Si oui, ça se passe comment ? On le rajoute directement 
sur le wiki ou il y a une "procédure" (discussion) avant ?


Pour la clé access, je n'ai rien trouvé au niveau législatif sur les 
aires de covoiturage (ces places de parking sont-elles réellement 
limitées aux utilisateurs du covoiturage ?). Quelle est la raison de ton 
choix pour cela ?


Gautier

On 10/11/2015 12:51, Jérôme Seigneuret wrote:

Bonjour,

J'ai fait une proposition:

amenity=parking (ou parking_space)
park_ride =hov
name=Aire de Covoiturage
access=hov

Je vous invite à voir le contenu du tag hov 



Je pense qu'il faudrait aussi compléter la page 
http://wiki.openstreetmap.org/wiki/Key:access


Cette clé doit être présente (donc à ajouter) dans la liste 
"/motor_vehicle 
=*// (category: 
any motorized vehicle) /-->***/By use/*

*/
/*
Jérôme

Le 10 novembre 2015 09:20, Nicolas Dumoulin 
> a écrit :


Salut,

Le lundi 9 novembre 2015 20:08:01 Gautier a écrit :

> Nicolas Dumoulin, sur le forum, m'a proposé la solution

> http://www.openstreetmap.org/way/128277712 à savoir :

Je reposte ici mon dernier message où je donne l'origine de mon
choix d'époque :

http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Carpool

Aujourd'hui, ça n'est plus très approprié, je suis preneur de
mieux :-)

-- 


Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


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




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


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

Re: [Talk-it] Mappa osmand italia

[Luca Delucchi]

2015-10-27 9:59 GMT+01:00 Max1234Ita :
>
> Forse potrebbe essere un'idea zippare i file prima di distribuirli?
> Il .obf da 1.4 Giga diventa circa 920 mega in formato .zip, sarebbe un bel
> risparmio di banda per tutti ;)
>

fatto, compresso con 7z diventa circa 750 MB...quasi la metà

>
> Ciao e buona giornata.
> Max
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-cz] imaginarni mesto

[Marián Kyral]

Ahoj,
proto jsem doporučoval obrátit se na talk@ Tam minimálně poradí vhodný 
postup.

Marián


-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 11. 2015 11:53:39
Předmět: Re: [Talk-cz] imaginarni mesto

"Dne St 11. listopadu 2015 11:42:00, Martin Ždila napsal(a):
> A je nejaký návrh že čo s tým teraz?

již jsem dával odkaz, tedy ještě jednou konkrétně
http://wiki.openstreetmap.org/wiki/Vandalism#Vandalism_response

"někdo" by měl postupovat podle toho

ten "někdo" by asi měl být ten, kdo na to přišel

nicméně chápu, že původní tazatelce coby nováčkovi v OSM se do toho nechce

mně taky ne

... dobrovolníci?

K.


___
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-it] La mappa di OSM ha un nuovo schema colori

[Paolo Monegato]

Il 10/11/2015 20:21, Aury88 ha scritto:

Paolo Monegato wrote

Ai fini pratici gli extra servono a poco o nulla,

ai fini pratici di qualcun'altro gli "extra" servonol'avere la certezza,
la confidenza in qualcosa che si utilizza in certi ambiti può essere
addirittura vitale e questa confidenza la può dare un confronto, confronto
che spesso viene fatto con delle foto su un layer sovrapponibile...


Evidentemente chi necessita di questo confronto parte dal presupposto 
che la mappa sia sbagliata, quando invece in teoria dovrebbe partire dal 
presupposto che la mappa sia corretta.



ci sono casi addirittura in cui non si usa una sola mappa, non si usano
neanche solo le foto aeree nella banda del visibile ma si va dagli
ultravioletti all'infrarosso...


Direi che non è il caso degli utenti normali.


il problema è che tu hai posto in maniera arbitraria il fatto che il troppo 
fossero delle foto
aeree...una cosa che usano in moltissimi e non mi risulta fino ad ora
qualcuno si sia mai lamentato o che il troppo su gmap ne impedisca
l'utilizzo...


Le foto aeree sarebbero "troppo" per noi (guardati Berlino o Parigi o 
Londra... io lo spazio per l'ortofoto non lo trovo), mentre non sono 
troppo per chi ha una mappa più scarna (anzi, servono per nascondere gli 
spazi vuoti) e brutta da vedere (aggiungerei).



è immagino che il zoomare a piacere in una qualsiasi zona vedendo sempre più
dettagli sia una funzionalità che tu invece hai nella tua mappa cartacea...
puoi anche cambiartelo il render se vuoi...fallo con la tua mappa cartacea.
un altra cosa figa: aumentando lo zoom sulla foto riesco ad identificare
sempre più dettagli..tu ce la fai sulla cartina?


Avevo scritto anche: "a parità di scala le due mappe sono uguali, una 
delle due ha semplicemente il vantaggio che si può zoommare cambiando 
quindi la scala". Dunque non vedo il motivo di scrivere quanto quotato 
qui sopra.
OSM è come avere 19 carte a diversa scala. Più si aumenta lo zoom e 
maggiori saranno i dettagli visibili e minori quelli che vengono 
esclusi. In questo senso il limite di cui si parlava è presente anche 
sul dispositivo informatico. Certo lì puoi aggirarlo aumentando lo zoom, 
ma è esattamente come se cambiassi carta passando ad una con una scala 
più grande.



sulla cartina avendo un solo zoom avrai solamente
le informazioni che saranno ritenute il giusto (e non il sufficiente) per il
livello di zoom a cui è stampata quella cartina...


Il giusto ed il sufficiente. Quando lo spazio è poco si mette solo 
quello che serve davvero, come quando si fa un riassunto.



Che vuoi che ti dica, provate a fare una petizione per chiederne a gran
voce l'inserimento.


che risposta
io invece proporrei a te di fare una petizione per togliere le foto aeree
dalle mappe commerciali


Se per voi la foto aerea è fondamentale per ridurre il gap di popolarità 
che ha OSM nei confronti di altri servizi online allora dovreste 
organizzare una petizione di utenti OSM per chiedere questa funzionalità 
in più. Per me più che puntare su quello che gli altri già hanno si 
dovrebbe puntare su quello che non hanno (e direi che la storia legata 
alla MTB ne è una dimostrazione).


ciao
Paolo M

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

Re: [OSM-ja] はじめまして、長野県の深澤です。

[ribbon]

On Wed, Nov 11, 2015 at 04:43:21PM +0900, takashi fukasawa wrote:
> はじめまして、長野県長野市在住の深澤と申します。
> 
> 位置情報を利用したビジネスゲームの運用を検討しており、
> 地理データ（正確には道路縁座標）の利用が当初の目的だったのですが、
> 面白そうなので参加させてください。
> 
> 地図作りは初めてで、最初はiDエディタにすら戸惑いそうですが、
> できることからやって行きたいと思います。

ようこそOSMへ!

長野市と言っても広いですね。まずは自分の興味がありそうな地域あたりから、
建物やPOI(地物)をマッピングすることから始めるのが良いのではないかと思います。

分からないことがあれば、ここに投稿するとたぶん誰かが反応してくれると
思います。

ribbon

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

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Sat, Nov 7, 2015 at 12:18 PM, Kevin Kenny  wrote:

> On 11/06/2015 05:48 PM, Richard Welty wrote:
>
>> Stop rendering this key and instead render the relations

> >> >
> >> >Is there*any*  map style that does this at the moment?
> >> >
>
 >I believe Toby had a working mapnik-based renderer doing this on
>>> osm.us at
>>> >one point, though i'm not sure what became of this.
>>> >
>>>
>> it was never on osm.us so far as i know. the demo is still up here:
>>
>> http://bl.ocks.org/ToeBee/raw/6119134/#13/42.6276/-73.8955
>>
>> Phil Gold did a lot of work on this, but he's been busy with other things
>> and i haven't heard of any work on this in a while. i got a lot of the NYS
>> county route shields up and running.
>>
> I have Phil's code adapted to my own use, and going at
> https://kbk.is-a-geek.net/catskills/test3.html?la=41.3476=-74.6686=11
> (that particular spot shows Interstate, US Highway, NY, NJ, PA and county
> shields.)
>

Wow, that's a stunningly pretty American-style map there, and one I
wouldn't mind seeing on a potential map page on openstreetmap.us

I'm a little disappointed that none of the 'standard' renderers
> picked this up. (Then again, I'm disappointed in general with them.
> I've shared my opinion here before in the context of area features
> and nonsense like cutting lakes out of national forests in order
> not to show trees in them.)


I was really hoping the latest carto would have included relations and
graphical shields myself, since that's almost a throwaway ticklist item for
maps (and particularly online maps) the world over these days.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Sun, Nov 8, 2015 at 8:04 PM, Paul Norman  wrote:

> On 11/7/2015 10:18 AM, Kevin Kenny wrote:
>
>> I find lately that it needs a patched Mapnik, because Mapnik (sensibly)
>> went to a read-only database connection, and one of Phil's stored
>> procedures modifies the database the first time that a shield cluster
>> is requested. One of these times I'll fix it.
>>
>> I'm a little disappointed that none of the 'standard' renderers
>> picked this up.
>>
>
> Phil's demo was an excellent proof of concept of pictorial shields from
> route relations, but isn't something that can be reasonably incorporated
> into a stylesheet as-is.
> https://github.com/gravitystorm/openstreetmap-carto/issues/596 is the
> OpenStreetMap Carto issue for shields from relations,
> https://github.com/gravitystorm/openstreetmap-carto/issues/508 is the one
> for pictorial shields.
>

But, would it face the same problems just implementing relations to the
existing style?  I ask because we already have relations rendering on other
layers:

http://www.openstreetmap.org/#map=12/36.1236/-95.9118=C shows
various cycleways in the Tulsa area.
http://www.openstreetmap.org/#map=12/36.1236/-95.9118=T shows a
little more than half of the bus routes in Tulsa.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] imaginarni mesto

[Martin Ždila]

2015-11-11 12:30 GMT+01:00 Marián Kyral :

> Ale co jsem tak na to koukal, v těchto dvou případech by mělo stačit vše
> označit a smazat.
>

Keďže dotyčný je očividne vandal, treba odstrániť všetky jeho príspevky a
na to je vhodnejší revert.

Skúsim niekoho nájsť v SK komunite čo má s tým viac skúsenosti.

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-in] OSMGeoWeek Mapping Party [BLR]

[Paramvir Singh]

Would have loved to join but am in Mumbai.



Blackberry has the world's best email experience.

> On 11-Nov-2015, at 6:07 PM, Arun Ganesh  wrote:
> 
> Wondering if we should have a theme for the mapping that can get more 
> involvement from outside the OSM circles. How about `Waste`?
> 
>> On Wed, Nov 11, 2015 at 6:04 PM, Arun Ganesh  wrote:
>> In support of Geography Awareness week starting on November 15th, we have 
>> space at Mapbox Bengaluru to get together for a mapping party!
>> 
>> Date: Sunday 15th Novemebr
>> Time: 10AM-5PM
>> Location: Mapbox, near Indiranagar BDA Complex
>> 
>> Its been a while since we met, so its a good chance to discuss ideas, hack 
>> on ideas or just go out and map. Have setup the wiki page here: 
>> http://wiki.openstreetmap.org/wiki/India/Events/Bengaluru_Mapping_Party_3_-_osmgeoweek
>> 
>> Feel free to add your ideas and spread the word.
>> 
>> -- 
>> Arun Ganesh
>> (planemad)
> 
> 
> 
> -- 
> Arun Ganesh
> (planemad)
> ___
> 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-br] Ativação do HOT sobre o colapso da barragem em Mariana

[Vitor George]

Valeu pela tradução, gente. Agora há uma página em português:

http://wiki.openstreetmap.org/wiki/Pt:2015_Mariana_Dam_Collapse

Ainda não temos as images, aviso quando tiver.

2015-11-10 21:42 GMT-02:00 Peter Krauss :

> Parabéns a todos dessa iniciativa!
> e parabéns ao HOT
> ,
> que ainda era novidade para os brasileiros!
>
> PS: traduzi algo mas precisa de revisão.
>
> Em 10 de novembro de 2015 20:45, Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com> escreveu:
>
>> O que é HMP?
>>
>>
>> Em 10 de novembro de 2015 18:00, Vitor George 
>> escreveu:
>>
>>> Oi pessoal,
>>>
>>> Vamos começar uma tarefa de mapeamento remoto da região afetada pelo
>>> colapso da barragem em Mariana. O trabalho é uma ativação do Humanitarian
>>> OpenStreetMap Team:
>>>
>>> http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse
>>>
>>> A página está em inglês porque não temos um template em português ainda,
>>> quem puder colaborar traduza alguma parte desta página:
>>>
>>> http://wiki.openstreetmap.org/wiki/Template:Pt:Activation
>>>
>>> Em breve vamos ter acesso a imagens pós-desastre. Quem quiser acompanhar
>>> mais de perto, acesso o grupo do Telegram
>>> .
>>>
>>> Abraços,
>>> Vitor
>>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30 message 5 of 20)

[osm . sanspourriel]

Exact, mais complètement en dehors de la remarque de Ludovic.
Pour répondre à Ludovic, non, il y a des exceptions dans les zones 
urbaines (pénétrantes limitées à 70 ou 90).
Sur la voirie on ne met pas ce qui va de soi. Donc indiquer 50 km/h en 
zone urbaine a peu d'intérêt.
Mettre les limites non standard est intéressant (ou les limites standard 
du fait d'aménagements styles zones 30).
On peut éventuellement mettre une limite 50 km/h sur la partie urbaine 
(landuse???), mais ne mettre les 50 km/h que là ou c'est 50 km/h alors 
que ce n'est pas ce que l'on attend.
Par exemple si une zone à 30 km/h est traversée par une voie à 50 km/h 
(j'espère que c'est un exemple fictif ! Fictif mais pas illégal : 
légalement on met 2 zones à 30 et entre on laisse la rue en voie urbaine 
classique).


Jean-Yvon

Le 11/11/2015 02:59, Philippe Verdy - verd...@wanadoo.fr a écrit :
Il y a des limites de 50 km/h hors des zones urbaines aussi, par 
exemple aux sorties d'autoroutes près des zones de péages, qui peuvent 
être en pleine campagne, hors de toute agglomération, ou sur certains 
ouvrages (ponts, tunnels, virages dangereux, routes étroites, 
bretelles d'échangeurs, routes dégradées, passages à gué qui peut être 
inondé et infranchissable épisodiquement, ou traversée de certains 
espaces naturels avec animaux sauvages, voies privées...). On peut 
même avoir moins encore (autour des centres commerciaux)...



Le 10 novembre 2015 20:58, Ludovic Hirlimann > a écrit :


Est-il prévu de mettre maxspeed=50 automatiquement dans les zones
urbaines ?


-- 
http://sietch-tabr.tumblr.com/


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




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


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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Paolo Monegato]

Il 11/11/2015 15:29, Aury88 ha scritto:

a quei livelli di zoom puoi arrivare a mio avviso ad inserire molti altri 
dettagli assenti in tutti
gli altri zoom  senza comprometerne la funzionalità; ma siccome non conviene
creare una mappa così ristretta, anche se funzionalmente l'uso di per
esempiofoto non ne comprometterebbe l'uso, diventa un altro il fattore
funzionale "limitante" che impedisce la realizzazione di quella mappa.


Quel che scrivi nella prima riga è chiaro. Del resto più spazio c'è e 
più dettagli puoi inserire (senza comprometterne la funzionalità).
Quel che viene dopo il punto e virgola invece sembra quasi una 
supercazzola (manca solo un "come fosse antani")... intendevi dire che a 
grande zoom l'ortofoto non ne compromette l'usabilità, che però è 
compromessa dalle dimensioni?



Su quest'ultima frase direi che siamo d'accordo tutti. Quello su cui non
siamo d'accordo è il percorso da fare.

  intendi la pubblicizzazione tramite incontri e non tramite l'utilizzo?


Intendo che tutti noi vorremmo che OSM fosse più conosciuto. Però alcuni 
pensano che la strada sia quella di aggiungere un certo tipo di servizi 
presenti in altre mappe online, mentre altri pensano che la strada da 
intraprendere dovrebbe essere un'altra.



alla fine il dato è l'ossatura di tutto quindi
senza quello sopra non puoi fare nulla...ma a mio avviso servizio e
ossatura, così come sono strutturati adesso come entità nettamente separate,
non aiutano alla questione visibilità...sopratutto in direzione del progetto
arrivando da un servizio.
poi bisogna considerare che è il mappatore a decidere cosa mappare...l'idea
di una mappa il più completa possibile quindi non può prescindere dalla
quantità di mappatori (e questo è ovvio), quindi dalla popolarità...allo
stesso tempo i mappatori saranno più propensi a mappare quegli elementi che
servono il servizio che sfruttano... ecco che il servizio ha il doppio ruolo
sia di far conoscere la mappa sia di aumentare la propensione ad aggiungere
una particolare tipologia di dati.
non sop se mi sono spiegato


Si, in questo caso ti sei spiegato abbastanza bene. E, nel merito, direi 
che non si può non essere d'accordo.



il caso virtuoso della MBT è partito si grazie alla buona presenza di dati,
ma grazie anche al fatto che il servizio su di essi basato (e praticamente
senza concorrenti grossi a cui "soffiare" clienti) ha reso accessibile
quelle info ad un mercato disposto poi ad aiutare aggiungendo altri dati,
specialmente quelli usati dal servizio che loro regolarmente usavano.


Il fatto è che se non avessimo dato spazio ai percorsi non percorribili 
da auto non si sarebbe potuto creare il servizio. In quel caso OSM è 
diventato popolare perché era l'unico che fornisse quei dati, un 
vantaggio non da poco nei confronti della concorrenza.
Poi certo l'esistenza del servizio, la sua funzionalità e quant'altro 
non possono che influire sul risultato dell'operazione, ma tutto parte 
dall'idea di dare spazio a quei percorsi.



questo fenomeno lo si può vedere con il rendering per cui elementi non
renderizzati avranno una più bassa probabilità di venire usati...i dati sono
accessibili, ma il mancato "servizio" di rendering non ne incentiva
l'aggiunta e viceversa per gli elementi che  invece hanno un render
predominante.


Vero.


quindi a mio avviso servizio e mappa servono entrambi alla fama e più sono
uniti più è facile che l'utilizzatore casuale di un servizio si accorga del
progetto alla base dei dati.


Da una parte è vero. Dall'altra però occorre anche dire che verrebbe 
meno uno dei pilastri di OSM. Oggi chiunque può prendere i dati ed 
inventarsi un servizio (e, se vuole, farsi pagare). Mettere questi 
servizi sull'home page costringerebbe a delle scelte: uso il servizio di 
Caio o quello di Tizio? Una volta che ne ho scelto uno tarpo le ali 
all'altro o agli eventuali altri nascenti.


Ciao
Paolo M

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

Re: [Talk-br] Ativação do HOT sobre o colapso da barragem em Mariana

[Roger C. Soares]

  
  
Segundo
http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Pakistan_Tharparkar_Drought
  
  "Humanitarian Mapping Project (HMP)"
  
  Atenciosamente,
  Roger.
  
  --
  Em 11-11-2015 13:25, Alexandre Magno Brito de Medeiros escreveu:


  

  Alguém sabe dizer o que significa a sigla HMP? Será "HOT
management plan"?

  
  Ela também aparece assim: "...in the HMP/Activation area...".



Alexandre

  

  
Em 11 de novembro de 2015
  10:09, Vitor George 
  escreveu:
  
Valeu pela tradução, gente. Agora há
  uma página em português:
  
  
  http://wiki.openstreetmap.org/wiki/Pt:2015_Mariana_Dam_Collapse
  
  
  
  Ainda não temos as images, aviso quando
tiver.


  

  2015-11-10 21:42
GMT-02:00 Peter Krauss :

  Parabéns a todos dessa
iniciativa!
e parabéns ao HOT, que ainda
  era novidade para os brasileiros!



PS: traduzi algo mas precisa de
  revisão.
  
  

  
Em 10 de novembro de 2015
  20:45, Alexandre Magno Brito de
  Medeiros 
  escreveu:

  
  

  
O que é HMP?
  

  

  Em
10 de novembro de
2015 18:00, Vitor
George 
escreveu:

  Oi
pessoal,


Vamos
  começar uma
  tarefa de
  mapeamento
  remoto da
  região afetada
  pelo colapso
  da barragem em
  Mariana. O
  trabalho é uma
  ativação do
  Humanitarian
  OpenStreetMap
  Team:


http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse



A página
  está em inglês
  porque não
  temos um
  template em
 

Re: [Talk-it] Statistiche interessanti OSM?

[Federico Leva (Nemo)]

La dimensione totale è un bel numero ma penso che quell'aspetto sia già 
abbastanza coperto dalle statistiche sui contributi (nodi aggiunti 
ecc.), no?
Quanto all'uso "passivo", invece, ci sono solo registri come questo? 
http://planet.osm.org/tile_logs/tiles-2015-11-08.txt.xz Contiene 3.3M 
righe del genere:


1/0/0 186695
1/0/1 139277
1/1/0 156256
1/1/1 138676
2/0/0 110440
2/0/1 150930
2/0/2 90903
2/0/3 49058

è il numero di volte che è stata richiesta una specifica mattonella? 
Quindi se trovo i codici corrispondenti alla superficie dell'Italia 
potrei scoprire quanto sia stato usato il tileserver ufficiale OSM per 
l'Italia?


Nemo

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

[OSM-talk-fr] Armoires de rues

[François Lacombe]

Bonjour,

Je viens de traduire la page man_made=street_cabinet du wiki
anglophone vers le français.
http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dstreet_cabinet

Bonne lecture.


François

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

Re: [OSRM-talk] URL parameters for http://map.project-osrm.org - supporting end point only?

[Daniel Patterson]

Hi Robert,

  http://map.project-orsm.org/  isn't really 
intended for linking to like your'e describing.  It's more of a demo interface 
to OSRM itself.

  Have you explored using LRM (Leaflet Routing Machine) 
http://www.liedman.net/leaflet-routing-machine/ 
 and drawing routes on your 
own Leaflet  ?

daniel

> On Nov 11, 2015, at 12:47 PM, MapsMarker.com  wrote:
> 
> Hello,
> 
> I am the developer of the WordPress mapping plugins Leaflet Maps Marker 
> (https://wordpress.org/plugins/leaflet-maps-marker/ 
> ) and Maps Marker Pro 
> (https://www.mapsmarker.com ). Both plugins 
> include support for different directions providers - one of them is OSRM and 
> directions links are linking directly to map.project-osrm.org 
> . I noticed that the URL schema I used so far 
> seemed to have changed and the map is now always centered on Washington 
> (example link produced by my plugin currently: 
> http://map.project-osrm.org/?hl=en=48.292787,16.092911=0 
> )
> 
> I did some research and found that the URL parameters have changed and that 
> new parameters like "center" are required.
> 
> Anyway I am having issues supporting the new URL scheme, because I only want 
> to set the end point for directions as I do not know where the user wants to 
> start. I tried this by using the following URL for example:
> http://map.project-osrm.org/?z=13=48.242330%2C16.433030=48.242330%2C16.433030==en
>  
> 
> The main issue is that if only 1 loc parameter is set, the input form field 
> for start point remains empty, resulting in a non usable link for my plugin 
> users.
> 
> The current workaround for this issue is to set both loc parameters to the 
> same lat+lon values (like 
> http://map.project-osrm.org/?z=13=48.242330%2C16.433030=48.242330%2C16.433030=48.242330%2C16.433030=en
>  
> )
>  - this results in start+end point form fields being populated - anyway this 
> is suboptimal, as the user has to delete the start form field and enter where 
> he wants to start.
> 
> I searched the wiki but couldnt find a way how this could be solved. Is there 
> a way to use a URL like 
> http://map.project-osrm.org/?z=13=48.242330%2C16.433030=48.242330%2C16.433030==en
>  
> 
>  with only 1 loc parameter set which prefills the endpoint for directions so 
> that the user only has to set the start point for directions? If not, is 
> there a chance that the site gets updated to support that?
> 
> Any help would really be appreciated!
> best,
> 
> Robert
>  
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/osrm-talk 
> 
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Mappa osmand italia

[Max1234Ita]

Ottima cosa! ^^

Però vorrei segnalarti un potenziale disallineamento: il sito dice
"aggiornata all'11/11/2015, però il file contenuto nel .7z è datato 26/10...
E' giusto così?

Ciao,
MAx




--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5859794.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSRM-talk] OSRM-talk Digest, Vol 35, Issue 7

[Paul Friedman]

I'm also starting to use this API (and completely love the results).

It appears the default for –max-matching-size is 2.  Is there a reason the
limit is so low (or is it even enforced?)?  Thanks.

---Paul

-Original Message-
Date: Wed, 11 Nov 2015 00:07:32 +0100
From: Patrick Niklaus 
To: Mailing list to discuss Project OSRM 
Subject: Re: [OSRM-talk] Some OSRM Match questions
Message-ID:

Content-Type: text/plain; charset=UTF-8

> Which is the recommended way?

Increase the locations limit. Stitching together split traces might not
yield the expected result (start/end points at the split don't have to
match). In general the more data you provide, the better the algorithm is
able to work.

> Are the timestamps used as part of the Hidden-Markov-Model algorithm?

They don't influence the emission probabilities or transition probabilities,
but are used for detecting outliers and gaps (simple example is driving
through a tunnel). You should provide the data if you have it.

> In my response to a match query I’m getting hint_data.

You can use hint_data as additional input to viaroute. It enables
unambiguous coordinate snapping (important if you want to match first and
then extract additional information). As with viaroute it cannot be turned
off (also adds no real overhead anyway).



On Tue, Nov 10, 2015 at 10:01 PM, Artur Bialecki 
wrote:
>
>
> Hello,
>
>
>
> I’m new to OSRM and I have few question regarding the map matching API.
>
> I’m using version v4.8.1.
>
>
>
> If I have a trip with 1000 locations, what are the implications of
> setting
>
> –max-matching-size option of osrm-routed as oppose to splitting the
> trip
>
> into 10 requests with 100 locations each and stitching together the
> responses?
>
> Which is the recommended way?
>
>
>
> The match API takes locations and optional timestamps for each location.
>
> Are the timestamps used as part of the Hidden-Markov-Model algorithm?
>
> Is the match quality or performance affected when using the timestamps?
>
>
>
> In my response to a match query I’m getting hint_data.
>
> The API documentation does not mention this. Is hint_data usable for
> match
>
> requests? If so how? If not, now do I turn it off?
>
>
>
> Is there a way to turn off logging of requests by osrm-routed, other
> than sending them to /dev/null?
>
>
>
> Is there any documentation on using profile.lua?
>
>
>
> Thank you.
>
>
>
> Artur Bialecki.
>
>
>
>
>
>
>
> This e-mail message is confidential, may be privileged and is intended
> for the exclusive use of the addressee. Any other person is strictly
> prohibited from disclosing, distributing or reproducing it. If the
> addressee cannot be reached or is unknown to you, please inform us
> immediately and delete this e-mail message and destroy all copies. Thank
> you.
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Carlo Stemberger]

Il giorno 11 novembre 2015 17:36, Paolo Monegato 
ha scritto:

Da una parte è vero. Dall'altra però occorre anche dire che verrebbe meno
> uno dei pilastri di OSM. Oggi chiunque può prendere i dati ed inventarsi un
> servizio (e, se vuole, farsi pagare). Mettere questi servizi sull'home page
> costringerebbe a delle scelte: uso il servizio di Caio o quello di Tizio?
> Una volta che ne ho scelto uno tarpo le ali all'altro o agli eventuali
> altri nascenti.
>

Non per forza. Ad esempio il servizio di routing aggiunto qualche tempo fa
integra diversi servizi, e l'utente può liberamente scegliere a quale
affidarsi (certo, è una scelta comunque guidata e limitata).

Ciao!

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

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30 message 5 of 20)

[Jérôme Seigneuret]

Le 11 novembre 2015 15:03,  a écrit :

> Exact, mais complètement en dehors de la remarque de Ludovic.
> Pour répondre à Ludovic, non, il y a des exceptions dans les zones
> urbaines (pénétrantes limitées à 70 ou 90).
> Sur la voirie on ne met pas ce qui va de soi. Donc indiquer 50 km/h en
> zone urbaine a peu d'intérêt.
>

Rien ne va de soit. Une commune peut bien mettre une zone 30 sur toute la
commune... a contrario des lieudit (avec landuse=residential se retrouve
tarversé par des route à 90...
Le 50 est aussi utile car pour le moment dans les processus de traitement
c'est le landuse=residential qui permet d'identifier les zones à 50 par
défaut quand il n'y a pas d'information de vitesse saisie
Ca voudrait dire que la saisie des vitesses est conditonnée par la
précision de saisie des landuses par leur qualité... ça veut dire que si
l'on fait évoluer les zones de landuse, il faut redéfinir les vitesses sur
les tonçons au bornes... Bref je vais pas traité les cas possible mais je
vous laisse imaginer le problème...

Mettre les limites non standard est intéressant (ou les limites standard du
> fait d'aménagements styles zones 30).
>

Standard de quel point de vue? quand on n'est plus sur un
landuse=residential c'est 90... Quand est t'il du highway=unclassified?

Les cas ne sont pas tous traités. Le conditionnement aux bornes est trop
pénible à gérer. Pour mois c'est plus à titre indicatif faute de mieux.
Donc quand je peux j'ajoute deux tags ça me coûte rien et ça évite à un
autre contributeur de ce poser la question aussi.

On peut éventuellement mettre une limite 50 km/h sur la partie urbaine
> (landuse???), mais ne mettre les 50 km/h que là ou c'est 50 km/h alors que
> ce n'est pas ce que l'on attend.
>

Et pour les autres landuse c'est quoi le choix (retail et autre) si c'est
le landuse qui conditionne la vitesse par défaut, faudrait prendre en
considération un peu plus sérieusement la manière de dessiner ces objets.
Quand est t'il quand on est sur des objets de type natural et autre...
La vitesse est liée aux conditions environnementales mais elle est
conditionnée par un contexte réglementaire. On qualifie un réseau. Le fond
ne doit conditionner la vitesse (sauf donner un info indicative) . Faire du
conditionnel en fonction d'autres objets de type polygone est trop pénible
surtout quand la couche qui a servi à faire le découpe est conçu pour une
échelle de définition région et non communale ou topologique avec le réseau
en question...
Si on ne le fait pas sur le réseau il faut dans ce cas des isolignes
topologique avec la couche de voirie.

Par exemple si une zone à 30 km/h est traversée par une voie à 50 km/h
> (j'espère que c'est un exemple fictif ! Fictif mais pas illégal :
> légalement on met 2 zones à 30 et entre on laisse la rue en voie urbaine
> classique).
>
> Oui ce cas me parait difficile mais pas improbable. C'est la même que pour
le cas suivant
J'ai une voie sans panneaux d'entrée/sortie de ville. A l'entrée c'est bien
un village (donc de base 50) et de l'autre coté de la voie je retombe sur
une route à 90.  On fait quoi? On roule à 50 ou à 90???

Les vitesses non qualifiées sont pour moi un moyen d'alerter sur des
tronçons problématiques.

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

Re: [OSM-talk-be] IGN/NGI/NGI/NGI too now using OpenStreetMap

[André Pirard]

On 2015-09-06 23:54, Nicolas Pettiaux wrote :
> Dear 
>
> In March, I have met the directeur général adjoint of IGN during a
> meeting about GIS in Belgium where I represented the OSM.BE team (Ben
> had been invited too and I have coordinated with him) and he let me
> know that he would be willing to share data with us.
>
> We could prepare to go and meet officially (as the OSM-be
> representatives) IGN to discussi licences, compatibility and mutual help.
>
> Who is interested ?
The IGN/NGI is a most important source of information indeed.
I'm very surprised that no one else replied.
Thanks.  Keep us informed.

But the first thing to know is if what we do isn't allowed already, like
for the SPW.
IGN states conditions almost as vague as the SPW.
For the SPW, now that we know that "we cannot copy yet" isn't true and
now that the SPW fixed the PICC bug that I have asked 5 years ago (and
that was being laughed at), we can now redo with JOSM with a 20cm
precision much of the work that was made over 5 years with a 2 to 5 m
error and more with other editors.

Cheers

André.


>
> Best regards,
>
> Nicolas
>
> Le dim 6 sep 2015 à 21:45, André Pirard  a
> écrit :
>> Hi,
>>
>> In their now official Cartesius project
>> , IGN/NGI/NGI/NGI et al.
>> too are now using OpenStreetMap
>>  (click
>> Basemap).
>>
>> It would have been surprising that NGI did not display the OSM ©
>> notice ;-)
>> Please notice that they reproduce without a frown the OSM mapping of
>> the so-called © NGI boundaries that we "cannot copy yet" (belonging
>> to the various successive governments (French and Belgian mainly)) !
>>
>> Cheers ,
>>
>> André.
>>
>>

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

Re: [OSM-talk] opening_hours for turn restriction

[Robin `ypid` Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Good evening,

On 10.11.2015 14:36, Nicolás Alvarez wrote:
>> El 10 nov 2015, a las 09:57, Badita Florin 
>> escribió:
>> 
>> Hello, i have a question, how do you tag the opening hours for a turn
>> restriction that is activated only during a certain time of day or week. 
>> Also, do you have an idea what software is using this attributies ?
>> 
>> http://i.imgur.com/a1eBFoe.jpg
>> 
>> On the wiki the information is old and also deprecated
>> 
>> http://wiki.openstreetmap.org/wiki/Relation:restriction
>> 
>> It says about hour_on but on the wiki the tag is not valid.
>> 
>> http://wiki.openstreetmap.org/wiki/Key:hour_on
>> 
>> Should i use the http://wiki.openstreetmap.org/wiki/Key:opening_hours
>> tag, as recomented ?
>> 
>> My fear is that i will add a restriction, and all of the apps that does
>> not parse the opening hours will use this as a default , and will make
>> this restriction permanent, producing maybe more damage then not adding
>> the restriction at all
> 
> I don't know what the correct tag is, and the wiki is inconsistent about
> it. It says hour_on is deprecated in favor of opening_hours and conditional
> restrictions, but the Conditional restrictions page says nothing about turn
> restrictions, and the turn restrictions page says you should use
> hour_on...
> 
> But as far as I know there is no OSM routing engine that supports
> conditional restrictions yet, whatever the tag. It's not an easy problem,
> especially since the algorithm has to consider if the restriction applies
> at the time the user would arrive to that point, rather than at the time he
> asks for the route at the beginning of the trip.

How about:

restriction:conditional=no_left_turn @ (Mo-Fr 06:30-21:30)

The key restriction:conditional is currently used 61 times.
https://taginfo.openstreetmap.org/keys/restriction%3Aconditional#overview

- -- 
Live long and prosper
Robin Schneider
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJWQ34KAAoJEIb9mAu/GkD4SlkQAJKghMA3tA4/y3bqYAVRzHlX
OqgTvVmc/rR9q7PhMLWt2H7NGbAKtwbAr1I1YN4LO6jTtcvL2cBzk3nO0HfUMEIa
3TCW+itHL+pHXRVti+Q4dSnG94S3H2DG0VP+3r/Fgpk2PZituXUYV+ylD8yNpge1
brO79BvajIFj2esqlR0VZmFJnnJLTqbNag5E/daUcN9gRr8N/SFtJM5JwDVGQaRO
nQkodjYq/9H27dofyv/6nT6BJ/F9jyCuP9DfnrmmSP2bbuyLkhd8LdX75Kix2DnK
hDF0+kbDBLCUXrUhc2xiX0XUOHmqLFVPc/GFcuo1+IbYXJJnXZaUNjG8jOg6ufwN
9Vjvtj5r5ZVy2smNFGbxpvHWUcwJp7pHPWwl51NasZYLZj31GXFrUVl2g33YW10w
3n9nTQV1hnzPPzRZKrcSHrr7fXkpU6SCt/u83CUoh7RkpASqhMsmuaTyP5Kse4EC
sLW6oywI4cN+jJ5SevI1bs4x/uGETb4wjW3ALHpdc3UHlH9i7fAj8MlMGa95aXJq
hy8NK6y3f03UCqv+6qzKTtaq8E04EKbHbsYjt5mtUAZwiXVZfB6K0p6BDX6fi8Yb
B1zWspGjzlewvTj6a4I3b9hRPAGxkh+m46kJA2wk3d4RKDZiHYu/CVBZSdmgvH5Y
1bBFMScyPnlihBPxhbH4
=1jMD
-END PGP SIGNATURE-

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

Re: [Talk-br] Ativação do HOT sobre o colapso da barragem em Mariana

[Alexandre Magno Brito de Medeiros]

Alguém sabe dizer o que significa a sigla HMP? Será "HOT management plan"?

Ela também aparece assim: "...in the HMP/Activation area...".

Alexandre

Em 11 de novembro de 2015 10:09, Vitor George 
escreveu:

> Valeu pela tradução, gente. Agora há uma página em português:
>
> http://wiki.openstreetmap.org/wiki/Pt:2015_Mariana_Dam_Collapse
>
> Ainda não temos as images, aviso quando tiver.
>
> 2015-11-10 21:42 GMT-02:00 Peter Krauss :
>
>> Parabéns a todos dessa iniciativa!
>> e parabéns ao HOT
>> ,
>> que ainda era novidade para os brasileiros!
>>
>> PS: traduzi algo mas precisa de revisão.
>>
>> Em 10 de novembro de 2015 20:45, Alexandre Magno Brito de Medeiros <
>> alexandre@gmail.com> escreveu:
>>
>>> O que é HMP?
>>>
>>>
>>> Em 10 de novembro de 2015 18:00, Vitor George 
>>> escreveu:
>>>
 Oi pessoal,

 Vamos começar uma tarefa de mapeamento remoto da região afetada pelo
 colapso da barragem em Mariana. O trabalho é uma ativação do Humanitarian
 OpenStreetMap Team:

 http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse

 A página está em inglês porque não temos um template em português
 ainda, quem puder colaborar traduza alguma parte desta página:

 http://wiki.openstreetmap.org/wiki/Template:Pt:Activation

 Em breve vamos ter acesso a imagens pós-desastre. Quem quiser
 acompanhar mais de perto, acesso o grupo do Telegram
 .

 Abraços,
 Vitor

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

Re: [OSRM-talk] How to disable all ferry routes?

[Peter Becker]

Thank you this works

2015-11-11 16:23 GMT+01:00 Daniel Hofmann :
> If you take a look at the car profile, you will see a ferry_mode variable,
> that sets the travel mode:
>
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/profiles/car.lua#L151
>
> If you set this to 0 (i.e. 'inaccessible") as defined here:
>
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35
>
> then the extractor discards ferry routes because you marked them
> inaccessible.
>
> On Wed, Nov 11, 2015 at 9:03 AM, Peter Becker  wrote:
>>
>> Hello, i dont want any ferries in my routes. Is this possible?
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

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

[Talk-it] Statistiche interessanti OSM?

[Federico Leva (Nemo)]

Wikimedia Italia ha un piano strategico che fra le altre cose aspira 
contribuire a un aumento dell'uso di OSM in Italia. 
http://wiki.wikimedia.it/wiki/File:Piano_strategico_2015-2016_-_Wikimedia_Italia.pdf


Per i progetti Wikimedia usiamo cose come il numero di visualizzazioni, 
gli utenti attivi, gli utenti unici, alcune delle quali sono disponibili 
anche per lingua o paese (http://stats.wikimedia.org/ ). Per le attività 
propriamente WMI stiamo cercando di definire quali parametri usare, vedi 
http://wiki.wikimedia.it/wiki/Associazione:Valutazione .


Ci sono delle statistiche di OSM che alla comunità paiono interessanti? 
Come produrle? Vedo numeri piuttosto aggiornati in 
https://wiki.openstreetmap.org/wiki/Stats ma solo sulla quantità di 
contributi a OSM nel suo insieme.


Nemo-lavoro

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

Re: [OSRM-talk] How to disable all ferry routes?

[Daniel Hofmann]

If you take a look at the car profile, you will see a ferry_mode variable,
that sets the travel mode:

https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/profiles/car.lua#L151

If you set this to 0 (i.e. 'inaccessible") as defined here:

https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35

then the extractor discards ferry routes because you marked them
inaccessible.

On Wed, Nov 11, 2015 at 9:03 AM, Peter Becker  wrote:

> Hello, i dont want any ferries in my routes. Is this possible?
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-us] Data sources (Was: Proposal: Sunset ref=* on ways in, favor of relations)

[Kevin Kenny]

On 11/11/2015 06:53 AM, Paul Johnson wrote:

I have Phil's code adapted to my own use, and going at
https://kbk.is-a-geek.net/catskills/test3.html?la=41.3476=-74.6686=11
(that particular spot shows Interstate, US Highway, NY, NJ, PA and
county
shields.)

Wow, that's a stunningly pretty American-style map there, and one I
wouldn't mind seeing on a potential map page on openstreetmap.us



Well, thank you! I'm glad you like it. This started from Lars
Ahlzen's TopOSM project from a while back, but I've taken it off
in a somewhat different direction.

It's something of a personal project that's got entirely out of hand.

I realized that if I am ever to have useful maps for hiking less
popular areas that properly support panning and zooming on a smartphone
GPS app, I have to make them myself. The publicly available USGS maps
are decades out of date. The USGS topographic mapping project ended
in the first Bush administration, and mapping had been done on a 40
year cycle prior to that, so the maps are for the most part between 25
and 65 years old. The newer 'USA Topo' series is nearly worthless
for the purpose (and USGS knows it). And outfits like NatGeo and
DeLorme often don't cover some of the, uhm, obscurer places I go.

I don't know how appropriate the map will be for openstreetmap.us,
because I do depend heavily on quite a fair number of non-OSM data
sources. In particular:

  - NED - both hillshading and contour lines derive from here
  - NLCD - It's low resolution, but I don't think we're ever going
   to have crowd-sourced landcover information that's any
   good. And I want to know when I'll be filling my boots
   with beaver water or ripping my gear on spruce.
  - NHD - I've heard many complaints here about NHD, but in the
  Northeast, its data quality is quite good indeed. This
  isn't a project that armchair mappers can complete
  easily, and access to land for field checking is often
  difficult or impossible. I'll go with what the
  government has on this one. (I ignore hydrographic
  features from OSM).
  - USFWS National Wetlands Inventory, plus NYSDEC Wetlands files,
  plus Adirondack Park Agency's commissioned wetland studies.
  Coverage varies here, and the files are intended to serve
  different purposes. Since whether a property is legally
  a wetland or not has vast impacts on its value,
  this information is always contentious. I'll accept
  information of varying quality here. The key point for
  me is "how likely am I to be wading?"
   - Several states' databases of hiking trails. The legal status
 of New York's is murky (I gather because the State doesn't
 own the data, either - it was provided by a contractor. It's
 nonetheless available to the general public at the NYSGIS
 web site, and I'm comfortable with the risk for my personal use)
 The other States that I've included are much more open with
 the data.
 Particularly near the corner of NY, CT, MA, this gives the
 trails something of a 'cubist' appearance, since there can be
 as many as four data sources supplying them. I actually find
 this valuable. Where the sources do not concur, a trail is
 likely to be more difficult to follow, and I'm going to be
 paying considerable more attention to navigation.

And there are probably a few I've neglected to mention.

Is there policy on rendering based on data from outside sources?

It also, at the moment, needs a patched Mapnik to render. Phil!
Gold's stuff doesn't work on a read-only database connection, and
Mapnik sensibly requests one.

There may also still be a dependency on an auxiliary table in
the database that Lars used for merging route and way information for
highway shields. I think I've expunged it, but I'm not sure.

It's all slightly "chewing gum and baling wire" - what software
isn't? - but if there's interest, I'd be happy to share what I
have.

One last warning. It's a hiking map. It looks like hell at high
zoom levels in the cities. Sorry. That's not its intended purpose.

Kevin

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

Re: [Talk-it-trentino] toponomastica a Trento in Trentino

[Maurizio Napolitano]

2015-11-11 8:14 GMT+01:00 michele zanolli :
> Ottimo lavoro Maurizio!


Grazie

> Hai fatto riferimento anche al grafo stradale del Comune di Trento?

Certo, è scritto facendo clic su "Maggiori informazioni"
E poi è riportato qui
https://github.com/napo/strade_personaggi_trento

> Quello, salvo errori che ci possono sempre essere ;), è aggiornato.

Mi è servito parecchio per correggere alcune cose sul grafo di openstreetmap.
Ho deciso di usare quello di openstreetmap in quanto ho usato le mappe osm
in background e quindi apparivano più  "in linea" con la mappa di background.

> Inoltre, sempre sul sito del comune [0] è presente l'applicativo dello
> stradario che fornisce anche informazioni biografiche.

Bello
Ricordo che lo avevo usato qualche anno fa, ma nn avevo visto che c'erano
anche le variazioni bibliografiche.

È possibile avere - magari in open data - un estratto del db?
... nel frattempo mi sono scritto uno scraper ...

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

[Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Aury88]

Vi allego una email che mi è arrivata dal politecnico:


OSM Geo Week: Mapathon @PoliMi

[ENGLISH VERSION BELOW]

Il laboratorio GEO (Geomatics and Earth Observation) del Politecnico di
Milano ospiterà un mapathon su OpenStreetMap (OSM) giovedì 19 novembre 2015
in aula S02 (Campus Leonardo) dalle 14:15 alle 18:00. Il mapathon è
co-organizzato dalle Scuole di Ingegneria del Politecnico di Milano e dal
Consiglio Nazionale delle Ricerche – Istituto per il Rilevamento
Elettromagnetico dell'Ambiente (CNR - IREA).

 

Il mapathon è organizzato nell'ambito della OpenStreetMap Geography
Awareness Week (http://osmgeoweek.org), il cui scopo è il raggiungimento di
100 mapathon in tutto il mondo per celebrare la geografia e creare mappe con
OpenStreetMap (http://www.openstreetmap.org), la mappa più ricca e completa
del mondo, creata ed editata tutti i giorni da migliaia di volontari sparsi
per il globo e i cui contenuti possono essere liberamente diffusi e
riutilizzati.

 

Il mapathon sarà focalizzato sulle aree geografiche e le azioni di mappatura
proposte dall'Humanitarian OpenStreetMap Team (HOT, http://hotosm.org) ed il
progetto Missing Maps (http://www.missingmaps.org), il cui scopo è quello di
assistere tramite azioni condivise e coordinate di mappatura le popolazioni
colpite da disastri naturali e/o situate in aree dove non esiste
cartografia. Lo staff del laboratorio GEO introdurrà il progetto
OpenStreetMap e mostrerà ai partecipanti come muovere i primi passi nel
contribuirvi. L'attenzione sarà successivamente dedicata alla mappatura
delle aree proposte da HOT e Missing Maps, che avverrà utilizzando computer
con un'opportuna applicazione web. Nel dettaglio, le azioni di mapping
proposte richiederanno il rilievo di elementi cartografici (quali strade,
edifici e corsi d'acqua) a partire dalle immagini satellitari rese
disponibili nelle aree colpite. I partecipanti potranno così cimentarsi in
prima persona nella mappatura delle aree proposte, scoprendo quanto
facilmente possano dare un contributo importante a fini umanitari.

 

Questo, in sintesi, il programma dell'evento:

14:15-14:30: Saluti ed introduzione al mapathon – Prof.ssa Barbara Betti
e Prof. Giovanni Lozza (Politecnico di Milano)
14:30-14:45: Introduzione alla OSM GeoWeek e alle attività di HOT –
Tyler Radford (Executive Director di HOT)
14:45-15:00: Cristiano Giovando (Technical Project Manager di HOT):
L'azione di mapping di oggi
15:00-18:00: Introduzione a OpenStreetMap e alla mappatura umanitaria –
Prof.ssa Maria Antonia Brovelli, Dott. Marco Minghini e Dott.ssa Monia
Molinari (laboratorio GEO, Politecnico di Milano)

Per ragioni organizzative è richiesta la registrazione all'evento,
disponibile alla pagina web
https://www.eventi.polimi.it/?lang=it#OSMGeoWeek.

NOTA: L'evento è accessibile a tutti e non richiede conoscenze o competenze
preliminari. Per partecipare attivamente all'iniziativa di mappatura,
tuttavia, è necessario portare con sé il proprio laptop. Ai partecipanti
esterni al Politecnico di Milano saranno fornite le credenziali per accedere
alla rete wifi dell'ateneo.

 

 

 

OSM Geo Week: Mapathon @PoliMi

 

The GEOlab (Geomatics and Earth Observation laboratory) of Politecnico di
Milano will host an OpenStreetMap (OSM) mapathon on Thursday, November 19
2015 in room S02 at the Leonardo Campus in Milan, from 2:15 to 6:00 pm. The
mapathon is co-organized with the the Schools of Engineering of Politecnico
di Milano and the National Research Council of Milan – Institute for
electromagnetic sensing of the environment (CNR IREA).

 

The mapathon is organized in the frame of the OpenStreetMap Geography
Awareness Week (http://osmgeoweek.org), whose purpose is to reach 100
mapathons all around the world to celebrate geography and make maps with
OpenStreetMap (http://www.openstreetmap.org), the richest and most complete
map of the world created and updated everyday by thousands of volunteers
from all around the world, and whose data can be freely used and diffused.

 

The maphaton will be focused on the geographical areas and mapping tasks
proposed by the Humanitarian OpenStreetMap Team (HOT, http://hotosm.org) and
the Missing Maps project (http://www.missingmaps.org), whose goal is to help
disaster response efforts through a shared and coordinated mapping of areas
hit by natural disasters and/or where maps are missing. The staff of GEOlab
will introduce the OpenStreetMap project and train the participants on how
to get started on mapping. Focus will then be placed on mapping the areas
proposed by HOT and Missing Maps, which can be done using a specific Web
application. More in detail, the proposed mapping tasks require to survey
cartographic elements (such as roads, buildings and watercourses) starting
from the available satellite imagery of the areas of interest. Participants
will be involved in mapping and discover how easy it is to give such an
important contribution for humanitarian purposes.

 

The program of the 

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Laura Camellini]

Io non vorrei disturbare una discussione gia' abbastanza articolata con il
mio top quoting, ma devo dire che m'interessa l'integrazione di servizi
nuovi dentro a osm sottoforma di DATI, magari anche con una visualizzazione
specifica, basata sulle necessita' dei gruppi d'interesse che useranno quei
servizi.
In questo immagino/spero/presumo che OSM si differenzi grandemente da altri
servizi commerciali, a noi servono i gruppi di interesse e tramite quei
gruppi d'interesse OSM si sviluppa seguendo delle linee guida molteplici,
non generalizzabili, specifiche per il gruppo d'interesse e a questo
finalizzate, poi sta al singolo sviluppatore di buona volonta'  (o del
gruppo di sviluppatori di buona volonta') mettere insieme questi servizi
una volta che sono stati sviluppati per creare magari qualcosa di generico
(come la nuova interfaccia) basandosi su quello che e' stato gia' costruito
sulla piattaforma OSM.

Questo ovviamente e' quello che penso io, sicuramente sbagliato in piu'
punti e non tecnicamente consapevole, pero' personalmente, alla luce di
quanto detto sopra, penso che la priorita' debba essere data a creare ed
"educare" alla mappatura i gruppi d'interesse che potrebbero usare
openstreetmap. ad esempio con un portale moodle che distribuisca openbadge,
faccio un esempio di robe che ho cercato di fare in questa direzione in
questi mesi e non sono riuscita:

_installare il task manager dell'humanitarian team sul sito di confiscati
bene per permettere un coordinamento-comunicazione-controllo maggiore
direttamente sulle mappe dei territori confiscati alla mafia da parte di
libera (il task manager [1] e' servito ad esempio alle ong per coordinarsi
sul territorio e scambiarsi informazioni durante l'emergenza ebola, che non
a caso e' stata contenuta)

[1] https://tasks.hotosm.org/

Ciao,
LauraC

PS: chiedo scusa a coloro che penseranno che io sia OT, ho solo detto la
mia.


Il giorno 11 novembre 2015 13:27, Aury88  ha
scritto:

> dieterdreist wrote
> > 2015-11-11 10:59 GMT+01:00 Paolo Monegato 
>
> > gato.selvadego@
>
> > :
> >
> >> il problema è che tu hai posto in maniera arbitraria il fatto che il
> >>> troppo fossero delle foto
> >>> aeree...una cosa che usano in moltissimi e non mi risulta fino ad ora
> >>> qualcuno si sia mai lamentato o che il troppo su gmap ne impedisca
> >>> l'utilizzo...
> >>
> >>
> >
> > il problema delle foto aeree è meno quello di non volerle, che più da
> dove
> > prenderle, e di confrontare l'effort per averle con l'utilità che di
> > darebbe.
> > Ti rendi conto di cosa parli, quanti dati sono, cosa si vuole per
> > trasferirle, salvarle, elaborarle, e quanto aumenterebbe il traffico (da
> > pagare)? L'unica soluzione fattibile al momento sarebbe quella di
> prendere
> > le foto da terzi, e qui l'unico giocatore che mi viene in mente sarebbe
> > Mapbox. D'altro canto per loro è stato un investimento significativo di
> > acquistare queste foto, e già ce le danno (per derivare cose in JOSM e in
> > altri editor). Perché dovrebbero regalarci le foto per tutti gli utenti
> > del
> > sito, aumentando i loro costi senza che qualcuno li pagasse?
>
> ora martin,
>  a parte che ti ho già risposto che esistono enti governativi che
> permettono
> l'uso delle foto in maniera gratuita e che l'averlo sui propri server è di
> per se più una questione di cortesia (per non intasare i loro server ) che
> un vincoloforse che noi abbiamo dovuto fare quello che dici ed intasare
> i nostri server per caricare le foto che mapbox o bing ci mettono a
> disposizione per gli editor?
> a parte tutto questo mi puoi trovare anche solo una stringa di testo nelle
> mie risposte in cui proponevo l'inserimento di foto aeree? ho solo detto
> che
> le foto aeree per la stragrande maggioranza degli utenti che usano servizi
> di mappa commerciali online erano fondamental; ho solo risposto
> all'affermazione secondo cui le foto aeree fossere un di più inutile e che
> bastasse fornire un servizio sufficiente per competere ...
> ma siccome il mondo non è solo bianco o nero il difendere l'utilità di un
> servizio non significa necessariamente che si vuole che quel servizio venga
> integrato
> sono assolutamente conscio di cosa comporti l'integrare un servizio del
> genere...scommetto che a differenza di alcuni di quelli che si oppongono a
> questo  ho addirittura letto e studiato a suo tempo riguardo le
> problematiche inerenti la gestione delle foto aeree...
> e infatti non l'ho mai proposto...ora spiegami perchè in questa tua
> risposta
> mi parli come se invece fino ad adesso non avessi fatto altro...
>
>
>
>
> -
> Ciao,
> Aury
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5859757.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>

Re: [Talk-it] Statistiche interessanti OSM?

[Simone Cortesi]

2015-11-11 16:02 GMT+01:00 Federico Leva (Nemo) :
> Ci sono delle statistiche di OSM che alla comunità paiono interessanti? Come
> produrle? Vedo numeri piuttosto aggiornati in
> https://wiki.openstreetmap.org/wiki/Stats ma solo sulla quantità di
> contributi a OSM nel suo insieme.

qui ci sono alcuni dati interessanti:

http://osmstats.neis-one.org/?item=countries

anche la dimensione del planet file ha un suo interesse secondo me

http://planet.osm.org/


-- 
-S

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

Re: [Talk-cz] Import pobočky a bankomaty Česká spořitelna

[Marián Kyral]

Ahoj,
tak včera jsem to nějak nestihl. Snad dneska ;-)

A ráno, když jsem překládal a kontroloval weekly 275, narazil jsem na zmínku
o nástroji POI-importer [1]. Chtělo by to prozkoumat, jak to funguje a 
jestli bychom jej mohli využít. (asi ano)

[1] http://wiki.openstreetmap.org/wiki/POI_Importer

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 11. 2015 9:44:23
Předmět: Re: [Talk-cz] Import pobočky a bankomaty Česká spořitelna

"


-- Původní zpráva --
Od: Dalibor Jelínek 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 10. 11. 2015 8:16:25
Předmět: Re: [Talk-cz] Import pobočky a bankomaty Česká spořitelna

"


Ahoj, 

nejsem si jist tou znackou network u bankomatu. 

operator je jasne Ceska sporitelna, ale tim network si nejsem tak moc jisty,


jestli je to skutecne jejich vlastni hardware. 

 


"



Můžu vynechat. Mám pocit, že bankomaty České spořitelny, jsou bankomaty 
České spořitelny. Ale důkazy na to nemám ;-)




"




name importovat nechces? 




"



No celou adresu jsem do jména dávat nechtěl a v naprosté většině tam pak 
vychází něco jako "BILLA, Prosek" nebo "Česká spořitelna, Praha 6", to mi 
nepřišlo moc zajímavé. Jen sem tam se tam objeví třeba Škoda auto, Hyundai 
nebo Poslanecká sněmovna ;-)




Ale zkusím když tak upravit.





Marián




"


 

 Dalibor 

 



 
 From: Marián Kyral [mailto:mky...@email.cz] 
 Sent: Monday, November 9, 2015 9:44 PM
 To: talk-cz@openstreetmap.org
 Subject: Re: [Talk-cz] Import pobočky a bankomaty Česká spořitelna 
 


 


OK,
upravil jsem.

Zároveň jsem přidal další soubor s bankomaty. A co jsem tak koukal, tak tady
je přesnost zaměření nic moc. Většinou je to uprostřed budovy a těžko můžu 
určit, kde na budově ten bankomat přesně je (pokud má otevírací dobu 24/7 
tak asi bude na budově ;-) ).

Zkoukněte, hlašte chyby a posílejte návrhy na vylepšení. Aktualizovaný 
skript je na githubu.

Marián

Dne 9.11.2015 v 12:22 Dalibor Jelínek napsal(a): 

"
Cau, 

dal bych operator=”Česká spořitelna”, bez toho a.s. protoze tak 

uz je to v databazi parkrat pouzito. Viz http://taginfo.openstreetmap.cz/
keys/operator#values(http://taginfo.openstreetmap.cz/keys/operator#values) 

  

Jinak tu mobilni pobocku bych klidne zmapovat, proc ne? 

  

Dalibor 

  

  



 
 From: Marián Kyral [mailto:mky...@email.cz(mailto:mky...@email.cz)] 
 Sent: Saturday, November 7, 2015 12:56 AM
 To: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
 Subject: Re: [Talk-cz] Import pobočky a bankomaty Česká spořitelna 
 


  


OK.

tak jsem si trochu hrál. Zatím teda jen s pobočkami.
V příloze je seznam poboček v .csv a osm soubor pro josm.
Ještě to potřebuje poladit - jsou tam i uzavřené pobočky a někde je více 
bodů na sobě - normální banka, pak hypoteční centrum, ERSTE premier 
centrum...

Taky je tam zajímavá mobilní pobočka. Dle otevíracích hodin je opravdu 
mobilní. Bude nějak vadit, když na mapě bude zaznačená pobočka, která tam je
fyzicky jen jeden den v týdnu?


Tady je ukázka konverze na text:

===
Coor: 50.220332085400806, 12.190690201661278
Name: Aš
Street: Hlavní 2852/57
City:  Aš
Psč:  35201

Mo:09:00-12:30,13:30-17:00
Tu:09:00-12:30,13:30-15:00
We:09:00-12:30,13:30-17:00
Th:09:00-12:30,13:30-15:00
Fr:09:00-12:30,13:30-16:00
Sa:closed
Su:closed

===
Coor: 49.12111453576768, 14.078102447867357
Name: Bavorov - mobilní pobočka
Street: nám. Míru
City:  Bavorov
Psč:  38773

Mo:closed
Tu:09:00-12:30,13:30-17:00
We:closed
Th:closed
Fr:closed
Sa:closed
Su:closed

===
Coor: 49.294573895691194, 14.469055649686862
Name: Bechyně
Street: nám. T. G. Masaryka 4
City:  Bechyně
Psč:  39165

Mo:08:30-12:30,13:30-17:00
Tu:08:30-12:30,13:30-15:00
We:08:30-12:30,13:30-17:00
Th:08:30-12:30,13:30-15:00
Fr:08:30-12:30,13:30-16:00
Sa:closed
Su:closed


Taky je škoda, že v datech není žádné jednoznačné ID. Bude to dělat problém 
při případné aktualizaci.

Navrhuji následující mapování:

amenity =bank
name=Česká spořitelna, Aš
operator=Česká spořitelna
opening_hour=...
bic=GIBACZPX
source=ceska_sporitelna_gpx

amenity=bank
name=Česká spořitelna, Bavorov
operator=Česká spořitelna
opening_hour=Tu 09:00-12:30,13:30-17:00
bic=GIBACZPX
descrition=Mobilní pobočka
source=ceska_sporitelna_gpx


Kdyby si chtěl někdo hrát, tak může. Skript jsem dal na github.

https://github.com/mkyral/osm/blob/master/import/ceska_sporitelna/prepare_
import_files.sh
(https://github.com/mkyral/osm/blob/master/import/ceska_sporitelna/prepare_import_files.sh)

Marián

Dne 5.11.2015 v 09:42 Dalibor Jelínek napsal(a): 

"
Ahoj, 

az budes mit neco pripraveneho, tak to klidne na wiki dam a import 
administrativne zprocesuji. 

Uz mam nejake zkusenosti. ;-) 

  

Dalibor 

  



 
 From: Marián Kyral 

[Talk-cz] imaginarni mesto

[Peterova, Vera]

Dobrý den,

jsem v oblasti editací OSM poměrně nezkušená a potřebuji poradit.
Přestože mě zajímá téma týkající se Bosny a Hercegoviny, píšu sem, 
protože jsem v seznamu konferencí tu bosenskou nenašla.


Uživatel mapy.cz, kde se mimo ČR a SR vykreslují data právě z OSM, nás 
upozornil na neexistující a patrně tedy imaginární město v Bosně - viz 
http://osm.org/go/xfRC~Tuh--
Na veškerých leteckých snímcích není o osídlení oblasti nic vidět a celé 
je to podivné. Je možné, že si ho ten tvůrce vymyslel, nebo taky že 
kreslil ze špatně georeferencovaných podkladů a patří to jinam? Je 
možné, že by se taková chyba na OSM dostala, že editace neprochází ani 
minimální kontrolou? Jak by se náprava takové chyby řešila - kompletní 
smazání zní až téměř "drsně"...


Děkuji za jakékoliv rady,
s pozdravem

Mapy.cz

--

*Věra Peterová*
Mapy.cz


vera.peter...@firma.seznam.cz 
http://www.seznam.cz/
http://www.mapy.cz/

Seznam.cz, a.s., Radlická 3294/10, 150 00 Praha 5 

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Aury88]

dieterdreist wrote
> 2015-11-11 10:59 GMT+01:00 Paolo Monegato 

> gato.selvadego@

> :
> 
>> il problema è che tu hai posto in maniera arbitraria il fatto che il
>>> troppo fossero delle foto
>>> aeree...una cosa che usano in moltissimi e non mi risulta fino ad ora
>>> qualcuno si sia mai lamentato o che il troppo su gmap ne impedisca
>>> l'utilizzo...
>>
>>
> 
> il problema delle foto aeree è meno quello di non volerle, che più da dove
> prenderle, e di confrontare l'effort per averle con l'utilità che di
> darebbe.
> Ti rendi conto di cosa parli, quanti dati sono, cosa si vuole per
> trasferirle, salvarle, elaborarle, e quanto aumenterebbe il traffico (da
> pagare)? L'unica soluzione fattibile al momento sarebbe quella di prendere
> le foto da terzi, e qui l'unico giocatore che mi viene in mente sarebbe
> Mapbox. D'altro canto per loro è stato un investimento significativo di
> acquistare queste foto, e già ce le danno (per derivare cose in JOSM e in
> altri editor). Perché dovrebbero regalarci le foto per tutti gli utenti
> del
> sito, aumentando i loro costi senza che qualcuno li pagasse?

ora martin,
 a parte che ti ho già risposto che esistono enti governativi che permettono
l'uso delle foto in maniera gratuita e che l'averlo sui propri server è di
per se più una questione di cortesia (per non intasare i loro server ) che
un vincoloforse che noi abbiamo dovuto fare quello che dici ed intasare
i nostri server per caricare le foto che mapbox o bing ci mettono a
disposizione per gli editor?
a parte tutto questo mi puoi trovare anche solo una stringa di testo nelle
mie risposte in cui proponevo l'inserimento di foto aeree? ho solo detto che
le foto aeree per la stragrande maggioranza degli utenti che usano servizi
di mappa commerciali online erano fondamental; ho solo risposto
all'affermazione secondo cui le foto aeree fossere un di più inutile e che
bastasse fornire un servizio sufficiente per competere ...
ma siccome il mondo non è solo bianco o nero il difendere l'utilità di un
servizio non significa necessariamente che si vuole che quel servizio venga
integrato
sono assolutamente conscio di cosa comporti l'integrare un servizio del
genere...scommetto che a differenza di alcuni di quelli che si oppongono a
questo  ho addirittura letto e studiato a suo tempo riguardo le
problematiche inerenti la gestione delle foto aeree...
e infatti non l'ho mai proposto...ora spiegami perchè in questa tua risposta
mi parli come se invece fino ad adesso non avessi fatto altro...




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5859757.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Aury88]

PS, l'aula S02 è qui:
http://www.openstreetmap.org/?mlat=45.47740=9.22785#map=19/45.47740/9.22785

avrebbero anche potuto metterla una mappa XD 
;-)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mapathon-Politecnico-di-Milano-CNR-per-HOT-e-MissingMaps-tp5859748p5859764.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[alessandro . palmas]

>
> grazie alessandro per la news. una curiosità chi organizza l'evento del 3
> dicembre? il LUG, il GEOLab...?
>
>
> -
> Ciao,
> Aury
> --

L'evento di *giovedì* 3 dicembre, ripeto giovedì :-) è organizzato da
Wikimedia Italia.

Alessandro Ale_Zena_IT


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

[Talk-co] Fwd: Llamado a toda la comunidad para movilizar nos por nuestro nominado

[carlos felipe castillo]

Un tutorial para la comunidad de como votar ppr el Tigre en @TitanesCaracol
youtu.be/wN0Jxsun7S4

Vía @arttesano
-- Mensaje reenviado --
De: "carlos felipe castillo" 
Fecha: 28/10/2015 09:44
Asunto: Llamado a toda la comunidad para movilizar nos por nuestro nominado
Para: "OpenStreetMap Colombia" 
Cc:

Buenos días.

Nuestro compañero, amigo y gran gurú de OSM se encuentra nominado a ser
reconocido como un titán de la conectividad y tecnología en Colombia por un
noticiero de un canal privado nacional.

Los invitó a visitar el perfil y votar a diario por Fredy Rivera
https://titanes.noticiascaracol.com/nominado/fredy-rivera

Gracias

En los mapas nos vemos.
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] ID e mapillary

[Catonano]

Volker,

Il giorno 11 novembre 2015 12:52, Volker Schmidt  ha
scritto:

> Devi abilitare il strato photo Mapillary. Nella bara a destra o cliccando
> "F" (shortcut).
> Ma tieni presente che con ID puoi solo utilizzare le mappe Bing come
> sfondo, che, in Italia hanno problemi con allineamento alla mappa.
> Meglio utilizzare JOSM e utilizzare le ortofoto PCN2006 per
> l'allineamento. Per JOSM c'è il plugin Mapillary
>
>
Grazie !

Si, so di Josm, ma devo tenere una lezioncina veloce oggi pomeriggio e ID
mi sembrava l' opzione più immediata !

Non sapevo che le immagini di Bing avessero questo problema ! Come lo
attivo queste ortofoto PCN2006 ?

Si so del plugin di Mapillary, ne ho letto !

Grazie ancora !


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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Paolo Monegato]

Il 11/11/2015 12:29, Martin Koppenhoefer ha scritto:


2015-11-11 10:59 GMT+01:00 Paolo Monegato >:


il problema è che tu hai posto in maniera arbitraria il fatto
che il troppo fossero delle foto
aeree...una cosa che usano in moltissimi e non mi risulta fino
ad ora
qualcuno si sia mai lamentato o che il troppo su gmap ne impedisca
l'utilizzo...



il problema delle foto aeree è meno quello di non volerle, che più da 
dove prenderle, e di confrontare l'effort per averle con l'utilità che 
di darebbe.
Ti rendi conto di cosa parli, quanti dati sono, cosa si vuole per 
trasferirle, salvarle, elaborarle, e quanto aumenterebbe il traffico 
(da pagare)? L'unica soluzione fattibile al momento sarebbe quella di 
prendere le foto da terzi, e qui l'unico giocatore che mi viene in 
mente sarebbe Mapbox. D'altro canto per loro è stato un investimento 
significativo di acquistare queste foto, e già ce le danno (per 
derivare cose in JOSM e in altri editor). Perché dovrebbero regalarci 
le foto per tutti gli utenti del sito, aumentando i loro costi senza 
che qualcuno li pagasse?


Ehm, hai sbagliato a quotare... il passo sopra è di Aury88. Lascio 
quindi a lui la risposta, dato che io concordo con quanto dici.


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

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Mon, Nov 9, 2015 at 9:07 AM, Richard Welty 
wrote:
>
> there's a chicken and egg problem here. you need mappers to work to fix
> up route relations but it's hard to get motivated unless something visibly
> happens with them.
>

Agreed.  I'm aggressively trying to ensure completion on relations in
Oklahoma right now as prepwork on this, especially since worst case
scenario, at least having the relations in place would make it scriptable
(or at least JOSM-based semi-automatically) possible to fix the ref=* tags.


> 1) update the stylesheets for the proof-of-concept; they need to be
> based on the current carto sheets going forward (if i remember correctly,
> the proof-of-concept is pre-carto.)
>

To the best of my knowledge, this is correct; a lot of work that was moving
forward was back-burnered for other projects pending carto's update as
well, so now we're just waiting for the folks who understand this to check
the back burners again (or another cook to enter the kitchen).


> 2) bring up a map based on this up on a US chapter website, clearly
> stating that its a demo/proof of concept for US shield rendering
>

Or just a US-style of the whole world.  Granted, the North American
audience tend to take the whole "route shield" thing farther than most,
though as a result, the North American audience is going to be the most
likely to expect this by default regardless where in the world they look.
Case in point, at least the US version of Google Maps is highly consistent
about using shields worldwide, such as the blue hexagons for German
autobahns, the green shields for Japanese highways, maple leaves on the
Trans Canada highways, and arrowheads on Mexican federal highways (though
Google uses generic circles for state highways and rectangles for
county/city highways, which leaves a lot of edge case clashes that I tend
to pick up on since I seem to have a (admittedly fairly annoying) knack for
finding weird edge cases).


> 3) make the needs/requirements for growing out the shield rendering
> well known to the community. issues that require some care would include
>
> a) svg files for shield types that are currently not represented (mostly
> obscure county route signage)
>
> b) the mapping files for shield->route (again, mostly county routes as
> far as i know.)
>

Not quite sure what you mean there in 3b), the mapping of highway type is
in the network=* tag, such as network=US:US for a US highway, or
network=US:OK for a state highway in Oklahoma.


> the result will be that US based mappers will have a place they can go
> look to see the results of their work. this, i think, would be a pretty
> powerful motivator, and it doesn't require any action on the part of
> the maintainers of the map on openstreetmap.org
>
> it might be that the shield based rendering sticks on the US map
> and never makes it to the international map, and that would be ok.
>

Heck, just the search-ability with tools like the XAPI would benefit the
global mapping community, even in regions where the community isn't
concerned about multiplexed routes across modes (such as a way that has a
bus route and cycle route that also has a highway designation).  Though
this does lack the immediate gratification for folks who aren't prone to
ask questions like, "what does the entire national highway system in South
Sudan look like by itself?" or "Where is Missouri supplemental highway KK
located?".  Would also be handy for data consumers like Wikimedia
Foundation's Maphack, which could pull routes from an API mirror for pages
concerning such routes (like, say, the Wikipedia page "Interstate 70 in
Kansas").

Having this information in relations like we already have for other routes
would also eliminate the need to way-tag the same information, much as
relations have already done this from the get go for transit information
and since the introduction of relations first deprecated then obsoleted way
tags like lcn_ref=* and lcn=yes.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Alessandro]

Il 11/11/2015 13:11, alessandro.pal...@wikimedia.it ha scritto:



Vi allego una email che mi è arrivata dal politecnico:
OSM Geo Week: Mapathon @PoliMi





Oops! Intendevo scrivere giovedì 3 dicembre


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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Paolo Monegato]

Il 11/11/2015 13:12, Aury88 ha scritto:

ma a questo punto perchè non aggiungere anche "a parità di zoom e stampate
entrambi"?parlavamo di limitazioni che la mappa digitale non aveva rispetto
la cartacea e la prima cosa che fai a favore della tua tesi è mettere una
limitazione del cartaceo sulla digitale?
era proprio lo zoomare la limitazione in meno di cui parlavo e che di
conseguenza permetteva virtualmente di non porre le stesse limitazioni che
lo zoom fisso delle cartine imponeva alla simbologia e comunque non lo
stesso livello di limitazione.


Zoommare sulla mappa digitale o cambiare carta passando ad una a scala 
più grande è sostanzialmente la stessa cosa. Allo zoom 12 non posso 
mettere le stesse cose che metto allo zoom 18, così come sul 5 mila non 
metto le stesse cose che metto sul 25 mila.
La scelta di cosa rappresentare o cosa no la fai comunque, come la fa 
chi produce le mappe cartacee. Quando usi la mappa la usi ad un livello 
di zoom / ad una scala per volta, per questo sostengo che il limite è 
concettualmente lo stesso. Certo è molto più comodo avere su uno stesso 
dispositivo tutti gli zoom che aver bisogno di 5/6 carte a diverse scale.



che sia fondamentale per ridurre il gap di popolarità è per me sicuro...ma
da mappatore preferisco non rischiare le conseguenze di questa scelta come
ho già accennato e motivato su. semplicemente non necessitiamo di diventare
la prima mappa quello che vorrei però è uscire dal difatto anonimato che
tiene precluso il progetto ai più non del settore


Su quest'ultima frase direi che siamo d'accordo tutti. Quello su cui non 
siamo d'accordo è il percorso da fare.



Per me più che puntare su quello che gli altri già hanno si
dovrebbe puntare su quello che non hanno (e direi che la storia legata
alla MTB ne è una dimostrazione).

ed è quello che o straripetuto io quando parlavo di associare dei
servizi...


Più che di un servizio direi che si sta parlando di cosa si sceglie di 
mappare e rappresentare nella mappa. Perché a monte dell'esistenza o 
meno del servizio (che chiunque può sviluppare partendo dai nostri dati) 
è la presenza o meno di percorsi che le altre mappe online ignorano ad 
essere decisiva.


ciao
Paolo M

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

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Wed, Nov 11, 2015 at 7:31 AM, Richard Welty 
wrote:

> On 11/11/15 7:31 AM, Paul Johnson wrote:
> > On Mon, Nov 9, 2015 at 9:07 AM, Richard Welty  > > wrote:
> >
> > 3) make the needs/requirements for growing out the shield rendering
> > well known to the community. issues that require some care would
> > include
> >
> > a) svg files for shield types that are currently not represented
> > (mostly
> > obscure county route signage)
> >
> > b) the mapping files for shield->route (again, mostly county routes
> as
> > far as i know.)
> >
> >
> > Not quite sure what you mean there in 3b), the mapping of highway type
> > is in the network=* tag, such as network=US:US for a US highway, or
> > network=US:OK for a state highway in Oklahoma.
> >
> internally Phil's demo has a set of files which control which shield
> images are actually
> generated and specifies which routes they go with. one of the tasks for
> any state
> is setting these up (which i think was done for the state & federal
> routes, but is not
> done by default for county routes).


County and city routes might be a tough nut to crack.  The two Tulsa City
Expressways use fairly generic (and in the old pre-carto rendering,
coincidentally approximated) official signage.

Gilcrease Expressway (G):
http://s167.photobucket.com/user/bugo348/media/gilcreaseexpy.jpg.html
Tisdale Parkway (LL):
http://farm3.static.flickr.com/2682/4185244881_b1236112b2.jpg

None of the county routes in Tulsa County are signed, though they are
painted on the pavement itself in Nowata County, and posted on the same
style sign as street names in Osage and Washington Counties, and there's
yet more that use standard MUTCD-style county shields, and at least one
that simply uses blue painted metal sheets with the numbers
spraypaint-stenciled on.  Probably suggest using the generic MUTCD shield
when the exact shield is unknown, and approximate it when it is known.  But
let's cross that bridge once the ball is rolling and the state level
systems and higher are rendering from relations...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Richard Welty]

On 11/11/15 8:49 AM, Paul Johnson wrote:
>
> County and city routes might be a tough nut to crack.  The two Tulsa
> City Expressways use fairly generic (and in the old pre-carto
> rendering, coincidentally approximated) official signage.
>
so produce a generic looking svg file for the particular shield.
> Gilcrease Expressway (G):
>  http://s167.photobucket.com/user/bugo348/media/gilcreaseexpy.jpg.html
> Tisdale Parkway (LL):
>  http://farm3.static.flickr.com/2682/4185244881_b1236112b2.jpg
>
> None of the county routes in Tulsa County are signed, though they are
> painted on the pavement itself in Nowata County, and posted on the
> same style sign as street names in Osage and Washington Counties, and
> there's yet more that use standard MUTCD-style county shields, and at
> least one that simply uses blue painted metal sheets with the numbers
> spraypaint-stenciled on.  Probably suggest using the generic MUTCD
> shield when the exact shield is unknown, and approximate it when it is
> known.  But let's cross that bridge once the ball is rolling and the
> state level systems and higher are rendering from relations...
>
and for unsigned routes, either don't create the relation, or create a
relation
and use unsigned_ref instead of ref

county routes in Westchester County NY are unsigned for example; we should
not be generating shields in the rendering since they cannot be observed on
the ground.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Laura Camellini]

No mai poi bello, perche' non hanno fatto altro che ripetermi che osm e
wikimedia sono due gruppi separati mentre presentavo il progetto per
l'outreachy, ma alla fine siamo le stesse persone e ci vogliamo pure
bbene...

..poi ok SI AVETE RAGIONE VOI mediawiki non e' osm e sviluppare per
openstreetmap non e' sviluppare per wikimedia.

Scusate davvero, ora torno nell'angolino in silenzio.

Ciao,
LauraC

Il giorno 11 novembre 2015 13:55,  ha
scritto:

> >
> > grazie alessandro per la news. una curiosità chi organizza l'evento del 3
> > dicembre? il LUG, il GEOLab...?
> >
> >
> > -
> > Ciao,
> > Aury
> > --
>
> L'evento di *giovedì* 3 dicembre, ripeto giovedì :-) è organizzato da
> Wikimedia Italia.
>
> Alessandro Ale_Zena_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] imaginarni mesto

[Marián Kyral]

-- Původní zpráva --
Od: Martin Ždila 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 11. 2015 14:40:16
Předmět: Re: [Talk-cz] imaginarni mesto

"

dosali sme takúto odpoveď:



>  I certainly wouldn't assume any malicious intent initially.  Lots
> of the reports we get of various things are a genuine
> attempt to map something that went wrong, or was
> misinterpreted.  I'd suggest an initial approach via
> changeset discussion comments, so that it's public
> (and everyone else can see what's happening, to avoid
> duplication)  Also, having comments in public can
> make everyone a bit more polite too (it certainly does me!).





takže by sme sa najprv mali spýtať dotyčného v diskusii ku changesetu že čo 
tým myslel.




"



andrewsh s tím už začal: https://www.openstreetmap.org/changeset/35151699

Uvidíme, jestli se ozve.





Marián



"



2015-11-11 13:38 GMT+01:00 Martin Ždila :
"


2015-11-11 12:30 GMT+01:00 Marián Kyral :
"

Ale co jsem tak na to koukal, v těchto dvou případech by mělo stačit vše 
označit a smazat.

"



Keďže dotyčný je očividne vandal, treba odstrániť všetky jeho príspevky a na
to je vhodnejší revert.




Skúsim niekoho nájsť v SK komunite čo má s tým viac skúsenosti.



-- 


Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*)

OZ Freemap Slovakia


tel:+421-908-363-848
mailto:martin.zd...@freemap.sk(mailto:martin.zd...@freemap.sk)
http://www.freemap.sk/(http://www.freemap.sk)








"





-- 


Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*)

OZ Freemap Slovakia


tel:+421-908-363-848
mailto:martin.zd...@freemap.sk(mailto:martin.zd...@freemap.sk)
http://www.freemap.sk/(http://www.freemap.sk)






___
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-it] La mappa di OSM ha un nuovo schema colori

[Aury88]

Paolo Monegato wrote
> Zoommare sulla mappa digitale o cambiare carta passando ad una a scala 
> più grande è sostanzialmente la stessa cosa. Allo zoom 12 non posso 
> mettere le stesse cose che metto allo zoom 18, così come sul 5 mila non 
> metto le stesse cose che metto sul 25 mila.
> 
> 
> La scelta di cosa rappresentare o cosa no la fai comunque, come la fa 
> chi produce le mappe cartacee. Quando usi la mappa la usi ad un livello 
> di zoom / ad una scala per volta, per questo sostengo che il limite è 
> concettualmente lo stesso. Certo è molto più comodo avere su uno stesso 
> dispositivo tutti gli zoom che aver bisogno di 5/6 carte a diverse scale.

ok, questo ora mi è più chiaro cosa intendessi...comunque quasi mai usi una
mappa che arriva a certi livelli di zoom, anche perchè produrre una mappa
per quel livello elevato di zoom sarebbe "assurdo" essendo necessariamente
per una area molto ristretta,  quindi in un lavoro poco funzionale e che
dall'utente verrebbe usato estremamente raramente...a quei livelli di zoom
puoi arrivare a mio avviso ad inserire molti altri dettagli assenti in tutti
gli altri zoom  senza comprometerne la funzionalità; ma siccome non conviene
creare una mappa così ristretta, anche se funzionalmente l'uso di per
esempiofoto non ne comprometterebbe l'uso, diventa un altro il fattore
funzionale "limitante" che impedisce la realizzazione di quella mappa.

> Su quest'ultima frase direi che siamo d'accordo tutti. Quello su cui non 
> siamo d'accordo è il percorso da fare.

 intendi la pubblicizzazione tramite incontri e non tramite l'utilizzo?


> Più che di un servizio direi che si sta parlando di cosa si sceglie di 
> mappare e rappresentare nella mappa. Perché a monte dell'esistenza o 
> meno del servizio (che chiunque può sviluppare partendo dai nostri dati) 
> è la presenza o meno di percorsi che le altre mappe online ignorano ad 
> essere decisiva.

su questo siamo d'accordo...alla fine il dato è l'ossatura di tutto quindi
senza quello sopra non puoi fare nulla...ma a mio avviso servizio e
ossatura, così come sono strutturati adesso come entità nettamente separate,
non aiutano alla questione visibilità...sopratutto in direzione del progetto
arrivando da un servizio.
poi bisogna considerare che è il mappatore a decidere cosa mappare...l'idea
di una mappa il più completa possibile quindi non può prescindere dalla
quantità di mappatori (e questo è ovvio), quindi dalla popolarità...allo
stesso tempo i mappatori saranno più propensi a mappare quegli elementi che
servono il servizio che sfruttano... ecco che il servizio ha il doppio ruolo
sia di far conoscere la mappa sia di aumentare la propensione ad aggiungere
una particolare tipologia di dati.
non sop se mi sono spiegato
 il caso virtuoso della MBT è partito si grazie alla buona presenza di dati,
ma grazie anche al fatto che il servizio su di essi basato (e praticamente
senza concorrenti grossi a cui "soffiare" clienti) ha reso accessibile
quelle info ad un mercato disposto poi ad aiutare aggiungendo altri dati,
specialmente quelli usati dal servizio che loro regolarmente usavano. 

questo fenomeno lo si può vedere con il rendering per cui elementi non
renderizzati avranno una più bassa probabilità di venire usati...i dati sono
accessibili, ma il mancato "servizio" di rendering non ne incentiva
l'aggiunta e viceversa per gli elementi che  invece hanno un render
predominante.

quindi a mio avviso servizio e mappa servono entrambi alla fama e più sono
uniti più è facile che l'utilizzatore casuale di un servizio si accorga del
progetto alla base dei dati.




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5859782.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] ID e mapillary

[Volker Schmidt]

Devi abilitare il strato photo Mapillary. Nella bara a destra o cliccando
"F" (shortcut).
Ma tieni presente che con ID puoi solo utilizzare le mappe Bing come
sfondo, che, in Italia hanno problemi con allineamento alla mappa.
Meglio utilizzare JOSM e utilizzare le ortofoto PCN2006 per l'allineamento.
Per JOSM c'è il plugin Mapillary

Volker



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

Re: [Talk-it] ID e mapillary

[Volker Schmidt]

Le ortofoto PCN2006 (e quelle PCN2012, che hno più risoluione, ma peggiore
allineamento) gli trovi in JOSM
Edit > Preferences > WMS/TMS
Poi gli trovi nella parte superiore con la sigla IT a sinistra.
Selezionagli e clicca Activate.
Dovrebbero apparire nella parte sottostante "selected entries"

Non sono disponibili in ID.
Il problema di Bing è doppio: spostamento e un grosso errore di parallassi
in terreno montuoso.

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Aury88]

Paolo Monegato wrote
Avevo scritto anche: "a parità di scala le due mappe sono uguali

ma a questo punto perchè non aggiungere anche "a parità di zoom e stampate
entrambi"?parlavamo di limitazioni che la mappa digitale non aveva rispetto
la cartacea e la prima cosa che fai a favore della tua tesi è mettere una
limitazione del cartaceo sulla digitale? 
era proprio lo zoomare la limitazione in meno di cui parlavo e che di
conseguenza permetteva virtualmente di non porre le stesse limitazioni che
lo zoom fisso delle cartine imponeva alla simbologia e comunque non lo
stesso livello di limitazione.


> Se per voi la foto aerea è fondamentale per ridurre il gap di popolarità 
> che ha OSM nei confronti di altri servizi online allora dovreste 
> organizzare una petizione di utenti OSM per chiedere questa funzionalità 
> in più. 

che sia fondamentale per ridurre il gap di popolarità è per me sicuro...ma
da mappatore preferisco non rischiare le conseguenze di questa scelta come
ho già accennato e motivato su. semplicemente non necessitiamo di diventare
la prima mappa quello che vorrei però è uscire dal difatto anonimato che
tiene precluso il progetto ai più non del settore

> Per me più che puntare su quello che gli altri già hanno si 
> dovrebbe puntare su quello che non hanno (e direi che la storia legata 
> alla MTB ne è una dimostrazione).

 ed è quello che o straripetuto io quando parlavo di associare dei
servizi...poi la discussione ha deviato concentrandosi sulla faccenda foto
aeree a cui io non pensavo assolutamentenonostante non parlassi di
integrare foto aeree ma semplici servizi (o meglio link diretti ai servizi)
mi è stato risposto che non serve a nulla, che non si vuole popolarità
perchè la popolarità porta nuovi mappatori che fanno errori, e che i servizi
già ci sono in rete abilmente nascosti e che stava all'utente cercarseli o
mettere in piedi il servizio che gli serviva come se questa fosse una
risposta vagamente plausibile per aumentare la popolarità di un
servizio...ho continuato a rispondere sulla faccenda foto aeree solo perchè
veniva affermato non servissero a nulla per l'utente cosa che per me è
assurda, dicerto non una maniera adeguata per affrontare la faccenda
popolarità (non ti offro un servizio perchè quello che ti do è già
sufficiente) ma lungi da me proporne l'integrazione in osm.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5859753.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[alessandro . palmas]

> Vi allego una email che mi è arrivata dal politecnico:
> OSM Geo Week: Mapathon @PoliMi


Bene!

E sempre al Politecnico stiamo organizzando una conferenza su OSM e Open
Data che molto probabilmente si terrà la mattina di sabato 3 dicembre.

Appena definiti i dettagli invieremo mail.

Alessandro Ale_Zena_IT


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

Re: [Talk-cz] Nové pojetí dálniční sítě

[jzvc]

Dne 11.11.2015 v 10:55 hiob napsal(a):

-Original Message-
From: kavol at seznam.cz [mailto:kavol at seznam.cz]
zdar,

Ředitelství silnic a dálnic pro nás má malý vánoční dárek. Užijeme si na
začátku příštího roku spousty editací:

http://www.mdcr.cz/NR/rdonlyres/51BCB3BB-0F2E-4996-B4ED-CEE5CE3DC2CD/0/nov
e_pojeti_letak.pdf


dík za echo


Sepsal jsem změny k 1.1.2016 (s pomocí mapman)
R1  ->   D0  highway=motorway,key=D0 
R3  ->   D3  highway=motorway,key=D3 
R4  ->   D4  highway=motorway,key=D4 
R6  ->   D6  highway=motorway,key=D6  mimo úsek Jenišov - Dvory
R6  ->   I/6 highway=trunk,key=6   úsek Jenišov - Dvory
R7  ->   D7  highway=motorway,key=D7  mimo úsek Spořice - Nové Spořice
R7  ->   I/7 highway=trunk,key=7  úsek Spořice - Nové 
Spořice
R10 ->   D10 highway=motorway,key=D10
R11 ->   D11 highway=motorway,key=D11
R35 ->   D35 highway=motorway,key=D35 úsek HK-Lipník nad Bečvou
R35 ->   I/35highway=trunk,key=35úsek Liberec-HK
R46 ->   D46 highway=motorway,key=D46
R48 ->   D48 highway=motorway,key=D48
R49 ->   D49 highway=motorway,key=D49
R52 ->   D52 highway=motorway,key=D52
R55 ->   D55 highway=motorway,key=D55
R63 ->   I/63highway=trunk,key=63

Lze některé změny realizovat automatizovaně nebo se musí označit správné ways a 
změnit atributy ručně (i hromadně)?
Vzhledem k rozsahu změn a již realizování nového značení fyzicky na silnicích 
(D0 na Pražském okruhu, D46), lze změny realizovt např. již od 1.12.2015 nebo 
to chcete měnit až po 1.1.2016?


Cus, zaklad by mel byt v relacich a defakto primarni zmena je typ 
silnice + pripadne reference/nazev v te relaci. Co v relacich asi nebude 
sou pripojovaky.


Sekundarne mozna reference/nazev na ways, ale tady bych byl opatrnejsi, 
protoze jak v referenci tak v nazvu muzes mit (treba) cislo/nazev mostu 
nebo tunelu nebo sjezdu ...




jako R se nebude oficiálně (evidenčně) označovat nic, značka R na I/xx bude 
umožnovat 110km/h (lokálně 130km/h) s omezením přístupu
(nové značky viz 
https://cs.wikipedia.org/wiki/Dopravn%C3%AD_zna%C4%8Den%C3%AD_v_%C4%8Cesku#N.C3.A1vrh_zm.C4.9Bn_k_1._1._2016)
Tam kde budou nakonec R, budeme dávat highway=trunk,motorroad=yes,key=35 ... ?
V plánu je "R se používat nebude. Silnice pro motorová vozidla budou nicméně 
evidenčně odlišené, podle posledních info se snad i na geoportálu ŘSD SMV zobrazí trochu 
jinou barvou"

hiob



Co se tyce "R", defakto je dohoda, ze se (atkualne) pro R pouziva 
highway=trunk,motorroad=yes. A defakto vsechny ostatni "neRkove" 
dvoupruhy tam jen nemaji motorroad=yes. Takze tady myslim netreba na 
specifikaci nic zasadniho menit - zkratka se jen zasadne zmeni pomer na 
mape.


Vi nekdo jestli na ta "nova" Rka bude smet i jiny nez 80+ provoz? 
Aktualne je rezim shodny s dalnicema.




___
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-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Wed, Nov 11, 2015 at 7:55 AM, Richard Welty 
wrote:

> On 11/11/15 8:49 AM, Paul Johnson wrote:
> >
> > County and city routes might be a tough nut to crack.  The two Tulsa
> > City Expressways use fairly generic (and in the old pre-carto
> > rendering, coincidentally approximated) official signage.
> >
> so produce a generic looking svg file for the particular shield.
> > Gilcrease Expressway (G):
> >  http://s167.photobucket.com/user/bugo348/media/gilcreaseexpy.jpg.html
> > Tisdale Parkway (LL):
> >  http://farm3.static.flickr.com/2682/4185244881_b1236112b2.jpg
> >
> > None of the county routes in Tulsa County are signed, though they are
> > painted on the pavement itself in Nowata County, and posted on the
> > same style sign as street names in Osage and Washington Counties, and
> > there's yet more that use standard MUTCD-style county shields, and at
> > least one that simply uses blue painted metal sheets with the numbers
> > spraypaint-stenciled on.  Probably suggest using the generic MUTCD
> > shield when the exact shield is unknown, and approximate it when it is
> > known.  But let's cross that bridge once the ball is rolling and the
> > state level systems and higher are rendering from relations...
> >
> and for unsigned routes, either don't create the relation, or create a
> relation
> and use unsigned_ref instead of ref
>

I'm a proponent of preserving this data in unsigned_ref=* myself, as is the
case with Interstate 444.  Though the problem is moot for Tulsa County
since the county roads are named (and these names get preserved across city
lines, such as seen at
http://www.mapillary.com/map/im/3b7BSP49ewPnNf7xihIiMg/photo , the blue
sign indicates Broken Arrow's name for it as a city street, the green sign
indicates it as a county road (yes, this is confusing to locals as well).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

[Paul Johnson]

On Mon, Nov 9, 2015 at 9:32 AM, Richard Fairhurst 
wrote:

> I use Interstate route relations as a
> small part of cycle.travel's routing algorithm, for example. "Anything"
> is a
> big word!
>

You might want to add this to the OSM wiki's page regarding route
relations, as the current version is indicating nothing is using relations
to influence navigation.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Aury88]

alessandro.palmas wrote
>> Vi allego una email che mi è arrivata dal politecnico:
>> OSM Geo Week: Mapathon @PoliMi
> 
> 
> Bene!
> 
> E sempre al Politecnico stiamo organizzando una conferenza su OSM e Open
> Data che molto probabilmente si terrà la mattina di sabato 3 dicembre.
> 
> Appena definiti i dettagli invieremo mail.
> 
> Alessandro Ale_Zena_IT

grazie alessandro per la news. una curiosità chi organizza l'evento del 3
dicembre? il LUG, il GEOLab...?



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mapathon-Politecnico-di-Milano-CNR-per-HOT-e-MissingMaps-tp5859748p5859763.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Marco Minghini]

Ciao,
grazie a Aury per avermi anticipato, avrei mandato oggi stesso il messaggio
in mailing list. Chiunque si trovi nelle vicinanze di Milano è naturalmente
benvenuto!
Per l'aula... credimi, è stato già abbastanza complicato far pubblicare il
comunicato, non ci siamo spinti oltre :)
Ciao,

Marco


Marco Minghini, Ph.D.
GEOlab, Politecnico di Milano - Como Campus
via Valleggio 11, 22100 Como (Italy)
+39 031 3327540
marco.mingh...@polimi.it
@MarcoMinghini

Scopri il nostro MOOC M'appare il mondo:

dalle carte alla Terra digitale partecipata

- un'introduzione per tutti alla cartografia e ai GIS!

Il giorno 11 novembre 2015 13:55,  ha
scritto:

> >
> > grazie alessandro per la news. una curiosità chi organizza l'evento del 3
> > dicembre? il LUG, il GEOLab...?
> >
> >
> > -
> > Ciao,
> > Aury
> > --
>
> L'evento di *giovedì* 3 dicembre, ripeto giovedì :-) è organizzato da
> Wikimedia Italia.
>
> Alessandro Ale_Zena_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-us] Proposal: Sunset ref=* on ways in, favor of relations

[Richard Welty]

On 11/11/15 7:31 AM, Paul Johnson wrote:
> On Mon, Nov 9, 2015 at 9:07 AM, Richard Welty  > wrote:
>
> 3) make the needs/requirements for growing out the shield rendering
> well known to the community. issues that require some care would
> include
>
> a) svg files for shield types that are currently not represented
> (mostly
> obscure county route signage)
>
> b) the mapping files for shield->route (again, mostly county routes as
> far as i know.)
>
>
> Not quite sure what you mean there in 3b), the mapping of highway type
> is in the network=* tag, such as network=US:US for a US highway, or
> network=US:OK for a state highway in Oklahoma.
>
internally Phil's demo has a set of files which control which shield
images are actually
generated and specifies which routes they go with. one of the tasks for
any state
is setting these up (which i think was done for the state & federal
routes, but is not
done by default for county routes).

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

Re: [OSRM-talk] How to disable all ferry routes?

[Richard Marsden]

thanks - I was still at the LUA  stage (and quite a bit can be worked out from 
just this level).

The explanation below explains 0 and 1, but I couldn't see any explanation of 
the other values - despite some c++ code that set default TravelMode values of 
4 in a couple of places. No documentation in TravelMode.hpp

The lack of documentation is an issue, and I was planning to write a few notes 
about the LUA profiles for others on my blog. They're bound to be incomplete, 
but they would be a start and could be updated/corrected as a living document.

Richard

On Nov 11, 2015, at 6:50 PM, Daniel Hofmann  wrote:

> Let me show you how you can find out more about specific variables like 
> mode_ferry:
> 
> your best bet is to search the code base, for example, see this initial 
> search for mode_ferry:
> 
> https://github.com/Project-OSRM/osrm-backend/search?utf8=%E2%9C%93=mode_ferry=Code
> 
> you can see how we set result.forward_mode and result.backward_mode to 
> mode_ferry there, so let's search for forward_mode:
> 
> https://github.com/Project-OSRM/osrm-backend/search?utf8=%E2%9C%93=forward_mode=Code
> 
> this gives us some lua profiles, which we ignore, since we want to see how 
> the OSRM implementation uses forward_mode and backward_mode; the last search 
> hit is scripting_environment.cpp:
> 
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/extractor/scripting_environment.cpp#L121-L124
> 
> this is where we expose the ExtractionWay's set_forward_mode and 
> set_backward_mode member functions, aliasing them to the lua properties 
> forward_mode and backward_mode --- so let's go on searching for the 
> ExtractionWay type:
> 
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/extractor/extraction_way.hpp#L112-L115
> 
> in those member functions, the forward_travel_mode and backward_travel_mode 
> are set accordingly. If you check their types a few lines below in the member 
> attribute declarations, you will see they are of type TravelMode. And here it 
> is:
> 
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35
> 
> a quick search for TRAVEL_MODE_INACCESSIBLE reveals the following line in the 
> extractor:
> 
> https://github.com/Project-OSRM/osrm-backend/blob/9ef1f8cba31ec8323b357d233f1c552b1c7c9e09/extractor/extractor_callbacks.cpp#L95-L99
> 
> where ways are discarded, if they are inaccessible! Tada!
> 
> 
> As you can see, even though it is quite a bit of effort tracing back specific 
> variables, it can be done in a few minutes with only the most basic tools (I 
> did this entirely using the Github search functionality --- of course you can 
> use grep or your code browser of choice, too).
> 
> Hope that helps,
> Daniel J H
> 
> On Wed, Nov 11, 2015 at 7:06 PM, Richard Marsden  wrote:
> By coincidence I was working through the lua scripts trying to understand 
> them.
> 
> So what is the significance of the 1,2,3?  Just unique identifiers. As long 
> as they're non-zero, they will be enabled?
> 
> Richard
> 
> 
> On Nov 11, 2015, at 9:23 AM, Daniel Hofmann  wrote:
> 
>> If you take a look at the car profile, you will see a ferry_mode variable, 
>> that sets the travel mode:
>> 
>> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/profiles/car.lua#L151
>> 
>> If you set this to 0 (i.e. 'inaccessible") as defined here:
>> 
>> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35
>> 
>> then the extractor discards ferry routes because you marked them 
>> inaccessible.
>> 
>> On Wed, Nov 11, 2015 at 9:03 AM, Peter Becker  wrote:
>> Hello, i dont want any ferries in my routes. Is this possible?
>> 
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>> 
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
> 
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [talk-au] Highway route number prefixes for QLD and NT

[Leith Bade]

Hi Mark,

Interesting, I will have a look at that.

We hope in the future to also make use of route relations, however the key
piece of software (osm2pgsql) we use to work with OSM does not support them.

One of my colleagues has been working on a replacement for that software.

Thanks,
Leith Bade
le...@mapbox.com

On 12 November 2015 at 08:22, Mark Pulley  wrote:

> On 10 Nov 2015, at 8:51 pm, Leith Bade  wrote:
>
> Hi Alex,
>
> That was what I originally going to implement.
>
> However we will need to keep a list of individual routes for QLD NT and WA
> since there is no way to separate national and state routes in those states
> to give white or blue shield respectively.
>
> The engineers pushed back against this as we much prefer leveraging OSMs
> rich data model to do this sort of thing automatically.
>
> To understand the reason, say a state one day changes the designation. If
> we hard code the list of routes some one has to remember to go and update
> the list. If we just rely on OSM tags then this will be picked up
> automatically when a local user updates the ways
>
> Many highway routes include a network tag, e.g. a state route would have
> network=S, ref=xx - would using the network tag work to get the correct
> shield?
>
> Mark P.
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSRM-talk] How to disable all ferry routes?

[Daniel Hofmann]

Let me show you how you can find out more about specific variables like
mode_ferry:

your best bet is to search the code base, for example, see this initial
search for mode_ferry:

https://github.com/Project-OSRM/osrm-backend/search?utf8=%E2%9C%93=mode_ferry=Code

you can see how we set result.forward_mode and result.backward_mode to
mode_ferry there, so let's search for forward_mode:

https://github.com/Project-OSRM/osrm-backend/search?utf8=%E2%9C%93=forward_mode=Code

this gives us some lua profiles, which we ignore, since we want to see how
the OSRM implementation uses forward_mode and backward_mode; the last
search hit is scripting_environment.cpp:

https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/extractor/scripting_environment.cpp#L121-L124

this is where we expose the ExtractionWay's set_forward_mode and
set_backward_mode member functions, aliasing them to the lua properties
forward_mode and backward_mode --- so let's go on searching for the
ExtractionWay type:

https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/extractor/extraction_way.hpp#L112-L115

in those member functions, the forward_travel_mode and backward_travel_mode
are set accordingly. If you check their types a few lines below in the
member attribute declarations, you will see they are of type TravelMode.
And here it is:

https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35

a quick search for TRAVEL_MODE_INACCESSIBLE reveals the following line in
the extractor:

https://github.com/Project-OSRM/osrm-backend/blob/9ef1f8cba31ec8323b357d233f1c552b1c7c9e09/extractor/extractor_callbacks.cpp#L95-L99

where ways are discarded, if they are inaccessible! Tada!


As you can see, even though it is quite a bit of effort tracing back
specific variables, it can be done in a few minutes with only the most
basic tools (I did this entirely using the Github search functionality ---
of course you can use grep or your code browser of choice, too).

Hope that helps,
Daniel J H

On Wed, Nov 11, 2015 at 7:06 PM, Richard Marsden  wrote:

> By coincidence I was working through the lua scripts trying to understand
> them.
>
> So what is the significance of the 1,2,3?  Just unique identifiers. As
> long as they're non-zero, they will be enabled?
>
> Richard
>
>
> On Nov 11, 2015, at 9:23 AM, Daniel Hofmann  wrote:
>
> If you take a look at the car profile, you will see a ferry_mode variable,
> that sets the travel mode:
>
>
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/profiles/car.lua#L151
>
> If you set this to 0 (i.e. 'inaccessible") as defined here:
>
>
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35
>
> then the extractor discards ferry routes because you marked them
> inaccessible.
>
> On Wed, Nov 11, 2015 at 9:03 AM, Peter Becker  wrote:
>
>> Hello, i dont want any ferries in my routes. Is this possible?
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Aury88]

Marco Minghini wrote
> Ciao,
> grazie a Aury per avermi anticipato, avrei mandato oggi stesso il
> messaggio
> in mailing list. Chiunque si trovi nelle vicinanze di Milano è
> naturalmente
> benvenuto!
> Per l'aula... credimi, è stato già abbastanza complicato far pubblicare il
> comunicato, non ci siamo spinti oltre :)
> Ciao,
> 
> Marco

Ciao Marco,
grazie a te e scusami! Avessi saputo che intendevi postare in ML ti avrei
lasciato più che volentieri l'onore ;-)

Io mi sono già iscritto all'evento.

una domanda: si parla di utilizzo di applicazioni web, ma visto che sul mio
vecchio pc queste non sono comodissime da usare (specialmente iD) è un
problema se uso  anche JOSM? so già usarlo, quindi non sarei di intralcio.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mapathon-Politecnico-di-Milano-CNR-per-HOT-e-MissingMaps-tp5859748p5859866.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Statistiche interessanti OSM?

[Federico Leva (Nemo)]

Grazie a entrambi!
	La tabella di Napo è molto interessante, direi che la usiamo 
sicuramente. Peraltro introduce un giusto punto di vista che invece 
manca quando guardiamo ai wiki Wikimedia, cioè la distribuzione 
regionale: un'enciclopedia può sopravvivere anche senza autori di una 
certa provincia e per un dizionario se tutti gli autori fossero 
fiorentini sarebbe anche meglio ;), ma per OSM è un'altra storia.
	Il collegamento AwStats per me non funziona, si lamenta che non sono 
autenticato. Come si fa ad avere accesso a quel sito e a Piwik? Una 
richiesta in trac?
	Forse potrei mettere insieme le due cose e riutilizzare il codice di 
napo per fare una tabella dell'uso per provincia, ma prima di cominciare 
a misurare l'uso del tileserver mi pare si debba accertarsi che sia 
significativo. Sappiamo quale percentuale dei "consumatori di dati OSM" 
passi per il tileserver OSM [peraltro, mi sto esprimendo 
correttamente?]? Sappiamo se l'uso dei siti OSM sia rappresentativo 
dell'uso generale, per esempio se un aumento dell'uso di mappe OSM 
stampate in una certa città/provincia si rifletta anche in un aumento 
dell'uso diretto del sito? Altrimenti, c'è un qualche modo di misurare o 
stimare l'uso totale in Italia, nonostante le vie per accedere a dati 
OSM siano infinite?


Nemo-lavoro

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

Re: [Talk-it] È stata lanciata a Matera la wikiguida di OpenStreetMap

[Federico Leva (Nemo)]

> Non vedo l'ora sia pronta la versione definitiva!

Da fare ce n'è sempre (per esempio i sottotitoli?), ma i collegamenti 
sono stati messi in http://wiki.wikimedia.it/wiki/Wikiguida_OpenStreetMap


Se il video vi pare utile, diffondetelo. Per esempio da Wikimedia 
Commons si può mettere in qualsiasi voce o pagina di aiuto dei wiki 
Wikimedia (a wiki.OSM invece servirebbe l'estensione TimedMediaHandler).

https://it.wikipedia.org/w/index.php?title=OpenStreetMap=revision=76449242=76164898

Nemo

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

Re: [Talk-it] mapathon Politecnico di Milano +CNR per HOT e MissingMaps

[Aury88]

alessandro.palmas wrote
>>
>> grazie alessandro per la news. una curiosità chi organizza l'evento del 3
>> dicembre? il LUG, il GEOLab...?
>>
>>
>> -
>> Ciao,
>> Aury
>> --
> 
> L'evento di *giovedì* 3 dicembre, ripeto giovedì :-) è organizzato da
> Wikimedia Italia.
> 
> Alessandro Ale_Zena_IT

ottimo, spero di poter partecipare anche a quello. :-)
se vi serve una mano fatemi un fischio ;-)




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mapathon-Politecnico-di-Milano-CNR-per-HOT-e-MissingMaps-tp5859748p5859867.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] dotaz na funkčnost old.openstreetmap.cz

[Michal Grézl]

chcipl server, uz to zas jede.

2015-11-11 9:01 GMT+01:00 Zdeněk Pražák :
> chtěl jsem nahrát několik fotek rozcestníků, ale nemohu se připojit na web
> old.openstreetmap.cz
> co se děje?
> Pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [OSM-talk-fr] OpenSolarMap...

[Christian Quest]

On 12/11/2015 00:26, Florian LAINEZ wrote:
> Salut, ces dernières améliorations sont vraiment top, j'ai peur d'être
> un vrai addict maintenant !
> Merci Christian
>

Je décline toute responsabilité en cas de dépendance avérée ;)

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk] Odd edits by rowers2 in Cameroon

[Frederik Ramm]

Hi,

On 11/12/2015 12:19 AM, john whelan wrote:
> Looking more closely he's dropped in some 24,000 objects in this bit of
> Cameroon most are useful and legit.
> 
> I've dropped him a message and hopefully he'll clean up the the data.

I'd like to know how someone can make that many edits in such a short
time without automating the process, and if there is automation then I'd
like to find out what kind - import? Automatic bing tracing? ...?

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-fr] OpenSolarMap...

[Florian LAINEZ]

Salut, ces dernières améliorations sont vraiment top, j'ai peur d'être un
vrai addict maintenant !
Merci Christian

Le 11 novembre 2015 21:56, Christian Quest  a
écrit :

> Non, aucun problème.
>
> J'ai nettoyé la CSS, ça marche un peu mieux sur tablette et smartphone,
> mais c'est pas encore tout à fait ça...
>
> On se rapproche des 5 contributions !
>
> Le 11 novembre 2015 20:13, lenny  a écrit :
>
>>
>>
>> Le 10/11/2015 15:54, Christian Quest a écrit :
>>
>>> La barre des 2 contributions ont été franchies vers midi ! Bravo à
>>> tous !
>>>
>>
>> Bravo à toi Christian, pour ce projet.
>>
>> Est-ce que je crée un problème, si j'oublie de fermer la fenêtre
>> OpenSolarMap ? Je bloque un processus ?
>>
>> Lenny
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk] Odd edits by rowers2 in Cameroon

[Jo]

He has indeed done some good work as well. I removed the 10-15% that wasn't.

Jo

2015-11-12 0:19 GMT+01:00 john whelan :

> Looking more closely he's dropped in some 24,000 objects in this bit of
> Cameroon most are useful and legit.
>
> I've dropped him a message and hopefully he'll clean up the the data.
>
> Thanks John
>
> On 11 November 2015 at 18:08, Michał Brzozowski 
> wrote:
>
>> I meant they are purely fictional. He created these rows of buildings
>> to test something, like different 3d attributes or whatever. They
>> shouldn't exist in OSM.
>>
>> The legit ones I refered to are eg.
>> https://www.openstreetmap.org/way/341996660 which are just at one
>> corner of your bbox.
>>
>> Michał
>>
>> On Wed, Nov 11, 2015 at 11:55 PM, Jo  wrote:
>> > The buildings are not in Cameroon though.
>> >
>> > I wrote him a changeset comment:
>> > https://www.openstreetmap.org/changeset/34368108#map=3/31.80/21.27
>> >
>> > Polyglot
>> >
>> > 2015-11-11 23:49 GMT+01:00 Michał Brzozowski :
>> >>
>> >> I seem to know why he's doing this and at users:Poland forum he was
>> >> instructed not to do this. He's testing rendering of OSM-3D in some
>> >> web maps (f4map?).
>> >>
>> >> Feel free to delete it. For the future, use changeset comments first,
>> >> if you didn't. It his activity persists, go DWG on him.
>> >>
>> >> The takeaway is that whoever is he testing against, should offer some
>> >> testing with our dev database or .osm files.
>> >>
>> >> As per point on the second column, these are legit buildings, visible
>> on
>> >> Bing.
>> >>
>> >> Michał
>> >>
>> >> On Wed, Nov 11, 2015 at 11:27 PM, john whelan 
>> >> wrote:
>> >> > Visible at
>> >> >
>> >> > 7.4396667 7.4711556
>> >> >
>> >> > 15.5891705 15.6047916
>> >> >
>> >> > There is nothing visible in Bing or Mapbox but that doesn't mean much
>> >> > but
>> >> > the shape and detail of the edits are suspicious to me and they seem
>> to
>> >> > have
>> >> > made a very large number of edits recently in their history.
>> >> >
>> >> >
>> >> > Could someone be nice and take a peek?
>> >> >
>> >> >
>> >> > Thanks John
>> >> >
>> >> >
>> >> >
>> >> > ___
>> >> > talk mailing list
>> >> > talk@openstreetmap.org
>> >> > https://lists.openstreetmap.org/listinfo/talk
>> >> >
>> >>
>> >> ___
>> >> talk mailing list
>> >> talk@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk
>> >
>> >
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] OpenSolarMap...

[Jérôme Seigneuret]

> Salut, ces dernières améliorations sont vraiment top, j'ai peur d'être un
> vrai addict maintenant !
> Merci Christian
>
>
Je vais arrêter là pour le moment. J'ai bien assez à faire avec les
intégrations d'Osmose autour de chez moi.
Je suis du coin de l’œil. Bonne continuation pour ce projet.

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

Re: [Talk-us] San Diego Address Import Update

[Greg Troxel]

Tod Fitch  writes:

You raise a lot of really excellent and difficult points and I am not
commenting on most of them.

> Finally, Los Angeles. The incorporated area for LA is huge and it
> surrounds other incorporated cities. But there are areas in LA like
> Woodland Hills, Chatsworth, Canoga Park, Van Nuys, and Studio City
> where the locals, when asked, won’t say they are in LA. They will give
> the local area name even though they are part of the city of Los
> Angeles. The postal address is also the local name. And the city of LA
> has even posted signs, similar to those you see when entering an
> incorporated city or town, indicating you are entering those locally
> named places. What should the addr:city name be?

Here, this seems pretty clear that subdivisions of admin_level=8 are
admin_level=9 or 10, and this is like named neighborhoods in Boston
(e.g. Back Bay, Roxbury), or Newton.

Overall, I think we should look to geographers who study this sort of
thing, and see what the professional literature seems to say.


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

Re: [OSRM-talk] How to disable all ferry routes?

[Richard Marsden]

By coincidence I was working through the lua scripts trying to understand them.

So what is the significance of the 1,2,3?  Just unique identifiers. As long as 
they're non-zero, they will be enabled?

Richard

On Nov 11, 2015, at 9:23 AM, Daniel Hofmann  wrote:

> If you take a look at the car profile, you will see a ferry_mode variable, 
> that sets the travel mode:
> 
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/profiles/car.lua#L151
> 
> If you set this to 0 (i.e. 'inaccessible") as defined here:
> 
> https://github.com/Project-OSRM/osrm-backend/blob/8f6fc0146ba76d34d20c5b7a87b75249bbb12b82/data_structures/travel_mode.hpp#L34-L35
> 
> then the extractor discards ferry routes because you marked them inaccessible.
> 
> On Wed, Nov 11, 2015 at 9:03 AM, Peter Becker  wrote:
> Hello, i dont want any ferries in my routes. Is this possible?
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Armoires de rues

[Eric Brosselin - Osm]

Bonjour,

Beau travail
J'ai fait le lien vers la page FR dans le template "man_made"
Ainsi il sera effectif depuis la page générale "Map features" , pardon 
"Éléments cartographiques" ;-)


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

Re: [Talk-us] Fix missing and wrong oneway ways

[Mike Thompson]

Martijn,

When I attempt to install the JOSM plug in it get "Downloading the
following plugin has *failed*:

   - trafficFlowDirection"


JOSM / Java version information:

Version 8964

Java Version 1.8.0_65


Any ideas?


Thanks,

Mike




On Mon, Nov 2, 2015 at 3:09 PM, Martijn van Exel  wrote:

> Hi all,
> We have created a new tool in the footsteps of the missing roads tool,
> this time focusing on wrong and missing oneway ways. There is more info in
> my diary entry: http://www.openstreetmap.org/user/mvexel/diary/36209
>
> Please let me know if you find it useful! Send me examples of interesting
> cases (either good or bad) if you have time. We are already working on
> improvements based on early feedback (see comments section in the diary).
>
> Best,
> Martijn
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSRM-talk] Some OSRM Match questions

[Artur Bialecki]

I'm not sure how --max-matching-size works. I'm running osrm-routed  (v4.8.1) 
without any options and I’m successfully matching a trip with 815 locations.

Artur...

-Original Message-
From: Paul Friedman [mailto:paul.fried...@streetlightdata.com]
Sent: Wednesday, November 11, 2015 1:29 PM
To: osrm-talk@openstreetmap.org
Subject: Re: [OSRM-talk] Some OSRM Match questions

Sorry, wrong subject line.  Reposting to link the thread.

I'm also starting to use this API (and completely love the results).

It appears the default for –max-matching-size is 2.  Is there a reason the 
limit is so low (or is it even enforced?)?  Thanks.

---Paul

-Original Message-
Date: Wed, 11 Nov 2015 00:07:32 +0100
From: Patrick Niklaus 
To: Mailing list to discuss Project OSRM 
Subject: Re: [OSRM-talk] Some OSRM Match questions
Message-ID:

Content-Type: text/plain; charset=UTF-8

> Which is the recommended way?

Increase the locations limit. Stitching together split traces might not yield 
the expected result (start/end points at the split don't have to match). In 
general the more data you provide, the better the algorithm is able to work.

> Are the timestamps used as part of the Hidden-Markov-Model algorithm?

They don't influence the emission probabilities or transition probabilities, 
but are used for detecting outliers and gaps (simple example is driving through 
a tunnel). You should provide the data if you have it.

> In my response to a match query I’m getting hint_data.

You can use hint_data as additional input to viaroute. It enables unambiguous 
coordinate snapping (important if you want to match first and then extract 
additional information). As with viaroute it cannot be turned off (also adds no 
real overhead anyway).



On Tue, Nov 10, 2015 at 10:01 PM, Artur Bialecki 
wrote:
>
>
> Hello,
>
>
>
> I’m new to OSRM and I have few question regarding the map matching API.
>
> I’m using version v4.8.1.
>
>
>
> If I have a trip with 1000 locations, what are the implications of
> setting
>
> –max-matching-size option of osrm-routed as oppose to splitting the
> trip
>
> into 10 requests with 100 locations each and stitching together the
> responses?
>
> Which is the recommended way?
>
>
>
> The match API takes locations and optional timestamps for each location.
>
> Are the timestamps used as part of the Hidden-Markov-Model algorithm?
>
> Is the match quality or performance affected when using the timestamps?
>
>
>
> In my response to a match query I’m getting hint_data.
>
> The API documentation does not mention this. Is hint_data usable for
> match
>
> requests? If so how? If not, now do I turn it off?
>
>
>
> Is there a way to turn off logging of requests by osrm-routed, other
> than sending them to /dev/null?
>
>
>
> Is there any documentation on using profile.lua?
>
>
>
> Thank you.
>
>
>
> Artur Bialecki.
>
>
>
>
>
>
>
> This e-mail message is confidential, may be privileged and is intended
> for the exclusive use of the addressee. Any other person is strictly
> prohibited from disclosing, distributing or reproducing it. If the
> addressee cannot be reached or is unknown to you, please inform us
> immediately and delete this e-mail message and destroy all copies.
> Thank you.
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
This e-mail message is confidential, may be privileged and is intended for the 
exclusive use of the addressee. Any other person is strictly prohibited from 
disclosing, distributing or reproducing it. If the addressee cannot be reached 
or is unknown to you, please inform us immediately and delete this e-mail 
message and destroy all copies. Thank you.
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[osm-ve] Poder sumar a la Conferencia Estadística de las Américas

[Javier Carranza]

Hola panas maperos!

Disculpas a los que leyeron esto en  la lista de OSM talk latam .

Recientemente, OpenStreetMap MX y US, Development Seed , Mapbox ,
Mapzen y Telenav
nos invitaron como comunidad GeoCensos

a organizar juntos en la cumbre del gobierno abierto la #mappingrevolution
 ; un total de 6
eventos , incluyendo una
sesión de speed geek  llamada #GeoData4Stats
 y
una sesión de mapathon  . En total alrededor de
300 personas
se registraron en estos eventos, muchos de los cuales habían estado el año
pasado en ConMapas . Si les interesa les
podemos hacer llegar el material que presentamos.

Como parte del ecosistema , y después de éstas y otras contribuciones
temáticas en varias conferencias de geo datos abiertos
 este año fuimos invitados a Quito a asistir como
sociedad  civil a la Conferencia Estadística de las Américas
 . Nos estamos preparando para hacer escuchar
una declaración sobre·revolución mapera de datos en ese evento. Sin
embargo, nos gustaría invitar a sumar a todas las comunidades OSM y
presentarnos unidos en un formato colectivo para poder promover
entre  representantes de Oficinas Nacionales de Estadística de la región
una buena actitud hacia la revolución datera y hacia toda la comunidad
mapera sin restricciones.

Por recomendación de Mikel
,
les propongo aprovechar juntos esta iniciativa y discutir juntos
una declaración que estamos preparando para hacérsela llegar a los
institutos de estadística para que nos abran sus datos , ¿que les parece?

Gracias desde ya por su apoyo.
[image: geocensos]
*Javier Carranza** Tresoldi** CEO**, GeoCensos*
Tel: (571) 806-5188
Skype: javiercarranza

Peru Mobile: (51) 994836360
El Salvador Mobile: (503) 61150333
Colombia Mobile:(57) 314-3244540
Panama Mobile: (507) 688 - 04892
Guatemala Mobile: (502) 5936 - 0180
www.geocensos.com
*Lets map together a better world*
 [image: Twitter]
 [image: LinkedIn]


"La información aquí contenida es para uso exclusivo de la persona o
entidad de destino. Está estrictamente prohibida su utilización, copia,
descarga, distribución, modificación y/o reproducción total o parcial, sin
el permiso expreso del representante legal de Fundación Geocensos, pues su
contenido puede ser de carácter confidencial y/o contener material
privilegiado. Si usted recibió esta información por error, por favor
contacte en forma inmediata a quien la envió y borre este material de su
computador. La Fundación GeoCensos no es responsable por la información
contenida en esta comunicación, el directo responsable es quien la firma o
el autor de la misma."
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ve

Re: [OSM-talk-fr] Armoires de rues

[Jérôme Seigneuret]

Bonjour,
Il reste quelques petites corrections à faire sur les tableaux (traduit en
partie)

or > ou
Domain specific > Spécifique au domaine :
Réseaux TV câblée > Réseaux TV câblés
Telephone street cabinets > armoires de brassage ou de filtrage?
Postal street relay  > relais postal, relais technique postal?

Jérôme

Le 11 novembre 2015 19:27, Eric Brosselin - Osm  a
écrit :

> Bonjour,
>
> Beau travail
> J'ai fait le lien vers la page FR dans le template "man_made"
> Ainsi il sera effectif depuis la page générale "Map features" , pardon
> "Éléments cartographiques" ;-)
>
>
> ___
> 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] [Talk-us] Fix missing and wrong oneway ways

[Mike Thompson]

Martijn,

When I attempt to install the JOSM plug in it get "Downloading the
following plugin has *failed*:

   - trafficFlowDirection"


JOSM / Java version information:

Version 8964

Java Version 1.8.0_65


Any ideas?


Thanks,

Mike




On Mon, Nov 2, 2015 at 3:09 PM, Martijn van Exel  wrote:

> Hi all,
> We have created a new tool in the footsteps of the missing roads tool,
> this time focusing on wrong and missing oneway ways. There is more info in
> my diary entry: http://www.openstreetmap.org/user/mvexel/diary/36209
>
> Please let me know if you find it useful! Send me examples of interesting
> cases (either good or bad) if you have time. We are already working on
> improvements based on early feedback (see comments section in the diary).
>
> Best,
> Martijn
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] Abstimmung zu oneway bei motorway_link

[Joachim]

Die Abstimmung über die Rücknahme der Implizierung und wie wir damit
umgehen läuft nur noch bis morgen.
Es ist eine knappe Sache bis jetzt, eine einzelne Stimme könnte über
Angenommen oder Abgelehnt entscheiden.

https://wiki.openstreetmap.org/wiki/Proposed_features/Motorway_link_no_default_oneway#Voting

Liebe Grüße, Joachim

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